From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 13:33:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D52AC1065681 for ; Sun, 1 Jun 2008 13:33:25 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id A682C8FC21 for ; Sun, 1 Jun 2008 13:33:25 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (m039206.dynamic.ppp.asahi-net.or.jp [219.121.39.206]) by mail.asahi-net.or.jp (Postfix) with ESMTP id B0D5255BFF for ; Sun, 1 Jun 2008 22:14:47 +0900 (JST) Date: Sun, 01 Jun 2008 22:14:47 +0900 From: WATANABE Kazuhiro To: freebsd-current In-Reply-To: <200805291209.48652.jhb@freebsd.org> References: <200805291209.48652.jhb@freebsd.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20080601131447.B0D5255BFF@mail.asahi-net.or.jp> Subject: Re: fe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 13:33:25 -0000 Hi. At Thu, 29 May 2008 12:09:48 -0400, John Baldwin wrote: > I have a patch to make fe(4) MPSAFE. I have no hardware to test with however. > If you have this hardware, then test this patch. > > http://www.FreeBSD.org/~jhb/patches/fe.patch I've tested your patch with the following NICs and they works fine. * Ungermann-Bass Access/PC N98C+ (PC85152) (C-Bus) fe0 at port 0x1cd0-0x1cdf,0x1ed0-0x1edf irq 6 on isa0 fe0: Ethernet address: 00:dd:01:xx:xx:xx fe0: [ITHREAD] fe0: type Access/PC * Allied Telesis RE2001Plus (ISA) fe0 at port 0x300-0x31f irq 10 on isa0 fe0: Ethernet address: 00:00:f4:xx:xx:xx fe0: [ITHREAD] fe0: type AT-1700T/RE2001 Thanks for your work! --- WATANABE Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 13:50:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 633331065674 for ; Sun, 1 Jun 2008 13:50:01 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp802.mail.ird.yahoo.com (smtp802.mail.ird.yahoo.com [217.146.188.62]) by mx1.freebsd.org (Postfix) with SMTP id C0ECE8FC13 for ; Sun, 1 Jun 2008 13:50:00 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 79968 invoked from network); 1 Jun 2008 13:49:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=lEv3HygUdpH92dolBxbB4l6RVvX6BYTZ9L1e0ga+JOumvek+910EwD8VZFbR9d0ltTzwDjMYyyd8EHiQWM8WuRprxmV0C49cJ9gZbWoTWn1JDQc/+RQSfa9MSpjbmRToweHpCPBsy4JFwQsojrEnpTiTbTpxsfTz52g4bmL+i0g= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.142.104.39 with login) by smtp802.mail.ird.yahoo.com with SMTP; 1 Jun 2008 13:49:58 -0000 X-YMail-OSG: EZHHVpsVM1kymCS2v1nKfmBowHXyM4PKPkiZdvcrBOJocvIWvUON1FVK1TBj7EiKWgVZFNU8_Rh9_BBSKrW7JQ3cCDMyEiGbyyMTKI.d8zDcinc00loaKqrnqmCIwXOdMXQ- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org, =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Sun, 1 Jun 2008 14:49:57 +0100 User-Agent: KMail/1.9.7 References: <1212262040.30661.25.camel@shumai.marcuscom.com> <1212271600.30661.28.camel@shumai.marcuscom.com> In-Reply-To: <1212271600.30661.28.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200806011449.57466.Thomas.Sparrevohn@btinternet.com> Cc: Subject: Re: Hang while booting today's -CURRENT (ATA related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 13:50:01 -0000 On Saturday 31 May 2008 23:06:40 Joe Marcus Clarke wrote: S=F8ren could this be the same kind of issue I have been seeing with the "l= oad data" error - This machine is a dell as well and=20 hosts 2 SATA CD drives as well. =46YI - In regards to the "load data error" - I tryed to revert all changes= apart from the ata changes to 2008/04/10 in order to eliminate any potential other error e.g. From the other changes in the k= ernel and I still get a "load data Error"=20 I have tested the following 1) Change the File system to UFS2 in order to eliminate ZFS introduced err= ors - no change=20 2) Compile the entrie system as to CURRENT but using the ata sources from = 2008/04/10 - everything works 3) Compile the entire system as of 2008/04/10 adding the ata changes seper= ately - load data error (Disk are random - it seems) -=20 bus_dmamap_load seems to return ENOMEM=20 4) Tested whether it could be USB that some how corrupted the memory by di= sabling all external USB - no change 5) Using GENERIC or custom kernel does not change anything So I am at a loss - I see no errors under Windows or Linux - However the Fr= eeBSD boot code after 2008/04/10 stops in two different places randomly=20 a) sometimes it stops just when loading the secondary boot loader b) sometimes the keyboard locks after typing 4-5 characters when using opt= ion 6 All the above errors seems to disapper if I use a full system compiled with= the 2008/04/10 date From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 14:05:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 759B51065671 for ; Sun, 1 Jun 2008 14:05:49 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id ED3028FC14 for ; Sun, 1 Jun 2008 14:05:48 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id m51DLuKH072583 for ; Sun, 1 Jun 2008 13:21:56 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id m51DLtmt072582 for freebsd-current@freebsd.org; Sun, 1 Jun 2008 13:21:55 GMT (envelope-from wkoszek) Date: Sun, 1 Jun 2008 13:21:55 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20080601132155.GB70650@FreeBSD.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Sun, 01 Jun 2008 13:21:56 +0000 (UTC) Subject: Any PECOFF/ef(4) users out there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 14:05:49 -0000 Hello, I wonder if PECOFF (image activator) is used by someone right now? (or even--was it ever usable?) Each time I get a reminder of my PRs I see my report against PECOFF which I filled several months ago, and would finally decide what's the proper way to fix it. ef(4) is my second PR which has to be serviced somehow; I think this particular driver isn't MPSAFE nowadays. I had a patch for making it MPSAFE which I wrote several months ago, but back then, what I asked twice about potential testers, noone responded. Any users of ef(4) out there? Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://people.freebsd.org/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 16:17:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 427B7106564A; Sun, 1 Jun 2008 16:17:42 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id BA1118FC18; Sun, 1 Jun 2008 16:17:41 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id 72DA826C61E2; Sun, 1 Jun 2008 15:46:01 +0200 (CEST) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 847F23EA103; Sun, 1 Jun 2008 17:46:23 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 478CF3EA0F4; Sun, 1 Jun 2008 17:46:23 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id m51FQpvr007882; Sun, 1 Jun 2008 17:28:22 +0200 (CEST) From: Thierry Herbelot To: John Baldwin Date: Sun, 1 Jun 2008 17:26:35 +0200 User-Agent: KMail/1.9.7 References: <200805291503.15787.jhb@freebsd.org> In-Reply-To: <200805291503.15787.jhb@freebsd.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200806011726.36771.thierry@herbelot.com> Cc: current@freebsd.org Subject: Re: ie(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 16:17:42 -0000 Le Thursday 29 May 2008, John Baldwin a écrit : > I have a patch to make ie(4) MPSAFE. I have no hardware to test it > however. Note that this patch is relative to HEAD, so for testing on > RELENG_[67] you would first need to MFC the most recent commits to if_ie.c > and if_ievar.h (removing the 'unit' field from the softc) and then apply > this patch. > > http://www.FreeBSD.org/~jhb/patches/ie.patch Hello, thanks for the patch ; here is the startup, for a -current kernel : ie1: at port 0x360-0x36f iomem 0xd0000-0xd7fff irq 5 on isa0 ie1: hardware type EtherExpress 16, revision 1 ie1: bpf attached ie1: Ethernet address: 00:aa:00:26:ea:c4 ie1: [MPSAFE] ie1: [ITHREAD] it seems to be working fine (including firewalling with pf) : ie1: flags=8843 metric 0 mtu 1500 ether 00:aa:00:26:ea:c4 inet6 fe80::2aa:ff:fe26:eac4%ie1 prefixlen 64 scopeid 0x5 inet 192.168.4.3 netmask 0xffffff00 broadcast 192.168.4.255 # ping 192.168.4.8 PING 192.168.4.8 (192.168.4.8): 56 data bytes 64 bytes from 192.168.4.8: icmp_seq=0 ttl=255 time=4.130 ms 64 bytes from 192.168.4.8: icmp_seq=1 ttl=255 time=1.720 ms 64 bytes from 192.168.4.8: icmp_seq=2 ttl=255 time=1.601 ms TfH PS : there is also this kind of harmless messages at boot : # ifconfig ie1 up module_register: module isa/ie_SL already exists! Module isa/ie_SL failed to register: 17 module_register: module isa/ie_EE16 already exists! Module isa/ie_EE16 failed to register: 17 module_register: module isa/ie_3C507 already exists! Module isa/ie_3C507 failed to register: 17 From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 18:25:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F19651065672; Sun, 1 Jun 2008 18:25:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A15648FC2E; Sun, 1 Jun 2008 18:25:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m51INlxD032469; Sun, 1 Jun 2008 12:23:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Jun 2008 12:25:24 -0600 (MDT) Message-Id: <20080601.122524.114765121.imp@bsdimp.com> To: rwatson@freebsd.org From: "M. Warner Losh" In-Reply-To: <20080526162427.X26343@fledge.watson.org> References: <5D4AF8D7-88A7-4197-A0FE-7CA992EE5F96@FreeBSD.org> <483AD498.6070207@FreeBSD.org> <20080526162427.X26343@fledge.watson.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, bms@freebsd.org, current@freebsd.org, ade@freebsd.org, net@freebsd.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 18:25:33 -0000 In message: <20080526162427.X26343@fledge.watson.org> Robert Watson writes: : : On Mon, 26 May 2008, Bruce M. Simpson wrote: : : >> Given that this is (a) 2008 and (b) 8.x we're talking about, are there : >> really that many consumers of SLIP to warrant it being carried forward at : >> all? : > : > It's kind of a basic. [C]SLIP has been historically handy to have around for : > situations which warrant it. Mind you, given that we have had tun(4) in the : > tree for years now, a userland implementation of SLIP is possible. : > : > As with all of these things it's down to someone sitting down and doing it. : > : > I'm not volunteering to support any of this as I don't use it myself (got : > enough on my plate), merely pointing out that support for SLIP in a system : > is something many people have taken for granted over the years, and for : > prototyping something or providing IP over a simple serial link without the : > configuration overhead of PPP, SLIP is something someone might be using. : > : > P.S. ahc(4) is commodity hardware, I think it can stay right where it is : > thank-you. : : My suspicion is that getting SLIP basically working in userspace is fairly : straight forward, SLiRP and friends have been doing this for years. I made my living for about a year working on TIA, which was a portable, userland implementation of PPP and SLIP/CSLIP. This was in about 1995 or so. It isn't that hard... : SLIP has its subtleties, but the current implementation is relatively : straight-forward, well-documented, etc. Yes, especially CSLIP. But frankly, they are a whole lot easier than PPP to get up and going... Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 18:34:44 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA5FA106566C; Sun, 1 Jun 2008 18:34:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCAE8FC0C; Sun, 1 Jun 2008 18:34:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m51IWDPD032548; Sun, 1 Jun 2008 12:32:13 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Jun 2008 12:33:51 -0600 (MDT) Message-Id: <20080601.123351.-950433793.imp@bsdimp.com> To: bms@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <483C2666.7010608@FreeBSD.org> References: <45633.1211870269@critter.freebsd.dk> <20080527064253.GG64397@hoeg.nl> <483C2666.7010608@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ed@80386.nl, current@FreeBSD.org, arch@FreeBSD.org, phk@phk.freebsd.dk, rwatson@FreeBSD.org, ade@FreeBSD.org, net@FreeBSD.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 18:34:45 -0000 In message: <483C2666.7010608@FreeBSD.org> "Bruce M. Simpson" writes: : Other than that, line disciplines can go away. In the past I've uesd line disciplines to implement a keyboard driver for the Apple Newton Keyboard (serial protocol) so I could use it at any point after the loader (the system didn't run X11, so I couldn't use the X11 driver I wrote there). This system has been retired, and I don't think I ever forward ported them past about 3.mumble, if even that far. This code is badly decayed, and I have no requirement that it continues to work. But I know similar techniques are used in some embedded systems. Expect some delayed complaining if they go away entirely. But that may be OK given we're ridding tty of Giant. Now, if we could only sort out the syscons/keyboard/mouse mess... Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 18:46:32 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 574241065674; Sun, 1 Jun 2008 18:46:32 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id A6F958FC0A; Sun, 1 Jun 2008 18:46:31 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m51IkTQM013393; Mon, 2 Jun 2008 03:46:30 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 2 Jun 2008 03:46:30 +0900 From: Norikatsu Shigemura To: Bill Paul Message-Id: <20080602034630.eb07fe5c.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__2_Jun_2008_03_46_30_+0900_R=frBCgtgyuX+Ovq" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 02 Jun 2008 03:46:30 +0900 (JST) Cc: freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 18:46:32 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__2_Jun_2008_03_46_30_+0900_R=frBCgtgyuX+Ovq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, wpaul. I got USB2.0 GbE Ether Adaptor a.k.a. PLANEX GU-1000T, but I can't use it by axe(4). So I tried to improve axe(4) driver, but I couldn't improve it:-(. Would you please fix this driver? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ehci0: mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 2 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered axe0: on uhub1 axe0: AX88178, bufsz 4096, boundary 512 miibus0: on axe0 ukphy0: PHY 0 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto axe0: WARNING: using obsoleted if_watchdog interface axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag axe0: Ethernet address: 00:90:cc:ef:b9:f6 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ISSUE: 1. after ether cable connected, axe(4) doesn't link up. 2. axe0 doesn't link up by 'ifconfig axe0 up', too. 3. so I couldn't communicate other machines. 4. I didn't know that axe(4) requires GIANT lock:-(. HAPPY: 1. MAC Address is correct. 2. I could replace obsolete if_watchdog interface. SEE ALSO: attached patches --Multipart=_Mon__2_Jun_2008_03_46_30_+0900_R=frBCgtgyuX+Ovq Content-Type: text/plain; name="sys-dev-usb-if_axe.c.diff" Content-Disposition: attachment; filename="sys-dev-usb-if_axe.c.diff" Content-Transfer-Encoding: 7bit --- sys/dev/usb/if_axe.c.orig 2008-05-13 23:00:09.000000000 +0900 +++ sys/dev/usb/if_axe.c 2008-06-02 03:19:07.685569729 +0900 @@ -171,7 +171,7 @@ static int axe_ioctl(struct ifnet *, u_long, caddr_t); static void axe_init(void *); static void axe_stop(struct axe_softc *); -static void axe_watchdog(struct ifnet *); +static void axe_watchdog(struct axe_softc *); static int axe_cmd(struct axe_softc *, int, int, int, void *); static int axe_ifmedia_upd(struct ifnet *); static void axe_ifmedia_sts(struct ifnet *, struct ifmediareq *); @@ -604,7 +604,7 @@ mtx_init(&sc->axe_mtx, device_get_nameunit(self), MTX_NETWORK_LOCK, MTX_DEF | MTX_RECURSE); - sx_init(&sc->axe_sleeplock, device_get_nameunit(self)); + sx_init(&sc->axe_sx, device_get_nameunit(self)); AXE_SLEEPLOCK(sc); AXE_LOCK(sc); @@ -640,7 +640,7 @@ device_printf(sc->axe_dev, "can not if_alloc()\n"); AXE_UNLOCK(sc); AXE_SLEEPUNLOCK(sc); - sx_destroy(&sc->axe_sleeplock); + sx_destroy(&sc->axe_sx); mtx_destroy(&sc->axe_mtx); return ENXIO; } @@ -651,7 +651,6 @@ IFF_NEEDSGIANT; ifp->if_ioctl = axe_ioctl; ifp->if_start = axe_start; - ifp->if_watchdog = axe_watchdog; ifp->if_init = axe_init; IFQ_SET_MAXLEN(&ifp->if_snd, IFQ_MAXLEN); ifp->if_snd.ifq_drv_maxlen = IFQ_MAXLEN; @@ -663,7 +662,7 @@ if_free(ifp); AXE_UNLOCK(sc); AXE_SLEEPUNLOCK(sc); - sx_destroy(&sc->axe_sleeplock); + sx_destroy(&sc->axe_sx); mtx_destroy(&sc->axe_mtx); return ENXIO; } @@ -709,7 +708,7 @@ usbd_abort_pipe(sc->axe_ep[AXE_ENDPT_INTR]); AXE_UNLOCK(sc); - sx_destroy(&sc->axe_sleeplock); + sx_destroy(&sc->axe_sx); mtx_destroy(&sc->axe_mtx); return(0); @@ -939,7 +938,7 @@ return; } - ifp->if_timer = 0; + sc->axe_timer = 0; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; usbd_get_xfer_status(c->axe_xfer, NULL, NULL, NULL, &err); @@ -971,6 +970,8 @@ if (sc->axe_dying) return; + axe_watchdog(sc); + /* Perform periodic stuff in process context */ usb_add_task(sc->axe_udev, &sc->axe_tick_task, USB_TASKQ_DRIVER); } @@ -1111,7 +1112,7 @@ /* * Set a timeout in case the chip goes out to lunch. */ - ifp->if_timer = 5; + sc->axe_timer = 5; AXE_UNLOCK(sc); return; @@ -1310,15 +1311,18 @@ } static void -axe_watchdog(struct ifnet *ifp) +axe_watchdog(struct axe_softc *sc) { - struct axe_softc *sc; + struct ifnet *ifp; struct axe_chain *c; usbd_status stat; - sc = ifp->if_softc; + ifp = sc->axe_ifp; AXE_LOCK(sc); + if (sc->axe_timer == 0 || --sc->axe_timer) + return; + ifp->if_oerrors++; device_printf(sc->axe_dev, "watchdog timeout\n"); @@ -1348,7 +1352,7 @@ AXE_LOCK(sc); ifp = sc->axe_ifp; - ifp->if_timer = 0; + sc->axe_timer = 0; untimeout(axe_tick, sc, sc->axe_stat_ch); --Multipart=_Mon__2_Jun_2008_03_46_30_+0900_R=frBCgtgyuX+Ovq Content-Type: text/plain; name="sys-dev-usb-if_axereg.h.diff" Content-Disposition: attachment; filename="sys-dev-usb-if_axereg.h.diff" Content-Transfer-Encoding: 7bit --- sys/dev/usb/if_axereg.h.orig 2007-11-11 01:23:38.000000000 +0900 +++ sys/dev/usb/if_axereg.h 2008-06-02 03:04:49.185709160 +0900 @@ -231,9 +231,10 @@ struct axe_cdata axe_cdata; struct callout_handle axe_stat_ch; struct mtx axe_mtx; - struct sx axe_sleeplock; + struct sx axe_sx; char axe_dying; int axe_link; + int axe_timer; unsigned char axe_ipgs[3]; unsigned char axe_phyaddrs[2]; struct timeval axe_rx_notice; @@ -249,6 +250,6 @@ #define AXE_LOCK(_sc) #define AXE_UNLOCK(_sc) #endif -#define AXE_SLEEPLOCK(_sc) sx_xlock(&(_sc)->axe_sleeplock) -#define AXE_SLEEPUNLOCK(_sc) sx_xunlock(&(_sc)->axe_sleeplock) -#define AXE_SLEEPLOCKASSERT(_sc) sx_assert(&(_sc)->axe_sleeplock, SX_XLOCKED) +#define AXE_SLEEPLOCK(_sc) sx_xlock(&(_sc)->axe_sx) +#define AXE_SLEEPUNLOCK(_sc) sx_xunlock(&(_sc)->axe_sx) +#define AXE_SLEEPLOCKASSERT(_sc) sx_assert(&(_sc)->axe_sx, SX_XLOCKED) --Multipart=_Mon__2_Jun_2008_03_46_30_+0900_R=frBCgtgyuX+Ovq-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 21:01:24 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D898B106567D; Sun, 1 Jun 2008 21:01:24 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 868EE8FC16; Sun, 1 Jun 2008 21:01:24 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 8DE77170E3; Sun, 1 Jun 2008 21:01:22 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m51L1KOg002205; Sun, 1 Jun 2008 21:01:21 GMT (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 01 Jun 2008 12:33:51 CST." <20080601.123351.-950433793.imp@bsdimp.com> Date: Sun, 01 Jun 2008 21:01:20 +0000 Message-ID: <2204.1212354080@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: ed@80386.nl, current@FreeBSD.org, arch@FreeBSD.org, rwatson@FreeBSD.org, ade@FreeBSD.org, net@FreeBSD.org, bms@FreeBSD.org Subject: Re: HEAD UP: non-MPSAFE network drivers to be disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 21:01:25 -0000 In message <20080601.123351.-950433793.imp@bsdimp.com>, "M. Warner Losh" writes : >In the past I've uesd line disciplines to implement a keyboard driver >for the Apple Newton Keyboard (serial protocol) [...] But shouldn't you have used uart(4) for that ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 22:18:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DEA21065688 for ; Sun, 1 Jun 2008 22:18:52 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id C72D18FC12 for ; Sun, 1 Jun 2008 22:18:51 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m51MIp7E017085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Jun 2008 15:18:51 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4843204A.4030501@freebsd.org> Date: Sun, 01 Jun 2008 15:18:50 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Norikatsu Shigemura References: <20080602034630.eb07fe5c.nork@FreeBSD.org> In-Reply-To: <20080602034630.eb07fe5c.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 22:18:52 -0000 Norikatsu Shigemura wrote: > Hi, wpaul. > > I got USB2.0 GbE Ether Adaptor a.k.a. PLANEX GU-1000T, but I > can't use it by axe(4). So I tried to improve axe(4) driver, > but I couldn't improve it:-(. Would you please fix this driver? > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > ehci0: mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb1: EHCI version 1.0 > usb1: companion controller, 2 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > axe0: on uhub1 > axe0: AX88178, bufsz 4096, boundary 512 > miibus0: on axe0 > ukphy0: PHY 0 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto > axe0: WARNING: using obsoleted if_watchdog interface > axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag > axe0: Ethernet address: 00:90:cc:ef:b9:f6 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > ISSUE: > 1. after ether cable connected, axe(4) doesn't link up. > 2. axe0 doesn't link up by 'ifconfig axe0 up', too. > 3. so I couldn't communicate other machines. > 4. I didn't know that axe(4) requires GIANT lock:-(. > > HAPPY: > 1. MAC Address is correct. > 2. I could replace obsolete if_watchdog interface. > SEE ALSO: attached patches > > ------------------------------------------------------------------------ [bill doesn't deal with stuff any more so no point involving him] I just tried my Linksys USB1000 (AX88178) on HEAD and it worked as expected. There are a slew of LOR's related to the ifnet multicast code holding a mtx over driver work but other than that I got link after marking the interface up, was able to get a dhcp lease, and upstream tcp netperf was about what I'd expect. Not sure there's any point chasing usb issues right now; alfred is going to bring in new usb code and at that point he'll be dealing with regressions. Sam From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 22:21:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4667C106566C for ; Sun, 1 Jun 2008 22:21:19 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id DB2388FC18 for ; Sun, 1 Jun 2008 22:21:18 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m51MLISr017111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Jun 2008 15:21:18 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <484320DE.8020208@freebsd.org> Date: Sun, 01 Jun 2008 15:21:18 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Norikatsu Shigemura References: <20080602034630.eb07fe5c.nork@FreeBSD.org> <4843204A.4030501@freebsd.org> In-Reply-To: <4843204A.4030501@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 22:21:19 -0000 Sam Leffler wrote: > Norikatsu Shigemura wrote: >> Hi, wpaul. >> >> I got USB2.0 GbE Ether Adaptor a.k.a. PLANEX GU-1000T, but I >> can't use it by axe(4). So I tried to improve axe(4) driver, >> but I couldn't improve it:-(. Would you please fix this driver? >> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - - - - >> ehci0: mem >> 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 >> ehci0: [GIANT-LOCKED] >> ehci0: [ITHREAD] >> usb1: EHCI version 1.0 >> usb1: companion controller, 2 ports each: usb0 >> usb1: on ehci0 >> usb1: USB revision 2.0 >> uhub1: on usb1 >> uhub1: 2 ports with 2 removable, self powered >> axe0: > addr 2> on uhub1 >> axe0: AX88178, bufsz 4096, boundary 512 >> miibus0: on axe0 >> ukphy0: PHY 0 on miibus0 >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, >> 1000baseT, 1000baseT-FDX, auto >> axe0: WARNING: using obsoleted if_watchdog interface >> axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag >> axe0: Ethernet address: 00:90:cc:ef:b9:f6 >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - - - - >> >> ISSUE: >> 1. after ether cable connected, axe(4) doesn't link up. >> 2. axe0 doesn't link up by 'ifconfig axe0 up', too. >> 3. so I couldn't communicate other machines. >> 4. I didn't know that axe(4) requires GIANT lock:-(. >> >> HAPPY: >> 1. MAC Address is correct. >> 2. I could replace obsolete if_watchdog interface. >> SEE ALSO: attached patches >> >> ------------------------------------------------------------------------ > > [bill doesn't deal with stuff any more so no point involving him] > > I just tried my Linksys USB1000 (AX88178) on HEAD and it worked as > expected. There are a slew of LOR's related to the ifnet multicast > code holding a mtx over driver work but other than that I got link > after marking the interface up, was able to get a dhcp lease, and > upstream tcp netperf was about what I'd expect. > > Not sure there's any point chasing usb issues right now; alfred is > going to bring in new usb code and at that point he'll be dealing with > regressions. > Just noticed your part attached with ukphy. My Linksys has an "e1000phy" so that might be the reason mine works but yours does not. Possibly you need something more than ukphy support... Sam From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 00:39:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70427106566C for ; Mon, 2 Jun 2008 00:39:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4EB8FC19 for ; Mon, 2 Jun 2008 00:39:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so804650rvf.43 for ; Sun, 01 Jun 2008 17:39:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=4nBpOarQkwmvKVfpsCAmYSlXTJ9kzJZca49fLgJkto4=; b=E2i87jDQiBuDK0i9dESupCTFvavvL5FL6F0BhWloDm8jHbvN+tfstIsubWx3Uvy50Wn0nBwWebY//HmpBNk7mXpiIBgQcRH9Z2kjNIarsQQrvKVm9je5jIUvS7CbQI5VoJPuN31BjniMKrFDCfGrY7HTFQ+5GbDUY0E0sLQsod8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=WluqLKUNjqNMOVDTjGMkPps4AG+NiYl7KaxlS5sem3Ulg8oaS8OfkHTqOkCeVJfkKIxB7ZwIZT7S744QpB7QOCXOWRGVtsXn0MmDZ6WXYY8BEavoVivWvtZ1OFDSeBFUqo2iEQ7k7Zp8NcWdVftTt6KpmeBYGK98vrwytYJUUSQ= Received: by 10.141.168.7 with SMTP id v7mr4565141rvo.224.1212367194748; Sun, 01 Jun 2008 17:39:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm4645204rvb.2.2008.06.01.17.39.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 01 Jun 2008 17:39:53 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m520dmA1083978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2008 09:39:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m520dmKJ083977; Mon, 2 Jun 2008 09:39:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 2 Jun 2008 09:39:48 +0900 From: Pyun YongHyeon To: Norikatsu Shigemura Message-ID: <20080602003948.GA83841@cdnetworks.co.kr> References: <20080602034630.eb07fe5c.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080602034630.eb07fe5c.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Bill Paul , freebsd-current@FreeBSD.org Subject: Re: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 00:39:55 -0000 On Mon, Jun 02, 2008 at 03:46:30AM +0900, Norikatsu Shigemura wrote: > Hi, wpaul. > > I got USB2.0 GbE Ether Adaptor a.k.a. PLANEX GU-1000T, but I > can't use it by axe(4). So I tried to improve axe(4) driver, > but I couldn't improve it:-(. Would you please fix this driver? > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > ehci0: mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb1: EHCI version 1.0 > usb1: companion controller, 2 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > axe0: on uhub1 > axe0: AX88178, bufsz 4096, boundary 512 > miibus0: on axe0 > ukphy0: PHY 0 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto > axe0: WARNING: using obsoleted if_watchdog interface > axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag > axe0: Ethernet address: 00:90:cc:ef:b9:f6 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > ISSUE: > 1. after ether cable connected, axe(4) doesn't link up. > 2. axe0 doesn't link up by 'ifconfig axe0 up', too. I'm not familiar with USB but this looks like PHY driver problem or mishandling of link state change in axe(4). Because axe(4) uses ukphy(4), a generic PHY driver, it would be even better if you can show me the verbosed boot messages related with axe(4)/ukphy(4) or "devinfo -rv | grep oui". > 3. so I couldn't communicate other machines. > 4. I didn't know that axe(4) requires GIANT lock:-(. > > HAPPY: > 1. MAC Address is correct. > 2. I could replace obsolete if_watchdog interface. > SEE ALSO: attached patches -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 05:45:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A176C106564A for ; Mon, 2 Jun 2008 05:45:45 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.freebsd.org (Postfix) with ESMTP id 067618FC26 for ; Mon, 2 Jun 2008 05:45:44 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 1B2B68CA0C3; Mon, 2 Jun 2008 13:26:31 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 186B38CA076 for ; Mon, 2 Jun 2008 13:26:30 +0800 (CST) Date: Mon, 2 Jun 2008 13:26:30 +0800 (CST) From: Tai-hwa Liang To: freebsd-current@freebsd.org Message-ID: <08060213205215.83104@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Multiple LORs in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 05:45:45 -0000 Following LORs popped up after updating from an old HEAD(around Dec-2007) to today's -CURRENT. FreeBSD 8.0-CURRENT #17: Mon Jun 2 12:35:17 CST 2008 . . . pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: (sleepable after non-sleepable) 1st 0xc2fc801c struct mount mtx (struct mount mtx) @ kern/vfs_subr.c:343 2nd 0xc2fc8000 vfslock (vfslock) @ kern/vfs_subr.c:370 KDB: stack backtrace: db_trace_self_wrapper(c06f3059,c2a71b64,c058318e,c06f56a6,c2fc8000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06f56a6,c2fc8000,c06fb51a,c06fb51a,c06fbacb,...) at kdb_backtrace+0x29 witness_checkorder(c2fc8000,1,c06fbac2,172,c076aab8,...) at witness_checkorder+0x6de __lockmgr_args(c2fc8000,200100,c2fc801c,0,0,...) at __lockmgr_args+0x230 vfs_busy(c2fc8000,200,0,c2c4c000,1,...) at vfs_busy+0x1bc vfs_mount_alloc(0,c07224e0,c06fb868,c2c4c000,c05c1f60,...) at vfs_mount_alloc+0x78 vfs_mountroot(c0764af0,4,c06eb522,264,c057aaf4,...) at vfs_mountroot+0x26c start_init(0,c2a71d38,c06ece31,324,c2c4a000,...) at start_init+0x65 fork_exit(c05126d0,0,c2a71d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2a71d70, ebp = 0 --- lock order reversal: (sleepable after non-sleepable) 1st 0xc2ed9e10 vnode interlock (vnode interlock) @ fs/devfs/devfs_vnops.c:288 2nd 0xc2ed9df4 devfs (devfs) @ kern/vfs_subr.c:2044 KDB: stack backtrace: db_trace_self_wrapper(c06f3059,c2a71a8c,c058318e,c06f56a6,c2ed9df4,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06f56a6,c2ed9df4,c06e874c,c06e874c,c06fbacb,...) at kdb_backtrace+0x29 witness_checkorder(c2ed9df4,9,c06fbac2,7fc,c2ed9df4,...) at witness_checkorder+0x6de __lockmgr_args(c2ed9df4,80100,c2ed9e10,0,0,...) at __lockmgr_args+0x766 vop_stdlock(c2a71b8c,c06e8903,c06f50a6,80100,c2ed9d9c,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c07225c0,c2a71b8c,c0748320,c2ed9d9c,80100,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c2ed9d9c,80100,c06fbac2,7fc,c06e88fa,...) at _vn_lock+0x5e vget(c2ed9d9c,80100,c2c4c000,121,c06e889b,...) at vget+0x9c devfs_allocv(c2faac00,c2fc8000,c2a71c20,c2c4c000,c2c4c0a4,...) at devfs_allocv+0x11a devfs_root(c2fc8000,80000,c07b2234,c2c4c000,4,...) at devfs_root+0x51 set_rootvnode(c07b2220,0,c06fb41b,5f4,c05c1f60,...) at set_rootvnode+0x2d vfs_mountroot(c0764af0,4,c06eb522,264,c057aaf4,...) at vfs_mountroot+0x34c start_init(0,c2a71d38,c06ece31,324,c2c4a000,...) at start_init+0x65 fork_exit(c05126d0,0,c2a71d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2a71d70, ebp = 0 --- lock order reversal: 1st 0xc2ed9df4 devfs (devfs) @ kern/vfs_subr.c:2044 2nd 0xc2fa7614 devfsmount (devfsmount) @ fs/devfs/devfs_vnops.c:292 KDB: stack backtrace: db_trace_self_wrapper(c06f3059,c2a71bb0,c058318e,c06f56a6,c2fa7614,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06f56a6,c2fa7614,c06e88e0,c06e88e0,c06e8903,...) at kdb_backtrace+0x29 witness_checkorder(c2fa7614,9,c06e88fa,124,122,...) at witness_checkorder+0x6de _sx_xlock(c2fa7614,0,c06e88fa,124,c06e889b,...) at _sx_xlock+0x7d devfs_allocv(c2faac00,c2fc8000,c2a71c20,c2c4c000,c2c4c0a4,...) at devfs_allocv+0x13f devfs_root(c2fc8000,80000,c07b2234,c2c4c000,4,...) at devfs_root+0x51 set_rootvnode(c07b2220,0,c06fb41b,5f4,c05c1f60,...) at set_rootvnode+0x2d vfs_mountroot(c0764af0,4,c06eb522,264,c057aaf4,...) at vfs_mountroot+0x34c start_init(0,c2a71d38,c06ece31,324,c2c4a000,...) at start_init+0x65 fork_exit(c05126d0,0,c2a71d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2a71d70, ebp = 0 --- Trying to mount root from ufs:/dev/ad0s3a lock order reversal: (sleepable after non-sleepable) 1st 0xc2ed9b20 bufobj interlock (bufobj interlock) @ kern/vfs_bio.c:2442 2nd 0xc292fe80 bufwait (bufwait) @ kern/vfs_bio.c:2456 KDB: stack backtrace: db_trace_self_wrapper(c06f3059,c2a71788,c058318e,c06f56a6,c292fe80,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06f56a6,c292fe80,c06fa413,c06fa413,c06f9984,...) at kdb_backtrace+0x29 witness_checkorder(c292fe80,9,c06f997b,998,c076aab8,...) at witness_checkorder+0x6de __lockmgr_args(c292fe80,81900,c2ed9b20,c06fa36f,50,...) at __lockmgr_args+0x766 getblk(c2ed9a78,0,0,800,0,...) at getblk+0x153 breadn(c2ed9a78,0,0,800,0,...) at breadn+0x44 bread(c2ed9a78,0,0,800,0,...) at bread+0x4c ffs_blkatoff(c2ed9a78,0,0,0,c2a719a8,...) at ffs_blkatoff+0xd1 ufs_lookup(c2a719ec,c2ed9a78,c2a71b50,c2ed9a78,c2a71a0c,...) at ufs_lookup+0x2e6 VOP_CACHEDLOOKUP_APV(c073b640,c2a719ec,c2a71b50,c2a71b3c,c2c53100,...) at VOP_CACHEDLOOKUP_APV+0xa5 vfs_cache_lookup(c2a71a6c,c2a71a6c,c2a71b50,80000,c2ed9a78,...) at vfs_cache_lookup+0xd0 VOP_LOOKUP_APV(c073b640,c2a71a6c,c2a71b50,1b0,c2a71b3c,...) at VOP_LOOKUP_APV+0xa5 lookup(c2a71b24,c06fb1e7,d8,c0,c2c5322c,...) at lookup+0x54e namei(c2a71b24,c2a71b28,c058296c,c06fb51a,c07b1a68,...) at namei+0x38b kern_unlinkat(c2c4c000,ffffff9c,c06fb864,1,c2a71c5c,...) at kern_unlinkat+0x46 kern_unlink(c2c4c000,c06fb864,1,62f,0,...) at kern_unlink+0x27 vfs_mountroot_try(c06fba1e,c06d636a,c06fb869,1,c05c1f60,...) at vfs_mountroot_try+0x472 vfs_mountroot(c0764af0,4,c06eb522,264,c057aaf4,...) at vfs_mountroot+0x40e start_init(0,c2a71d38,c06ece31,324,c2c4a000,...) at start_init+0x65 fork_exit(c05126d0,0,c2a71d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2a71d70, ebp = 0 --- start_init: trying /sbin/init From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 06:36:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A452106564A for ; Mon, 2 Jun 2008 06:36:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id F0CF58FC12 for ; Mon, 2 Jun 2008 06:36:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=eXpvNEsoSDQsysfnH1YJyhLRm5/1feDESPbvTFtafSh7MQ/d1LPPKIwWT+gWqQlBqjD3IsOTwoYqDSzwwmNaFNIXpTApxuPkkJa2VH433yfg6xHoU8P1AzSGxY6Q9ZkIJnAQn87ynM1l881DnE9MniJi4Pa7KWeMk8nF0ky92FwU/GKc/85vSSquWSYAUowpwwTPPM0EO3BsJYGhQQmO9pLyUb3jwdDz2tF7SSiEdEy2BJAlLm0guqCyfaPAqZqF; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K33eN-0006qb-7w for current@freebsd.org; Mon, 02 Jun 2008 06:36:11 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K33eI-0004kr-4N for current@freebsd.org; Mon, 02 Jun 2008 06:36:06 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K33eF-0000VZ-TP for current@freebsd.org; Mon, 02 Jun 2008 08:36:03 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 02 Jun 2008 08:36:03 +0200 Message-Id: Cc: Subject: softupdates bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 06:36:12 -0000 Hi I have a small number of RRDs updated once a minute and images generated using make periodically. I've noticed that after the update program which runs make, about 15-20 seconds later the mtime of the rrd files changes. I think I've narrowed it down to the periodic sync writing the mtime of the file as the time it was synced, rather than the actual last modification time. [control.freislich] ~/graphing $ ls -lT *.rrd; date; sync; ls -lT *.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:07 2008 10.19D24C010800.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:07 2008 10.725A4C010800.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:07 2008 10.88CC53010800.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:07 2008 10.AB2D4C010800.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:07 2008 10.E32C4C010800.rrd -rw-r--r-- 1 ianf wheel 18502048 Jun 2 08:29:07 2008 1D.6A560B000000.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:07 2008 26.1D82B5000000.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:07 2008 26.2882B5000000.rrd Mon Jun 2 08:29:13 SAST 2008 -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:13 2008 10.19D24C010800.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:13 2008 10.725A4C010800.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:13 2008 10.88CC53010800.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:13 2008 10.AB2D4C010800.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:13 2008 10.E32C4C010800.rrd -rw-r--r-- 1 ianf wheel 18502048 Jun 2 08:29:13 2008 1D.6A560B000000.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:13 2008 26.1D82B5000000.rrd -rw-r--r-- 1 ianf wheel 20184160 Jun 2 08:29:13 2008 26.2882B5000000.rrd Strange. Has anyone else noticed this? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 16:13:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7D3E1065675 for ; Mon, 2 Jun 2008 16:13:08 +0000 (UTC) (envelope-from olexandr.syd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 26B0F8FC1E for ; Mon, 2 Jun 2008 16:13:07 +0000 (UTC) (envelope-from olexandr.syd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so930576fgb.35 for ; Mon, 02 Jun 2008 09:13:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=ddRHWV8hIaplS6xCI0QIV8HjPl7HArlbz8kTT0HVSwE=; b=qdxKosZVLcrcl5lyNHGa+s4aLazFj6ZcJ3sav6CgTU0UrjsOB1lxjHjEKoXe7R41TB1kTc3YeZP1GTV39ZAcYDxkDetwIff8wT82SwA0+ivvHQuZrqJVHyHxbH23XMlkR81dMxlAjtY/3aKryzRriwfKlXifaf/aVYd80oiBuSo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=eCxYpYEXHjbNhF0rIJvTN1iYEHlsz/D/0VeIpIdJJxmqjbwiTAvPdcAltwQm+OJuECFkG4FAVcnSCWkcO8AbZ53ejM7+0MMKTQdu/qpgO8HzAfdfZqWRegSSBoIr6Z6REtY4zN4JPontAqAx5zIknOHmt082a0Ey2UQ03ZgpIOg= Received: by 10.86.52.6 with SMTP id z6mr7171250fgz.18.1212421567435; Mon, 02 Jun 2008 08:46:07 -0700 (PDT) Received: from osprey.skynet.if.ua ( [89.162.243.18]) by mx.google.com with ESMTPS id 12sm10671811fks.13.2008.06.02.08.45.58 (version=SSLv3 cipher=RC4-MD5); Mon, 02 Jun 2008 08:46:06 -0700 (PDT) Date: Mon, 2 Jun 2008 18:45:35 +0300 From: Olexandr Sydorchuk To: freebsd-current@freebsd.org Message-ID: <20080602184535.0302e654@osprey.skynet.if.ua> In-Reply-To: <08060213205215.83104@www.mmlab.cse.yzu.edu.tw> References: <08060213205215.83104@www.mmlab.cse.yzu.edu.tw> X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/NOMB_ioce7ptG0VbX.WF941" Subject: Re: Multiple LORs in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 16:13:09 -0000 --MP_/NOMB_ioce7ptG0VbX.WF941 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline I have something like this but I'm was upgrade from 7-beta4 to current-8(Its only whith debug option). dmesg: [...] ad2: 76351MB at ata1-master PIO4 ad3: 38172MB at ata1-slave PIO4 WARNING: WITNESS option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad2s5 is ntfs/prog. GEOM_LABEL: Label for provider ad3s1 is ntfs/data. GEOM_LABEL: Label for provider ad3s5 is msdosfs/ . lock order reversal: (sleepable after non-sleepable) 1st 0xc3b7201c struct mount mtx (struct mount mtx) @ /usr/src/sys/kern/vfs_subr.c:343 2nd 0xc3b72000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:370 KDB: stack backtrace: db_trace_self_wrapper(c0a81f43,c3b72000,c0a87e33,c0a87e33,c0a883d0,...) at db_trace_self_wrapper+0x26 witness_checkorder(c3b72000,1,c0a883d0,172,c3b7201c,...) at witness_checkorder+0x5e5 __lockmgr_args(c3b72000,200100,c3b7201c,0,0,...) at __lockmgr_args+0xd21 vfs_busy(c3b72000,200,0,c3898d20,1,...) at vfs_busy+0xf3 vfs_mount_alloc(0,c0b2c800,c0a88176,c3898d20,c07c1290,...) at vfs_mount_alloc+0x78 vfs_mountroot(c0b89310,4,c0a77314,264,0,...) at vfs_mountroot+0x27e start_init(0,c3631d38,c0a78cab,30d,c3896d0c,...) at start_init+0x65 fork_exit(c070d540,0,c3631d38) at fork_exit+0xa6 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3631d70, ebp = 0 --- lock order reversal: (sleepable after non-sleepable) 1st 0xc3a55e10 vnode interlock (vnode interlock) @ /usr/src/sys/fs/devfs/devfs_vnops.c:289 2nd 0xc3a55df4 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 KDB: stack backtrace: db_trace_self_wrapper(c0a81f43,c3a55df4,c0a72c74,c0a72c74,c0a883d0,...) at db_trace_self_wrapper+0x26 witness_checkorder(c3a55df4,9,c0a883d0,7fc,c3a55df4,...) at witness_checkorder+0x5e5 __lockmgr_args(c3a55df4,80100,c3a55e10,0,0,...) at __lockmgr_args+0x51c vop_stdlock(c3631b88,c0a7602b,3,80000,c3a55d9c,...) at vop_stdlock+0x54 VOP_LOCK1_APV(c0b2c8e0,c3631b88,c0b6a7a0,c3a55d9c,80100,...) at VOP_LOCK1_APV+0x94 _vn_lock(c3a55d9c,80100,c0a883d0,7fc,c0a72e2a,...) at _vn_lock+0x49 vget(c3a55d9c,80100,c3898d20,122,c3b6f2d4,...) at vget+0x67 devfs_allocv(c3b6de80,c3b72000,c3631c24,c3898d20,c0b366c4,...) at devfs_allocv+0x121 devfs_root(c3b72000,80000,c0bdc574,c3898d20,c0a7b30a,...) at devfs_root+0x51 set_rootvnode(c0bdc560,0,c0a87d35,5f6,c07c1290,...) at set_rootvnode+0x2d vfs_mountroot(c0b89310,4,c0a77314,264,0,...) at vfs_mountroot+0x340 start_init(0,c3631d38,c0a78cab,30d,c3896d0c,...) at start_init+0x65 fork_exit(c070d540,0,c3631d38) at fork_exit+0xa6 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3631d70, ebp = 0 --- [...] /etc/fstab: # Device Mountpoint FStype Options Dump Pass# /dev/ad2s3b none swap sw 0 0 /dev/ad2s3a / ufs rw 1 1 /dev/ad2s3e /tmp ufs rw 2 2 /dev/ad2s3f /usr ufs rw 2 2 /dev/ad2s3d /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 #/dev/ad3s5 /win/e msdosfs rw,longnames,-Lru_RU.KOI8-R,-Wkoi2dos 0 0 /dev/ad3s5 /win/e msdosfs rw,longnames,-Wkoi2dos 0 0 /dev/ad2s1 /win/c ntfs ro,-Wkoi2dos 0 0 /dev/ad3s1 /win/d ntfs ro,-Wkoi2dos 0 0 /dev/ad2s5 /win/g ntfs ro,-Wkoi2dos 0 0 linproc /compat/linux/proc linprocfs rw 0 0 --MP_/NOMB_ioce7ptG0VbX.WF941 Content-Type: application/octet-stream; name=dmesg Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDggVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjMzogVGh1IE1heSAyMiAxOToz NDowMCBFRVNUIDIwMDgKICAgIGdhbGxlbnRlQG9zcHJleS5za3luZXQuaWYudWE6L3Vzci9vYmov dXNyL3NyYy9zeXMvT1NQUkVZCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVj dCByZWR1Y2VkIHBlcmZvcm1hbmNlLgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkz MTgyIEh6IHF1YWxpdHkgMApDUFU6IEFNRCBBdGhsb24odG0pIFhQIDE3MDArICgxNDc3LjUxLU1I eiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4NjgxICBT dGVwcGluZyA9IDEKICBGZWF0dXJlcz0weDM4M2Y5ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQ QUUsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LE1NWCxGWFNSLFNTRT4K ICBBTUQgRmVhdHVyZXM9MHhjMDQwMDgwMDxTWVNDQUxMLE1NWCssM0ROb3chKywzRE5vdyE+CnJl YWwgbWVtb3J5ICA9IDUzNjgwNTM3NiAoNTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MDM1Mjk0NzIg KDQ4MCBNQikKa2JkMSBhdCBrYmRtdXgwCmF0aF9oYWw6IDAuOS4yMC4zIChBUjUyMTAsIEFSNTIx MSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0MTMpCmFjcGkwOiA8VklBNjk0 IEFXUkRBQ1BJPiBvbiBtb3RoZXJib2FyZAphY3BpMDogW0lUSFJFQURdCmFjcGkwOiBQb3dlciBC dXR0b24gKGZpeGVkKQphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZAph Y3BpMDogcmVzZXJ2YXRpb24gb2YgMTAwMDAwLCAxZmVmMDAwMCAoMykgZmFpbGVkClRpbWVjb3Vu dGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3Rp bWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwMDgtMHg0MDBiIG9u IGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYsMHg0 MDAwLTB4NDA3ZiwweDQwODAtMHg0MGZmLDB4NTAwMC0weDUwMGYgb24gYWNwaTAKcGNpMDogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjAKYWdwMDogPFZJQSA4MzY3IChLVDI2Ni9LWTI2NngvS1QzMzMp IGhvc3QgdG8gUENJIGJyaWRnZT4gb24gaG9zdGIwCmFncDA6IGFwZXJ0dXJlIHNpemUgaXMgMjU2 TQpwY2liMTogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPFBD SSBidXM+IG9uIHBjaWIxCm52aWRpYTA6IDxHZUZvcmNlIEZYIDU1MDA+IG1lbSAweGU0MDAwMDAw LTB4ZTRmZmZmZmYsMHhkMDAwMDAwMC0weGRmZmZmZmZmIGlycSAxMSBhdCBkZXZpY2UgMC4wIG9u IHBjaTEKbnZpZGlhMDogW0dJQU5ULUxPQ0tFRF0KbnZpZGlhMDogW0lUSFJFQURdCnJsMDogPFJl YWxUZWsgODEzOSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhkMDAwLTB4ZDBmZiBtZW0gMHhlNjAwMDAw MC0weGU2MDAwMGZmIGlycSAxMSBhdCBkZXZpY2UgMTIuMCBvbiBwY2kwCm1paWJ1czA6IDxNSUkg YnVzPiBvbiBybDAKcmxwaHkwOiA8UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBpbnRlcmZhY2U+IFBI WSAwIG9uIG1paWJ1czAKcmxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwg MTAwYmFzZVRYLUZEWCwgYXV0bwpybDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBlOjJlOmFjOjc4 OmE0CnJsMDogW0lUSFJFQURdCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxNy4w IG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxWSUEgODIzM0EgVURN QTEzMyBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2 LDB4ZDQwMC0weGQ0MGYgYXQgZGV2aWNlIDE3LjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWwg MD4gb24gYXRhcGNpMAphdGEwOiBbSVRIUkVBRF0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0 YXBjaTAKYXRhMTogW0lUSFJFQURdCnVoY2kwOiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4g cG9ydCAweGQ4MDAtMHhkODFmIGlycSA1IGF0IGRldmljZSAxNy4yIG9uIHBjaTAKdWhjaTA6IFtH SUFOVC1MT0NLRURdCnVoY2kwOiBbSVRIUkVBRF0KdXNiMDogPFZJQSA4M0M1NzIgVVNCIGNvbnRy b2xsZXI+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IDxWSUEgVUhDSSBy b290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjAKdWh1YjA6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kxOiA8VklBIDgzQzU3 MiBVU0IgY29udHJvbGxlcj4gcG9ydCAweGRjMDAtMHhkYzFmIGlycSA1IGF0IGRldmljZSAxNy4z IG9uIHBjaTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVoY2kxOiBbSVRIUkVBRF0KdXNiMTogPFZJ QSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kxCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAK dWh1YjE6IDxWSUEgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYjEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CnBjbTA6IDxWSUEgVlQ4MjMzQT4gcG9ydCAweGUwMDAtMHhlMGZmIGlycSAxMiBhdCBkZXZpY2Ug MTcuNSBvbiBwY2kwCnBjbTA6IFtJVEhSRUFEXQpwY20wOiA8VklBIFRlY2hub2xvZ2llcyBWSUEx NjEyQSBBQzk3IENvZGVjPgpwY20wOiA8VklBIERYUyBEaXNhYmxlZDogRFhTIDAgLyBTR0QgMSAv IFJFQyAxPgpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBD UFUgVGhyb3R0bGluZz4gb24gY3B1MAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFj cGkwCmFjcGlfYnV0dG9uMTogPFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKYXRydGMwOiA8QVQgcmVh bHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDczIGlycSA4IG9uIGFjcGkwCmZkYzA6IDxmbG9wcHkg ZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBh Y3BpMApmZGMwOiBbRklMVEVSXQpzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApzaW8wOiB0eXBlIDE2NTUw QQpzaW8wOiBbRklMVEVSXQpzaW8xOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQg MHgyZjgtMHgyZmYgaXJxIDMgb24gYWNwaTAKc2lvMTogdHlwZSAxNjU1MEEKc2lvMTogW0ZJTFRF Ul0KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQg aXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2Jk MCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpwbXRp bWVyMCBvbiBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhjMDAwMC0weGNm N2ZmIHBucGlkIE9STTAwMDAgb24gaXNhMApwcGMwOiA8UGFyYWxsZWwgcG9ydD4gYXQgcG9ydCAw eDM3OC0weDM3ZiBpcnEgNyBvbiBpc2EwCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9u bHkpIGluIENPTVBBVElCTEUgbW9kZQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBj MApwcGJ1czA6IFtJVEhSRUFEXQpwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBw YnVzMApwbGlwMDogV0FSTklORzogdXNpbmcgb2Jzb2xldGVkIElGRl9ORUVEU0dJQU5UIGZsYWcK bHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKcHBp MDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCnBwYzA6IFtHSUFOVC1MT0NLRURdCnBwYzA6IFtJ VEhSRUFEXQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6 IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElT QSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAK dW1zMDogPHZlbmRvciAweDEyNDEgcHJvZHVjdCAweDExNjYsIGNsYXNzIDAvMCwgcmV2IDEuMTAv Mi44MCwgYWRkciAyPiBvbiB1aHViMAp1bXMwOiA1IGJ1dHRvbnMgYW5kIFogZGlyLgp1Z2VuMDog PEJyb2FkY29tIENvcnAgV0wtQlREMjAyLCBjbGFzcyAyMjQvMSwgcmV2IDIuMDAvMS4wMCwgYWRk ciAzPiBvbiB1aHViMApUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTQ3NzUwODQyNCBIeiBx dWFsaXR5IDgwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmFjZDA6IERWRFIg PE5FQyBEVkQgUlcgTkQtNDU1MEEvMS4wNj4gYXQgYXRhMC1tYXN0ZXIgUElPNAphZDI6IDc2MzUx TUIgPFNBTVNVTkcgU1AwODEyTiBUSzEwMC0zMD4gYXQgYXRhMS1tYXN0ZXIgUElPNAphZDM6IDM4 MTcyTUIgPFFVQU5UVU0gRklSRUJBTExQIEFTNDAuMCBBMlIuMDYwMD4gYXQgYXRhMS1zbGF2ZSBQ SU80CldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZv cm1hbmNlLgpHRU9NX0xBQkVMOiBMYWJlbCBmb3IgcHJvdmlkZXIgYWQyczUgaXMgbnRmcy9wcm9n LgpHRU9NX0xBQkVMOiBMYWJlbCBmb3IgcHJvdmlkZXIgYWQzczEgaXMgbnRmcy9kYXRhLgpHRU9N X0xBQkVMOiBMYWJlbCBmb3IgcHJvdmlkZXIgYWQzczUgaXMgbXNkb3Nmcy8gLgpsb2NrIG9yZGVy IHJldmVyc2FsOiAoc2xlZXBhYmxlIGFmdGVyIG5vbi1zbGVlcGFibGUpCiAxc3QgMHhjM2I3MjAx YyBzdHJ1Y3QgbW91bnQgbXR4IChzdHJ1Y3QgbW91bnQgbXR4KSBAIC91c3Ivc3JjL3N5cy9rZXJu L3Zmc19zdWJyLmM6MzQzCiAybmQgMHhjM2I3MjAwMCB2ZnNsb2NrICh2ZnNsb2NrKSBAIC91c3Iv c3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MzcwCktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFj ZV9zZWxmX3dyYXBwZXIoYzBhODFmNDMsYzNiNzIwMDAsYzBhODdlMzMsYzBhODdlMzMsYzBhODgz ZDAsLi4uKSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyNgp3aXRuZXNzX2NoZWNrb3JkZXIo YzNiNzIwMDAsMSxjMGE4ODNkMCwxNzIsYzNiNzIwMWMsLi4uKSBhdCB3aXRuZXNzX2NoZWNrb3Jk ZXIrMHg1ZTUKX19sb2NrbWdyX2FyZ3MoYzNiNzIwMDAsMjAwMTAwLGMzYjcyMDFjLDAsMCwuLi4p IGF0IF9fbG9ja21ncl9hcmdzKzB4ZDIxCnZmc19idXN5KGMzYjcyMDAwLDIwMCwwLGMzODk4ZDIw LDEsLi4uKSBhdCB2ZnNfYnVzeSsweGYzCnZmc19tb3VudF9hbGxvYygwLGMwYjJjODAwLGMwYTg4 MTc2LGMzODk4ZDIwLGMwN2MxMjkwLC4uLikgYXQgdmZzX21vdW50X2FsbG9jKzB4NzgKdmZzX21v dW50cm9vdChjMGI4OTMxMCw0LGMwYTc3MzE0LDI2NCwwLC4uLikgYXQgdmZzX21vdW50cm9vdCsw eDI3ZQpzdGFydF9pbml0KDAsYzM2MzFkMzgsYzBhNzhjYWIsMzBkLGMzODk2ZDBjLC4uLikgYXQg c3RhcnRfaW5pdCsweDY1CmZvcmtfZXhpdChjMDcwZDU0MCwwLGMzNjMxZDM4KSBhdCBmb3JrX2V4 aXQrMHhhNgpmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUrMHg4Ci0tLSB0cmFw IDAsIGVpcCA9IDAsIGVzcCA9IDB4YzM2MzFkNzAsIGVicCA9IDAgLS0tCmxvY2sgb3JkZXIgcmV2 ZXJzYWw6IChzbGVlcGFibGUgYWZ0ZXIgbm9uLXNsZWVwYWJsZSkKIDFzdCAweGMzYTU1ZTEwIHZu b2RlIGludGVybG9jayAodm5vZGUgaW50ZXJsb2NrKSBAIC91c3Ivc3JjL3N5cy9mcy9kZXZmcy9k ZXZmc192bm9wcy5jOjI4OQogMm5kIDB4YzNhNTVkZjQgZGV2ZnMgKGRldmZzKSBAIC91c3Ivc3Jj L3N5cy9rZXJuL3Zmc19zdWJyLmM6MjA0NApLREI6IHN0YWNrIGJhY2t0cmFjZToKZGJfdHJhY2Vf c2VsZl93cmFwcGVyKGMwYTgxZjQzLGMzYTU1ZGY0LGMwYTcyYzc0LGMwYTcyYzc0LGMwYTg4M2Qw LC4uLikgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MjYKd2l0bmVzc19jaGVja29yZGVyKGMz YTU1ZGY0LDksYzBhODgzZDAsN2ZjLGMzYTU1ZGY0LC4uLikgYXQgd2l0bmVzc19jaGVja29yZGVy KzB4NWU1Cl9fbG9ja21ncl9hcmdzKGMzYTU1ZGY0LDgwMTAwLGMzYTU1ZTEwLDAsMCwuLi4pIGF0 IF9fbG9ja21ncl9hcmdzKzB4NTFjCnZvcF9zdGRsb2NrKGMzNjMxYjg4LGMwYTc2MDJiLDMsODAw MDAsYzNhNTVkOWMsLi4uKSBhdCB2b3Bfc3RkbG9jaysweDU0ClZPUF9MT0NLMV9BUFYoYzBiMmM4 ZTAsYzM2MzFiODgsYzBiNmE3YTAsYzNhNTVkOWMsODAxMDAsLi4uKSBhdCBWT1BfTE9DSzFfQVBW KzB4OTQKX3ZuX2xvY2soYzNhNTVkOWMsODAxMDAsYzBhODgzZDAsN2ZjLGMwYTcyZTJhLC4uLikg YXQgX3ZuX2xvY2srMHg0OQp2Z2V0KGMzYTU1ZDljLDgwMTAwLGMzODk4ZDIwLDEyMixjM2I2ZjJk NCwuLi4pIGF0IHZnZXQrMHg2NwpkZXZmc19hbGxvY3YoYzNiNmRlODAsYzNiNzIwMDAsYzM2MzFj MjQsYzM4OThkMjAsYzBiMzY2YzQsLi4uKSBhdCBkZXZmc19hbGxvY3YrMHgxMjEKZGV2ZnNfcm9v dChjM2I3MjAwMCw4MDAwMCxjMGJkYzU3NCxjMzg5OGQyMCxjMGE3YjMwYSwuLi4pIGF0IGRldmZz X3Jvb3QrMHg1MQpzZXRfcm9vdHZub2RlKGMwYmRjNTYwLDAsYzBhODdkMzUsNWY2LGMwN2MxMjkw LC4uLikgYXQgc2V0X3Jvb3R2bm9kZSsweDJkCnZmc19tb3VudHJvb3QoYzBiODkzMTAsNCxjMGE3 NzMxNCwyNjQsMCwuLi4pIGF0IHZmc19tb3VudHJvb3QrMHgzNDAKc3RhcnRfaW5pdCgwLGMzNjMx ZDM4LGMwYTc4Y2FiLDMwZCxjMzg5NmQwYywuLi4pIGF0IHN0YXJ0X2luaXQrMHg2NQpmb3JrX2V4 aXQoYzA3MGQ1NDAsMCxjMzYzMWQzOCkgYXQgZm9ya19leGl0KzB4YTYKZm9ya190cmFtcG9saW5l KCkgYXQgZm9ya190cmFtcG9saW5lKzB4OAotLS0gdHJhcCAwLCBlaXAgPSAwLCBlc3AgPSAweGMz NjMxZDcwLCBlYnAgPSAwIC0tLQpsb2NrIG9yZGVyIHJldmVyc2FsOgogMXN0IDB4YzNhNTVkZjQg ZGV2ZnMgKGRldmZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjA0NAogMm5kIDB4 YzNiNmYyZDQgZGV2ZnNtb3VudCAoZGV2ZnNtb3VudCkgQCAvdXNyL3NyYy9zeXMvZnMvZGV2ZnMv ZGV2ZnNfdm5vcHMuYzoyOTMKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3Jh cHBlcihjMGE4MWY0MyxjM2I2ZjJkNCxjMGE3MmUxMCxjMGE3MmUxMCxjMGE3MmUyYSwuLi4pIGF0 IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDI2CndpdG5lc3NfY2hlY2tvcmRlcihjM2I2ZjJkNCw5 LGMwYTcyZTJhLDEyNSwxMjMsLi4uKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHg1ZTUKX3N4X3hs b2NrKGMzYjZmMmQ0LDAsYzBhNzJlMmEsMTI1LGMzYjZmMmQ0LC4uLikgYXQgX3N4X3hsb2NrKzB4 NGEKZGV2ZnNfYWxsb2N2KGMzYjZkZTgwLGMzYjcyMDAwLGMzNjMxYzI0LGMzODk4ZDIwLGMwYjM2 NmM0LC4uLikgYXQgZGV2ZnNfYWxsb2N2KzB4MTQ2CmRldmZzX3Jvb3QoYzNiNzIwMDAsODAwMDAs YzBiZGM1NzQsYzM4OThkMjAsYzBhN2IzMGEsLi4uKSBhdCBkZXZmc19yb290KzB4NTEKc2V0X3Jv b3R2bm9kZShjMGJkYzU2MCwwLGMwYTg3ZDM1LDVmNixjMDdjMTI5MCwuLi4pIGF0IHNldF9yb290 dm5vZGUrMHgyZAp2ZnNfbW91bnRyb290KGMwYjg5MzEwLDQsYzBhNzczMTQsMjY0LDAsLi4uKSBh dCB2ZnNfbW91bnRyb290KzB4MzQwCnN0YXJ0X2luaXQoMCxjMzYzMWQzOCxjMGE3OGNhYiwzMGQs YzM4OTZkMGMsLi4uKSBhdCBzdGFydF9pbml0KzB4NjUKZm9ya19leGl0KGMwNzBkNTQwLDAsYzM2 MzFkMzgpIGF0IGZvcmtfZXhpdCsweGE2CmZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBv bGluZSsweDgKLS0tIHRyYXAgMCwgZWlwID0gMCwgZXNwID0gMHhjMzYzMWQ3MCwgZWJwID0gMCAt LS0KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDJzM2EKbG9jayBvcmRlciBy ZXZlcnNhbDogKHNsZWVwYWJsZSBhZnRlciBub24tc2xlZXBhYmxlKQogMXN0IDB4YzNhNTViMjAg YnVmb2JqIGludGVybG9jayAoYnVmb2JqIGludGVybG9jaykgQCAvdXNyL3NyYy9zeXMva2Vybi92 ZnNfYmlvLmM6MjQ0MgogMm5kIDB4YzM0ZjNhODAgYnVmd2FpdCAoYnVmd2FpdCkgQCAvdXNyL3Ny Yy9zeXMva2Vybi92ZnNfYmlvLmM6MjQ1NgpLREI6IHN0YWNrIGJhY2t0cmFjZToKZGJfdHJhY2Vf c2VsZl93cmFwcGVyKGMwYTgxZjQzLGMzNGYzYTgwLGMwYTg2Y2ZlLGMwYTg2Y2ZlLGMwYTg2MmFk LC4uLikgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MjYKd2l0bmVzc19jaGVja29yZGVyKGMz NGYzYTgwLDksYzBhODYyYWQsOTk4LGMzYTU1YjIwLC4uLikgYXQgd2l0bmVzc19jaGVja29yZGVy KzB4NWU1Cl9fbG9ja21ncl9hcmdzKGMzNGYzYTgwLDgxOTAwLGMzYTU1YjIwLGMwYTg2YzVhLDUw LC4uLikgYXQgX19sb2NrbWdyX2FyZ3MrMHg1MWMKZ2V0YmxrKGMzYTU1YTc4LDAsMCw4MDAsMCwu Li4pIGF0IGdldGJsaysweGNjCmJyZWFkbihjM2E1NWE3OCwwLDAsODAwLDAsLi4uKSBhdCBicmVh ZG4rMHg1ZgpicmVhZChjM2E1NWE3OCwwLDAsODAwLDAsLi4uKSBhdCBicmVhZCsweDRjCmZmc19i bGthdG9mZihjM2E1NWE3OCwwLDAsMCxjMzYzMTljNCwuLi4pIGF0IGZmc19ibGthdG9mZisweDc4 CnVmc19sb29rdXAoYzM2MzE5ZjAsYzM2MzE5ZjAsYzM2MzFiNDAsYzM2MzFiMmMsYzM4NWI5MDAs Li4uKSBhdCB1ZnNfbG9va3VwKzB4NTgzCnZmc19jYWNoZV9sb29rdXAoYzM2MzFhNzAsMWIwLGMz NjMxYjE0LDgwMDAwLGMzYTU1YTc4LC4uLikgYXQgdmZzX2NhY2hlX2xvb2t1cCsweGVhClZPUF9M T09LVVBfQVBWKGMwYjUzNWEwLGMzNjMxYTcwLGMwYTg3YWUzLDFiMCxjMzYzMWE3MCwuLi4pIGF0 IFZPUF9MT09LVVBfQVBWKzB4OTQKbG9va3VwKGMzNjMxYjE0LGMwYTg3YWUzLGQ4LGMwLGMzODVi YTJjLC4uLikgYXQgbG9va3VwKzB4NDg3Cm5hbWVpKGMzNjMxYjE0LGMwNzgxM2ViLGMwYTg3ZDM1 LGMwYTc2MDJiLGMwYTg4MTcyLC4uLikgYXQgbmFtZWkrMHg0NjAKa2Vybl91bmxpbmthdChjMzg5 OGQyMCxmZmZmZmY5YyxjMGE4ODE3MiwxLGMzNjMxYzYwLC4uLikgYXQga2Vybl91bmxpbmthdCsw eDZiCmtlcm5fdW5saW5rKGMzODk4ZDIwLGMwYTg4MTcyLDEsNjMxLDAsLi4uKSBhdCBrZXJuX3Vu bGluaysweDI3CnZmc19tb3VudHJvb3RfdHJ5KGMwYTg4MzJjLGMwYTc2MDJkLGMwYTZlYThhLDEs YzA3YzEyOTAsLi4uKSBhdCB2ZnNfbW91bnRyb290X3RyeSsweDQ1OAp2ZnNfbW91bnRyb290KGMw Yjg5MzEwLDQsYzBhNzczMTQsMjY0LDAsLi4uKSBhdCB2ZnNfbW91bnRyb290KzB4NDM3CnN0YXJ0 X2luaXQoMCxjMzYzMWQzOCxjMGE3OGNhYiwzMGQsYzM4OTZkMGMsLi4uKSBhdCBzdGFydF9pbml0 KzB4NjUKZm9ya19leGl0KGMwNzBkNTQwLDAsYzM2MzFkMzgpIGF0IGZvcmtfZXhpdCsweGE2CmZv cmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZSsweDgKLS0tIHRyYXAgMCwgZWlwID0g MCwgZXNwID0gMHhjMzYzMWQ3MCwgZWJwID0gMCAtLS0KbG9jayBvcmRlciByZXZlcnNhbDoKIDFz dCAweGMzYmU1NmEwIHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjA0 NAogMm5kIDB4YzBiODdmN2Mga2VybmVsIGxpbmtlciAoa2VybmVsIGxpbmtlcikgQCAvdXNyL3Ny Yy9zeXMva2Vybi9rZXJuX2xpbmtlci5jOjY4NwpLREI6IHN0YWNrIGJhY2t0cmFjZToKZGJfdHJh Y2Vfc2VsZl93cmFwcGVyKGMwYTgxZjQzLGMwYjg3ZjdjLGMwYTc5NjljLGMwYTc5NjljLGMwYTc5 NmUwLC4uLikgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MjYKd2l0bmVzc19jaGVja29yZGVy KGMwYjg3ZjdjLDksYzBhNzk2ZTAsMmFmLGMwNzM4ODUxLC4uLikgYXQgd2l0bmVzc19jaGVja29y ZGVyKzB4NWU1Cl9zeF94bG9jayhjMGI4N2Y3YywwLGMwYTc5NmUwLDJhZiwwLC4uLikgYXQgX3N4 X3hsb2NrKzB4NGEKbGlua2VyX2ZpbGVfbG9va3VwX3NldChjM2JhNzAwMCxjMGE3OTczMixjMzc2 Mjc1MCxjMzc2Mjc0YywwLC4uLikgYXQgbGlua2VyX2ZpbGVfbG9va3VwX3NldCsweGQ0Cmxpbmtl cl9maWxlX3JlZ2lzdGVyX3N5c2N0bHMoYzBiODdmN2MsYzBhNzk2ZTAsMTlkLDE3YywwLC4uLikg YXQgbGlua2VyX2ZpbGVfcmVnaXN0ZXJfc3lzY3RscysweDJkCmxpbmtlcl9sb2FkX21vZHVsZShj M2JlYjY4OCwwLGMzNzYyOTUwLGMzNzYyOTRjLGMzNzYyOTQ4LC4uLikgYXQgbGlua2VyX2xvYWRf bW9kdWxlKzB4N2I5Cmxpbmtlcl9sb2FkX2RlcGVuZGVuY2llcyhjM2JhNzUwMCwwLGMzYmViNjBj LDEzMCw2MGMsLi4uKSBhdCBsaW5rZXJfbG9hZF9kZXBlbmRlbmNpZXMrMHgxYjMKbGlua19lbGZf bG9hZF9maWxlKGMwYjM4YzgwLGMzYjZmMDgwLGMzNzYyYzI0LDE3YywwLC4uLikgYXQgbGlua19l bGZfbG9hZF9maWxlKzB4NTVkCmxpbmtlcl9sb2FkX21vZHVsZSgwLGMzNzYyYzRjLGMwYTc5NmUw LDNjNywwLC4uLikgYXQgbGlua2VyX2xvYWRfbW9kdWxlKzB4NzZkCmtlcm5fa2xkbG9hZChjM2Jh YTQ2MCxjM2E0ZmMwMCxjMzc2MmM3MCwwLDMxNiwuLi4pIGF0IGtlcm5fa2xkbG9hZCsweGEzCmts ZGxvYWQoYzNiYWE0NjAsYzM3NjJjZjgsNCxjMGE4MmU4YixjMGIzMWIwMCwuLi4pIGF0IGtsZGxv YWQrMHg5MwpzeXNjYWxsKGMzNzYyZDM4KSBhdCBzeXNjYWxsKzB4MTY0ClhpbnQweDgwX3N5c2Nh bGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjAKLS0tIHN5c2NhbGwgKDMwNCwgRnJlZUJTRCBF TEYzMiwga2xkbG9hZCksIGVpcCA9IDB4MjgwYzc2ZjMsIGVzcCA9IDB4YmZiZmU4MGMsIGVicCA9 IDB4YmZiZmU4MzggLS0tCkdFT01fTEFCRUw6IExhYmVsIG1zZG9zZnMvICByZW1vdmVkLgpsb2Nr IG9yZGVyIHJldmVyc2FsOiAoc2xlZXBhYmxlIGFmdGVyIG5vbi1zbGVlcGFibGUpCiAxc3QgMHhj M2I4M2E0MCBudG5vZGUgaW50ZXJsb2NrIChudG5vZGUgaW50ZXJsb2NrKSBAIC91c3Ivc3JjL3N5 cy9tb2R1bGVzL250ZnMvLi4vLi4vZnMvbnRmcy9udGZzX3N1YnIuYzozNTkKIDJuZCAweGMzYjgz YTI0IG50bm9kZSAobnRub2RlKSBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL250ZnMvLi4vLi4vZnMv bnRmcy9udGZzX3N1YnIuYzozNjEKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZf d3JhcHBlcihjMGE4MWY0MyxjM2I4M2EyNCxjM2M3MTUzMCxjM2M3MTUzMCxjM2M3MTg0ZiwuLi4p IGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDI2CndpdG5lc3NfY2hlY2tvcmRlcihjM2I4M2Ey NCw5LGMzYzcxODRmLDE2OSxjM2I4M2E0MCwuLi4pIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweDVl NQpfX2xvY2ttZ3JfYXJncyhjM2I4M2EyNCw4MDEwMCxjM2I4M2E0MCwwLDAsLi4uKSBhdCBfX2xv Y2ttZ3JfYXJncysweDUxYwpudGZzX250Z2V0KGMzYjgzYTAwLGMzYzcxYjBlLDAsMCw3YTAwMDAs Li4uKSBhdCBudGZzX250Z2V0KzB4NzQKbnRmc19udGxvb2t1cChjM2JhNzEwMCwwLGMzNzNlODAw LGMzYmVkOGRkLGMzYmVmNWEwLC4uLikgYXQgbnRmc19udGxvb2t1cCsweDEwYgpudGZzX3ZnZXRl eChjM2I3MTAwMCwwLDgwLDAsODAwMDAsLi4uKSBhdCBudGZzX3ZnZXRleCsweDMxCm50ZnNfdmdl dChjM2I3MTAwMCwwLDgwMDAwLGMzYmE3MTU5LDAsLi4uKSBhdCBudGZzX3ZnZXQrMHg0OQpudGZz X21vdW50KGMzYjcxMDAwLGMzYjRmMDAwLGMwYTg3ZDM1LDNmMCwwLC4uLikgYXQgbnRmc19tb3Vu dCsweDhjNAp2ZnNfZG9ubW91bnQoZTAsYzNiNjhiNTAsYzNiYTc0MDAsMWMsYzM3M2ViYjgsLi4u KSBhdCB2ZnNfZG9ubW91bnQrMHhmNmEKa2VybmVsX21vdW50KGMzYjY4YjQwLDEsYzNiODNiODQs ZmZmZmZmZmYsYmZiZmVmNjMsLi4uKSBhdCBrZXJuZWxfbW91bnQrMHg5OApudGZzX2Ntb3VudChj M2I2OGI0MCxiZmJmZWQ2OCwxLGMzYjRmMDAwLDAsLi4uKSBhdCBudGZzX2Ntb3VudCsweDEyMApt b3VudChjM2I0ZjAwMCxjMzczZWNmOCwxMCxjMGE4MjZhNCxjMGIzMDA3OCwuLi4pIGF0IG1vdW50 KzB4MjE3CnN5c2NhbGwoYzM3M2VkMzgpIGF0IHN5c2NhbGwrMHgxNjQKWGludDB4ODBfc3lzY2Fs bCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAoMjEsIEZyZWVCU0QgRUxG MzIsIG1vdW50KSwgZWlwID0gMHgyODBjODViNywgZXNwID0gMHhiZmJmZTkzYywgZWJwID0gMHhi ZmJmZWU2OCAtLS0KV0FSTklORzogYXR0ZW1wdCB0byBuZXRfYWRkX2RvbWFpbihuZXRncmFwaCkg YWZ0ZXIgZG9tYWluZmluYWxpemUoKQo= --MP_/NOMB_ioce7ptG0VbX.WF941-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 16:13:18 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C503E1065738; Mon, 2 Jun 2008 16:13:18 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8028FC24; Mon, 2 Jun 2008 16:13:18 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m52GDGOq046645; Tue, 3 Jun 2008 01:13:17 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 3 Jun 2008 01:13:16 +0900 From: Norikatsu Shigemura To: Sam Leffler , pyunyh@gmail.com Message-Id: <20080603011316.7736c782.nork@FreeBSD.org> In-Reply-To: <20080602003948.GA83841@cdnetworks.co.kr> References: <20080602034630.eb07fe5c.nork@FreeBSD.org> <20080602003948.GA83841@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 03 Jun 2008 01:13:17 +0900 (JST) Cc: Bill Paul , freebsd-current@FreeBSD.org Subject: Re: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 16:13:18 -0000 Hi sam and yongari! On Mon, 2 Jun 2008 09:39:48 +0900 Pyun YongHyeon wrote: > > ukphy0: PHY 0 on miibus0 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto > I'm not familiar with USB but this looks like PHY driver problem or > mishandling of link state change in axe(4). > Because axe(4) uses ukphy(4), a generic PHY driver, it would be > even better if you can show me the verbosed boot messages related > with axe(4)/ukphy(4) or "devinfo -rv | grep oui". Thanks for your pointed out! I didn't notice PHY problem. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - axe0: on uhub1 axe0: AX88178, bufsz 4096, boundary 512 miibus1: on axe0 ukphy0: PHY 0 on miibus1 ukphy0: OUI 0x1e525e, model 0x0014, rev. 9 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto axe0: bpf attached axe0: Ethernet address: 00:90:cc:ef:b9:f6 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ukphy0 pnpinfo oui=0x1e525e model=0x14 rev=0x9 at phyno=0 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 16:45:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E7D6106568F for ; Mon, 2 Jun 2008 16:45:10 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id F36478FC15 for ; Mon, 2 Jun 2008 16:45:09 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP for id m52GWjPP027761 (8.13.4/1.4); Mon, 2 Jun 2008 18:32:45 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP for id m52GWjRN027757 (8.13.4/2.02); Mon, 2 Jun 2008 18:32:45 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Mon, 2 Jun 2008 18:32:45 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: hard hang with intel video driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 16:45:10 -0000 Hi. I'm not having much luck with the 'intel' video driver on i386 -CURRENT. Whereas it would panic the box earlier when starting X (see http://lists.freebsd.org/pipermail/freebsd-current/2008-February/082955.html ), it now just completely hangs the machine. No DDB, nothing. FWIW hardware is a dell optiplex 756. Kernel is GENERIC with one added option (BREAK_TO_DEBUGGER). Graphics card is reported as 'Q963/Q965 Integrated Graphics Controller' by pciconf. The i810 driver works fine, but from what I gather from the xorg-drivers port, this driver is being phased out in favour of the intel driver. Is that correct? If so, then some work is needed somewhere. What can I do to debug this further? I can't poweroff/poweron this machine remotely. :( Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 18:15:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F237D1065712; Mon, 2 Jun 2008 18:15:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C4AFD8FC12; Mon, 2 Jun 2008 18:15:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52IFkkd075265; Mon, 2 Jun 2008 14:15:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m52IFkTN048494; Mon, 2 Jun 2008 14:15:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DB53473039; Mon, 2 Jun 2008 14:15:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080602181545.DB53473039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 14:15:45 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 18:15:55 -0000 TB --- 2008-06-02 17:01:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 17:01:56 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-06-02 17:01:56 - cleaning the object tree TB --- 2008-06-02 17:02:23 - cvsupping the source tree TB --- 2008-06-02 17:02:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-06-02 17:02:29 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 17:02:29 - cd /src TB --- 2008-06-02 17:02:29 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 17:02:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 2 18:08:33 UTC 2008 TB --- 2008-06-02 18:08:33 - generating LINT kernel config TB --- 2008-06-02 18:08:33 - cd /src/sys/sparc64/conf TB --- 2008-06-02 18:08:33 - /usr/bin/make -B LINT TB --- 2008-06-02 18:08:33 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-02 18:08:33 - cd /src TB --- 2008-06-02 18:08:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 2 18:08:33 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-02 18:15:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-02 18:15:45 - ERROR: failed to build lint kernel TB --- 2008-06-02 18:15:45 - tinderbox aborted TB --- 3174.91 user 405.40 system 4429.40 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 18:23:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21DEA106564A for ; Mon, 2 Jun 2008 18:23:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id A38A48FC17 for ; Mon, 2 Jun 2008 18:23:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m52IN34t090430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2008 21:23:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m52IN3la052237; Mon, 2 Jun 2008 21:23:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m52IN20t052236; Mon, 2 Jun 2008 21:23:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 2 Jun 2008 21:23:02 +0300 From: Kostik Belousov To: Michiel Boland Message-ID: <20080602182302.GN63348@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8CNmCRe8Sh4keFKJ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: hard hang with intel video driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 18:23:14 -0000 --8CNmCRe8Sh4keFKJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 02, 2008 at 06:32:45PM +0200, Michiel Boland wrote: > Hi. I'm not having much luck with the 'intel' video driver on i386=20 > -CURRENT. Whereas it would panic the box earlier when starting X (see=20 > http://lists.freebsd.org/pipermail/freebsd-current/2008-February/082955.h= tml=20 > ), it now just completely hangs the machine. >=20 > No DDB, nothing. >=20 > FWIW hardware is a dell optiplex 756. Kernel is GENERIC with one added=20 > option (BREAK_TO_DEBUGGER). Graphics card is reported as 'Q963/Q965=20 > Integrated Graphics Controller' by pciconf. >=20 > The i810 driver works fine, but from what I gather from the xorg-drivers= =20 > port, this driver is being phased out in favour of the intel driver. Is= =20 > that correct? If so, then some work is needed somewhere. >=20 > What can I do to debug this further? I can't poweroff/poweron this machin= e=20 > remotely. :( There is a patch produced long time ago that might be relevant to the hang, may be not. diff --git a/sys/dev/drm/i915_dma.c b/sys/dev/drm/i915_dma.c index eadd9e7..7c9acab 100644 --- a/sys/dev/drm/i915_dma.c +++ b/sys/dev/drm/i915_dma.c @@ -367,20 +367,14 @@ static int i915_emit_cmds(drm_device_t * dev, int __u= ser * buffer, int dwords) for (i =3D 0; i < dwords;) { int cmd, sz; =20 - if (DRM_COPY_FROM_USER_UNCHECKED(&cmd, &buffer[i], sizeof(cmd))) { - - return DRM_ERR(EINVAL); - } + cmd =3D buffer[i]; if ((sz =3D validate_cmd(cmd)) =3D=3D 0 || i + sz > dwords) return DRM_ERR(EINVAL); =20 OUT_RING(cmd); =20 while (++i, --sz) { - if (DRM_COPY_FROM_USER_UNCHECKED(&cmd, &buffer[i], - sizeof(cmd))) { - return DRM_ERR(EINVAL); - } + cmd =3D buffer[i]; OUT_RING(cmd); } } @@ -401,10 +395,7 @@ static int i915_emit_box(drm_device_t * dev, drm_clip_rect_t box; RING_LOCALS; =20 - if (DRM_COPY_FROM_USER_UNCHECKED(&box, &boxes[i], sizeof(box))) { - return EFAULT; - } - + box =3D boxes[i]; if (box.y2 <=3D box.y1 || box.x2 <=3D box.x1 || box.y2 <=3D 0 || box.x2 <= =3D 0) { DRM_ERROR("Bad box %d,%d..%d,%d\n", box.x1, box.y1, box.x2, box.y2); @@ -604,6 +595,7 @@ static int i915_batchbuffer(DRM_IOCTL_ARGS) drm_i915_sarea_t *sarea_priv =3D (drm_i915_sarea_t *) dev_priv->sarea_priv; drm_i915_batchbuffer_t batch; + size_t cliplen; int ret; =20 if (!dev_priv->allow_batchbuffer) { @@ -619,14 +611,25 @@ static int i915_batchbuffer(DRM_IOCTL_ARGS) =20 LOCK_TEST_WITH_RETURN(dev, filp); =20 + DRM_UNLOCK(); + cliplen =3D batch.num_cliprects * sizeof(drm_clip_rect_t);=09 if (batch.num_cliprects && DRM_VERIFYAREA_READ(batch.cliprects, - batch.num_cliprects * - sizeof(drm_clip_rect_t))) + cliplen)) { + DRM_LOCK(); return DRM_ERR(EFAULT); - + } + ret =3D vslock(batch.cliprects, cliplen); + if (ret) { + DRM_ERROR("Fault wiring cliprects\n"); + DRM_LOCK(); + return DRM_ERR(EFAULT); + } + DRM_LOCK(); ret =3D i915_dispatch_batchbuffer(dev, &batch); - sarea_priv->last_dispatch =3D (int)hw_status[5]; + DRM_UNLOCK(); + vsunlock(batch.cliprects, cliplen); + DRM_LOCK(); return ret; } =20 @@ -638,6 +641,7 @@ static int i915_cmdbuffer(DRM_IOCTL_ARGS) drm_i915_sarea_t *sarea_priv =3D (drm_i915_sarea_t *) dev_priv->sarea_priv; drm_i915_cmdbuffer_t cmdbuf; + size_t cliplen; int ret; =20 DRM_COPY_FROM_USER_IOCTL(cmdbuf, (drm_i915_cmdbuffer_t __user *) data, @@ -648,22 +652,38 @@ static int i915_cmdbuffer(DRM_IOCTL_ARGS) =20 LOCK_TEST_WITH_RETURN(dev, filp); =20 + DRM_UNLOCK(); + cliplen =3D cmdbuf.num_cliprects * sizeof(drm_clip_rect_t); if (cmdbuf.num_cliprects && - DRM_VERIFYAREA_READ(cmdbuf.cliprects, - cmdbuf.num_cliprects * - sizeof(drm_clip_rect_t))) { + DRM_VERIFYAREA_READ(cmdbuf.cliprects, cliplen)) { DRM_ERROR("Fault accessing cliprects\n"); + DRM_LOCK(); return DRM_ERR(EFAULT); } - - ret =3D i915_dispatch_cmdbuffer(dev, &cmdbuf); + ret =3D vslock(cmdbuf.cliprects, cliplen); if (ret) { - DRM_ERROR("i915_dispatch_cmdbuffer failed\n"); - return ret; + DRM_ERROR("Fault wiring cliprects\n"); + DRM_LOCK(); + return DRM_ERR(EFAULT); } - - sarea_priv->last_dispatch =3D (int)hw_status[5]; - return 0; + ret =3D vslock(cmdbuf.buf, cmdbuf.sz); + if (ret) { + vsunlock(cmdbuf.cliprects, cliplen); + DRM_ERROR("Fault wiring cmds\n"); + DRM_LOCK(); + return DRM_ERR(EFAULT); + } + DRM_LOCK(); + ret =3D i915_dispatch_cmdbuffer(dev, &cmdbuf); + if (ret =3D=3D 0) + sarea_priv->last_dispatch =3D (int)hw_status[5]; + else + DRM_ERROR("i915_dispatch_cmdbuffer failed\n"); + DRM_UNLOCK(); + vsunlock(cmdbuf.buf, cmdbuf.sz); + vsunlock(cmdbuf.cliprects, cliplen); + DRM_LOCK(); + return (ret); } =20 static int i915_do_cleanup_pageflip(drm_device_t * dev) --8CNmCRe8Sh4keFKJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhEOoYACgkQC3+MBN1Mb4joXwCgyUCpmGFzEpYpFmOmydCGSjpH MTEAn0xpRNXe+ZKRU6y8IOpNssf9RspL =ii/a -----END PGP SIGNATURE----- --8CNmCRe8Sh4keFKJ-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 18:48:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35F851065673; Mon, 2 Jun 2008 18:48:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0787F8FC1A; Mon, 2 Jun 2008 18:48:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52ImePr084730; Mon, 2 Jun 2008 14:48:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52Ime7S096431; Mon, 2 Jun 2008 14:48:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D649A73039; Mon, 2 Jun 2008 14:48:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080602184839.D649A73039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 14:48:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 18:48:43 -0000 TB --- 2008-06-02 17:41:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 17:41:24 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-06-02 17:41:24 - cleaning the object tree TB --- 2008-06-02 17:41:53 - cvsupping the source tree TB --- 2008-06-02 17:41:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-06-02 17:41:59 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 17:41:59 - cd /src TB --- 2008-06-02 17:41:59 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 17:42:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 2 18:42:54 UTC 2008 TB --- 2008-06-02 18:42:54 - generating LINT kernel config TB --- 2008-06-02 18:42:54 - cd /src/sys/sun4v/conf TB --- 2008-06-02 18:42:54 - /usr/bin/make -B LINT TB --- 2008-06-02 18:42:54 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-02 18:42:54 - cd /src TB --- 2008-06-02 18:42:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 2 18:42:54 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-02 18:48:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-02 18:48:39 - ERROR: failed to build lint kernel TB --- 2008-06-02 18:48:39 - tinderbox aborted TB --- 3149.59 user 398.16 system 4035.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:38:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1C551065677 for ; Mon, 2 Jun 2008 20:38:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6612C8FC1C for ; Mon, 2 Jun 2008 20:38:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m52Kc5PI063682; Mon, 2 Jun 2008 16:38:07 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: thierry@herbelot.com Date: Mon, 2 Jun 2008 15:29:26 -0400 User-Agent: KMail/1.9.7 References: <200805291503.15787.jhb@freebsd.org> <200806011726.36771.thierry@herbelot.com> In-Reply-To: <200806011726.36771.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200806021529.26497.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 02 Jun 2008 16:38:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7325/Mon Jun 2 09:45:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: ie(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 20:38:13 -0000 On Sunday 01 June 2008 11:26:35 am Thierry Herbelot wrote: > Le Thursday 29 May 2008, John Baldwin a =E9crit : > > I have a patch to make ie(4) MPSAFE. I have no hardware to test it > > however. Note that this patch is relative to HEAD, so for testing on > > RELENG_[67] you would first need to MFC the most recent commits to if_i= e.c > > and if_ievar.h (removing the 'unit' field from the softc) and then apply > > this patch. > > > > http://www.FreeBSD.org/~jhb/patches/ie.patch >=20 > Hello, >=20 > thanks for the patch ; here is the startup, for a -current kernel : > ie1: at port 0x360-0x36f iomem 0xd0000-0xd7fff ir= q 5=20 > on isa0 > ie1: hardware type EtherExpress 16, revision 1 > ie1: bpf attached > ie1: Ethernet address: 00:aa:00:26:ea:c4 > ie1: [MPSAFE] > ie1: [ITHREAD] >=20 > it seems to be working fine (including firewalling with pf) : > ie1: flags=3D8843 metric 0 mtu 15= 00 > ether 00:aa:00:26:ea:c4 > inet6 fe80::2aa:ff:fe26:eac4%ie1 prefixlen 64 scopeid 0x5 > inet 192.168.4.3 netmask 0xffffff00 broadcast 192.168.4.255 > # ping 192.168.4.8 > PING 192.168.4.8 (192.168.4.8): 56 data bytes > 64 bytes from 192.168.4.8: icmp_seq=3D0 ttl=3D255 time=3D4.130 ms > 64 bytes from 192.168.4.8: icmp_seq=3D1 ttl=3D255 time=3D1.720 ms > 64 bytes from 192.168.4.8: icmp_seq=3D2 ttl=3D255 time=3D1.601 ms Cool, thanks for testing. > TfH >=20 > PS : there is also this kind of harmless messages at boot : > # ifconfig ie1 up > module_register: module isa/ie_SL already exists! > Module isa/ie_SL failed to register: 17 > module_register: module isa/ie_EE16 already exists! > Module isa/ie_EE16 failed to register: 17 > module_register: module isa/ie_3C507 already exists! > Module isa/ie_3C507 failed to register: 17 Try http://www.FreeBSD.org/~jhb/patches/ie_mod.patch =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:38:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 589C2106566B for ; Mon, 2 Jun 2008 20:38:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E45F8FC21 for ; Mon, 2 Jun 2008 20:38:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m52Kc5PJ063682; Mon, 2 Jun 2008 16:38:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ian FREISLICH Date: Mon, 2 Jun 2008 15:51:24 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806021551.24796.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 02 Jun 2008 16:38:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7325/Mon Jun 2 09:45:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 20:38:25 -0000 On Saturday 31 May 2008 06:26:38 pm Ian FREISLICH wrote: > John Baldwin wrote: > > I have a patch to make xe(4) MPSAFE. I do not have hardware to test this, > > however. Please test this, or the driver will be removed. > > > > http://www.FreeBSD.org/~jhb/patches/xe.patch > > Compile tests and runs ok: > > xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 > xe0: version 0x55/0x05, 100Mbps capable, with modem > xe0: Ethernet address: 00:10:a4:b6:0a:32 > xe0: [ITHREAD] Cool, thanks for testing. Can you test an additional patch that changes how the watchdog timer works a bit? http://www.FreeBSD.org/~jhb/patches/xe_wdog.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:39:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F8C0106564A; Mon, 2 Jun 2008 20:39:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id EABCB8FC14; Mon, 2 Jun 2008 20:39:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m52KdqMt024819; Mon, 2 Jun 2008 16:39:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52KdqH5019531; Mon, 2 Jun 2008 16:39:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3AD5B73039; Mon, 2 Jun 2008 16:39:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080602203952.3AD5B73039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 16:39:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 20:39:55 -0000 TB --- 2008-06-02 18:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 18:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-02 18:50:00 - cleaning the object tree TB --- 2008-06-02 18:50:51 - cvsupping the source tree TB --- 2008-06-02 18:50:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-02 18:50:57 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 18:50:57 - cd /src TB --- 2008-06-02 18:50:57 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 18:51:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Jun 2 20:31:05 UTC 2008 TB --- 2008-06-02 20:31:05 - generating LINT kernel config TB --- 2008-06-02 20:31:05 - cd /src/sys/amd64/conf TB --- 2008-06-02 20:31:05 - /usr/bin/make -B LINT TB --- 2008-06-02 20:31:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-02 20:31:05 - cd /src TB --- 2008-06-02 20:31:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 2 20:31:05 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-02 20:39:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-02 20:39:51 - ERROR: failed to build lint kernel TB --- 2008-06-02 20:39:51 - tinderbox aborted TB --- 4777.43 user 610.84 system 6591.74 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 21:06:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A9A01065673; Mon, 2 Jun 2008 21:06:39 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id C3B538FC23; Mon, 2 Jun 2008 21:06:38 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from crab.unsane.co.uk (crab.unsane.co.uk [10.0.0.111]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m52L5ndG060619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2008 22:05:49 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <484460BA.4030401@unsane.co.uk> Date: Mon, 02 Jun 2008 22:06:02 +0100 From: Vince Hoffman User-Agent: Thunderbird 2.0.0.14 (X11/20080507) MIME-Version: 1.0 To: John Baldwin References: <200806021551.24796.jhb@freebsd.org> In-Reply-To: <200806021551.24796.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 21:06:39 -0000 John Baldwin wrote: > On Saturday 31 May 2008 06:26:38 pm Ian FREISLICH wrote: >> John Baldwin wrote: >>> I have a patch to make xe(4) MPSAFE. I do not have hardware to test this, >>> however. Please test this, or the driver will be removed. >>> >>> http://www.FreeBSD.org/~jhb/patches/xe.patch >> Compile tests and runs ok: >> >> xe0: at port 0x2e8-0x2ef irq 11 > function 0 config 39 on pccard0 >> xe0: version 0x55/0x05, 100Mbps capable, with modem >> xe0: Ethernet address: 00:10:a4:b6:0a:32 >> xe0: [ITHREAD] > > Cool, thanks for testing. Can you test an additional patch that changes how > the watchdog timer works a bit? > > http://www.FreeBSD.org/~jhb/patches/xe_wdog.patch > I have a Xircom RealPort Ethernet 10/100 + Modem 56 but no longer have a laptop with a cardbus slot. I'd be willing to post it if a developer would like it/could use it. (sorry to hijack the thread but it jogged my memory and i thought I'd best post before I forgot about it again.) Vince From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 21:15:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFB67106567F; Mon, 2 Jun 2008 21:15:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B8FA88FC18; Mon, 2 Jun 2008 21:15:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52LFuqH020956; Mon, 2 Jun 2008 17:15:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m52LFuP2030045; Mon, 2 Jun 2008 17:15:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4D97C73039; Mon, 2 Jun 2008 17:15:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080602211556.4D97C73039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 17:15:56 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 21:16:00 -0000 TB --- 2008-06-02 19:56:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 19:56:48 - starting HEAD tinderbox run for i386/i386 TB --- 2008-06-02 19:56:48 - cleaning the object tree TB --- 2008-06-02 19:57:20 - cvsupping the source tree TB --- 2008-06-02 19:57:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-06-02 19:57:26 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 19:57:26 - cd /src TB --- 2008-06-02 19:57:26 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 19:57:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 2 21:06:51 UTC 2008 TB --- 2008-06-02 21:06:51 - generating LINT kernel config TB --- 2008-06-02 21:06:51 - cd /src/sys/i386/conf TB --- 2008-06-02 21:06:51 - /usr/bin/make -B LINT TB --- 2008-06-02 21:06:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-02 21:06:51 - cd /src TB --- 2008-06-02 21:06:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 2 21:06:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-02 21:15:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-02 21:15:56 - ERROR: failed to build lint kernel TB --- 2008-06-02 21:15:56 - tinderbox aborted TB --- 3416.70 user 425.66 system 4747.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 21:19:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72A961065673 for ; Mon, 2 Jun 2008 21:19:41 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63914.mail.re1.yahoo.com (web63914.mail.re1.yahoo.com [69.147.97.129]) by mx1.freebsd.org (Postfix) with SMTP id 1C10B8FC13 for ; Mon, 2 Jun 2008 21:19:40 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 49891 invoked by uid 60001); 2 Jun 2008 20:52:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=5+W2P1BHD7Og4VyuYDaEJyXIaKlN7bulOYTEskdfolxIDczdQSchDyNwoWdKdt7m5ZTydw/8yikjtKFm0DWR+vf+LbcZMVLCCY7USJAIstDLnPh2nzRqUoCr9SulkIXHV8CSUSQC8F06dJT970c+YkeaEpr9G8dw0IgdkQXGYbw=; X-YMail-OSG: K_o_stwVM1mM9bxC8xPW9jr.vf0HnO5wJ6lV_PUkHstbV4RLUkwakhvqQ6K5qY_YLqfajq0cqCN2 Received: from [98.203.28.38] by web63914.mail.re1.yahoo.com via HTTP; Mon, 02 Jun 2008 13:52:59 PDT Date: Mon, 2 Jun 2008 13:52:59 -0700 (PDT) From: Barney Cordoba To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <810100.49150.qm@web63914.mail.re1.yahoo.com> Subject: HT1000 Crash dump failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 21:19:41 -0000 I'm not sure how best to fix it, but it seems that this broke crash dumps on the HT1000 chipset: exit1() at exit1+0x39d sys_exit() at sys_exit+0xe ia32_syscall() at ia32_syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x5d Uptime: 5d0h51m55s Physical memory: 4084 MB Dumping 325 MB:ata2: FAILURE - oversized DMA transfer attempt 65536 > 64512 ad4: setting up DMA failed --------------- Previous Message ---------------- ** DUMP FAILED (ERROR 5) ** Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset: Restarting BSP I'm guessing that the atadev->max_iosize is still set to 64k somehow (DMA default) for the ata disk when it does the check in ad_strategy(), but I'm not sure how as for the HT1000 chipset at least ch->dma->max_iosize is set to 63k in the controller allocate routine which should be run before the child disk devices are probed and attached AFAICT. -- John Baldwin ---------------------------------- I found this message, but no resolution. Has anyone figured out how not to get the oversized DMA error with HT1000 chipset? Barney From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 21:37:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 274A2106566B for ; Mon, 2 Jun 2008 21:37:12 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from kasimir.com (kasimir.com [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id AB5D78FC1D for ; Mon, 2 Jun 2008 21:37:11 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 86064 invoked from network); 2 Jun 2008 23:10:29 +0200 Received: from i53874f42.versanet.de (HELO nibbler-osx.local) (83.135.79.66) by kasimir.com with SMTP; 2 Jun 2008 23:10:29 +0200 Message-ID: <484461A5.1010003@kasimir.com> Date: Mon, 02 Jun 2008 23:09:57 +0200 From: Florian Smeets User-Agent: Thunderbird 2.0.0.15pre (Macintosh/20080602) MIME-Version: 1.0 To: John Baldwin References: <200805302339.33935.jhb@freebsd.org> In-Reply-To: <200805302339.33935.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 21:37:12 -0000 John Baldwin wrote: > I have a patch to make tx(4) MPSAFE. I do not have the hardware to test this > however. Unlike many of the previous patches, though, this driver appears to > be for hardware that is not entirely ancient, so there is hopefully a decent > chance someone can test this. > > http://www.FreeBSD.org/~jhb/patches/tx.patch > Hi John, sorry does not work, do you need anything else than the backtrace? FWIW, this is an SMP system with 2 CPUs. tx0: port 0xc400-0xc4ff mem 0xe7000000-0xe7000fff irq 18 at device 11.0 on pci0 panic: mutex tx0 not owned at /usr/src/sys/dev/tx/if_tx.c:1858 cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> where Tracing pid 0 tid 100000 td 0xc089f400 kdb_enter(c07e203e,c07e203e,c07e0b03,c0c20928,0,...) at kdb_enter+0x3a panic(c07e0b03,c2134860,c07d7a1c,742,c0c20954,...) at panic+0x12c _mtx_assert(c204bc54,4,c07d7a1c,742,0,...) at _mtx_assert+0x87 epic_miibus_readreg(c20f4d80,0,1,c20f4c00,c204bc00,...) at epic_miibus_readreg+0x38 mii_phy_probe(c20f4d80,c204bc0c,c0536920,c0534de0,c0533bb0,...) at mii_phy_probe+0xb3 epic_attach(c20f4d80,c20b0854,c085bc44,c07e47f9,80000000,...) at epic_attach+0x817 device_attach(c20f4d80,c20f4d80,c07e4757,935,c20f4d80,...) at device_attach+0x36f device_probe_and_attach(c20f4d80,c208d980,c0c20a94,c04861bc,c20f4c00,...) at device_probe_and_attach+0x100 bus_generic_attach(c20f4c00,c2116080,1,c0485c00,c20f4c00,0,c2116080) at bus_generic_attach+0x19 acpi_pci_attach(c20f4c00,c20d5854,c085bc44,c07e47f9,80000000,...) at acpi_pci_attach+0x18c device_attach(c20f4c00,c20f4c00,c07e4757,935,c20f4c00,...) at device_attach+0x36f device_probe_and_attach(c20f4c00,c208dc00,c0c20b34,c0488214,c208d980,...) at device_probe_and_attach+0x100 bus_generic_attach(c208d980,c0805f71,0,c0c20b24,c2116080,...) at bus_generic_attach+0x19 acpi_pcib_attach(c208d980,c211a2b4,0,c0c20b54,2,...) at acpi_pcib_attach+0x194 acpi_pcib_acpi_attach(c208d980,c20a9854,c085bc44,c07e47f9,80000000,...) at acpi_pcib_acpi_attach+0x236 device_attach(c208d980,c208d980,c07e4757,935,c208d980,...) at device_attach+0x36f device_probe_and_attach(c208d980,297,c0c20c54,c047defa,c208dc00,...) at device_probe_and_attach+0x100 bus_generic_attach(c208dc00,294,297,c2117768,294,...) at bus_generic_attach+0x19 acpi_attach(c208dc00,c20ab054,c085bc44,c07e47f9,80000000,...) at acpi_attach+0xb3a device_attach(c208dc00,c208dc00,c07e4757,935,c208dc00,...) at device_attach+0x36f device_probe_and_attach(c208dc00,c20f4280,c0c20ce8,c077450e,c20f4280,...) at device_probe_and_attach+0x100 bus_generic_attach(c20f4280,a,c07c962c,0) at bus_generic_attach+0x19 nexus_acpi_attach(c20f4280,c20f0854,c085bc44,c07e47f9,80000000,...) at nexus_acpi_attach+0x7e device_attach(c20f4280,c20f4280,c07e4757,935,c20f4280,...) at device_attach+0x36f device_probe_and_attach(c20f4280,c0810124,c0c20d6c,c07792bc,c08acf34,...) at device_probe_and_attach+0x100 root_bus_configure(c08acf34,c0c20d88,c056f3d6,0,c1ec00,...) at root_bus_configure+0x1b configure(0,c1ec00,c1ec00,c1e000,c25000,...) at configure+0xc mi_startup() at mi_startup+0x96 begin() at begin+0x2c Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 21:49:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 717EA1065673 for ; Mon, 2 Jun 2008 21:49:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 14A058FC16 for ; Mon, 2 Jun 2008 21:49:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m52LnHfW064270; Mon, 2 Jun 2008 17:49:17 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 2 Jun 2008 17:46:30 -0400 User-Agent: KMail/1.9.7 References: <810100.49150.qm@web63914.mail.re1.yahoo.com> In-Reply-To: <810100.49150.qm@web63914.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806021746.30557.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 02 Jun 2008 17:49:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7325/Mon Jun 2 09:45:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Barney Cordoba Subject: Re: HT1000 Crash dump failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 21:49:24 -0000 On Monday 02 June 2008 04:52:59 pm Barney Cordoba wrote: > I'm not sure how best to fix it, but it seems that > this broke crash dumps on > the HT1000 chipset: > exit1() at exit1+0x39d > sys_exit() at sys_exit+0xe > ia32_syscall() at ia32_syscall+0x256 > Xint0x80_syscall() at Xint0x80_syscall+0x5d > Uptime: 5d0h51m55s > Physical memory: 4084 MB > Dumping 325 MB:ata2: FAILURE - oversized DMA transfer > attempt 65536 > 64512 > ad4: setting up DMA failed > --------------- Previous Message ---------------- > ** DUMP FAILED (ERROR 5) ** > Automatic reboot in 15 seconds - press a key on the > console to abort > Rebooting... > cpu_reset: Restarting BSP > I'm guessing that the atadev->max_iosize is still set > to 64k somehow (DMA > default) for the ata disk when it does the check in > ad_strategy(), but I'm > not sure how as for the HT1000 chipset at least > ch->dma->max_iosize is set to > 63k in the controller allocate routine which should be > run before the child > disk devices are probed and attached AFAICT. > -- > John Baldwin > > ---------------------------------- > > I found this message, but no resolution. Has anyone > figured out how not to get the oversized DMA error > with HT1000 chipset? Yeah, try this patch. I get massive instability on RELENG_7 HT1000 systems w/o it. Index: ata-chipset.c =================================================================== RCS file: /usr/cvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.219 diff -u -r1.219 ata-chipset.c --- ata-chipset.c 21 Apr 2008 10:51:38 -0000 1.219 +++ ata-chipset.c 2 Jun 2008 21:45:54 -0000 @@ -1825,7 +1825,7 @@ int error; ch->dma.alignment = 16; - ch->dma.max_iosize = 126 * DEV_BSIZE; + ch->dma.max_iosize = 64 * DEV_BSIZE; mode = ata_limit_mode(dev, mode, ATA_UDMA2); @@ -3212,7 +3212,7 @@ ch->dma.max_address = BUS_SPACE_MAXADDR; /* chip does not reliably do 64K DMA transfers */ - ch->dma.max_iosize = 126 * DEV_BSIZE; + ch->dma.max_iosize = 64 * DEV_BSIZE; } @@ -3261,7 +3261,7 @@ int error; ch->dma.alignment = 16; - ch->dma.max_iosize = 126 * DEV_BSIZE; + ch->dma.max_iosize = 64 * DEV_BSIZE; mode = ata_limit_mode(dev, mode, ATA_UDMA2); @@ -4664,7 +4664,7 @@ { ATA_CSB6, 0x00, SWKS100, 0, ATA_UDMA5, "CSB6" }, { ATA_CSB6_1, 0x00, SWKS66, 0, ATA_UDMA4, "CSB6" }, { ATA_HT1000, 0x00, SWKS100, 0, ATA_UDMA5, "HT1000" }, - { ATA_HT1000_S1, 0x00, SWKS100, 4, ATA_SA150, "HT1000" }, + { ATA_HT1000_S1, 0x00, SWKSMIO, 4, ATA_SA150, "HT1000" }, { ATA_HT1000_S2, 0x00, SWKSMIO, 4, ATA_SA150, "HT1000" }, { ATA_K2, 0x00, SWKSMIO, 4, ATA_SA150, "K2" }, { ATA_FRODO4, 0x00, SWKSMIO, 4, ATA_SA150, "Frodo4" }, @@ -4766,7 +4766,7 @@ ch->hw.tf_write = ata_serverworks_tf_write; /* chip does not reliably do 64K DMA transfers */ - ch->dma.max_iosize = 126 * DEV_BSIZE; + ch->dma.max_iosize = 64 * DEV_BSIZE; return 0; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 21:49:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C51AE1065720 for ; Mon, 2 Jun 2008 21:49:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 73D878FC29 for ; Mon, 2 Jun 2008 21:49:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m52LnHfX064270; Mon, 2 Jun 2008 17:49:24 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Florian Smeets Date: Mon, 2 Jun 2008 17:49:06 -0400 User-Agent: KMail/1.9.7 References: <200805302339.33935.jhb@freebsd.org> <484461A5.1010003@kasimir.com> In-Reply-To: <484461A5.1010003@kasimir.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806021749.06765.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 02 Jun 2008 17:49:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7325/Mon Jun 2 09:45:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 21:49:30 -0000 On Monday 02 June 2008 05:09:57 pm Florian Smeets wrote: > John Baldwin wrote: > > I have a patch to make tx(4) MPSAFE. I do not have the hardware to test this > > however. Unlike many of the previous patches, though, this driver appears to > > be for hardware that is not entirely ancient, so there is hopefully a decent > > chance someone can test this. > > > > http://www.FreeBSD.org/~jhb/patches/tx.patch > > > > Hi John, > > sorry does not work, do you need anything else than the backtrace? FWIW, > this is an SMP system with 2 CPUs. Ok, I've updated the patch to fix this (and to fix a few other minor nits with the driver). Please refetch the patch from the URL above and try again. Thanks. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 21:58:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00F51065682; Mon, 2 Jun 2008 21:58:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D96DA8FC38; Mon, 2 Jun 2008 21:58:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52Lw17R030314; Mon, 2 Jun 2008 17:58:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m52Lw1tt031823; Mon, 2 Jun 2008 17:58:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6399873039; Mon, 2 Jun 2008 17:58:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080602215801.6399873039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 17:58:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 21:58:04 -0000 TB --- 2008-06-02 20:39:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 20:39:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-06-02 20:39:52 - cleaning the object tree TB --- 2008-06-02 20:40:28 - cvsupping the source tree TB --- 2008-06-02 20:40:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-06-02 20:40:35 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 20:40:35 - cd /src TB --- 2008-06-02 20:40:35 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 20:40:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 2 21:50:21 UTC 2008 TB --- 2008-06-02 21:50:21 - generating LINT kernel config TB --- 2008-06-02 21:50:21 - cd /src/sys/pc98/conf TB --- 2008-06-02 21:50:21 - /usr/bin/make -B LINT TB --- 2008-06-02 21:50:21 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-02 21:50:21 - cd /src TB --- 2008-06-02 21:50:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 2 21:50:21 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-02 21:58:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-02 21:58:01 - ERROR: failed to build lint kernel TB --- 2008-06-02 21:58:01 - tinderbox aborted TB --- 3340.91 user 432.27 system 4688.80 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 22:44:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 863851065674; Mon, 2 Jun 2008 22:44:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5A18C8FC16; Mon, 2 Jun 2008 22:44:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52MifVB036840; Mon, 2 Jun 2008 18:44:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52Mif3a022273; Mon, 2 Jun 2008 18:44:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 43AD673039; Mon, 2 Jun 2008 18:44:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080602224441.43AD673039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 18:44:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 22:44:44 -0000 TB --- 2008-06-02 21:15:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 21:15:56 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-02 21:15:56 - cleaning the object tree TB --- 2008-06-02 21:16:29 - cvsupping the source tree TB --- 2008-06-02 21:16:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-02 21:16:35 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 21:16:35 - cd /src TB --- 2008-06-02 21:16:35 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 21:16:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 2 22:35:19 UTC 2008 TB --- 2008-06-02 22:35:19 - generating LINT kernel config TB --- 2008-06-02 22:35:19 - cd /src/sys/ia64/conf TB --- 2008-06-02 22:35:19 - /usr/bin/make -B LINT TB --- 2008-06-02 22:35:19 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-02 22:35:19 - cd /src TB --- 2008-06-02 22:35:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 2 22:35:20 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-02 22:44:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-02 22:44:41 - ERROR: failed to build lint kernel TB --- 2008-06-02 22:44:41 - tinderbox aborted TB --- 3910.36 user 427.40 system 5324.56 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 23:02:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35AFC1065682 for ; Mon, 2 Jun 2008 23:02:45 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from kasimir.com (kasimir.com [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 73CF98FC21 for ; Mon, 2 Jun 2008 23:02:44 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 90108 invoked from network); 3 Jun 2008 01:02:42 +0200 Received: from i53874f42.versanet.de (HELO nibbler-osx.local) (83.135.79.66) by kasimir.com with SMTP; 3 Jun 2008 01:02:42 +0200 Message-ID: <48447BF4.4000808@kasimir.com> Date: Tue, 03 Jun 2008 01:02:12 +0200 From: Florian Smeets User-Agent: Thunderbird 2.0.0.15pre (Macintosh/20080602) MIME-Version: 1.0 To: John Baldwin References: <200805302339.33935.jhb@freebsd.org> <484461A5.1010003@kasimir.com> <200806021749.06765.jhb@freebsd.org> In-Reply-To: <200806021749.06765.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 23:02:45 -0000 John Baldwin wrote: > On Monday 02 June 2008 05:09:57 pm Florian Smeets wrote: >> John Baldwin wrote: >>> I have a patch to make tx(4) MPSAFE. I do not have the hardware to test > this >>> however. Unlike many of the previous patches, though, this driver appears > to >>> be for hardware that is not entirely ancient, so there is hopefully a > decent >>> chance someone can test this. >>> >>> http://www.FreeBSD.org/~jhb/patches/tx.patch >>> >> Hi John, >> >> sorry does not work, do you need anything else than the backtrace? FWIW, >> this is an SMP system with 2 CPUs. > > Ok, I've updated the patch to fix this (and to fix a few other minor nits with > the driver). Please refetch the patch from the URL above and try again. > Thanks. > It get's a little further but i get a lot of witness warnings: tx0: port 0xc400-0xc4ff mem 0xe7000000-0xe7000fff irq 18 at device 11.0 on pci0 uma_zalloc_arg: zone "64" with the following non-sleepable locks held: exclusive sleep mutex tx0 (network driver) r = 0 (0xc2046c54) locked @ /usr/src/sys/dev/tx/if_tx.c:382 KDB: stack backtrace: db_trace_self_wrapper(c079791b,c0c20838,c05df997,c0797db3,c0c2084c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0797db3,c0c2084c,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c07af22e,c079afd6,c07575ce,...) at witness_warn+0x1d7 uma_zalloc_arg(c1072d20,0,102,2,c08597b4,...) at uma_zalloc_arg+0x34 malloc(2c,c08145c0,102,0,c2048de0,...) at malloc+0xd2 sysctl_add_oid(c2048de0,c08597b4,ffffffff,c2048dec,80000001,...) at sysctl_add_oid+0x95 device_attach(c2132280,c2132280,c0796f86,935,c2132280,...) at device_attach+0x85 device_probe_and_attach(c2132280,3,c0c20974,c04e7aea,c20fad80,...) at device_probe_and_attach+0x100 bus_generic_attach(c20fad80,3,1,c2046c54,c2046c00,...) at bus_generic_attach+0x19 mii_phy_probe(c20fad80,c2046c0c,c0531fa0,c05303d0,c052f1b0,...) at mii_phy_probe+0xfa epic_attach(c20fad80,c20d0854,c080bd04,c0797028,80000000,...) at epic_attach+0x822 device_attach(c20fad80,c20fad80,c0796f86,935,c20fad80,...) at device_attach+0x36f device_probe_and_attach(c20fad80,c2088980,c0c20a94,c048126c,c20fac00,...) at device_probe_and_attach+0x100 bus_generic_attach(c20fac00,c204fda0,1,c0480cb0,c20fac00,0,c204fda0) at bus_generic_attach+0x19 acpi_pci_attach(c20fac00,c20d5854,c080bd04,c0797028,80000000,...) at acpi_pci_attach+0x18c device_attach(c20fac00,c20fac00,c0796f86,935,c20fac00,...) at device_attach+0x36f device_probe_and_attach(c20fac00,c2088c00,c0c20b34,c04832c4,c2088980,...) at device_probe_and_attach+0x100 bus_generic_attach(c2088980,c07b61e2,0,c0c20b24,c204fda0,...) at bus_generic_attach+0x19 acpi_pcib_attach(c2088980,c21151b4,0,c0c20b54,2,...) at acpi_pcib_attach+0x194 acpi_pcib_acpi_attach(c2088980,c20ac054,c080bd04,c0797028,80000000,...) at acpi_pcib_acpi_attach+0x236 device_attach(c2088980,c2088980,c0796f86,935,c2088980,...) at device_attach+0x36f device_probe_and_attach(c2088980,297,c0c20c54,c0478faa,c2088c00,...) at device_probe_and_attach+0x100 bus_generic_attach(c2088c00,294,297,c2112668,294,...) at bus_generic_attach+0x19 acpi_attach(c2088c00,c20ad854,c080bd04,c0797028,80000000,...) at acpi_attach+0xb3a device_attach(c2088c00,c2088c00,c0796f86,935,c2088c00,...) at device_attach+0x36f device_probe_and_attach(c2088c00,c20fa280,c0c20ce8,c0727abe,c20fa280,...) at device_probe_and_attach+0x100 bus_generic_attach(c20fa280,a,c077be4c,0) at bus_generic_attach+0x19 nexus_acpi_attach(c20fa280,c20e6854,c080bd04,c0797028,80000000,...) at nexus_acpi_attach+0x7e device_attach(c20fa280,c20fa280,c0796f86,935,c20fa280,...) at device_attach+0x36f device_probe_and_attach(c20fa280,c07c0298,c0c20d6c,c072c86c,c085b054,...) at device_probe_and_attach+0x100 root_bus_configure(c085b054,c0c20d88,c056af66,0,c1ec00,...) at root_bus_configure+0x1b configure(0,c1ec00,c1ec00,c1e000,c25000,...) at configure+0xc mi_startup() at mi_startup+0x96 begin() at begin+0x2c uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex tx0 (network driver) r = 0 (0xc2046c54) locked @ /usr/src/sys/dev/tx/if_tx.c:382 KDB: stack backtrace: db_trace_self_wrapper(c079791b,c0c20838,c05df997,c0797db3,c0c2084c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0797db3,c0c2084c,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c07af22e,c0784364,c07575ce,...) at witness_warn+0x1d7 uma_zalloc_arg(c1072960,0,2,2,c08597b4,...) at uma_zalloc_arg+0x34 malloc(7,c08145c0,2,6,c2048de0,...) at malloc+0xd2 sysctl_add_oid(c2048de0,c08597b4,ffffffff,c2048dec,80000001,...) at sysctl_add_oid+0xd8 device_attach(c2132280,c2132280,c0796f86,935,c2132280,...) at device_attach+0x85 device_probe_and_attach(c2132280,3,c0c20974,c04e7aea,c20fad80,...) at device_probe_and_attach+0x100 bus_generic_attach(c20fad80,3,1,c2046c54,c2046c00,...) at bus_generic_attach+0x19 mii_phy_probe(c20fad80,c2046c0c,c0531fa0,c05303d0,c052f1b0,...) at mii_phy_probe+0xfa epic_attach(c20fad80,c20d0854,c080bd04,c0797028,80000000,...) at epic_attach+0x822 device_attach(c20fad80,c20fad80,c0796f86,935,c20fad80,...) at device_attach+0x36f device_probe_and_attach(c20fad80,c2088980,c0c20a94,c048126c,c20fac00,...) at device_probe_and_attach+0x100 bus_generic_attach(c20fac00,c204fda0,1,c0480cb0,c20fac00,0,c204fda0) at bus_generic_attach+0x19 acpi_pci_attach(c20fac00,c20d5854,c080bd04,c0797028,80000000,...) at acpi_pci_attach+0x18c device_attach(c20fac00,c20fac00,c0796f86,935,c20fac00,...) at device_attach+0x36f device_probe_and_attach(c20fac00,c2088c00,c0c20b34,c04832c4,c2088980,...) at device_probe_and_attach+0x100 bus_generic_attach(c2088980,c07b61e2,0,c0c20b24,c204fda0,...) at bus_generic_attach+0x19 acpi_pcib_attach(c2088980,c21151b4,0,c0c20b54,2,...) at acpi_pcib_attach+0x194 acpi_pcib_acpi_attach(c2088980,c20ac054,c080bd04,c0797028,80000000,...) at acpi_pcib_acpi_attach+0x236 device_attach(c2088980,c2088980,c0796f86,935,c2088980,...) at device_attach+0x36f device_probe_and_attach(c2088980,297,c0c20c54,c0478faa,c2088c00,...) at device_probe_and_attach+0x100 bus_generic_attach(c2088c00,294,297,c2112668,294,...) at bus_generic_attach+0x19 acpi_attach(c2088c00,c20ad854,c080bd04,c0797028,80000000,...) at acpi_attach+0xb3a device_attach(c2088c00,c2088c00,c0796f86,935,c2088c00,...) at device_attach+0x36f device_probe_and_attach(c2088c00,c20fa280,c0c20ce8,c0727abe,c20fa280,...) at device_probe_and_attach+0x100 bus_generic_attach(c20fa280,a,c077be4c,0) at bus_generic_attach+0x19 nexus_acpi_attach(c20fa280,c20e6854,c080bd04,c0797028,80000000,...) at nexus_acpi_attach+0x7e device_attach(c20fa280,c20fa280,c0796f86,935,c20fa280,...) at device_attach+0x36f device_probe_and_attach(c20fa280,c07c0298,c0c20d6c,c072c86c,c085b054,...) at device_probe_and_attach+0x100 root_bus_configure(c085b054,c0c20d88,c056af66,0,c1ec00,...) at root_bus_configure+0x1b configure(0,c1ec00,c1ec00,c1e000,c25000,...) at configure+0xc mi_startup() at mi_startup+0x96 begin() at begin+0x2c It goes on like that forever sometimes the zone varies between "16" "32" and "64". The system does not boot further, or i was just to impatient... Anything i can do? Thanks, Florian From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 23:10:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8218C1065685 for ; Mon, 2 Jun 2008 23:10:43 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from kasimir.com (kasimir.com [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 0257A8FC19 for ; Mon, 2 Jun 2008 23:10:42 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 90278 invoked from network); 3 Jun 2008 01:10:42 +0200 Received: from i53874f42.versanet.de (HELO nibbler-osx.local) (83.135.79.66) by kasimir.com with SMTP; 3 Jun 2008 01:10:41 +0200 Message-ID: <48447DD3.8030700@kasimir.com> Date: Tue, 03 Jun 2008 01:10:11 +0200 From: Florian Smeets User-Agent: Thunderbird 2.0.0.15pre (Macintosh/20080602) MIME-Version: 1.0 To: John Baldwin References: <200805302339.33935.jhb@freebsd.org> <484461A5.1010003@kasimir.com> <200806021749.06765.jhb@freebsd.org> <48447BF4.4000808@kasimir.com> In-Reply-To: <48447BF4.4000808@kasimir.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 23:10:43 -0000 Florian Smeets wrote: > John Baldwin wrote: >> On Monday 02 June 2008 05:09:57 pm Florian Smeets wrote: >>> John Baldwin wrote: >>>> I have a patch to make tx(4) MPSAFE. I do not have the hardware to >>>> test >> this >>>> however. Unlike many of the previous patches, though, this driver >>>> appears >> to >>>> be for hardware that is not entirely ancient, so there is hopefully a >> decent >>>> chance someone can test this. >>>> >>>> http://www.FreeBSD.org/~jhb/patches/tx.patch >>>> >>> Hi John, >>> >>> sorry does not work, do you need anything else than the backtrace? >>> FWIW, this is an SMP system with 2 CPUs. >> >> Ok, I've updated the patch to fix this (and to fix a few other minor >> nits with the driver). Please refetch the patch from the URL above >> and try again. Thanks. >> > > > > It goes on like that forever sometimes the zone varies between "16" "32" > and "64". The system does not boot further, or i was just to impatient... > In fact i was too impatient, it did boot. After the last witness warning these messages appear: tx0: Ethernet address: 00:e0:29:6c:2e:47 tx0: [ITHREAD] tx0: flags=8843 metric 0 mtu 1500 options=8 ether 00:e0:29:6c:2e:47 inet 172.30.1.100 netmask 0xffff0000 broadcast 172.30.255.255 media: Ethernet autoselect (100baseTX ) status: active And it does work flo@fw-pri:~ 1 > ping 172.30.1.100 PING 172.30.1.100 (172.30.1.100): 56 data bytes 64 bytes from 172.30.1.100: icmp_seq=0 ttl=64 time=1.780 ms 64 bytes from 172.30.1.100: icmp_seq=1 ttl=64 time=0.969 ms 64 bytes from 172.30.1.100: icmp_seq=2 ttl=64 time=0.974 ms Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 23:14:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 080CB1065679; Mon, 2 Jun 2008 23:14:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CEF908FC32; Mon, 2 Jun 2008 23:14:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52NENPu039827; Mon, 2 Jun 2008 19:14:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52NENP0043514; Mon, 2 Jun 2008 19:14:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3B14F73039; Mon, 2 Jun 2008 19:14:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080602231423.3B14F73039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 19:14:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 23:14:26 -0000 TB --- 2008-06-02 21:58:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 21:58:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-06-02 21:58:01 - cleaning the object tree TB --- 2008-06-02 21:58:29 - cvsupping the source tree TB --- 2008-06-02 21:58:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-06-02 21:58:36 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 21:58:36 - cd /src TB --- 2008-06-02 21:58:36 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 21:58:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 2 23:07:48 UTC 2008 TB --- 2008-06-02 23:07:48 - generating LINT kernel config TB --- 2008-06-02 23:07:48 - cd /src/sys/powerpc/conf TB --- 2008-06-02 23:07:48 - /usr/bin/make -B LINT TB --- 2008-06-02 23:07:48 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-02 23:07:48 - cd /src TB --- 2008-06-02 23:07:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 2 23:07:48 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-02 23:14:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-02 23:14:23 - ERROR: failed to build lint kernel TB --- 2008-06-02 23:14:23 - tinderbox aborted TB --- 3357.29 user 405.62 system 4581.64 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 23:58:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B4BA1065672; Mon, 2 Jun 2008 23:58:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3952D8FC12; Mon, 2 Jun 2008 23:58:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m52NwCVi042575; Mon, 2 Jun 2008 19:58:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m52NwBV4071957; Mon, 2 Jun 2008 19:58:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 997A773039; Mon, 2 Jun 2008 19:58:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080602235811.997A773039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 19:58:11 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 23:58:14 -0000 TB --- 2008-06-02 22:44:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 22:44:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-06-02 22:44:41 - cleaning the object tree TB --- 2008-06-02 22:45:02 - cvsupping the source tree TB --- 2008-06-02 22:45:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-06-02 22:45:08 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 22:45:08 - cd /src TB --- 2008-06-02 22:45:08 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 22:45:10 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 2 23:51:09 UTC 2008 TB --- 2008-06-02 23:51:09 - generating LINT kernel config TB --- 2008-06-02 23:51:09 - cd /src/sys/sparc64/conf TB --- 2008-06-02 23:51:09 - /usr/bin/make -B LINT TB --- 2008-06-02 23:51:09 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-02 23:51:09 - cd /src TB --- 2008-06-02 23:51:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 2 23:51:09 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-02 23:58:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-02 23:58:11 - ERROR: failed to build lint kernel TB --- 2008-06-02 23:58:11 - tinderbox aborted TB --- 3182.21 user 398.50 system 4409.99 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 00:23:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E4711065670; Tue, 3 Jun 2008 00:23:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4E08FC0C; Tue, 3 Jun 2008 00:23:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m530NGw8045620; Mon, 2 Jun 2008 20:23:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m530NGvZ087496; Mon, 2 Jun 2008 20:23:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1942D73039; Mon, 2 Jun 2008 20:23:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603002316.1942D73039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 20:23:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 00:23:18 -0000 TB --- 2008-06-02 23:14:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-02 23:14:23 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-06-02 23:14:23 - cleaning the object tree TB --- 2008-06-02 23:14:46 - cvsupping the source tree TB --- 2008-06-02 23:14:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-06-02 23:14:53 - building world (CFLAGS=-O -pipe) TB --- 2008-06-02 23:14:53 - cd /src TB --- 2008-06-02 23:14:53 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 2 23:14:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 00:17:32 UTC 2008 TB --- 2008-06-03 00:17:32 - generating LINT kernel config TB --- 2008-06-03 00:17:32 - cd /src/sys/sun4v/conf TB --- 2008-06-03 00:17:32 - /usr/bin/make -B LINT TB --- 2008-06-03 00:17:32 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 00:17:32 - cd /src TB --- 2008-06-03 00:17:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 00:17:32 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 00:23:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 00:23:16 - ERROR: failed to build lint kernel TB --- 2008-06-03 00:23:16 - tinderbox aborted TB --- 3154.20 user 400.59 system 4132.70 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 01:00:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37D711065678 for ; Tue, 3 Jun 2008 01:00:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id E64148FC2C for ; Tue, 3 Jun 2008 01:00:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1374631rvf.43 for ; Mon, 02 Jun 2008 18:00:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=oOCbO5i9vcOqaaS1O8RrpqD9AvzsMGDSwEGf5abo5ps=; b=OWUprKE5GVZSxUnnWzbM9i2oKffwRQCHWdM5phk/tegy8qTHoly/1GIrEZiv7F8rA1vTyrbPshWs4KfQFeIsD56VsQlxCi+2dVlcdD20+KXs87HcN6QiMD9Z5VcT+WSPEMUnNlDEPmUv/n64KUmhsoI4RjhX5Z6ERVr8mmIQCEI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=xCa63LzVDYgAoLcImC6WT/tvkplB4fMwjmd4fYqtxP1Cl94q4TfAk+VgucJmiHe4DOzI9891cWnsY78PzIx3QH5QLm/TAVTwJOF2duWqoH+pUIfuktbId2ljoa7ibyAA9bG5YtfJXD1jUruLoSSeM9rIm1ltd1ILNlOEsRGkRgE= Received: by 10.141.68.5 with SMTP id v5mr5372860rvk.179.1212454808646; Mon, 02 Jun 2008 18:00:08 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k2sm7037134rvb.4.2008.06.02.18.00.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Jun 2008 18:00:06 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m53101l7087954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Jun 2008 10:00:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m53101rG087953; Tue, 3 Jun 2008 10:00:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 3 Jun 2008 10:00:01 +0900 From: Pyun YongHyeon To: Norikatsu Shigemura Message-ID: <20080603010001.GA87699@cdnetworks.co.kr> References: <20080602034630.eb07fe5c.nork@FreeBSD.org> <20080602003948.GA83841@cdnetworks.co.kr> <20080603011316.7736c782.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20080603011316.7736c782.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, Bill Paul , Sam Leffler Subject: Re: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 01:00:09 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 03, 2008 at 01:13:16AM +0900, Norikatsu Shigemura wrote: > Hi sam and yongari! > > On Mon, 2 Jun 2008 09:39:48 +0900 > Pyun YongHyeon wrote: > > > ukphy0: PHY 0 on miibus0 > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto > > > I'm not familiar with USB but this looks like PHY driver problem or > > mishandling of link state change in axe(4). > > Because axe(4) uses ukphy(4), a generic PHY driver, it would be > > even better if you can show me the verbosed boot messages related > > with axe(4)/ukphy(4) or "devinfo -rv | grep oui". > > Thanks for your pointed out! I didn't notice PHY problem. > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > axe0: on uhub1 > axe0: AX88178, bufsz 4096, boundary 512 > miibus1: on axe0 > ukphy0: PHY 0 on miibus1 > ukphy0: OUI 0x1e525e, model 0x0014, rev. 9 ^^^^^^^^^^^^ This OUI does not exist in IEEE OUI database so I vaguely guess this one comes from broken MII_OUI macro implementation in FreeBSD. Because PHY vendors also made the same mistake as FreeBSD this hasn't been much problem so far. Would you apply the following patch and let me know the output of ukphy(4)? > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto > axe0: bpf attached > axe0: Ethernet address: 00:90:cc:ef:b9:f6 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > ukphy0 pnpinfo oui=0x1e525e model=0x14 rev=0x9 at phyno=0 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -- Regards, Pyun YongHyeon --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ukphy.id.patch" --- sys/dev/mii/ukphy.c.orig 2007-01-20 09:52:29.000000000 +0900 +++ sys/dev/mii/ukphy.c 2008-06-03 09:51:28.000000000 +0900 @@ -159,6 +159,11 @@ mii_phy_add_media(sc); printf("\n"); +#if 1 + device_printf(dev, "IDR1 = 0x%04x, IDR2 = 0x%04x\n", + PHY_READ(sc, MII_PHYIDR1), PHY_READ(sc, MII_PHYIDR2)); +#endif + MIIBUS_MEDIAINIT(sc->mii_dev); mii_phy_setmedia(sc); --gKMricLos+KVdGMg-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 01:40:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDA501065679 for ; Tue, 3 Jun 2008 01:40:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outm.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id C1C668FC17 for ; Tue, 3 Jun 2008 01:40:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 6F9972351 for ; Mon, 2 Jun 2008 18:40:53 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 474292D600F for ; Mon, 2 Jun 2008 18:40:53 -0700 (PDT) Message-ID: <4844A129.8040901@elischer.org> Date: Mon, 02 Jun 2008 18:40:57 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: seemingly off topic but not really X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 01:40:53 -0000 Does anyone know of a program that knows C syntax, and can rename a variable across a set of files without screwing up the comments etc.? I vaguely remember seeing such a program once... From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 01:48:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D81571065674 for ; Tue, 3 Jun 2008 01:48:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (oute.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id CAEC38FC17 for ; Tue, 3 Jun 2008 01:48:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 075182351 for ; Mon, 2 Jun 2008 18:48:52 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 5F3382D6013 for ; Mon, 2 Jun 2008 18:48:51 -0700 (PDT) Message-ID: <4844A307.9080302@elischer.org> Date: Mon, 02 Jun 2008 18:48:55 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: FreeBSD Current References: <4844A129.8040901@elischer.org> In-Reply-To: <4844A129.8040901@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: seemingly off topic but not really X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 01:48:51 -0000 Julian Elischer wrote: > Does anyone know of a program that knows C syntax, and can rename a > variable across a set of files without screwing up the comments etc.? > > I vaguely remember seeing such a program once... hmm Cscope might do the trick.. ... > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 02:15:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 627D1106564A; Tue, 3 Jun 2008 02:15:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 29DCD8FC16; Tue, 3 Jun 2008 02:15:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m532EuAB059757; Mon, 2 Jun 2008 22:14:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m532Eu26059481; Mon, 2 Jun 2008 22:14:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB52973039; Mon, 2 Jun 2008 22:14:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603021456.AB52973039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 22:14:56 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 02:15:00 -0000 TB --- 2008-06-03 00:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 00:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-03 00:25:00 - cleaning the object tree TB --- 2008-06-03 00:25:46 - cvsupping the source tree TB --- 2008-06-03 00:25:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-03 00:25:52 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 00:25:52 - cd /src TB --- 2008-06-03 00:25:52 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 00:25:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 3 02:06:14 UTC 2008 TB --- 2008-06-03 02:06:14 - generating LINT kernel config TB --- 2008-06-03 02:06:14 - cd /src/sys/amd64/conf TB --- 2008-06-03 02:06:14 - /usr/bin/make -B LINT TB --- 2008-06-03 02:06:14 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 02:06:14 - cd /src TB --- 2008-06-03 02:06:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 02:06:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 02:14:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 02:14:56 - ERROR: failed to build lint kernel TB --- 2008-06-03 02:14:56 - tinderbox aborted TB --- 4773.32 user 613.60 system 6596.18 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 02:50:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B6D61065672; Tue, 3 Jun 2008 02:50:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 07DDB8FC15; Tue, 3 Jun 2008 02:50:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m532okGs056739; Mon, 2 Jun 2008 22:50:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m532okvn085614; Mon, 2 Jun 2008 22:50:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0581573039; Mon, 2 Jun 2008 22:50:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603025046.0581573039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 22:50:46 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 02:50:49 -0000 TB --- 2008-06-03 01:31:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 01:31:45 - starting HEAD tinderbox run for i386/i386 TB --- 2008-06-03 01:31:45 - cleaning the object tree TB --- 2008-06-03 01:32:09 - cvsupping the source tree TB --- 2008-06-03 01:32:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-06-03 01:32:16 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 01:32:16 - cd /src TB --- 2008-06-03 01:32:16 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 01:32:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 02:41:17 UTC 2008 TB --- 2008-06-03 02:41:17 - generating LINT kernel config TB --- 2008-06-03 02:41:17 - cd /src/sys/i386/conf TB --- 2008-06-03 02:41:17 - /usr/bin/make -B LINT TB --- 2008-06-03 02:41:17 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 02:41:17 - cd /src TB --- 2008-06-03 02:41:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 02:41:17 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 02:50:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 02:50:45 - ERROR: failed to build lint kernel TB --- 2008-06-03 02:50:45 - tinderbox aborted TB --- 3419.64 user 423.99 system 4740.28 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 03:32:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 815AF106566C; Tue, 3 Jun 2008 03:32:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5018FC2F; Tue, 3 Jun 2008 03:32:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m533WEHa067072; Mon, 2 Jun 2008 23:32:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m533WEdI010723; Mon, 2 Jun 2008 23:32:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 85CC373039; Mon, 2 Jun 2008 23:32:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603033214.85CC373039@freebsd-current.sentex.ca> Date: Mon, 2 Jun 2008 23:32:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 03:32:17 -0000 TB --- 2008-06-03 02:14:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 02:14:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-06-03 02:14:56 - cleaning the object tree TB --- 2008-06-03 02:15:24 - cvsupping the source tree TB --- 2008-06-03 02:15:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-06-03 02:15:30 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 02:15:30 - cd /src TB --- 2008-06-03 02:15:30 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 02:15:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 03:24:32 UTC 2008 TB --- 2008-06-03 03:24:32 - generating LINT kernel config TB --- 2008-06-03 03:24:32 - cd /src/sys/pc98/conf TB --- 2008-06-03 03:24:32 - /usr/bin/make -B LINT TB --- 2008-06-03 03:24:32 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 03:24:32 - cd /src TB --- 2008-06-03 03:24:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 03:24:32 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 03:32:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 03:32:14 - ERROR: failed to build lint kernel TB --- 2008-06-03 03:32:14 - tinderbox aborted TB --- 3342.51 user 429.65 system 4637.46 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 04:10:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC091065679 for ; Tue, 3 Jun 2008 04:10:29 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id B4BF38FC13 for ; Tue, 3 Jun 2008 04:10:28 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.2) with ESMTP id m533Ueiu069747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 2 Jun 2008 22:30:40 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.2/Submit) id m533UeDT069744; Mon, 2 Jun 2008 22:30:40 -0500 (CDT) (envelope-from dan) Date: Mon, 2 Jun 2008 22:30:40 -0500 From: Dan Nelson To: Julian Elischer Message-ID: <20080603033040.GA2837@dan.emsphone.com> References: <4844A129.8040901@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4844A129.8040901@elischer.org> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: seemingly off topic but not really X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 04:10:29 -0000 In the last episode (Jun 02), Julian Elischer said: > Does anyone know of a program that knows C syntax, and can rename a > variable across a set of files without screwing up the comments etc.? > > I vaguely remember seeing such a program once... It might be overkill, but Netbeans' C/C++ module has refactoring support. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 04:19:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1509106564A; Tue, 3 Jun 2008 04:19:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 73F818FC1A; Tue, 3 Jun 2008 04:19:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m534Jnu2069058; Tue, 3 Jun 2008 00:19:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m534JmQa023177; Tue, 3 Jun 2008 00:19:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D50B473039; Tue, 3 Jun 2008 00:19:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603041948.D50B473039@freebsd-current.sentex.ca> Date: Tue, 3 Jun 2008 00:19:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 04:19:51 -0000 TB --- 2008-06-03 02:50:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 02:50:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-03 02:50:46 - cleaning the object tree TB --- 2008-06-03 02:51:15 - cvsupping the source tree TB --- 2008-06-03 02:51:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-03 02:51:21 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 02:51:21 - cd /src TB --- 2008-06-03 02:51:21 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 02:51:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 04:10:14 UTC 2008 TB --- 2008-06-03 04:10:14 - generating LINT kernel config TB --- 2008-06-03 04:10:14 - cd /src/sys/ia64/conf TB --- 2008-06-03 04:10:14 - /usr/bin/make -B LINT TB --- 2008-06-03 04:10:14 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 04:10:14 - cd /src TB --- 2008-06-03 04:10:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 04:10:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 04:19:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 04:19:48 - ERROR: failed to build lint kernel TB --- 2008-06-03 04:19:48 - tinderbox aborted TB --- 3910.63 user 426.48 system 5342.52 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 04:44:28 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66D881065671; Tue, 3 Jun 2008 04:44:28 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 0557F8FC16; Tue, 3 Jun 2008 04:44:27 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m534iQ89080800; Tue, 3 Jun 2008 13:44:26 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 3 Jun 2008 13:44:25 +0900 From: Norikatsu Shigemura To: pyunyh@gmail.com Message-Id: <20080603134425.e78589b5.nork@FreeBSD.org> In-Reply-To: <20080603010001.GA87699@cdnetworks.co.kr> References: <20080602034630.eb07fe5c.nork@FreeBSD.org> <20080602003948.GA83841@cdnetworks.co.kr> <20080603011316.7736c782.nork@FreeBSD.org> <20080603010001.GA87699@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 03 Jun 2008 13:44:26 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Bill Paul , Sam Leffler , nork@FreeBSD.org Subject: Re: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 04:44:28 -0000 On Tue, 3 Jun 2008 10:00:01 +0900 Pyun YongHyeon wrote: > > ukphy0: OUI 0x1e525e, model 0x0014, rev. 9 > ^^^^^^^^^^^^ > This OUI does not exist in IEEE OUI database so I vaguely guess > this one comes from broken MII_OUI macro implementation in FreeBSD. > Because PHY vendors also made the same mistake as FreeBSD this > hasn't been much problem so far. Would you apply the following > patch and let me know the output of ukphy(4)? Please see following result. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - miibus0: on axe0 ukphy0: PHY 0 on miibus0 ukphy0: OUI 0x1e525e, model 0x0014, rev. 9 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto ukphy0: IDR1 = 0x7949, IDR2 = 0x7949 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Thank you. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 04:49:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1820106567F; Tue, 3 Jun 2008 04:49:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 933BA8FC16; Tue, 3 Jun 2008 04:49:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m534nKBK070450; Tue, 3 Jun 2008 00:49:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m534nJwg056169; Tue, 3 Jun 2008 00:49:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0009373039; Tue, 3 Jun 2008 00:49:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603044920.0009373039@freebsd-current.sentex.ca> Date: Tue, 3 Jun 2008 00:49:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 04:49:26 -0000 TB --- 2008-06-03 03:32:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 03:32:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-06-03 03:32:14 - cleaning the object tree TB --- 2008-06-03 03:32:36 - cvsupping the source tree TB --- 2008-06-03 03:32:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-06-03 03:32:43 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 03:32:43 - cd /src TB --- 2008-06-03 03:32:43 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 03:32:45 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 04:42:30 UTC 2008 TB --- 2008-06-03 04:42:30 - generating LINT kernel config TB --- 2008-06-03 04:42:30 - cd /src/sys/powerpc/conf TB --- 2008-06-03 04:42:30 - /usr/bin/make -B LINT TB --- 2008-06-03 04:42:30 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 04:42:30 - cd /src TB --- 2008-06-03 04:42:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 04:42:31 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 04:49:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 04:49:19 - ERROR: failed to build lint kernel TB --- 2008-06-03 04:49:19 - tinderbox aborted TB --- 3356.52 user 404.77 system 4625.23 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 05:33:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93E931065671; Tue, 3 Jun 2008 05:33:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8FE8FC22; Tue, 3 Jun 2008 05:33:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m535X3bl073234; Tue, 3 Jun 2008 01:33:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m535X261084273; Tue, 3 Jun 2008 01:33:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C750D73039; Tue, 3 Jun 2008 01:33:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603053302.C750D73039@freebsd-current.sentex.ca> Date: Tue, 3 Jun 2008 01:33:02 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 05:33:05 -0000 TB --- 2008-06-03 04:19:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 04:19:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-06-03 04:19:48 - cleaning the object tree TB --- 2008-06-03 04:20:06 - cvsupping the source tree TB --- 2008-06-03 04:20:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-06-03 04:20:12 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 04:20:12 - cd /src TB --- 2008-06-03 04:20:12 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 04:20:14 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 05:25:56 UTC 2008 TB --- 2008-06-03 05:25:56 - generating LINT kernel config TB --- 2008-06-03 05:25:56 - cd /src/sys/sparc64/conf TB --- 2008-06-03 05:25:56 - /usr/bin/make -B LINT TB --- 2008-06-03 05:25:57 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 05:25:57 - cd /src TB --- 2008-06-03 05:25:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 05:25:57 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 05:33:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 05:33:02 - ERROR: failed to build lint kernel TB --- 2008-06-03 05:33:02 - tinderbox aborted TB --- 3179.80 user 398.88 system 4393.68 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 05:22:03 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C93F21065671 for ; Tue, 3 Jun 2008 05:22:03 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 47FFD8FC13 for ; Tue, 3 Jun 2008 05:22:01 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-av-04.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-05.forthnet.gr (8.14.3/8.14.3) with ESMTP id m535Lvd5011247; Tue, 3 Jun 2008 08:21:57 +0300 Received: from MX-IN-01.forthnet.gr (mx-in-01.forthnet.gr [193.92.150.23]) by mx-av-04.forthnet.gr (8.14.3/8.14.3) with ESMTP id m535Lvop009500; Tue, 3 Jun 2008 08:21:57 +0300 Received: from [192.168.136.18] (adsl125-213.kln.forthnet.gr [77.49.244.213]) by MX-IN-01.forthnet.gr (8.14.3/8.14.3) with ESMTP id m535Lr5J003887; Tue, 3 Jun 2008 08:21:55 +0300 Authentication-Results: MX-IN-01.forthnet.gr smtp.mail=dds@aueb.gr; spf=neutral Authentication-Results: MX-IN-01.forthnet.gr header.from=dds@aueb.gr; sender-id=neutral In-Reply-To: <4844A129.8040901@elischer.org> References: <4844A129.8040901@elischer.org> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Diomidis Spinellis Date: Tue, 3 Jun 2008 08:21:51 +0300 To: Julian Elischer X-Mailer: Apple Mail (2.753) X-Mailman-Approved-At: Tue, 03 Jun 2008 05:39:42 +0000 Cc: FreeBSD Current Subject: Re: seemingly off topic but not really X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 05:22:03 -0000 On Jun 3, 2008, at 4:40 AM, Julian Elischer wrote: > Does anyone know of a program that knows C syntax, and can rename a > variable across a set of files without screwing up the comments etc.? > > I vaguely remember seeing such a program once... > CScout will do what you want . It can follow cpp macros so it will even rename structure members that are only related by being used by the same macro. It can also process together multiple configurations or modules. I've recently run it over the FreeBSD kernel, and it can handle all the C extensions we're using. Write to me if you need any help. Diomidis Spinellis From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 05:57:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A36D106566B; Tue, 3 Jun 2008 05:57:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA6D8FC12; Tue, 3 Jun 2008 05:57:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m535vjwF074194; Tue, 3 Jun 2008 01:57:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m535vkO8049671; Tue, 3 Jun 2008 01:57:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 610EA73039; Tue, 3 Jun 2008 01:57:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603055745.610EA73039@freebsd-current.sentex.ca> Date: Tue, 3 Jun 2008 01:57:45 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 05:57:48 -0000 TB --- 2008-06-03 04:49:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 04:49:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-06-03 04:49:20 - cleaning the object tree TB --- 2008-06-03 04:49:41 - cvsupping the source tree TB --- 2008-06-03 04:49:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-06-03 04:49:48 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 04:49:48 - cd /src TB --- 2008-06-03 04:49:48 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 04:49:53 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 05:52:02 UTC 2008 TB --- 2008-06-03 05:52:02 - generating LINT kernel config TB --- 2008-06-03 05:52:02 - cd /src/sys/sun4v/conf TB --- 2008-06-03 05:52:02 - /usr/bin/make -B LINT TB --- 2008-06-03 05:52:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 05:52:02 - cd /src TB --- 2008-06-03 05:52:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 05:52:02 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 05:57:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 05:57:45 - ERROR: failed to build lint kernel TB --- 2008-06-03 05:57:45 - tinderbox aborted TB --- 3155.56 user 398.39 system 4105.21 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 06:40:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56F521065670 for ; Tue, 3 Jun 2008 06:40:35 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0598FC13 for ; Tue, 3 Jun 2008 06:40:35 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 9DF27111F34; Tue, 3 Jun 2008 02:40:34 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 03 Jun 2008 02:40:34 -0400 X-Sasl-enc: A/Mw6s5Swg8tj7JQdYaYpZ30pnhkcWQUuYiNpcY5l0Or 1212475234 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 130EAB7AA; Tue, 3 Jun 2008 02:40:33 -0400 (EDT) Message-ID: <4844E760.9060304@FreeBSD.org> Date: Tue, 03 Jun 2008 07:40:32 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Julian Elischer References: <4844A129.8040901@elischer.org> <4844A307.9080302@elischer.org> In-Reply-To: <4844A307.9080302@elischer.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: seemingly off topic but not really X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 06:40:35 -0000 Julian Elischer wrote: > Julian Elischer wrote: >> Does anyone know of a program that knows C syntax, and can rename a >> variable across a set of files without screwing up the comments etc.? >> >> I vaguely remember seeing such a program once... > > hmm Cscope might do the trick.. ... Whilst KScope (the KDE front-end for cscope) is a very capable source browser which I use on a daily basis to get things done, it isn't a fully-fledged refactoring browser. KScope is great because you can just install it on a desktop with KDE, open a dialog box, and import source into a new project. You can use it as your IDE. Whilst I don't use it as an IDE, I usually have it open when I'm using VIM for most of my editing. It doesn't handle macros so well however; I believe this is a limitation of the CScope index engine. Take humour at the irony that this is in fact an SCO product. Look at the source if you don't believe me. I tried CScout about a year ago, and I found it didn't work for me. It takes a bit more setup than KScope does and I found the user interface cumbersome. I also tried Gonzui, but I was put off by the Java dependencies needed. I'm sure CScout has a lot of technical merits, and probably does better with macros. The thing with refactoring is, doing it right is Hard. It is relatively easy by comparison to implement it for languages like Java and C#, slightly less so for Python, and even less so for C++. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 07:34:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1738D106564A; Tue, 3 Jun 2008 07:34:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id CFD8C8FC16; Tue, 3 Jun 2008 07:34:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=Va5WMu3Ph1ld4BcNBqdjYcWzG6JyCZ1SUFkvlCSPOJwIjeONPZWK6S/F5mkIdfnh+peIN4UIXlPpXptjaW3V63/XC31u29JkDYdc16JR5yxXMY2ytVMv5WN6HLUUxRzbc5tOTp4UJfEWuqk0QuddkEA7jKdq6eS+uelbW9cSgWw2vkkH4L9Y8WYXkfHsm/JIePNr1/Dx0dBk5K6Hd8C77uMXE2IHCw5kKoRN4vMJjPA0srciN6UMvfmgindOpzWE; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K3R20-0001Uv-5K; Tue, 03 Jun 2008 07:34:08 +0000 Received: from dsl-245-170-177.telkomadsl.co.za ([41.245.170.177] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K3Qyc-0004jx-Gj; Tue, 03 Jun 2008 07:33:31 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K3Qug-0000dB-Be; Tue, 03 Jun 2008 09:26:34 +0200 To: John Baldwin From: Ian FREISLICH In-Reply-To: Message from John Baldwin of "Mon, 02 Jun 2008 15:51:24 -0400." <200806021551.24796.jhb@freebsd.org> X-Attribution: BOFH Date: Tue, 03 Jun 2008 09:26:34 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 07:34:09 -0000 John Baldwin wrote: > Cool, thanks for testing. Can you test an additional patch that changes how > the watchdog timer works a bit? > > http://www.FreeBSD.org/~jhb/patches/xe_wdog.patch xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 xe0: version 0x55/0x05, 100Mbps capable, with modem xe0: Ethernet address: 00:10:a4:b6:0a:32 xe0: [ITHREAD] xe0: watchdog timeout: resetting card I'll keep a look out for more timeouts. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 07:46:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87CEE1065674; Tue, 3 Jun 2008 07:46:10 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id E43DB8FC2C; Tue, 3 Jun 2008 07:46:09 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 7F9DF3F9C; Tue, 3 Jun 2008 08:46:08 +0100 (BST) Message-Id: From: Doug Rabson To: FreeBSD Tinderbox In-Reply-To: <20080602181545.DB53473039@freebsd-current.sentex.ca> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Tue, 3 Jun 2008 08:46:07 +0100 References: <20080602181545.DB53473039@freebsd-current.sentex.ca> X-Mailer: Apple Mail (2.924) Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 07:46:10 -0000 On 2 Jun 2008, at 19:15, FreeBSD Tinderbox wrote: > TB --- 2008-06-02 17:01:56 - tinderbox 2.3 running on freebsd- > current.sentex.ca > TB --- 2008-06-02 17:01:56 - starting HEAD tinderbox run for sparc64/ > sparc64 > TB --- 2008-06-02 17:01:56 - cleaning the object tree > TB --- 2008-06-02 17:02:23 - cvsupping the source tree > TB --- 2008-06-02 17:02:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost > -s /tinderbox/HEAD/sparc64/sparc64/supfile > TB --- 2008-06-02 17:02:29 - building world (CFLAGS=-O -pipe) > TB --- 2008-06-02 17:02:29 - cd /src > TB --- 2008-06-02 17:02:29 - /usr/bin/make -B buildworld >>>> World build started on Mon Jun 2 17:02:31 UTC 2008 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Mon Jun 2 18:08:33 UTC 2008 > TB --- 2008-06-02 18:08:33 - generating LINT kernel config > TB --- 2008-06-02 18:08:33 - cd /src/sys/sparc64/conf > TB --- 2008-06-02 18:08:33 - /usr/bin/make -B LINT > TB --- 2008-06-02 18:08:33 - building LINT kernel (COPTFLAGS=) > TB --- 2008-06-02 18:08:33 - cd /src > TB --- 2008-06-02 18:08:33 - /usr/bin/make -B buildkernel > KERNCONF=LINT >>>> Kernel build for LINT started on Mon Jun 2 18:08:33 UTC 2008 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=15000 --param inline-unit-growth=100 --param large- > function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float - > ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=15000 --param inline-unit-growth=100 --param large- > function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float - > ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=15000 --param inline-unit-growth=100 --param large- > function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float - > ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=15000 --param inline-unit-growth=100 --param large- > function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float - > ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; > /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': > /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' > undeclared (first use in this function) > /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier > is reported only once > /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it > appears in.) My bad - I'll fix it as soon as possible. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 07:52:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69C1A106566C; Tue, 3 Jun 2008 07:52:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2B6868FC19; Tue, 3 Jun 2008 07:52:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m537qH0F069101; Tue, 3 Jun 2008 03:52:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m537qHbc075963; Tue, 3 Jun 2008 03:52:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 31FE473039; Tue, 3 Jun 2008 03:52:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603075217.31FE473039@freebsd-current.sentex.ca> Date: Tue, 3 Jun 2008 03:52:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 07:52:20 -0000 TB --- 2008-06-03 06:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 06:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-03 06:00:00 - cleaning the object tree TB --- 2008-06-03 06:00:41 - cvsupping the source tree TB --- 2008-06-03 06:00:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-03 06:00:46 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 06:00:46 - cd /src TB --- 2008-06-03 06:00:46 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 06:00:49 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 3 07:43:09 UTC 2008 TB --- 2008-06-03 07:43:09 - generating LINT kernel config TB --- 2008-06-03 07:43:09 - cd /src/sys/amd64/conf TB --- 2008-06-03 07:43:09 - /usr/bin/make -B LINT TB --- 2008-06-03 07:43:09 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 07:43:09 - cd /src TB --- 2008-06-03 07:43:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 07:43:09 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 07:52:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 07:52:17 - ERROR: failed to build lint kernel TB --- 2008-06-03 07:52:17 - tinderbox aborted TB --- 4781.23 user 612.91 system 6736.79 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 08:26:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C585106567B; Tue, 3 Jun 2008 08:26:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D4FF38FC21; Tue, 3 Jun 2008 08:26:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m538QkN6082553; Tue, 3 Jun 2008 04:26:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m538Qjju002096; Tue, 3 Jun 2008 04:26:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D7F3473039; Tue, 3 Jun 2008 04:26:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603082645.D7F3473039@freebsd-current.sentex.ca> Date: Tue, 3 Jun 2008 04:26:45 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 08:26:49 -0000 TB --- 2008-06-03 07:06:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 07:06:52 - starting HEAD tinderbox run for i386/i386 TB --- 2008-06-03 07:06:52 - cleaning the object tree TB --- 2008-06-03 07:07:14 - cvsupping the source tree TB --- 2008-06-03 07:07:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-06-03 07:07:27 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 07:07:27 - cd /src TB --- 2008-06-03 07:07:27 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 07:07:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 08:17:48 UTC 2008 TB --- 2008-06-03 08:17:48 - generating LINT kernel config TB --- 2008-06-03 08:17:48 - cd /src/sys/i386/conf TB --- 2008-06-03 08:17:48 - /usr/bin/make -B LINT TB --- 2008-06-03 08:17:48 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 08:17:48 - cd /src TB --- 2008-06-03 08:17:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 08:17:48 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 08:26:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 08:26:45 - ERROR: failed to build lint kernel TB --- 2008-06-03 08:26:45 - tinderbox aborted TB --- 3416.00 user 427.91 system 4793.26 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 08:44:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 861821065673 for ; Tue, 3 Jun 2008 08:44:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 486708FC22 for ; Tue, 3 Jun 2008 08:44:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1529103rvf.43 for ; Tue, 03 Jun 2008 01:44:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=bB/w2EOE/zUySHw8EottmLKpACP8Dg6eOCtQz806QMs=; b=Oi2cjIPM6bTxEDyNF4Ou6JZud37G9WTVNMxDTZxiVyoK9WENPW1FItk9c3X2Sr8DDFrSR6T7A58vxF+cWUTijJb9kyv3R03yHgOobk5y3f23a1HJcMl/sGYYrY2CUopI9tT2UGVvLGel5OTnUM8c6lQKrc1e8t+gfQWZq7Y/pP4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Ll+KU3xsG3miAGUL1C7IvzJHLeuOIkisWZkXRz87Y1OBw2SQPbV/8KslC410dFJSQfywLHDuPJLM3wZU/NuwVrhIfjO3uxXrso4kfMGkqxfIGNdtGncRXYIQubd6OXcG8ptTy3+CrrPmpQdGh5RktXnC83QCOAKGrXMbgdT3d6E= Received: by 10.141.66.16 with SMTP id t16mr5593879rvk.168.1212482651724; Tue, 03 Jun 2008 01:44:11 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm7829314rvb.2.2008.06.03.01.44.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Jun 2008 01:44:10 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m538i597089244 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Jun 2008 17:44:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m538i4fa089243; Tue, 3 Jun 2008 17:44:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 3 Jun 2008 17:44:04 +0900 From: Pyun YongHyeon To: Norikatsu Shigemura Message-ID: <20080603084404.GB87699@cdnetworks.co.kr> References: <20080602034630.eb07fe5c.nork@FreeBSD.org> <20080602003948.GA83841@cdnetworks.co.kr> <20080603011316.7736c782.nork@FreeBSD.org> <20080603010001.GA87699@cdnetworks.co.kr> <20080603134425.e78589b5.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <20080603134425.e78589b5.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Bill Paul , freebsd-current@FreeBSD.org, Sam Leffler Subject: Re: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 08:44:12 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 03, 2008 at 01:44:25PM +0900, Norikatsu Shigemura wrote: > On Tue, 3 Jun 2008 10:00:01 +0900 > Pyun YongHyeon wrote: > > > ukphy0: OUI 0x1e525e, model 0x0014, rev. 9 > > ^^^^^^^^^^^^ > > This OUI does not exist in IEEE OUI database so I vaguely guess > > this one comes from broken MII_OUI macro implementation in FreeBSD. > > Because PHY vendors also made the same mistake as FreeBSD this > > hasn't been much problem so far. Would you apply the following > > patch and let me know the output of ukphy(4)? > > Please see following result. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > miibus0: on axe0 > ukphy0: PHY 0 on miibus0 > ukphy0: OUI 0x1e525e, model 0x0014, rev. 9 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto > ukphy0: IDR1 = 0x7949, IDR2 = 0x7949 Hmm, this also looks like faked one. Probably PHY address was incorrectly chosen. I guess the PHY would be one of Marvell variants. If this is correct guess, I think ax88178_init() should be called prior to any other operations(patch attached). Sam, what's your opinion? -- Regards, Pyun YongHyeon --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="axe.patch" --- if_axe.c.orig 2008-06-03 11:09:23.000000000 +0900 +++ if_axe.c 2008-06-03 17:41:16.000000000 +0900 @@ -608,14 +608,14 @@ AXE_SLEEPLOCK(sc); AXE_LOCK(sc); - /* We need the PHYID for the init dance in some cases */ - axe_cmd(sc, AXE_CMD_READ_PHYID, 0, 0, (void *)&sc->axe_phyaddrs); - if (sc->axe_flags & AX178) axe_ax88178_init(sc); else if (sc->axe_flags & AX772) axe_ax88772_init(sc); + /* We need the PHYID for the init dance in some cases */ + axe_cmd(sc, AXE_CMD_READ_PHYID, 0, 0, (void *)&sc->axe_phyaddrs); + /* * Get station address. */ --1LKvkjL3sHcu1TtY-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 09:10:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C19D8106564A; Tue, 3 Jun 2008 09:10:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 956938FC14; Tue, 3 Jun 2008 09:10:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m539A5dB084944; Tue, 3 Jun 2008 05:10:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m539A7CC006207; Tue, 3 Jun 2008 05:10:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7FBC173039; Tue, 3 Jun 2008 05:10:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603091005.7FBC173039@freebsd-current.sentex.ca> Date: Tue, 3 Jun 2008 05:10:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 09:10:08 -0000 TB --- 2008-06-03 07:52:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 07:52:17 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-06-03 07:52:17 - cleaning the object tree TB --- 2008-06-03 07:52:36 - cvsupping the source tree TB --- 2008-06-03 07:52:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-06-03 07:52:46 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 07:52:46 - cd /src TB --- 2008-06-03 07:52:46 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 07:52:48 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 09:02:15 UTC 2008 TB --- 2008-06-03 09:02:15 - generating LINT kernel config TB --- 2008-06-03 09:02:15 - cd /src/sys/pc98/conf TB --- 2008-06-03 09:02:15 - /usr/bin/make -B LINT TB --- 2008-06-03 09:02:15 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 09:02:15 - cd /src TB --- 2008-06-03 09:02:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 09:02:15 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 09:10:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 09:10:05 - ERROR: failed to build lint kernel TB --- 2008-06-03 09:10:05 - tinderbox aborted TB --- 3343.17 user 432.34 system 4667.99 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 09:56:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 279BC1065670; Tue, 3 Jun 2008 09:56:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DC0818FC1F; Tue, 3 Jun 2008 09:56:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m539uPrQ073335; Tue, 3 Jun 2008 05:56:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m539uOCf071295; Tue, 3 Jun 2008 05:56:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2722B73039; Tue, 3 Jun 2008 05:56:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080603095625.2722B73039@freebsd-current.sentex.ca> Date: Tue, 3 Jun 2008 05:56:25 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 09:56:28 -0000 TB --- 2008-06-03 08:26:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-03 08:26:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-03 08:26:46 - cleaning the object tree TB --- 2008-06-03 08:27:15 - cvsupping the source tree TB --- 2008-06-03 08:27:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-03 08:27:21 - building world (CFLAGS=-O -pipe) TB --- 2008-06-03 08:27:21 - cd /src TB --- 2008-06-03 08:27:21 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 3 08:27:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 3 09:46:55 UTC 2008 TB --- 2008-06-03 09:46:55 - generating LINT kernel config TB --- 2008-06-03 09:46:55 - cd /src/sys/ia64/conf TB --- 2008-06-03 09:46:55 - /usr/bin/make -B LINT TB --- 2008-06-03 09:46:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-03 09:46:55 - cd /src TB --- 2008-06-03 09:46:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 3 09:46:55 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nfsserver/nfs_srvsubs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nfsserver/nfs_syscalls.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nlm/nlm_prot_clnt.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/nlm/nlm_prot_impl.c; /src/sys/nlm/nlm_prot_impl.c: In function 'nlm_check_idle': /src/sys/nlm/nlm_prot_impl.c:697: error: 'nlm_global_lock' undeclared (first use in this function) /src/sys/nlm/nlm_prot_impl.c:697: error: (Each undeclared identifier is reported only once /src/sys/nlm/nlm_prot_impl.c:697: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-03 09:56:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-03 09:56:24 - ERROR: failed to build lint kernel TB --- 2008-06-03 09:56:24 - tinderbox aborted TB --- 3911.46 user 426.41 system 5378.95 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 09:56:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D713106566B for ; Tue, 3 Jun 2008 09:56:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id C39B08FC26 for ; Tue, 3 Jun 2008 09:56:40 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5703C.dip.t-dialin.net [84.165.112.60]) by redbull.bpaserver.net (Postfix) with ESMTP id 8EE9C2E0F8; Tue, 3 Jun 2008 11:40:57 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 12EA71159D7; Tue, 3 Jun 2008 11:40:55 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m539esJE043157; Tue, 3 Jun 2008 11:40:54 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 03 Jun 2008 11:40:54 +0200 Message-ID: <20080603114054.419040zri352wt6o@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 03 Jun 2008 11:40:54 +0200 From: Alexander Leidinger To: Julian Elischer References: <4844A129.8040901@elischer.org> In-Reply-To: <4844A129.8040901@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-RC2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: FreeBSD Current Subject: Re: seemingly off topic but not really X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 09:56:41 -0000 Quoting Julian Elischer (from Mon, 02 Jun 2008 18:40:57 -0700): > Does anyone know of a program that knows C syntax, and can rename a > variable across a set of files without screwing up the comments etc.? > > I vaguely remember seeing such a program once... It's been a long time since I used it last, but you could give devel/sourcenav a try. If I don't mix this up with eclipse, sourcenav should be able to do this. Bye, Alexander. -- I just heard the SEVENTIES were over!! And I was just getting in touch with my LEISURE SUIT!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 10:43:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70E39106564A for ; Tue, 3 Jun 2008 10:43:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 455E28FC25 for ; Tue, 3 Jun 2008 10:43:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1404835wfg.7 for ; Tue, 03 Jun 2008 03:43:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=uMEKIojLAGiSMO4w50CcSTkvliXMG3b9nQ9crjpwI2I=; b=P6Rhyy3Qy3Y135spM7Si1XQpemv2LkjEZZWaQo32/e1BGn4GLF/Mvk0CZHEp5gki2DjibK4NG2iGl/kMPdv4T7lX+MulC9XbS4D9YkubjneM7ZQ5VVcnGajiHiWY4skdiTWEUZqlGaZZ/DMCs0st0dqYF4NaOvSyFCm3VhPVfmw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Hrz7Qtex4hYl5wj3GA3nC4WJWPG4tvF/6qhfdUrmmBQDwIYc1b/xdtA1DOxSgWGfn1CcAm4gX3YjSk3J15XqyqAoK0QY5ktnchwYBom1dxFh7qKIeR26rhwuU76rIwa68VElVlTWu4HI6IE3iaPi0fbnKeEHn9u4hdPdAhWJgXs= Received: by 10.142.158.17 with SMTP id g17mr3016867wfe.196.1212488179908; Tue, 03 Jun 2008 03:16:19 -0700 (PDT) Received: by 10.142.199.19 with HTTP; Tue, 3 Jun 2008 03:16:19 -0700 (PDT) Message-ID: <3a142e750806030316s4b1145eck3062baf16ed3f4cf@mail.gmail.com> Date: Tue, 3 Jun 2008 12:16:19 +0200 From: "Paul B. Mahol" To: freebsd-current In-Reply-To: <3a142e750801220927q3b818ecg464c6319b5be30ca@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750801220927q3b818ecg464c6319b5be30ca@mail.gmail.com> Subject: Re: tcsh coredumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 10:43:24 -0000 Reminder that fix is still not available in HEAD. http://www.freebsd.org/cgi/query-pr.cgi?pr=124191 >Category: bin >Responsible: freebsd-bugs >Synopsis: tcsh coredumps >Arrival-Date: Sun Jun 01 19:10:01 UTC 2008 From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 13:07:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B7CE106567C for ; Tue, 3 Jun 2008 13:07:29 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) by mx1.freebsd.org (Postfix) with ESMTP id 176FF8FC24 for ; Tue, 3 Jun 2008 13:07:28 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda14.si.francetelecom.fr (ESMTP service) with ESMTP id 3E51570438 for ; Tue, 3 Jun 2008 15:07:27 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id EE19A70002 for ; Tue, 3 Jun 2008 15:07:26 +0200 (CEST) To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 From: karim.bourenane@orange-ftgroup.com Message-ID: Date: Tue, 3 Jun 2008 15:10:18 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 03/06/2008 15:10:22, Serialize complete at 03/06/2008 15:10:22 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [BSD7] Openldap with SUDOers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 13:07:29 -0000 Hi Team, and All I want to create a sudoers profile in my openldap, but i dont undestand how to do. Actually in my Ldap i have : In slapd.conf # Sudoers definition base sudoers_base ou=SUDOers,dc=domain,dc=com sudoers_debug 0 Distinguished Name: ou=SUDOers,dc=domain,dc=com Distinguished Name: cn=defaults,ou=SUDOers,dc=domain,dc=com With sudoOption: ignore_dot !mail_no_user log_host !syslog timestamp_timeout=10 Distinguished Name: cn=role1,ou=SUDOers,dc=domain,dc=com ObjetClass : Top and SudoRole sudoCommand : All sudoHost : ALL sudoOption: !authenticate sudoUser : login1,login2 When i connect and try command "sudo su" %sudo su Password: login1 is not in the sudoers file. This incident will be reported. Can anyone have idea, or better solution :) Thanks Karim Bourenane Orange Business Services / Equant RO&SI / IBNF / ENO / GNS 112 Avenue Charles de Gaules 92200 Neuilly S/Seine Phone: +33156 76 35 52 Fax: +33156 76 35 04 http://www.equant.com From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 13:33:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD8521065678 for ; Tue, 3 Jun 2008 13:33:09 +0000 (UTC) (envelope-from jadawin@tuxaco.net) Received: from huppa.tuxaco.net (huppa.tuxaco.net [91.121.19.193]) by mx1.freebsd.org (Postfix) with ESMTP id EC5068FC14 for ; Tue, 3 Jun 2008 13:33:08 +0000 (UTC) (envelope-from jadawin@tuxaco.net) Received: from localhost (unknown [127.0.0.1]) by huppa.tuxaco.net (Postfix) with ESMTP id 8BAEEA8C4; Tue, 3 Jun 2008 15:15:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at tuxaco.net Received: from huppa.tuxaco.net ([127.0.0.1]) by localhost (huppa.tuxaco.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BkQPGHUhnhzT; Tue, 3 Jun 2008 15:15:20 +0200 (CEST) Received: from localhost (unknown [IPv6:2a01:e35:2ec8:fa00::2]) (Authenticated sender: jadawin@tuxaco.net) by huppa.tuxaco.net (Postfix) with ESMTPA id 21FA1A885; Tue, 3 Jun 2008 15:15:20 +0200 (CEST) Date: Tue, 3 Jun 2008 15:15:20 +0200 From: Philippe =?iso-8859-1?Q?Aud=E9oud?= To: karim.bourenane@orange-ftgroup.com Message-ID: <20080603131520.GJ85756@tuxaco.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: [BSD7] Openldap with SUDOers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 13:33:09 -0000 On Tue, 03 Jun 2008, karim.bourenane@orange-ftgroup.com wrote: > Hi Team, and All > Hello, > I want to create a sudoers profile in my openldap, but i dont undestand > how to do. > Actually in my Ldap i have : > In slapd.conf > # Sudoers definition base > sudoers_base ou=SUDOers,dc=domain,dc=com > sudoers_debug 0 > > Distinguished Name: ou=SUDOers,dc=domain,dc=com > > Distinguished Name: cn=defaults,ou=SUDOers,dc=domain,dc=com > With sudoOption: > ignore_dot > !mail_no_user > log_host > !syslog > timestamp_timeout=10 > > Distinguished Name: cn=role1,ou=SUDOers,dc=domain,dc=com > ObjetClass : Top and SudoRole > sudoCommand : All > sudoHost : ALL > sudoOption: !authenticate > sudoUser : login1,login2 > This part seems to be ok. > When i connect and try command "sudo su" > %sudo su > Password: > login1 is not in the sudoers file. This incident will be > reported. > To be sure that sudo don't use /etc/sudoers, please add ignore_local_sudoers in sudoOptions for cn=defaults Then, strings < /usr/bin/sudo | grep ldap | grep / /etc/ldap/ldap.conf (sorry, i'm using a debian for this time :P) in /etc/ldap/ldap.conf BASE dc=XXXXX, dc=XX URI ldap://ip.ip.ip.ip sudoers_base ou=SUDOers,dc=XXXX,dc=XX binddn cn=sudoers,dc=XXXX,dc=XX bindpw secret sudoers_debug 2 BE SURE TO HAVE TABULATIONS AND NO SPACE! (I loose 3 hours because of a space!) PS: If you prefer to speak french, don't hesitate to ask me via private mail :) -- Philippe Audeoud FreeBSD Committer | jadawin@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 14:47:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F41E106564A for ; Tue, 3 Jun 2008 14:47:26 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 77EB28FC15 for ; Tue, 3 Jun 2008 14:47:25 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl84-74.kln.forthnet.gr [77.49.51.74]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-4) with ESMTP id m53ElBkH030686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 3 Jun 2008 17:47:17 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m53ElAUL038541; Tue, 3 Jun 2008 17:47:10 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m53El8RN038509; Tue, 3 Jun 2008 17:47:08 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: "Paul B. Mahol" References: <3a142e750801220927q3b818ecg464c6319b5be30ca@mail.gmail.com> <3a142e750806030316s4b1145eck3062baf16ed3f4cf@mail.gmail.com> Date: Tue, 03 Jun 2008 17:47:07 +0300 In-Reply-To: <3a142e750806030316s4b1145eck3062baf16ed3f4cf@mail.gmail.com> (Paul B. Mahol's message of "Tue, 3 Jun 2008 12:16:19 +0200") Message-ID: <87od6i8tjo.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m53ElBkH030686 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.273, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.13, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current Subject: Re: tcsh coredumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 14:47:26 -0000 On Tue, 3 Jun 2008 12:16:19 +0200, "Paul B. Mahol" wrote: > Reminder that fix is still not available in HEAD. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124191 No, it isn't. Sorry for that. I'll see if we are waiting for a new tcsh drop for HEAD, and if not we'll have to take the file off the vendor branc, I guess :-/ I've assigned the PR to me now... From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 14:52:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF3B10656CD for ; Tue, 3 Jun 2008 14:52:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D26138FC25 for ; Tue, 3 Jun 2008 14:52:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m53Eq8ZW073301; Tue, 3 Jun 2008 10:52:32 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Florian Smeets Date: Tue, 3 Jun 2008 10:41:08 -0400 User-Agent: KMail/1.9.7 References: <200805302339.33935.jhb@freebsd.org> <48447BF4.4000808@kasimir.com> <48447DD3.8030700@kasimir.com> In-Reply-To: <48447DD3.8030700@kasimir.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806031041.08315.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 03 Jun 2008 10:52:32 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7340/Tue Jun 3 08:03:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 14:52:39 -0000 On Monday 02 June 2008 07:10:11 pm Florian Smeets wrote: > Florian Smeets wrote: > > John Baldwin wrote: > >> On Monday 02 June 2008 05:09:57 pm Florian Smeets wrote: > >>> John Baldwin wrote: > >>>> I have a patch to make tx(4) MPSAFE. I do not have the hardware to > >>>> test > >> this > >>>> however. Unlike many of the previous patches, though, this driver > >>>> appears > >> to > >>>> be for hardware that is not entirely ancient, so there is hopefully a > >> decent > >>>> chance someone can test this. > >>>> > >>>> http://www.FreeBSD.org/~jhb/patches/tx.patch > >>>> > >>> Hi John, > >>> > >>> sorry does not work, do you need anything else than the backtrace? > >>> FWIW, this is an SMP system with 2 CPUs. > >> > >> Ok, I've updated the patch to fix this (and to fix a few other minor > >> nits with the driver). Please refetch the patch from the URL above > >> and try again. Thanks. > >> > > > > > > > > It goes on like that forever sometimes the zone varies between "16" "32" > > and "64". The system does not boot further, or i was just to impatient... > > > > In fact i was too impatient, it did boot. After the last witness warning > these messages appear: > > tx0: Ethernet address: 00:e0:29:6c:2e:47 > tx0: [ITHREAD] > > tx0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:e0:29:6c:2e:47 > inet 172.30.1.100 netmask 0xffff0000 broadcast 172.30.255.255 > media: Ethernet autoselect (100baseTX ) > status: active > > And it does work > > flo@fw-pri:~ 1 > ping 172.30.1.100 > PING 172.30.1.100 (172.30.1.100): 56 data bytes > 64 bytes from 172.30.1.100: icmp_seq=0 ttl=64 time=1.780 ms > 64 bytes from 172.30.1.100: icmp_seq=1 ttl=64 time=0.969 ms > 64 bytes from 172.30.1.100: icmp_seq=2 ttl=64 time=0.974 ms Ok, I've updated the patch again (same URL) which should fix the witness warnings. I also botched the watchdog timer in the previous patch and that should be fixed now, too. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 14:52:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC27106574E for ; Tue, 3 Jun 2008 14:52:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 438148FC14 for ; Tue, 3 Jun 2008 14:52:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m53Eq8ZX073301; Tue, 3 Jun 2008 10:52:38 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ian FREISLICH Date: Tue, 3 Jun 2008 10:45:26 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806031045.26793.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 03 Jun 2008 10:52:38 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7340/Tue Jun 3 08:03:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 14:52:49 -0000 On Tuesday 03 June 2008 03:26:34 am Ian FREISLICH wrote: > John Baldwin wrote: > > Cool, thanks for testing. Can you test an additional patch that changes how > > the watchdog timer works a bit? > > > > http://www.FreeBSD.org/~jhb/patches/xe_wdog.patch > > xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 > xe0: version 0x55/0x05, 100Mbps capable, with modem > xe0: Ethernet address: 00:10:a4:b6:0a:32 > xe0: [ITHREAD] > xe0: watchdog timeout: resetting card > > I'll keep a look out for more timeouts. I actually broke the timer (it only ran once and didn't reschedule itself) and it also was going to emit the warning each time it ran even if there wasn't an actual timeout. I've fixed both issues and updated the patch at the URL again. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 15:20:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D21106564A; Tue, 3 Jun 2008 15:20:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 5114E8FC12; Tue, 3 Jun 2008 15:20:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=b7JXVq2ZBI7jHS7a8EB1YQ2a+5m5Vp0CdZh8IBpl9gDI+jquTVt1U+i1+URLz6Zw4oDLQI8+KyqPjtgWoKe3KY1PpsOn+4fsT/GBH+OZ1Dx+CDCVbUxLUiEGXdJzttQPEWXPz13rwWzqXYy7RUozGDD51gKwrV4/3tMo0CeVpD+3rr9097Ozv+93sOmlWCCUvt/A6KIeUDt845kSQkvGpXvoso5eBWaHeVbSJUPcOOc0kpuFLUtoc6zf9wv0swO0; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K3YIy-0001Oi-Od; Tue, 03 Jun 2008 15:20:08 +0000 Received: from dsl-245-170-177.telkomadsl.co.za ([41.245.170.177] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K3YID-0001q6-OM; Tue, 03 Jun 2008 15:19:21 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K3YHs-0001PB-5W; Tue, 03 Jun 2008 17:19:00 +0200 To: John Baldwin From: Ian FREISLICH In-Reply-To: Message from John Baldwin of "Tue, 03 Jun 2008 10:45:26 -0400." <200806031045.26793.jhb@freebsd.org> X-Attribution: BOFH Date: Tue, 03 Jun 2008 17:19:00 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 15:20:09 -0000 John Baldwin wrote: > On Tuesday 03 June 2008 03:26:34 am Ian FREISLICH wrote: > > John Baldwin wrote: > > > Cool, thanks for testing. Can you test an additional patch that changes > how > > > the watchdog timer works a bit? > > > > > > http://www.FreeBSD.org/~jhb/patches/xe_wdog.patch > > > > xe0: at port 0x2e8-0x2ef irq 1 1 > function 0 config 39 on pccard0 > > xe0: version 0x55/0x05, 100Mbps capable, with modem > > xe0: Ethernet address: 00:10:a4:b6:0a:32 > > xe0: [ITHREAD] > > xe0: watchdog timeout: resetting card > > > > I'll keep a look out for more timeouts. > > I actually broke the timer (it only ran once and didn't reschedule itself) an d > it also was going to emit the warning each time it ran even if there wasn't > an actual timeout. I've fixed both issues and updated the patch at the URL > again. Ok, I'll try it again tonight. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 17:12:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3E41065675 for ; Tue, 3 Jun 2008 17:12:02 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 858E08FC14 for ; Tue, 3 Jun 2008 17:12:01 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1283935fgb.35 for ; Tue, 03 Jun 2008 10:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; bh=+U9gBtkrMP4ZNTup/tFDEaRI6QwM0Gq32/CHGDhi6S0=; b=wCZyYEKihIEkyHDigv1AMQB1zxbVMUFF2/1+br+xwf+yAH10lc+8ONZ7QFQmh0cGbVmBQWVbkwBZmfFaHKpW475bua8QVXYv4tS7EGBvF4RAiP647v0VyQ5wbqlb9IaMAZhvvPgS9U0MINg/avkhEQ7P18+bcPe1+jm5niUZSQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=XthBiSScey/xrsiwHwlkQTfFdvoWPT+2Cx5ed1WNkIR9Y3pHnYQPKiY0WNwvgx5yJmGOyNQAmd8jDwV+JyU86xr1S94525OE3XCG/7YS1KcC/JATc2OU6G8UK14MAYf4L2iCvckUxwLitgLCRjnazjwQPWP8LMAWedCcbN/reTA= Received: by 10.86.66.11 with SMTP id o11mr4132461fga.43.1212511510697; Tue, 03 Jun 2008 09:45:10 -0700 (PDT) Received: from acme.spoerlein.net ( [217.172.44.86]) by mx.google.com with ESMTPS id 4sm251345fgg.9.2008.06.03.09.45.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Jun 2008 09:45:08 -0700 (PDT) Received: from roadrunner.spoerlein.net (e180153248.adsl.alicedsl.de [85.180.153.248]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m53Gj5xn052022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 3 Jun 2008 18:45:06 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m53Gj39H003329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 3 Jun 2008 18:45:03 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m53Gj3KH003328 for current@freebsd.org; Tue, 3 Jun 2008 18:45:03 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Tue, 3 Jun 2008 18:45:03 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20080603164503.GC1592@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 17:12:02 -0000 Hi all, seems like I totally missed the effort to port the FreeBSD CVS to SVN. Is there some documentation around, that describes the New Way for us mere mortals? Specific questions that come to my mind: - How will repository propagation be done in the future? rsync? - Is there one big svn tree or src/ ports/ doc/ seperately? - Did you fixup the CVS repo-copies into real SVN renames? - Will svn(1) ever be part of the base system? - Some statistics about repo-size would be nice :) Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 17:30:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 338921065675 for ; Tue, 3 Jun 2008 17:30:35 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id F08FA8FC1E for ; Tue, 3 Jun 2008 17:30:34 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:5c6a:1f36:d5ec:9d3d] (unknown [IPv6:2001:7b8:3a7:0:5c6a:1f36:d5ec:9d3d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C3EBB3C for ; Tue, 3 Jun 2008 19:30:33 +0200 (CEST) Message-ID: <48457FB8.8040205@andric.com> Date: Tue, 03 Jun 2008 19:30:32 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.15pre (Windows/20080517) MIME-Version: 1.0 To: current@freebsd.org References: <20080603164503.GC1592@roadrunner.spoerlein.net> In-Reply-To: <20080603164503.GC1592@roadrunner.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 17:30:35 -0000 On 2008-06-03 18:45, Ulrich Spoerlein wrote: > seems like I totally missed the effort to port the FreeBSD CVS to SVN. > Is there some documentation around, that describes the New Way for us > mere mortals? Specific questions that come to my mind: I also saw the src commit messages containing subversion revision references, and wondered about it. There's some info here: http://wiki.freebsd.org/VersionControl > - How will repository propagation be done in the future? rsync? Apparently there's something called svnsync. > - Is there one big svn tree or src/ ports/ doc/ seperately? , although this has "proposed" in the title. :) > - Did you fixup the CVS repo-copies into real SVN renames? > - Will svn(1) ever be part of the base system? It's an Apache/BSD style license, so it looks quite possible. > - Some statistics about repo-size would be nice :) No idea about this... Since the Perforce and CVS repositories can be combined into Subversion, you'd also save some space. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 17:37:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF781065685 for ; Tue, 3 Jun 2008 17:37:01 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id C7D2C8FC12 for ; Tue, 3 Jun 2008 17:37:00 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m53Hb84i070335 for ; Tue, 3 Jun 2008 12:37:08 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m53Hb8AH070334 for current@freebsd.org; Tue, 3 Jun 2008 12:37:08 -0500 (CDT) (envelope-from brooks) Date: Tue, 3 Jun 2008 12:37:07 -0500 From: Brooks Davis To: current@freebsd.org Message-ID: <20080603173707.GA70144@lor.one-eyed-alien.net> References: <20080603164503.GC1592@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <20080603164503.GC1592@roadrunner.spoerlein.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 03 Jun 2008 12:37:08 -0500 (CDT) Cc: Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 17:37:01 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 03, 2008 at 06:45:03PM +0200, Ulrich Spoerlein wrote: > Hi all, >=20 > seems like I totally missed the effort to port the FreeBSD CVS to SVN. > Is there some documentation around, that describes the New Way for us > mere mortals? Specific questions that come to my mind: >=20 > - How will repository propagation be done in the future? rsync? cvsup is and will remain the primary method for users to obtain source. There will be a network of svn mirrors, but details are still being worked out. Currently, svnsync is being tested by some people. > - Is there one big svn tree or src/ ports/ doc/ seperately? Separate. > - Did you fixup the CVS repo-copies into real SVN renames? No, this is effectively impossible as there is no history of repocopies in cvs. > - Will svn(1) ever be part of the base system? Maybe, but not yet. > - Some statistics about repo-size would be nice :) 1GB as a bzip2 compressed tarball. 3.4GB extracted. -- Brooks >=20 >=20 > Cheers, > Ulrich Spoerlein > --=20 > It is better to remain silent and be thought a fool, > than to speak, and remove all doubt. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIRYFDXY6L6fI4GtQRAgsuAJ9aX8//HC+HsJ1oOp6RBpa4PMrxagCgrsBz x24Icb33MmdoWIo8kuI4ikg= =bDfj -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 17:39:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E1541065670; Tue, 3 Jun 2008 17:39:03 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 9023F8FC23; Tue, 3 Jun 2008 17:39:02 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m53HJWs29742; Tue, 3 Jun 2008 13:19:32 -0400 (EDT) Received: from [64.102.220.143] (dhcp-64-102-220-143.cisco.com [64.102.220.143]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m53HJWu22998; Tue, 3 Jun 2008 13:19:32 -0400 (EDT) Message-ID: <48457D24.9020908@freebsd.org> Date: Tue, 03 Jun 2008 13:19:32 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: current References: <1212262040.30661.25.camel@shumai.marcuscom.com> In-Reply-To: <1212262040.30661.25.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sos@freebsd.org Subject: Re: Hang while booting today's -CURRENT (ATA related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 17:39:03 -0000 Joe Marcus Clarke wrote: > I have a Dell Precision 360 workstation (i386) with an ATA DVD-RW drive > and an SATA Seagate drive. After a long time (Feb 14, 2008), I supped > -CURRENT, and rebooted. Now the box hangs in what appears to be a probe > of the ATA devices. Here are the last few lines of the verbose boot > (copied from screen): > > ata0: identify ch->devices=00000000 > ata1: identify ch->devices=00010000 > The GEOM class LABEL is already loaded. > ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire > acd0: setting PIO4 on ICH5 chip > acd0: setting UDMA33 on ICH5 chip > acd0: CDRW driver at ata1 as master > acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, > UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet > acd0: Writes: CD, CDRW, test write, burnproof > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > ata2: identify ch->devices=00000000 > ata3: identify ch->devices=00000001 > > That's it. After the DVD drive, the only other ATA device is the > SATA-attached Seagate disk which is master on ata3. The previous > kernel's verbose boot reported: > > ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire > ad6: 152627MB at ata3-master SATA150 > ad6: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth > queue > > This drive is located on a Promise controller: > > atapci0: port 0xcc00-0xcc3f,0xcbf0-0xcbff,0xcc80-0xccff mem 0xfe73f000-0xfe73ffff,0xfe740000-0xfe75ffff irq 22 at device 1.0 on pci2 > ... > ata3: on atapci0 > > Any ideas? Thanks. I did some historical testing, and found that sys/dev/ata + sys/sys/ata.h from April 9, 2008 is the last revision that works on this machine. That's the code just before the port multiplier changes went in. I know that still leaves a lot of ground to cover, but at least it rules out changes from 2/14 to 4/9. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 18:10:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 867BC1065674; Tue, 3 Jun 2008 18:10:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E82A8FC19; Tue, 3 Jun 2008 18:10:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m53IA0O8074892; Tue, 3 Jun 2008 14:10:00 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 3 Jun 2008 14:08:39 -0400 User-Agent: KMail/1.9.7 References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603173707.GA70144@lor.one-eyed-alien.net> In-Reply-To: <20080603173707.GA70144@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806031408.39466.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 03 Jun 2008 14:10:00 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7343/Tue Jun 3 12:49:04 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Brooks Davis Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 18:10:07 -0000 On Tuesday 03 June 2008 01:37:07 pm Brooks Davis wrote: > On Tue, Jun 03, 2008 at 06:45:03PM +0200, Ulrich Spoerlein wrote: > > Hi all, > > > > seems like I totally missed the effort to port the FreeBSD CVS to SVN. > > Is there some documentation around, that describes the New Way for us > > mere mortals? Specific questions that come to my mind: > > > > - How will repository propagation be done in the future? rsync? > > cvsup is and will remain the primary method for users to obtain source. > > There will be a network of svn mirrors, but details are still being > worked out. Currently, svnsync is being tested by some people. > > > - Is there one big svn tree or src/ ports/ doc/ seperately? > > Separate. Also, only src is currently using svn. ports and doc+www still use CVS. src also still uses CVS but via a svn->cvs importer/gateway. > > - Did you fixup the CVS repo-copies into real SVN renames? > > No, this is effectively impossible as there is no history of repocopies > in cvs. Future renames will be done in svn though and will show up in CVS as add/delete operations. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 18:15:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 664631065670 for ; Tue, 3 Jun 2008 18:15:18 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id DE54B8FC18 for ; Tue, 3 Jun 2008 18:15:17 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so681153nfh.33 for ; Tue, 03 Jun 2008 11:15:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=FKgqIAtUA6JbSekDrCf8+dzsfv1FXaJF5mIgqdR0fbw=; b=l8C03hmfrYxMg5o2cz3nR4i73rqNKj8l/SvKwW5rnU89Qx0UcAv6ZtpCfswajB8YWa1A4K+1CZAiTgy31uFqAVC6H/LE5Pvn6dnpbX1rGYgDkSXX3UNq6gGfFQf3L/zOxsTthYDSgoNncnfXpACiTbHj6BzdJILutwwiQ5fAHs8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=WeXo0OoOW/tBuOgVTgxeTYwV11YjKLDuEiIlLH4NnmWyDTjVW3vERPiGFoJyncC6MG7PzxlDMkr5/YfLPze2jADkVO4CO17CgEOR1TOhw1d7/xUCW/VimzQMxhemqtTySKNvdEi7m/0njWj1UlAiWFuVRuDcwZKaHVJMXgcxAww= Received: by 10.86.65.11 with SMTP id n11mr963499fga.64.1212516913992; Tue, 03 Jun 2008 11:15:13 -0700 (PDT) Received: from acme.spoerlein.net ( [217.172.44.86]) by mx.google.com with ESMTPS id a37sm805114fkc.14.2008.06.03.11.15.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Jun 2008 11:15:12 -0700 (PDT) Received: from roadrunner.spoerlein.net (e180153248.adsl.alicedsl.de [85.180.153.248]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m53IF8cp052832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 3 Jun 2008 20:15:10 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m53IF5ie004290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Jun 2008 20:15:06 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m53IF5PL004289; Tue, 3 Jun 2008 20:15:05 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Tue, 3 Jun 2008 20:15:05 +0200 From: Ulrich Spoerlein To: Garance A Drosehn Message-ID: <20080603181505.GF1592@roadrunner.spoerlein.net> Mail-Followup-To: Garance A Drosehn , current@FreeBSD.org References: <20080603164503.GC1592@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.org Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 18:15:18 -0000 On Tue, 03.06.2008 at 13:28:01 -0400, Garance A Drosehn wrote: > At 6:45 PM +0200 6/3/08, Ulrich Spoerlein wrote: > > Hi all, > > > > seems like I totally missed the effort to port the FreeBSD CVS to SVN. > > Is there some documentation around, that describes the New Way for us > > mere mortals? Specific questions that come to my mind: > > > > - How will repository propagation be done in the future? rsync? > > - Is there one big svn tree or src/ ports/ doc/ seperately? > > - Did you fixup the CVS repo-copies into real SVN renames? > > - Will svn(1) ever be part of the base system? > > - Some statistics about repo-size would be nice :) > > It is still a work in progress, and people who do not need commit > access should (for now) not do anything special. All the CVS-based > services should still be working, and it is probably best to continue > to use those for now. It is still possible that we'll hit some > unexpected cases in subversion, and find that we have to switch right > back to CVS. Ok then, no burned bridges yet :) > Please realize that a LOT of work was involved in making this switch > (none of which was done by me... ahem). So we don't mean to dismiss > your request or your interest, but we're just not ready with all the > answers that you would like to see. No problem, I'm not in a hurry and applaud the effort in general. I'm only curious why the "switch" (test?) was/is done in "secret" and no HEADSUP has been sent so far (or did I miss it?) I hope people don't mind me dragging the issue out into the open... Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 18:17:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAB3D1065675 for ; Tue, 3 Jun 2008 18:17:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 877F38FC1C for ; Tue, 3 Jun 2008 18:17:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12724 invoked by uid 399); 3 Jun 2008 18:03:27 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jun 2008 18:03:27 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4845845D.1090808@FreeBSD.org> Date: Tue, 03 Jun 2008 10:50:21 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080525) MIME-Version: 1.0 To: current@freebsd.org References: <20080603164503.GC1592@roadrunner.spoerlein.net> In-Reply-To: <20080603164503.GC1592@roadrunner.spoerlein.net> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 18:17:10 -0000 Please note that I'm not in charge of this project, but I can pass on a bit of what has been discussed so far. Ulrich Spoerlein wrote: > Hi all, > > seems like I totally missed the effort to port the FreeBSD CVS to SVN. > Is there some documentation around, that describes the New Way for us > mere mortals? One of the reasons that there hasn't been any big announcements about this is that all commits made in the svn repo are being passed directly into the cvs repo as well, so for at least the near future (and maybe a bit longer) there is not a New Way yet. All the cvs/cvsup/csup stuff you're using now will still work, nothing has been disabled. > Specific questions that come to my mind: > > - How will repository propagation be done in the future? rsync? That's one possibility. We have a ways to go before decisions are made about this. rsync and svnsync have both been discussed, there may be other possibilities as well. One of the nice things about svn is that for most purposes it's actually not necessary to mirror the repo locally at all. As someone who's been doing that for more than 10 years I'm still getting used to the idea, but it doesn't suck. :) > - Is there one big svn tree or src/ ports/ doc/ seperately? src is the only thing that has been migrated "officially" so far. One crisis at a time please. :) > - Did you fixup the CVS repo-copies into real SVN renames? That's been discussed, and there are some ideas, nothing concrete yet. Peter created a new vendor subtree so that we can experiment with this a bit without rototilling src/contrib. > - Will svn(1) ever be part of the base system? That's not planned at this time. Some of you may have noticed the new devel/subversion-freebsd port. That port adds some patches that are specific to accessing the new freebsd src repo, so most users won't need that yet. When we get farther along the road and we're ready for users to start accessing some form of svn repo more detailed instructions will be posted of course. > - Some statistics about repo-size would be nice :) My understanding is that the full repo is over 3 gigs. Since in a tree checked out with svn you have two copies of every file, my new svn src tree is a little more than 2x my cvs version (1.1G vs. 515M). I'm sure that others could fill in more details for you, but I thought it would be good to give some facts to avoid speculation. :) hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 18:26:40 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08FC0106564A; Tue, 3 Jun 2008 18:26:40 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 829A18FC21; Tue, 3 Jun 2008 18:26:39 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m53IQnpd070721; Tue, 3 Jun 2008 13:26:50 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m53IQnw8070720; Tue, 3 Jun 2008 13:26:49 -0500 (CDT) (envelope-from brooks) Date: Tue, 3 Jun 2008 13:26:49 -0500 From: Brooks Davis To: Garance A Drosehn , current@FreeBSD.org Message-ID: <20080603182649.GB70144@lor.one-eyed-alien.net> References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603181505.GF1592@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" Content-Disposition: inline In-Reply-To: <20080603181505.GF1592@roadrunner.spoerlein.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 03 Jun 2008 13:26:50 -0500 (CDT) Cc: Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 18:26:40 -0000 --kXdP64Ggrk/fb43R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 03, 2008 at 08:15:05PM +0200, Ulrich Spoerlein wrote: > On Tue, 03.06.2008 at 13:28:01 -0400, Garance A Drosehn wrote: > > At 6:45 PM +0200 6/3/08, Ulrich Spoerlein wrote: > > > Hi all, > > >=20 > > > seems like I totally missed the effort to port the FreeBSD CVS to SVN. > > > Is there some documentation around, that describes the New Way for us > > > mere mortals? Specific questions that come to my mind: > > >=20 > > > - How will repository propagation be done in the future? rsync? > > > - Is there one big svn tree or src/ ports/ doc/ seperately? > > > - Did you fixup the CVS repo-copies into real SVN renames? > > > - Will svn(1) ever be part of the base system? > > > - Some statistics about repo-size would be nice :) > >=20 > > It is still a work in progress, and people who do not need commit > > access should (for now) not do anything special. All the CVS-based > > services should still be working, and it is probably best to continue > > to use those for now. It is still possible that we'll hit some > > unexpected cases in subversion, and find that we have to switch right > > back to CVS. >=20 > Ok then, no burned bridges yet :) >=20 > > Please realize that a LOT of work was involved in making this switch > > (none of which was done by me... ahem). So we don't mean to dismiss > > your request or your interest, but we're just not ready with all the > > answers that you would like to see. >=20 > No problem, I'm not in a hurry and applaud the effort in general. I'm > only curious why the "switch" (test?) was/is done in "secret" and no > HEADSUP has been sent so far (or did I miss it?) Primairly because there is no need for one. The $FreeBSD$ values will change (IIRC), but otherwise nothing users need to deal with will change. There is a new interface for developers and users will surly take advantage of it eventually, but for now there are kinks to be worked out so encouraging wider use wouldn't be productive until we're certain things are working. -- Brooks > I hope people don't mind me dragging the issue out into the open... >=20 > Cheers, > Ulrich Spoerlein > --=20 > It is better to remain silent and be thought a fool, > than to speak, and remove all doubt. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIRYzpXY6L6fI4GtQRAiFAAKDK2Sr4BMNNxvaSTxZbujRmlAA+UgCdGDCw 0UFtLE1nHm7vbqqs+KTe3a0= =31Mt -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 18:30:21 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91F21106566C for ; Tue, 3 Jun 2008 18:30:21 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5A18FC19 for ; Tue, 3 Jun 2008 18:30:20 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id m53IUDHR052142; Tue, 3 Jun 2008 13:30:13 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Tue, 3 Jun 2008 13:30:13 -0500 (CDT) From: "Sean C. Farley" To: Michiel Boland In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: hard hang with intel video driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 18:30:21 -0000 On Mon, 2 Jun 2008, Michiel Boland wrote: > Hi. I'm not having much luck with the 'intel' video driver on i386 > -CURRENT. Whereas it would panic the box earlier when starting X (see > http://lists.freebsd.org/pipermail/freebsd-current/2008-February/082955.html), > it now just completely hangs the machine. > > No DDB, nothing. > > FWIW hardware is a dell optiplex 756. Kernel is GENERIC with one added > option (BREAK_TO_DEBUGGER). Graphics card is reported as 'Q963/Q965 > Integrated Graphics Controller' by pciconf. > > The i810 driver works fine, but from what I gather from the > xorg-drivers port, this driver is being phased out in favour of the > intel driver. Is that correct? If so, then some work is needed > somewhere. I had/have similar problems with the Intel video driver with 7-STABLE. Newer versions of the driver tend to fair better. v2.3.0 of the driver works the best for me. OpenGL applications may lock (xscreensaver at least does) from time to time, yet the system is still accessible remotely. Amusingly, the xscreensaver "hack" only needs a SIGCONT to restore access to the system. v2.3.1 will consistently lock the system. To install it, I just updated the port version to 2.3.0 and ran make makesum before installing. No other changes to the port are necessary. Obviously, this is not a true fix, but it does help. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 18:41:07 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AB4A106566B for ; Tue, 3 Jun 2008 18:41:07 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.freebsd.org (Postfix) with ESMTP id 458C58FC14 for ; Tue, 3 Jun 2008 18:41:07 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.124.153] (crustacean-24.dynamic.rpi.edu [128.113.124.153]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m53HS2Xg020149; Tue, 3 Jun 2008 13:28:03 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20080603164503.GC1592@roadrunner.spoerlein.net> References: <20080603164503.GC1592@roadrunner.spoerlein.net> Date: Tue, 3 Jun 2008 13:28:01 -0400 To: Ulrich Spoerlein , current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-SA-Score: undef - spam scanning disabled X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.225 Cc: Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 18:41:07 -0000 At 6:45 PM +0200 6/3/08, Ulrich Spoerlein wrote: >Hi all, > >seems like I totally missed the effort to port the FreeBSD CVS to SVN. >Is there some documentation around, that describes the New Way for us >mere mortals? Specific questions that come to my mind: > >- How will repository propagation be done in the future? rsync? >- Is there one big svn tree or src/ ports/ doc/ seperately? >- Did you fixup the CVS repo-copies into real SVN renames? >- Will svn(1) ever be part of the base system? >- Some statistics about repo-size would be nice :) It is still a work in progress, and people who do not need commit access should (for now) not do anything special. All the CVS-based services should still be working, and it is probably best to continue to use those for now. It is still possible that we'll hit some unexpected cases in subversion, and find that we have to switch right back to CVS. Not that I expect to switch back to CVS, but the change to subversion was *JUST* done, and there's still a few rough edges which are not finished yet. Give the people working on this a few more weeks to sort out the details and make sure everything is working OK. There is some sketchy documentation of what has happened, it is not good enough to be much help to end-users. I will make the guess that more useful information to be available by the end of June. Please realize that a LOT of work was involved in making this switch (none of which was done by me... ahem). So we don't mean to dismiss your request or your interest, but we're just not ready with all the answers that you would like to see. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 19:22:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88184106566B for ; Tue, 3 Jun 2008 19:22:41 +0000 (UTC) (envelope-from stuartb@4gh.net) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4062D8FC1B for ; Tue, 3 Jun 2008 19:22:40 +0000 (UTC) (envelope-from stuartb@4gh.net) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 03 Jun 2008 14:54:19 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.8.6-GA) with ESMTP id JZK12714; Tue, 3 Jun 2008 14:54:18 -0400 (EDT) Received: from unknown (HELO freeman.4gh.net) ([208.58.16.124]) by smtp01.lnh.mail.rcn.net with ESMTP; 03 Jun 2008 14:54:13 -0400 Received: by freeman.4gh.net (Postfix, from userid 1001) id C823C5CFED; Tue, 3 Jun 2008 14:54:08 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by freeman.4gh.net (Postfix) with ESMTP id B4B9D5CFE5 for ; Tue, 3 Jun 2008 14:54:08 -0400 (EDT) Date: Tue, 3 Jun 2008 14:54:08 -0400 (EDT) From: Stuart Barkley To: current@freebsd.org In-Reply-To: <4845845D.1090808@FreeBSD.org> Message-ID: References: <20080603164503.GC1592@roadrunner.spoerlein.net> <4845845D.1090808@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Junkmail-Status: score=10/50, host=mr08.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090205.4845935B.0050,ss=1,fgs=0, ip=207.172.4.11, so=2007-10-30 19:00:17, dmn=5.4.3/2008-02-01 X-Junkmail-IWF: false X-Mailman-Approved-At: Tue, 03 Jun 2008 19:32:35 +0000 Cc: Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 19:22:41 -0000 On Tue, 3 Jun 2008 at 13:50 -0000, Doug Barton wrote: > Ulrich Spoerlein wrote: > > > - Some statistics about repo-size would be nice :) > > My understanding is that the full repo is over 3 gigs. Since in a > tree checked out with svn you have two copies of every file, my new > svn src tree is a little more than 2x my cvs version (1.1G vs. > 515M). Plus 8 extra subdirectories and a couple constant content files under .svn in every source directory. Watch out for inode consumption. Perhaps FreeBSD patches or other recent svn work have improved addressed this problem I saw a while back. Stuart -- I've never been lost; I was once bewildered for three days, but never lost! -- Daniel Boone From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 19:44:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DEFA106564A; Tue, 3 Jun 2008 19:44:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 266A08FC1D; Tue, 3 Jun 2008 19:44:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=dVuN+tQ+54WmYGeklkTqBe/jYgnCsetPezJV6NPBmUMo6VzVVMZsn5ycrBvUnI8K7OaQiOgkCMGBZP7pP2bUsbkuUwJgSyNl5hTpO4L2oh/96JDflbjGc+TIJaJPUBpKPHkiNKb3lBkCM2TUxKFV4fHeskbbyS9AIM8X3HJ8cpxFuCsKQbXv5lJuaSxJdqtuXLnL+Sf82rkRWc4sCvLebZknhSVtHb9XIuNGLtnc7xAsgHX8M2GtIrwQFVjsCj4f; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K3cQS-0007l7-Ln; Tue, 03 Jun 2008 19:44:08 +0000 Received: from dsl-241-42-240.telkomadsl.co.za ([41.241.42.240] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K3cPp-0004GQ-DS; Tue, 03 Jun 2008 19:43:29 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K3cPm-0000VN-Ss; Tue, 03 Jun 2008 21:43:26 +0200 From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Tue, 03 Jun 2008 17:19:00 +0200." X-Attribution: BOFH Date: Tue, 03 Jun 2008 21:43:26 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 19:44:09 -0000 Ian FREISLICH wrote: > John Baldwin wrote: > > I actually broke the timer (it only ran once and didn't reschedule > > itself) and it also was going to emit the warning each time it ran > > even if there wasn't an actual timeout. I've fixed both issues and > > updated the patch at the URL again. > > Ok, I'll try it again tonight. Seems to work xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 xe0: version 0x55/0x05, 100Mbps capable, with modem xe0: Ethernet address: 00:10:a4:b6:0a:32 xe0: [ITHREAD] and no more watchdog timeouts Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 20:24:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE9F106566B for ; Tue, 3 Jun 2008 20:24:41 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9FAFE8FC18 for ; Tue, 3 Jun 2008 20:24:41 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so440289rne.12 for ; Tue, 03 Jun 2008 13:24:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=sEKsH0ghsIv2OW6IQeIiXcTprvZx9eTmU6JW6JeRHaA=; b=S2Ny+vvP+h6ThPXK23PA5//y7zO5801onJWPQgQw3Ipg21Xxbs0H7L0EXEufrpWoz4kjg1gbtJBme6Atx+MwvhZFXWjR5G2+AaD3KC7ZxenRz1kFYNQifNhJYkTbl5v23zqKdVHbKpd5cawMTRu3gGmjnTaamFHXkXfPKlqkGYI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=INRo8VL2QnO7HHn9R2eiRhPFFCJuCioA0+KzT0kqU/3aNg9qb+d5mwn2uV2bHu49z7K+1oPzDB+VgKd12dPnkbPuefWYAN3Xny5J6sLmpqk7L8qIrePw6tVElXw3eNqUFe7coyigWHaJdUHOGraSsbY8eUueovEkIy3O7+Y38Wk= Received: by 10.150.205.13 with SMTP id c13mr1403340ybg.183.1212524681020; Tue, 03 Jun 2008 13:24:41 -0700 (PDT) Received: by 10.151.51.5 with HTTP; Tue, 3 Jun 2008 13:24:40 -0700 (PDT) Message-ID: Date: Tue, 3 Jun 2008 13:24:40 -0700 From: "Freddie Cash" To: current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200805302339.33935.jhb@freebsd.org> Cc: Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 20:24:42 -0000 On Fri, May 30, 2008 at 9:09 PM, Freddie Cash wrote: > On 5/30/08, John Baldwin wrote: >> I have a patch to make tx(4) MPSAFE. I do not have the hardware to test this >> however. Unlike many of the previous patches, though, this driver appears to >> be for hardware that is not entirely ancient, so there is hopefully a decent >> chance someone can test this. >> >> http://www.FreeBSD.org/~jhb/patches/tx.patch > > I've got this hardware at work, although the specific chipset we have > doesn't attach in FreeBSD 7.0. I'll see if I can test this next week. Sorry, got my devices mixed up. We have txp(4) devices, not tx(4). -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 21:25:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A26751065670; Tue, 3 Jun 2008 21:25:59 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 59E088FC0A; Tue, 3 Jun 2008 21:25:59 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1D687680D58; Tue, 3 Jun 2008 23:25:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YYEhxl5rf-+J; Tue, 3 Jun 2008 23:25:11 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4B1ED680D1E; Tue, 3 Jun 2008 23:25:11 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m53LPBki056282; Tue, 3 Jun 2008 23:25:11 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 3 Jun 2008 23:25:11 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20080603212511.GA55743@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org Subject: [HEADSUP]: Linux 2.6 emulation enabled on default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 21:25:59 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, today I commited a patch that enabled Linux 2.6 emulation on default in contrast to 2.4 as it was until now. If you see any problems please contact emulation@ mailing list, I hope by enabling this on default we can put some more testing on the Linuxulator so we can ship 8.0R with 2.6 on default. This enables us to use newer linux_base than Fedora Core 4. there is a known problem with getdents() with a fix noone tested yet [1]. I also have a patch from NetBSD which I was unable to test but I am sure it's correct [2]. Please test those patches in a case of problems so I can commit them. thnx! roman [1] www.vlakno.cz/~rdivacky/getdents.patch [2] www.vlakno.cz/~rdivacky/linux_nptl.patch --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhFtrcACgkQLVEj6D3CBEyV+wCfesUlptEad0F+z/mqYvTL+tk8 J1YAn11ac4Rzr73sACaxndpyn+mT2In8 =WVcR -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 21:35:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8C8B106566C for ; Tue, 3 Jun 2008 21:35:21 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from kasimir.com (kasimir.com [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 239C18FC1A for ; Tue, 3 Jun 2008 21:35:20 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 21076 invoked from network); 3 Jun 2008 23:35:19 +0200 Received: from pd95b71ae.dip0.t-ipconnect.de (HELO nibbler-osx.local) (217.91.113.174) by kasimir.com with SMTP; 3 Jun 2008 23:35:18 +0200 Message-ID: <4845B8F7.7060600@kasimir.com> Date: Tue, 03 Jun 2008 23:34:47 +0200 From: Florian Smeets User-Agent: Thunderbird 2.0.0.15pre (Macintosh/20080603) MIME-Version: 1.0 To: John Baldwin References: <200805302339.33935.jhb@freebsd.org> <48447BF4.4000808@kasimir.com> <48447DD3.8030700@kasimir.com> <200806031041.08315.jhb@freebsd.org> In-Reply-To: <200806031041.08315.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 21:35:21 -0000 John Baldwin wrote: > On Monday 02 June 2008 07:10:11 pm Florian Smeets wrote: >> Florian Smeets wrote: >>> John Baldwin wrote: >>>> On Monday 02 June 2008 05:09:57 pm Florian Smeets wrote: >>>>> John Baldwin wrote: >>>>>> I have a patch to make tx(4) MPSAFE. I do not have the hardware to >>>>>> test >>>> this >>>>>> however. Unlike many of the previous patches, though, this driver >>>>>> appears >>>> to >>>>>> be for hardware that is not entirely ancient, so there is hopefully a >>>> decent >>>>>> chance someone can test this. >>>>>> >>>>>> http://www.FreeBSD.org/~jhb/patches/tx.patch >>>>>> > > Ok, I've updated the patch again (same URL) which should fix the witness > warnings. I also botched the watchdog timer in the previous patch and that > should be fixed now, too. > Hi John, still no go. Another mutex not owned panic. I'll be away until Tuesday, I'll be happy to test further patches than. Cheers, Florian tx0: port 0xc400-0xc4ff mem 0xe7000000-0xe7000fff irq 18 at device 11.0 on pci0 miibus0: on tx0 acphy0: PHY 3 on miibus0 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto panic: mutex tx0 not owned at /usr/src/sys/dev/tx/if_tx.c:1226 cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> where Tracing pid 0 tid 100000 td 0xc084d300 kdb_enter(c079464d,c079464d,c079310c,c0c207cc,0,...) at kdb_enter+0x3a panic(c079310c,c212f860,c078a020,4ca,c0c207f4,...) at panic+0x12c _mtx_assert(c2046c34,4,c078a020,4ca,c2123900,...) at _mtx_assert+0x87 epic_miibus_mediainit(c2123900,c20d0928,c07d02cc,c2132300,c212d040,...) at epic_miibus_mediainit+0x37 miibus_mediainit(c2132300,c20b3128,c07d02cc,0,c2129520,...) at miibus_mediainit+0x4c acphy_attach(c2132280,c2108054,c080bae4,c0796e08,80000000,...) at acphy_attach+0x276 device_attach(c2132280,c2132280,c0796d66,935,c2132280,...) at device_attach+0x36f device_probe_and_attach(c2132280,c2132300,c0c208dc,c04e79f7,c2132300,...) at device_probe_and_attach+0x100 bus_generic_attach(c2132300,f0000000,c0531de0,c05302a0,c2123900,...) at bus_generic_attach+0x19 miibus_attach(c2132300,c20b3054,c080bae4,c0796e08,80000000,...) at miibus_attach+0x57 device_attach(c2132300,c2132300,c0796d66,935,c2132300,...) at device_attach+0x36f device_probe_and_attach(c2132300,3,c0c20974,c04e7b0a,c2123900,...) at device_probe_and_attach+0x100 bus_generic_attach(c2123900,3,1,c2123380,c2046c00,...) at bus_generic_attach+0x19 mii_phy_probe(c2123900,c2046c0c,c0531de0,c05302a0,c052f160,...) at mii_phy_probe+0xfa epic_attach(c2123900,c20d0854,c080bae4,c0796e08,80000000,...) at epic_attach+0x7ea device_attach(c2123900,c2123900,c0796d66,935,c2123900,...) at device_attach+0x36f device_probe_and_attach(c2123900,c2088800,c0c20a94,c048126c,c2123380,...) at device_probe_and_attach+0x100 bus_generic_attach(c2123380,c204fda0,1,c0480cb0,c2123380,0,c204fda0) at bus_generic_attach+0x19 acpi_pci_attach(c2123380,c20d5854,c080bae4,c0796e08,80000000,...) at acpi_pci_attach+0x18c device_attach(c2123380,c2123380,c0796d66,935,c2123380,...) at device_attach+0x36f device_probe_and_attach(c2123380,c2088c80,c0c20b34,c04832c4,c2088800,...) at device_probe_and_attach+0x100 bus_generic_attach(c2088800,c07b5fc2,0,c0c20b24,c204fda0,...) at bus_generic_attach+0x19 acpi_pcib_attach(c2088800,c21151b4,0,c0c20b54,2,...) at acpi_pcib_attach+0x194 acpi_pcib_acpi_attach(c2088800,c20ac054,c080bae4,c0796e08,80000000,...) at acpi_pcib_acpi_attach+0x236 device_attach(c2088800,c2088800,c0796d66,935,c2088800,...) at device_attach+0x36f device_probe_and_attach(c2088800,297,c0c20c54,c0478faa,c2088c80,...) at device_probe_and_attach+0x100 bus_generic_attach(c2088c80,294,297,c2112668,294,...) at bus_generic_attach+0x19 acpi_attach(c2088c80,c20ad854,c080bae4,c0796e08,80000000,...) at acpi_attach+0xb3a device_attach(c2088c80,c2088c80,c0796d66,935,c2088c80,...) at device_attach+0x36f device_probe_and_attach(c2088c80,c20fa300,c0c20ce8,c07278ae,c20fa300,...) at device_probe_and_attach+0x100 bus_generic_attach(c20fa300,a,c077bc2c,0) at bus_generic_attach+0x19 nexus_acpi_attach(c20fa300,c20e6854,c080bae4,c0796e08,80000000,...) at nexus_acpi_attach+0x7e device_attach(c20fa300,c20fa300,c0796d66,935,c20fa300,...) at device_attach+0x36f device_probe_and_attach(c20fa300,c07c0078,c0c20d6c,c072c65c,c085ae54,...) at device_probe_and_attach+0x100 root_bus_configure(c085ae54,c0c20d88,c056ada6,0,c1ec00,...) at root_bus_configure+0x1b configure(0,c1ec00,c1ec00,c1e000,c25000,...) at configure+0xc mi_startup() at mi_startup+0x96 begin() at begin+0x2c From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 21:36:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90232106567C for ; Tue, 3 Jun 2008 21:36:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 306868FC29 for ; Tue, 3 Jun 2008 21:36:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m53Lalpb076412; Tue, 3 Jun 2008 17:36:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ian FREISLICH Date: Tue, 3 Jun 2008 17:35:59 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806031735.59591.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 03 Jun 2008 17:36:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7349/Tue Jun 3 15:20:43 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 21:36:57 -0000 On Tuesday 03 June 2008 03:43:26 pm Ian FREISLICH wrote: > Ian FREISLICH wrote: > > John Baldwin wrote: > > > I actually broke the timer (it only ran once and didn't reschedule > > > itself) and it also was going to emit the warning each time it ran > > > even if there wasn't an actual timeout. I've fixed both issues and > > > updated the patch at the URL again. > > > > Ok, I'll try it again tonight. > > Seems to work > > xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 > xe0: version 0x55/0x05, 100Mbps capable, with modem > xe0: Ethernet address: 00:10:a4:b6:0a:32 > xe0: [ITHREAD] > > and no more watchdog timeouts Cool, thanks. If you are still up for testing, try out http://www.FreeBSD.org/~jhb/patches/xe_intr.patch It uses the bus_read API instead of bus_space and splits the interrupt handler up into sub-functions for tx/rx/MAC events. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 21:40:47 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B4A106566C for ; Tue, 3 Jun 2008 21:40:47 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 883748FC1D for ; Tue, 3 Jun 2008 21:40:47 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.40] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m53LejgD021064 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Jun 2008 14:40:46 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4845BA59.7010709@FreeBSD.org> Date: Tue, 03 Jun 2008 14:40:41 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Brooks Davis References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603181505.GF1592@roadrunner.spoerlein.net> <20080603182649.GB70144@lor.one-eyed-alien.net> In-Reply-To: <20080603182649.GB70144@lor.one-eyed-alien.net> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, Garance A Drosehn Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 21:40:47 -0000 Brooks Davis wrote: >>> Please realize that a LOT of work was involved in making this switch >>> (none of which was done by me... ahem). So we don't mean to dismiss >>> your request or your interest, but we're just not ready with all the >>> answers that you would like to see. >> No problem, I'm not in a hurry and applaud the effort in general. I'm >> only curious why the "switch" (test?) was/is done in "secret" and no >> HEADSUP has been sent so far (or did I miss it?) > > Primairly because there is no need for one. The $FreeBSD$ values will > change (IIRC), but otherwise nothing users need to deal with will > change. There is a new interface for developers and users will surly > take advantage of it eventually, but for now there are kinks to be > worked out so encouraging wider use wouldn't be productive until we're > certain things are working. I disagree with the "no need for one" part. The FreeBSD is very publicly visible project, so that any such "underground activity" may give food for various FUDs, as users see some changes bit don't know how to interpret them and what to expect. I think the good way to address this is to put small press release on the website, which basically says "we are in the process of moving from cvs to the svn, but all public services should continue working as expected, so that please stay calm. Report any issues as usually via PR system. We will notify you if there are any changes to this." -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 22:00:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48E161065671; Tue, 3 Jun 2008 22:00:48 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id EFA148FC0A; Tue, 3 Jun 2008 22:00:47 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from sp34.ipt.ru ([194.62.233.107] helo=bs1.sp34.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1K3eIQ-000IBu-4B; Wed, 04 Jun 2008 01:43:58 +0400 Received: from bsam by bs1.sp34.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K3eIX-000Hta-Vi; Wed, 04 Jun 2008 01:44:05 +0400 To: Roman Divacky References: <20080603212511.GA55743@freebsd.org> From: Boris Samorodov Date: Wed, 04 Jun 2008 01:44:05 +0400 In-Reply-To: <20080603212511.GA55743@freebsd.org> (Roman Divacky's message of "Tue\, 3 Jun 2008 23\:25\:11 +0200") Message-ID: <29223514@bs1.sp34.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emulation@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP]: Linux 2.6 emulation enabled on default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 22:00:48 -0000 On Tue, 3 Jun 2008 23:25:11 +0200 Roman Divacky wrote: > today I commited a patch that enabled Linux 2.6 emulation on default > in contrast to 2.4 as it was until now. Great! Roman, big thanks for you and all who participated. > If you see any problems please contact emulation@ mailing list, I > hope by enabling this on default we can put some more testing on the > Linuxulator so we can ship 8.0R with 2.6 on default. This enables > us to use newer linux_base than Fedora Core 4. Yes, just as Roman said: "This enables us...". No more, no less. The default linux base port is linux_base-fc4. It should work fine with 2.6 emulation. If someone want to override the default linux port then OVERRIDE_LINUX_BASE_PORT variable should be defined at /etc/make.conf. More information about how to update to a new linux base port one may find at /usr/ports/UPDATING. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 23:10:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81589106564A for ; Tue, 3 Jun 2008 23:10:32 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.227]) by mx1.freebsd.org (Postfix) with ESMTP id 13D6C8FC13 for ; Tue, 3 Jun 2008 23:10:31 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so3206313hue.8 for ; Tue, 03 Jun 2008 16:10:30 -0700 (PDT) Received: by 10.78.172.5 with SMTP id u5mr33568hue.10.1212513366698; Tue, 03 Jun 2008 10:16:06 -0700 (PDT) Received: by 10.78.160.14 with HTTP; Tue, 3 Jun 2008 10:16:06 -0700 (PDT) Message-ID: Date: Tue, 3 Jun 2008 13:16:06 -0400 From: "Scott Ullrich" To: current@freebsd.org In-Reply-To: <20080603164503.GC1592@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080603164503.GC1592@roadrunner.spoerlein.net> Cc: Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 23:10:32 -0000 On 6/3/08, Ulrich Spoerlein wrote: > Hi all, > > seems like I totally missed the effort to port the FreeBSD CVS to SVN. > Is there some documentation around, that describes the New Way for us > mere mortals? Specific questions that come to my mind: > > - How will repository propagation be done in the future? rsync? > - Is there one big svn tree or src/ ports/ doc/ seperately? > - Did you fixup the CVS repo-copies into real SVN renames? > - Will svn(1) ever be part of the base system? > - Some statistics about repo-size would be nice :) I was wondering the same thing and came across http://people.freebsd.org/~peter/svn_notes.txt .. Maybe it will answer some of your questions. It was a good read for me. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 23:22:26 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54A0F1065672; Tue, 3 Jun 2008 23:22:26 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id E2CFC8FC18; Tue, 3 Jun 2008 23:22:25 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m53NMNjc013021; Wed, 4 Jun 2008 08:22:24 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 4 Jun 2008 08:22:23 +0900 From: Norikatsu Shigemura To: pyunyh@gmail.com Message-Id: <20080604082223.ad351c12.nork@FreeBSD.org> In-Reply-To: <20080603084404.GB87699@cdnetworks.co.kr> References: <20080602034630.eb07fe5c.nork@FreeBSD.org> <20080602003948.GA83841@cdnetworks.co.kr> <20080603011316.7736c782.nork@FreeBSD.org> <20080603010001.GA87699@cdnetworks.co.kr> <20080603134425.e78589b5.nork@FreeBSD.org> <20080603084404.GB87699@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 04 Jun 2008 08:22:24 +0900 (JST) Cc: Bill Paul , freebsd-current@FreeBSD.org, Sam Leffler Subject: Re: axe(4) doesn't work (patch to replace obsolete if_watchdog interface) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 23:22:26 -0000 On Tue, 3 Jun 2008 17:44:04 +0900 Pyun YongHyeon wrote: > > ukphy0: IDR1 = 0x7949, IDR2 = 0x7949 > Hmm, this also looks like faked one. Probably PHY address was > incorrectly chosen. I guess the PHY would be one of Marvell > variants. If this is correct guess, I think ax88178_init() should > be called prior to any other operations(patch attached). > Sam, what's your opinion? Humm... No different. I'll try to research points of different from Linux's code. From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 00:23:29 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65C081065681; Wed, 4 Jun 2008 00:23:29 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 017588FC12; Wed, 4 Jun 2008 00:23:28 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id E08352D3AF; Wed, 4 Jun 2008 12:23:27 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AulxR7itiFyW; Wed, 4 Jun 2008 12:23:23 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 4 Jun 2008 12:23:23 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 8E45911428; Wed, 4 Jun 2008 12:24:48 +1200 (NZST) Date: Tue, 3 Jun 2008 17:24:48 -0700 From: Andrew Thompson To: Pietro Cerutti Message-ID: <20080604002448.GB80688@citylink.fud.org.nz> References: <48317B44.1080909@FreeBSD.org> <20080519131325.GC55052@rink.nu> <48317ED8.3030904@FreeBSD.org> <4831B2D3.3080600@freebsd.org> <20080519231726.GA44361@citylink.fud.org.nz> <483210CC.5070309@FreeBSD.org> <20080520000911.GA46085@citylink.fud.org.nz> <48329C31.1050309@FreeBSD.org> <483E8AA5.3000401@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <483E8AA5.3000401@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: Problem since "wlan" came in: SIOCS80211: Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 00:23:29 -0000 On Thu, May 29, 2008 at 12:51:17PM +0200, Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Any news? Sorry for the delay. Can you set sysctl debug.wpi=128 and show me the output when you try the scan. Andrew > Pietro Cerutti wrote: > | Andrew Thompson wrote: > | | On Tue, May 20, 2008 at 01:44:12AM +0200, Pietro Cerutti wrote: > | |> -----BEGIN PGP SIGNED MESSAGE----- > | |> Hash: SHA512 > | |> > | |> > | |> | > | |> | I have looked at this, I believe the error case in this situation is > | |> | that the vap is running but the taskq to init the parent has not > | |> | completed yet. The scan checks the parents status before auctioning > | it. > | |> | > | |> | Can you see if this fixes it. I am not sure its the correct > | approach but > | |> | will at least confirm the fault. > | |> > | |> For which definition of 'this'? ;-) > | | > | | That was a test, you passed. Try this patch. > | | > | > | So, the "ioctl[SIOCS80211, op 103, len 128]: Device not configured" > | error doesn't appear anymore, but wpa_supplicant still doesn't leave > | status SCANNING.... > | > | I also see these messages on the console while bringing up the > | interface, maybe related? > | > | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 1 > | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 3 > | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 4 > | May 20 11:34:36 gahrtop kernel: wpi0: fatal firmware error > | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Rx ring > | > | Otherwise, same thing... no voice from wpa_supplicant after: > | > | No suitable AP found. > | Setting scan request: 0 sec 0 usec > | Starting AP scan (broadcast SSID) > | > | The strange thing is that: > | > | | sudo ifconfig wlan0 list scan > | SSID BSSID CHAN RATE S:N INT CAPS > | NETGEAR 00:09:5b:a8:53:f4 11 11M 28:0 100 Ec > | ZyXEL 00:19:cb:14:f4:ed 13 54M 1:0 100 ES WME > | > | | sudo ifconfig wlan0 scan > | [wait here forever...] > | > | How does the interface know about stations in range if it cannot scan? > | > > - -- > Pietro Cerutti > gahr@FreeBSD.org > > PGP Public Key: > http://gahr.ch/pgp > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEAREKAAYFAkg+iqMACgkQwMJqmJVx9451LQCfd+HVpHTIAXI3FBpLZTrDcF2c > 1ogAnRb/KQlmaO4Tc+Z60UiY/iHIe/KM > =oaOT > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 00:36:47 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2330106567C; Wed, 4 Jun 2008 00:36:47 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE048FC17; Wed, 4 Jun 2008 00:36:46 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.183.219] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1K3gzd-0002IJ-11; Wed, 04 Jun 2008 02:36:45 +0200 Message-ID: <4845E394.6080301@FreeBSD.org> Date: Wed, 04 Jun 2008 02:36:36 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Andrew Thompson References: <48317B44.1080909@FreeBSD.org> <20080519131325.GC55052@rink.nu> <48317ED8.3030904@FreeBSD.org> <4831B2D3.3080600@freebsd.org> <20080519231726.GA44361@citylink.fud.org.nz> <483210CC.5070309@FreeBSD.org> <20080520000911.GA46085@citylink.fud.org.nz> <48329C31.1050309@FreeBSD.org> <483E8AA5.3000401@FreeBSD.org> <20080604002448.GB80688@citylink.fud.org.nz> In-Reply-To: <20080604002448.GB80688@citylink.fud.org.nz> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD Current Subject: Re: Problem since "wlan" came in: SIOCS80211: Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 00:36:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Andrew Thompson wrote: | On Thu, May 29, 2008 at 12:51:17PM +0200, Pietro Cerutti wrote: | Any news? | |> Sorry for the delay. Can you set sysctl debug.wpi=128 and show me the |> output when you try the scan. Hi, no problem. My kernel + world have been updated today. Here's the output: Jun 4 02:26:25 gahrtop sudo: gahr : TTY=ttyp4 ; PWD=/home/gahr ; USER=root ; COMMAND=/usr/sbin/wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf Jun 4 02:26:25 gahrtop kernel: wpi_newstate: SCAN -> INIT flags 0x2 Jun 4 02:26:31 gahrtop kernel: wpi0: timeout resetting Tx ring 1 Jun 4 02:26:31 gahrtop kernel: wpi0: timeout resetting Tx ring 3 Jun 4 02:26:31 gahrtop kernel: wpi0: timeout resetting Tx ring 4 Jun 4 02:26:31 gahrtop kernel: microcode alive notification version 10e02 alive 1 Jun 4 02:26:31 gahrtop kernel: microcode alive notification version 10e02 alive 1 Jun 4 02:26:41 gahrtop kernel: wpi_newstate: INIT -> SCAN flags 0x2 Jun 4 02:26:41 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:26:41 gahrtop kernel: Scanning 1 Passive: 0 Jun 4 02:26:41 gahrtop kernel: scanning channel 1 status 1 Jun 4 02:26:41 gahrtop kernel: scan finished nchan=1 status=1 chan=1 Jun 4 02:26:41 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:26:41 gahrtop kernel: Scanning 6 Passive: 0 Jun 4 02:26:41 gahrtop kernel: scanning channel 6 status 1 Jun 4 02:26:41 gahrtop kernel: scan finished nchan=1 status=1 chan=6 Jun 4 02:26:41 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:26:41 gahrtop kernel: Scanning 11 Passive: 0 Jun 4 02:26:41 gahrtop kernel: scanning channel 11 status 1 Jun 4 02:26:41 gahrtop kernel: scan finished nchan=1 status=1 chan=11 Jun 4 02:26:41 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:26:41 gahrtop kernel: Scanning 7 Passive: 0 Jun 4 02:26:41 gahrtop kernel: scanning channel 7 status 1 Jun 4 02:26:41 gahrtop kernel: scan finished nchan=1 status=1 chan=7 Jun 4 02:26:41 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:26:41 gahrtop kernel: Scanning 13 Passive: 0 Jun 4 02:26:41 gahrtop kernel: wpi0: fatal firmware error Jun 4 02:26:41 gahrtop kernel: wpi0: timeout resetting Rx ring Jun 4 02:26:41 gahrtop kernel: microcode alive notification version 10e02 alive 1 Jun 4 02:26:41 gahrtop kernel: microcode alive notification version 10e02 alive 1 Jun 4 02:27:17 gahrtop kernel: wpi_newstate: SCAN -> INIT flags 0x2 Jun 4 02:28:23 gahrtop sudo: gahr : TTY=ttyp5 ; PWD=/home/gahr ; USER=root ; COMMAND=/usr/sbin/wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf -dd Jun 4 02:28:24 gahrtop kernel: wpi0: timeout resetting Tx ring 1 Jun 4 02:28:24 gahrtop kernel: wpi0: timeout resetting Tx ring 3 Jun 4 02:28:24 gahrtop kernel: wpi0: timeout resetting Tx ring 4 Jun 4 02:28:24 gahrtop kernel: microcode alive notification version 10e02 alive 1 Jun 4 02:28:24 gahrtop kernel: microcode alive notification version 10e02 alive 1 Jun 4 02:28:34 gahrtop kernel: wpi_newstate: INIT -> SCAN flags 0x2 Jun 4 02:28:34 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:28:34 gahrtop kernel: Scanning 1 Passive: 0 Jun 4 02:28:34 gahrtop kernel: scanning channel 1 status 1 Jun 4 02:28:34 gahrtop kernel: scan finished nchan=1 status=1 chan=1 Jun 4 02:28:34 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:28:34 gahrtop kernel: Scanning 6 Passive: 0 Jun 4 02:28:34 gahrtop kernel: scanning channel 6 status 1 Jun 4 02:28:34 gahrtop kernel: scan finished nchan=1 status=1 chan=6 Jun 4 02:28:34 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:28:34 gahrtop kernel: Scanning 11 Passive: 0 Jun 4 02:28:34 gahrtop kernel: scanning channel 11 status 1 Jun 4 02:28:34 gahrtop kernel: scan finished nchan=1 status=1 chan=11 Jun 4 02:28:34 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:28:34 gahrtop kernel: Scanning 7 Passive: 0 Jun 4 02:28:34 gahrtop kernel: scanning channel 7 status 1 Jun 4 02:28:34 gahrtop kernel: scan finished nchan=1 status=1 chan=7 Jun 4 02:28:34 gahrtop kernel: Scanning Essid: "tappeto" Jun 4 02:28:34 gahrtop kernel: Scanning 13 Passive: 0 Jun 4 02:28:34 gahrtop kernel: wpi0: fatal firmware error Jun 4 02:28:34 gahrtop kernel: wpi0: timeout resetting Rx ring Jun 4 02:28:34 gahrtop kernel: microcode alive notification version 10e02 alive 1 Jun 4 02:28:34 gahrtop kernel: microcode alive notification version 10e02 alive 1 Thanks for looking at it! | | |> Andrew | | | Pietro Cerutti wrote: | | Andrew Thompson wrote: | | | On Tue, May 20, 2008 at 01:44:12AM +0200, Pietro Cerutti wrote: | | |> -----BEGIN PGP SIGNED MESSAGE----- | | |> Hash: SHA512 | | |> | | |> | | |> | | | |> | I have looked at this, I believe the error case in this situation is | | |> | that the vap is running but the taskq to init the parent has not | | |> | completed yet. The scan checks the parents status before auctioning | | it. | | |> | | | |> | Can you see if this fixes it. I am not sure its the correct | | approach but | | |> | will at least confirm the fault. | | |> | | |> For which definition of 'this'? ;-) | | | | | | That was a test, you passed. Try this patch. | | | | | | | So, the "ioctl[SIOCS80211, op 103, len 128]: Device not configured" | | error doesn't appear anymore, but wpa_supplicant still doesn't leave | | status SCANNING.... | | | | I also see these messages on the console while bringing up the | | interface, maybe related? | | | | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 1 | | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 3 | | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Tx ring 4 | | May 20 11:34:36 gahrtop kernel: wpi0: fatal firmware error | | May 20 11:34:36 gahrtop kernel: wpi0: timeout resetting Rx ring | | | | Otherwise, same thing... no voice from wpa_supplicant after: | | | | No suitable AP found. | | Setting scan request: 0 sec 0 usec | | Starting AP scan (broadcast SSID) | | | | The strange thing is that: | | | | | sudo ifconfig wlan0 list scan | | SSID BSSID CHAN RATE S:N INT CAPS | | NETGEAR 00:09:5b:a8:53:f4 11 11M 28:0 100 Ec | | ZyXEL 00:19:cb:14:f4:ed 13 54M 1:0 100 ES WME | | | | | sudo ifconfig wlan0 scan | | [wait here forever...] | | | | How does the interface know about stations in range if it cannot scan? | | | _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhF45MACgkQwMJqmJVx945JXwCgjin5mFBEaXcbRYCrf4sYDqoi 0VQAn2y5kV+w6VYMSosE25ju7eGeNTSj =tCiV -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 03:11:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6CE4106573D for ; Wed, 4 Jun 2008 03:11:56 +0000 (UTC) (envelope-from starbuck797@yahoo.es) Received: from web26305.mail.ukl.yahoo.com (web26305.mail.ukl.yahoo.com [217.146.176.16]) by mx1.freebsd.org (Postfix) with SMTP id 4112B8FC18 for ; Wed, 4 Jun 2008 03:11:56 +0000 (UTC) (envelope-from starbuck797@yahoo.es) Received: (qmail 86424 invoked by uid 60001); 4 Jun 2008 03:11:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=m39nIQKpUZGSv0uCMpL9o9i/UJKh826ZEdPIGC6xttU03pHgcrT1TVJh3FVsNal0Xa3RGap8z7yVXJjNAIIJ41PuKa98ZyRCF5dqDRH5fr/r/eIRg99ppBQjrkx2ZJdCrNyTXCPQGAL7gUOL4gUUCf6UPo1OC/eDVuK14rdREhQ=; Received: from [190.76.51.13] by web26305.mail.ukl.yahoo.com via HTTP; Wed, 04 Jun 2008 03:11:54 GMT X-Mailer: YahooMailRC/975.42 YahooMailWebService/0.7.199 Date: Wed, 4 Jun 2008 03:11:54 +0000 (GMT) From: =?iso-8859-1?Q?Miguel_V=E1squez=2E?= To: freebsd-usb@freebsd.org, rea-fbsd@codelabs.ru, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <852960.86032.qm@web26305.mail.ukl.yahoo.com> Cc: Subject: Problem with usb modem CMOTECH CCU550 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 03:11:57 -0000 Hello everybody.=0A=0A=0AHi, I am a novice in FreeBSD, I use FreeBSD 7.0 in= a Acer Aspire=0A5570z laptop, I have tried to use my modem CMOTECH CCU550 = but I have not=0Asuccessful, Can you Help me??=0A=0A=0AUntil now, I did the= following thing:=0AI executed,=0A#kldload ucom=0A#kldload umodem=0Aplug my= modem and the system display:=0A=0A=0Aucom0: on uhub2=0Aucom0: iclass= 2/2=0Aucom0: data interface 1, has CM over data, has break=0Aucom0: status= change notification available=0A=0Aafter this, i tried to configure KPPP b= ut, i can not to get to connect, =0Awhat is wrong??=0A=0AI want to adapt my= service of Internet for FreeBSD 7.0, =0Abut, i can not make work my modem.= =0A=0AI hope you can help me.=0ANote: My English is not good, i speak spani= sh.=0A=0A=0ABest regards,=0AMiguel.=0A=0A=0A _________________________= _____________________ =0AEnviado desde Correo Yahoo! La bandeja de entrada = m=E1s inteligente. From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 05:17:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD129106567A; Wed, 4 Jun 2008 05:17:19 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 813838FC13; Wed, 4 Jun 2008 05:17:19 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=PLTWJAjpSouhpV9r9ifZ6p5+qsmp5x2M2CFB0/XlUdAGLG2OzAyQzh6LU54Po8szatr7kFBIYp5HzlaqsUR8Fci0UMMf6hmj5KfPsaOA+9SixRrVW6v3amQocrKC5LErxf4wr5Fw85mcxIvsNlUMXi3vm7R2W95oRFdRoSZU4dOeC5f50zSOBpmdm2pJ0yFIAzJzAq+TZuIP6+D10d4U/Kx4EOcvjHtDeS1RSBWZx4S5dcmHzxxzUsrSic2R4ftR; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1K3lN1-0004Wv-Gm; Wed, 04 Jun 2008 05:17:13 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K3lMt-0001AE-9t; Wed, 04 Jun 2008 05:17:03 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K3lMr-0000fG-UI; Wed, 04 Jun 2008 07:17:01 +0200 To: John Baldwin From: Ian FREISLICH In-Reply-To: Message from John Baldwin of "Tue, 03 Jun 2008 17:35:59 -0400." <200806031735.59591.jhb@freebsd.org> X-Attribution: BOFH Date: Wed, 04 Jun 2008 07:17:01 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 05:17:20 -0000 John Baldwin wrote: > Cool, thanks. If you are still up for testing, try out > http://www.FreeBSD.org/~jhb/patches/xe_intr.patch I'm always up for testing :) > It uses the bus_read API instead of bus_space and splits the interrupt > handler up into sub-functions for tx/rx/MAC events. And this, unsurprisingly, also works. :) This card however must be a pile of rubbish. The interrupt usage suggests it's just PIO and uses the CPU to bit-bang the line to generate the ethernet timing and signals. 73% interrupt on a PIII-500 to move data at 100Mbit/s. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 06:14:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DF971065676; Wed, 4 Jun 2008 06:14:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D8BC38FC43; Wed, 4 Jun 2008 06:14:01 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m546CFR3086712; Wed, 4 Jun 2008 00:12:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Jun 2008 00:13:39 -0600 (MDT) Message-Id: <20080604.001339.-1350499725.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <200805281747.05475.jhb@FreeBSD.org> References: <200805281747.05475.jhb@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ex(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 06:14:02 -0000 In message: <200805281747.05475.jhb@FreeBSD.org> John Baldwin writes: : I have a patch for ex(4) to make it MPSAFE. I have no hardware to test it, : however. If you value this driver, test this patch. : : http://www.FreeBSD.org/~jhb/patches/ex.patch My PC Card based ex device is still detected after these changes. However, I foolishly forgot the dongle, so I can't test it for about a week. Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 06:14:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAAF11065671; Wed, 4 Jun 2008 06:14:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 75D488FC4E; Wed, 4 Jun 2008 06:14:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m546BVNm086670; Wed, 4 Jun 2008 00:11:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Jun 2008 00:12:53 -0600 (MDT) Message-Id: <20080604.001253.1683325662.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <200805281715.39536.jhb@freebsd.org> References: <200805281715.39536.jhb@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: cs(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 06:14:02 -0000 In message: <200805281715.39536.jhb@freebsd.org> John Baldwin writes: : I have a patch to make cs(4) MPSAFE. As with previous patches, ENOHARDWARE. : If you care about this driver, test the patch. : : http://www.FreeBSD.org/~jhb/patches/cs.patch This patch appears to work for me, but I've not stress tested the interface. I did have to make a bunch of other changes to the driver to fix some obvious bogons that got in my way. These bogons are in the cs driver, not in your patches to the cs driver. I'm flushing those into svn and looping back the changes plus your patches to make sure things still work. I'll report more when I know more. Note: this is PCMCIA card only (IBM EtherJet Ethernet PC Card). I can confirm that your patch still applies after my changes, although with a fuzz factor. Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 06:32:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7440F1065671 for ; Wed, 4 Jun 2008 06:32:56 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id F28AF8FC32 for ; Wed, 4 Jun 2008 06:32:55 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so1620905fkk.11 for ; Tue, 03 Jun 2008 23:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Cnc1aCcHmGAL+YgHToteVRllaQ+XkcZ8vvV++AXJwj8=; b=I6yRWi/PwiNxXkAZqFNYKeK3LMKd4YO5C3cpAbYMfXzqP3xKhp/Xp3luOOOx7etaY0FG8ZQix+Bol1Ju83xOSgKwUzs2BdoOHSCMmLn1B7lPFsGto64U7FFnabVqk0t+ZqQfjMYdSWgscvdE3FmGgJ2nuTMZzwPxNsr+lI3gc1c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bJNwiuVkK8G3xqWOdeFAVmCut3Lvp1bo7gRj38xHuTILfwO5YS7v/eIUlg79ZO2foiOaD1sy5TOadeHuCRCTK2ugepa8ggUGACOAQBkPMGkI2cDb2WnK8+EPizkkEED9dMB4DCMjxX6Z1h38gVRd2I8L23kRbbZOfEbvruFez3s= Received: by 10.82.116.15 with SMTP id o15mr157021buc.75.1212561173832; Tue, 03 Jun 2008 23:32:53 -0700 (PDT) Received: by 10.82.180.3 with HTTP; Tue, 3 Jun 2008 23:32:53 -0700 (PDT) Message-ID: <7ad7ddd90806032332n43946648rb12045afd8f35e18@mail.gmail.com> Date: Wed, 4 Jun 2008 08:32:53 +0200 From: "Ulrich Spoerlein" To: "Brooks Davis" In-Reply-To: <20080603173707.GA70144@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603173707.GA70144@lor.one-eyed-alien.net> Cc: current@freebsd.org Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 06:32:56 -0000 On Tue, Jun 3, 2008 at 7:37 PM, Brooks Davis wrote: > On Tue, Jun 03, 2008 at 06:45:03PM +0200, Ulrich Spoerlein wrote: >> - Did you fixup the CVS repo-copies into real SVN renames? > No, this is effectively impossible as there is no history of repocopies > in cvs. This is not entirely true, the cvs@ archive details almost all CVS repo copies. There are also lots of forced commits to denote repo copies. Yes, it would have to be a manual process, where you gather (old, new, revision) tuples for the time of the repo copy (and perhaps the branch?) This file could then augment the conversion process and handle the CVS files more intelligently. I'm not volunteering and am happy with what's been done anyway. I'm just against the "this can never ever been fixed, because the information is totally lost" attitude. Ciao, Uli From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 07:13:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B12B106566B; Wed, 4 Jun 2008 07:13:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id E8E0D8FC1F; Wed, 4 Jun 2008 07:13:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m547BCcZ087510; Wed, 4 Jun 2008 01:11:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Jun 2008 01:12:15 -0600 (MDT) Message-Id: <20080604.011215.1723237511.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <20080604.001253.1683325662.imp@bsdimp.com> References: <200805281715.39536.jhb@freebsd.org> <20080604.001253.1683325662.imp@bsdimp.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: cs(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 07:13:25 -0000 In message: <20080604.001253.1683325662.imp@bsdimp.com> "M. Warner Losh" writes: : In message: <200805281715.39536.jhb@freebsd.org> : John Baldwin writes: : : I have a patch to make cs(4) MPSAFE. As with previous patches, ENOHARDWARE. : : If you care about this driver, test the patch. : : : : http://www.FreeBSD.org/~jhb/patches/cs.patch : : This patch appears to work for me, but I've not stress tested the : interface. : : I did have to make a bunch of other changes to the driver to fix some : obvious bogons that got in my way. These bogons are in the cs driver, : not in your patches to the cs driver. I'm flushing those into svn and : looping back the changes plus your patches to make sure things still : work. I'll report more when I know more. Note: this is PCMCIA card : only (IBM EtherJet Ethernet PC Card). : : I can confirm that your patch still applies after my changes, although : with a fuzz factor. Upon further testing, I've discovered that the driver neglects to tear down the ISR. http://people.freebsd.org/~imp/cs.patch.new fixes the problem, but may also have some stray goo in it too. Note: I'm only able to test 10BaseT at the moment. 10Base2 is possible with a dongle I have at home, but I have no 10Base2 media. 10Base5 isn't possible for me to test at all. Note 2: Although I have the ISA version of the EtherJet, I don't think I have any ISA machines setup for testing. cs0: at port 0xa100-0xa10f irq 20 function 0 config 1 on pccard0 cs0: CS8920M rev F media TP AUI BNC cs0: failed to enable TP cs0: failed to enable BNC cs0: failed to enable AUI cs0: bpf attached cs0: Ethernet address: 00:20:35:de:f9:4f cs0: [MPSAFE] cs0: [ITHREAD] cs0: detached The failed to enable messages are the same as before. I'm having some problems with my test setup, which means I'm no longer as sure as I was before that I actually passed packets with this card.... But that will have to wait for tomorrow to track down... Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 07:16:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18E201065672; Wed, 4 Jun 2008 07:16:53 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id CA3608FC4D; Wed, 4 Jun 2008 07:16:52 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m547DL1x087557; Wed, 4 Jun 2008 01:13:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Jun 2008 01:14:45 -0600 (MDT) Message-Id: <20080604.011445.-957832680.imp@bsdimp.com> To: ianf@clue.co.za From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: xe(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 07:16:53 -0000 In message: Ian FREISLICH writes: : John Baldwin wrote: : > Cool, thanks. If you are still up for testing, try out : > http://www.FreeBSD.org/~jhb/patches/xe_intr.patch : : I'm always up for testing :) : : > It uses the bus_read API instead of bus_space and splits the interrupt : > handler up into sub-functions for tx/rx/MAC events. : : And this, unsurprisingly, also works. :) : : This card however must be a pile of rubbish. The interrupt usage : suggests it's just PIO and uses the CPU to bit-bang the line to : generate the ethernet timing and signals. 73% interrupt on a : PIII-500 to move data at 100Mbit/s. PC Card devices generally were PIO only. DMA was technically in the standard, but in reality it was never implemented. The lack of a standardized DMA interface in the host controller is mostly to blame, and FreeBSD doesn't support the few cards that did support DMA. I don't think it is big-banging the line to generate the ethernet timing, but there are a number of busy loops in the driver that keep it from peak efficiency. Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 07:21:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CBDD106566C for ; Wed, 4 Jun 2008 07:21:10 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id ED9C78FC38 for ; Wed, 4 Jun 2008 07:21:09 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id b33so1105389ana.13 for ; Wed, 04 Jun 2008 00:21:09 -0700 (PDT) Received: by 10.100.121.12 with SMTP id t12mr19438807anc.132.1212564069361; Wed, 04 Jun 2008 00:21:09 -0700 (PDT) Received: by 10.100.154.11 with HTTP; Wed, 4 Jun 2008 00:21:09 -0700 (PDT) Message-ID: Date: Wed, 4 Jun 2008 00:21:09 -0700 From: "Peter Wemm" To: current@freebsd.org In-Reply-To: <20080603181505.GF1592@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603181505.GF1592@roadrunner.spoerlein.net> Cc: Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 07:21:10 -0000 On Tue, Jun 3, 2008 at 11:15 AM, Ulrich Spoerlein wrote: > On Tue, 03.06.2008 at 13:28:01 -0400, Garance A Drosehn wrote: >> At 6:45 PM +0200 6/3/08, Ulrich Spoerlein wrote: >> > Hi all, >> > >> > seems like I totally missed the effort to port the FreeBSD CVS to SVN. >> > Is there some documentation around, that describes the New Way for us >> > mere mortals? Specific questions that come to my mind: >> > >> > - How will repository propagation be done in the future? rsync? >> > - Is there one big svn tree or src/ ports/ doc/ seperately? >> > - Did you fixup the CVS repo-copies into real SVN renames? >> > - Will svn(1) ever be part of the base system? >> > - Some statistics about repo-size would be nice :) >> >> It is still a work in progress, and people who do not need commit >> access should (for now) not do anything special. All the CVS-based >> services should still be working, and it is probably best to continue >> to use those for now. It is still possible that we'll hit some >> unexpected cases in subversion, and find that we have to switch right >> back to CVS. > > Ok then, no burned bridges yet :) Correct..... and I thought for a while yesterday that we were going to have to use it. >> Please realize that a LOT of work was involved in making this switch >> (none of which was done by me... ahem). So we don't mean to dismiss >> your request or your interest, but we're just not ready with all the >> answers that you would like to see. > > No problem, I'm not in a hurry and applaud the effort in general. I'm > only curious why the "switch" (test?) was/is done in "secret" and no > HEADSUP has been sent so far (or did I miss it?) It wasn't intentionally hidden. It is more a case that it hasn't been publicized yet. We weren't even sure if the first attempt was going to succeed. Heck, I'm still not 100% sure we've made it to the commit point. Some background for perspective: First email thread on cvs replacement: July 31st, 1999. (latest and greatest thing: BitKeeper) Between then and Jan 4th, 2008: 124 email threads that I've been a party to. (Does not include any on -core this last two years. I'm sure there have been a few.) 2416 messages in those 124 threads. Longest thread: 128 messages ("Subject: Lipstick on a pig?") We've argued about everything from tree layout, to models, to choice of system, to workflow, to splitting into components, to using 3rd party systems, you name it. Several systems have come and gone in that time. There has been the BitKeeper fiasco. For every person who wanted to change the way something was done, there was another who was strongly opposed. The only thing that everybody agreed on was that there was very little agreement. The short ultimately list boiled down to svn, git, hg (mercurial) and staying put with cvs. Staying with cvs really wasn't an option. As one of the people in charge of keeping our cvs zombie on life support, I was painfully aware of how much metadata we were losing. svn was the lowest common denominator of the alternatives. We could ease into using it as an evolutionary thing rather than a revolution. Some complain that it is the uninspired choice. It does have the advantage of having interfaces with both git and hg. It could do everything that we need. There's Mercurial (hg). It is a distributed system from the ground up and its user interface is an easy transition for many cvs users. And then there's git. Definitely flavour of the month and seems to be stealing mercurial's limelight lately. It too, is an aggressively distributed system. And there lies the problem. Git is very well suited to the Linux community's way of doing things. For better or worse, we've never done things the same way as the Linux folk. We can argue all day about whether an integrated system is better than the Linux-style free-for-all. But, it's what we have, and we're not Linux. Many of our users run FreeBSD *because* it is integrated. There's a number of fundamental architectural design choices in git (and hg) that really don't suit FreeBSD's model comfortably. To make really *effective* use of Git, we'd need to make radical changes to our entire way of doing things. (Sure, we could get by. But to get all the benefits, we'd have to make big changes). And that's the rub. Switching VCS's is bad enough, but if you want to mix in changing models at the same time.. it is never going to get off the ground. Meanwhile, we keep suffering from the limitations of cvs. So, I foolishly volunteered to do an evolutionary step and make the ``uninspired'' choice. I know svn can work for us. We don't have to deal with the whole workflow model at the same time. At this point, I'm sure somebody will add a Cc: to Linus so that he can "educate" me. Don't bother. I've watched his talks, read his email and posting. I've read hundreds of other blog posts on the subject of why Git is the best thing since sliced bread. I understand Linus's view. I understand the model he's advocating. Heck, I *like* the model he's advocating. I use git at home for a few things, so I am familiar with it. I just don't think it is the right choice for FreeBSD.org yet. I fully expect this to change over time. At some point, git (or the next latest and greatest thing) will be compelling and will either support our models or we'll have changed ours. We'll be in a heck of a lot better shape for switching with svn as a starting point than with cvs. Meanwhile, there is git-svn, hgsvn, svk and friends. (I expect that many freebsd.org committers will use git-svn or svk for doing development and commits.) If you want to use git to manage your freebsd work, please, go right ahead. It should be easy now that git-svn has something to pull from (and push to). Go and build a git-based ecosystem and prove me wrong. Demonstrate a compelling case that we should be using a git-based model. Show that git can deal with sharing changes from multiple origins on a tree our size or that it is worth fragmenting our tree as a concession to git's tree-as-a-unit model. It has just been made significantly easier to prove your point. Now go do it. Well, in a few days when we have public infrastructure, that is. :) FWIW, we'll probably even offer a publically reachable git server that folks can clone from to make it easier still. Meanwhile.. we are exporting identical commits to cvs. Everybody who is using cvs or cvsup or csup or cvsweb will be able to keep on doing what they've been doing. The odds are good that the rest of the 7.x releases will be cut from cvs rather than svn. As we make the svn (and other) infrastructure more public we'll give people more choices about how they want to get freebsd. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 07:21:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F391065678 for ; Wed, 4 Jun 2008 07:21:43 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD658FC47 for ; Wed, 4 Jun 2008 07:21:43 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id 8398F26DE226 for ; Wed, 4 Jun 2008 06:49:20 +0200 (CEST) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 653773EA0FC; Wed, 4 Jun 2008 08:49:42 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 1CF473EA0D3; Wed, 4 Jun 2008 08:49:41 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id m546ne1k016574; Wed, 4 Jun 2008 08:49:40 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 4 Jun 2008 08:46:33 +0200 User-Agent: KMail/1.9.7 References: <200805291503.15787.jhb@freebsd.org> <200806011726.36771.thierry@herbelot.com> <200806021529.26497.jhb@freebsd.org> In-Reply-To: <200806021529.26497.jhb@freebsd.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806040846.33694.thierry@herbelot.com> Cc: Subject: Re: ie(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 07:21:44 -0000 > > PS : there is also this kind of harmless messages at boot : > > # ifconfig ie1 up > > module_register: module isa/ie_SL already exists! > > Module isa/ie_SL failed to register: 17 > > module_register: module isa/ie_EE16 already exists! > > Module isa/ie_EE16 failed to register: 17 > > module_register: module isa/ie_3C507 already exists! > > Module isa/ie_3C507 failed to register: 17 > > Try http://www.FreeBSD.org/~jhb/patches/ie_mod.patch then, bad luck : panic: _mtx_lock_sleep: recursed on non-recursive mutex ie1 @ /usr/src/sys/dev/ie/if_ie.c:1490 cpuid = 0 KDB: enter: panic [thread pid 383 tid 100045 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> where Tracing pid 383 tid 100045 td 0xc1a55230 kdb_enter(c0b2dc12,c0b2dc12,c0b2c98f,c625bad0,0,...) at kdb_enter+0x3a panic(c0b2c98f,c1965270,c0b030de,5d2,c18651e4,...) at panic+0x12c _mtx_lock_sleep(c18651e4,c1a55230,0,c0b030de,5d2,...) at _mtx_lock_sleep+0x4a _mtx_lock_flags(c18651e4,0,c0b030de,5d2,c19a4000,...) at _mtx_lock_flags+0xef ieinit(c1865000,0,c0b030de,665,80206910,...) at ieinit+0x35 ieioctl(c19a4000,80206910,c19adc40,c0b3b131,c19a4000,...) at ieioctl+0x91 ifhwioctl(c1a55230,c0b296da,c1a34c2c,815,c0b296da,...) at ifhwioctl+0x3ca ifioctl(c1a9a000,80206910,c19adc40,c1a55230,c1a55230,...) at ifioctl+0x2e1 soo_ioctl(c1a4f540,80206910,c19adc40,c188b800,c1a55230,...) at soo_ioctl+0x397 kern_ioctl(c1a55230,3,80206910,c19adc40,7bb6c0,...) at kern_ioctl+0x1c8 ioctl(c1a55230,c625bcfc,c,c0b64430,c0be7bf0,...) at ioctl+0x134 syscall(c625bd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28169373, esp = 0xbfbfe65c, ebp = 0xbfbfe698 --- db> show locks exclusive sleep mutex ie1 (network driver) r = 0 (0xc18651e4) locked @ /usr/src/sys/dev/ie/if_ie.c:1637 db> ps pid ppid pgrp uid state wmesg wchan cmd 383 150 26 0 R+ CPU 0 ifconfig 150 26 26 0 S+ wait 0xc1a78000 sh 26 1 26 0 Ss+ wait 0xc18c7a70 sh 19 0 0 0 SL sdflush 0xc0cb4e00 [softdepflush] 18 0 0 0 SL syncer 0xc0c54fe0 [syncer] 17 0 0 0 SL vlruwt 0xc1a2ea70 [vnlru] 16 0 0 0 SL psleep 0xc0ca94e4 [bufdaemon] 15 0 0 0 SL pgzero 0xc0cb59f4 [pagezero] 14 0 0 0 SL psleep 0xc0cb561c [vmdaemon] 9 0 0 0 SL psleep 0xc0cb55e4 [pagedaemon] 8 0 0 0 SL pftm 0xc0e12000 [pfpurge] 7 0 0 0 SL waiting_ 0xc0cab19c [sctp_iterator] 6 0 0 0 SL - 0xc186523c [fdc0] 5 0 0 0 SL ccb_scan 0xc0c23d54 [xpt_thrd] 13 0 0 0 SL - 0xc0c54fe8 [yarrow] 4 0 0 0 SL - 0xc0c52dc4 [g_down] 3 0 0 0 SL - 0xc0c52dc0 [g_up] 2 0 0 0 SL - 0xc0c52db8 [g_event] 12 0 0 0 RL (threaded) intr 100028 I [irq5: ie1] 100027 I [swi0: sio] 100026 I [irq7: ppbus0 ppc0] 100024 I [irq1: atkbd0] 100023 I [irq15: ata1] 100022 I [irq14: ata0] 100021 I [irq9: ed0] 100020 I [irq10: xl1] 100019 I [irq11: xl0] 100018 I [swi5: +] 100017 I [swi2: cambio] 100014 I [swi6: task queue] 100013 I [swi6: Giant taskq] 100006 RunQ [swi4: clock sio] 100005 I [swi1: net] 100004 I [swi3: vm] 11 0 0 0 RL [idle: cpu0] 1 0 1 0 SLs wait 0xc1884d0c [init] 10 0 0 0 SL audit_wo 0xc0cb47fc [audit] 0 0 0 0 SLs (threaded) kernel 100015 D - 0xc194ad80 [kqueue taskq] 100012 D - 0xc194b000 [thread taskq] 100010 D - 0xc1868e80 [firmware taskq] 100000 I [swapper] db> TfH From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 07:45:42 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B03E106567A for ; Wed, 4 Jun 2008 07:45:42 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7388FC1D for ; Wed, 4 Jun 2008 07:45:41 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP id m547je8G015505 (8.13.4/1.4); Wed, 4 Jun 2008 09:45:40 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP id m547jeem015502 (8.13.4/2.02); Wed, 4 Jun 2008 09:45:40 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Wed, 4 Jun 2008 09:45:40 +0200 (MEST) From: Michiel Boland To: "Sean C. Farley" In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: hard hang with intel video driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 07:45:42 -0000 > I had/have similar problems with the Intel video driver with 7-STABLE. > Newer versions of the driver tend to fair better. v2.3.0 of the driver > works the best for me. OpenGL applications may lock (xscreensaver at > least does) from time to time, yet the system is still accessible > remotely. Ok, 2.3.0 works for me as well. Still, it would be nice to find out what causes the lockup in the real port though. From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 08:38:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36831106567E; Wed, 4 Jun 2008 08:38:53 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id A5F428FC1B; Wed, 4 Jun 2008 08:38:52 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m548coEE000944; Wed, 4 Jun 2008 12:38:50 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1212568731; bh=jV4kRK7Vr4NUhT/PX2H69KQOxSHR6hEwB7BNgUk Re/Y=; l=278; h=Date:From:To:Subject:Message-ID:MIME-Version: Content-Type; b=W78vT6Za/dWd++mDFNyX7hKR2SSN28HttdnoqmODSHVFjVWTEl KWrV6FQymf8i4mPfu1hcGhoH3koNheheBE4hI0stG5oytfA/5NkgxPDd5q7jKKZZ57Y SMHMp/Gvt+AbJ/AbUcLnboEGgzub95Qv4DB+FzE8m+v9yXXkfgUKGY= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m548cndQ000941; Wed, 4 Jun 2008 12:38:49 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jun 2008 12:38:48 +0400 From: Andrey Chernov To: brooks@freebsd.org, current@freebsd.org Message-ID: <20080604083848.GA847@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , brooks@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: /etc/rc.d/routing now always insert 30s delay for DHCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 08:38:53 -0000 There is 30s delay now always appearse for DHCP cards at boot. Pressing ^C is workaround. As I see in /etc/rc.d/routing v1.444 it seems wrong condition is checked for break becuase dhclient is not started at this moment at all. Please fix. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 08:59:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B23B11065683 for ; Wed, 4 Jun 2008 08:59:10 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1E28FC22 for ; Wed, 4 Jun 2008 08:59:09 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m548x8CQ001185 for ; Wed, 4 Jun 2008 12:59:08 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1212569948; bh=gN88I+qwtQr6WcZ7EZD9nnrhndelL5C3OjBjmRR 0d3Y=; l=763; h=Date:From:To:Subject:Message-ID:MIME-Version: Content-Type; b=FzSkkoOH7KI4NBooZiyCQLOZ10xt/IE0pcL/WM/jhXTVytbkMH oM6LNouBGverej8B1gkU+r+AD4k1E6jbKEfHzCiodG3oX1AtKk4XCDTDDvK97jnZIeS /J1qhZFdiHWxMhlX+hDC0NErtRvhvPZP48NL05lJ1l7+FL2hMFPbW8= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m548x8pW001184 for current@freebsd.org; Wed, 4 Jun 2008 12:59:08 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jun 2008 12:59:08 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20080604085908.GA996@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: USB: ums driver no longer detects Logitech mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 08:59:10 -0000 Recent ums stops to detect Logitech mouse. Previous kernel from about month ago handle it normally as: ums0: on uhub7 ums0: 16 buttons and Z dir. uhid0: on uhub7 Now only as generic device: ugen0: on uhub4 Here is usbdevs output: Controller /dev/usb3: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00, device uhub3 ... port 4 addr 3: high speed, power 500 mA, config 1, product 0x0990(0x0990), vendor 0x046d(0x046d), rev 0.05, device ugen0 ... port 4 powered ... Please fix. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 12:51:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8B12106566C; Wed, 4 Jun 2008 12:51:32 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 57C768FC16; Wed, 4 Jun 2008 12:51:32 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m54CpgFV078103; Wed, 4 Jun 2008 07:51:42 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m54Cpgkl078102; Wed, 4 Jun 2008 07:51:42 -0500 (CDT) (envelope-from brooks) Date: Wed, 4 Jun 2008 07:51:42 -0500 From: Brooks Davis To: Ulrich Spoerlein Message-ID: <20080604125142.GA72838@lor.one-eyed-alien.net> References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603173707.GA70144@lor.one-eyed-alien.net> <7ad7ddd90806032332n43946648rb12045afd8f35e18@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <7ad7ddd90806032332n43946648rb12045afd8f35e18@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 04 Jun 2008 07:51:42 -0500 (CDT) Cc: Brooks Davis , current@freebsd.org Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 12:51:33 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 04, 2008 at 08:32:53AM +0200, Ulrich Spoerlein wrote: > On Tue, Jun 3, 2008 at 7:37 PM, Brooks Davis wrote: > > On Tue, Jun 03, 2008 at 06:45:03PM +0200, Ulrich Spoerlein wrote: > >> - Did you fixup the CVS repo-copies into real SVN renames? > > No, this is effectively impossible as there is no history of repocopies > > in cvs. >=20 > This is not entirely true, the cvs@ archive details almost all CVS > repo copies. There are also lots of forced commits to denote repo > copies. Yes, it would have to be a manual process, where you gather > (old, new, revision) tuples for the time of the repo copy (and perhaps > the branch?) > This file could then augment the conversion process and handle the CVS > files more intelligently. >=20 > I'm not volunteering and am happy with what's been done anyway. I'm > just against the "this can never ever been fixed, because the > information is totally lost" attitude. Some of the information exists scattered across the archive, much of it probably does not since at one point committers had direct access to the repo and used it. The forced commit rule has been forgotten many times. A partial reconstruction might be possible if someone wanted to waste a few months of their life. -- Brooks --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIRo/dXY6L6fI4GtQRAlatAJ0SgBCa2SRv7288tIai4xMt3ISjlACfaZhz 9dtQqgBQ+KciWy7CUmKills= =hznx -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 12:56:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B5ED1065691 for ; Wed, 4 Jun 2008 12:56:30 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 21A468FC18 for ; Wed, 4 Jun 2008 12:56:29 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so66996fkk.11 for ; Wed, 04 Jun 2008 05:56:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=d3/sEVa3taJfNPfikgFGBw4ZodzQDXxXur4T+BPLuQo=; b=fnh8/7Yk+NGbNI3yjilRZIllYZKoiY9EcCFFuLCP0SmnHm/i+KmoAsP4HeyqpqsJfx iGDda2XVkpqhnP8qr+z3ePGbIG1rKMs+LrQsNUpkoRNOO5DsxdI9vmAp3MKZRuQB6rjS crqwPrtPba8voNqRE2mzT6RMUi4pLlGJi22io= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DjZK8sR+fweIotiBr+EeRoEaM1sCTXiyyvfUrWhTIot6/8b4Mgt27eLA95j9LYZggV c4Ku8+TQXTTvtOvW4Im1D0v6jrp1JWAdyCtEA5s1EuxizVf3Zgt/vSiyrZOf5vobFw1o kIFISlG7t8yZFDNki3Naja71U9jCJngRrW5QE= Received: by 10.82.139.17 with SMTP id m17mr396941bud.13.1212584188814; Wed, 04 Jun 2008 05:56:28 -0700 (PDT) Received: by 10.82.180.3 with HTTP; Wed, 4 Jun 2008 05:56:28 -0700 (PDT) Message-ID: <7ad7ddd90806040556j26860ec2n1c9a898c55c069e3@mail.gmail.com> Date: Wed, 4 Jun 2008 14:56:28 +0200 From: "Ulrich Spoerlein" To: "Brooks Davis" In-Reply-To: <20080604125142.GA72838@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603173707.GA70144@lor.one-eyed-alien.net> <7ad7ddd90806032332n43946648rb12045afd8f35e18@mail.gmail.com> <20080604125142.GA72838@lor.one-eyed-alien.net> Cc: current@freebsd.org Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 12:56:30 -0000 On Wed, Jun 4, 2008 at 2:51 PM, Brooks Davis wrote: > On Wed, Jun 04, 2008 at 08:32:53AM +0200, Ulrich Spoerlein wrote: >> This is not entirely true, the cvs@ archive details almost all CVS >> repo copies. There are also lots of forced commits to denote repo >> copies. Yes, it would have to be a manual process, where you gather >> (old, new, revision) tuples for the time of the repo copy (and perhaps >> the branch?) >> This file could then augment the conversion process and handle the CVS >> files more intelligently. >> >> I'm not volunteering and am happy with what's been done anyway. I'm >> just against the "this can never ever been fixed, because the >> information is totally lost" attitude. > > Some of the information exists scattered across the archive, much of it > probably does not since at one point committers had direct access to the > repo and used it. The forced commit rule has been forgotten many times. > A partial reconstruction might be possible if someone wanted to waste a > few months of their life. Ok, I'm not that familiar with the RCS format, but couldn't this algorithm catch 97% of the affected files? - Grab content from rev 1.1 of each file and build MD5 sum - files whose rev 1.1 is the same have probably been repocopied - the point in time, where file A is no longer comitted to, and file B has the first commit which is not also in file A, that's when the copy happened I think tools like fromcvs/tohg do a pretty good job at capturing these instances. Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 14:05:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97E13106564A for ; Wed, 4 Jun 2008 14:05:00 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF948FC24 for ; Wed, 4 Jun 2008 14:04:59 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so319180uge.37 for ; Wed, 04 Jun 2008 07:04:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=sWwUiLF89hMJqGAYUYtcmvTqvIWiSXfRLvL/sZP9yP0=; b=hL8o+zBFU6jcGkVvc7yOUn2LDNlM795yYUVZrWUkcMhtvEq1ObrHL4u9NrO159uBtn 4vJU7loxKbAD1/n1D5S9aTfiuK2PZrgsT/xX//BeZtiKSu+A1ZbKxG5zw5L8fTns10qM sNvrmKx3FPetd2OduToaTz5plSJuRoi4zD7dk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=NwfXi1Hu0yCxlD0wBzwbJpP51rkg7QG9v3/ZGSyialI0GWl8e7HOnoupZUuOLxKqIr 28YeOfciQHQrCCQAnZYJDUSJ/ujAQMqy7+Z7XDZ4u2Yk/wcxoxWqEgASaOyM8YgFsfnQ kBtPGjM3Q+fCuN5bb4dc9spPTmqY7VH9JfNcw= Received: by 10.67.116.16 with SMTP id t16mr691721ugm.47.1212586651014; Wed, 04 Jun 2008 06:37:31 -0700 (PDT) Received: from 77-109-61-126.dynamic.peoplenet.ua ( [77.109.61.126]) by mx.google.com with ESMTPS id k30sm12471000ugc.33.2008.06.04.06.37.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Jun 2008 06:37:29 -0700 (PDT) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Wed, 4 Jun 2008 16:42:27 +0300 User-Agent: KMail/1.9.9 References: <852960.86032.qm@web26305.mail.ukl.yahoo.com> In-Reply-To: <852960.86032.qm@web26305.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200806041642.28514.qpadla@gmail.com> Cc: freebsd-usb@freebsd.org, Miguel =?iso-8859-1?q?V=E1squez=2E?= Subject: Re: Problem with usb modem CMOTECH CCU550 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 14:05:00 -0000 On Wednesday 04 June 2008 06:11:54 Miguel V=E1squez. wrote: > Hello everybody. > > > Hi, I am a novice in FreeBSD, I use FreeBSD 7.0 in a Acer Aspire > 5570z laptop, I have tried to use my modem CMOTECH CCU550 but I have not > successful, Can you Help me?? > > > Until now, I did the following thing: > I executed, > #kldload ucom > #kldload umodem > plug my modem and the system display: > > > ucom0: 2.00/0.00, addr 2> on uhub2 ucom0: iclass 2/2 > ucom0: data interface 1, has CM over data, has break > ucom0: status change notification available > > after this, i tried to configure KPPP but, i can not to get to connect, > what is wrong?? > > I want to adapt my service of Internet for FreeBSD 7.0, > but, i can not make work my modem. > > I hope you can help me. > Note: My English is not good, i speak spanish. > > > Best regards, > Miguel. Hi Miguel. Last time i've used this modem it works ok on FreeBSD. Try to read this docs to configure it uppropriately:=20 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ppp-and-slip.html =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 14:05:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A13AD106566C for ; Wed, 4 Jun 2008 14:05:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3F48FC27 for ; Wed, 4 Jun 2008 14:05:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 6E514744007; Wed, 4 Jun 2008 17:05:41 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jxjP4+HK0+rk; Wed, 4 Jun 2008 17:05:41 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [91.198.50.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id EE8EA744005; Wed, 4 Jun 2008 17:05:40 +0300 (EEST) Message-ID: <4846A133.4090809@icyb.net.ua> Date: Wed, 04 Jun 2008 17:05:39 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.14 (X11/20080513) MIME-Version: 1.0 To: Peter Wemm References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603181505.GF1592@roadrunner.spoerlein.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 14:05:44 -0000 on 04/06/2008 10:21 Peter Wemm said the following: > Meanwhile, there is git-svn, hgsvn, svk and friends. (I expect that > many freebsd.org committers will use git-svn or svk for doing > development and commits.) > > If you want to use git to manage your freebsd work, please, go right > ahead. It should be easy now that git-svn has something to pull from > (and push to). Go and build a git-based ecosystem and prove me wrong. > Demonstrate a compelling case that we should be using a git-based > model. Show that git can deal with sharing changes from multiple > origins on a tree our size or that it is worth fragmenting our tree as > a concession to git's tree-as-a-unit model. > > It has just been made significantly easier to prove your point. Now > go do it. Well, in a few days when we have public infrastructure, > that is. :) Exactly the same came to my mind the moment I read the news. Thank you (all) for the work! Just two bits from me. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 14:32:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9336E1065677 for ; Wed, 4 Jun 2008 14:32:41 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE1C8FC2A for ; Wed, 4 Jun 2008 14:32:40 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m54EWpVb078796; Wed, 4 Jun 2008 09:32:51 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m54EWpME078795; Wed, 4 Jun 2008 09:32:51 -0500 (CDT) (envelope-from brooks) Date: Wed, 4 Jun 2008 09:32:51 -0500 From: Brooks Davis To: Andrey Chernov , current@freebsd.org Message-ID: <20080604143250.GB72838@lor.one-eyed-alien.net> References: <20080604083848.GA847@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <20080604083848.GA847@nagual.pp.ru> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 04 Jun 2008 09:32:51 -0500 (CDT) Cc: Subject: Re: /etc/rc.d/routing now always insert 30s delay for DHCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 14:32:41 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 04, 2008 at 12:38:48PM +0400, Andrey Chernov wrote: > There is 30s delay now always appearse for DHCP cards at boot. Pressing ^= C=20 > is workaround. >=20 > As I see in /etc/rc.d/routing v1.444 it seems wrong condition is checked= =20 > for break becuase dhclient is not started at this moment at all. >=20 > Please fix. Sorry about this. I thought I had it right when I went on vacation, but di= dn't actually. I'm now starting to catch up. I'll get it fixed this week. -- Brooks --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIRqeSXY6L6fI4GtQRAlXkAKDWtdYG+97TuA/YPAyX4uYADyf5/wCfZuLx LD1efn9rG/N+L/USSn3ezjA= =NoP0 -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 14:34:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EED41065686; Wed, 4 Jun 2008 14:34:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B11128FC0A; Wed, 4 Jun 2008 14:34:15 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5737A.dip.t-dialin.net [84.165.115.122]) by redbull.bpaserver.net (Postfix) with ESMTP id 3BAFF2E290; Wed, 4 Jun 2008 16:34:06 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 88E79113449; Wed, 4 Jun 2008 16:34:03 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m54EY38h040850; Wed, 4 Jun 2008 16:34:03 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 04 Jun 2008 16:34:03 +0200 Message-ID: <20080604163403.94472bf83paff3rs@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 04 Jun 2008 16:34:03 +0200 From: Alexander Leidinger To: Roman Divacky References: <20080603212511.GA55743@freebsd.org> In-Reply-To: <20080603212511.GA55743@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-RC2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: emulation@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP]: Linux 2.6 emulation enabled on default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 14:34:16 -0000 Quoting Roman Divacky (from Tue, 3 Jun 2008 =20 23:25:11 +0200): > hi, > > today I commited a patch that enabled Linux 2.6 emulation on default > in contrast to 2.4 as it was until now. At some point we need a FreeBSD revision bump to be able to determine =20 in the ports if we have a default 2.6.16 or a manual 2.6.16. This can =20 be now, or at some point in the future when you commit some patches to =20 the linuxulator which fix some 2.6 bugs (maybe the ones you specified =20 at the end of your mail). This allows us to switch the default linux_base port upon something =20 else than only the linuxlator version (nothing planned yet, but at =20 least we have the possiblity then). Personally I would try to be on the safe side by bumping the freebsd =20 version now to denote the transition point. If no showstopper bug =20 shows up, we can use this freebsd version value to handle the userland =20 side of the linuxulator, if we stumble upon a showstopper bug, we can =20 bump the freebsd version again. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 17:07:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FBE61065675 for ; Wed, 4 Jun 2008 17:07:29 +0000 (UTC) (envelope-from zachary.loafman@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 52F3E8FC12 for ; Wed, 4 Jun 2008 17:07:29 +0000 (UTC) (envelope-from zachary.loafman@isilon.com) Received: from zloafman.west.isilon.com ([10.54.190.57]) by seaxch09.isilon.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 4 Jun 2008 09:55:28 -0700 Received: from zloafman.west.isilon.com (localhost.localdomain [127.0.0.1]) by zloafman.west.isilon.com (8.13.1/8.13.1) with ESMTP id m54GtR4T021572; Wed, 4 Jun 2008 09:55:28 -0700 Received: (from zloafman@localhost) by zloafman.west.isilon.com (8.13.1/8.13.1/Submit) id m54GtRvG021571; Wed, 4 Jun 2008 09:55:27 -0700 X-Authentication-Warning: zloafman.west.isilon.com: zloafman set sender to zachary.loafman@isilon.com using -f Date: Wed, 4 Jun 2008 09:55:27 -0700 From: Zachary Loafman To: Peter Wemm Message-ID: <20080604165527.GC31784@zloafman.west.isilon.com> References: <20080603164503.GC1592@roadrunner.spoerlein.net> <20080603181505.GF1592@roadrunner.spoerlein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-OriginalArrivalTime: 04 Jun 2008 16:55:28.0267 (UTC) FILETIME=[CA91BDB0:01C8C663] Cc: current@freebsd.org Subject: Re: Subversion documentation for the FreeBSD project? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 17:07:29 -0000 On Wed, Jun 04, 2008 at 12:21:09AM -0700, Peter Wemm wrote: > So, I foolishly volunteered to do an evolutionary step and make the > ``uninspired'' choice. I know svn can work for us. We don't have to > deal with the whole workflow model at the same time. Thanks for all your work. I think you made the right choice, and the only way this was going to get done was if someone actually devoted the time to do it. As a vendor that runs svn internally, I think the switch should help. We're still trying to figure out how best to mirror parts of the FreeBSD svn repo into our own, but I think this should ease parts of our merge pain going forward. -- Zach Loafman | Staff Engineer | Isilon Systems From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 17:54:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E44C01065677; Wed, 4 Jun 2008 17:54:01 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF848FC2D; Wed, 4 Jun 2008 17:54:01 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B77281CCCA; Wed, 4 Jun 2008 19:53:53 +0200 (CEST) Date: Wed, 4 Jun 2008 19:53:53 +0200 From: Ed Schouten To: Brooks Davis Message-ID: <20080604175353.GB1176@hoeg.nl> References: <20080604083848.GA847@nagual.pp.ru> <20080604143250.GB72838@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y7xTucakfITjPcLV" Content-Disposition: inline In-Reply-To: <20080604143250.GB72838@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrey Chernov , current@freebsd.org Subject: Re: /etc/rc.d/routing now always insert 30s delay for DHCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 17:54:02 -0000 --Y7xTucakfITjPcLV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Brooks, * Brooks Davis wrote: > On Wed, Jun 04, 2008 at 12:38:48PM +0400, Andrey Chernov wrote: > > There is 30s delay now always appearse for DHCP cards at boot. Pressing= ^C=20 > > is workaround. > >=20 > > As I see in /etc/rc.d/routing v1.444 it seems wrong condition is checke= d=20 > > for break becuase dhclient is not started at this moment at all. > >=20 > > Please fix. >=20 > Sorry about this. I thought I had it right when I went on vacation, > but didn't actually. I'm now starting to catch up. I'll get it fixed > this week. Mayne I'm doing something silly, but I also noticed dhclient sometimes doesn't seem able to recover after my ISP does something silly. I have to log in and run dhclient manually. --=20 Ed Schouten WWW: http://80386.nl/ --Y7xTucakfITjPcLV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhG1rEACgkQ52SDGA2eCwXSXACfeleM6Av0wnleWqQXaiQ46WEs WMQAn2EHZcrD9MxG627OZsyf1RWA2VUV =TdpC -----END PGP SIGNATURE----- --Y7xTucakfITjPcLV-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 18:13:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 435671065671 for ; Wed, 4 Jun 2008 18:13:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id CEB238FC19 for ; Wed, 4 Jun 2008 18:13:01 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m54ICTuO087314; Wed, 4 Jun 2008 14:12:55 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: thierry@herbelot.com Date: Wed, 4 Jun 2008 10:54:09 -0400 User-Agent: KMail/1.9.7 References: <200805291503.15787.jhb@freebsd.org> <200806021529.26497.jhb@freebsd.org> <200806040846.33694.thierry@herbelot.com> In-Reply-To: <200806040846.33694.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806041054.10117.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 04 Jun 2008 14:12:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7363/Wed Jun 4 12:58:30 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.1 required=4.2 tests=BAYES_00, DATE_IN_PAST_03_06, NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: ie(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 18:13:02 -0000 On Wednesday 04 June 2008 02:46:33 am Thierry Herbelot wrote: > > > PS : there is also this kind of harmless messages at boot : > > > # ifconfig ie1 up > > > module_register: module isa/ie_SL already exists! > > > Module isa/ie_SL failed to register: 17 > > > module_register: module isa/ie_EE16 already exists! > > > Module isa/ie_EE16 failed to register: 17 > > > module_register: module isa/ie_3C507 already exists! > > > Module isa/ie_3C507 failed to register: 17 > > > > Try http://www.FreeBSD.org/~jhb/patches/ie_mod.patch > > then, bad luck : > > panic: _mtx_lock_sleep: recursed on non-recursive mutex ie1 > @ /usr/src/sys/dev/ie/if_ie.c:1490 This is a bug in the original patch. I've updated ie_mod.patch to fix this. Thanks again for testing. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 18:13:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DA591065705 for ; Wed, 4 Jun 2008 18:13:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id BC7A18FC0C for ; Wed, 4 Jun 2008 18:13:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m54ICTuP087314; Wed, 4 Jun 2008 14:13:01 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Florian Smeets Date: Wed, 4 Jun 2008 11:00:20 -0400 User-Agent: KMail/1.9.7 References: <200805302339.33935.jhb@freebsd.org> <200806031041.08315.jhb@freebsd.org> <4845B8F7.7060600@kasimir.com> In-Reply-To: <4845B8F7.7060600@kasimir.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806041100.20911.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 04 Jun 2008 14:13:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7363/Wed Jun 4 12:58:30 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.1 required=4.2 tests=BAYES_00, DATE_IN_PAST_03_06, NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: tx(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 18:13:08 -0000 On Tuesday 03 June 2008 05:34:47 pm Florian Smeets wrote: > John Baldwin wrote: > > On Monday 02 June 2008 07:10:11 pm Florian Smeets wrote: > >> Florian Smeets wrote: > >>> John Baldwin wrote: > >>>> On Monday 02 June 2008 05:09:57 pm Florian Smeets wrote: > >>>>> John Baldwin wrote: > >>>>>> I have a patch to make tx(4) MPSAFE. I do not have the hardware to > >>>>>> test > >>>> this > >>>>>> however. Unlike many of the previous patches, though, this driver > >>>>>> appears > >>>> to > >>>>>> be for hardware that is not entirely ancient, so there is hopefully a > >>>> decent > >>>>>> chance someone can test this. > >>>>>> > >>>>>> http://www.FreeBSD.org/~jhb/patches/tx.patch > >>>>>> > > > > Ok, I've updated the patch again (same URL) which should fix the witness > > warnings. I also botched the watchdog timer in the previous patch and that > > should be fixed now, too. > > > > Hi John, > > still no go. Another mutex not owned panic. I'll be away until Tuesday, > I'll be happy to test further patches than. Ok, I've updated the patch again as that assertion isn't needed (there isn't a need for locking during prior to ether_ifattach() and bus_setup_intr()). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 18:14:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD8961065675 for ; Wed, 4 Jun 2008 18:14:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 373C38FC21 for ; Wed, 4 Jun 2008 18:14:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m54ICTuR087314; Wed, 4 Jun 2008 14:13:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "M. Warner Losh" Date: Wed, 4 Jun 2008 11:26:28 -0400 User-Agent: KMail/1.9.7 References: <200805281715.39536.jhb@freebsd.org> <20080604.001253.1683325662.imp@bsdimp.com> <20080604.011215.1723237511.imp@bsdimp.com> In-Reply-To: <20080604.011215.1723237511.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806041126.28347.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 04 Jun 2008 14:13:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7363/Wed Jun 4 12:58:30 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: cs(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 18:14:35 -0000 On Wednesday 04 June 2008 03:12:15 am M. Warner Losh wrote: > In message: <20080604.001253.1683325662.imp@bsdimp.com> > "M. Warner Losh" writes: > : In message: <200805281715.39536.jhb@freebsd.org> > : John Baldwin writes: > : : I have a patch to make cs(4) MPSAFE. As with previous patches, ENOHARDWARE. > : : If you care about this driver, test the patch. > : : > : : http://www.FreeBSD.org/~jhb/patches/cs.patch > : > : This patch appears to work for me, but I've not stress tested the > : interface. > : > : I did have to make a bunch of other changes to the driver to fix some > : obvious bogons that got in my way. These bogons are in the cs driver, > : not in your patches to the cs driver. I'm flushing those into svn and > : looping back the changes plus your patches to make sure things still > : work. I'll report more when I know more. Note: this is PCMCIA card > : only (IBM EtherJet Ethernet PC Card). > : > : I can confirm that your patch still applies after my changes, although > : with a fuzz factor. > > Upon further testing, I've discovered that the driver neglects to tear > down the ISR. > > http://people.freebsd.org/~imp/cs.patch.new > > fixes the problem, but may also have some stray goo in it too. I've updated cs.patch, I just put the teardown in detach as that is the only place it is needed (other drivers are similar). Also, I broke the watchdog timer in the patch you have, so you may want to fetch the updated patch for that. Thanks for testing this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 18:28:27 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E2211065674 for ; Wed, 4 Jun 2008 18:28:27 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2AB8FC3F for ; Wed, 4 Jun 2008 18:28:27 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id m54ISHf0094329; Wed, 4 Jun 2008 13:28:17 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 4 Jun 2008 13:28:17 -0500 (CDT) From: "Sean C. Farley" To: Michiel Boland In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: hard hang with intel video driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 18:28:27 -0000 On Wed, 4 Jun 2008, Michiel Boland wrote: >> I had/have similar problems with the Intel video driver with >> 7-STABLE. Newer versions of the driver tend to fair better. v2.3.0 >> of the driver works the best for me. OpenGL applications may lock >> (xscreensaver at least does) from time to time, yet the system is >> still accessible remotely. > > Ok, 2.3.0 works for me as well. Still, it would be nice to find out > what causes the lockup in the real port though. I am curious too, but I have little free time to debug much on my system at work. If it makes you feel better, v2.3.1 will lock up the system very well for debugging purposes. ;) Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 18:44:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 785171065676 for ; Wed, 4 Jun 2008 18:44:56 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1F78FC21 for ; Wed, 4 Jun 2008 18:44:56 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 9B0C63EA153 for ; Wed, 4 Jun 2008 20:44:54 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 1DC843EA102 for ; Wed, 4 Jun 2008 20:44:54 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id m54Iiqcq025381 for ; Wed, 4 Jun 2008 20:44:53 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 4 Jun 2008 20:44:34 +0200 User-Agent: KMail/1.9.7 References: <20080604083848.GA847@nagual.pp.ru> <20080604143250.GB72838@lor.one-eyed-alien.net> <20080604175353.GB1176@hoeg.nl> In-Reply-To: <20080604175353.GB1176@hoeg.nl> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806042044.35839.thierry@herbelot.com> Subject: Re: /etc/rc.d/routing now always insert 30s delay for DHCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 18:44:56 -0000 > Mayne I'm doing something silly, but I also noticed dhclient sometimes > doesn't seem able to recover after my ISP does something silly. I have > to log in and run dhclient manually. the -current I have in a qemu virtual machine requires a manual "dhclient ed0" to have an address from the embedded DHCP server TfH From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 20:54:17 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6020C1065673 for ; Wed, 4 Jun 2008 20:54:17 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 180098FC14 for ; Wed, 4 Jun 2008 20:54:17 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.40] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m54KsFm6004163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jun 2008 13:54:16 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <484700F2.3070204@FreeBSD.org> Date: Wed, 04 Jun 2008 13:54:10 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: "current@freebsd.org" , Maxime Henrion Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Segfault in csup(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 20:54:17 -0000 Edit ports/lang/sdcc-devel/pkg-descr Add delta 1.2 2008.06.03.11.49.24 miwi Edit ports/lang/sdcc-devel/pkg-plist Add delta 1.13 2008.06.03.11.49.24 miwi Edit ports/mail/claws-mail/Makefile Add delta 1.140 2008.06.02.23.51.35 miwi Checkout ports/mail/claws-mail/files/patch-src_compose.c Checkout ports/mail/claws-mail/files/patch-src_prefs_common.c Receiver: Connection reset by peer Will retry at 09:02:22 Retrying Connected to 216.87.87.128 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Segmentation fault: 11 (core dumped) [ssp-root@devel ~]$ uname -a FreeBSD devel.sippysoft.com 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #0: Mon May 12 11:16:10 HADT 2008 root@devel.sippysoft.com:/usr/obj/usr/src/sys/SSP-PRODUCTION i386 [ssp-root@devel /usr/src/usr.bin/csup]$ sudo gdb /usr/obj/usr/src/usr.bin/csup/csup /var/tmp/csup.28402.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... warning: exec file is newer than core file. Core was generated by `csup'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypto.so.4...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /lib/libz.so.3...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /lib/libpthread.so.2...done. Loaded symbols for /lib/libpthread.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x481ae5b3 in pthread_testcancel () from /lib/libpthread.so.2 [New Thread 0x8066600 (LWP 100228)] [New Thread 0x8066000 (runnable)] [New LWP 100282] (gdb) info threads * 3 LWP 100282 0x481ae5b3 in pthread_testcancel () from /lib/libpthread.so.2 2 Thread 0x8066000 (runnable) 0x08050af2 in pattlist_size (p=0x0) at /usr/src/usr.bin/csup/../../contrib/csup/misc.c:449 1 Thread 0x8066600 (LWP 100228) 0x481ae573 in pthread_testcancel () from /lib/libpthread.so.2 (gdb) thread 2 [Switching to thread 2 (Thread 0x8066000 (runnable))]#0 0x08050af2 in pattlist_size (p=0x0) at /usr/src/usr.bin/csup/../../contrib/csup/misc.c:449 449 return (p->in); (gdb) bt #0 0x08050af2 in pattlist_size (p=0x0) at /usr/src/usr.bin/csup/../../contrib/csup/misc.c:449 #1 0x080533d3 in proto_run (config=0x805e580) at /usr/src/usr.bin/csup/../../contrib/csup/proto.c:370 #2 0x080502f3 in main (argc=1, argv=0xbfbfeda4) at /usr/src/usr.bin/csup/../../contrib/csup/main.c:314 (gdb) up #1 0x080533d3 in proto_run (config=0x805e580) at /usr/src/usr.bin/csup/../../contrib/csup/proto.c:370 370 for (i = 0; i < pattlist_size(coll->co_accepts); i++) { (gdb) print coll No symbol "coll" in current context. (gdb) print i $1 = 1208362748 (gdb) print coll No symbol "coll" in current context. (gdb) l 365 s = config->server; 366 lprintf(2, "Exchanging collection information\n"); 367 STAILQ_FOREACH(coll, &config->colls, co_next) { 368 proto_printf(s, "COLL %s %s %o %d\n", coll->co_name, 369 coll->co_release, coll->co_umask, coll->co_options); 370 for (i = 0; i < pattlist_size(coll->co_accepts); i++) { 371 proto_printf(s, "ACC %s\n", 372 pattlist_get(coll->co_accepts, i)); 373 } 374 for (i = 0; i < pattlist_size(coll->co_refusals); i++) { (gdb) print config $2 = (struct config *) 0x805e580 (gdb) print *config $3 = {colls = {stqh_first = 0x805e680, stqh_last = 0x805e6d4}, fixups = 0x805d180, host = 0x805d0e0 "cvsup14.freebsd.org", laddr = 0x0, laddrlen = 0, deletelim = -1, socket = 4, chan0 = 0x806b580, chan1 = 0x806b640, server = 0x806b440, fasupport = {0, 3815, 225, 3825, 3825, 9}} (gdb) print *config->colls Structure has no component named operator*. (gdb) print config->colls $4 = {stqh_first = 0x805e680, stqh_last = 0x805e6d4} (gdb) print config->colls->stqh_first $5 = (struct coll *) 0x805e680 (gdb) print *config->colls->stqh_first $6 = {co_name = 0x805f820 "ports-all", co_host = 0x805d0e0 "cvsup14.freebsd.org", co_base = 0x805f410 "/usr", co_date = 0x805f5d0 ".", co_prefix = 0x805f5e0 "/usr", co_prefixlen = 4, co_release = 0x805f5f0 "cvs", co_tag = 0x805f600 ".", co_cvsroot = 0x805f360 "/home/ncvs", co_attrignore = 3424, co_accepts = 0x0, co_refusals = 0x0, co_dirfilter = 0x805d220, co_filefilter = 0x805d1e0, co_norsync = 0x805d1c0, co_colldir = 0x8059862 "sup", co_listsuffix = 0x0, co_scantime = 1212602109, co_options = 72642, co_umask = 18, co_keyword = 0x805f610, co_next = { stqe_next = 0x0}} (gdb) From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 21:14:14 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90FCE1065673; Wed, 4 Jun 2008 21:14:14 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 606528FC19; Wed, 4 Jun 2008 21:14:14 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from [192.168.0.40] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m54KrpN1004111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jun 2008 13:53:52 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <484700DA.4060700@sippysoft.com> Date: Wed, 04 Jun 2008 13:53:46 -0700 From: Maxim Sobolev Organization: Sippy Software User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: "current@freebsd.org" , Maxime Henrion Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 04 Jun 2008 22:51:57 +0000 Cc: Subject: Segfault in csup(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 21:14:14 -0000 Edit ports/lang/sdcc-devel/pkg-descr Add delta 1.2 2008.06.03.11.49.24 miwi Edit ports/lang/sdcc-devel/pkg-plist Add delta 1.13 2008.06.03.11.49.24 miwi Edit ports/mail/claws-mail/Makefile Add delta 1.140 2008.06.02.23.51.35 miwi Checkout ports/mail/claws-mail/files/patch-src_compose.c Checkout ports/mail/claws-mail/files/patch-src_prefs_common.c Receiver: Connection reset by peer Will retry at 09:02:22 Retrying Connected to 216.87.87.128 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Segmentation fault: 11 (core dumped) [ssp-root@devel ~]$ uname -a FreeBSD devel.sippysoft.com 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #0: Mon May 12 11:16:10 HADT 2008 root@devel.sippysoft.com:/usr/obj/usr/src/sys/SSP-PRODUCTION i386 [ssp-root@devel /usr/src/usr.bin/csup]$ sudo gdb /usr/obj/usr/src/usr.bin/csup/csup /var/tmp/csup.28402.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... warning: exec file is newer than core file. Core was generated by `csup'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypto.so.4...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /lib/libz.so.3...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /lib/libpthread.so.2...done. Loaded symbols for /lib/libpthread.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x481ae5b3 in pthread_testcancel () from /lib/libpthread.so.2 [New Thread 0x8066600 (LWP 100228)] [New Thread 0x8066000 (runnable)] [New LWP 100282] (gdb) info threads * 3 LWP 100282 0x481ae5b3 in pthread_testcancel () from /lib/libpthread.so.2 2 Thread 0x8066000 (runnable) 0x08050af2 in pattlist_size (p=0x0) at /usr/src/usr.bin/csup/../../contrib/csup/misc.c:449 1 Thread 0x8066600 (LWP 100228) 0x481ae573 in pthread_testcancel () from /lib/libpthread.so.2 (gdb) thread 2 [Switching to thread 2 (Thread 0x8066000 (runnable))]#0 0x08050af2 in pattlist_size (p=0x0) at /usr/src/usr.bin/csup/../../contrib/csup/misc.c:449 449 return (p->in); (gdb) bt #0 0x08050af2 in pattlist_size (p=0x0) at /usr/src/usr.bin/csup/../../contrib/csup/misc.c:449 #1 0x080533d3 in proto_run (config=0x805e580) at /usr/src/usr.bin/csup/../../contrib/csup/proto.c:370 #2 0x080502f3 in main (argc=1, argv=0xbfbfeda4) at /usr/src/usr.bin/csup/../../contrib/csup/main.c:314 (gdb) up #1 0x080533d3 in proto_run (config=0x805e580) at /usr/src/usr.bin/csup/../../contrib/csup/proto.c:370 370 for (i = 0; i < pattlist_size(coll->co_accepts); i++) { (gdb) print coll No symbol "coll" in current context. (gdb) print i $1 = 1208362748 (gdb) print coll No symbol "coll" in current context. (gdb) l 365 s = config->server; 366 lprintf(2, "Exchanging collection information\n"); 367 STAILQ_FOREACH(coll, &config->colls, co_next) { 368 proto_printf(s, "COLL %s %s %o %d\n", coll->co_name, 369 coll->co_release, coll->co_umask, coll->co_options); 370 for (i = 0; i < pattlist_size(coll->co_accepts); i++) { 371 proto_printf(s, "ACC %s\n", 372 pattlist_get(coll->co_accepts, i)); 373 } 374 for (i = 0; i < pattlist_size(coll->co_refusals); i++) { (gdb) print config $2 = (struct config *) 0x805e580 (gdb) print *config $3 = {colls = {stqh_first = 0x805e680, stqh_last = 0x805e6d4}, fixups = 0x805d180, host = 0x805d0e0 "cvsup14.freebsd.org", laddr = 0x0, laddrlen = 0, deletelim = -1, socket = 4, chan0 = 0x806b580, chan1 = 0x806b640, server = 0x806b440, fasupport = {0, 3815, 225, 3825, 3825, 9}} (gdb) print *config->colls Structure has no component named operator*. (gdb) print config->colls $4 = {stqh_first = 0x805e680, stqh_last = 0x805e6d4} (gdb) print config->colls->stqh_first $5 = (struct coll *) 0x805e680 (gdb) print *config->colls->stqh_first $6 = {co_name = 0x805f820 "ports-all", co_host = 0x805d0e0 "cvsup14.freebsd.org", co_base = 0x805f410 "/usr", co_date = 0x805f5d0 ".", co_prefix = 0x805f5e0 "/usr", co_prefixlen = 4, co_release = 0x805f5f0 "cvs", co_tag = 0x805f600 ".", co_cvsroot = 0x805f360 "/home/ncvs", co_attrignore = 3424, co_accepts = 0x0, co_refusals = 0x0, co_dirfilter = 0x805d220, co_filefilter = 0x805d1e0, co_norsync = 0x805d1c0, co_colldir = 0x8059862 "sup", co_listsuffix = 0x0, co_scantime = 1212602109, co_options = 72642, co_umask = 18, co_keyword = 0x805f610, co_next = { stqe_next = 0x0}} (gdb) From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 05:18:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 749331065691; Thu, 5 Jun 2008 05:18:13 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3282A8FC1F; Thu, 5 Jun 2008 05:18:12 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 058AC3EA17E; Thu, 5 Jun 2008 07:18:12 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id C46283EA14E; Thu, 5 Jun 2008 07:18:11 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id m555I86m001140; Thu, 5 Jun 2008 07:18:10 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Thu, 5 Jun 2008 07:17:50 +0200 User-Agent: KMail/1.9.7 References: <200805291503.15787.jhb@freebsd.org> <200806040846.33694.thierry@herbelot.com> <200806041054.10117.jhb@freebsd.org> In-Reply-To: <200806041054.10117.jhb@freebsd.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200806050717.51575.thierry@herbelot.com> Cc: Subject: Re: ie(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 05:18:13 -0000 Le Wednesday 04 June 2008, John Baldwin a écrit : > On Wednesday 04 June 2008 02:46:33 am Thierry Herbelot wrote: > > > > PS : there is also this kind of harmless messages at boot : > > > > # ifconfig ie1 up > > > > module_register: module isa/ie_SL already exists! > > > > Module isa/ie_SL failed to register: 17 > > > > module_register: module isa/ie_EE16 already exists! > > > > Module isa/ie_EE16 failed to register: 17 > > > > module_register: module isa/ie_3C507 already exists! > > > > Module isa/ie_3C507 failed to register: 17 > > > > > > Try http://www.FreeBSD.org/~jhb/patches/ie_mod.patch > > > > then, bad luck : > > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex ie1 > > @ /usr/src/sys/dev/ie/if_ie.c:1490 > > This is a bug in the original patch. I've updated ie_mod.patch to fix > this. Thanks again for testing. the second ie_mod.patch is fine ;-) TfH From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 05:55:27 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FAAA1065672; Thu, 5 Jun 2008 05:55:27 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D405F8FC1B; Thu, 5 Jun 2008 05:55:26 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m555qZSP008230; Wed, 4 Jun 2008 23:52:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Jun 2008 23:53:52 -0600 (MDT) Message-Id: <20080604.235352.-1384056146.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200806041126.28347.jhb@freebsd.org> References: <20080604.001253.1683325662.imp@bsdimp.com> <20080604.011215.1723237511.imp@bsdimp.com> <200806041126.28347.jhb@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: cs(4) MPSAFE patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 05:55:27 -0000 In message: <200806041126.28347.jhb@freebsd.org> John Baldwin writes: : On Wednesday 04 June 2008 03:12:15 am M. Warner Losh wrote: : > In message: <20080604.001253.1683325662.imp@bsdimp.com> : > "M. Warner Losh" writes: : > : In message: <200805281715.39536.jhb@freebsd.org> : > : John Baldwin writes: : > : : I have a patch to make cs(4) MPSAFE. As with previous patches, : ENOHARDWARE. : > : : If you care about this driver, test the patch. : > : : : > : : http://www.FreeBSD.org/~jhb/patches/cs.patch : > : : > : This patch appears to work for me, but I've not stress tested the : > : interface. : > : : > : I did have to make a bunch of other changes to the driver to fix some : > : obvious bogons that got in my way. These bogons are in the cs driver, : > : not in your patches to the cs driver. I'm flushing those into svn and : > : looping back the changes plus your patches to make sure things still : > : work. I'll report more when I know more. Note: this is PCMCIA card : > : only (IBM EtherJet Ethernet PC Card). : > : : > : I can confirm that your patch still applies after my changes, although : > : with a fuzz factor. : > : > Upon further testing, I've discovered that the driver neglects to tear : > down the ISR. : > : > http://people.freebsd.org/~imp/cs.patch.new : > : > fixes the problem, but may also have some stray goo in it too. : : I've updated cs.patch, I just put the teardown in detach as that is the only : place it is needed (other drivers are similar). Also, I broke the watchdog : timer in the patch you have, so you may want to fetch the updated patch for : that. Thanks for testing this. : : -- : John Baldwin : : In message: <200806041126.28347.jhb@freebsd.org> John Baldwin writes: : On Wednesday 04 June 2008 03:12:15 am M. Warner Losh wrote: : > In message: <20080604.001253.1683325662.imp@bsdimp.com> : > "M. Warner Losh" writes: : > : In message: <200805281715.39536.jhb@freebsd.org> : > : John Baldwin writes: : > : : I have a patch to make cs(4) MPSAFE. As with previous patches, : ENOHARDWARE. : > : : If you care about this driver, test the patch. : > : : : > : : http://www.FreeBSD.org/~jhb/patches/cs.patch : > : : > : This patch appears to work for me, but I've not stress tested the : > : interface. : > : : > : I did have to make a bunch of other changes to the driver to fix some : > : obvious bogons that got in my way. These bogons are in the cs driver, : > : not in your patches to the cs driver. I'm flushing those into svn and : > : looping back the changes plus your patches to make sure things still : > : work. I'll report more when I know more. Note: this is PCMCIA card : > : only (IBM EtherJet Ethernet PC Card). : > : : > : I can confirm that your patch still applies after my changes, although : > : with a fuzz factor. : > : > Upon further testing, I've discovered that the driver neglects to tear : > down the ISR. : > : > http://people.freebsd.org/~imp/cs.patch.new : > : > fixes the problem, but may also have some stray goo in it too. : : I've updated cs.patch, I just put the teardown in detach as that is the only : place it is needed (other drivers are similar). Also, I broke the watchdog : timer in the patch you have, so you may want to fetch the updated patch for : that. Thanks for testing this. OK. I'm sure the new one works now. I had to fix a few other bugs in the driver to make it work. I've committed those fixes. Your fixes can go in at any time and we know that at least the PC Card parts will work (AFAIK, the IBM EtherJet was the only card to use this chip, although there appears to be at least one Japanese variant that used it too, but had the IBM EtherJet CIS loaded). Warner From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 08:50:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1133106567E for ; Thu, 5 Jun 2008 08:50:22 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) by mx1.freebsd.org (Postfix) with ESMTP id 262BC8FC13 for ; Thu, 5 Jun 2008 08:50:22 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm13.si.francetelecom.fr (ESMTP service) with ESMTP id E9CD23C00D for ; Thu, 5 Jun 2008 10:50:20 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id ACC7A68002 for ; Thu, 5 Jun 2008 10:50:20 +0200 (CEST) To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 From: karim.bourenane@orange-ftgroup.com Message-ID: Date: Thu, 5 Jun 2008 10:53:14 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 05/06/2008 10:53:16, Serialize complete at 05/06/2008 10:53:16 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [BSD7] Openldap with SCP "Unknow user UID" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 08:50:22 -0000 Hi All, I have a new problem with Openldap and SCP command. When i do : scp login@server1:/usr/home/login1/file.txt Password: unknown user 1206 If i make -vvvv option, i see that ssh accept my connection but finally refuse under reason unknow user uid : The simple ssh connection run perfectly in ldap and ldaps, but not scp command. > Password: > debug3: packet_send2: adding 32 (len 23 padlen 9 extra_pad 64) > debug2: input_userauth_info_req > debug2: input_userauth_info_req: num_prompts 0 > debug3: packet_send2: adding 48 (len 10 padlen 6 extra_pad 64) > debug1: Authentication succeeded (keyboard-interactive). > debug2: fd 4 setting O_NONBLOCK > debug2: fd 5 setting O_NONBLOCK > debug1: channel 0: new [client-session] > debug3: ssh_session2_open: channel_new: 0 > debug2: channel 0: send open > debug1: Entering interactive session. > debug2: callback start > debug2: client_session2_setup: id 0 > debug1: Sending command: scp -v -f /usr/home/kbourena/showrev.txt > debug2: channel 0: request exec confirm 0 > debug2: callback done > debug2: channel 0: open confirm rwindow 0 rmax 32768 > debug2: channel 0: rcvd adjust 131072 > debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 > debug2: channel 0: rcvd ext data 19 > debug2: channel 0: rcvd eof > debug2: channel 0: output open -> drain > debug2: channel 0: rcvd close > debug2: channel 0: close_read > debug2: channel 0: input open -> closed > debug3: channel 0: will not send data after close > debug2: channel 0: obuf_empty delayed efd 6/(19) > unknown user 1206 > debug2: channel 0: written 19 to efd 6 > debug3: channel 0: will not send data after close > debug2: channel 0: obuf empty > debug2: channel 0: close_write > debug2: channel 0: output drain -> closed > debug2: channel 0: almost dead > debug2: channel 0: gc: notify user > debug2: channel 0: gc: user detached > debug2: channel 0: send close > debug2: channel 0: is dead > debug2: channel 0: garbage collecting > debug1: channel 0: free: client-session, nchannels 1 > debug3: channel 0: status: The following connections are open: > #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1) > > debug3: channel 0: close_fds r -1 w -1 e 6 c -1 > debug1: fd 0 clearing O_NONBLOCK > debug1: fd 1 clearing O_NONBLOCK > debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 3.1 seconds > debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0 > debug1: Exit status 255 If you have any idea, to help me ? Regards Karim Bourenane Orange Business Services / Equant RO&SI / IBNF / ENO / GNS 112 Avenue Charles de Gaules 92200 Neuilly S/Seine Phone: +33156 76 35 52 Fax: +33156 76 35 04 http://www.equant.com From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 10:27:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91D3B106567C for ; Thu, 5 Jun 2008 10:27:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 195438FC20 for ; Thu, 5 Jun 2008 10:27:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m55ARiVC015991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jun 2008 20:27:46 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m55ARiXp078637; Thu, 5 Jun 2008 20:27:44 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m55ARir9078636; Thu, 5 Jun 2008 20:27:44 +1000 (EST) (envelope-from peter) Date: Thu, 5 Jun 2008 20:27:44 +1000 From: Peter Jeremy To: karim.bourenane@orange-ftgroup.com Message-ID: <20080605102744.GM1028@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w1A23YewkF9s+fLd" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: [BSD7] Openldap with SCP "Unknow user UID" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 10:27:49 -0000 --w1A23YewkF9s+fLd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jun-05 10:53:14 +0200, karim.bourenane@orange-ftgroup.com wrote: >If i make -vvvv option, i see that ssh accept my connection but finally re= fuse under=20 >reason unknow user uid : =2E.. >If you have any idea, to help me ? There's nothing immediately obvious in that output. I suggest you try running sshd with debugging: On the server run (eg): sshd -ddd -p 8021 Then on the client run: scp -vvvvP 8021 login@server1:/usr/home/login1/file= =2Etxt . The output on the server may provide a clue. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --w1A23YewkF9s+fLd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhHv6AACgkQ/opHv/APuIfWGgCeMlVEtZmUmUyqo/KvjdC1P9eS I+MAn2Ugbzi5MaeUXKNfXOd1qL+D/kOF =djNb -----END PGP SIGNATURE----- --w1A23YewkF9s+fLd-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 12:43:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0800106564A for ; Thu, 5 Jun 2008 12:43:57 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) by mx1.freebsd.org (Postfix) with ESMTP id A67398FC1E for ; Thu, 5 Jun 2008 12:43:56 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda14.si.francetelecom.fr (ESMTP service) with ESMTP id 28A3C70205; Thu, 5 Jun 2008 14:43:55 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id 8300C70002; Thu, 5 Jun 2008 14:43:54 +0200 (CEST) To: Peter Jeremy MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 From: karim.bourenane@orange-ftgroup.com Message-ID: Date: Thu, 5 Jun 2008 14:46:50 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 05/06/2008 14:46:50, Serialize complete at 05/06/2008 14:46:50 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [BSD7] Openldap with SCP "Unknow user UID" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 12:43:58 -0000 Hi Peter, All Here the output, very verbose..... :) __sysctl(0xbfbfea04,0x2,0xbfbfea0c,0xbfbfea10,0x0,0x0) = 0 (0x0) mmap(0x0,272,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 671752192 (0x280a2000) munmap(0x280a2000,272) = 0 (0x0) __sysctl(0xbfbfea68,0x2,0x2809ea3c,0xbfbfea70,0x0,0x0) = 0 (0x0) mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 671752192 (0x280a2000) issetugid(0x28097b6c,0xbfbfeb34,0x104,0x0,0x0,0x0) = 0 (0x0) open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",O_RDONLY,00) = 4 (0x4) read(4,"Ehnt\^A\0\0\0\M^@\0\0\0-\0\0\0\0"...,128) = 128 (0x80) lseek(4,0x80,SEEK_SET) = 128 (0x80) read(4,"/lib:/usr/lib:/usr/lib/compat:/u"...,45) = 45 (0x2d) close(4) = 0 (0x0) access("/lib/libssh.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libssh.so.4",0) = 0 (0x0) open("/usr/lib/libssh.so.4",O_RDONLY,00) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740662,size=228448,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,233472,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 671784960 (0x280aa000) mprotect(0x280df000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x280df000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x280e0000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x36000) = 672006144 (0x280e0000) mmap(0x280e1000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 672010240 (0x280e1000) close(4) = 0 (0x0) access("/lib/libutil.so.7",0) = 0 (0x0) open("/lib/libutil.so.7",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=94270,size=50476,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,53248,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672018432 (0x280e3000) mprotect(0x280ed000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x280ed000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x280ee000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xb000) = 672063488 (0x280ee000) mmap(0x280ef000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 672067584 (0x280ef000) close(4) = 0 (0x0) access("/lib/libz.so.4",0) = 0 (0x0) open("/lib/libz.so.4",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=94273,size=71012,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,73728,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672071680 (0x280f0000) mprotect(0x28100000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28100000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28101000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x10000) = 672141312 (0x28101000) close(4) = 0 (0x0) access("/lib/libwrap.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/libwrap.so.5",0) = 0 (0x0) open("/usr/lib/libwrap.so.5",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740988,size=27940,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,28672,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672145408 (0x28102000) mprotect(0x28107000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28107000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28108000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x6000) = 672169984 (0x28108000) close(4) = 0 (0x0) access("/lib/libpam.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libpam.so.4",0) = 0 (0x0) open("/usr/lib/libpam.so.4",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740553,size=28240,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,28672,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672174080 (0x28109000) mprotect(0x2810e000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x2810e000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2810f000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x6000) = 672198656 (0x2810f000) close(4) = 0 (0x0) access("/lib/libbsm.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libbsm.so.2",0) = 0 (0x0) open("/usr/lib/libbsm.so.2",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740788,size=80048,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,81920,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672202752 (0x28110000) mprotect(0x28122000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28122000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28123000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x13000) = 672280576 (0x28123000) close(4) = 0 (0x0) access("/lib/libgssapi.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libgssapi.so.9",0) = 0 (0x0) open("/usr/lib/libgssapi.so.9",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740938,size=28044,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,28672,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672284672 (0x28124000) mprotect(0x28129000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28129000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2812a000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x6000) = 672309248 (0x2812a000) close(4) = 0 (0x0) access("/lib/libkrb5.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libkrb5.so.9",0) = 0 (0x0) open("/usr/lib/libkrb5.so.9",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740649,size=241288,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,237568,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672313344 (0x2812b000) mprotect(0x28162000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28162000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28163000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x38000) = 672542720 (0x28163000) close(4) = 0 (0x0) access("/lib/libasn1.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libasn1.so.9",0) = 0 (0x0) open("/usr/lib/libasn1.so.9",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740621,size=165252,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,167936,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672550912 (0x28165000) mprotect(0x2818c000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x2818c000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2818d000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x27000) = 672714752 (0x2818d000) close(4) = 0 (0x0) access("/lib/libcom_err.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libcom_err.so.4",0) = 0 (0x0) open("/usr/lib/libcom_err.so.4",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740793,size=5656,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,8192,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672718848 (0x2818e000) mprotect(0x2818e000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x2818e000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2818f000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x1000) = 672722944 (0x2818f000) close(4) = 0 (0x0) access("/lib/libroken.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libroken.so.9",0) = 0 (0x0) open("/usr/lib/libroken.so.9",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=23740654,size=53576,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,53248,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672727040 (0x28190000) mprotect(0x2819b000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x2819b000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2819c000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xc000) = 672776192 (0x2819c000) close(4) = 0 (0x0) access("/lib/libcrypto.so.5",0) = 0 (0x0) open("/lib/libcrypto.so.5",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=94274,size=1417348,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,1413120,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 672780288 (0x2819d000) mprotect(0x282dc000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x282dc000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x282dd000,94208,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x13f000) = 674091008 (0x282dd000) mmap(0x282f4000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 674185216 (0x282f4000) close(4) = 0 (0x0) access("/lib/libcrypt.so.4",0) = 0 (0x0) open("/lib/libcrypt.so.4",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=94267,size=31928,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,102400,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 674193408 (0x282f6000) mprotect(0x282fc000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x282fc000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x282fd000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x7000) = 674222080 (0x282fd000) mmap(0x282fe000,69632,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 674226176 (0x282fe000) close(4) = 0 (0x0) access("/lib/libc.so.7",0) = 0 (0x0) open("/lib/libc.so.7",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=94266,size=1026692,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,1032192,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 674295808 (0x2830f000) mprotect(0x283f0000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x283f0000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x283f1000,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xe2000) = 675221504 (0x283f1000) mmap(0x283f7000,81920,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 675246080 (0x283f7000) close(4) = 0 (0x0) access("/lib/libmd.so.4",0) = 0 (0x0) open("/lib/libmd.so.4",O_RDONLY,027757765134) = 4 (0x4) fstat(4,{mode=-r--r--r-- ,inode=94268,size=59920,blksize=4096}) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,61440,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 675328000 (0x2840b000) mprotect(0x28418000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28418000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28419000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xd000) = 675385344 (0x28419000) close(4) = 0 (0x0) sysarch(0xa,0xbfbfead0,0x280780cb,0x2809d3f4,0x28089379,0x2809d3f4) = 0 (0x0) mmap(0x0,3800,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,3800) = 0 (0x0) mmap(0x0,5416,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,5416) = 0 (0x0) mmap(0x0,1928,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1928) = 0 (0x0) mmap(0x0,1032,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1032) = 0 (0x0) mmap(0x0,1184,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1184) = 0 (0x0) mmap(0x0,1064,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1064) = 0 (0x0) mmap(0x0,1544,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1544) = 0 (0x0) mmap(0x0,888,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,888) = 0 (0x0) mmap(0x0,6360,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,6360) = 0 (0x0) mmap(0x0,2912,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,2912) = 0 (0x0) mmap(0x0,416,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,416) = 0 (0x0) mmap(0x0,2024,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,2024) = 0 (0x0) mprotect(0x2819d000,1310720,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mmap(0x0,27848,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,27848) = 0 (0x0) mprotect(0x2819d000,1310720,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x0,608,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,608) = 0 (0x0) mmap(0x0,20928,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,20928) = 0 (0x0) mmap(0x0,808,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,808) = 0 (0x0) __sysctl(0xbfbfea94,0x2,0x283f7ae0,0xbfbfea9c,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) __sysctl(0xbfbfe3ec,0x2,0x283fb8c0,0xbfbfe3f8,0x0,0x0) = 0 (0x0) __sysctl(0xbfbfdf28,0x2,0x2840803c,0xbfbfdf30,0x0,0x0) = 0 (0x0) __sysctl(0xbfbfdf78,0x2,0xbfbfdf84,0xbfbfdf88,0x0,0x0) = 0 (0x0) readlink("/etc/malloc.conf",0xbfbfdfeb,1024) ERR#2 'No such file or directory' issetugid(0x283e900a,0xbfbfdfeb,0x400,0xbfbfe3f8,0x0,0x0) = 0 (0x0) break(0x8100000) = 0 (0x0) __sysctl(0xbfbfe294,0x2,0xbfbfe29c,0xbfbfe2a0,0x0,0x0) = 0 (0x0) mmap(0x0,2097152,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,942080) = 0 (0x0) munmap(0x28600000,106496) = 0 (0x0) geteuid(0xbfbfedbb,0x4,0x0,0x0,0x0,0x0) = 0 (0x0) setgroups(0x0,0x0,0x0,0x0,0x0,0x0) = 0 (0x0) __sysctl(0xbfbfe9f4,0x2,0xbfbfe9fc,0xbfbfea00,0x0,0x0) = 0 (0x0) mmap(0x0,272,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 671752192 (0x280a2000) munmap(0x280a2000,272) = 0 (0x0) __sysctl(0xbfbfea58,0x2,0x2809ea3c,0xbfbfea60,0x0,0x0) = 0 (0x0) mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 671752192 (0x280a2000) issetugid(0x28097b6c,0xbfbfeb24,0x104,0x0,0x0,0x0) = 0 (0x0) open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",O_RDONLY,00) = 3 (0x3) read(3,"Ehnt\^A\0\0\0\M^@\0\0\0-\0\0\0\0"...,128) = 128 (0x80) lseek(3,0x80,SEEK_SET) = 128 (0x80) read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,45) = 45 (0x2d) close(3) = 0 (0x0) access("/lib/libssh.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libssh.so.4",0) = 0 (0x0) open("/usr/lib/libssh.so.4",O_RDONLY,00) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740662,size=228448,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,233472,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 671784960 (0x280aa000) mprotect(0x280df000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x280df000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x280e0000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x36000) = 672006144 (0x280e0000) mmap(0x280e1000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 672010240 (0x280e1000) close(3) = 0 (0x0) access("/lib/libutil.so.7",0) = 0 (0x0) open("/lib/libutil.so.7",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=94270,size=50476,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,53248,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672018432 (0x280e3000) mprotect(0x280ed000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x280ed000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x280ee000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xb000) = 672063488 (0x280ee000) mmap(0x280ef000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 672067584 (0x280ef000) close(3) = 0 (0x0) access("/lib/libz.so.4",0) = 0 (0x0) open("/lib/libz.so.4",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=94273,size=71012,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,73728,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672071680 (0x280f0000) mprotect(0x28100000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28100000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28101000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x10000) = 672141312 (0x28101000) close(3) = 0 (0x0) access("/lib/libwrap.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/libwrap.so.5",0) = 0 (0x0) open("/usr/lib/libwrap.so.5",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740988,size=27940,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,28672,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672145408 (0x28102000) mprotect(0x28107000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28107000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28108000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x6000) = 672169984 (0x28108000) close(3) = 0 (0x0) access("/lib/libpam.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libpam.so.4",0) = 0 (0x0) open("/usr/lib/libpam.so.4",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740553,size=28240,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,28672,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672174080 (0x28109000) mprotect(0x2810e000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x2810e000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2810f000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x6000) = 672198656 (0x2810f000) close(3) = 0 (0x0) access("/lib/libbsm.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libbsm.so.2",0) = 0 (0x0) open("/usr/lib/libbsm.so.2",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740788,size=80048,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,81920,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672202752 (0x28110000) mprotect(0x28122000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28122000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28123000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x13000) = 672280576 (0x28123000) close(3) = 0 (0x0) access("/lib/libgssapi.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libgssapi.so.9",0) = 0 (0x0) open("/usr/lib/libgssapi.so.9",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740938,size=28044,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,28672,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672284672 (0x28124000) mprotect(0x28129000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28129000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2812a000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x6000) = 672309248 (0x2812a000) close(3) = 0 (0x0) access("/lib/libkrb5.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libkrb5.so.9",0) = 0 (0x0) open("/usr/lib/libkrb5.so.9",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740649,size=241288,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,237568,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672313344 (0x2812b000) mprotect(0x28162000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28162000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28163000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x38000) = 672542720 (0x28163000) close(3) = 0 (0x0) access("/lib/libasn1.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libasn1.so.9",0) = 0 (0x0) open("/usr/lib/libasn1.so.9",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740621,size=165252,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,167936,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672550912 (0x28165000) mprotect(0x2818c000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x2818c000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2818d000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x27000) = 672714752 (0x2818d000) close(3) = 0 (0x0) access("/lib/libcom_err.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libcom_err.so.4",0) = 0 (0x0) open("/usr/lib/libcom_err.so.4",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740793,size=5656,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,8192,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672718848 (0x2818e000) mprotect(0x2818e000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x2818e000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2818f000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x1000) = 672722944 (0x2818f000) close(3) = 0 (0x0) access("/lib/libroken.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libroken.so.9",0) = 0 (0x0) open("/usr/lib/libroken.so.9",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=23740654,size=53576,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,53248,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672727040 (0x28190000) mprotect(0x2819b000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x2819b000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x2819c000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xc000) = 672776192 (0x2819c000) close(3) = 0 (0x0) access("/lib/libcrypto.so.5",0) = 0 (0x0) open("/lib/libcrypto.so.5",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=94274,size=1417348,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,1413120,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 672780288 (0x2819d000) mprotect(0x282dc000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x282dc000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x282dd000,94208,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x13f000) = 674091008 (0x282dd000) mmap(0x282f4000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 674185216 (0x282f4000) close(3) = 0 (0x0) access("/lib/libcrypt.so.4",0) = 0 (0x0) open("/lib/libcrypt.so.4",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=94267,size=31928,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,102400,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 674193408 (0x282f6000) mprotect(0x282fc000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x282fc000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x282fd000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x7000) = 674222080 (0x282fd000) mmap(0x282fe000,69632,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 674226176 (0x282fe000) close(3) = 0 (0x0) access("/lib/libc.so.7",0) = 0 (0x0) open("/lib/libc.so.7",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=94266,size=1026692,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,1032192,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 674295808 (0x2830f000) mprotect(0x283f0000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x283f0000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x283f1000,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xe2000) = 675221504 (0x283f1000) mmap(0x283f7000,81920,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 675246080 (0x283f7000) close(3) = 0 (0x0) access("/lib/libmd.so.4",0) = 0 (0x0) open("/lib/libmd.so.4",O_RDONLY,027757765114) = 3 (0x3) fstat(3,{mode=-r--r--r-- ,inode=94268,size=59920,blksize=4096}) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,61440,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 675328000 (0x2840b000) mprotect(0x28418000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28418000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28419000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xd000) = 675385344 (0x28419000) close(3) = 0 (0x0) sysarch(0xa,0xbfbfeac0,0x280780cb,0x2809d3f4,0x28089379,0x2809d3f4) = 0 (0x0) mmap(0x0,3800,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,3800) = 0 (0x0) mmap(0x0,5416,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,5416) = 0 (0x0) mmap(0x0,1928,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1928) = 0 (0x0) mmap(0x0,1032,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1032) = 0 (0x0) mmap(0x0,1184,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1184) = 0 (0x0) mmap(0x0,1064,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1064) = 0 (0x0) mmap(0x0,1544,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,1544) = 0 (0x0) mmap(0x0,888,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,888) = 0 (0x0) mmap(0x0,6360,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,6360) = 0 (0x0) mmap(0x0,2912,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,2912) = 0 (0x0) mmap(0x0,416,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,416) = 0 (0x0) mmap(0x0,2024,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,2024) = 0 (0x0) mprotect(0x2819d000,1310720,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mmap(0x0,27848,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,27848) = 0 (0x0) mprotect(0x2819d000,1310720,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x0,608,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,608) = 0 (0x0) mmap(0x0,20928,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,20928) = 0 (0x0) mmap(0x0,808,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,808) = 0 (0x0) __sysctl(0xbfbfea84,0x2,0x283f7ae0,0xbfbfea8c,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) __sysctl(0xbfbfe3dc,0x2,0x283fb8c0,0xbfbfe3e8,0x0,0x0) = 0 (0x0) __sysctl(0xbfbfdf18,0x2,0x2840803c,0xbfbfdf20,0x0,0x0) = 0 (0x0) __sysctl(0xbfbfdf68,0x2,0xbfbfdf74,0xbfbfdf78,0x0,0x0) = 0 (0x0) readlink("/etc/malloc.conf",0xbfbfdfdb,1024) ERR#2 'No such file or directory' issetugid(0x283e900a,0xbfbfdfdb,0x400,0xbfbfe3e8,0x0,0x0) = 0 (0x0) break(0x8100000) = 0 (0x0) __sysctl(0xbfbfe284,0x2,0xbfbfe28c,0xbfbfe290,0x0,0x0) = 0 (0x0) mmap(0x0,2097152,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 675389440 (0x2841a000) munmap(0x2841a000,942080) = 0 (0x0) munmap(0x28600000,106496) = 0 (0x0) geteuid(0xbfbfedbc,0x4,0x0,0x0,0x0,0x0) = 0 (0x0) SIGNAL 20 (SIGCHLD) setgroups(0x0,0x0,0x0,0x0,0x0,0x0) = 416 (0x1a0) getpid(0x0,0xbfbfdb9c,0xd676e69,0x6e69000a,0x635f7469,0xa0d7874) = 416 (0x1a0) getpid(0xbfbfdbb4,0x0,0xd676e69,0x6e69000a,0x635f7469,0xbfbfdbb4) = 7 (0x7) -- UNKNOWN SYSCALL 24548 -- open("(null)",O_WRONLY|O_RDWR|O_NONBLOCK|O_SHLOCK|O_EXLOCK|O_ASYNC|O_NOFOLLOW|O_CREAT|O_TRUNC|O_EXCL|O_NOCTTY|O_DIRECT|0xbfbe5000,05) = 4 (0x4) chown("(null)",676569088,16) = 4 (0x4) kill(2,-1077945492) = 3 (0x3) write(5,"\0\0\0\^E",4) = 3 (0x3) open("(null)",O_NOCTTY|O_DIRECT|0x28522000,05) = 4 (0x4) getegid(0x2,0xbfbfdb9c,0x2b,0xbfbfd79c,0x8073757,0x635f7469) = 4 (0x4) getpeername(2,{ sa_len = 115, sa_family = 13, sa_data = { 0xa, 00, 0x67, 0x33, 0x3a, 0x20, 0x6d, 0x6d, 0x5f, 0x61, 0x6e, 0x73, 0x77, 0x65, 0x72, 0x5f, 0x70, 0x61, 0x6d, 0x5f, 0x72, 0x65, 0x73, 0x70, 0x6f, 0x6e, 0x64, 0xd, 0xa, 00, 0x69, 0x6e, 0x67, 0xd, 0xa, 00, 00, 00, 0xd8, 0xdb, 0xbf, 0xbf, 0x19, 0x74, 0x7, 0x28, 0x64, 0x65, 0x62, 0x75, 0x67, 0x33, 0x3a, 0x20, 0x6d, 0x6f, 0x6e, 0x69, 0x74, 0x6f, 0x72, 0x5f, 0x72, 0x65, 0x61, 0x64, 0x3a, 0x20, 0x63, 0x68, 0x65, 0x63, 0x6b, 0x69, 0x6e, 0x67, 0x20, 0x72, 0x65, 0x71, 0x75, 0x65, 0x73, 0x74, 0x20, 0x35, 0x32, 0xd, 0xa, 00, 0x1, 00, 00, 00, 00, 00, 00, 00, 0x6, 0x2, 00, 00, 0xe8, 0x5, 0xe, 0x28, 0xf8, 0xdb, 0xbf, 0xbf, 0x5d, 0xb0, 0x6,,0x1f) = 4 (0x4) acct(0x2,0xbfbfdb3c,0x33,0xbfbfd73c,0x8074ec8,0xbfbf0031) = 4 (0x4) getegid(0x2,0xbfbfdb2c,0x2b,0xbfbfd72c,0x8073d20,0xbfbfdb3c) = 4 (0x4) open("(null)",O_WRONLY|O_RDWR|O_NONBLOCK|O_SHLOCK|O_FSYNC|O_NOFOLLOW|O_CREAT|O_TRUNC|O_EXCL|O_NOCTTY|O_DIRECT|0xbfbe5000,05) = 4 (0x4) write(5,"\0\0\0\0",4) = 4 (0x4) kill(2,-1077945492) = 3 (0x3) write(5,"\0\0\0\^A",4) = 3 (0x3) exit(0x5) = 4 (0x4) write(2,"debug3: mm_answer_pam_free_ctx\r"...,32) = 32 (0x20) write(2,"debug3: PAM: sshpam_free_ctx ent"...,39) = 39 (0x27) write(2,"debug3: PAM: sshpam_thread_clean"...,45) = 45 (0x2d) sigaction(SIGCHLD,0x0,{ SIG_DFL 0x0 ss_t }) = 0 (0x0) kill(24548,SIGTERM) ERR#3 'No such process' close(4) = 0 (0x0) close(-1) ERR#9 'Bad file descriptor' write(2,"debug3: mm_request_send entering"...,43) = 43 (0x2b) write(5,"\0\0\0\^A7",5) = 5 (0x5) write(2,"debug2: monitor_read: 54 used on"...,51) = 51 (0x33) write(2,"debug3: mm_request_receive_expec"...,53) = 53 (0x35) write(2,"debug3: mm_request_receive enter"...,37) = 37 (0x25) read(5,"\0\0\0\^A",4) = 4 (0x4) read(5,".",1) = 1 (0x1) write(2,"debug1: do_pam_account: called\r"...,32) = 32 (0x20) write(2,"debug3: mm_request_send entering"...,43) = 43 (0x2b) write(5,"\0\0\0\t/",5) = 5 (0x5) write(5,"\0\0\0\^A\0\0\0\0",8) = 8 (0x8) write(2,"Accepted keyboard-interactive/pa"...,82) = 82 (0x52) write(2,"debug1: monitor_child_preauth: k"...,86) = 86 (0x56) write(2,"debug3: mm_get_keystate: Waiting"...,47) = 47 (0x2f) write(2,"debug3: mm_request_receive_expec"...,53) = 53 (0x35) write(2,"debug3: mm_request_receive enter"...,37) = 37 (0x25) read(5,"\0\0\^D\M-q",4) = 4 (0x4) read(5,"\^X\0\0\0\^TWo#\M-7&\M-2D\M-&"...,1265) = 1265 (0x4f1) write(2,"debug3: mm_newkeys_from_blob: 0x"...,47) = 47 (0x2f) write(2,"debug2: mac_init: found hmac-md5"...,34) = 34 (0x22) write(2,"debug3: mm_get_keystate: Waiting"...,49) = 49 (0x31) write(2,"debug3: mm_newkeys_from_blob: 0x"...,47) = 47 (0x2f) write(2,"debug2: mac_init: found hmac-md5"...,34) = 34 (0x22) write(2,"debug3: mm_get_keystate: Getting"...,52) = 52 (0x34) write(2,"debug3: mm_get_keystate: Getting"...,54) = 54 (0x36) close(5) = 0 (0x0) write(2,"debug3: mm_share_sync: Share syn"...,35) = 35 (0x23) mmap(0x0,1310720,PROT_READ|PROT_WRITE,MAP_SHARED|MAP_ANON,-1,0x0) = 678731776 (0x2874a000) munmap(0x284cf000,65536) = 0 (0x0) write(2,"debug3: mm_share_sync: Share syn"...,39) = 39 (0x27) wait4(0x5fe3,0xbfbfe48c,0x0,0x0,0x2850230c,0x5fe3) = 24547 (0x5fe3) setitimer(0,{0.000000, 0.000000},{0.000000, 0.000000}) = 0 (0x0) sigaction(SIGALRM,0x0,{ 0x8050460 0x0 ss_t }) = 0 (0x0) sigaction(SIGALRM,{ SIG_DFL 0x0 ss_t },0x0) = 0 (0x0) auditon(0x14,0xbfbfe350,0x4,0x280a8600,0x280a8800,0x280a8a00) ERR#78 'Function not implemented' socketpair(0x1,0x1,0x0,0xbfbfe48c,0x0,0x28502300) = 0 (0x0) fcntl(4,F_SETFD,FD_CLOEXEC) = 0 (0x0) fcntl(5,F_SETFD,FD_CLOEXEC) = 0 (0x0) fork(0x28502300,0x0,0x0,0xbfbfe908,0xbfbfe908,0x28502280) = 24549 (0x5fe5) write(2,"debug2: User child is on pid 245"...,36) = 36 (0x24) close(4) = 0 (0x0) sigaction(SIGHUP,0x0,{ SIG_DFL 0x0 ss_t }) = 0 (0x0) sigaction(SIGHUP,{ 0x8065400 0x0 ss_t },0x0) = 0 (0x0) sigaction(SIGTERM,0x0,{ SIG_DFL 0x0 ss_t }) = 0 (0x0) sigaction(SIGTERM,{ 0x8065400 0x0 ss_t },0x0) = 0 (0x0) write(2,"debug3: mm_request_receive enter"...,37) = 37 (0x25) read(5,"\0\0\0-",4) = 4 (0x4) read(5,"9\0\0\0(scp -v -f /usr/home/kbou"...,45) = 45 (0x2d) write(2,"debug3: monitor_read: checking r"...,43) = 43 (0x2b) write(2,"debug3: mm_answer_audit_command "...,42) = 42 (0x2a) write(2,"debug3: mm_request_receive enter"...,37) = 37 (0x25) read(5,"\0\0\0\^E",4) = 4 (0x4) read(5,"8\0\0\0\v",5) = 5 (0x5) write(2,"debug3: monitor_read: checking r"...,43) = 43 (0x2b) write(2,"debug3: mm_answer_audit_event en"...,40) = 40 (0x28) auditon(0x14,0xbfbfe2e0,0x4,0x1,0xbfbfe3c8,0x28097ee4) ERR#78 'Function not implemented' write(2,"debug3: mm_request_receive enter"...,37) = 37 (0x25) read(5,"\0\0\0\^A",4) = 4 (0x4) read(5,":",1) = 1 (0x1) write(2,"debug3: monitor_read: checking r"...,43) = 43 (0x2b) write(2,"debug3: mm_answer_term: tearing "...,47) = 47 (0x2f) wait4(0x5fe5,0xbfbfe430,0x0,0x0,0xbfbfe430,0xbfbfe430) = 24549 (0x5fe5) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) munmap(0x2841a000,118784) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) process exit, rval = 0 Karim Bourenane Orange Business Services / Equant RO&SI / IBNF / ENO / GNS 112 Avenue Charles de Gaules 92200 Neuilly S/Seine Phone: +33156 76 35 52 Fax: +33156 76 35 04 http://www.equant.com Peter Jeremy 05/06/2008 12:27 To: karim.bourenane@orange-ftgroup.com cc: freebsd-current@freebsd.org bcc: Subject: Re: [BSD7] Openldap with SCP "Unknow user UID" On 2008-Jun-05 10:53:14 +0200, karim.bourenane@orange-ftgroup.com wrote: >If i make -vvvv option, i see that ssh accept my connection but finally refuse under >reason unknow user uid : ... >If you have any idea, to help me ? There's nothing immediately obvious in that output. I suggest you try running sshd with debugging: On the server run (eg): sshd -ddd -p 8021 Then on the client run: scp -vvvvP 8021 login@server1:/usr/home/login1/file.txt . The output on the server may provide a clue. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 14:01:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C62DB106566C for ; Thu, 5 Jun 2008 14:01:06 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88003.mail.re2.yahoo.com (web88003.mail.re2.yahoo.com [206.190.37.190]) by mx1.freebsd.org (Postfix) with SMTP id 8AB4D8FC1B for ; Thu, 5 Jun 2008 14:01:06 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 10587 invoked by uid 60001); 5 Jun 2008 14:01:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=G5nlLuuJuiGAYrgOHgp6wIg9wIP9zkC5y7CrwE+JDnUwJKQNQM+xvtbQna1b5Mk93Fv01XmCZsX8y28JoQyIozUafySgEMrxcy3hfBvinQCpD4ECsSMLd8Dla3W2No8MEx6bC7yqFrPVQEwfKXPAk5EoU7p6kmS3A1rjlX4kS2w=; X-YMail-OSG: QMQwelYVM1nibG2KHGyLoy2p6RpOpEVzVh.IrrpSpgXBHbyzs8QSEs8YKKOI6jBfBGv_tAOhQeGDVWp3hMwpQeuEKMJz64KDUxXt_w-- Received: from [206.47.249.252] by web88003.mail.re2.yahoo.com via HTTP; Thu, 05 Jun 2008 10:01:05 EDT Date: Thu, 5 Jun 2008 10:01:05 -0400 (EDT) From: Gardner Bell To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <840375.9977.qm@web88003.mail.re2.yahoo.com> X-Mailman-Approved-At: Thu, 05 Jun 2008 14:24:06 +0000 Subject: panic attaching usb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 14:01:07 -0000 Hello, I just mounted my external USB drive and received the following panic. This machine is running amd64 8.0-CURRENT from 05/28/2008. If any other info is required I'll be more than happy to provide it. db> s Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80248450 stack pointer = 0x10:0xffffffff808d0770 frame pointer = 0x10:0xffffffff808d0780 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = trace trap, interrupt enabled, resume, IOPL = 0 current process = 17 (usb1) [thread pid 17 tid 100029 ] Stopped at _mtx_assert+0x60: movq 0x18(%rdi),%rax db>bt Tracing pid 17 tid 100029 td 0xffffff0001170000 _mtx_assert() at _mtx_assert+0x60 xpt_release_ccb() at xpt_release_ccb+0x49 probedone() at probedone+0x29a camisr_runqueue() at camisr_runqueue+0x1a7 xpt_bus_deregister() at xpt_bus_deregister+0x185 umass_cam_detach_sim() at umass_cam_detach_sim+0x1f umass_detach() at umass_detach+0xcf device_detach() at device_detach+0xa4 usb_disconnect_port() at usb_disconnect_port+0x8b uhub_explore() at uhub_explore+0x10d usb_discover() at usb_discover+0x38 usb_event_thread() at usb_event_thread+0x7c fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff808d0d30, rbp = 0 --- db>show alllocks Process 924 (ntpd) thread 0xffffff00013a56c0 (100091) exclusive sleep mutex sigacts r = 0 (0xffffff000126eca8) locked @ /usr/src/sys/k ern/subr_trap.c:223 exclusive sleep mutex process lock r = 0 (0xffffff000139d0f8) locked @ /usr/src/ sys/kern/subr_trap.c:222 Process 17 (usb1) thread 0xffffff0001170000 (100029) exclusive sleep mutex Giant r = 0 (0xffffffff80585540) locked @ /usr/src/sys/dev /usb/uhub.c:639 db>show thread 100029 Thread 100029 at 0xffffff0001170000: proc (pid 17): 0xffffff000116a860 name: usb1 stack: 0xffffffff808cd000-0xffffffff808d0fff flags: 0x10005 pflags: 0x200000 state: RUNNING (CPU 1) priority: 24 db>tr 100029 Tracing pid 17 tid 100029 td 0xffffff0001170000 _mtx_assert() at _mtx_assert+0x60 xpt_release_ccb() at xpt_release_ccb+0x49 probedone() at probedone+0x29a camisr_runqueue() at camisr_runqueue+0x1a7 xpt_bus_deregister() at xpt_bus_deregister+0x185 umass_cam_detach_sim() at umass_cam_detach_sim+0x1f umass_detach() at umass_detach+0xcf device_detach() at device_detach+0xa4 usb_disconnect_port() at usb_disconnect_port+0x8b uhub_explore() at uhub_explore+0x10d usb_discover() at usb_discover+0x38 usb_event_thread() at usb_event_thread+0x7c fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff808d0d30, rbp = 0 --- db> From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 18:20:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 104AB106567A for ; Thu, 5 Jun 2008 18:20:42 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id CC7658FC15 for ; Thu, 5 Jun 2008 18:20:41 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8) with ESMTP id m55HoKRA011390 for ; Thu, 5 Jun 2008 13:50:21 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8/Submit) id m55HoKFw011389 for current@freebsd.org; Thu, 5 Jun 2008 13:50:20 -0400 (EDT) (envelope-from mwlucas) Date: Thu, 5 Jun 2008 13:50:20 -0400 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20080605175020.GA11340@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Thu, 05 Jun 2008 13:50:21 -0400 (EDT) Cc: Subject: working 8.0 minimal nanoBSD config? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 18:20:42 -0000 Hi, Anyone out there have a working config for a minimal nanoBSD setup? One that worked several months ago now doesn't work (yeah, I know, I know, big surprise). This is on: FreeBSD stretchlimo.blackhelicopters.org 8.0-CURRENT FreeBSD 8.0-CURRENT #9: Thu Jun 5 10:38:43 EDT 2008 mwlucas@stretchlimo.blackhelicopters.org:/usr/obj/usr/src/sys/GENERIC i386 the build dies without an obvious error: -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -static -o test test.o ===> bin/uuidgen (all) cc -O2 -pipe -DNDEBUG -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/bin/uuidgen/uuidgen.c cc -O2 -pipe -DNDEBUG -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -static -o uuidgen uuidgen.o 1 error *** Error code 2 1 error *** Error code 2 1 error The config I'm using is below. Any suggestions appreciated. Thanks, ==ml #configuration for building a Soekris DNS server NANO_NAME=SoekrisDNS NANO_IMAGES=1 NANO_KERNEL=SOEKRIS NANO_DRIVE=ad1 #NO_PMAKE="make -j 3" NO_PMAKE="make" FlashDevice samsung 128 customize_cmd cust_comconsole customize_cmd cust_allow_ssh_root customize_cmd cust_install_files CONF_INSTALL=' NO_TOOLCHAIN=YES ' CONF_WORLD=' NO_MODULES=YES WITHOUT_ACPI=YES WITHOUT_ASSERT_DEBUG=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES #WITHOUT_BIND=YES WITHOUT_BLUETOOTH=YES WITHOUT_CALENDAR=YES WITHOUT_CPP=YES WITHOUT_CVS=YES WITHOUT_CXX=YES WITHOUT_DICT=YES WITHOUT_DYNAMICROOT=YES WITHOUT_EXAMPLES=YES WITHOUT_FORTH=YES WITHOUT_FORTRAN=YES WITHOUT_GAMES=YES WITHOUT_GCOV=YES WITHOUT_GDB=YES WITHOUT_GPIB=YES WITHOUT_GROFF=YES WITHOUT_HESIOD_LIBC=YES WITHOUT_HTML=YES WITHOUT_I4B=YES WITHOUT_INET6=YES WITHOUT_INFO=YES WITHOUT_IPFILTER=YES WITHOUT_IPX=YES WITHOUT_KERBEROS=YES WITHOUT_KLDLOAD=YES WITHOUT_LIBC_R=YES WITHOUT_LIBPTHREAD=YES WITHOUT_LIBTHR=YES WITHOUT_LPR=YES WITHOUT_MAILWRAPPER=YES WITHOUT_MAN=YES WITHOUT_NCP=YES WITHOUT_NETCAT=YES WITHOUT_NETGRAPH=YES WITHOUT_NIS=YES WITHOUT_NLS=YES WITHOUT_NLS_CATALOGS=YES WITHOUT_NS_CACHING=YES WITHOUT_OBJC=YES WITHOUT_P1003_1B=YES WITHOUT_PAM=YES WITHOUT_PF=YES WITHOUT_PROFILE=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITHOUT_RESCUE=YES WITHOUT_SENDMAIL=YES #WITHOUT_SETUID_LOGIN=YES WITHOUT_SHAREDOCS=YES WITHOUT_SPP=YES #WITHOUT_SYMVER=YES WITHOUT_SYSCONS=YES WITHOUT_USB=YES #WITHOUT_WPA_SUPPLICANT_EAPOL=YES WITHOUT_ZFS=YES ' -- Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ Now Shipping: "Absolute FreeBSD" -- http://www.AbsoluteFreeBSD.com On 5/4/2007, the TSA kept 3 pairs of my soiled undies "for security reasons." From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 19:09:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F037810656BC for ; Thu, 5 Jun 2008 19:09:21 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5DCF88FC13 for ; Thu, 5 Jun 2008 19:09:21 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m55J9JIO029284 for ; Thu, 5 Jun 2008 23:09:19 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1212692960; bh=yvh01dfoLaT++6+TNAEdSmilZgKAjmOTvljwmrW DA4A=; l=2442; h=Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=IQ7tbeDkY9fLVgGgNBUtqSInw Nl+NJQygQP1sCAowP1eHMychldL53dxL5atB2FbGeo0QNZK/aOtQZWUQfd6EYoDc/t/ MnhHemRDsuD7MtGqcElTdwaO4QgAC94LLcx55kZTmcsl7gkrz6/T60iIfMwEKLdnLAa HFUz6zeoxPZs= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m55J9Jsr029283 for current@freebsd.org; Thu, 5 Jun 2008 23:09:19 +0400 (MSD) (envelope-from ache) Date: Thu, 5 Jun 2008 23:09:19 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20080605190919.GA29227@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org References: <20080604085908.GA996@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080604085908.GA996@nagual.pp.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: USB: ums driver no longer detects Logitech mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 19:09:22 -0000 Doing some debug I found that USB driver not sense any UICLASS_HID devives now probably because of the error below. Who is in charge in our USB code? ehci_activate_qh: unexpected next ptr QH(0xc4b33d80) at 0x7dca8d80: sqtd=0xc4b34d20 inactivesqtd=0xc4b34d80 link=0x7dca0182 endp=0x80012102 addr=0x02 inact=0 endpt=1 eps=2 dtc=0 hrecl=0 mpl=0x1 ctl=0 nrl=8 endphub=0x41011c01 smask=0x01 cmask=0x1c huba=0x01 port=2 mult=1 curqtd=0x00000001 Overlay qTD: next=0x7dca9d80<> altnext=0x00000001 status=0x00000000: toggle=0 bytes=0x0 ioc=0 c_page=0x0 cerr=0 pid=0 stat=0x0 buffer[0]=0x00000000 buffer[1]=0x00000000 buffer[2]=0x00000000 buffer[3]=0x00000000 buffer[4]=0x00000000 QTD(0xc4b34d20) at 0x7dca9d20: next=0x7dca9d80<> altnext=0x7dca9d80<> status=0x00018d00: toggle=0 bytes=0x1 ioc=1 c_page=0x0 cerr=3 pid=1 stat=0x0 buffer[0]=0x015d93cc buffer[1]=0x00000000 buffer[2]=0x00000000 buffer[3]=0x00000000 buffer[4]=0x00000000 QTD(0xc4b34d80) at 0x7dca9d80: next=0x00000001 altnext=0x00000001 status=0x00000000: toggle=0 bytes=0x0 ioc=0 c_page=0x0 cerr=0 pid=0 stat=0x0 buffer[0]=0x00000000 buffer[1]=0x00000000 buffer[2]=0x00000000 buffer[3]=0x00000000 buffer[4]=0x00000000 On Wed, Jun 04, 2008 at 12:59:08PM +0400, Andrey Chernov wrote: > Recent ums stops to detect Logitech mouse. Previous kernel from about > month ago handle it normally as: > ums0: on uhub7 > ums0: 16 buttons and Z dir. > uhid0: on uhub7 > > Now only as generic device: > ugen0: on uhub4 > > Here is usbdevs output: > Controller /dev/usb3: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00, device uhub3 > ... > port 4 addr 3: high speed, power 500 mA, config 1, product 0x0990(0x0990), vendor 0x046d(0x046d), rev 0.05, device ugen0 > ... > port 4 powered > ... > > Please fix. > > -- > http://ache.pp.ru/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 19:14:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A888D106567F for ; Thu, 5 Jun 2008 19:14:27 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from sasl.smtp.pobox.com (a-sasl-fastnet.sasl.smtp.pobox.com [207.106.133.19]) by mx1.freebsd.org (Postfix) with ESMTP id 82B2C8FC0A for ; Thu, 5 Jun 2008 19:14:27 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from localhost.localdomain (localhost [127.0.0.1]) by a-sasl-fastnet.sasl.smtp.pobox.com (Postfix) with ESMTP id 7AA4B581B; Thu, 5 Jun 2008 14:58:20 -0400 (EDT) Received: from lukas.is-a-geek.org (pool-71-113-98-220.sttlwa.dsl-w.verizon.net [71.113.98.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-sasl-fastnet.sasl.smtp.pobox.com (Postfix) with ESMTPSA id B2F3F5817; Thu, 5 Jun 2008 14:58:16 -0400 (EDT) Date: Thu, 5 Jun 2008 11:58:12 -0700 (PDT) From: Luke Dean X-X-Sender: lukas@border.lukas.is-a-geek.org To: "Michael W. Lucas" In-Reply-To: <20080605175020.GA11340@bewilderbeast.blackhelicopters.org> Message-ID: <20080605115103.B62079@border.lukas.is-a-geek.org> References: <20080605175020.GA11340@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Pobox-Relay-ID: 5D6E2A26-3331-11DD-8EF9-F9737025C2AA-96347044!a-sasl-fastnet.pobox.com Cc: current@freebsd.org Subject: Re: working 8.0 minimal nanoBSD config? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Luke Dean List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 19:14:27 -0000 > Hi, > > Anyone out there have a working config for a minimal nanoBSD setup? > I recently used nanobsd on 7, but I gave up on trying to decipher what all the WITHOUT_BLAH and NO_FOO knobs did, so my approach isn't minimal. I did spot one potential problem in your configuration however. See below. > > #configuration for building a Soekris DNS server > > NANO_NAME=SoekrisDNS > NANO_IMAGES=1 > NANO_KERNEL=SOEKRIS > NANO_DRIVE=ad1 > #NO_PMAKE="make -j 3" > NO_PMAKE="make" I think you've got a typo here. It's "NANO_PMAKE". I don't know if this is what's causing the problem. From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 19:30:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78EF610656DE for ; Thu, 5 Jun 2008 19:30:54 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id DA6AE8FC22 for ; Thu, 5 Jun 2008 19:30:53 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m55JUq2x029561 for ; Thu, 5 Jun 2008 23:30:52 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1212694252; bh=ktxckuFSke9/e3z6TkUSDVxuIUF8LoZwV5C06p2 Rqfg=; l=1795; h=Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=KLVgT2z97Wv+rkrsdxo1uK0cJ cbaEtFg1O1tJN1MMJvFIDPW50tQWmYllNh4vhYv7a+BUq2ZPY9Xc8E+z7EHtIN8HFmt kgOigZoVodFIxsLv0U3Vt1rD20VQWHFLxwGlv7X+rGScIYJWGOKVvPBDpnFPEMcdAXm GXrxYh3rDj9s= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m55JUqJ2029560 for current@freebsd.org; Thu, 5 Jun 2008 23:30:52 +0400 (MSD) (envelope-from ache) Date: Thu, 5 Jun 2008 23:30:51 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20080605193051.GA29386@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org References: <20080604085908.GA996@nagual.pp.ru> <20080605190919.GA29227@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080605190919.GA29227@nagual.pp.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: USB: ums driver no longer detects Logitech mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 19:30:54 -0000 More info. If I plug out the mouse and then plug in it again, it detected normally as: ums0: on uhub2 ums0: 16 buttons and Z dir. uhid0: on uhub2 But it not detected on the boot... On Thu, Jun 05, 2008 at 11:09:19PM +0400, Andrey Chernov wrote: > Doing some debug I found that USB driver not sense any UICLASS_HID devives > now probably because of the error below. Who is in charge in our USB code? > > ehci_activate_qh: unexpected next ptr > QH(0xc4b33d80) at 0x7dca8d80: > sqtd=0xc4b34d20 inactivesqtd=0xc4b34d80 > link=0x7dca0182 > endp=0x80012102 > addr=0x02 inact=0 endpt=1 eps=2 dtc=0 hrecl=0 > mpl=0x1 ctl=0 nrl=8 > endphub=0x41011c01 > smask=0x01 cmask=0x1c huba=0x01 port=2 mult=1 > curqtd=0x00000001 > Overlay qTD: > next=0x7dca9d80<> altnext=0x00000001 > status=0x00000000: toggle=0 bytes=0x0 ioc=0 c_page=0x0 > cerr=0 pid=0 stat=0x0 > buffer[0]=0x00000000 > buffer[1]=0x00000000 > buffer[2]=0x00000000 > buffer[3]=0x00000000 > buffer[4]=0x00000000 > QTD(0xc4b34d20) at 0x7dca9d20: > next=0x7dca9d80<> altnext=0x7dca9d80<> > status=0x00018d00: toggle=0 bytes=0x1 ioc=1 c_page=0x0 > cerr=3 pid=1 stat=0x0 > buffer[0]=0x015d93cc > buffer[1]=0x00000000 > buffer[2]=0x00000000 > buffer[3]=0x00000000 > buffer[4]=0x00000000 > QTD(0xc4b34d80) at 0x7dca9d80: > next=0x00000001 altnext=0x00000001 > status=0x00000000: toggle=0 bytes=0x0 ioc=0 c_page=0x0 > cerr=0 pid=0 stat=0x0 > buffer[0]=0x00000000 > buffer[1]=0x00000000 > buffer[2]=0x00000000 > buffer[3]=0x00000000 > buffer[4]=0x00000000 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 20:00:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DADA01065670 for ; Thu, 5 Jun 2008 20:00:50 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9ECF08FC1C for ; Thu, 5 Jun 2008 20:00:50 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTP id CE8121CCB00 for ; Thu, 5 Jun 2008 22:00:48 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 29CC91141D; Thu, 5 Jun 2008 22:00:48 +0200 (CEST) Date: Thu, 5 Jun 2008 22:00:47 +0200 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20080605200047.GB63497@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <20080605175020.GA11340@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20080605175020.GA11340@bewilderbeast.blackhelicopters.org> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: working 8.0 minimal nanoBSD config? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 20:00:50 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 05, 2008 at 01:50:20PM -0400, Michael W. Lucas wrote: > Hi, >=20 > Anyone out there have a working config for a minimal nanoBSD setup? >=20 > One that worked several months ago now doesn't work (yeah, I know, I > know, big surprise). This is on: >=20 > FreeBSD stretchlimo.blackhelicopters.org 8.0-CURRENT FreeBSD 8.0-CURRENT = #9: Thu Jun 5 10:38:43 EDT 2008 mwlucas@stretchlimo.blackhelicopters.o= rg:/usr/obj/usr/src/sys/GENERIC i386 >=20 > the build dies without an obvious error: >=20 > -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wne= sted-externs -Wredundant-decls -Wno-pointer-sign -static -o test test.o=20 > =3D=3D=3D> bin/uuidgen (all) > cc -O2 -pipe -DNDEBUG -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unu= sed-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wre= turn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunus= ed-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wno-pointer-sign -c /usr/src/bin/uuidgen/uuidgen.c > cc -O2 -pipe -DNDEBUG -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unu= sed-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wre= turn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunus= ed-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wno-pointer-sign -static -o uuidgen uuidgen.o=20 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error >=20 > The config I'm using is below. Any suggestions appreciated. >=20 > Thanks, > =3D=3Dml >=20 > #configuration for building a Soekris DNS server > =20 > NANO_NAME=3DSoekrisDNS > NANO_IMAGES=3D1 > NANO_KERNEL=3DSOEKRIS > NANO_DRIVE=3Dad1 > #NO_PMAKE=3D"make -j 3" > NO_PMAKE=3D"make" Please try with NANO_PMAKE=3D"make -j 1" - that should give you the error message at the end of the build output. Brix --=20 Henrik Brix Andersen --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: GnuPG signed iEYEARECAAYFAkhIRe8ACgkQv+Q4flTiePiOyACdGSDO/wun102ba5QEQN6ldSmK ZaIAnR+LZ8bJ2fAYEds8uCbjx3/DebL+ =MQcK -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 20:09:37 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23273106571B; Thu, 5 Jun 2008 20:09:37 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 9DBF28FC23; Thu, 5 Jun 2008 20:09:36 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [78.110.49.49] (helo=quasar.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1K4KxV-0006NQ-Qs; Thu, 05 Jun 2008 23:17:13 +0400 Received: by quasar.ht-systems.ru (Postfix, from userid 1024) id 17AF473007; Thu, 5 Jun 2008 23:17:10 +0400 (MSD) Date: Thu, 5 Jun 2008 23:17:05 +0400 From: Stanislav Sedov To: current@FreeBSD.org Message-Id: <20080605231705.db589d89.stas@FreeBSD.org> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__5_Jun_2008_23_17_05_+0400_.9i9sGHxFp9UIvIe" Cc: rpaulo@FreeBSD.org, kib@FreeBSD.org Subject: cpuctl(formely devcpu) patch test request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 20:09:37 -0000 --Signature=_Thu__5_Jun_2008_23_17_05_+0400_.9i9sGHxFp9UIvIe Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, FreeBSD hackers! Due to increasing requests to have a special device to provide MSR reading/writing abilities in the base system, it was decided to integrate sysutils/devcpu module into the kernel. Given the fact there were no new bugs found in devcpu for a long time (though I fixed several while preparing patches;-)) this should not brake our kernel entirely. Basically, the patch[1] implements a new pseudo-device cpuctl which provides interface to read/write machine- specific registers, retrieve CPUID data and update processor firmware (on P6+ and K8 cpus). All of this operations are performed via simple ioctl interface. Currently, only amd64 and i386 cpus are supported. I'd like to ask all interested parties to review the patch mentioned[1]. kib@ was kind enough to review the work on early stages (thanks a lot!) but there might be bugs that was not noticed yet. Or you might have some points about the interface and implementation - tell it now, before the code hits the tree. I plan to update the microcode update utility to use the new interface when it will be committed. devcpu module will be shipped for older FreeBSD versions. Thanks! [1] http://www.SpringDaemons.com/stas/cpuctl.diff --=20 Stanislav Sedov ST4096-RIPE --Signature=_Thu__5_Jun_2008_23_17_05_+0400_.9i9sGHxFp9UIvIe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhIO7YACgkQK/VZk+smlYE88QCfbpX4fN2KsDKJggmp811l1VuS atEAmwRn3knCQhxhjMnnjsPr3IlN1iyx =L2tb -----END PGP SIGNATURE----- --Signature=_Thu__5_Jun_2008_23_17_05_+0400_.9i9sGHxFp9UIvIe-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 20:18:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E24B1065676 for ; Thu, 5 Jun 2008 20:18:25 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 94A698FC17 for ; Thu, 5 Jun 2008 20:18:24 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m55KINMn030405 for ; Fri, 6 Jun 2008 00:18:23 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1212697103; bh=Sj3MvGTnvg8Lzn17yShl706e9T8co9H4aQHjE3Y 9HKo=; l=603; h=Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=PDIlmJhS1Fpu5ZJVVu8Z/lffO QscqYG9Fjj/jJycC5phVnEMV/fBiJsGnnhfLRpUhlIL4GNKflqlVowGnw0CdiQVWvuB HzE1R954RpZMVFO2HsmatAU8EFI6NhDo1CWujY1bJQHxdQhgqbl/h4Ekb/RI/nH33NF KC87WEWSlLlA= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m55KINrm030404 for current@freebsd.org; Fri, 6 Jun 2008 00:18:23 +0400 (MSD) (envelope-from ache) Date: Fri, 6 Jun 2008 00:18:23 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20080605201823.GA30356@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org References: <20080604085908.GA996@nagual.pp.ru> <20080605190919.GA29227@nagual.pp.ru> <20080605193051.GA29386@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080605193051.GA29386@nagual.pp.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: bug with BIOS USB Legacy Support enabled (was Re: USB: ums driver no longer detects Logitech mouse) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 20:18:25 -0000 When I turn off USB Legacy Support in the BIOS, FreeBSD founds mouse normally (and lots of other USB devices too, unavailable with it). What is wrong with USB Legacy Support? On Thu, Jun 05, 2008 at 11:30:51PM +0400, Andrey Chernov wrote: > More info. If I plug out the mouse and then plug in it again, it detected > normally as: > ums0: on uhub2 > ums0: 16 buttons and Z dir. > uhid0: on uhub2 > > But it not detected on the boot... -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 20:02:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF48D106564A for ; Thu, 5 Jun 2008 20:02:01 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.184.200]) by mx1.freebsd.org (Postfix) with ESMTP id 742998FC0C for ; Thu, 5 Jun 2008 20:02:01 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from [128.206.184.213] (cauchy.math.missouri.edu [128.206.184.213]) by math.missouri.edu (8.13.1/8.13.1) with ESMTP id m55JOo6Z084366; Thu, 5 Jun 2008 14:24:50 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <48483D75.30306@math.missouri.edu> Date: Thu, 05 Jun 2008 14:24:37 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.13) Gecko/20080526 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Benjamin.Close@ClearChain.com, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 05 Jun 2008 20:47:47 +0000 Cc: Subject: iwn driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 20:02:01 -0000 Hi Ben, I really like your iwn driver for the Intel 4965AGN Wireless Card. I realize that it is developing quickly (e.g. it seems to work now but didn't a month ago). But does anyone have a sense of a timetable when it might make it to FreeBSD 7.x? Thanks, Stephen P.S. please reply to me personally because I am not subscribed to freebsd-current. From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 21:21:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA09B106567C for ; Thu, 5 Jun 2008 21:21:36 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 03C188FC19 for ; Thu, 5 Jun 2008 21:21:35 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so648827uge.37 for ; Thu, 05 Jun 2008 14:21:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent:sender; bh=ZyzQq2rhh8NJkdHOhNB2Agc6SzVKiM7nyR/tj/Akly4=; b=r3ev1Lo/P/ZtQZC8wtZAJvGhZ8NXI4v68GDsjlj33jjMmcpaKoXFNzTzm4wzBwOdqJ LpraWQaHXYwcQxgXOtT7+kFhtubcDnTrT7Tf1huAZvfcrHMxO+JfbTXhmEONpXLBkS4o /7IV7UZVfkfbtK84KY6DecS7aFXTtyDzSPPf8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=paM7Tz9w0B8UxubtO6ADUD8ACF4y9Nn3hTbBZqxYE801Ku3pYDhmY+lewL2RwxJKD6 XDW6aCytczT6y+8MNxpd/RXNr4IjWQcTLaj4VM6FPK6uE42euPmemcT/BvSpIOC1Vf53 9itkamIdwMKEvZNgrKZa/TZLfC6NRft/8UZ74= Received: by 10.210.59.3 with SMTP id h3mr1411744eba.65.1212699351005; Thu, 05 Jun 2008 13:55:51 -0700 (PDT) Received: from epsilon.local ( [89.214.229.70]) by mx.google.com with ESMTPS id c25sm2285395ika.11.2008.06.05.13.55.47 (version=SSLv3 cipher=RC4-MD5); Thu, 05 Jun 2008 13:55:49 -0700 (PDT) Date: Thu, 5 Jun 2008 21:55:39 +0100 From: Rui Paulo To: Stanislav Sedov Message-ID: <20080605204823.GA7361@epsilon.local> References: <20080605231705.db589d89.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080605231705.db589d89.stas@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Rui Paulo Cc: kib@FreeBSD.org, current@FreeBSD.org Subject: Re: cpuctl(formely devcpu) patch test request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 21:21:36 -0000 On Thu, Jun 05, 2008 at 11:17:05PM +0400, Stanislav Sedov wrote: > Hi, FreeBSD hackers! > > Due to increasing requests to have a special device > to provide MSR reading/writing abilities in the base > system, it was decided to integrate sysutils/devcpu module > into the kernel. Given the fact there were no new bugs > found in devcpu for a long time (though I fixed several > while preparing patches;-)) this should not brake our > kernel entirely. > > Basically, the patch[1] implements a new pseudo-device > cpuctl which provides interface to read/write machine- > specific registers, retrieve CPUID data and update > processor firmware (on P6+ and K8 cpus). All of this > operations are performed via simple ioctl interface. > Currently, only amd64 and i386 cpus are supported. > > I'd like to ask all interested parties to review > the patch mentioned[1]. kib@ was kind enough > to review the work on early stages (thanks a lot!) > but there might be bugs that was not noticed yet. > Or you might have some points about the interface > and implementation - tell it now, before the code > hits the tree. > > I plan to update the microcode update utility to > use the new interface when it will be committed. > devcpu module will be shipped for older FreeBSD > versions. > > Thanks! > > [1] http://www.SpringDaemons.com/stas/cpuctl.diff Thanks, it's good. A couple comments: 1) Do you plan to MFC this ? For what older versions of FreeBSD will devcpu be shipped? 2) in cpuctl_modevent(): perhaps it's better to return ENOMEM instead of ENOSYS if malloc() fails and ENXIO instead of ENOSYS if MSR functionality is not present 3) I don't mean to impose, but this code needs some small style cleanup, namely: characters above the 80 column, second level indents are four spaces" And that's it. Thanks, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 21:47:08 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29BB41065677 for ; Thu, 5 Jun 2008 21:47:08 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0B14F8FC12 for ; Thu, 5 Jun 2008 21:47:08 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.197.98]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K20007BNEZ2NR51@vms044.mailsrvcs.net> for freebsd-current@FreeBSD.org; Thu, 05 Jun 2008 16:42:38 -0500 (CDT) Date: Thu, 05 Jun 2008 17:45:38 -0400 From: Skip Ford In-reply-to: <1212613444.13920.38.camel@bauer.cse.buffalo.edu> To: Ken Smith Message-id: <20080605214538.GB979@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <1212613444.13920.38.camel@bauer.cse.buffalo.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: Upcoming release schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 21:47:08 -0000 Ken Smith wrote: > This is the schedule we will be shooting for through the next several > years/branches: [snip] > 6/2012 10.0 > 12/2012 10.1 and 9.4 In an attempt to bring all the list discussions back to something a little more useful, I propose that in June of 2012, you name the release 0xa.0. -- Skip From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 22:09:26 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA7921065675; Thu, 5 Jun 2008 22:09:26 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 9B47A8FC16; Thu, 5 Jun 2008 22:09:26 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [85.21.245.235] (helo=phonon.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1K4Ne8-0000Oh-VB; Fri, 06 Jun 2008 02:09:25 +0400 Received: by phonon.ht-systems.ru (Postfix, from userid 1001) id 2C0A37EDDDE; Fri, 6 Jun 2008 02:09:27 +0400 (MSD) Date: Fri, 6 Jun 2008 02:09:27 +0400 From: Stanislav Sedov To: Rui Paulo Message-Id: <20080606020927.8d6675e1.stas@FreeBSD.org> In-Reply-To: <20080605204823.GA7361@epsilon.local> References: <20080605231705.db589d89.stas@FreeBSD.org> <20080605204823.GA7361@epsilon.local> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprin: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__6_Jun_2008_02_09_27_+0400_/HeAP5=ja3dyVky6" Cc: kib@FreeBSD.org, current@FreeBSD.org Subject: Re: cpuctl(formely devcpu) patch test request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 22:09:27 -0000 --Signature=_Fri__6_Jun_2008_02_09_27_+0400_/HeAP5=ja3dyVky6 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 5 Jun 2008 21:55:39 +0100 Rui Paulo mentioned: > A couple comments: > 1) Do you plan to MFC this ? For what older versions of FreeBSD will devc= pu be > shipped? In fact, I plan to MFC that to all supported FreeBSD versions (6, 7), as changes are minimal. Until that those versions will be supported by sysutils/devcpu port. >=20 > 2) in cpuctl_modevent(): perhaps it's better to return ENOMEM instead of > ENOSYS if malloc() fails and ENXIO instead of ENOSYS if MSR functionality= is > not present I fully agree on ENOMEM (thanks for noticing that), while I think that returning ENOSYS for MSR-less systems is more correct, as it states that required functionality isn't implemented for this hardware. =20 > 3) I don't mean to impose, but this code needs some small style cleanup, > namely: characters above the 80 column, second level indents are four > spaces" Good catch! Fixed. The updated patch is available at http://www.springdaemons.com/stas/cpuctl.2.diff --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__6_Jun_2008_02_09_27_+0400_/HeAP5=ja3dyVky6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhIZBcACgkQK/VZk+smlYGAAwCeJaDzR/rTaHR5CKT3ASEVI0oB wpwAoIJRjxz21vbtRh61NLZkcOcLY/Rt =cXz9 -----END PGP SIGNATURE----- --Signature=_Fri__6_Jun_2008_02_09_27_+0400_/HeAP5=ja3dyVky6-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 22:12:31 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFBD9106567D for ; Thu, 5 Jun 2008 22:12:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 598788FC14 for ; Thu, 5 Jun 2008 22:12:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id C59B7170E4; Thu, 5 Jun 2008 22:12:29 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m55MCTsk010262; Thu, 5 Jun 2008 22:12:29 GMT (envelope-from phk@critter.freebsd.dk) To: Stanislav Sedov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 06 Jun 2008 02:09:27 +0400." <20080606020927.8d6675e1.stas@FreeBSD.org> Date: Thu, 05 Jun 2008 22:12:29 +0000 Message-ID: <10261.1212703949@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: kib@FreeBSD.org, Rui Paulo , current@FreeBSD.org Subject: Re: cpuctl(formely devcpu) patch test request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 22:12:31 -0000 In message <20080606020927.8d6675e1.stas@FreeBSD.org>, Stanislav Sedov writes: >The updated patch is available at >http://www.springdaemons.com/stas/cpuctl.2.diff Have we fully thought though the potential for halt&catch_fire ? Would it make sense to have a more granular security model than the simple device-node access based "are you root?" test ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 22:55:39 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DE9E1065673; Thu, 5 Jun 2008 22:55:39 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7018FC0A; Thu, 5 Jun 2008 22:55:38 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [85.21.245.235] (helo=phonon.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1K4OMp-0001Al-Tz; Fri, 06 Jun 2008 02:55:35 +0400 Received: by phonon.ht-systems.ru (Postfix, from userid 1001) id 0B8147EDDDE; Fri, 6 Jun 2008 02:55:38 +0400 (MSD) Date: Fri, 6 Jun 2008 02:55:33 +0400 From: Stanislav Sedov To: "Poul-Henning Kamp" Message-Id: <20080606025533.8322ee08.stas@FreeBSD.org> In-Reply-To: <10261.1212703949@critter.freebsd.dk> References: <20080606020927.8d6675e1.stas@FreeBSD.org> <10261.1212703949@critter.freebsd.dk> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprin: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__6_Jun_2008_02_55_33_+0400_ur4aCJjIA6ZHxiit" Cc: kib@FreeBSD.org, Rui Paulo , current@FreeBSD.org Subject: Re: cpuctl(formely devcpu) patch test request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 22:55:39 -0000 --Signature=_Fri__6_Jun_2008_02_55_33_+0400_ur4aCJjIA6ZHxiit Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 05 Jun 2008 22:12:29 +0000 "Poul-Henning Kamp" mentioned: > In message <20080606020927.8d6675e1.stas@FreeBSD.org>, Stanislav Sedov wr= ites: >=20 > >The updated patch is available at > >http://www.springdaemons.com/stas/cpuctl.2.diff >=20 > Have we fully thought though the potential for halt&catch_fire ? >=20 > Would it make sense to have a more granular security model than=20 > the simple device-node access based "are you root?" test ? There's a check that prevents playing with cpuctl if securelevel is greater than 0. And if it's 0 you can always execute any code you want in kernel mode. Or you're talking about something different? --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__6_Jun_2008_02_55_33_+0400_ur4aCJjIA6ZHxiit Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhIbuoACgkQK/VZk+smlYEIwACfQAsWXCdxFEHOXSY3Mlt/T6b/ WH8AnA1WO0ifuDzWGqwG82FcOtXh4/Ql =jY3G -----END PGP SIGNATURE----- --Signature=_Fri__6_Jun_2008_02_55_33_+0400_ur4aCJjIA6ZHxiit-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 23:14:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E69E51065672 for ; Thu, 5 Jun 2008 23:14:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 706488FC23 for ; Thu, 5 Jun 2008 23:14:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m55NED1c001135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jun 2008 09:14:14 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m55NEDWN067979; Fri, 6 Jun 2008 09:14:13 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m55NEDj5067978; Fri, 6 Jun 2008 09:14:13 +1000 (EST) (envelope-from peter) Date: Fri, 6 Jun 2008 09:14:13 +1000 From: Peter Jeremy To: Stanislav Sedov Message-ID: <20080605231413.GU67629@server.vk2pj.dyndns.org> References: <20080605231705.db589d89.stas@FreeBSD.org> <20080605204823.GA7361@epsilon.local> <20080606020927.8d6675e1.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20080606020927.8d6675e1.stas@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: kib@freebsd.org, Rui Paulo , current@freebsd.org Subject: Re: cpuctl(formely devcpu) patch test request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 23:14:17 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jun-06 02:09:27 +0400, Stanislav Sedov wrote: >> 2) in cpuctl_modevent(): perhaps it's better to return ENOMEM instead of >> ENOSYS if malloc() fails and ENXIO instead of ENOSYS if MSR functionalit= y is >> not present > >I fully agree on ENOMEM (thanks for noticing that), while I think that >returning ENOSYS for MSR-less systems is more correct, as it states that >required functionality isn't implemented for this hardware. ENOSYS generally means "system call not implemented". You need a response implying that the requested operation isn't supported on the hardware. IMHO, ENODEV comes closest to that. I also agree with phk@ that serious thought needs to be given to the foot-shooting capability offered by this patch before it is implemented. Maybe add a sysctl to enable the write (at least) functionality - eg hw.cpuctl.wrmsr_enable and hw.cpuctl.update_enable (both defaulting to disabled). This at least adds a safety catch. I'm not sure if RDMSR is dangerous - if so, possibly there should be an enable for it as well. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhIc0UACgkQ/opHv/APuIceeQCgwcV94j7QgsWAZMDIoSvhAlhp YCMAn0xlCp3Xfg/r5OT6fbGz1KI+8bSs =aCuP -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 23:58:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7D15106566C for ; Thu, 5 Jun 2008 23:58:52 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id BE1628FC25 for ; Thu, 5 Jun 2008 23:58:52 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: (qmail 12879 invoked from network); 5 Jun 2008 23:32:12 -0000 Received: from marconi.jellydonut.org (HELO localhost) ([216.27.165.148]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 5 Jun 2008 23:32:11 -0000 Received: from plato.localnet (192.168.0.11) by marconi.localnet Message-ID: <4848776C.9080500@jellydonut.org> Date: Thu, 05 Jun 2008 19:31:56 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080421 Lightning/0.8 Thunderbird/2.0.0.14 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: "Michael W. Lucas" References: <20080605175020.GA11340@bewilderbeast.blackhelicopters.org> In-Reply-To: <20080605175020.GA11340@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: working 8.0 minimal nanoBSD config? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 23:58:53 -0000 Michael W. Lucas wrote: > Hi, > > Anyone out there have a working config for a minimal nanoBSD setup? > > One that worked several months ago now doesn't work (yeah, I know, I > know, big surprise). This is on: > > FreeBSD stretchlimo.blackhelicopters.org 8.0-CURRENT FreeBSD 8.0-CURRENT #9: Thu Jun 5 10:38:43 EDT 2008 mwlucas@stretchlimo.blackhelicopters.org:/usr/obj/usr/src/sys/GENERIC i386 > > the build dies without an obvious error: > > -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -static -o test test.o > ===> bin/uuidgen (all) > cc -O2 -pipe -DNDEBUG -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/bin/uuidgen/uuidgen.c > cc -O2 -pipe -DNDEBUG -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -static -o uuidgen uuidgen.o > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > This isn't directly related to nanoBSD, but I've recently had problems trying to compile with -O2 or -Os flags via a standard buildworld. The errors generated look suspiciously like the same ones I was getting (although they're likely generic errors and I'm not clued-in enough to know the difference). This is on a 8-CURRENT system last supped 5/19/08. I was able to use "CFLAGS= -O -pipe" in /etc/make.conf to get around it, but as I'm also compiling for a system with an incredibly small disk (32 MB Flash), I've been doing a lot of trial-and-error settings in make.conf to find what works with -Os and what doesn't. After about a dozen buildworld attempts, here are the make.conf settings that worked: CFLAGS= -Os -fno-strict-aliasing -pipe COPTFLAGS= -O -pipe .if ${.CURDIR:M*/src/lib/*} CFLAGS= -O -pipe .endif .if ${.CURDIR:M*/src/sbin/geom/*} CFLAGS= -O -pipe .endif .if ${.CURDIR:M*/src/sbin/ggate/*} CFLAGS= -O -pipe .endif .if ${.CURDIR:M*/src/usr.bin/csup} CFLAGS= -O -pipe .endif .if ${.CURDIR:M*/src/usr.sbin/acpi/acpidump} CFLAGS= -O -pipe .endif This is for an ALIX board, using a CPUTYPE of pentium-mmx, probably not that different than your Soekris actually. Shot in the dark, but perhaps this might help you as well, and save you the time it took me to get these right :) (and before anyone beats me with the standard disclaimer on changing the optimization settings in make.conf, I really do need the binaries to be as small as possible) -Proto From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 01:53:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 581AA106566C for ; Fri, 6 Jun 2008 01:53:19 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88007.mail.re2.yahoo.com (web88007.mail.re2.yahoo.com [206.190.37.194]) by mx1.freebsd.org (Postfix) with SMTP id 182C28FC17 for ; Fri, 6 Jun 2008 01:53:18 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 38639 invoked by uid 60001); 6 Jun 2008 01:53:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=BiR8YqOY96qKKH6/BdJoB20s/x65DyfL9EyjjZPKl8W+U4yyEpEu51RrdZz9EvwqsdgP+aa+ljT84eAJt4BFIS+tL1bAM14oUi772OJC9/JIL+3YUbi7Fy+ceykNvaxTUQ/yMPbJqc2x6QFyLTsGTEnCVadRJ0BSbq/1gSgj/SQ=; X-YMail-OSG: algZ8BYVM1nY7zbPl5zZwAeI8LAW_ijokvMMShDm3geQfb6lsUA6F8oHsSQbYdG4C6GhOe9k3jSTpFUuCrlEmr3GLbxxwxxbIqO4TQ-- Received: from [99.233.178.192] by web88007.mail.re2.yahoo.com via HTTP; Thu, 05 Jun 2008 21:53:18 EDT Date: Thu, 5 Jun 2008 21:53:18 -0400 (EDT) From: Gardner Bell To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <251426.38028.qm@web88007.mail.re2.yahoo.com> X-Mailman-Approved-At: Fri, 06 Jun 2008 02:33:11 +0000 Subject: Re: panic attaching usb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 01:53:19 -0000 --- Gardner Bell wrote: > > --- Gardner Bell wrote: > > > Hello, > > > > I just mounted my external USB drive and received the following > > panic. > > This machine is running amd64 8.0-CURRENT from 05/28/2008. If any > > other info is required I'll be more than happy to provide it. > > > > db> s > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0x18 > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff80248450 > > stack pointer = 0x10:0xffffffff808d0770 > > frame pointer = 0x10:0xffffffff808d0780 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = trace trap, interrupt enabled, resume, > IOPL > > = > > 0 > > current process = 17 (usb1) > > [thread pid 17 tid 100029 ] > > Stopped at _mtx_assert+0x60: movq 0x18(%rdi),%rax > > db>bt > > Tracing pid 17 tid 100029 td 0xffffff0001170000 > > _mtx_assert() at _mtx_assert+0x60 > > xpt_release_ccb() at xpt_release_ccb+0x49 > > probedone() at probedone+0x29a > > camisr_runqueue() at camisr_runqueue+0x1a7 > > xpt_bus_deregister() at xpt_bus_deregister+0x185 > > umass_cam_detach_sim() at umass_cam_detach_sim+0x1f > > umass_detach() at umass_detach+0xcf > > device_detach() at device_detach+0xa4 > > usb_disconnect_port() at usb_disconnect_port+0x8b > > uhub_explore() at uhub_explore+0x10d > > usb_discover() at usb_discover+0x38 > > usb_event_thread() at usb_event_thread+0x7c > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffff808d0d30, rbp = 0 --- > > db>show alllocks > > Process 924 (ntpd) thread 0xffffff00013a56c0 (100091) > > exclusive sleep mutex sigacts r = 0 (0xffffff000126eca8) locked @ > > /usr/src/sys/k > > ern/subr_trap.c:223 > > exclusive sleep mutex process lock r = 0 (0xffffff000139d0f8) > locked > > @ > > /usr/src/ > > sys/kern/subr_trap.c:222 > > Process 17 (usb1) thread 0xffffff0001170000 (100029) > > exclusive sleep mutex Giant r = 0 (0xffffffff80585540) locked @ > > /usr/src/sys/dev > > /usb/uhub.c:639 > > db>show thread 100029 > > Thread 100029 at 0xffffff0001170000: > > proc (pid 17): 0xffffff000116a860 > > name: usb1 > > stack: 0xffffffff808cd000-0xffffffff808d0fff > > flags: 0x10005 pflags: 0x200000 > > state: RUNNING (CPU 1) > > priority: 24 > > db>tr 100029 > > Tracing pid 17 tid 100029 td 0xffffff0001170000 > > _mtx_assert() at _mtx_assert+0x60 > > xpt_release_ccb() at xpt_release_ccb+0x49 > > probedone() at probedone+0x29a > > camisr_runqueue() at camisr_runqueue+0x1a7 > > xpt_bus_deregister() at xpt_bus_deregister+0x185 > > umass_cam_detach_sim() at umass_cam_detach_sim+0x1f > > umass_detach() at umass_detach+0xcf > > device_detach() at device_detach+0xa4 > > usb_disconnect_port() at usb_disconnect_port+0x8b > > uhub_explore() at uhub_explore+0x10d > > usb_discover() at usb_discover+0x38 > > usb_event_thread() at usb_event_thread+0x7c > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffff808d0d30, rbp = 0 --- > > db> Sorry, replying to myself but here is the contents of the instruction pointer (kgdb) l *0xffffffff80248450 0xffffffff80248450 is in _mtx_assert (/usr/src/sys/kern/kern_mutex.c:638). 633 return; 634 switch (what) { 635 case MA_OWNED: 636 case MA_OWNED | MA_RECURSED: 637 case MA_OWNED | MA_NOTRECURSED: 638 if (!mtx_owned(m)) 639 panic("mutex %s not owned at %s:%d", 640 m->lock_object.lo_name, file, line); 641 if (mtx_recursed(m)) { 642 if ((what & MA_NOTRECURSED) != 0) (kgdb) From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 04:54:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 348021065678 for ; Fri, 6 Jun 2008 04:54:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id E2C628FC15 for ; Fri, 6 Jun 2008 04:54:57 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6F04C1CCCA; Fri, 6 Jun 2008 06:54:22 +0200 (CEST) Date: Fri, 6 Jun 2008 06:54:22 +0200 From: Ed Schouten To: Skip Ford Message-ID: <20080606045422.GM1176@hoeg.nl> References: <1212613444.13920.38.camel@bauer.cse.buffalo.edu> <20080605214538.GB979@menantico.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0u4QAjBqqw4+MLTw" Content-Disposition: inline In-Reply-To: <20080605214538.GB979@menantico.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Ken Smith , FreeBSD Current Subject: Re: Upcoming release schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 04:54:58 -0000 --0u4QAjBqqw4+MLTw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Skip Ford wrote: > Ken Smith wrote: > > This is the schedule we will be shooting for through the next several > > years/branches: > [snip] > > 6/2012 10.0 > > 12/2012 10.1 and 9.4 >=20 > In an attempt to bring all the list discussions back to something a little > more useful, I propose that in June of 2012, you name the release 0xa.0. Just call it X, like Apple does. ;) --=20 Ed Schouten WWW: http://80386.nl/ --0u4QAjBqqw4+MLTw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhIwv4ACgkQ52SDGA2eCwWwggCfZxLLPPgtH2Hja2mAhTV1/ZT3 mksAnisf9XCM/zgDLsDw1uuP5diczoiT =rPow -----END PGP SIGNATURE----- --0u4QAjBqqw4+MLTw-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 05:42:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3DE5106567A; Fri, 6 Jun 2008 05:42:47 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 536B78FC12; Fri, 6 Jun 2008 05:42:47 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (mail.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 20B3F21ED55; Fri, 6 Jun 2008 07:43:18 +0200 (CEST) Received: from localhost (unknown [192.168.1.157]) by mail.m-online.net (Postfix) with ESMTP id 84ECC90063; Fri, 6 Jun 2008 07:42:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from localhost ([192.168.3.149]) by localhost (scanner1.m-online.net [192.168.1.157]) (amavisd-new, port 10024) with ESMTP id 7RX8mMTbmbua; Fri, 6 Jun 2008 07:42:44 +0200 (CEST) Received: from mail.reifenberger.com (ppp-88-217-86-114.dynamic.mnet-online.de [88.217.86.114]) by mail.mnet-online.de (Postfix) with ESMTP; Fri, 6 Jun 2008 07:42:44 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id E30531A0B3; Fri, 6 Jun 2008 07:42:43 +0200 (CEST) Date: Fri, 6 Jun 2008 07:42:43 +0200 From: Michael Reifenberger To: Robert Watson Message-ID: <20080606054243.GA87241@gw.reifenberger.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Priority: normal Cc: current@freebsd.org Subject: active/inactive jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 05:42:47 -0000 Hi, is the assumtion correct that an active jail has at least on process associatet with it and that there can be only one active jail (with the same hostname/ip-number) per system at the same time? Is there an convinient way to get the processes associatet with an jail. So far I found only the method used by killall(1): jail_attach() to the jid and read the process table... Thanks in advance! -- Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 06:42:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7A84106567B; Fri, 6 Jun 2008 06:42:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE888FC2A; Fri, 6 Jun 2008 06:42:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m566fw50057454; Fri, 6 Jun 2008 02:41:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m566fwqX033495; Fri, 6 Jun 2008 02:41:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7FB1873039; Fri, 6 Jun 2008 02:41:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606064158.7FB1873039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 02:41:58 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 06:42:04 -0000 TB --- 2008-06-06 05:27:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 05:27:17 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-06-06 05:27:17 - cleaning the object tree TB --- 2008-06-06 05:27:44 - cvsupping the source tree TB --- 2008-06-06 05:27:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-06-06 05:27:51 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 05:27:51 - cd /src TB --- 2008-06-06 05:27:51 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 05:27:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 6 06:37:09 UTC 2008 TB --- 2008-06-06 06:37:09 - generating LINT kernel config TB --- 2008-06-06 06:37:09 - cd /src/sys/pc98/conf TB --- 2008-06-06 06:37:09 - /usr/bin/make -B LINT TB --- 2008-06-06 06:37:09 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-06 06:37:09 - cd /src TB --- 2008-06-06 06:37:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 6 06:37:09 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cardbus/cardbus_device.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cmx/cmx.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cmx/cmx_pccard.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cnw/if_cnw.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs.c; cc1: warnings being treated as errors /src/sys/dev/cs/if_cs.c: In function 'cs_alloc_memory': /src/sys/dev/cs/if_cs.c:482: warning: unused variable 'sc' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 06:41:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 06:41:58 - ERROR: failed to build lint kernel TB --- 2008-06-06 06:41:58 - tinderbox aborted TB --- 3196.33 user 414.61 system 4481.19 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 07:42:12 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0836F1065672 for ; Fri, 6 Jun 2008 07:42:12 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6B0038FC1C for ; Fri, 6 Jun 2008 07:42:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m567g8fc087609; Fri, 6 Jun 2008 09:42:09 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m567g8hn087608; Fri, 6 Jun 2008 09:42:08 +0200 (CEST) (envelope-from olli) Date: Fri, 6 Jun 2008 09:42:08 +0200 (CEST) Message-Id: <200806060742.m567g8hn087608@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, mike@reifenberger.com In-Reply-To: <20080606054243.GA87241@gw.reifenberger.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Jun 2008 09:42:09 +0200 (CEST) Cc: Subject: Re: active/inactive jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, mike@reifenberger.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 07:42:12 -0000 Michael Reifenberger wrote: > is the assumtion correct that an active jail has at least on process > associatet with it I'm not sure if there's an official definition of the term active jail. I think Robert Watson once introduced the designation of "live" and "dead" jails, where a live jail would have at least one process attached. Jails can continue to exist even with no processes attached, because other resources of the jail might still be active, such as network sockets. > and that there can be only one active jail > (with the same hostname/ip-number) per system at the same time? No. Neither hostname nor IP numbers nor chroot path need to be unique. You can easily test this yourself by opening two terminals and typing the same command in both of them: # jail / myname 127.0.0.1 /bin/sh Then type "jls" in another window, and you'll see that there are two different jails with the same properties. The only unique identifier is the jail ID. (Although it is not a bad idea for an admin to make sure that at least the hostnames of "live" jails are unique, because this makes managing jails easier.) > Is there an convinient way to get the processes associatet with > an jail. ps(1) can display the jail numbers: "ps -o jid,command" (JID 0 means the host system). You can easily filter the output by jail ID. If you don't know the jail ID, use jls(8) to find the jail by hostname, IP number or chroot path (which only works if you keep them unique, of course). I once wrote a script called "jps" that makes it a little easier. "jps" lists all jailed processes with their JID, and "jps " lists only the processes that belong to the specified JID. http://www.secnetix.de/olli/scripts/jps Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing."         -- Mother Teresa From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 08:04:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 704481065673 for ; Fri, 6 Jun 2008 08:04:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id D2EBE8FC12 for ; Fri, 6 Jun 2008 08:04:33 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m5684Uj6001707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jun 2008 18:04:31 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m5684UE2078067; Fri, 6 Jun 2008 18:04:30 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m5684TTa078066; Fri, 6 Jun 2008 18:04:29 +1000 (EST) (envelope-from peter) Date: Fri, 6 Jun 2008 18:04:29 +1000 From: Peter Jeremy To: karim.bourenane@orange-ftgroup.com Message-ID: <20080606080429.GB67629@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pAwQNkOnpTn9IO2O" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: [BSD7] Openldap with SCP "Unknow user UID" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 08:04:34 -0000 --pAwQNkOnpTn9IO2O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jun-05 14:46:50 +0200, karim.bourenane@orange-ftgroup.com wrote: >Here the output, very verbose..... :) That's a syscall trace, not sshd debug output. I'm not sure what you traced but it doesn't throw any light on your problem. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --pAwQNkOnpTn9IO2O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhI740ACgkQ/opHv/APuIdtiQCeN93j29Z43oln+BUCJNdvidOl RfMAoKcLPTak5MfJ9+MqNq/xe47odP6+ =zoMK -----END PGP SIGNATURE----- --pAwQNkOnpTn9IO2O-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 08:41:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDB211065678 for ; Fri, 6 Jun 2008 08:41:25 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6158FC19 for ; Fri, 6 Jun 2008 08:41:24 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A58F4.dip.t-dialin.net [84.154.88.244]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m568fMpG075630 for ; Fri, 6 Jun 2008 10:41:22 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m568fZcF002498 for ; Fri, 6 Jun 2008 10:41:35 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m568fTUg079815 for ; Fri, 6 Jun 2008 10:41:34 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200806060841.m568fTUg079815@fire.js.berklix.net> To: freebsd-current@freebsd.org From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Thu, 05 Jun 2008 17:45:38 EDT." <20080605214538.GB979@menantico.com> Date: Fri, 06 Jun 2008 10:41:29 +0200 Sender: jhs@berklix.org Subject: Re: Upcoming release schedule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 08:41:25 -0000 > > This is the schedule we will be shooting for through the next several > > years/branches: > [snip] > > 6/2012 10.0 > > 12/2012 10.1 and 9.4 > > In an attempt to bring all the list discussions back to something a little > more useful, I propose that in June of 2012, you name the release 0xa.0. Taking above as a joke :-) Re. Nomenclature: MickeySoft's "WinDross 95" & "WinDross 98" told year like a wine bottle :-) But FreeBSD also has multiple parallel overlapping release streams. It is a nuisance remembering FreeBSD is 7, NetBSD 4, SUSE 8, etc. Linux minor release names instead of numbers not intuitive to outsiders. src/ports Makefiles etc know about decimal release numbers. 7.2008-Feb unwieldy compared to 7.0 I guess we'll stay as we are. Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 09:21:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C6AB1065676 for ; Fri, 6 Jun 2008 09:21:13 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) by mx1.freebsd.org (Postfix) with ESMTP id BF57E8FC13 for ; Fri, 6 Jun 2008 09:21:12 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda10.si.francetelecom.fr (ESMTP service) with ESMTP id CC561700CF; Fri, 6 Jun 2008 11:21:10 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id 7B35370019; Fri, 6 Jun 2008 11:21:10 +0200 (CEST) To: Peter Jeremy MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 From: karim.bourenane@orange-ftgroup.com Message-ID: Date: Fri, 6 Jun 2008 11:24:06 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 06/06/2008 11:24:06 Content-Type: multipart/mixed; boundary="=_mixed 003360E0C1257460_=" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [BSD7] Openldap with SCP "Unknow user UID" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 09:21:13 -0000 --=_mixed 003360E0C1257460_= Content-Type: text/plain; charset="us-ascii" Hi Peter Thanks you for you reply. Yes has been system call, sorry. Now i take the screen output. But he appear, process child is called and finished. Regards Karim Bourenane Orange Business Services / Equant RO&SI / IBNF / ENO / GNS 112 Avenue Charles de Gaules 92200 Neuilly S/Seine Phone: +33156 76 35 52 Fax: +33156 76 35 04 http://www.equant.com Peter Jeremy 06/06/2008 10:04 To: karim.bourenane@orange-ftgroup.com cc: freebsd-current@freebsd.org bcc: Subject: Re: [BSD7] Openldap with SCP "Unknow user UID" On 2008-Jun-05 14:46:50 +0200, karim.bourenane@orange-ftgroup.com wrote: >Here the output, very verbose..... :) That's a syscall trace, not sshd debug output. I'm not sure what you traced but it doesn't throw any light on your problem. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --=_mixed 003360E0C1257460_= Content-Type: text/plain; name="sshd_log.txt" Content-Disposition: attachment; filename="sshd_log.txt" Content-Transfer-Encoding: base64 ZGVidWcyOiBsb2FkX3NlcnZlcl9jb25maWc6IGZpbGVuYW1lIC9ldGMvc3NoL3NzaGRfY29uZmln DQpkZWJ1ZzI6IGxvYWRfc2VydmVyX2NvbmZpZzogZG9uZSBjb25maWcgbGVuID0gMjAzDQpkZWJ1 ZzI6IHBhcnNlX3NlcnZlcl9jb25maWc6IGNvbmZpZyAvZXRjL3NzaC9zc2hkX2NvbmZpZyBsZW4g MjAzDQpkZWJ1ZzM6IC9ldGMvc3NoL3NzaGRfY29uZmlnOjQyIHNldHRpbmcgUGVybWl0Um9vdExv Z2luIG5vDQpkZWJ1ZzM6IC9ldGMvc3NoL3NzaGRfY29uZmlnOjg2IHNldHRpbmcgVXNlUEFNIHll cw0KZGVidWczOiAvZXRjL3NzaC9zc2hkX2NvbmZpZzo5MCBzZXR0aW5nIFgxMUZvcndhcmRpbmcg bm8NCmRlYnVnMzogL2V0Yy9zc2gvc3NoZF9jb25maWc6MTExIHNldHRpbmcgU3Vic3lzdGVtIHNm dHAgL3Vzci9saWJleGVjL3NmdHAtc2VydmVyDQpkZWJ1ZzE6IHNzaGQgdmVyc2lvbiBPcGVuU1NI XzQuNXAxIEZyZWVCU0QtMjAwNjExMTANCmRlYnVnMzogTm90IGEgUlNBMSBrZXkgZmlsZSAvZXRj L3NzaC9zc2hfaG9zdF9kc2Ffa2V5Lg0KZGVidWcxOiByZWFkIFBFTSBwcml2YXRlIGtleSBkb25l OiB0eXBlIERTQQ0KZGVidWcxOiBwcml2YXRlIGhvc3Qga2V5OiAjMCB0eXBlIDIgRFNBDQpkZWJ1 ZzE6IHJleGVjX2FyZ3ZbMF09Jy91c3Ivc2Jpbi9zc2hkJw0KZGVidWcxOiByZXhlY19hcmd2WzFd PSctZGRkJw0KZGVidWcxOiByZXhlY19hcmd2WzJdPSctcCcNCmRlYnVnMTogcmV4ZWNfYXJndlsz XT0nODAyMScNCmRlYnVnMjogZmQgMyBzZXR0aW5nIE9fTk9OQkxPQ0sNCmRlYnVnMTogQmluZCB0 byBwb3J0IDgwMjEgb24gMC4wLjAuMC4NClNlcnZlciBsaXN0ZW5pbmcgb24gMC4wLjAuMCBwb3J0 IDgwMjEuDQoNCmRlYnVnMTogZmQgNCBjbGVhcmluZyBPX05PTkJMT0NLDQpkZWJ1ZzE6IFNlcnZl ciB3aWxsIG5vdCBmb3JrIHdoZW4gcnVubmluZyBpbiBkZWJ1Z2dpbmcgbW9kZS4NCmRlYnVnMzog c2VuZF9yZXhlY19zdGF0ZTogZW50ZXJpbmcgZmQgPSA3IGNvbmZpZyBsZW4gMjAzDQpkZWJ1ZzM6 IHNzaF9tc2dfc2VuZDogdHlwZSAwDQpkZWJ1ZzM6IHNlbmRfcmV4ZWNfc3RhdGU6IGRvbmUNCmRl YnVnMTogcmV4ZWMgc3RhcnQgaW4gNCBvdXQgNCBuZXdzb2NrIDQgcGlwZSAtMSBzb2NrIDcNCmRl YnVnMTogaW5ldGQgc29ja2V0cyBhZnRlciBkdXBwaW5nOiAzLCAzDQpkZWJ1ZzE6IHJlc19pbml0 KCkNCkNvbm5lY3Rpb24gZnJvbSBYWFguWFhYLlhYLjE0MSBwb3J0IDU4Njg5DQpkZWJ1ZzE6IENs aWVudCBwcm90b2NvbCB2ZXJzaW9uIDIuMDsgY2xpZW50IHNvZnR3YXJlIHZlcnNpb24gT3BlblNT SF80LjJwMSBGcmVlQlNELTIwMDUwOTAzDQpkZWJ1ZzE6IG1hdGNoOiBPcGVuU1NIXzQuMnAxIEZy ZWVCU0QtMjAwNTA5MDMgcGF0IE9wZW5TU0gqDQpkZWJ1ZzE6IEVuYWJsaW5nIGNvbXBhdGliaWxp dHkgbW9kZSBmb3IgcHJvdG9jb2wgMi4wDQpkZWJ1ZzE6IExvY2FsIHZlcnNpb24gc3RyaW5nIFNT SC0yLjAtT3BlblNTSF80LjVwMSBGcmVlQlNELTIwMDYxMTEwDQpkZWJ1ZzI6IGZkIDMgc2V0dGlu ZyBPX05PTkJMT0NLDQpkZWJ1ZzI6IE5ldHdvcmsgY2hpbGQgaXMgb24gcGlkIDQxNDk2DQpkZWJ1 ZzM6IHByZWF1dGggY2hpbGQgbW9uaXRvciBzdGFydGVkDQpkZWJ1ZzM6IG1tX3JlcXVlc3RfcmVj ZWl2ZSBlbnRlcmluZw0KZGVidWczOiBwcml2c2VwIHVzZXI6Z3JvdXAgMjI6MjINCmRlYnVnMTog cGVybWFuZW50bHlfc2V0X3VpZDogMjIvMjINCmRlYnVnMTogbGlzdF9ob3N0a2V5X3R5cGVzOiBz c2gtZHNzDQpkZWJ1ZzE6IFNTSDJfTVNHX0tFWElOSVQgc2VudA0KZGVidWcxOiBTU0gyX01TR19L RVhJTklUIHJlY2VpdmVkDQpkZWJ1ZzI6IGtleF9wYXJzZV9rZXhpbml0OiBkaWZmaWUtaGVsbG1h bi1ncm91cC1leGNoYW5nZS1zaGEyNTYsZGlmZmllLWhlbGxtYW4tZ3JvdXAtZXhjaGFuZ2Utc2hh MSxkaWZmaWUtaGVsbG1hbi1ncm91cDE0LXNoYTEsZGlmZmllLWhlbGxtYW4tZ3JvdXAxLXNoYTEN CmRlYnVnMjoga2V4X3BhcnNlX2tleGluaXQ6IHNzaC1kc3MNCmRlYnVnMjoga2V4X3BhcnNlX2tl eGluaXQ6IGFlczEyOC1jYmMsM2Rlcy1jYmMsYmxvd2Zpc2gtY2JjLGNhc3QxMjgtY2JjLGFyY2Zv dXIxMjgsYXJjZm91cjI1NixhcmNmb3VyLGFlczE5Mi1jYmMsYWVzMjU2LWNiYyxyaWpuZGFlbC1j YmNAbHlzYXRvci5saXUuc2UsYWVzMTI4LWN0cixhZXMxOTItY3RyLGFlczI1Ni1jdHINCmRlYnVn Mjoga2V4X3BhcnNlX2tleGluaXQ6IGFlczEyOC1jYmMsM2Rlcy1jYmMsYmxvd2Zpc2gtY2JjLGNh c3QxMjgtY2JjLGFyY2ZvdXIxMjgsYXJjZm91cjI1NixhcmNmb3VyLGFlczE5Mi1jYmMsYWVzMjU2 LWNiYyxyaWpuZGFlbC1jYmNAbHlzYXRvci5saXUuc2UsYWVzMTI4LWN0cixhZXMxOTItY3RyLGFl czI1Ni1jdHINCmRlYnVnMjoga2V4X3BhcnNlX2tleGluaXQ6IGhtYWMtbWQ1LGhtYWMtc2hhMSxo bWFjLXJpcGVtZDE2MCxobWFjLXJpcGVtZDE2MEBvcGVuc3NoLmNvbSxobWFjLXNoYTEtOTYsaG1h Yy1tZDUtOTYNCmRlYnVnMjoga2V4X3BhcnNlX2tleGluaXQ6IGhtYWMtbWQ1LGhtYWMtc2hhMSxo bWFjLXJpcGVtZDE2MCxobWFjLXJpcGVtZDE2MEBvcGVuc3NoLmNvbSxobWFjLXNoYTEtOTYsaG1h Yy1tZDUtOTYNCmRlYnVnMjoga2V4X3BhcnNlX2tleGluaXQ6IG5vbmUsemxpYkBvcGVuc3NoLmNv bQ0KZGVidWcyOiBrZXhfcGFyc2Vfa2V4aW5pdDogbm9uZSx6bGliQG9wZW5zc2guY29tDQpkZWJ1 ZzI6IGtleF9wYXJzZV9rZXhpbml0Og0KZGVidWcyOiBrZXhfcGFyc2Vfa2V4aW5pdDoNCmRlYnVn Mjoga2V4X3BhcnNlX2tleGluaXQ6IGZpcnN0X2tleF9mb2xsb3dzIDANCmRlYnVnMjoga2V4X3Bh cnNlX2tleGluaXQ6IHJlc2VydmVkIDANCmRlYnVnMjoga2V4X3BhcnNlX2tleGluaXQ6IGRpZmZp ZS1oZWxsbWFuLWdyb3VwLWV4Y2hhbmdlLXNoYTEsZGlmZmllLWhlbGxtYW4tZ3JvdXAxNC1zaGEx LGRpZmZpZS1oZWxsbWFuLWdyb3VwMS1zaGExDQpkZWJ1ZzI6IGtleF9wYXJzZV9rZXhpbml0OiBz c2gtZHNzLHNzaC1yc2ENCmRlYnVnMjoga2V4X3BhcnNlX2tleGluaXQ6IGFlczEyOC1jYmMsM2Rl cy1jYmMsYmxvd2Zpc2gtY2JjLGNhc3QxMjgtY2JjLGFyY2ZvdXIxMjgsYXJjZm91cjI1NixhcmNm b3VyLGFlczE5Mi1jYmMsYWVzMjU2LWNiYyxyaWpuZGFlbC1jYmNAbHlzYXRvci5saXUuc2UsYWVz MTI4LWN0cixhZXMxOTItY3RyLGFlczI1Ni1jdHINCmRlYnVnMjoga2V4X3BhcnNlX2tleGluaXQ6 IGFlczEyOC1jYmMsM2Rlcy1jYmMsYmxvd2Zpc2gtY2JjLGNhc3QxMjgtY2JjLGFyY2ZvdXIxMjgs YXJjZm91cjI1NixhcmNmb3VyLGFlczE5Mi1jYmMsYWVzMjU2LWNiYyxyaWpuZGFlbC1jYmNAbHlz YXRvci5saXUuc2UsYWVzMTI4LWN0cixhZXMxOTItY3RyLGFlczI1Ni1jdHINCmRlYnVnMjoga2V4 X3BhcnNlX2tleGluaXQ6IGhtYWMtbWQ1LGhtYWMtc2hhMSxobWFjLXJpcGVtZDE2MCxobWFjLXJp cGVtZDE2MEBvcGVuc3NoLmNvbSxobWFjLXNoYTEtOTYsaG1hYy1tZDUtOTYNCmRlYnVnMjoga2V4 X3BhcnNlX2tleGluaXQ6IGhtYWMtbWQ1LGhtYWMtc2hhMSxobWFjLXJpcGVtZDE2MCxobWFjLXJp cGVtZDE2MEBvcGVuc3NoLmNvbSxobWFjLXNoYTEtOTYsaG1hYy1tZDUtOTYNCmRlYnVnMjoga2V4 X3BhcnNlX2tleGluaXQ6IG5vbmUsemxpYkBvcGVuc3NoLmNvbSx6bGliDQpkZWJ1ZzI6IGtleF9w YXJzZV9rZXhpbml0OiBub25lLHpsaWJAb3BlbnNzaC5jb20semxpYg0KZGVidWcyOiBrZXhfcGFy c2Vfa2V4aW5pdDoNCmRlYnVnMjoga2V4X3BhcnNlX2tleGluaXQ6DQpkZWJ1ZzI6IGtleF9wYXJz ZV9rZXhpbml0OiBmaXJzdF9rZXhfZm9sbG93cyAwDQpkZWJ1ZzI6IGtleF9wYXJzZV9rZXhpbml0 OiByZXNlcnZlZCAwDQpkZWJ1ZzI6IG1hY19pbml0OiBmb3VuZCBobWFjLW1kNQ0KZGVidWcxOiBr ZXg6IGNsaWVudC0+c2VydmVyIGFlczEyOC1jYmMgaG1hYy1tZDUgbm9uZQ0KZGVidWcyOiBtYWNf aW5pdDogZm91bmQgaG1hYy1tZDUNCmRlYnVnMToga2V4OiBzZXJ2ZXItPmNsaWVudCBhZXMxMjgt Y2JjIGhtYWMtbWQ1IG5vbmUNCmRlYnVnMTogU1NIMl9NU0dfS0VYX0RIX0dFWF9SRVFVRVNUIHJl Y2VpdmVkDQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2VuZCBlbnRlcmluZzogdHlwZSAwDQpkZWJ1ZzM6 IG1vbml0b3JfcmVhZDogY2hlY2tpbmcgcmVxdWVzdCAwDQpkZWJ1ZzM6IG1tX2Fuc3dlcl9tb2R1 bGk6IGdvdCBwYXJhbWV0ZXJzOiAxMDI0IDEwMjQgODE5Mg0KZGVidWczOiBtbV9yZXF1ZXN0X3Nl bmQgZW50ZXJpbmc6IHR5cGUgMQ0KZGVidWcyOiBtb25pdG9yX3JlYWQ6IDAgdXNlZCBvbmNlLCBk aXNhYmxpbmcgbm93DQpkZWJ1ZzM6IG1tX3JlcXVlc3RfcmVjZWl2ZSBlbnRlcmluZw0KZGVidWcz OiBtbV9jaG9vc2VfZGg6IHdhaXRpbmcgZm9yIE1PTklUT1JfQU5TX01PRFVMSQ0KZGVidWczOiBt bV9yZXF1ZXN0X3JlY2VpdmVfZXhwZWN0IGVudGVyaW5nOiB0eXBlIDENCmRlYnVnMzogbW1fcmVx dWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6IG1tX2Nob29zZV9kaDogcmVtYWluaW5nIDAN CmRlYnVnMTogU1NIMl9NU0dfS0VYX0RIX0dFWF9HUk9VUCBzZW50DQpkZWJ1ZzI6IGRoX2dlbl9r ZXk6IHByaXYga2V5IGJpdHMgc2V0OiAxMjUvMjU2DQpkZWJ1ZzI6IGJpdHMgc2V0OiA1MTYvMTAy NA0KZGVidWcxOiBleHBlY3RpbmcgU1NIMl9NU0dfS0VYX0RIX0dFWF9JTklUDQpkZWJ1ZzI6IGJp dHMgc2V0OiA1MDgvMTAyNA0KZGVidWczOiBtbV9rZXlfc2lnbiBlbnRlcmluZw0KZGVidWczOiBt bV9yZXF1ZXN0X3NlbmQgZW50ZXJpbmc6IHR5cGUgNA0KZGVidWczOiBtb25pdG9yX3JlYWQ6IGNo ZWNraW5nIHJlcXVlc3QgNA0KZGVidWczOiBtbV9hbnN3ZXJfc2lnbg0KZGVidWczOiBtbV9hbnN3 ZXJfc2lnbjogc2lnbmF0dXJlIDB4Mjg1MDgzODAoNTUpDQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2Vu ZCBlbnRlcmluZzogdHlwZSA1DQpkZWJ1ZzI6IG1vbml0b3JfcmVhZDogNCB1c2VkIG9uY2UsIGRp c2FibGluZyBub3cNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6 IG1tX2tleV9zaWduOiB3YWl0aW5nIGZvciBNT05JVE9SX0FOU19TSUdODQpkZWJ1ZzM6IG1tX3Jl cXVlc3RfcmVjZWl2ZV9leHBlY3QgZW50ZXJpbmc6IHR5cGUgNQ0KZGVidWczOiBtbV9yZXF1ZXN0 X3JlY2VpdmUgZW50ZXJpbmcNCmRlYnVnMTogU1NIMl9NU0dfS0VYX0RIX0dFWF9SRVBMWSBzZW50 DQpkZWJ1ZzI6IGtleF9kZXJpdmVfa2V5cw0KZGVidWcyOiBzZXRfbmV3a2V5czogbW9kZSAxDQpk ZWJ1ZzE6IFNTSDJfTVNHX05FV0tFWVMgc2VudA0KZGVidWcxOiBleHBlY3RpbmcgU1NIMl9NU0df TkVXS0VZUw0KZGVidWcyOiBzZXRfbmV3a2V5czogbW9kZSAwDQpkZWJ1ZzE6IFNTSDJfTVNHX05F V0tFWVMgcmVjZWl2ZWQNCmRlYnVnMTogS0VYIGRvbmUNCmRlYnVnMzogVHJ5aW5nIHRvIHJldmVy c2UgbWFwIGFkZHJlc3MgWFhYLlhYWC5YWC4xNDEuDQpkZWJ1ZzE6IHVzZXJhdXRoLXJlcXVlc3Qg Zm9yIHVzZXIga2JvdXJlbmEgc2VydmljZSBzc2gtY29ubmVjdGlvbiBtZXRob2Qgbm9uZQ0KZGVi dWcxOiBhdHRlbXB0IDAgZmFpbHVyZXMgMA0KZGVidWczOiBtbV9nZXRwd25hbWFsbG93IGVudGVy aW5nDQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2VuZCBlbnRlcmluZzogdHlwZSA2DQpkZWJ1ZzM6IG1v bml0b3JfcmVhZDogY2hlY2tpbmcgcmVxdWVzdCA2DQpkZWJ1ZzM6IG1tX2Fuc3dlcl9wd25hbWFs bG93DQpkZWJ1ZzM6IFRyeWluZyB0byByZXZlcnNlIG1hcCBhZGRyZXNzIFhYWC5YWFguWFguMTQx Lg0KZGVidWczOiBtbV9nZXRwd25hbWFsbG93OiB3YWl0aW5nIGZvciBNT05JVE9SX0FOU19QV05B TQ0KZGVidWczOiBtbV9yZXF1ZXN0X3JlY2VpdmVfZXhwZWN0IGVudGVyaW5nOiB0eXBlIDcNCmRl YnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzI6IHBhcnNlX3NlcnZlcl9j b25maWc6IGNvbmZpZyByZXByb2Nlc3MgY29uZmlnIGxlbiAyMDMNCmRlYnVnMzogbW1fYW5zd2Vy X3B3bmFtYWxsb3c6IHNlbmRpbmcgTU9OSVRPUl9BTlNfUFdOQU06IDENCmRlYnVnMzogbW1fcmVx dWVzdF9zZW5kIGVudGVyaW5nOiB0eXBlIDcNCmRlYnVnMjogaW5wdXRfdXNlcmF1dGhfcmVxdWVz dDogc2V0dGluZyB1cCBhdXRoY3R4dCBmb3Iga2JvdXJlbmENCmRlYnVnMzogbW1fc3RhcnRfcGFt IGVudGVyaW5nDQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2VuZCBlbnRlcmluZzogdHlwZSA0NQ0KZGVi dWczOiBtbV9pbmZvcm1fYXV0aHNlcnYgZW50ZXJpbmcNCmRlYnVnMzogbW1fcmVxdWVzdF9zZW5k IGVudGVyaW5nOiB0eXBlIDMNCmRlYnVnMjogaW5wdXRfdXNlcmF1dGhfcmVxdWVzdDogdHJ5IG1l dGhvZCBub25lDQpkZWJ1ZzI6IG1vbml0b3JfcmVhZDogNiB1c2VkIG9uY2UsIGRpc2FibGluZyBu b3cNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6IG1vbml0b3Jf cmVhZDogY2hlY2tpbmcgcmVxdWVzdCA0NQ0KZGVidWcxOiBQQU06IGluaXRpYWxpemluZyBmb3Ig Imtib3VyZW5hIg0KZGVidWcxOiBQQU06IHNldHRpbmcgUEFNX1JIT1NUIHRvICJiYi1zYXMucmFp bi5mciINCmRlYnVnMjogbW9uaXRvcl9yZWFkOiA0NSB1c2VkIG9uY2UsIGRpc2FibGluZyBub3cN CmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6IG1vbml0b3JfcmVh ZDogY2hlY2tpbmcgcmVxdWVzdCAzDQpkZWJ1ZzM6IG1tX2Fuc3dlcl9hdXRoc2Vydjogc2Vydmlj ZT1zc2gtY29ubmVjdGlvbiwgc3R5bGU9DQpkZWJ1ZzI6IG1vbml0b3JfcmVhZDogMyB1c2VkIG9u Y2UsIGRpc2FibGluZyBub3cNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpk ZWJ1ZzE6IHVzZXJhdXRoLXJlcXVlc3QgZm9yIHVzZXIga2JvdXJlbmEgc2VydmljZSBzc2gtY29u bmVjdGlvbiBtZXRob2Qga2V5Ym9hcmQtaW50ZXJhY3RpdmUNCmRlYnVnMTogYXR0ZW1wdCAxIGZh aWx1cmVzIDENCmRlYnVnMjogaW5wdXRfdXNlcmF1dGhfcmVxdWVzdDogdHJ5IG1ldGhvZCBrZXli b2FyZC1pbnRlcmFjdGl2ZQ0KZGVidWcxOiBrZXlib2FyZC1pbnRlcmFjdGl2ZSBkZXZzDQpkZWJ1 ZzE6IGF1dGgyX2NoYWxsZW5nZTogdXNlcj1rYm91cmVuYSBkZXZzPQ0KZGVidWcxOiBrYmRpbnRf YWxsb2M6IGRldmljZXMgJ3BhbScNCmRlYnVnMjogYXV0aDJfY2hhbGxlbmdlX3N0YXJ0OiBkZXZp Y2VzIHBhbQ0KZGVidWcyOiBrYmRpbnRfbmV4dF9kZXZpY2U6IGRldmljZXMgPGVtcHR5Pg0KZGVi dWcxOiBhdXRoMl9jaGFsbGVuZ2Vfc3RhcnQ6IHRyeWluZyBhdXRoZW50aWNhdGlvbiBtZXRob2Qg J3BhbScNCmRlYnVnMzogbW1fc3NocGFtX2luaXRfY3R4DQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2Vu ZCBlbnRlcmluZzogdHlwZSA0OA0KZGVidWczOiBtb25pdG9yX3JlYWQ6IGNoZWNraW5nIHJlcXVl c3QgNDgNCmRlYnVnMzogbW1fYW5zd2VyX3BhbV9pbml0X2N0eA0KZGVidWczOiBQQU06IHNzaHBh bV9pbml0X2N0eCBlbnRlcmluZw0KZGVidWczOiBtbV9yZXF1ZXN0X3NlbmQgZW50ZXJpbmc6IHR5 cGUgNDkNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6IG1tX3Nz aHBhbV9pbml0X2N0eDogd2FpdGluZyBmb3IgTU9OSVRPUl9BTlNfUEFNX0lOSVRfQ1RYDQpkZWJ1 ZzM6IG1tX3JlcXVlc3RfcmVjZWl2ZV9leHBlY3QgZW50ZXJpbmc6IHR5cGUgNDkNCmRlYnVnMzog bW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6IG1tX3NzaHBhbV9xdWVyeQ0KZGVi dWczOiBtbV9yZXF1ZXN0X3NlbmQgZW50ZXJpbmc6IHR5cGUgNTANCmRlYnVnMzogbW9uaXRvcl9y ZWFkOiBjaGVja2luZyByZXF1ZXN0IDUwDQpkZWJ1ZzM6IG1tX2Fuc3dlcl9wYW1fcXVlcnkNCmRl YnVnMzogUEFNOiBzc2hwYW1fcXVlcnkgZW50ZXJpbmcNCmRlYnVnMzogc3NoX21zZ19yZWN2IGVu dGVyaW5nDQpkZWJ1ZzM6IG1tX3NzaHBhbV9xdWVyeTogd2FpdGluZyBmb3IgTU9OSVRPUl9BTlNf UEFNX1FVRVJZDQpkZWJ1ZzM6IG1tX3JlcXVlc3RfcmVjZWl2ZV9leHBlY3QgZW50ZXJpbmc6IHR5 cGUgNTENCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6IFBBTTog c3NocGFtX3RocmVhZF9jb252IGVudGVyaW5nLCAxIG1lc3NhZ2VzDQpkZWJ1ZzM6IHNzaF9tc2df c2VuZDogdHlwZSAxDQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2VuZCBlbnRlcmluZzogdHlwZSA1MQ0K ZGVidWczOiBzc2hfbXNnX3JlY3YgZW50ZXJpbmcNCmRlYnVnMzogbW1fc3NocGFtX3F1ZXJ5OiBw YW1fcXVlcnkgcmV0dXJuZWQgMA0KUG9zdHBvbmVkIGtleWJvYXJkLWludGVyYWN0aXZlIGZvciBr Ym91cmVuYSBmcm9tIFhYWC5YWFguWFguMTQxIHBvcnQgNTg2ODkgc3NoMg0KZGVidWczOiBtbV9y ZXF1ZXN0X3JlY2VpdmUgZW50ZXJpbmcNCmRlYnVnMzogbW1fc3NocGFtX3Jlc3BvbmQNCmRlYnVn MzogbW1fcmVxdWVzdF9zZW5kIGVudGVyaW5nOiB0eXBlIDUyDQpkZWJ1ZzM6IG1vbml0b3JfcmVh ZDogY2hlY2tpbmcgcmVxdWVzdCA1Mg0KZGVidWczOiBtbV9hbnN3ZXJfcGFtX3Jlc3BvbmQNCmRl YnVnMjogUEFNOiBzc2hwYW1fcmVzcG9uZCBlbnRlcmluZywgMCByZXNwb25zZXMNCmRlYnVnMzog bW1fcmVxdWVzdF9zZW5kIGVudGVyaW5nOiB0eXBlIDUzDQpkZWJ1ZzM6IG1tX3JlcXVlc3RfcmVj ZWl2ZSBlbnRlcmluZw0KZGVidWczOiBtbV9zc2hwYW1fcmVzcG9uZDogd2FpdGluZyBmb3IgTU9O SVRPUl9BTlNfUEFNX1JFU1BPTkQNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlX2V4cGVjdCBl bnRlcmluZzogdHlwZSA1Mw0KZGVidWczOiBtbV9yZXF1ZXN0X3JlY2VpdmUgZW50ZXJpbmcNCmRl YnVnMzogbW1fc3NocGFtX3Jlc3BvbmQ6IHBhbV9yZXNwb25kIHJldHVybmVkIDANCmRlYnVnMzog bW1fc3NocGFtX2ZyZWVfY3R4DQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2VuZCBlbnRlcmluZzogdHlw ZSA1NA0KZGVidWczOiBtb25pdG9yX3JlYWQ6IGNoZWNraW5nIHJlcXVlc3QgNTQNCmRlYnVnMzog bW1fYW5zd2VyX3BhbV9mcmVlX2N0eA0KZGVidWczOiBQQU06IHNzaHBhbV9mcmVlX2N0eCBlbnRl cmluZw0KZGVidWczOiBQQU06IHNzaHBhbV90aHJlYWRfY2xlYW51cCBlbnRlcmluZw0KZGVidWcz OiBtbV9yZXF1ZXN0X3NlbmQgZW50ZXJpbmc6IHR5cGUgNTUNCmRlYnVnMjogbW9uaXRvcl9yZWFk OiA1NCB1c2VkIG9uY2UsIGRpc2FibGluZyBub3cNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZl X2V4cGVjdCBlbnRlcmluZzogdHlwZSA0Ng0KZGVidWczOiBtbV9yZXF1ZXN0X3JlY2VpdmUgZW50 ZXJpbmcNCmRlYnVnMzogbW1fc3NocGFtX2ZyZWVfY3R4OiB3YWl0aW5nIGZvciBNT05JVE9SX0FO U19QQU1fRlJFRV9DVFgNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlX2V4cGVjdCBlbnRlcmlu ZzogdHlwZSA1NQ0KZGVidWczOiBtbV9yZXF1ZXN0X3JlY2VpdmUgZW50ZXJpbmcNCmRlYnVnMzog bW1fZG9fcGFtX2FjY291bnQgZW50ZXJpbmcNCmRlYnVnMzogbW1fcmVxdWVzdF9zZW5kIGVudGVy aW5nOiB0eXBlIDQ2DQpkZWJ1ZzE6IGRvX3BhbV9hY2NvdW50OiBjYWxsZWQNCmRlYnVnMzogbW1f cmVxdWVzdF9zZW5kIGVudGVyaW5nOiB0eXBlIDQ3DQpBY2NlcHRlZCBrZXlib2FyZC1pbnRlcmFj dGl2ZS9wYW0gZm9yIGtib3VyZW5hIGZyb20gWFhYLlhYWC5YWC4xNDEgcG9ydCA1ODY4OSBzc2gy DQpkZWJ1ZzE6IG1vbml0b3JfY2hpbGRfcHJlYXV0aDoga2JvdXJlbmEgaGFzIGJlZW4gYXV0aGVu dGljYXRlZCBieSBwcml2aWxlZ2VkIHByb2Nlc3MNCmRlYnVnMzogbW1fZ2V0X2tleXN0YXRlOiBX YWl0aW5nIGZvciBuZXcga2V5cw0KZGVidWczOiBtbV9yZXF1ZXN0X3JlY2VpdmVfZXhwZWN0IGVu dGVyaW5nOiB0eXBlIDI0DQpkZWJ1ZzM6IG1tX3JlcXVlc3RfcmVjZWl2ZSBlbnRlcmluZw0KZGVi dWczOiBtbV9yZXF1ZXN0X3JlY2VpdmVfZXhwZWN0IGVudGVyaW5nOiB0eXBlIDQ3DQpkZWJ1ZzM6 IG1tX3JlcXVlc3RfcmVjZWl2ZSBlbnRlcmluZw0KZGVidWczOiBtbV9kb19wYW1fYWNjb3VudCBy ZXR1cm5pbmcgMQ0KZGVidWczOiBtbV9zZW5kX2tleXN0YXRlOiBTZW5kaW5nIG5ldyBrZXlzOiAw eDI4NTA4M2MwIDB4Mjg1MDgzODANCmRlYnVnMzogbW1fbmV3a2V5c190b19ibG9iOiBjb252ZXJ0 aW5nIDB4Mjg1MDgzYzANCmRlYnVnMzogbW1fbmV3a2V5c190b19ibG9iOiBjb252ZXJ0aW5nIDB4 Mjg1MDgzODANCmRlYnVnMzogbW1fc2VuZF9rZXlzdGF0ZTogTmV3IGtleXMgaGF2ZSBiZWVuIHNl bnQNCmRlYnVnMzogbW1fc2VuZF9rZXlzdGF0ZTogU2VuZGluZyBjb21wcmVzc2lvbiBzdGF0ZQ0K ZGVidWczOiBtbV9yZXF1ZXN0X3NlbmQgZW50ZXJpbmc6IHR5cGUgMjQNCmRlYnVnMzogbW1fbmV3 a2V5c19mcm9tX2Jsb2I6IDB4Mjg1MzMyODAoMTE4KQ0KZGVidWcyOiBtYWNfaW5pdDogZm91bmQg aG1hYy1tZDUNCmRlYnVnMzogbW1fZ2V0X2tleXN0YXRlOiBXYWl0aW5nIGZvciBzZWNvbmQga2V5 DQpkZWJ1ZzM6IG1tX25ld2tleXNfZnJvbV9ibG9iOiAweDI4NTMzMjgwKDExOCkNCmRlYnVnMjog bWFjX2luaXQ6IGZvdW5kIGhtYWMtbWQ1DQpkZWJ1ZzM6IG1tX2dldF9rZXlzdGF0ZTogR2V0dGlu ZyBjb21wcmVzc2lvbiBzdGF0ZQ0KZGVidWczOiBtbV9nZXRfa2V5c3RhdGU6IEdldHRpbmcgTmV0 d29yayBJL08gYnVmZmVycw0KZGVidWczOiBtbV9zaGFyZV9zeW5jOiBTaGFyZSBzeW5jDQpkZWJ1 ZzM6IG1tX3NoYXJlX3N5bmM6IFNoYXJlIHN5bmMgZW5kDQpkZWJ1ZzM6IG1tX3NlbmRfa2V5c3Rh dGU6IEZpbmlzaGVkIHNlbmRpbmcgc3RhdGUNCmRlYnVnMjogVXNlciBjaGlsZCBpcyBvbiBwaWQg NDE1NDkNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6IFBBTTog b3BlbmluZyBzZXNzaW9uDQpkZWJ1ZzE6IFBBTTogcmVpbml0aWFsaXppbmcgY3JlZGVudGlhbHMN CmRlYnVnMjogc2V0X25ld2tleXM6IG1vZGUgMA0KZGVidWcyOiBzZXRfbmV3a2V5czogbW9kZSAx DQpkZWJ1ZzE6IEVudGVyaW5nIGludGVyYWN0aXZlIHNlc3Npb24gZm9yIFNTSDIuDQpkZWJ1ZzI6 IGZkIDUgc2V0dGluZyBPX05PTkJMT0NLDQpkZWJ1ZzI6IGZkIDcgc2V0dGluZyBPX05PTkJMT0NL DQpkZWJ1ZzE6IHNlcnZlcl9pbml0X2Rpc3BhdGNoXzIwDQpkZWJ1ZzE6IHNlcnZlcl9pbnB1dF9j aGFubmVsX29wZW46IGN0eXBlIHNlc3Npb24gcmNoYW4gMCB3aW4gMTMxMDcyIG1heCAzMjc2OA0K ZGVidWcxOiBpbnB1dF9zZXNzaW9uX3JlcXVlc3QNCmRlYnVnMTogY2hhbm5lbCAwOiBuZXcgW3Nl cnZlci1zZXNzaW9uXQ0KZGVidWcxOiBzZXNzaW9uX25ldzogaW5pdA0KZGVidWcxOiBzZXNzaW9u X25ldzogc2Vzc2lvbiAwDQpkZWJ1ZzE6IHNlc3Npb25fb3BlbjogY2hhbm5lbCAwDQpkZWJ1ZzE6 IHNlc3Npb25fb3Blbjogc2Vzc2lvbiAwOiBsaW5rIHdpdGggY2hhbm5lbCAwDQpkZWJ1ZzE6IHNl cnZlcl9pbnB1dF9jaGFubmVsX29wZW46IGNvbmZpcm0gc2Vzc2lvbg0KZGVidWcxOiBzZXJ2ZXJf aW5wdXRfY2hhbm5lbF9yZXE6IGNoYW5uZWwgMCByZXF1ZXN0IGV4ZWMgcmVwbHkgMA0KZGVidWcx OiBzZXNzaW9uX2J5X2NoYW5uZWw6IHNlc3Npb24gMCBjaGFubmVsIDANCmRlYnVnMTogc2Vzc2lv bl9pbnB1dF9jaGFubmVsX3JlcTogc2Vzc2lvbiAwIHJlcSBleGVjDQpkZWJ1ZzM6IG1tX2F1ZGl0 X3J1bl9jb21tYW5kIGVudGVyaW5nIGNvbW1hbmQgc2NwIC12IC1mIC9ob21lL2tib3VyZW5hL3Rv dG8udHh0DQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2VuZCBlbnRlcmluZzogdHlwZSA1Nw0KZGVidWcz OiBtb25pdG9yX3JlYWQ6IGNoZWNraW5nIHJlcXVlc3QgNTcNCmRlYnVnMzogbW1fYW5zd2VyX2F1 ZGl0X2NvbW1hbmQgZW50ZXJpbmcNCmRlYnVnMzogbW1fcmVxdWVzdF9yZWNlaXZlIGVudGVyaW5n DQpkZWJ1ZzI6IGZkIDMgc2V0dGluZyBUQ1BfTk9ERUxBWQ0KZGVidWcyOiBmZCA5IHNldHRpbmcg T19OT05CTE9DSw0KZGVidWczOiBmZCA5IGlzIE9fTk9OQkxPQ0sNCmRlYnVnMjogZmQgMTEgc2V0 dGluZyBPX05PTkJMT0NLDQpkZWJ1ZzI6IGNoYW5uZWwgMDogcmVhZCA2NjAgZnJvbSBlZmQgMTEN CmRlYnVnMjogY2hhbm5lbCAwOiByd2luIDEzMTA3MiBlbGVuIDY2MCBldXNlIDENCmRlYnVnMjog Y2hhbm5lbCAwOiBzZW50IGV4dCBkYXRhIDY2MA0KZGVidWcxOiBSZWNlaXZlZCBTSUdDSExELg0K ZGVidWcxOiBzZXNzaW9uX2J5X3BpZDogcGlkIDQxNTUwDQpkZWJ1ZzE6IHNlc3Npb25fZXhpdF9t ZXNzYWdlOiBzZXNzaW9uIDAgY2hhbm5lbCAwIHBpZCA0MTU1MA0KZGVidWcyOiBjaGFubmVsIDA6 IHJlcXVlc3QgZXhpdC1zdGF0dXMgY29uZmlybSAwDQpkZWJ1ZzE6IHNlc3Npb25fZXhpdF9tZXNz YWdlOiByZWxlYXNlIGNoYW5uZWwgMA0KZGVidWcyOiBjaGFubmVsIDA6IHdyaXRlIGZhaWxlZA0K ZGVidWcyOiBjaGFubmVsIDA6IGNsb3NlX3dyaXRlDQpkZWJ1ZzI6IGNoYW5uZWwgMDogb3V0cHV0 IG9wZW4gLT4gY2xvc2VkDQpkZWJ1ZzI6IGNoYW5uZWwgMDogcmVhZDw9MCByZmQgOSBsZW4gMA0K ZGVidWcyOiBjaGFubmVsIDA6IHJlYWQgZmFpbGVkDQpkZWJ1ZzI6IGNoYW5uZWwgMDogY2xvc2Vf cmVhZA0KZGVidWcyOiBjaGFubmVsIDA6IGlucHV0IG9wZW4gLT4gZHJhaW4NCmRlYnVnMjogY2hh bm5lbCAwOiByZWFkIDE5IGZyb20gZWZkIDExDQpkZWJ1ZzI6IGNoYW5uZWwgMDogaWJ1Zl9lbXB0 eSBkZWxheWVkIGVmZCAxMS8oMTkpDQpkZWJ1ZzI6IGNoYW5uZWwgMDogcndpbiAxMzA0MTIgZWxl biAxOSBldXNlIDENCmRlYnVnMjogY2hhbm5lbCAwOiBzZW50IGV4dCBkYXRhIDE5DQpkZWJ1ZzI6 IG5vdGlmeV9kb25lOiByZWFkaW5nDQpkZWJ1ZzI6IGNoYW5uZWwgMDogcmVhZCAwIGZyb20gZWZk IDExDQpkZWJ1ZzI6IGNoYW5uZWwgMDogY2xvc2luZyByZWFkLWVmZCAxMQ0KZGVidWcyOiBjaGFu bmVsIDA6IGlidWYgZW1wdHkNCmRlYnVnMjogY2hhbm5lbCAwOiBzZW5kIGVvZg0KZGVidWcyOiBj aGFubmVsIDA6IGlucHV0IGRyYWluIC0+IGNsb3NlZA0KZGVidWcyOiBjaGFubmVsIDA6IHNlbmQg Y2xvc2UNCmRlYnVnMzogY2hhbm5lbCAwOiB3aWxsIG5vdCBzZW5kIGRhdGEgYWZ0ZXIgY2xvc2UN CmRlYnVnMjogY2hhbm5lbCAwOiByY3ZkIGNsb3NlDQpkZWJ1ZzM6IGNoYW5uZWwgMDogd2lsbCBu b3Qgc2VuZCBkYXRhIGFmdGVyIGNsb3NlDQpkZWJ1ZzI6IGNoYW5uZWwgMDogaXMgZGVhZA0KZGVi dWcyOiBjaGFubmVsIDA6IGdjOiBub3RpZnkgdXNlcg0KZGVidWcxOiBzZXNzaW9uX2J5X2NoYW5u ZWw6IHNlc3Npb24gMCBjaGFubmVsIDANCmRlYnVnMTogc2Vzc2lvbl9jbG9zZV9ieV9jaGFubmVs OiBjaGFubmVsIDAgY2hpbGQgMA0KZGVidWcxOiBzZXNzaW9uX2Nsb3NlOiBzZXNzaW9uIDAgcGlk IDANCmRlYnVnMjogY2hhbm5lbCAwOiBnYzogdXNlciBkZXRhY2hlZA0KZGVidWcyOiBjaGFubmVs IDA6IGlzIGRlYWQNCmRlYnVnMjogY2hhbm5lbCAwOiBnYXJiYWdlIGNvbGxlY3RpbmcNCmRlYnVn MTogY2hhbm5lbCAwOiBmcmVlOiBzZXJ2ZXItc2Vzc2lvbiwgbmNoYW5uZWxzIDENCmRlYnVnMzog Y2hhbm5lbCAwOiBzdGF0dXM6IFRoZSBmb2xsb3dpbmcgY29ubmVjdGlvbnMgYXJlIG9wZW46DQog ICMwIHNlcnZlci1zZXNzaW9uICh0NCByMCBpMy8wIG8zLzAgZmQgOS85IGNmZCAtMSkNCg0KZGVi dWczOiBjaGFubmVsIDA6IGNsb3NlX2ZkcyByIDkgdyA5IGUgLTEgYyAtMQ0KQ29ubmVjdGlvbiBj bG9zZWQgYnkgWFhYLlhYWC5YWC4xNDENCmRlYnVnMTogZG9fY2xlYW51cA0KZGVidWcxOiBQQU06 IGNsZWFudXANCmRlYnVnMzogUEFNOiBzc2hwYW1fdGhyZWFkX2NsZWFudXAgZW50ZXJpbmcNCkNs b3NpbmcgY29ubmVjdGlvbiB0byBYWFguWFhYLlhYLjE0MQ0KZGVidWcxOiBQQU06IGNsZWFudXAN CmRlYnVnMzogbW1fYXVkaXRfZXZlbnQgZW50ZXJpbmcNCmRlYnVnMzogbW1fcmVxdWVzdF9zZW5k IGVudGVyaW5nOiB0eXBlIDU2DQpkZWJ1ZzM6IG1vbml0b3JfcmVhZDogY2hlY2tpbmcgcmVxdWVz dCA1Ng0KZGVidWczOiBtbV9hbnN3ZXJfYXVkaXRfZXZlbnQgZW50ZXJpbmcNCmRlYnVnMzogbW1f cmVxdWVzdF9yZWNlaXZlIGVudGVyaW5nDQpkZWJ1ZzM6IG1tX3JlcXVlc3Rfc2VuZCBlbnRlcmlu ZzogdHlwZSA1OA0KZGVidWczOiBtb25pdG9yX3JlYWQ6IGNoZWNraW5nIHJlcXVlc3QgNTgNCmRl YnVnMzogbW1fYW5zd2VyX3Rlcm06IHRlYXJpbmcgZG93biBzZXNzaW9ucw0K --=_mixed 003360E0C1257460_=-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 10:29:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18E721065685; Fri, 6 Jun 2008 10:29:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AF6218FC26; Fri, 6 Jun 2008 10:29:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56ATP4E071878; Fri, 6 Jun 2008 06:29:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56ATOPk049266; Fri, 6 Jun 2008 06:29:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D5D1F73039; Fri, 6 Jun 2008 06:29:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606102924.D5D1F73039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 06:29:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 10:29:28 -0000 TB --- 2008-06-06 09:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 09:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-06 09:45:00 - cleaning the object tree TB --- 2008-06-06 09:45:58 - cvsupping the source tree TB --- 2008-06-06 09:45:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-06 09:46:05 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 09:46:05 - cd /src TB --- 2008-06-06 09:46:05 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 09:46:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 10:29:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 10:29:24 - ERROR: failed to build world TB --- 2008-06-06 10:29:24 - tinderbox aborted TB --- 1829.73 user 267.45 system 2664.01 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 10:58:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E07E1106567C; Fri, 6 Jun 2008 10:58:45 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 8CA178FC13; Fri, 6 Jun 2008 10:58:45 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.183.219] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1K4Zea-0008Sx-MR; Fri, 06 Jun 2008 12:58:40 +0200 Message-ID: <48491858.6020502@FreeBSD.org> Date: Fri, 06 Jun 2008 12:58:32 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Andrew Thompson , freebsd-current References: <20080519131325.GC55052@rink.nu> <48317ED8.3030904@FreeBSD.org> <4831B2D3.3080600@freebsd.org> <20080519231726.GA44361@citylink.fud.org.nz> <483210CC.5070309@FreeBSD.org> <20080520000911.GA46085@citylink.fud.org.nz> <48329C31.1050309@FreeBSD.org> <483E8AA5.3000401@FreeBSD.org> <20080604002448.GB80688@citylink.fud.org.nz> <4845E394.6080301@FreeBSD.org> <20080606041432.GF6380@citylink.fud.org.nz> In-Reply-To: <20080606041432.GF6380@citylink.fud.org.nz> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Problem since "wlan" came in: SIOCS80211: Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 10:58:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Andrew Thompson wrote: | On Wed, Jun 04, 2008 at 02:36:36AM +0200, Pietro Cerutti wrote: |> -----BEGIN PGP SIGNED MESSAGE----- |> Hash: SHA512 |> |> Andrew Thompson wrote: |> | On Thu, May 29, 2008 at 12:51:17PM +0200, Pietro Cerutti wrote: |> | Any news? |> | |> |> Sorry for the delay. Can you set sysctl debug.wpi=128 and show me the |> |> output when you try the scan. |> |> Hi, |> no problem. |> |> My kernel + world have been updated today. |> |> |> Here's the output: |> |> Jun 4 02:26:25 gahrtop sudo: gahr : TTY=ttyp4 ; PWD=/home/gahr ; |> USER=root ; COMMAND=/usr/sbin/wpa_supplicant -i wlan0 -c |> /etc/wpa_supplicant.conf | | Does it still happen if you limit the channels, try | | ifconfig wlan0 chanlist 1-11 !!!! No it doesn't, actually it works this way! So, it was a config problem at my side? Thanks a lot.. | Andrew - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhJGFcACgkQwMJqmJVx945SgwCeL2gCWjvJbPl+HqSsJoGtG2a0 y0AAoN61WoWu98qeBu11lliJoPNHo28c =x9JL -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 11:09:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E53E1065680 for ; Fri, 6 Jun 2008 11:09:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2B18D8FC29 for ; Fri, 6 Jun 2008 11:09:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C1D4C46C83; Fri, 6 Jun 2008 07:09:25 -0400 (EDT) Date: Fri, 6 Jun 2008 12:09:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Michael Reifenberger In-Reply-To: <20080606054243.GA87241@gw.reifenberger.com> Message-ID: <20080606120355.N87970@fledge.watson.org> References: <20080606054243.GA87241@gw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: active/inactive jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 11:09:26 -0000 On Fri, 6 Jun 2008, Michael Reifenberger wrote: > is the assumtion correct that an active jail has at least on process > associatet with it and that there can be only one active jail (with the same > hostname/ip-number) per system at the same time? > > Is there an convinient way to get the processes associatet with an jail. So > far I found only the method used by killall(1): jail_attach() to the jid and > read the process table... > > Thanks in advance! Michael-- No, those are incorrect assumptions: (1) Jails may exist without any processes -- jails are part of the process credential, and these may be cached and used asynchronously. The example many people run into is that the process credential that opened a TCP connection remains referenced until the TCP connection closes, so if a TCP connection enters TIME_WAIT, the jail will persist until the TIME_WAIT delay runs out. (2) It is quite possible, and in fact even quite reasonable, to have multiple jails with the same IP and hostname. When compartmentalizing services, there's no reason not to use the same (global) hostname for each service, and no reason not to attach the services to the same IP address. You can use jls(8) to list jails, and then for each jail ID, you can use ps(1) to list processes. You can find jid in the list of optional data to print for processes in the ps man page. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 11:44:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88ABC1065677; Fri, 6 Jun 2008 11:44:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5499A8FC16; Fri, 6 Jun 2008 11:44:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56Biu8V079831; Fri, 6 Jun 2008 07:44:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56BitY8023395; Fri, 6 Jun 2008 07:44:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B1A8473039; Fri, 6 Jun 2008 07:44:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606114455.B1A8473039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 07:44:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 11:44:58 -0000 TB --- 2008-06-06 10:29:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 10:29:24 - starting HEAD tinderbox run for i386/i386 TB --- 2008-06-06 10:29:24 - cleaning the object tree TB --- 2008-06-06 10:29:58 - cvsupping the source tree TB --- 2008-06-06 10:29:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-06-06 10:30:06 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 10:30:06 - cd /src TB --- 2008-06-06 10:30:06 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 10:30:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 6 11:39:00 UTC 2008 TB --- 2008-06-06 11:39:00 - generating LINT kernel config TB --- 2008-06-06 11:39:00 - cd /src/sys/i386/conf TB --- 2008-06-06 11:39:00 - /usr/bin/make -B LINT TB --- 2008-06-06 11:39:00 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-06 11:39:00 - cd /src TB --- 2008-06-06 11:39:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 6 11:39:00 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cnw/if_cnw.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cpufreq/ichss.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs_isa.c; /src/sys/dev/cs/if_cs_isa.c: In function 'cs_isa_probe': /src/sys/dev/cs/if_cs_isa.c:81: error: too many arguments to function 'cs_alloc_irq' /src/sys/dev/cs/if_cs_isa.c: In function 'cs_isa_attach': /src/sys/dev/cs/if_cs_isa.c:93: error: too many arguments to function 'cs_alloc_irq' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 11:44:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 11:44:55 - ERROR: failed to build lint kernel TB --- 2008-06-06 11:44:55 - tinderbox aborted TB --- 3252.91 user 407.14 system 4530.59 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 12:06:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CC34106564A; Fri, 6 Jun 2008 12:06:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 39A368FC18; Fri, 6 Jun 2008 12:06:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56C6Zdv082069; Fri, 6 Jun 2008 08:06:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56C6ZWe046505; Fri, 6 Jun 2008 08:06:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E52C673039; Fri, 6 Jun 2008 08:06:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606120634.E52C673039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 08:06:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 12:06:41 -0000 TB --- 2008-06-06 10:52:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 10:52:35 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-06-06 10:52:35 - cleaning the object tree TB --- 2008-06-06 10:52:55 - cvsupping the source tree TB --- 2008-06-06 10:52:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-06-06 10:53:03 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 10:53:03 - cd /src TB --- 2008-06-06 10:53:03 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 10:53:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 6 12:01:44 UTC 2008 TB --- 2008-06-06 12:01:44 - generating LINT kernel config TB --- 2008-06-06 12:01:44 - cd /src/sys/pc98/conf TB --- 2008-06-06 12:01:44 - /usr/bin/make -B LINT TB --- 2008-06-06 12:01:44 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-06 12:01:44 - cd /src TB --- 2008-06-06 12:01:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 6 12:01:44 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cmx/cmx_pccard.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cnw/if_cnw.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs_isa.c; /src/sys/dev/cs/if_cs_isa.c: In function 'cs_isa_probe': /src/sys/dev/cs/if_cs_isa.c:81: error: too many arguments to function 'cs_alloc_irq' /src/sys/dev/cs/if_cs_isa.c: In function 'cs_isa_attach': /src/sys/dev/cs/if_cs_isa.c:93: error: too many arguments to function 'cs_alloc_irq' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 12:06:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 12:06:34 - ERROR: failed to build lint kernel TB --- 2008-06-06 12:06:34 - tinderbox aborted TB --- 3191.77 user 414.74 system 4439.77 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 12:16:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10291106568A for ; Fri, 6 Jun 2008 12:16:03 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 814808FC6F for ; Fri, 6 Jun 2008 12:16:02 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so809503fkk.11 for ; Fri, 06 Jun 2008 05:16:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent:sender; bh=mw8ItymZLyo/VK5GrvLEsVAizoyKVOmhJXFiD0TN/54=; b=mrcsyysP5udLGnAWZsL31l/A/XBCTaZEnGpFKDAJq/iUxwTRuj3yj9Syub3+2PgIHH VwpVwqbZHUbsFjWsEQuFfSmeW22sBC+goI7mLpUEFaoei0xeonN2Nln/AHXxNJaRNNfo UultfnAy8zCRCaf6nqoE10GAuaRUO5Cr4slB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=mmQVMGIYJGGUiQ+H8tToAii6j1JamWJQ/sCRRK1ZUJgNLAh7PoX8sm8VmbxqRslSrh R+ZsvTWP2FeGAoBiFhukln9zreDiNfSkU4z9vKL3OpU3H3qU1Mop3Sk27KL31W0Wz5n5 d76LezxQehaSZa442fbWOpsGOdJob2IF1rdVo= Received: by 10.78.199.8 with SMTP id w8mr26232huf.106.1212754561144; Fri, 06 Jun 2008 05:16:01 -0700 (PDT) Received: from epsilon.local ( [89.214.195.159]) by mx.google.com with ESMTPS id 38sm5043317hua.42.2008.06.06.05.15.58 (version=SSLv3 cipher=RC4-MD5); Fri, 06 Jun 2008 05:16:00 -0700 (PDT) Date: Fri, 6 Jun 2008 13:15:52 +0100 From: Rui Paulo To: Stanislav Sedov Message-ID: <20080606121552.GA7768@epsilon.local> References: <20080605231705.db589d89.stas@FreeBSD.org> <20080605204823.GA7361@epsilon.local> <20080606020927.8d6675e1.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080606020927.8d6675e1.stas@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Rui Paulo Cc: kib@FreeBSD.org, Rui Paulo , current@FreeBSD.org Subject: Re: cpuctl(formely devcpu) patch test request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 12:16:03 -0000 On Fri, Jun 06, 2008 at 02:09:27AM +0400, Stanislav Sedov wrote: > On Thu, 5 Jun 2008 21:55:39 +0100 > Rui Paulo mentioned: > > > A couple comments: > > 1) Do you plan to MFC this ? For what older versions of FreeBSD will devcpu be > > shipped? > > In fact, I plan to MFC that to all supported FreeBSD versions (6, 7), > as changes are minimal. Until that those versions will be supported > by sysutils/devcpu port. Ok. > > > > 2) in cpuctl_modevent(): perhaps it's better to return ENOMEM instead of > > ENOSYS if malloc() fails and ENXIO instead of ENOSYS if MSR functionality is > > not present > > I fully agree on ENOMEM (thanks for noticing that), while I think that > returning ENOSYS for MSR-less systems is more correct, as it states that > required functionality isn't implemented for this hardware. Agreed. > > 3) I don't mean to impose, but this code needs some small style cleanup, > > namely: characters above the 80 column, second level indents are four > > spaces" > > Good catch! Fixed. Good, thanks. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 12:30:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE0D1065676; Fri, 6 Jun 2008 12:30:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 918CC8FC15; Fri, 6 Jun 2008 12:30:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56CUTwj085745; Fri, 6 Jun 2008 08:30:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56CUTdu026617; Fri, 6 Jun 2008 08:30:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 94D4373039; Fri, 6 Jun 2008 08:30:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606123029.94D4373039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 08:30:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 12:30:36 -0000 TB --- 2008-06-06 11:44:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 11:44:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-06 11:44:55 - cleaning the object tree TB --- 2008-06-06 11:45:34 - cvsupping the source tree TB --- 2008-06-06 11:45:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-06 11:45:42 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 11:45:42 - cd /src TB --- 2008-06-06 11:45:42 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 11:45:44 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 12:30:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 12:30:29 - ERROR: failed to build world TB --- 2008-06-06 12:30:29 - tinderbox aborted TB --- 1945.65 user 258.33 system 2733.60 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 12:59:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BADF1065671 for ; Fri, 6 Jun 2008 12:59:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 66B508FC16 for ; Fri, 6 Jun 2008 12:59:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56CxhtQ091691; Fri, 6 Jun 2008 08:59:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m56CxhdR045603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jun 2008 08:59:43 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200806061259.m56CxhdR045603@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 06 Jun 2008 08:59:35 -0400 To: Marcel Moolenaar From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-current@freebsd.org Subject: PUC rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 12:59:50 -0000 I have been starting to take a look at moving some of our embedded platforms to RELENG_7 and noticed that support for the 3Com PCI cards are broken. Previously, in pucdata.c, they were defined as /* US Robotics (3Com) PCI Modems */ { "US Robotics (3Com) 3CP5609 PCI 16550 Modem", { 0x12b9, 0x1008, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, { { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, }, }, However, in the newer version they are not there, and uart is not picking up the device. In the new re-write, what is the proper way to add support for devices no longer recognized ? On RELENG_6, its seen as puc0@pci0:14:0: class=0x070002 card=0x00d312b9 chip=0x100812b9 rev=0x01 hdr=0x00 vendor = '3COM Corp, Modem Division (Formerly US Robotics)' device = 'USR5610B USR5610B (0005610-02) 56K Performance Pro Modem (PCI Internal)' class = simple comms subclass = UART ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 13:10:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E03C1065674; Fri, 6 Jun 2008 13:10:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F0D248FC1B; Fri, 6 Jun 2008 13:10:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56DAmjl095449; Fri, 6 Jun 2008 09:10:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56DAmWl022085; Fri, 6 Jun 2008 09:10:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A015573039; Fri, 6 Jun 2008 09:10:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606131048.A015573039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 09:10:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 13:10:51 -0000 TB --- 2008-06-06 12:30:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 12:30:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-06-06 12:30:29 - cleaning the object tree TB --- 2008-06-06 12:30:59 - cvsupping the source tree TB --- 2008-06-06 12:30:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-06-06 12:31:06 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 12:31:06 - cd /src TB --- 2008-06-06 12:31:06 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 12:31:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 13:10:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 13:10:48 - ERROR: failed to build world TB --- 2008-06-06 13:10:48 - tinderbox aborted TB --- 1667.73 user 250.34 system 2418.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 13:49:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A38E106564A; Fri, 6 Jun 2008 13:49:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D454A8FC1A; Fri, 6 Jun 2008 13:49:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56DnVCu006165; Fri, 6 Jun 2008 09:49:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56DnUWk047911; Fri, 6 Jun 2008 09:49:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA70973039; Fri, 6 Jun 2008 09:49:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606134930.CA70973039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 09:49:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 13:49:37 -0000 TB --- 2008-06-06 13:10:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 13:10:48 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-06-06 13:10:48 - cleaning the object tree TB --- 2008-06-06 13:11:14 - cvsupping the source tree TB --- 2008-06-06 13:11:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-06-06 13:11:21 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 13:11:21 - cd /src TB --- 2008-06-06 13:11:21 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 13:11:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 13:49:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 13:49:30 - ERROR: failed to build world TB --- 2008-06-06 13:49:30 - tinderbox aborted TB --- 1666.36 user 245.48 system 2321.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 13:41:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D686E1065674 for ; Fri, 6 Jun 2008 13:41:19 +0000 (UTC) (envelope-from cokane@cokane.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 80B348FC13 for ; Fri, 6 Jun 2008 13:41:19 +0000 (UTC) (envelope-from cokane@cokane.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA09.westchester.pa.mail.comcast.net with comcast id aaw61Z0060SCNGk5909i00; Fri, 06 Jun 2008 13:25:18 +0000 Received: from mail.cokane.org ([24.60.133.163]) by OMTA09.westchester.pa.mail.comcast.net with comcast id adRE1Z00C3Xh0XL3V00000; Fri, 06 Jun 2008 13:25:15 +0000 X-Authority-Analysis: v=1.0 c=1 a=s8X_vqkLaPIA:10 a=fHXOHqj8bjYA:10 a=F-Y6h51ZAAAA:8 a=fRkkMdLw-lqzG6E3Kc0A:9 a=Ue263kY3yX9Tq0V8rUzKE7S_4eUA:4 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by mail.cokane.org (Postfix, from userid 103) id 5CC9C1DB2FA; Fri, 6 Jun 2008 09:25:14 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id E173B1DB2F9; Fri, 6 Jun 2008 09:24:55 -0400 (EDT) From: Coleman Kane To: Stanislav Sedov In-Reply-To: <20080606025533.8322ee08.stas@FreeBSD.org> References: <20080606020927.8d6675e1.stas@FreeBSD.org> <10261.1212703949@critter.freebsd.dk> <20080606025533.8322ee08.stas@FreeBSD.org> Content-Type: text/plain Date: Fri, 06 Jun 2008 09:23:24 -0400 Message-Id: <1212758604.1904.33.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 06 Jun 2008 14:21:45 +0000 Cc: Rui Paulo , Poul-Henning Kamp , kib@FreeBSD.org, current@FreeBSD.org Subject: Re: cpuctl(formely devcpu) patch test request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 13:41:19 -0000 On Fri, 2008-06-06 at 02:55 +0400, Stanislav Sedov wrote: > On Thu, 05 Jun 2008 22:12:29 +0000 > "Poul-Henning Kamp" mentioned: > > > In message <20080606020927.8d6675e1.stas@FreeBSD.org>, Stanislav Sedov writes: > > > > >The updated patch is available at > > >http://www.springdaemons.com/stas/cpuctl.2.diff > > > > Have we fully thought though the potential for halt&catch_fire ? > > > > Would it make sense to have a more granular security model than > > the simple device-node access based "are you root?" test ? > > There's a check that prevents playing with cpuctl if > securelevel is greater than 0. And if it's 0 you can always > execute any code you want in kernel mode. > > Or you're talking about something different? > What about using the API in priv(9) or similar, such as is done in the mlock(2)/munlock(2) code in sys/vm/vm_mmap.c ? -- Coleman Kane From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 14:34:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CDBE1065671; Fri, 6 Jun 2008 14:34:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 49D2F8FC0A; Fri, 6 Jun 2008 14:34:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56EYFdU018205; Fri, 6 Jun 2008 10:34:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56EYF10027141; Fri, 6 Jun 2008 10:34:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8A5A573039; Fri, 6 Jun 2008 10:34:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606143415.8A5A573039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 10:34:15 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 14:34:21 -0000 TB --- 2008-06-06 13:50:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 13:50:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-06 13:50:01 - cleaning the object tree TB --- 2008-06-06 13:50:26 - cvsupping the source tree TB --- 2008-06-06 13:50:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-06 13:50:32 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 13:50:32 - cd /src TB --- 2008-06-06 13:50:32 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 13:50:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 14:34:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 14:34:15 - ERROR: failed to build world TB --- 2008-06-06 14:34:15 - tinderbox aborted TB --- 1830.76 user 262.62 system 2654.01 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 15:07:51 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45741106564A for ; Fri, 6 Jun 2008 15:07:51 +0000 (UTC) (envelope-from bp@barryp.org) Received: from itasca.hexavalent.net (itasca.hexavalent.net [67.207.138.180]) by mx1.freebsd.org (Postfix) with ESMTP id 371AF8FC16 for ; Fri, 6 Jun 2008 15:07:51 +0000 (UTC) (envelope-from bp@barryp.org) Received: from host-42-60-230-24.midco.net ([24.230.60.42] helo=eden.barryp.org) by itasca.hexavalent.net with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.67) (envelope-from ) id 1K4cx7-0004tM-0V for freebsd-current@FreeBSD.ORG; Fri, 06 Jun 2008 09:30:01 -0500 Received: from octane.med.und.nodak.edu ([134.129.166.23]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1K4cx0-0008h8-Vy; Fri, 06 Jun 2008 09:29:55 -0500 Message-ID: <484949E2.8080208@barryp.org> Date: Fri, 06 Jun 2008 09:29:54 -0500 From: Barry Pederson User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, mike@reifenberger.com References: <200806060742.m567g8hn087608@lurza.secnetix.de> In-Reply-To: <200806060742.m567g8hn087608@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: active/inactive jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 15:07:51 -0000 Oliver Fromme wrote: > Michael Reifenberger wrote: > > Is there an convinient way to get the processes associatet with > > an jail. > > ps(1) can display the jail numbers: "ps -o jid,command" > (JID 0 means the host system). You can easily filter the > output by jail ID. If you don't know the jail ID, use > jls(8) to find the jail by hostname, IP number or chroot > path (which only works if you keep them unique, of course). > > I once wrote a script called "jps" that makes it a little > easier. "jps" lists all jailed processes with their JID, > and "jps " lists only the processes that belong to > the specified JID. > > http://www.secnetix.de/olli/scripts/jps I think pgrep(1) is what you're looking for here. Once you find the jail ID with jls(8), you can run pgrep -lf -j to get a list if processes for that particular jail. Barry From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 15:16:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4392A1065670 for ; Fri, 6 Jun 2008 15:16:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 242D48FC28 for ; Fri, 6 Jun 2008 15:16:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56FGcZk028094; Fri, 6 Jun 2008 11:16:38 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m56FGbkG046218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jun 2008 11:16:38 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200806061516.m56FGbkG046218@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 06 Jun 2008 11:16:30 -0400 To: Marcel Moolenaar From: Mike Tancsa In-Reply-To: <200806061259.m56CxhdR045603@lava.sentex.ca> References: <200806061259.m56CxhdR045603@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-current@freebsd.org Subject: Re: PUC rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 15:16:45 -0000 At 08:59 AM 6/6/2008, Mike Tancsa wrote: >I have been starting to take a look at moving some of our embedded >platforms to RELENG_7 and noticed that support for the 3Com PCI >cards are broken. Previously, in pucdata.c, they were defined as > > /* US Robotics (3Com) PCI Modems */ > { "US Robotics (3Com) 3CP5609 PCI 16550 Modem", > { 0x12b9, 0x1008, 0, 0 }, > { 0xffff, 0xffff, 0, 0 }, > { > { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, > }, > }, > > >However, in the newer version they are not there, and uart is not >picking up the device. Forgot to mention, with just sio and puc defined in the kernel, the box will boot up, but it crashes up as soon as I attach to the modem FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #9: Fri Jun 6 11:05:18 EDT 2008 mdtancsa@releng7.sentex.ca:/usr/obj/usr/src/sys/nano5501 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Geode(TM) Integrated Processor by AMD PCS (433.25-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2 Features=0x88a93d AMD Features=0xc0400000 real memory = 268435456 (256 MB) avail memory = 253218816 (241 MB) K6-family MTRR support enabled (2 registers) cryptosoft0: on motherboard cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 Geode LX: Soekris net5501 comBIOS ver. 1.33 20070103 Copyright (C) 2000-2007 MFGPT bar: f00100006200 pci0: at device 1.2 (no driver attached) vr0: port 0xe100-0xe1ff mem 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 vr0: Quirks: 0x6 vr0: Revision: 0x96 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:00:24:ca:41:e8 vr0: [ITHREAD] vr1: port 0xe200-0xe2ff mem 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 vr1: Quirks: 0x6 vr1: Revision: 0x96 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: Ethernet address: 00:00:24:ca:41:e9 vr1: [ITHREAD] vr2: port 0xe300-0xe3ff mem 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 vr2: Quirks: 0x6 vr2: Revision: 0x96 miibus2: on vr2 ukphy2: PHY 1 on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr2: Ethernet address: 00:00:24:ca:41:ea vr2: [ITHREAD] vr3: port 0xe400-0xe4ff mem 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 vr3: Quirks: 0x6 vr3: Revision: 0x96 miibus3: on vr3 ukphy3: PHY 1 on miibus3 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr3: Ethernet address: 00:00:24:ca:41:eb vr3: [ITHREAD] sio0: <3COM PCI FaxModem> port 0xe500-0xe507 irq 10 at device 14.0 on pci0 sio0: moving to sio4 sio4: type 16550A sio4: [FILTER] isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xa0005000-0xa0005fff irq 15 at device 21.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 4 ports with 4 removable, self powered ehci0: mem 0xa0006000-0xa0006fff irq 15 at device 21.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 4 ports with 4 removable, self powered orm0: at iomem 0xc8000-0xd27ff pnpid ORM0000 on isa0 can't re-use a leaf (%desc)! can't re-use a leaf (%driver)! can't re-use a leaf (%location)! can't re-use a leaf (%pnpinfo)! can't re-use a leaf (%parent)! sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] Timecounter "TSC" frequency 433251618 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ad0: 977MB at ata0-master PIO4 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: / was not properly dismounted bridge0: Ethernet address: 82:52:7b:4f:17:fe # cd /dev # ls -l cua* crw-rw---- 1 uucp dialer - 0, 48 Jun 6 11:12 cuad0 crw-rw---- 1 uucp dialer - 0, 49 Jun 6 11:12 cuad0.init crw-rw---- 1 uucp dialer - 0, 50 Jun 6 11:12 cuad0.lock crw-rw---- 1 uucp dialer - 0, 54 Jun 6 11:12 cuad1 crw-rw---- 1 uucp dialer - 0, 55 Jun 6 11:12 cuad1.init crw-rw---- 1 uucp dialer - 0, 56 Jun 6 11:12 cuad1.lock crw-rw---- 1 uucp dialer - 0, 39 Jun 6 11:12 cuad4 crw-rw---- 1 uucp dialer - 0, 40 Jun 6 11:12 cuad4.init crw-rw---- 1 uucp dialer - 0, 41 Jun 6 11:12 cuad4.lock # cu -l /dev/cuad4 Fatal trap 30: reserved (unknown) fault while in kernel mode instruction pointer = 0x20:0xc0567960 stack pointer = 0x28:0xcd09b97c frame pointer = 0x28:0xcd09b994 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 971 (cu) trap number = 30 panic: reserved (unknown) fault Uptime: 38s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort There is no console on this box unfortunately. From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 15:50:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CA2A106567F; Fri, 6 Jun 2008 15:50:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0BC5D8FC1A; Fri, 6 Jun 2008 15:50:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56Fo8iV025752; Fri, 6 Jun 2008 11:50:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56Fo8oL021161; Fri, 6 Jun 2008 11:50:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3C3D473039; Fri, 6 Jun 2008 11:50:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606155008.3C3D473039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 11:50:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 15:50:11 -0000 TB --- 2008-06-06 14:34:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 14:34:15 - starting HEAD tinderbox run for i386/i386 TB --- 2008-06-06 14:34:15 - cleaning the object tree TB --- 2008-06-06 14:34:40 - cvsupping the source tree TB --- 2008-06-06 14:34:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-06-06 14:34:46 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 14:34:46 - cd /src TB --- 2008-06-06 14:34:46 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 14:34:48 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 6 15:43:58 UTC 2008 TB --- 2008-06-06 15:43:58 - generating LINT kernel config TB --- 2008-06-06 15:43:58 - cd /src/sys/i386/conf TB --- 2008-06-06 15:43:58 - /usr/bin/make -B LINT TB --- 2008-06-06 15:43:58 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-06 15:43:58 - cd /src TB --- 2008-06-06 15:43:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 6 15:43:58 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cnw/if_cnw.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cpufreq/ichss.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs_isa.c; /src/sys/dev/cs/if_cs_isa.c: In function 'cs_isa_probe': /src/sys/dev/cs/if_cs_isa.c:81: error: too many arguments to function 'cs_alloc_irq' /src/sys/dev/cs/if_cs_isa.c: In function 'cs_isa_attach': /src/sys/dev/cs/if_cs_isa.c:93: error: too many arguments to function 'cs_alloc_irq' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 15:50:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 15:50:08 - ERROR: failed to build lint kernel TB --- 2008-06-06 15:50:08 - tinderbox aborted TB --- 3253.04 user 405.46 system 4552.32 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 15:55:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 660661065672; Fri, 6 Jun 2008 15:55:41 +0000 (UTC) Date: Fri, 6 Jun 2008 15:55:41 +0000 From: David O'Brien To: Ian FREISLICH Message-ID: <20080606155541.GA90949@hub.freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.3-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Cc: current@freebsd.org Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 15:55:41 -0000 On Fri, May 16, 2008 at 04:12:39PM +0200, Ian FREISLICH wrote: > Recently - I guess in the last month or two - successive cvs updates > always "updates" files in the following directories, this with no > update to the CVS repo: > > cddl/contrib/opensolaris > contrib/ntp > contrib/ipfilter > contrib/expat > contrib/tcsh > > I sync a local CVS repo using cvsup and I update my source using > 'cvs -q update -PdA' Why are you always using "update -A"? Basically all the reports of weirdness are due to folks not fully understanding what -A does and is for. If -A removes stickly dates, tags, and (what you're seeing here) stickly options. Options can be set locally, in the ,v file on the server. Some keywords (such as $Name$) may need to be updated due to "update -A". The new behavior we are seeing with "update -A" is due to fixing CVS bug #17168 for 1.11.23 and 1.12.14, which more completely delivers on the semantics of "update -A". -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 16:11:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 672F4106566C; Fri, 6 Jun 2008 16:11:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 572AC8FC1A; Fri, 6 Jun 2008 16:11:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56GBgUI045592; Fri, 6 Jun 2008 12:11:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56GBgu1055307; Fri, 6 Jun 2008 12:11:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0F6D573039; Fri, 6 Jun 2008 12:11:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606161142.0F6D573039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 12:11:42 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 16:11:45 -0000 TB --- 2008-06-06 14:57:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 14:57:43 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-06-06 14:57:43 - cleaning the object tree TB --- 2008-06-06 14:58:05 - cvsupping the source tree TB --- 2008-06-06 14:58:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-06-06 14:58:11 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 14:58:11 - cd /src TB --- 2008-06-06 14:58:11 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 14:58:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 6 16:06:49 UTC 2008 TB --- 2008-06-06 16:06:49 - generating LINT kernel config TB --- 2008-06-06 16:06:49 - cd /src/sys/pc98/conf TB --- 2008-06-06 16:06:49 - /usr/bin/make -B LINT TB --- 2008-06-06 16:06:49 - building LINT kernel (COPTFLAGS=) TB --- 2008-06-06 16:06:49 - cd /src TB --- 2008-06-06 16:06:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 6 16:06:49 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cmx/cmx_pccard.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cnw/if_cnw.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs.c; cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cs/if_cs_isa.c; /src/sys/dev/cs/if_cs_isa.c: In function 'cs_isa_probe': /src/sys/dev/cs/if_cs_isa.c:81: error: too many arguments to function 'cs_alloc_irq' /src/sys/dev/cs/if_cs_isa.c: In function 'cs_isa_attach': /src/sys/dev/cs/if_cs_isa.c:93: error: too many arguments to function 'cs_alloc_irq' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 16:11:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 16:11:42 - ERROR: failed to build lint kernel TB --- 2008-06-06 16:11:42 - tinderbox aborted TB --- 3189.66 user 417.73 system 4438.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 16:16:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61B1D1065670 for ; Fri, 6 Jun 2008 16:16:46 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.76]) by mx1.freebsd.org (Postfix) with ESMTP id 650098FC39 for ; Fri, 6 Jun 2008 16:16:46 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtp015.mac.com (asmtp015-bge351000 [10.150.69.78]) by smtpoutm.mac.com (Xserve/smtpout013/MantshX 4.0) with ESMTP id m56G29oO009047 for ; Fri, 6 Jun 2008 09:02:09 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp015.mac.com (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K21001OMTVJ6SB1@asmtp015.mac.com> for freebsd-current@freebsd.org; Fri, 06 Jun 2008 09:02:08 -0700 (PDT) Message-id: <018816ED-8FF3-4834-AD17-59637C87D30D@mac.com> From: Marcel Moolenaar To: Mike Tancsa In-reply-to: <200806061259.m56CxhdR045603@lava.sentex.ca> Date: Fri, 06 Jun 2008 09:02:05 -0700 References: <200806061259.m56CxhdR045603@lava.sentex.ca> X-Mailer: Apple Mail (2.924) Cc: freebsd-current@freebsd.org Subject: Re: PUC rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 16:16:46 -0000 On Jun 6, 2008, at 5:59 AM, Mike Tancsa wrote: > I have been starting to take a look at moving some of our embedded > platforms to RELENG_7 and noticed that support for the 3Com PCI > cards are broken. Previously, in pucdata.c, they were defined as > > /* US Robotics (3Com) PCI Modems */ > { "US Robotics (3Com) 3CP5609 PCI 16550 Modem", > { 0x12b9, 0x1008, 0, 0 }, > { 0xffff, 0xffff, 0, 0 }, > { > { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, > }, > }, > > > However, in the newer version they are not there, and uart is not > picking up the device. Since this is a single-port UART, puc(4) is not supposed to have support for it. The uart(4) can handle it without needing puc(4). However, that implies that uart(4) needs to have the support for it and I guess that's not present. > In the new re-write, what is the proper way to add support for > devices no longer recognized ? Add the PCI Ids to uart_bus_pci.c. Keep the list of Ids sorted, because it's assumed by uart_pci_match(). If you can send me a patch, I'll commit to head and stable. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 16:35:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3060210657CA; Fri, 6 Jun 2008 16:35:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ECA428FC17; Fri, 6 Jun 2008 16:35:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56GYtTt049874; Fri, 6 Jun 2008 12:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56GYtwf018297; Fri, 6 Jun 2008 12:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6199773039; Fri, 6 Jun 2008 12:34:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606163455.6199773039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 12:34:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 16:35:02 -0000 TB --- 2008-06-06 15:50:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 15:50:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-06 15:50:08 - cleaning the object tree TB --- 2008-06-06 15:50:22 - cvsupping the source tree TB --- 2008-06-06 15:50:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-06 15:50:27 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 15:50:27 - cd /src TB --- 2008-06-06 15:50:27 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 15:50:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 16:34:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 16:34:55 - ERROR: failed to build world TB --- 2008-06-06 16:34:55 - tinderbox aborted TB --- 1942.23 user 259.29 system 2686.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 17:14:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83551106564A; Fri, 6 Jun 2008 17:14:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4EEAE8FC13; Fri, 6 Jun 2008 17:14:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56HEu5t040490; Fri, 6 Jun 2008 13:14:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56HEuH5024420; Fri, 6 Jun 2008 13:14:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4962473039; Fri, 6 Jun 2008 13:14:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606171456.4962473039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 13:14:56 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 17:14:59 -0000 TB --- 2008-06-06 16:34:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 16:34:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-06-06 16:34:55 - cleaning the object tree TB --- 2008-06-06 16:35:09 - cvsupping the source tree TB --- 2008-06-06 16:35:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-06-06 16:35:15 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 16:35:16 - cd /src TB --- 2008-06-06 16:35:16 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 16:35:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 17:14:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 17:14:56 - ERROR: failed to build world TB --- 2008-06-06 17:14:56 - tinderbox aborted TB --- 1666.99 user 249.14 system 2400.58 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 17:24:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8924E1065687 for ; Fri, 6 Jun 2008 17:24:41 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0F08FC1B for ; Fri, 6 Jun 2008 17:24:41 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id b33so317717ana.13 for ; Fri, 06 Jun 2008 10:24:40 -0700 (PDT) Received: by 10.100.201.9 with SMTP id y9mr465634anf.104.1212773080246; Fri, 06 Jun 2008 10:24:40 -0700 (PDT) Received: by 10.100.154.11 with HTTP; Fri, 6 Jun 2008 10:24:40 -0700 (PDT) Message-ID: Date: Fri, 6 Jun 2008 10:24:40 -0700 From: "Peter Wemm" To: obrien@freebsd.org In-Reply-To: <20080606155541.GA90949@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080606155541.GA90949@hub.freebsd.org> Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 17:24:41 -0000 On Fri, Jun 6, 2008 at 8:55 AM, David O'Brien wrote: > On Fri, May 16, 2008 at 04:12:39PM +0200, Ian FREISLICH wrote: >> Recently - I guess in the last month or two - successive cvs updates >> always "updates" files in the following directories, this with no >> update to the CVS repo: >> >> cddl/contrib/opensolaris >> contrib/ntp >> contrib/ipfilter >> contrib/expat >> contrib/tcsh >> >> I sync a local CVS repo using cvsup and I update my source using >> 'cvs -q update -PdA' > > Why are you always using "update -A"? Basically all the reports of > weirdness are due to folks not fully understanding what -A does and is > for. > > If -A removes stickly dates, tags, and (what you're seeing here) stickly > options. Options can be set locally, in the ,v file on the server. Some > keywords (such as $Name$) may need to be updated due to "update -A". We use -A because we've often messed with sticky dates and tags in our checked out copy and want to reset anything we've forgotten and start from a known state. For the last 14 years, -A has done exactly that. If a stray sticky date or sticky tag had been set, -A would reset the tag and fetch a new copy and life was good. This is not what is happening now. If the server has a nonstandard rcs keyword expansion mode, cvs fetches a fresh copy, each and every time. Even if the checked out copy has the correct expansion mode. Over and over and over again. Many places in the source tree were affected by clowns using 'cvs import -ko' in spite of it being removed from the instructions in 1997 and no longer being part of standard procedure. Ports is badly affected by -ko at this point. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 17:34:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAC101065675 for ; Fri, 6 Jun 2008 17:34:31 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id A769B8FC1D for ; Fri, 6 Jun 2008 17:34:31 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1516660rvf.43 for ; Fri, 06 Jun 2008 10:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=SEP3lgIYy3dS17yob9QM5SVdmFkzU2kd5Iwjxebzt0c=; b=t8WlmVjpD0DE7gr6/1nT83pTHO6PVYQjYBKwzwcNi2H0p8roLW8EcLS1YKxA+oNUsK T1UJX9O/4DgKVuWaTijH6LkhzKs8Jtis2vVbE7Po5kZQj6Y9yaZpjh+4hkmrgRkKB7gk 5lM39bf7uDE2B5f6az0fqBQipd9I941LbsHTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=RWQ4p3jpHX2A3MpnnwKhLsU3F7ZvvyYSSaxgAbVpJTaXpLgXNRm3hOsdNVn0AWTU3t rxy5U3QzGhk4YbEn6Ek4kGroyJSNRK/HvrVrfT3zC00dnn7ey4PoPUgnmuyG7xd0DXot gL+2YzJ9qedHTvLr0itLejevBUW1ql1pQ3Zok= Received: by 10.141.153.17 with SMTP id f17mr226477rvo.267.1212773671407; Fri, 06 Jun 2008 10:34:31 -0700 (PDT) Received: from dhcp-128-107-159-165.cisco.com ( [128.107.159.165]) by mx.google.com with ESMTPS id f21sm7823358rvb.0.2008.06.06.10.34.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Jun 2008 10:34:30 -0700 (PDT) Message-Id: From: Garrett Cooper To: "Peter Wemm" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Fri, 6 Jun 2008 10:36:05 -0700 References: <20080606155541.GA90949@hub.freebsd.org> X-Mailer: Apple Mail (2.924) Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 17:34:31 -0000 On Jun 6, 2008, at 10:24 AM, Peter Wemm wrote: > On Fri, Jun 6, 2008 at 8:55 AM, David O'Brien > wrote: >> On Fri, May 16, 2008 at 04:12:39PM +0200, Ian FREISLICH wrote: >>> Recently - I guess in the last month or two - successive cvs updates >>> always "updates" files in the following directories, this with no >>> update to the CVS repo: >>> >>> cddl/contrib/opensolaris >>> contrib/ntp >>> contrib/ipfilter >>> contrib/expat >>> contrib/tcsh >>> >>> I sync a local CVS repo using cvsup and I update my source using >>> 'cvs -q update -PdA' >> >> Why are you always using "update -A"? Basically all the reports of >> weirdness are due to folks not fully understanding what -A does and >> is >> for. >> >> If -A removes stickly dates, tags, and (what you're seeing here) >> stickly >> options. Options can be set locally, in the ,v file on the >> server. Some >> keywords (such as $Name$) may need to be updated due to "update -A". > > We use -A because we've often messed with sticky dates and tags in our > checked out copy and want to reset anything we've forgotten and start > from a known state. For the last 14 years, -A has done exactly that. > If a stray sticky date or sticky tag had been set, -A would reset the > tag and fetch a new copy and life was good. > > This is not what is happening now. If the server has a nonstandard > rcs keyword expansion mode, cvs fetches a fresh copy, each and every > time. Even if the checked out copy has the correct expansion mode. > Over and over and over again. > > Many places in the source tree were affected by clowns using 'cvs > import -ko' in spite of it being removed from the instructions in 1997 > and no longer being part of standard procedure. Ports is badly > affected by -ko at this point. +1 for that. Besides, not using -A can prove to be problematic as Kris pointed out to me when doing development and stuff isn't 100% synced between my local copy and HEAD. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 17:53:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14C2F106566B; Fri, 6 Jun 2008 17:53:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D4D398FC19; Fri, 6 Jun 2008 17:53:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56Hrd83067837; Fri, 6 Jun 2008 13:53:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56HrdVm044715; Fri, 6 Jun 2008 13:53:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 52E5273039; Fri, 6 Jun 2008 13:53:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606175339.52E5273039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 13:53:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 17:53:43 -0000 TB --- 2008-06-06 17:14:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 17:14:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-06-06 17:14:56 - cleaning the object tree TB --- 2008-06-06 17:15:10 - cvsupping the source tree TB --- 2008-06-06 17:15:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-06-06 17:15:16 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 17:15:16 - cd /src TB --- 2008-06-06 17:15:16 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 17:15:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 17:53:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 17:53:39 - ERROR: failed to build world TB --- 2008-06-06 17:53:39 - tinderbox aborted TB --- 1665.30 user 245.54 system 2322.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 18:38:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9633C1065675; Fri, 6 Jun 2008 18:38:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 638848FC15; Fri, 6 Jun 2008 18:38:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56IcfjS079877; Fri, 6 Jun 2008 14:38:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56Icfx8074001; Fri, 6 Jun 2008 14:38:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 33EF973039; Fri, 6 Jun 2008 14:38:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606183841.33EF973039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 14:38:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 18:38:43 -0000 TB --- 2008-06-06 17:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 17:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-06 17:55:00 - cleaning the object tree TB --- 2008-06-06 17:55:21 - cvsupping the source tree TB --- 2008-06-06 17:55:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-06 17:55:31 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 17:55:31 - cd /src TB --- 2008-06-06 17:55:31 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 17:55:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 18:38:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 18:38:40 - ERROR: failed to build world TB --- 2008-06-06 18:38:40 - tinderbox aborted TB --- 1828.39 user 265.26 system 2620.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 21:17:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68E5F106567A; Fri, 6 Jun 2008 21:17:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 26A7C8FC19; Fri, 6 Jun 2008 21:17:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56LH8YQ023117; Fri, 6 Jun 2008 17:17:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56LH8LO028961; Fri, 6 Jun 2008 17:17:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DF01273039; Fri, 6 Jun 2008 17:17:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606211707.DF01273039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 17:17:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 21:17:11 -0000 TB --- 2008-06-06 20:31:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 20:31:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-06 20:31:08 - cleaning the object tree TB --- 2008-06-06 20:31:21 - cvsupping the source tree TB --- 2008-06-06 20:31:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-06 20:31:29 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 20:31:29 - cd /src TB --- 2008-06-06 20:31:29 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 20:31:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 21:17:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 21:17:07 - ERROR: failed to build world TB --- 2008-06-06 21:17:07 - tinderbox aborted TB --- 1948.18 user 256.93 system 2759.14 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 19:11:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9CD1106567F for ; Fri, 6 Jun 2008 19:11:01 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88002.mail.re2.yahoo.com (web88002.mail.re2.yahoo.com [206.190.37.189]) by mx1.freebsd.org (Postfix) with SMTP id 7E1238FC17 for ; Fri, 6 Jun 2008 19:11:01 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 22932 invoked by uid 60001); 6 Jun 2008 19:11:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=JEqdoPx5vj1qs/Y805pV/wWceOyQejfOMmpWimSzEXCfJISGfkABiBpNuNZfDKeLnZmMYjAJtyvzN4Xbsexrah9hobW2a50GKQg4Vy6UibDReqysJNcpsTmZzQJojjCvL8lHAFGZPq5Qj23T1idOwBumZYePcjfIkueIogtPnCQ=; X-YMail-OSG: Eiu1MwUVM1lFMfa94jyK37Fb4uADLehtpCTrmRN.bR6mAbdoSyLAE2Uz6XD3nGyqySOEUWmtvZ1EhwefoZbUvQaHA9JYaTiJIrIRBg-- Received: from [99.233.178.192] by web88002.mail.re2.yahoo.com via HTTP; Fri, 06 Jun 2008 15:11:00 EDT Date: Fri, 6 Jun 2008 15:11:00 -0400 (EDT) From: Gardner Bell To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <509906.20720.qm@web88002.mail.re2.yahoo.com> X-Mailman-Approved-At: Fri, 06 Jun 2008 21:48:10 +0000 Subject: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 19:11:01 -0000 Hello, I'm seeing the following printed on my screen after my system became unresponsive while background fsck was running for ~10 mins or so. Previous to this, my machine crashed after a power outage in my neighborhood. Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Wed May 28 10:43:47 EDT 2008 root@home:/usr/obj/usr/src/sys/TYAN lock order reversal: 1st 0xffffff0001282430 snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:292 2nd 0xffffff0001750270 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1578 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x665 __lockmgr_args() at __lockmgr_args+0x521 ffs_snapremove() at ffs_snapremove+0xe7 softdep_releasefile() at softdep_releasefile+0x139 ufs_inactive() at ufs_inactive+0x1ea vinactive() at vinactive+0x72 vput() at vput+0x22b vn_close() at vn_close+0xbb vn_closefile() at vn_closefile+0x80 _fdrop() at _fdrop+0x23 closef() at closef+0x1e2 kern_close() at kern_close+0x10c syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (6, FreeBSD ELF64, close), rip = 0x80081789c, rsp = 0x7ffffffee6b8, rbp = 0x80 --- KDB: enter: witness_checkorder exclusive lockmgr snaplk r = 0 (0xffffff0001282430) locked @ /usr/src/sys/kern/vfs_vnops.c:292 exclusive lockmgr snaplk r = 0 (0xffffff0001282430) locked @ /usr/src/sys/kern/vfs_vnops.c:292 0xffffff00013c01d8: tag ufs, type VREG usecount 1, writecount 0, refcount 2 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 5, on dev ad0s1h 0xffffff00013c0000: tag ufs, type VREG usecount 1, writecount 0, refcount 1569 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 6, on dev ad0s1h 0xffffff0001382ce8: tag ufs, type VREG usecount 1, writecount 0, refcount 1736 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 4, on dev ad0s1h 0xffffff0001382b10: tag ufs, type VREG usecount 1, writecount 0, refcount 1736 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 7, on dev ad0s1h 0xffffff00017501d8: tag ufs, type VREG usecount 0, writecount 0, refcount 2063 mountedhere 0 flags (VV_SYSTEM|VI_DOINGINACT) v_object 0xffffff0001739bb8 ref 0 pages 80 lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 8, on dev ad0s1h 0xffffff00013c01d8: tag ufs, type VREG usecount 1, writecount 0, refcount 2 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 5, on dev ad0s1h 0xffffff00013c0000: tag ufs, type VREG usecount 1, writecount 0, refcount 1569 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 6, on dev ad0s1h 0xffffff0001382ce8: tag ufs, type VREG usecount 1, writecount 0, refcount 1736 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 4, on dev ad0s1h 0xffffff0001382b10: tag ufs, type VREG usecount 1, writecount 0, refcount 1736 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 7, on dev ad0s1h 0xffffff00017501d8: tag ufs, type VREG usecount 0, writecount 0, refcount 2063 mountedhere 0 flags (VV_SYSTEM|VI_DOINGINACT) v_object 0xffffff0001739bb8 ref 0 pages 80 lock type snaplk: EXCL by thread 0xffffff0001289360 (pid 1013) ino 8, on dev ad0s1h exclusive lockmgr snaplk r = 0 (0xffffff0001282430) locked @ /usr/src/sys/kern/vfs_vnops.c:292 exclusive lockmgr snaplk r = 0 (0xffffff0001282430) locked @ /usr/src/sys/kern/vfs_vnops.c:292 calcru: runtime went backwards from 33275 usec to 290 usec for pid 999 (csh) calcru: runtime went backwards from 469322 usec to 3929 usec for pid 999 (csh) calcru: runtime went backwards from 13323 usec to 109 usec for pid 998 (su) calcru: runtime went backwards from 22204 usec to 182 usec for pid 996 (csh) calcru: runtime went backwards from 931 usec to 7 usec for pid 996 (csh) calcru: runtime went backwards from 7439 usec to 63 usec for pid 995 (getty) calcru: runtime went backwards from 7745 usec to 63 usec for pid 994 (getty) calcru: runtime went backwards from 24782 usec to 204 usec for pid 993 (login) calcru: runtime went backwards from 6403 usec to 58 usec for pid 937 (cron) calcru: runtime went backwards from 23019 usec to 258 usec for pid 910 (ntpd) calcru: runtime went backwards from 11411 usec to 127 usec for pid 809 (syslogd) calcru: runtime went backwards from 1536 usec to 12 usec for pid 742 (natd) calcru: runtime went backwards from 376 usec to 3 usec for pid 686 (devd) calcru: runtime went backwards from 1019 usec to 8 usec for pid 140 (adjkerntz) calcru: runtime went backwards from 6097 usec to 1477 usec for pid 20 (softdepflush) calcru: runtime went backwards from 26107 usec to 404 usec for pid 19 (syncer) calcru: runtime went backwards from 10580 usec to 99 usec for pid 18 (vnlru) calcru: runtime went backwards from 1251 usec to 19 usec for pid 9 (bufdaemon) calcru: runtime went backwards from 8 usec to 0 usec for pid 8 (pagezero) calcru: runtime went backwards from 18 usec to 0 usec for pid 7 (vmdaemon) calcru: runtime went backwards from 508 usec to 6 usec for pid 6 (pagedaemon) calcru: runtime went backwards from 39 usec to 0 usec for pid 17 (usb1) calcru: runtime went backwards from 73 usec to 0 usec for pid 14 (usb0) calcru: runtime went backwards from 17290 usec to 285 usec for pid 13 (yarrow) calcru: runtime went backwards from 287038 usec to 4917 usec for pid 4 (g_down) calcru: runtime went backwards from 355326 usec to 5779 usec for pid 3 (g_up) calcru: runtime went backwards from 19316 usec to 251 usec for pid 2 (g_event) calcru: runtime went backwards from 313682281 usec to 5240711 usec for pid 11 (idle) calcru: runtime went backwards from 432516 usec to 3561 usec for pid 1 (init) calcru: runtime went backwards from 11606 usec to 95 usec for pid 0 (kernel) From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 21:57:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 088911065676; Fri, 6 Jun 2008 21:57:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BD9418FC1B; Fri, 6 Jun 2008 21:57:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56LvLrR082345; Fri, 6 Jun 2008 17:57:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56LvLe9072242; Fri, 6 Jun 2008 17:57:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 887F573039; Fri, 6 Jun 2008 17:57:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606215721.887F573039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 17:57:21 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 21:57:25 -0000 TB --- 2008-06-06 21:17:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 21:17:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-06-06 21:17:08 - cleaning the object tree TB --- 2008-06-06 21:17:19 - cvsupping the source tree TB --- 2008-06-06 21:17:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-06-06 21:17:28 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 21:17:28 - cd /src TB --- 2008-06-06 21:17:28 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 21:17:30 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 21:57:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 21:57:21 - ERROR: failed to build world TB --- 2008-06-06 21:57:21 - tinderbox aborted TB --- 1667.70 user 248.28 system 2413.40 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 22:12:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A3741065673; Fri, 6 Jun 2008 22:12:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0D03E8FC12; Fri, 6 Jun 2008 22:12:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 2EA022BD36; Sat, 7 Jun 2008 10:12:01 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q4lIjH0jZQde; Sat, 7 Jun 2008 10:11:57 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 7 Jun 2008 10:11:57 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 7EFF11142A; Sat, 7 Jun 2008 10:13:22 +1200 (NZST) Date: Fri, 6 Jun 2008 15:13:22 -0700 From: Andrew Thompson To: Pietro Cerutti Message-ID: <20080606221322.GH6380@citylink.fud.org.nz> References: <4831B2D3.3080600@freebsd.org> <20080519231726.GA44361@citylink.fud.org.nz> <483210CC.5070309@FreeBSD.org> <20080520000911.GA46085@citylink.fud.org.nz> <48329C31.1050309@FreeBSD.org> <483E8AA5.3000401@FreeBSD.org> <20080604002448.GB80688@citylink.fud.org.nz> <4845E394.6080301@FreeBSD.org> <20080606041432.GF6380@citylink.fud.org.nz> <48491858.6020502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48491858.6020502@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current Subject: Re: Problem since "wlan" came in: SIOCS80211: Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 22:12:02 -0000 On Fri, Jun 06, 2008 at 12:58:32PM +0200, Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > | > | Does it still happen if you limit the channels, try > | > | ifconfig wlan0 chanlist 1-11 > > > !!!! No it doesn't, actually it works this way! > > So, it was a config problem at my side? > > Thanks a lot.. The eeprom on the card is meant to list the valid channels and the driver checks for this. I dont know why channel 13 is valid but the firmware borks on it. If you are feeling motivated you can add a few printfs in wpi_read_eeprom_channels() to try and see why. Andrew From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 22:19:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1B58106564A for ; Fri, 6 Jun 2008 22:19:32 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0BE838FC14 for ; Fri, 6 Jun 2008 22:19:32 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id m56M1N9D082277; Fri, 6 Jun 2008 15:01:23 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id m56M1NDp082276; Fri, 6 Jun 2008 15:01:23 -0700 (PDT) (envelope-from obrien) Date: Fri, 6 Jun 2008 15:01:23 -0700 From: "David O'Brien" To: Peter Wemm Message-ID: <20080606220123.GC82082@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Peter Wemm , Ian FREISLICH , current@freebsd.org References: <20080606155541.GA90949@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 22:19:32 -0000 On Fri, Jun 06, 2008 at 10:24:40AM -0700, Peter Wemm wrote: > Many places in the source tree were affected by clowns using 'cvs > import -ko' in spite of it being removed from the instructions in 1997 > and no longer being part of standard procedure. Ports is badly > affected by -ko at this point. The CVS meisers can fix this with 'cvs admin'. :-) -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 22:19:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E528E1065675 for ; Fri, 6 Jun 2008 22:19:32 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id BDC7E8FC1D for ; Fri, 6 Jun 2008 22:19:32 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id m56LwXOH082219; Fri, 6 Jun 2008 14:58:33 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id m56LwW2l082218; Fri, 6 Jun 2008 14:58:32 -0700 (PDT) (envelope-from obrien) Date: Fri, 6 Jun 2008 14:58:32 -0700 From: "David O'Brien" To: Peter Wemm Message-ID: <20080606215832.GA82082@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Peter Wemm , Ian FREISLICH , current@freebsd.org References: <20080606155541.GA90949@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 22:19:33 -0000 On Fri, Jun 06, 2008 at 10:24:40AM -0700, Peter Wemm wrote: > On Fri, Jun 6, 2008 at 8:55 AM, David O'Brien wrote: > > On Fri, May 16, 2008 at 04:12:39PM +0200, Ian FREISLICH wrote: > >> Recently - I guess in the last month or two - successive cvs updates > >> always "updates" files in the following directories, this with no > >> update to the CVS repo: > >> > >> cddl/contrib/opensolaris > >> contrib/ntp > >> contrib/ipfilter > >> contrib/expat > >> contrib/tcsh > >> > >> I sync a local CVS repo using cvsup and I update my source using > >> 'cvs -q update -PdA' > > > > Why are you always using "update -A"? Basically all the reports of > > weirdness are due to folks not fully understanding what -A does and is > > for. > > > > If -A removes stickly dates, tags, and (what you're seeing here) stickly > > options. Options can be set locally, in the ,v file on the server. Some > > keywords (such as $Name$) may need to be updated due to "update -A". > > We use -A because we've often messed with sticky dates and tags in our > checked out copy and want to reset anything we've forgotten and start .. > This is not what is happening now. If the server has a nonstandard > rcs keyword expansion mode, cvs fetches a fresh copy, each and every > time. Even if the checked out copy has the correct expansion mode. > Over and over and over again. Talk to the CVS developers (and read the bug report trail that lead to this change). This behavior is intended. I'm not saying I care for it, but its not a bug. > from a known state. For the last 14 years, -A has done exactly that. > If a stray sticky date or sticky tag had been set, -A would reset the > tag and fetch a new copy and life was good. Except that it wouldn't do it in all cases where it was needed. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 22:20:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1475B106567E for ; Fri, 6 Jun 2008 22:20:50 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id E3DB08FC1B for ; Fri, 6 Jun 2008 22:20:49 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id m56LxPZh082240; Fri, 6 Jun 2008 14:59:25 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id m56LxOO8082239; Fri, 6 Jun 2008 14:59:24 -0700 (PDT) (envelope-from obrien) Date: Fri, 6 Jun 2008 14:59:24 -0700 From: "David O'Brien" To: Garrett Cooper Message-ID: <20080606215924.GB82082@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Garrett Cooper , Peter Wemm , Ian FREISLICH , current@freebsd.org References: <20080606155541.GA90949@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Ian FREISLICH , current@freebsd.org, Peter Wemm Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 22:20:50 -0000 On Fri, Jun 06, 2008 at 10:36:05AM -0700, Garrett Cooper wrote: > +1 for that. > Besides, not using -A can prove to be problematic as Kris pointed out > to me when doing development and stuff isn't 100% synced between my > local copy and HEAD. How? -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 22:29:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ABCF1065671; Fri, 6 Jun 2008 22:29:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD208FC1A; Fri, 6 Jun 2008 22:29:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m56MTNK8060427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jun 2008 15:29:23 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4849BA43.1060806@freebsd.org> Date: Fri, 06 Jun 2008 15:29:23 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Andrew Thompson References: <4831B2D3.3080600@freebsd.org> <20080519231726.GA44361@citylink.fud.org.nz> <483210CC.5070309@FreeBSD.org> <20080520000911.GA46085@citylink.fud.org.nz> <48329C31.1050309@FreeBSD.org> <483E8AA5.3000401@FreeBSD.org> <20080604002448.GB80688@citylink.fud.org.nz> <4845E394.6080301@FreeBSD.org> <20080606041432.GF6380@citylink.fud.org.nz> <48491858.6020502@FreeBSD.org> <20080606221322.GH6380@citylink.fud.org.nz> In-Reply-To: <20080606221322.GH6380@citylink.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-current , Pietro Cerutti Subject: Re: Problem since "wlan" came in: SIOCS80211: Device not configured X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 22:29:24 -0000 Andrew Thompson wrote: > On Fri, Jun 06, 2008 at 12:58:32PM +0200, Pietro Cerutti wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> | >> | Does it still happen if you limit the channels, try >> | >> | ifconfig wlan0 chanlist 1-11 >> >> >> !!!! No it doesn't, actually it works this way! >> >> So, it was a config problem at my side? >> >> Thanks a lot.. >> > > The eeprom on the card is meant to list the valid channels and the > driver checks for this. I dont know why channel 13 is valid but the > firmware borks on it. If you are feeling motivated you can add a few > printfs in wpi_read_eeprom_channels() to try and see why. > > It could be that the eeprom lists the set of channels that card has been calibrated for but the card is locked to a regdomain where that channel is not allowed. I'm not familiar with the wpi driver or intel eeprom contents but Intel has not been forthcoming when I've asked them for info about regulatory data for 4965 parts. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 22:34:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA39B106566B; Fri, 6 Jun 2008 22:34:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 69CEE8FC18; Fri, 6 Jun 2008 22:34:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56MYIU4034292; Fri, 6 Jun 2008 18:34:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56MYItM019518; Fri, 6 Jun 2008 18:34:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2A2D73039; Fri, 6 Jun 2008 18:34:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606223417.D2A2D73039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 18:34:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 22:34:20 -0000 TB --- 2008-06-06 21:57:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 21:57:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-06-06 21:57:21 - cleaning the object tree TB --- 2008-06-06 21:57:34 - cvsupping the source tree TB --- 2008-06-06 21:57:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-06-06 21:57:42 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 21:57:42 - cd /src TB --- 2008-06-06 21:57:42 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 21:57:44 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 22:34:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 22:34:17 - ERROR: failed to build world TB --- 2008-06-06 22:34:17 - tinderbox aborted TB --- 1658.34 user 245.98 system 2216.07 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 22:51:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0598D106567D for ; Fri, 6 Jun 2008 22:51:18 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id DC3C98FC35 for ; Fri, 6 Jun 2008 22:51:18 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1676502rvf.43 for ; Fri, 06 Jun 2008 15:51:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=sd0aoxSEJaEJJ6doPxaDNlHYW0YETYEZfDU1DlYfVb0=; b=DNR87QNyF+nx+96bxmEh1S6KLd6bcG8snyn2T+hgwfxGR8IdGPHMaiPoWqeLqc6VMq AThQNXiYFNu/ZRTPgsHZSl0JlICrGduwv5GK2euBJfCuQUThO03K6k3knW58/BLhQGin NAut6q9RFg2F2wB3GlVuyaM/eSTLjQbNgU6mQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=KqjCtkyZIddh6QB6D7gk/sxuTWLnU/tBjlYMplLJtBe0t0Bpn9jQuO3i8pbK+/RFa9 1dyX0vQriW0LrW1Pmtvnk8AoG44P2QXt+k6RnVmlPhPMkXJ1wk9mdAoERD89yQZl2SRy 0IMa2uRL5yrjiN30vPuiZGcxC7GrQORRGCm/k= Received: by 10.140.134.15 with SMTP id h15mr412994rvd.65.1212790958770; Fri, 06 Jun 2008 15:22:38 -0700 (PDT) Received: by 10.140.248.15 with HTTP; Fri, 6 Jun 2008 15:22:38 -0700 (PDT) Message-ID: <54db43990806061522v3db7b075mb563a16a123efa63@mail.gmail.com> Date: Fri, 6 Jun 2008 18:22:38 -0400 From: "Bob Johnson" To: "Gardner Bell" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards (and lock order reversal) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 22:51:19 -0000 On 6/6/08, Gardner Bell wrote: > Hello, > > I'm seeing the following printed on my screen after my system became > unresponsive while background fsck was running for ~10 mins or so. > Previous to this, my machine crashed after a power outage in my > neighborhood. > > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #0: Wed May 28 10:43:47 EDT 2008 > root@home:/usr/obj/usr/src/sys/TYAN > > lock order reversal: > 1st 0xffffff0001282430 snaplk (snaplk) @ > /usr/src/sys/kern/vfs_vnops.c:292 > 2nd 0xffffff0001750270 ufs (ufs) @ > /usr/src/sys/ufs/ffs/ffs_snapshot.c:1578 I'd guess the lock order reversal is more significant than the "runtime went backwards" messages. See http://gireeshdn.blogspot.com/2006/12/lock-order-reversals-courtesy-freebsd.html for more information about what it indicates. > KDB: stack backtrace: [...] > calcru: runtime went backwards from 33275 usec to 290 usec for pid 999 > (csh) > calcru: runtime went backwards from 469322 usec to 3929 usec for pid > 999 (csh) > calcru: runtime went backwards from 13323 usec to 109 usec for pid 998 > (su) [...etc.] The "runtime went backwards" errors are common and probably indicate a problem servicing interrupts, either because of a driver problem or a hardware problem. For example, on some motherboards, the Intel SpeedStep implementation is buggy and can cause this error. Often, changing the method used to update the system clock will solve the problem. A Google search will give you lots of suggestions. - Bob From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 23:12:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 733251065678 for ; Fri, 6 Jun 2008 23:12:09 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 481BC8FC24 for ; Fri, 6 Jun 2008 23:12:09 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id b33so350114ana.13 for ; Fri, 06 Jun 2008 16:12:08 -0700 (PDT) Received: by 10.100.249.10 with SMTP id w10mr948436anh.156.1212793928668; Fri, 06 Jun 2008 16:12:08 -0700 (PDT) Received: by 10.100.154.11 with HTTP; Fri, 6 Jun 2008 16:12:08 -0700 (PDT) Message-ID: Date: Fri, 6 Jun 2008 16:12:08 -0700 From: "Peter Wemm" To: obrien@freebsd.org, "Peter Wemm" , "Ian FREISLICH" , current@freebsd.org In-Reply-To: <20080606215832.GA82082@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080606155541.GA90949@hub.freebsd.org> <20080606215832.GA82082@dragon.NUXI.org> Cc: Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 23:12:09 -0000 On Fri, Jun 6, 2008 at 2:58 PM, David O'Brien wrote: > On Fri, Jun 06, 2008 at 10:24:40AM -0700, Peter Wemm wrote: >> On Fri, Jun 6, 2008 at 8:55 AM, David O'Brien wrote: >> > On Fri, May 16, 2008 at 04:12:39PM +0200, Ian FREISLICH wrote: >> >> Recently - I guess in the last month or two - successive cvs updates >> >> always "updates" files in the following directories, this with no >> >> update to the CVS repo: >> >> >> >> cddl/contrib/opensolaris >> >> contrib/ntp >> >> contrib/ipfilter >> >> contrib/expat >> >> contrib/tcsh >> >> >> >> I sync a local CVS repo using cvsup and I update my source using >> >> 'cvs -q update -PdA' >> > >> > Why are you always using "update -A"? Basically all the reports of >> > weirdness are due to folks not fully understanding what -A does and is >> > for. >> > >> > If -A removes stickly dates, tags, and (what you're seeing here) stickly >> > options. Options can be set locally, in the ,v file on the server. Some >> > keywords (such as $Name$) may need to be updated due to "update -A". >> >> We use -A because we've often messed with sticky dates and tags in our >> checked out copy and want to reset anything we've forgotten and start > .. >> This is not what is happening now. If the server has a nonstandard >> rcs keyword expansion mode, cvs fetches a fresh copy, each and every >> time. Even if the checked out copy has the correct expansion mode. >> Over and over and over again. > > Talk to the CVS developers (and read the bug report trail that lead to > this change). This behavior is intended. I'm not saying I care for it, > but its not a bug. It is a bug. The old working behavior is what we've come to depend on and there is no replacement for the 'reset sticky tags and dates' mode that we *need*. Unless we have a way to get the old behavior back, we still need this backed out to the state it was in 6.x and 7.x, where it !^%@$#^!%@#!@# works! -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 23:19:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1B411065689; Fri, 6 Jun 2008 23:19:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 90ABD8FC23; Fri, 6 Jun 2008 23:19:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m56NJ9Bh037742; Fri, 6 Jun 2008 19:19:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m56NJ9FA022760; Fri, 6 Jun 2008 19:19:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11D8A73039; Fri, 6 Jun 2008 19:19:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080606231909.11D8A73039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 19:19:09 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 23:19:12 -0000 TB --- 2008-06-06 22:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-06 22:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-06 22:35:00 - cleaning the object tree TB --- 2008-06-06 22:35:20 - cvsupping the source tree TB --- 2008-06-06 22:35:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-06 22:35:29 - building world (CFLAGS=-O -pipe) TB --- 2008-06-06 22:35:29 - cd /src TB --- 2008-06-06 22:35:29 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 6 22:35:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-06 23:19:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-06 23:19:08 - ERROR: failed to build world TB --- 2008-06-06 23:19:08 - tinderbox aborted TB --- 1828.85 user 264.09 system 2648.15 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 23:56:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8B49106567C for ; Fri, 6 Jun 2008 23:56:07 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDD58FC18 for ; Fri, 6 Jun 2008 23:56:07 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so839649wah.3 for ; Fri, 06 Jun 2008 16:56:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=z/g6s9NuAYXppi95ZQxI65JFVX9Z5Jke97SBwjsDlAY=; b=fhIstRNvc04lNH3RzvurGetKyoybqgH2dTw+Hg7PeMoUEBJUriAQGxg6QuIBQX5udP W7Dm9bSlvys6Pgc2o5gbkC1F3wWih179gAUklHhl445abFoB+IysoQ91evxTIK86VQKf JSgtKfIhOfQa6IrqQ6o89nFa9uQxSwtnCaIjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VGTYLt5mfagmbWHEXS7zkiEB3OZw6x9pngYWCd4ybRL46fnjbnS5B9648XArHtlqbD l3ziLRqeJvxvpAfhXX3TETbLlB+yYOqEWc57cYMsEgBQEDQ52P1v+S1ZTnm21aknHQuK r79oBXbLsnz+vdF/plLBo3EYYjH2PRbNXOD10= Received: by 10.114.181.6 with SMTP id d6mr847788waf.174.1212794890108; Fri, 06 Jun 2008 16:28:10 -0700 (PDT) Received: by 10.114.109.13 with HTTP; Fri, 6 Jun 2008 16:28:10 -0700 (PDT) Message-ID: <3f1fd1ea0806061628t2f63e229ofce2754198092dc@mail.gmail.com> Date: Sat, 7 Jun 2008 01:28:10 +0200 From: "Michal Varga" To: "Bob Johnson" In-Reply-To: <54db43990806061522v3db7b075mb563a16a123efa63@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <54db43990806061522v3db7b075mb563a16a123efa63@mail.gmail.com> Cc: Gardner Bell , freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards (and lock order reversal) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 23:56:07 -0000 Well, I've started geting a number of calcru errors after a recent upgrade to RELENG_7 May 30 2008 (from ~march 2008 RELENG_7), on a x86 Athlon machine that never exhibited these symptoms before. Didn't have time yet to investigate if it really is fbsd's fault or just a dying hw, so it would be quite daring to suggest a regression. I'll probably wait if more people turn out in some time with "me too", or if the hw just explodes..whatever comes first. m. On Sat, Jun 7, 2008 at 12:22 AM, Bob Johnson wrote: > The "runtime went backwards" errors are common and probably indicate a > problem servicing interrupts, either because of a driver problem or a > hardware problem. For example, on some motherboards, the Intel > SpeedStep implementation is buggy and can cause this error. Often, > changing the method used to update the system clock will solve the > problem. A Google search will give you lots of suggestions. > > - Bob From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 00:55:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2759E106566C for ; Sat, 7 Jun 2008 00:55:30 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 15DAB8FC13 for ; Sat, 7 Jun 2008 00:55:30 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id m570tR4K086161; Fri, 6 Jun 2008 17:55:27 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id m570tRFB086160; Fri, 6 Jun 2008 17:55:27 -0700 (PDT) (envelope-from obrien) Date: Fri, 6 Jun 2008 17:55:27 -0700 From: "David O'Brien" To: Peter Wemm Message-ID: <20080607005527.GA85951@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Peter Wemm , Ian FREISLICH , current@freebsd.org References: <20080606155541.GA90949@hub.freebsd.org> <20080606215832.GA82082@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Anyone else seeing this (cvs wierdness)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 00:55:30 -0000 On Fri, Jun 06, 2008 at 04:12:08PM -0700, Peter Wemm wrote: > On Fri, Jun 6, 2008 at 2:58 PM, David O'Brien wrote: > > Talk to the CVS developers (and read the bug report trail that lead to > > this change). This behavior is intended. I'm not saying I care for it, > > but its not a bug. > > It is a bug. The old working behavior is what we've come to depend on > and there is no replacement for the 'reset sticky tags and dates' mode > that we *need*. So /usr/bin/cvs should be just we we need for FreeBSD? Weren't you saying we shouldn't have a custom SVN client for FreeBSD use? Folks should use the "update -A" when they *need* to, not just out of habit as a default argument if no -r or -D. If you have ideas how to future relax the checks and not break semantics, please let me know. I've dealt with a use case Kris reported to me, and the one you reported to me. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 01:08:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F201065685 for ; Sat, 7 Jun 2008 01:08:15 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id DC6E98FC0C for ; Sat, 7 Jun 2008 01:08:14 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so686312ywe.13 for ; Fri, 06 Jun 2008 18:08:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=li1c5yVt0jBKS3X6PhEEpimhn9MqUTfa2UrWi4h3Q6w=; b=O/TWME8XWYXwDp6wKOlsPIZyCRgZ3Msav3QbUPA8CuhRXIdppH512jJEF88dyHec6w JsaMdEaXjBw6VZHwA7MBkP5AbDgfIE/fibhvqZVgzjTp3phmn1H8CYHITP0aAZeesThV 87hYypWnEfpMAP5eE6C7XzmiDDoIWjGHmbSps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gg/qfWjpiQRmYtjbOJQ2keYvo0hRU4cIl6NQjbyESKuXPV0uI86l9IvJIcGuBqPvzV WP73jWkrDAaJ40C1NwSPkhd8HSIPBTw7YecVVox3uqS/laur8SdBfezmj95ghHujumVC nHI09NDtdJh0hlK+5y897okppOogZymHVkxwM= Received: by 10.150.139.15 with SMTP id m15mr1218651ybd.132.1212799180649; Fri, 06 Jun 2008 17:39:40 -0700 (PDT) Received: by 10.151.67.2 with HTTP; Fri, 6 Jun 2008 17:39:40 -0700 (PDT) Message-ID: <47d0403c0806061739h18400b7by12568fe87e0058ec@mail.gmail.com> Date: Fri, 6 Jun 2008 20:39:40 -0400 From: "Ben Kaduk" To: "Andrey Chernov" , current@freebsd.org In-Reply-To: <20080605193051.GA29386@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080604085908.GA996@nagual.pp.ru> <20080605190919.GA29227@nagual.pp.ru> <20080605193051.GA29386@nagual.pp.ru> Cc: Subject: Re: USB: ums driver no longer detects Logitech mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 01:08:15 -0000 On Thu, Jun 5, 2008 at 3:30 PM, Andrey Chernov wrote: > More info. If I plug out the mouse and then plug in it again, it detected > normally as: > ums0: on uhub2 > ums0: 16 buttons and Z dir. > uhid0: on uhub2 > > But it not detected on the boot... > This may be rather old -- I have a ukbd0: on uhub0 that is only sporadically detected on boot, on a RELENG_7 system from 14 May. Un- and re-plugging it causes it to be properly detected. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 01:57:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84F261065677; Sat, 7 Jun 2008 01:57:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC8F8FC12; Sat, 7 Jun 2008 01:57:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m571vDLp048284; Fri, 6 Jun 2008 21:57:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m571vC6K088373; Fri, 6 Jun 2008 21:57:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D251473039; Fri, 6 Jun 2008 21:57:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607015712.D251473039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 21:57:12 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 01:57:16 -0000 TB --- 2008-06-07 01:11:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 01:11:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-07 01:11:13 - cleaning the object tree TB --- 2008-06-07 01:11:27 - cvsupping the source tree TB --- 2008-06-07 01:11:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-07 01:11:34 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 01:11:34 - cd /src TB --- 2008-06-07 01:11:34 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 01:11:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 01:57:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 01:57:12 - ERROR: failed to build world TB --- 2008-06-07 01:57:12 - tinderbox aborted TB --- 1947.25 user 255.89 system 2758.70 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 02:37:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 658E51065673; Sat, 7 Jun 2008 02:37:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1FE0C8FC1A; Sat, 7 Jun 2008 02:37:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m572b5wc096820; Fri, 6 Jun 2008 22:37:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m572b5Sl053791; Fri, 6 Jun 2008 22:37:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8E9FF73039; Fri, 6 Jun 2008 22:37:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607023705.8E9FF73039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 22:37:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 02:37:08 -0000 TB --- 2008-06-07 01:57:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 01:57:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-06-07 01:57:12 - cleaning the object tree TB --- 2008-06-07 01:57:23 - cvsupping the source tree TB --- 2008-06-07 01:57:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-06-07 01:57:32 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 01:57:32 - cd /src TB --- 2008-06-07 01:57:32 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 01:57:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 02:37:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 02:37:05 - ERROR: failed to build world TB --- 2008-06-07 02:37:05 - tinderbox aborted TB --- 1665.08 user 250.38 system 2392.43 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 03:14:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58F61065670; Sat, 7 Jun 2008 03:14:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE9F8FC0C; Sat, 7 Jun 2008 03:14:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m573EafU056190; Fri, 6 Jun 2008 23:14:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m573EZbY075578; Fri, 6 Jun 2008 23:14:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D5FE173039; Fri, 6 Jun 2008 23:14:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607031435.D5FE173039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 23:14:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 03:14:39 -0000 TB --- 2008-06-07 02:37:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 02:37:05 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-06-07 02:37:05 - cleaning the object tree TB --- 2008-06-07 02:37:18 - cvsupping the source tree TB --- 2008-06-07 02:37:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-06-07 02:37:26 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 02:37:26 - cd /src TB --- 2008-06-07 02:37:26 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 02:37:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 03:14:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 03:14:35 - ERROR: failed to build world TB --- 2008-06-07 03:14:35 - tinderbox aborted TB --- 1659.63 user 246.41 system 2250.10 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 03:59:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E536C106566C for ; Sat, 7 Jun 2008 03:59:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id B9E4D8FC1B for ; Sat, 7 Jun 2008 03:59:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1755976rvf.43 for ; Fri, 06 Jun 2008 20:59:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; bh=ltbbJDHPpA7gGWIosc8JN1tum3h+GqiGRSwJP0OohgM=; b=btJwAasg7LQ2P5owoZ7K3Giwu+azPOp4K5crw2fA30rfCsYhRv7omsqcNELnz/bwB3 v2acQ1H39XiCSN/9ww/egS+j5B+0/E27Lo3/Lz1sH6oZYr7v8g9FgHHB3Hz/bOBf42g2 E57UK1HR+zAVHtAyTYLbxlz0HvnGis588sz7Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=Rze/XA7g5COG9x30/Yjl4yIl1MHo5Bi8aaLa5aHch0FpVEhvHd94uPVA/ArVian0c4 VF40Vm36K/V2f/Yy8N6UI7MoBGq0QYkUVGeZ58VUWDcBiafdS2psEgJAiZz96WCPM3Vm kIvot3QtPdukUOKcxtMWZwhtFG2Rxy2k6grIc= Received: by 10.141.141.3 with SMTP id t3mr559155rvn.52.1212811157521; Fri, 06 Jun 2008 20:59:17 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id f21sm8795594rvb.0.2008.06.06.20.59.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Jun 2008 20:59:16 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m573xBl5005191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 7 Jun 2008 12:59:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m573xBgg005190 for freebsd-current@FreeBSD.org; Sat, 7 Jun 2008 12:59:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 7 Jun 2008 12:59:11 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20080607035911.GD4565@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Call for testers: re(4) and RTL8168C/RTL8168CP/RTL8111C/RTL8111CP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 03:59:18 -0000 I have been working on supporting RealTek controllers above for several weeks. These new controllers seems to use different descriptor format as well as new registers to control jumbo frame. Unfortunately no datasheets are available for these controllers so I need feedbacks from these hardware owners. The patch I made added basic support for checksum offload. ATM TSO and jumbo frame support were disabled for these controllers. I don't have any of these hardwares so if you have one of these hardwares please give it try and let me know how it goes. Some users reported success but I'd like to get more feedback because re(4) supports too many variants and I don't like to break supports for old RealTek hardwares. The patch was generated against CURRENT but it should apply to RELENG_7 too. You can find the patch at the following URL. http://people.freebsd.org/~yongari/re/re.HEAD.20080607 Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 03:59:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 323961065675; Sat, 7 Jun 2008 03:59:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DE5498FC1C; Sat, 7 Jun 2008 03:59:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m573xGDJ000271; Fri, 6 Jun 2008 23:59:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m573xGZY001526; Fri, 6 Jun 2008 23:59:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BA7E73039; Fri, 6 Jun 2008 23:59:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607035916.8BA7E73039@freebsd-current.sentex.ca> Date: Fri, 6 Jun 2008 23:59:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 03:59:19 -0000 TB --- 2008-06-07 03:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 03:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-07 03:15:00 - cleaning the object tree TB --- 2008-06-07 03:15:27 - cvsupping the source tree TB --- 2008-06-07 03:15:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-07 03:15:37 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 03:15:37 - cd /src TB --- 2008-06-07 03:15:37 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 03:15:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 03:59:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 03:59:16 - ERROR: failed to build world TB --- 2008-06-07 03:59:16 - tinderbox aborted TB --- 1829.10 user 264.66 system 2655.60 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 06:36:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 323BF1065670; Sat, 7 Jun 2008 06:36:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D66398FC16; Sat, 7 Jun 2008 06:36:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m576ajwP066463; Sat, 7 Jun 2008 02:36:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m576aj6R000455; Sat, 7 Jun 2008 02:36:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D49473039; Sat, 7 Jun 2008 02:36:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607063645.5D49473039@freebsd-current.sentex.ca> Date: Sat, 7 Jun 2008 02:36:45 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 06:36:49 -0000 TB --- 2008-06-07 05:51:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 05:51:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-07 05:51:24 - cleaning the object tree TB --- 2008-06-07 05:51:37 - cvsupping the source tree TB --- 2008-06-07 05:51:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-07 05:51:43 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 05:51:43 - cd /src TB --- 2008-06-07 05:51:43 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 05:51:45 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 06:36:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 06:36:45 - ERROR: failed to build world TB --- 2008-06-07 06:36:45 - tinderbox aborted TB --- 1945.88 user 257.77 system 2721.18 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 06:48:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C457106564A for ; Sat, 7 Jun 2008 06:48:26 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from pd4mo3so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 74CE08FC17 for ; Sat, 7 Jun 2008 06:48:26 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from pd4mr5so.prod.shaw.ca (pd4mr5so-qfe3.prod.shaw.ca [10.0.141.50]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0K22007MQW4PNJ30@l-daemon> for freebsd-current@freebsd.org; Fri, 06 Jun 2008 23:48:25 -0600 (MDT) Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152]) by pd4mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0K2200KX1W4NW260@pd4mr5so.prod.shaw.ca> for freebsd-current@freebsd.org; Fri, 06 Jun 2008 23:48:26 -0600 (MDT) Received: from [192.168.15.129] ([70.71.244.49]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0K22002JZW4JJJ60@l-daemon> for freebsd-current@freebsd.org; Fri, 06 Jun 2008 23:48:23 -0600 (MDT) Date: Fri, 06 Jun 2008 22:48:18 -0700 From: Jose Amengual M In-reply-to: To: freebsd-current@freebsd.org Message-id: <0767F24B-E715-4D2D-B56B-FE6ECCBA1C30@rdc.cl> MIME-version: 1.0 (Apple Message framework v924) X-Mailer: Apple Mail (2.924) References: <55AD3F1F-5485-4941-912D-A2751EE776F1@rdc.cl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Freebsd 8.0 ath, Soekris 4511, tinybsd, IRQ storm. More Updates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 06:48:26 -0000 Hi. Today I was testing Again the ATH card with the same motherboard but in FreeBSD 7.0. I get exactly the same problem of the irq storm but at least I can use the card after change : sysctl hw.intr_storm_threshold=10000 ( or more) But if you try to do anything with the wireless card the console or ssh or telnet hang up until the transmission is finish, after you finish playing with the wireless card everything is back to normal, so definitely a high storm_threshold is not the solution. I will try the same wireless card in a Acer Laptop with freebsd 7.0 and 8 and I will update the results. We want to use FreeBSD for more than 100 Radios, so this could be a enormous Live-Lab :) Thanks in advance. On 2-Jun-08, at 10:47 PM, Jose Amengual M wrote: > I'm the only one with this problem ? > > Any help ? > > Thanks. > > > On 26-May-08, at 12:43 PM, Jose Amengual M wrote: > >> Hi guys. >> >> I'm working with FreeBSD 8.0 current using tinybsd to make a image >> for my Soekris 4511 box. >> >> The build image is ok and the system boot up perfect, It detect all >> the network cards includin the ath0 that is a 400 mw NMP-8602 PLUS. >> >> In the moment that I do : >> >> ifconfig wlan create wlandev ath0 >> ifconfig wlan up >> >> I'm reciving this : >> >> interrupt storm detected on "irq11:"; throttling interrupt source >> >> and is only when I take up the wlan0 interface, if I don't do >> anything with the ath0 card, the system works perfect. >> >> I search in the net for an info and I found a lot of information >> about how to build FreeBSD in Soekris boxes, kernel conf files, >> etc, but nothing about this caind of problem in version 8.0. >> >> My vmstat -i is : >> >> tinybsd# vmstat -i >> interrupt total rate >> irq0: clk 170695 490 >> irq4: sio0 1993 5 >> irq8: rtc 43697 125 >> irq9: sis1 392 1 >> irq11: ath0 32626 93 >> irq14: ata0 16261 46 >> Total 265664 763 >> >> my pciconf -lv is : >> >> tinybsd# pciconf -lv >> hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 >> chip=0x30001022 rev=0x00 hdr=0x00 >> class = bridge >> subclass = HOST-PCI >> cbb0@pci0:0:9:0: class=0x060700 card=0x00000000 >> chip=0xac50104c rev=0x02 hdr=0x02 >> class = bridge >> subclass = PCI-CardBus >> ath0@pci0:0:16:0: class=0x020000 card=0x2062168c >> chip=0x001b168c rev=0x01 hdr=0x00 >> class = network >> subclass = ethernet >> sis0@pci0:0:18:0: class=0x020000 card=0x0020100b >> chip=0x0020100b rev=0x00 hdr=0x00 >> class = network >> subclass = ethernet >> sis1@pci0:0:19:0: class=0x020000 card=0x0020100b >> chip=0x0020100b rev=0x00 hdr=0x00 >> class = network >> subclass = ethernet >> >> >> My dmesg with ath part : >> >> ath0: mem 0xa0010000-0xa001ffff irq 11 at device >> 16.0 on pci0 >> ath0: [ITHREAD] >> ath0: WARNING: using obsoleted if_watchdog interface >> ath0: mac 10.5 phy 6.1 radio 6.3 >> sis0: port 0xe100-0xe1ff mem >> 0xa0020000-0xa0020fff irq 5 at device 18.0 on pci0 >> sis0: Silicon Revision: DP83816A >> >> >> I can send more information if is needed. >> >> I already change the wireless card ( I have for of the same) and >> the matherboard, I upgrade the bios of the Soekris board to 1.38. >> >> Any ideas about the irq storm ? >> >> any special configurations ? >> >> Thanks in advance. >> >> Jose Amengual. >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " > From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 06:52:19 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A481065682; Sat, 7 Jun 2008 06:52:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 29A6B8FC18; Sat, 7 Jun 2008 06:52:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m576qHDw007760; Sat, 7 Jun 2008 15:52:17 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 7 Jun 2008 15:52:15 +0900 From: Norikatsu Shigemura To: pyunyh@gmail.com Message-Id: <20080607155215.9cb0a863.nork@FreeBSD.org> In-Reply-To: <20080607035911.GD4565@cdnetworks.co.kr> References: <20080607035911.GD4565@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0beta3 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 07 Jun 2008 15:52:17 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: Call for testers: re(4) and RTL8168C/RTL8168CP/RTL8111C/RTL8111CP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 06:52:19 -0000 On Sat, 7 Jun 2008 12:59:11 +0900 Pyun YongHyeon wrote: > I don't have any of these hardwares so if you have one of these > hardwares please give it try and let me know how it goes. Some > users reported success but I'd like to get more feedback because > re(4) supports too many variants and I don't like to break supports > for old RealTek hardwares. Wow!! Quite Good Works my RTL8169SBL (cardbus). I confirmed following operations: (ok) probe&attach - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - re0: port 0x3100-0x31ff mem 0xb0103000-0xb01031ff irq 22 at device 0.0 on cardbus0 re0: Chip rev. 0x10000000 re0: MAC rev. 0x00000000 miibus1: on re0 rgephy0: PHY 1 on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:e0:4c:77:ab:e8 re0: [FILTER] re0: link state changed to DOWN - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (ok) ifconfig re0 (w/o cable disconnect) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - re0: flags=8843 metric 0 mtu 1500 options=399b ether 00:e0:4c:77:ab:e8 media: Ethernet autoselect (none) status: no carrier - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (ok) cable connected - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - re0: link state changed to UP - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (ok) dhclient re0 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - re0: flags=8843 metric 0 mtu 1500 options=399b ether 00:e0:4c:77:ab:e8 inet 192.168.XXX.XXX netmask 0xffffff00 broadcast 192.168.XXX.255 media: Ethernet autoselect (100baseTX ) status: active - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (ok) plug&pray - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - rgephy0: detached miibus1: detached re0: detached cardbus0: Expecting link target, got 0x0 re0: port 0x3100-0x31ff mem 0xb0103000-0xb01031ff irq 22 at device 0.0 on cardbus0 re0: Chip rev. 0x10000000 re0: MAC rev. 0x00000000 miibus1: on re0 rgephy0: PHY 1 on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:e0:4c:77:ab:e8 re0: [FILTER] re0: link state changed to DOWN re0: link state changed to UP - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Of course, no panic!! Thank you!! From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 07:19:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D30A31065675; Sat, 7 Jun 2008 07:19:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 760548FC1D; Sat, 7 Jun 2008 07:19:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m577JPtp068857; Sat, 7 Jun 2008 03:19:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m577JPlB037738; Sat, 7 Jun 2008 03:19:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4120373039; Sat, 7 Jun 2008 03:19:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607071925.4120373039@freebsd-current.sentex.ca> Date: Sat, 7 Jun 2008 03:19:25 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 07:19:28 -0000 TB --- 2008-06-07 06:36:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 06:36:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-06-07 06:36:45 - cleaning the object tree TB --- 2008-06-07 06:36:58 - cvsupping the source tree TB --- 2008-06-07 06:36:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-06-07 06:37:03 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 06:37:03 - cd /src TB --- 2008-06-07 06:37:03 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 06:37:05 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 07:19:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 07:19:25 - ERROR: failed to build world TB --- 2008-06-07 07:19:25 - tinderbox aborted TB --- 1671.50 user 249.81 system 2559.58 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 07:56:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BB191065676; Sat, 7 Jun 2008 07:56:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 15AF08FC0C; Sat, 7 Jun 2008 07:56:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m577uKqh070706; Sat, 7 Jun 2008 03:56:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m577uJWP027914; Sat, 7 Jun 2008 03:56:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C932373039; Sat, 7 Jun 2008 03:56:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607075619.C932373039@freebsd-current.sentex.ca> Date: Sat, 7 Jun 2008 03:56:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 07:56:23 -0000 TB --- 2008-06-07 07:19:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 07:19:25 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-06-07 07:19:25 - cleaning the object tree TB --- 2008-06-07 07:19:37 - cvsupping the source tree TB --- 2008-06-07 07:19:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-06-07 07:19:43 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 07:19:43 - cd /src TB --- 2008-06-07 07:19:43 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 07:19:45 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 07:56:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 07:56:19 - ERROR: failed to build world TB --- 2008-06-07 07:56:19 - tinderbox aborted TB --- 1661.09 user 244.74 system 2214.34 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 08:18:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21BCA106564A; Sat, 7 Jun 2008 08:18:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 554438FC15; Sat, 7 Jun 2008 08:18:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <484A443D.8080900@FreeBSD.org> Date: Sat, 07 Jun 2008 10:18:05 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org References: <20080531143655.GA14020@nobby.studby.ntnu.no> In-Reply-To: <20080531143655.GA14020@nobby.studby.ntnu.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: CFT: CVSMode for csup with MD5 check X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 08:18:06 -0000 Ulf Lilleengen wrote: > Hello, > > As a followup to my previous patch on csup, I've tried to do some fixes to > RCS-files. However, instead of doing major workarounds in csup to handle > files which does not behave correctly to RCS, I implemented MD5 check of RCS > content. This means that the MD5 sum from cvsupd is checked against the > actual RCS content (which is different from a normal MD5 check, because > only the content is compared), and if it's not correct, a fixup of the file > will be sent, thus making sure that the contents are correct. I hope some of > you are able to test this. > > There are still a few issues with cvsmode: > - Not correct entries in status file. > - I get unnatural high memory usage. > > Patches here: > http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_CURRENT.diff > and > http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_RELENG_7.diff > This doesn't compile. There are a bunch of warnings, and rcsfile.c is missing from Makefile, but there is an undefined reference: rcsfile.o(.text+0x1d32): In function `rcsfile_frompath': : undefined reference to `rcsparse_run' *** Error code 1 Kris From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 08:47:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7924D1065679; Sat, 7 Jun 2008 08:47:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0B30C8FC1C; Sat, 7 Jun 2008 08:47:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m578lM70073527; Sat, 7 Jun 2008 04:47:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m578lMXH004330; Sat, 7 Jun 2008 04:47:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4989773039; Sat, 7 Jun 2008 04:47:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607084722.4989773039@freebsd-current.sentex.ca> Date: Sat, 7 Jun 2008 04:47:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 08:47:25 -0000 TB --- 2008-06-07 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 08:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-06-07 08:00:00 - cleaning the object tree TB --- 2008-06-07 08:00:24 - cvsupping the source tree TB --- 2008-06-07 08:00:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-06-07 08:00:34 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 08:00:34 - cd /src TB --- 2008-06-07 08:00:34 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 08:00:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 08:47:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 08:47:22 - ERROR: failed to build world TB --- 2008-06-07 08:47:22 - tinderbox aborted TB --- 1835.66 user 267.62 system 2841.32 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 11:18:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0E971065676; Sat, 7 Jun 2008 11:18:47 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 241F28FC13; Sat, 7 Jun 2008 11:18:46 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 4133C90004; Sat, 7 Jun 2008 13:18:45 +0200 (CEST) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 9BF7590003; Sat, 7 Jun 2008 13:18:44 +0200 (CEST) Date: Sat, 7 Jun 2008 13:19:28 +0200 From: Ulf Lilleengen To: Kris Kennaway Message-ID: <20080607111837.GA1840@carrot.studby.ntnu.no> References: <20080531143655.GA14020@nobby.studby.ntnu.no> <484A443D.8080900@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <484A443D.8080900@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: CVSMode for csup with MD5 check X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 11:18:48 -0000 On lør, jun 07, 2008 at 10:18:05am +0200, Kris Kennaway wrote: > Ulf Lilleengen wrote: > > Hello, > > > > As a followup to my previous patch on csup, I've tried to do some fixes to > > RCS-files. However, instead of doing major workarounds in csup to handle > > files which does not behave correctly to RCS, I implemented MD5 check of RCS > > content. This means that the MD5 sum from cvsupd is checked against the > > actual RCS content (which is different from a normal MD5 check, because > > only the content is compared), and if it's not correct, a fixup of the file > > will be sent, thus making sure that the contents are correct. I hope some of > > you are able to test this. > > > > There are still a few issues with cvsmode: > > - Not correct entries in status file. > > - I get unnatural high memory usage. > > > > Patches here: > > http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_CURRENT.diff > > and > > http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_RELENG_7.diff > > > > This doesn't compile. There are a bunch of warnings, and rcsfile.c is > missing from Makefile, but there is an undefined reference: > > rcsfile.o(.text+0x1d32): In function `rcsfile_frompath': > : undefined reference to `rcsparse_run' > *** Error code 1 > Sorry, I probably didn't test the patch correctly. These patches now works for me on a 7.0 and CURRENT tree at least: http://people.freebsd.org/~lulf/patches/csup/csup_2008-06-07_RELENG_7.diff http://people.freebsd.org/~lulf/patches/csup/csup_2008-06-07_CURRENT.diff -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 11:25:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCFC41065675; Sat, 7 Jun 2008 11:25:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7805C8FC1A; Sat, 7 Jun 2008 11:25:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m57BPOje015572; Sat, 7 Jun 2008 07:25:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m57BPOCA032650; Sat, 7 Jun 2008 07:25:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E1FD573039; Sat, 7 Jun 2008 07:25:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080607112523.E1FD573039@freebsd-current.sentex.ca> Date: Sat, 7 Jun 2008 07:25:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7040/Mon May 5 21:52:15 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 11:25:26 -0000 TB --- 2008-06-07 10:39:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-06-07 10:39:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-06-07 10:39:28 - cleaning the object tree TB --- 2008-06-07 10:39:42 - cvsupping the source tree TB --- 2008-06-07 10:39:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-06-07 10:39:48 - building world (CFLAGS=-O -pipe) TB --- 2008-06-07 10:39:48 - cd /src TB --- 2008-06-07 10:39:48 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 7 10:39:49 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o gzip -cn /src/bin/kill/kill.1 > kill.1.gz ===> bin/ln (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c cc1: warnings being treated as errors /src/bin/ln/ln.c: In function 'linkit': /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' *** Error code 1 Stop in /src/bin/ln. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-06-07 11:25:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-06-07 11:25:23 - ERROR: failed to build world TB --- 2008-06-07 11:25:23 - tinderbox aborted TB --- 1945.94 user 258.51 system 2755.23 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 12:37:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E53B1065672 for ; Sat, 7 Jun 2008 12:37:33 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 52D878FC14 for ; Sat, 7 Jun 2008 12:37:33 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so746911ywe.13 for ; Sat, 07 Jun 2008 05:37:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ECq9afEc7JxSxHH6r/wb9+JvC+afJFniA97/gZGVo2g=; b=tQfRMSkuM/xLe7nJKdDRR0HuKuh6RDU3WAzZefW8BGT6XuflbbQ0uWkpyj3F2gCRiL HCvbJ9utzjrkb4TaJYbfSIBroFieG+vIzQmoPjniBJR/lD6GYUXPvtSjkXBOcrgtWxD7 Rsrc7lnx1/WPaHvAuI7ZWpvGDo0Ny+gvTgi+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=bwjTcqN8TFzH2N2QAk1reSo64CyNb3Bxp/C5GhLHom2Sdg+nqhpbvJBFdoRvkifYlR GTkeThFQ72ybmvJJNUzQttA9O9icg5lT2XJ4yToSCMvtECrLyUSynt4NPVFpS5O9bxl+ UTWK4S/awdZQVDiMUdfXV+G/z2Afz6x6b1DSw= Received: by 10.150.151.11 with SMTP id y11mr2183757ybd.158.1212840568299; Sat, 07 Jun 2008 05:09:28 -0700 (PDT) Received: by 10.150.178.1 with HTTP; Sat, 7 Jun 2008 05:09:28 -0700 (PDT) Message-ID: <2fd864e0806070509p675c6c9au576cc490dc24350f@mail.gmail.com> Date: Sat, 7 Jun 2008 20:09:28 +0800 From: Astrodog To: "Jose Amengual M" In-Reply-To: <0767F24B-E715-4D2D-B56B-FE6ECCBA1C30@rdc.cl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <55AD3F1F-5485-4941-912D-A2751EE776F1@rdc.cl> <0767F24B-E715-4D2D-B56B-FE6ECCBA1C30@rdc.cl> Cc: freebsd-current@freebsd.org Subject: Re: Freebsd 8.0 ath, Soekris 4511, tinybsd, IRQ storm. More Updates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 12:37:33 -0000 For what its worth, I have 2 Acer laptops with the same ath cards, without a problem. On Sat, Jun 7, 2008 at 1:48 PM, Jose Amengual M wrote: > Hi. > > Today I was testing Again the ATH card with the same motherboard but in > FreeBSD 7.0. > > I get exactly the same problem of the irq storm but at least I can use the > card after change : > > sysctl hw.intr_storm_threshold=10000 ( or more) > > But if you try to do anything with the wireless card the console or ssh or > telnet hang up until the transmission is finish, after you finish playing > with the wireless card everything is back to normal, so definitely a high > storm_threshold is not the solution. > > I will try the same wireless card in a Acer Laptop with freebsd 7.0 and 8 > and I will update the results. > > We want to use FreeBSD for more than 100 Radios, so this could be a enormous > Live-Lab :) > > Thanks in advance. > > > On 2-Jun-08, at 10:47 PM, Jose Amengual M wrote: > >> I'm the only one with this problem ? >> >> Any help ? >> >> Thanks. >> >> >> On 26-May-08, at 12:43 PM, Jose Amengual M wrote: >> >>> Hi guys. >>> >>> I'm working with FreeBSD 8.0 current using tinybsd to make a image for my >>> Soekris 4511 box. >>> >>> The build image is ok and the system boot up perfect, It detect all the >>> network cards includin the ath0 that is a 400 mw NMP-8602 PLUS. >>> >>> In the moment that I do : >>> >>> ifconfig wlan create wlandev ath0 >>> ifconfig wlan up >>> >>> I'm reciving this : >>> >>> interrupt storm detected on "irq11:"; throttling interrupt source >>> >>> and is only when I take up the wlan0 interface, if I don't do anything >>> with the ath0 card, the system works perfect. >>> >>> I search in the net for an info and I found a lot of information about >>> how to build FreeBSD in Soekris boxes, kernel conf files, etc, but nothing >>> about this caind of problem in version 8.0. >>> >>> My vmstat -i is : >>> >>> tinybsd# vmstat -i >>> interrupt total rate >>> irq0: clk 170695 490 >>> irq4: sio0 1993 5 >>> irq8: rtc 43697 125 >>> irq9: sis1 392 1 >>> irq11: ath0 32626 93 >>> irq14: ata0 16261 46 >>> Total 265664 763 >>> >>> my pciconf -lv is : >>> >>> tinybsd# pciconf -lv >>> hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x30001022 >>> rev=0x00 hdr=0x00 >>> class = bridge >>> subclass = HOST-PCI >>> cbb0@pci0:0:9:0: class=0x060700 card=0x00000000 chip=0xac50104c >>> rev=0x02 hdr=0x02 >>> class = bridge >>> subclass = PCI-CardBus >>> ath0@pci0:0:16:0: class=0x020000 card=0x2062168c chip=0x001b168c >>> rev=0x01 hdr=0x00 >>> class = network >>> subclass = ethernet >>> sis0@pci0:0:18:0: class=0x020000 card=0x0020100b chip=0x0020100b >>> rev=0x00 hdr=0x00 >>> class = network >>> subclass = ethernet >>> sis1@pci0:0:19:0: class=0x020000 card=0x0020100b chip=0x0020100b >>> rev=0x00 hdr=0x00 >>> class = network >>> subclass = ethernet >>> >>> >>> My dmesg with ath part : >>> >>> ath0: mem 0xa0010000-0xa001ffff irq 11 at device 16.0 on >>> pci0 >>> ath0: [ITHREAD] >>> ath0: WARNING: using obsoleted if_watchdog interface >>> ath0: mac 10.5 phy 6.1 radio 6.3 >>> sis0: port 0xe100-0xe1ff mem >>> 0xa0020000-0xa0020fff irq 5 at device 18.0 on pci0 >>> sis0: Silicon Revision: DP83816A >>> >>> >>> I can send more information if is needed. >>> >>> I already change the wireless card ( I have for of the same) and the >>> matherboard, I upgrade the bios of the Soekris board to 1.38. >>> >>> Any ideas about the irq storm ? >>> >>> any special configurations ? >>> >>> Thanks in advance. >>> >>> Jose Amengual. >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 13:20:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8799D106567A for ; Sat, 7 Jun 2008 13:20:50 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id F1EA48FC0C for ; Sat, 7 Jun 2008 13:20:49 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl21-204.kln.forthnet.gr [77.49.148.204]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-4) with ESMTP id m57DK97k003211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 7 Jun 2008 16:20:26 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m57DK8uB003792; Sat, 7 Jun 2008 16:20:08 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m57DK7Fn003791; Sat, 7 Jun 2008 16:20:07 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: FreeBSD Tinderbox References: <20080606211707.DF01273039@freebsd-current.sentex.ca> Date: Sat, 07 Jun 2008 16:20:07 +0300 In-Reply-To: <20080606211707.DF01273039@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Fri, 6 Jun 2008 17:17:07 -0400 (EDT)") Message-ID: <878wxhtm9k.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m57DK97k003211 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.746, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.65, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 13:20:50 -0000 On Fri, 6 Jun 2008 17:17:07 -0400 (EDT), FreeBSD Tinderbox wrote: > TB --- 2008-06-06 20:31:08 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-06-06 20:31:08 - starting HEAD tinderbox run for ia64/ia64 > TB --- 2008-06-06 20:31:08 - cleaning the object tree > TB --- 2008-06-06 20:31:21 - cvsupping the source tree > TB --- 2008-06-06 20:31:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile > TB --- 2008-06-06 20:31:29 - building world (CFLAGS=-O -pipe) > TB --- 2008-06-06 20:31:29 - cd /src > TB --- 2008-06-06 20:31:29 - /usr/bin/make -B buildworld >>>> World build started on Fri Jun 6 20:31:31 UTC 2008 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything > [...] > cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -o kill kill.o > gzip -cn /src/bin/kill/kill.1 > kill.1.gz > ===> bin/ln (all) > cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/bin/ln/ln.c > cc1: warnings being treated as errors > /src/bin/ln/ln.c: In function 'linkit': > /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' > /src/bin/ln/ln.c:236: warning: field precision should have type 'int', but argument 4 has type 'long int' > *** Error code 1 That was my fault, my apologies for not building on amd64 too. Fixed now, with svn change r179636. From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 19:01:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAF12106566B for ; Sat, 7 Jun 2008 19:01:31 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from pd4mo2so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id AC56E8FC16 for ; Sat, 7 Jun 2008 19:01:31 +0000 (UTC) (envelope-from pepe@rdc.cl) Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-qfe3.prod.shaw.ca [10.0.141.110]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0K23002A9WUINIF0@l-daemon> for freebsd-current@freebsd.org; Sat, 07 Jun 2008 13:01:31 -0600 (MDT) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd2mr1so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0K2300L50WUITX20@pd2mr1so.prod.shaw.ca> for freebsd-current@freebsd.org; Sat, 07 Jun 2008 13:01:31 -0600 (MDT) Received: from [192.168.15.115] ([70.71.244.49]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0K23007PEWUHBB50@l-daemon> for freebsd-current@freebsd.org; Sat, 07 Jun 2008 13:01:30 -0600 (MDT) Date: Sat, 07 Jun 2008 12:01:29 -0700 From: Jose Amengual M In-reply-to: <2fd864e0806071154p591d4a43v9eb2a0067e44b873@mail.gmail.com> To: Astrodog Message-id: MIME-version: 1.0 (Apple Message framework v924) X-Mailer: Apple Mail (2.924) Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-transfer-encoding: 7bit References: <55AD3F1F-5485-4941-912D-A2751EE776F1@rdc.cl> <0767F24B-E715-4D2D-B56B-FE6ECCBA1C30@rdc.cl> <2fd864e0806070509p675c6c9au576cc490dc24350f@mail.gmail.com> <2fd864e0806071154p591d4a43v9eb2a0067e44b873@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Freebsd 8.0 ath, Soekris 4511, tinybsd, IRQ storm. More Updates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 19:01:31 -0000 In my first email I paste the vmstat info and the pciconf info, I don't know any other way to see if something is sharing irq but this only appears when I install the wireless card, the soekris motherboard alone, works perfect. There is any other command to see if the IRQ is sharing ? Can I disable the IRQ in BSD or asig aother to the ATH ? Thanks. On 7-Jun-08, at 11:54 AM, Astrodog wrote: > On Sun, Jun 8, 2008 at 2:51 AM, Jose Amengual M wrote: >> So this could be a problem with the Soekris motherboard and FreeBSD ? >> >> I have 200 motherboards, I try with four of them and the same >> problem. >> >> any ideas ? >> > > Is anything sharing that IRQ with the ath card? > > --- Harrison From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 20:24:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06BBD106566C for ; Sat, 7 Jun 2008 20:24:32 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id AB3638FC18 for ; Sat, 7 Jun 2008 20:24:31 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA07.westchester.pa.mail.comcast.net with comcast id b4A81Z0030vyq2s570Fw00; Sat, 07 Jun 2008 20:24:30 +0000 Received: from mail.cokane.org ([24.60.133.163]) by OMTA05.westchester.pa.mail.comcast.net with comcast id b8QW1Z0053Xh0XL3R00000; Sat, 07 Jun 2008 20:24:30 +0000 X-Authority-Analysis: v=1.0 c=1 a=YBHPDBaZvdcA:10 a=xYBvn1BUrJEA:10 a=6I5d2MoRAAAA:8 a=3sTMHhO6C4gEnw4ADngA:9 a=MS6Sm3ow1O7HQPjF52YA:7 a=FlleYs4npnQKXqxXgmKQ_rlNuw0A:4 a=50e4U0PicR4A:10 a=D7-AqFlF_wXmcOSmW6YA:9 a=-8sFCtHn-WsHM2aEfAoDArIUVVQA:4 a=rPt6xJ-oxjAA:10 Received: by mail.cokane.org (Postfix, from userid 103) id 603FF1DB2F9; Sat, 7 Jun 2008 16:24:30 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id 3741016B55B for ; Sat, 7 Jun 2008 16:24:15 -0400 (EDT) From: Coleman Kane To: freebsd-current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-u4VDuW4yONxzNka6YAbS" Organization: FreeBSD Project Date: Sat, 07 Jun 2008 16:22:38 -0400 Message-Id: <1212870158.1724.25.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Cc: Subject: Call for Testers: Convert watchdog spinlock into a sleepable mutex in if_ndis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 20:24:32 -0000 --=-u4VDuW4yONxzNka6YAbS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I've got another patch to if_ndis and I'd like to know if any NDIS users out there can test it for me and give me some feedback. I've converted the ndis_spinlock in if_ndis into a normal sleepable mutex, and would like to get some testers. The idea here is to eliminate an unnecessary "spinning" in the kernel, where it would be preferable to sleep (for CPU usage, interactivity, etc...). You can download it here: * http://people.freebsd.org/~cokane/patches/if_ndis-spinlock-to-mtx.p= atch --=20 Coleman Kane --=-u4VDuW4yONxzNka6YAbS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkhK7gkACgkQcMSxQcXat5fn2QCbBuQDa48fRyFPnfCV+e5jLhDh kowAnifn2GZlZA1Eqk6rn1DZ+VnNzyDs =M+ev -----END PGP SIGNATURE----- --=-u4VDuW4yONxzNka6YAbS--