From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 01:50:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B95E216A41C; Sun, 26 Jun 2005 01:50:35 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5977A43D48; Sun, 26 Jun 2005 01:50:35 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta11.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP id <20050626015034.GWKS24042.mta11.adelphia.net@[192.168.1.254]>; Sat, 25 Jun 2005 21:50:34 -0400 Message-ID: <42BE09FA.8080000@savvis.net> Date: Sat, 25 Jun 2005 18:50:50 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20050625115421.GA13063@ip.net.ua> <20050625120226.GK14567@elvis.mu.org> <42BD6865.4090608@savvis.net> <20050625.145357.85412052.imp@bsdimp.com> In-Reply-To: <20050625.145357.85412052.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [patch] ep(4) panic 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, 26 Jun 2005 01:50:35 -0000 Warner, > : the way i understand it: this code is in the "probe" routine and when > : its called ifp structure was not allocated/setup yet. the "attach" > : routine will call "ep_attach" later that will allocate/setup ifp and > : read/set mac address (once again). so, the card works just fine. > : > : it is interesting that my 4.x has different comment > : > : $FreeBSD: /repoman/r/ncvs/src/sys/dev/ep/if_ep_pccard.c,v 1.12.2.3 > : 2003/10/06 02:53:51 imp Exp $ > : > : /* > : * For some reason the 3c574 needs this. > : */ > : ep_get_macaddr(sc, (u_char *)&sc->arpcom.ac_enaddr); > : > : > : perhaps the comment in -current should be changed as well? can anyone > : please shed some light on this? > > The comment in -current is wrong. The routine doesn't set the MAC > address, but instead just reads it out of EEPROM. For reasons I still > don't know or understand, this still seems to be required. I'll have > to look into when I have an hour or two to kill. > > The following patch works on: > 3CCFE547BT, 3C574-TX, 3CCE589EC, 3C589D-TP, 3C589C, 3C589B, > 3C562D/3C563D, 3CCFEM556 > > which covers almost all the cards that are obtainable these days. It > doesn't work with: > > 3C1 (we've never worked with this card) > 3C562 or 3C562B/3C563B I think that there's an address line > work around needed for thse two cards. > 5.x doesn't seem to work with them > either. > > So I think it is good/safe to commit. I'll ask the RE if people here > test it. thank you for spending your time and looking into this. your patch is essentially the same as my original patch. i expect this patch to work just fine. i will double check it on monday. thanks, max From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 02:17:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A407E16A41C for ; Sun, 26 Jun 2005 02:17:34 +0000 (GMT) (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 2366B43D48 for ; Sun, 26 Jun 2005 02:17:33 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j5Q2HWl6002078; Sun, 26 Jun 2005 06:17:32 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5Q2HVaC002077; Sun, 26 Jun 2005 06:17:31 +0400 (MSD) (envelope-from ache) Date: Sun, 26 Jun 2005 06:17:30 +0400 From: Andrey Chernov To: Mike Silbersack Message-ID: <20050626021729.GA1991@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mike Silbersack , Peter Holm , current@freebsd.org, Thierry Herbelot References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> <20050625171206.S935@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050625171206.S935@odysseus.silby.com> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 02:17:34 -0000 On Sat, Jun 25, 2005 at 05:13:18PM -0500, Mike Silbersack wrote: > Here's a fixed version of the patch that should return the correct I got lots of: Jun 26 05:22:44 pobrecita kernel: This memory last freed by: c04d7a88 Jun 26 05:22:44 pobrecita kernel: Memory modified after free 0xc2458900(256) val=0 @ 0xc2458930 with "@ 0xc2458930" part changed and "last freed" addresses are: c04d7a88, c04dbe9d, c04dc490, c04dffff, c04e02bc kgdb /sys/i386/compile/POBRECITA/kernel.debug /dev/mem (kgdb) x 0xc04d7a88 0xc04d7a88 : 0xf475c085 (kgdb) x 0xc04dffff 0xc04dffff : 0x66ebc389 (kgdb) x 0xc04dc490 0xc04dc490 : 0x8908558b (kgdb) x 0xc04e02bc 0xc04e02bc : 0xdb85c189 (kgdb) x 0xc04dbe9d 0xc04dbe9d : 0x8908558b Is it helps? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 06:21:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA0AA16A41F for ; Sun, 26 Jun 2005 06:21:05 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 7330443D49 for ; Sun, 26 Jun 2005 06:21:05 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 42550 invoked from network); 26 Jun 2005 06:21:03 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 26 Jun 2005 06:21:03 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 26 Jun 2005 01:20:47 -0500 (CDT) From: Mike Silbersack To: Andrey Chernov In-Reply-To: <20050626021729.GA1991@nagual.pp.ru> Message-ID: <20050626012002.H935@odysseus.silby.com> References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> <20050625171206.S935@odysseus.silby.com> <20050626021729.GA1991@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 06:21:06 -0000 On Sun, 26 Jun 2005, Andrey Chernov wrote: > On Sat, Jun 25, 2005 at 05:13:18PM -0500, Mike Silbersack wrote: >> Here's a fixed version of the patch that should return the correct > > I got lots of: > > Jun 26 05:22:44 pobrecita kernel: This memory last freed by: c04d7a88 > Jun 26 05:22:44 pobrecita kernel: Memory modified after free 0xc2458900(256) val=0 @ 0xc2458930 > > with "@ 0xc2458930" part changed and "last freed" addresses are: > c04d7a88, c04dbe9d, c04dc490, c04dffff, c04e02bc > > kgdb /sys/i386/compile/POBRECITA/kernel.debug /dev/mem > (kgdb) x 0xc04d7a88 > 0xc04d7a88 : 0xf475c085 > (kgdb) x 0xc04dffff > 0xc04dffff : 0x66ebc389 > (kgdb) x 0xc04dc490 > 0xc04dc490 : 0x8908558b > (kgdb) x 0xc04e02bc > 0xc04e02bc : 0xdb85c189 > (kgdb) x 0xc04dbe9d > 0xc04dbe9d : 0x8908558b > > Is it helps? Yes and no. Your results tell me that it's probably not a simple use after free, but rather something smashing all over memory for some reason. I'm going to have to port Bosko's memguard to uma to really figure this out. *sigh* Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 06:43:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A868616A41F for ; Sun, 26 Jun 2005 06:43:11 +0000 (GMT) (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 2903843D49 for ; Sun, 26 Jun 2005 06:43:10 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j5Q6h9YB004776; Sun, 26 Jun 2005 10:43:09 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5Q6h98P004775; Sun, 26 Jun 2005 10:43:09 +0400 (MSD) (envelope-from ache) Date: Sun, 26 Jun 2005 10:43:09 +0400 From: Andrey Chernov To: Mike Silbersack Message-ID: <20050626064309.GA4700@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mike Silbersack , Peter Holm , current@freebsd.org, Thierry Herbelot References: <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> <20050625171206.S935@odysseus.silby.com> <20050626021729.GA1991@nagual.pp.ru> <20050626012002.H935@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050626012002.H935@odysseus.silby.com> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 06:43:11 -0000 On Sun, Jun 26, 2005 at 01:20:47AM -0500, Mike Silbersack wrote: > Yes and no. Your results tell me that it's probably not a simple use > after free, but rather something smashing all over memory for some reason. It sounds nasty, but I observe no strange behaviour of TCP connections at all for a long time. I have a lots of them actively running sshd, sendmail, popper, ftpd, bind, httpd and cvsupd servers. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 08:50:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CAE216A41C; Sun, 26 Jun 2005 08:50:00 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B42D43D49; Sun, 26 Jun 2005 08:50:00 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id 28F30C0AF; Sun, 26 Jun 2005 10:49:58 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5Q8njbW026795; Sun, 26 Jun 2005 10:49:51 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 26 Jun 2005 10:49:39 +0200 User-Agent: KMail/1.8 References: <20050624212729.C537@odysseus.silby.com> <20050626012002.H935@odysseus.silby.com> <20050626064309.GA4700@nagual.pp.ru> In-Reply-To: <20050626064309.GA4700@nagual.pp.ru> 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: <200506261049.42303.thierry@herbelot.com> Cc: Mike Silbersack , current@freebsd.org Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 08:50:00 -0000 Le Sunday 26 June 2005 08:43, Andrey Chernov a écrit : > On Sun, Jun 26, 2005 at 01:20:47AM -0500, Mike Silbersack wrote: > > Yes and no. Your results tell me that it's probably not a simple use > > after free, but rather something smashing all over memory for some > > reason. > > It sounds nasty, but I observe no strange behaviour of TCP connections at > all for a long time. I have a lots of them actively running sshd, > sendmail, popper, ftpd, bind, httpd and cvsupd servers. still no good luck : after using the second patch, no panic, but the debug messages seem incomplete : (last freed by: /0/) This memory last freed by: 0 Memory modified after free 0xc15d5800(256) val=800 @ 0xc15d583c This memory last freed by: 0 Memory modified after free 0xc15d5800(256) val=0 @ 0xc15d5840 This memory last freed by: 0 Memory modified after free 0xc15d5800(256) val=3 @ 0xc15d5844 the test case is : building the kernel while tar-ing the src tree over two separate ssh session. TfH PS : what is puzzling is that I've got another machine running a more recent -current, with no ill effects (but it uses an ed(4) I/F) From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 08:50:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CAE216A41C; Sun, 26 Jun 2005 08:50:00 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B42D43D49; Sun, 26 Jun 2005 08:50:00 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id 28F30C0AF; Sun, 26 Jun 2005 10:49:58 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5Q8njbW026795; Sun, 26 Jun 2005 10:49:51 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 26 Jun 2005 10:49:39 +0200 User-Agent: KMail/1.8 References: <20050624212729.C537@odysseus.silby.com> <20050626012002.H935@odysseus.silby.com> <20050626064309.GA4700@nagual.pp.ru> In-Reply-To: <20050626064309.GA4700@nagual.pp.ru> 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: <200506261049.42303.thierry@herbelot.com> Cc: Mike Silbersack , current@freebsd.org Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 08:50:00 -0000 Le Sunday 26 June 2005 08:43, Andrey Chernov a écrit : > On Sun, Jun 26, 2005 at 01:20:47AM -0500, Mike Silbersack wrote: > > Yes and no. Your results tell me that it's probably not a simple use > > after free, but rather something smashing all over memory for some > > reason. > > It sounds nasty, but I observe no strange behaviour of TCP connections at > all for a long time. I have a lots of them actively running sshd, > sendmail, popper, ftpd, bind, httpd and cvsupd servers. still no good luck : after using the second patch, no panic, but the debug messages seem incomplete : (last freed by: /0/) This memory last freed by: 0 Memory modified after free 0xc15d5800(256) val=800 @ 0xc15d583c This memory last freed by: 0 Memory modified after free 0xc15d5800(256) val=0 @ 0xc15d5840 This memory last freed by: 0 Memory modified after free 0xc15d5800(256) val=3 @ 0xc15d5844 the test case is : building the kernel while tar-ing the src tree over two separate ssh session. TfH PS : what is puzzling is that I've got another machine running a more recent -current, with no ill effects (but it uses an ed(4) I/F) From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 09:24:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF50016A41C for ; Sun, 26 Jun 2005 09:24:04 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 29F3143D48 for ; Sun, 26 Jun 2005 09:24:04 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 74269 invoked from network); 26 Jun 2005 09:24:02 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 26 Jun 2005 09:24:02 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 26 Jun 2005 04:23:46 -0500 (CDT) From: Mike Silbersack To: Thierry Herbelot In-Reply-To: <200506261049.42303.thierry@herbelot.com> Message-ID: <20050626042202.W7093@odysseus.silby.com> References: <20050624212729.C537@odysseus.silby.com> <20050626012002.H935@odysseus.silby.com> <20050626064309.GA4700@nagual.pp.ru> <200506261049.42303.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 09:24:04 -0000 On Sun, 26 Jun 2005, Thierry Herbelot wrote: > still no good luck : after using the second patch, no panic, but the debug > messages seem incomplete : (last freed by: /0/) > > This memory last freed by: 0 > Memory modified after free 0xc15d5800(256) val=800 @ 0xc15d583c > This memory last freed by: 0 > Memory modified after free 0xc15d5800(256) val=0 @ 0xc15d5840 > This memory last freed by: 0 > Memory modified after free 0xc15d5800(256) val=3 @ 0xc15d5844 Well, since I store the address inside of the mbuf, if whatever reuses it zeros it out, we'll see zero. :( Once I have memguard modified, we'll see what we can learn. > the test case is : building the kernel while tar-ing the src tree over two > separate ssh session. > > TfH > > PS : what is puzzling is that I've got another machine running a more recent > -current, with no ill effects (but it uses an ed(4) I/F) It'll be interesting to learn the answer. :) Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 09:24:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCE2816A421 for ; Sun, 26 Jun 2005 09:24:04 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 29DB443D1D for ; Sun, 26 Jun 2005 09:24:04 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 74269 invoked from network); 26 Jun 2005 09:24:02 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 26 Jun 2005 09:24:02 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 26 Jun 2005 04:23:46 -0500 (CDT) From: Mike Silbersack To: Thierry Herbelot In-Reply-To: <200506261049.42303.thierry@herbelot.com> Message-ID: <20050626042202.W7093@odysseus.silby.com> References: <20050624212729.C537@odysseus.silby.com> <20050626012002.H935@odysseus.silby.com> <20050626064309.GA4700@nagual.pp.ru> <200506261049.42303.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 09:24:04 -0000 On Sun, 26 Jun 2005, Thierry Herbelot wrote: > still no good luck : after using the second patch, no panic, but the debug > messages seem incomplete : (last freed by: /0/) > > This memory last freed by: 0 > Memory modified after free 0xc15d5800(256) val=800 @ 0xc15d583c > This memory last freed by: 0 > Memory modified after free 0xc15d5800(256) val=0 @ 0xc15d5840 > This memory last freed by: 0 > Memory modified after free 0xc15d5800(256) val=3 @ 0xc15d5844 Well, since I store the address inside of the mbuf, if whatever reuses it zeros it out, we'll see zero. :( Once I have memguard modified, we'll see what we can learn. > the test case is : building the kernel while tar-ing the src tree over two > separate ssh session. > > TfH > > PS : what is puzzling is that I've got another machine running a more recent > -current, with no ill effects (but it uses an ed(4) I/F) It'll be interesting to learn the answer. :) Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 09:27:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ED9916A41C; Sun, 26 Jun 2005 09:27:05 +0000 (GMT) (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 C471743D58; Sun, 26 Jun 2005 09:27:04 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j5Q9R37f006558; Sun, 26 Jun 2005 13:27:03 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5Q9R3hv006557; Sun, 26 Jun 2005 13:27:03 +0400 (MSD) (envelope-from ache) Date: Sun, 26 Jun 2005 13:27:03 +0400 From: Andrey Chernov To: Mike Silbersack Message-ID: <20050626092703.GA6512@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mike Silbersack , Thierry Herbelot , freebsd-current@freebsd.org, current@freebsd.org References: <20050624212729.C537@odysseus.silby.com> <20050626012002.H935@odysseus.silby.com> <20050626064309.GA4700@nagual.pp.ru> <200506261049.42303.thierry@herbelot.com> <20050626042202.W7093@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050626042202.W7093@odysseus.silby.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 09:27:05 -0000 On Sun, Jun 26, 2005 at 04:23:46AM -0500, Mike Silbersack wrote: > Well, since I store the address inside of the mbuf, if whatever reuses it > zeros it out, we'll see zero. :( Just to add to the picture from if_de side: I never saw zero here so far. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 09:27:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ED9916A41C; Sun, 26 Jun 2005 09:27:05 +0000 (GMT) (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 C471743D58; Sun, 26 Jun 2005 09:27:04 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j5Q9R37f006558; Sun, 26 Jun 2005 13:27:03 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j5Q9R3hv006557; Sun, 26 Jun 2005 13:27:03 +0400 (MSD) (envelope-from ache) Date: Sun, 26 Jun 2005 13:27:03 +0400 From: Andrey Chernov To: Mike Silbersack Message-ID: <20050626092703.GA6512@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mike Silbersack , Thierry Herbelot , freebsd-current@freebsd.org, current@freebsd.org References: <20050624212729.C537@odysseus.silby.com> <20050626012002.H935@odysseus.silby.com> <20050626064309.GA4700@nagual.pp.ru> <200506261049.42303.thierry@herbelot.com> <20050626042202.W7093@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050626042202.W7093@odysseus.silby.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, current@freebsd.org, Thierry Herbelot Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 09:27:05 -0000 On Sun, Jun 26, 2005 at 04:23:46AM -0500, Mike Silbersack wrote: > Well, since I store the address inside of the mbuf, if whatever reuses it > zeros it out, we'll see zero. :( Just to add to the picture from if_de side: I never saw zero here so far. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 09:31:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E37216A41C for ; Sun, 26 Jun 2005 09:31:10 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA6AB43D48 for ; Sun, 26 Jun 2005 09:31:09 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id 0F1A4320522 for ; Sun, 26 Jun 2005 11:31:09 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5Q9V366020495; Sun, 26 Jun 2005 11:31:05 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 26 Jun 2005 11:30:58 +0200 User-Agent: KMail/1.8 References: <20050624212729.C537@odysseus.silby.com> <20050626064309.GA4700@nagual.pp.ru> <200506261049.42303.thierry@herbelot.com> In-Reply-To: <200506261049.42303.thierry@herbelot.com> 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: <200506261131.00331.thierry@herbelot.com> Cc: Mike Silbersack Subject: Re: Mbuf double-free guilty party detection 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, 26 Jun 2005 09:31:10 -0000 I wrote too soon : "better" error messages : This memory last freed by: c0663782 Memory modified after free 0xc20a9500(256) val=0 @ 0xc20a9540 This memory last freed by: c0663782 Memory modified after free 0xc20a9500(256) val=3 @ 0xc20a9544 This memory last freed by: c066a3b0 Memory modified after free 0xc20a9400(256) val=0 @ 0xc20a9400 This memory last freed by: c066a3b0 Memory modified after free 0xc20a9400(256) val=0 @ 0xc20a9404 This memory last freed by: c066a3b0 (these are the only two meaningful addresses in the log) multi-cur# addr2line -e /usr/src/sys/i386/compile/GENERIC/kernel.debug 0xc0663782 ../../../kern/uipc_mbuf.c:167 which is : 158 /* 159 * Free an entire chain of mbufs and associated external buffers, if 160 * applicable. 161 */ 162 void 163 m_freem(struct mbuf *mb) 164 { 165 166 while (mb != NULL) 167 mb = m_free(mb); 168 } multi-cur# addr2line -e /usr/src/sys/i386/compile/GENERIC/kernel.debug 0xc066a3b0 ../../../kern/uipc_socket2.c:1158 which is : 1147 if (m->m_len > len) { 1148 m->m_len -= len; 1149 m->m_data += len; 1150 sb->sb_cc -= len; 1151 if (m->m_type != MT_DATA && m->m_type != MT_HEADER && 1152 m->m_type != MT_OOBDATA) 1153 sb->sb_ctl -= len; 1154 break; 1155 } 1156 len -= m->m_len; 1157 sbfree(sb, m); 1158 m = m_free(m); the test case is : building the kernel while tar-ing the src tree over two separate ssh session. TfH From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 09:47:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F64816A41C; Sun, 26 Jun 2005 09:47:11 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0428043D48; Sun, 26 Jun 2005 09:47:10 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 04E46ACBCB; Sun, 26 Jun 2005 11:47:09 +0200 (CEST) Date: Sun, 26 Jun 2005 11:47:08 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20050626094708.GR739@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CfiwpigK2vfmwpN3" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: jeff@FreeBSD.org Subject: VFS panic(?). 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, 26 Jun 2005 09:47:11 -0000 --CfiwpigK2vfmwpN3 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. On a diskless machine (all file systems are NFS-mounted), when I start syslogd and run: # tail -f /var/log/all.log I get this panic: panic: lockmgr: locking against myself cpuid =3D 1 KDB: enter: panic [thread pid 697 tid 100159 ] Stopped at kdb_enter+0x2b: nop =20 db> tr Tracing pid 697 tid 100159 td 0xc249d600 kdb_enter(c05d1267) at kdb_enter+0x2b panic(c05cf2f1,c249d600,0,c06030e0,ed63ba78) at panic+0x127 lockmgr(c2545058,3001,c254507c,c249d600,ed63ba58) at lockmgr+0x3be vop_stdlock(ed63ba78,1001,c2545000,ed63ba94,c04f2d5c) at vop_stdlock+0x1e VOP_LOCK_APV(c0608a40,ed63ba78) at VOP_LOCK_APV+0x87 vn_lock(c2545000,1001,c249d600) at vn_lock+0xa8 filt_vfsread(c2532000,6) at filt_vfsread+0x3a knote(c2870030,6,0) at knote+0x90 VOP_WRITE_APV(c0608a40,ed63bc40) at VOP_WRITE_APV+0x18c vn_write(c23a4828,c286d380,c27a6c00,0,c249d600) at vn_write+0x1ea kern_writev(c249d600,a,c286d380,c286d380,0) at kern_writev+0x8e writev(c249d600,ed63bd04,3,1f,246) at writev+0x30 syscall(bfbf003b,805003b,bfbf003b,80574d8,bfbfcf20) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (121, FreeBSD ELF32, writev), eip =3D 0x280c8d5b, esp =3D 0xbfb= fc83c, ebp =3D 0xbfbfcf48 --- This is HEAD from yesterday. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --CfiwpigK2vfmwpN3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCvnmcForvXbEpPzQRAlOxAJ4voPKSfE+wCoUVuY0DLY5BWu+U0QCgkvkR HNhe870rsL4DByevIfHhMss= =4im3 -----END PGP SIGNATURE----- --CfiwpigK2vfmwpN3-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 07:53:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3840816A41C; Sun, 26 Jun 2005 07:53:59 +0000 (GMT) (envelope-from rea@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (rea.mbslab.kiae.ru [144.206.177.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA5543D53; Sun, 26 Jun 2005 07:53:58 +0000 (GMT) (envelope-from rea@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (localhost [127.0.0.1]) by rea.mbslab.kiae.ru (Postfix) with ESMTP id 4596FB9CB; Sun, 26 Jun 2005 11:53:57 +0400 (MSD) Received: by rea.mbslab.kiae.ru (Postfix, from userid 1000) id 1E281B954; Sun, 26 Jun 2005 11:53:57 +0400 (MSD) Date: Sun, 26 Jun 2005 11:53:57 +0400 From: "Eygene A. Ryabinkin" To: current@freebsd.org, hackers@freebsd.org Message-ID: <20050626075357.GC70238@rea.mbslab.kiae.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.9i X-AV-Checked: Yes! X-Mailman-Approved-At: Sun, 26 Jun 2005 11:56:36 +0000 Cc: Subject: NDIS 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: Sun, 26 Jun 2005 07:53:59 -0000 Good day! I've discovered a bug in NDIS emulation layer, there is a PR on it: http://www.freebsd.org/cgi/query-pr.cgi?pr=81767 But Bill Paul was not answered yet, so can anyone try to deal with this bug? Or this is not the right place to pose such questions? -- rea From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 12:19:13 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E779616A41C for ; Sun, 26 Jun 2005 12:19:13 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (imap1u.univie.ac.at [131.130.1.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 752B243D58 for ; Sun, 26 Jun 2005 12:19:13 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id j5QCIb3b009384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 26 Jun 2005 14:18:39 +0200 (CEST) Date: Sun, 26 Jun 2005 14:18:36 +0200 (CEST) From: Lukas Ertl To: freebsd-current@FreeBSD.org Message-ID: <20050626141030.N577@korben.prv.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4248; Body=1 Fuz1=1 Fuz2=1 Cc: Subject: ndis0: acpi issues and interrupt storms 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, 26 Jun 2005 12:19:14 -0000 Hello, using ndis0 causes some issues on a -CURRENT from yesterday, although the problems have been there for several weeks now: *) I'm seeing frequent interrupt storms on ndis0: Interrupt storm detected on "irq6: ndis0 uhci2"; throttling interrupt source By setting hw.intr_storm_threshold=10000 I can use the card, but as soon as I "ifconfig ndis0 down", the storm happens again, and the ifconfig process hangs. I also tried removing the USB bits from if_ndis.ko and ndis.ko, but that didn't change the situation. *) ACPI power off won't work if the ndis0 interface is up, the shutdown process hangs after the final "Uptime: ..." output. If I then push the power button, I get an "acpi: suspend request ignored (not ready yet)" message. Note that this _only_ happens if ndis0 is up. If the interface is down the machine powers off as expected. I'm using a IBM Thinkpad T42p with the latest .sys and .inf from the IBM website, the card is an Intel PRO/Wireless 2100. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 13:13:54 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE14A16A41C; Sun, 26 Jun 2005 13:13:54 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from efnet-math.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A8243D1F; Sun, 26 Jun 2005 13:13:54 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by efnet-math.org (8.13.1/8.13.1) with ESMTP id j5QDDpsN005699 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sun, 26 Jun 2005 09:13:53 -0400 In-Reply-To: <20050626094708.GR739@darkness.comp.waw.pl> References: <20050626094708.GR739@darkness.comp.waw.pl> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Sun, 26 Jun 2005 09:13:30 -0400 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.730) Cc: jeff@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: VFS panic(?). 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, 26 Jun 2005 13:13:55 -0000 Hi, On Jun 26, 2005, at 5:47 AM, Pawel Jakub Dawidek wrote: > Hi. > > On a diskless machine (all file systems are NFS-mounted), when I start > syslogd and run: > > # tail -f /var/log/all.log > > I get this panic: > > panic: lockmgr: locking against myself > cpuid = 1 > KDB: enter: panic > [thread pid 697 tid 100159 ] > Stopped at kdb_enter+0x2b: nop > db> tr > Tracing pid 697 tid 100159 td 0xc249d600 > kdb_enter(c05d1267) at kdb_enter+0x2b > panic(c05cf2f1,c249d600,0,c06030e0,ed63ba78) at panic+0x127 > lockmgr(c2545058,3001,c254507c,c249d600,ed63ba58) at lockmgr+0x3be > vop_stdlock(ed63ba78,1001,c2545000,ed63ba94,c04f2d5c) at vop_stdlock > +0x1e > VOP_LOCK_APV(c0608a40,ed63ba78) at VOP_LOCK_APV+0x87 > vn_lock(c2545000,1001,c249d600) at vn_lock+0xa8 > filt_vfsread(c2532000,6) at filt_vfsread+0x3a > knote(c2870030,6,0) at knote+0x90 > VOP_WRITE_APV(c0608a40,ed63bc40) at VOP_WRITE_APV+0x18c > vn_write(c23a4828,c286d380,c27a6c00,0,c249d600) at vn_write+0x1ea > kern_writev(c249d600,a,c286d380,c286d380,0) at kern_writev+0x8e > writev(c249d600,ed63bd04,3,1f,246) at writev+0x30 > syscall(bfbf003b,805003b,bfbf003b,80574d8,bfbfcf20) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (121, FreeBSD ELF32, writev), eip = 0x280c8d5b, esp = > 0xbfbfc83c, ebp = 0xbfbfcf48 --- > > This is HEAD from yesterday. Can you try the patch at http://people.freebsd.org/~ssouhlal/testing/ knlist_locking-20050625.diff ? -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 16:20:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F67C16A41C for ; Sun, 26 Jun 2005 16:20:32 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14D5943D1D for ; Sun, 26 Jun 2005 16:20:31 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 21D7A3201C7; Sun, 26 Jun 2005 18:20:29 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id D8D21405C; Sun, 26 Jun 2005 18:20:43 +0200 (CEST) Date: Sun, 26 Jun 2005 18:20:43 +0200 From: Jeremie Le Hen To: Marcin Jessa Message-ID: <20050626162043.GD1283@obiwan.tataz.chchile.org> References: <20050625111444.75e2c8f7.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050625111444.75e2c8f7.lists@yazzy.org> User-Agent: Mutt/1.5.9i Cc: phk@phk.freebsd.dk, FreeBSD-current Subject: Re: Kernel panics with IPSec 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, 26 Jun 2005 16:20:32 -0000 Hi Marcin, > Hi. > > Kernel compiled with those options panics just after initialization of FAST_IPSEC framework on soekris 4510 and 4521 boards. > There are no devices connected to boards's mini-PCI slots. > I did not check it on "real" PC's yet. > > # Hardware-accelerated IP Security Protocols > options FAST_IPSEC # New IPsec (cannot define w/ IPSEC) > options IPSEC_DEBUG # Debug for IP security > device crypto > device cryptodev > device hifn > device rndtest # Random number generator test monitor This report is too weak to debug anything, you should provide at least a backtrace to help people tracking down the problem. Please, have a look at these two articles [1] [2] which explains how to obtain a kernel dump. Then use kgdb(1) to get the backtrace, and post it here, please. Regards, [1] http://www.onlamp.com/pub/a/bsd/2002/03/21/Big_Scary_Daemons.htm [2] http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 17:16:52 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB31016A41C; Sun, 26 Jun 2005 17:16:52 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87CD843D48; Sun, 26 Jun 2005 17:16:52 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id E5BE9ACAF4; Sun, 26 Jun 2005 19:16:50 +0200 (CEST) Date: Sun, 26 Jun 2005 19:16:50 +0200 From: Pawel Jakub Dawidek To: Suleiman Souhlal Message-ID: <20050626171650.GV739@darkness.comp.waw.pl> References: <20050626094708.GR739@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wu6d9FdQ4ohoCGf7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: jeff@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: VFS panic(?). 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, 26 Jun 2005 17:16:53 -0000 --wu6d9FdQ4ohoCGf7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 26, 2005 at 09:13:30AM -0400, Suleiman Souhlal wrote: +> >panic: lockmgr: locking against myself +> >cpuid =3D 1 +> >KDB: enter: panic +> >[thread pid 697 tid 100159 ] +> >Stopped at kdb_enter+0x2b: nop +> >db> tr +> >Tracing pid 697 tid 100159 td 0xc249d600 +> >kdb_enter(c05d1267) at kdb_enter+0x2b +> >panic(c05cf2f1,c249d600,0,c06030e0,ed63ba78) at panic+0x127 +> >lockmgr(c2545058,3001,c254507c,c249d600,ed63ba58) at lockmgr+0x3be +> >vop_stdlock(ed63ba78,1001,c2545000,ed63ba94,c04f2d5c) at vop_stdlock=20 +> >+0x1e +> >VOP_LOCK_APV(c0608a40,ed63ba78) at VOP_LOCK_APV+0x87 +> >vn_lock(c2545000,1001,c249d600) at vn_lock+0xa8 +> >filt_vfsread(c2532000,6) at filt_vfsread+0x3a +> >knote(c2870030,6,0) at knote+0x90 +> >VOP_WRITE_APV(c0608a40,ed63bc40) at VOP_WRITE_APV+0x18c +> >vn_write(c23a4828,c286d380,c27a6c00,0,c249d600) at vn_write+0x1ea +> >kern_writev(c249d600,a,c286d380,c286d380,0) at kern_writev+0x8e +> >writev(c249d600,ed63bd04,3,1f,246) at writev+0x30 +> >syscall(bfbf003b,805003b,bfbf003b,80574d8,bfbfcf20) at syscall+0x22f +> >Xint0x80_syscall() at Xint0x80_syscall+0x1f +> >--- syscall (121, FreeBSD ELF32, writev), eip =3D 0x280c8d5b, esp =3D = =20 +> >0xbfbfc83c, ebp =3D 0xbfbfcf48 --- +> > +> >This is HEAD from yesterday. +>=20 +> Can you try the patch at http://people.freebsd.org/~ssouhlal/testing/=20 +> knlist_locking-20050625.diff ? Works for me, thanks. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wu6d9FdQ4ohoCGf7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCvuMCForvXbEpPzQRAhLrAJ9smmAui3mf9Uayk+xb5jSD9H9FlgCdFGP1 UUyP2bg9mzsilUnxEHSqfyQ= =P3Bu -----END PGP SIGNATURE----- --wu6d9FdQ4ohoCGf7-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 18:20:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DB9316A421 for ; Sun, 26 Jun 2005 18:20:12 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F202D43D58 for ; Sun, 26 Jun 2005 18:20:11 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j5QIEZst011618; Sun, 26 Jun 2005 11:14:36 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j5QIEYfS011617; Sun, 26 Jun 2005 11:14:34 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Martin Cracauer In-Reply-To: <20050624195906.A5702@cons.org> References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 26 Jun 2005 11:14:33 -0700 Message-Id: <1119809673.3817.3.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, Warner Losh Subject: Re: 6.0-current panic: loading radeon module 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, 26 Jun 2005 18:20:12 -0000 On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote: > > I'd forgotten about this thread. I've got a proposed fix for this at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 > > I get the same panic and backtrace with that patch (on a 32 MB moobile > Radeon 7500). > > I will annotate the sourcecode now to verify (or not) the NULLs in the > arguments for the bus argument. Thanks for showing that that patch didn't work. I should have remembered why it wouldn't. The next step would be to try a workaround: Comment out the two calls to drm_initmap() in radeon_cp.c. We really need a nice call to grab the start/offset of a pci resource given the rid. We can avoid it now, but we might not be able to given where the DRM is headed. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 18:56:40 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D402F16A41C for ; Sun, 26 Jun 2005 18:56:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 997DB43D1D for ; Sun, 26 Jun 2005 18:56:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5QItsma015738; Sun, 26 Jun 2005 12:55:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 26 Jun 2005 12:57:29 -0600 (MDT) Message-Id: <20050626.125729.127901479.imp@bsdimp.com> To: eta@lclark.edu From: "M. Warner Losh" In-Reply-To: <1119809673.3817.3.camel@leguin> References: <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> <1119809673.3817.3.camel@leguin> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: cracauer@cons.org, freebsd-current@FreeBSD.ORG Subject: Re: 6.0-current panic: loading radeon module 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, 26 Jun 2005 18:56:40 -0000 In message: <1119809673.3817.3.camel@leguin> Eric Anholt writes: : On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote: : > > I'd forgotten about this thread. I've got a proposed fix for this at: : > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 : > : > I get the same panic and backtrace with that patch (on a 32 MB moobile : > Radeon 7500). : > : > I will annotate the sourcecode now to verify (or not) the NULLs in the : > arguments for the bus argument. : : Thanks for showing that that patch didn't work. I should have : remembered why it wouldn't. The next step would be to try a workaround: : Comment out the two calls to drm_initmap() in radeon_cp.c. : : We really need a nice call to grab the start/offset of a pci resource : given the rid. We can avoid it now, but we might not be able to given : where the DRM is headed. rman_get_start() doesn't do the trick? Or do you need to know what it is before the bus_alloc_resource? If so, you can call bus_get_resource(). What is it that you need to know? Maybe I should look at the drm code :-) Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 19:18:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E572D16A41C for ; Sun, 26 Jun 2005 19:18:27 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 996AA43D1F for ; Sun, 26 Jun 2005 19:18:27 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j5QJHloc012031; Sun, 26 Jun 2005 12:17:47 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j5QJHfOG012030; Sun, 26 Jun 2005 12:17:41 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: "M. Warner Losh" In-Reply-To: <20050626.125729.127901479.imp@bsdimp.com> References: <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> <1119809673.3817.3.camel@leguin> <20050626.125729.127901479.imp@bsdimp.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 26 Jun 2005 12:17:40 -0700 Message-Id: <1119813460.3817.17.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: cracauer@cons.org, freebsd-current@freebsd.org Subject: Re: 6.0-current panic: loading radeon module 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, 26 Jun 2005 19:18:28 -0000 On Sun, 2005-06-26 at 12:57 -0600, M. Warner Losh wrote: > In message: <1119809673.3817.3.camel@leguin> > Eric Anholt writes: > : On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote: > : > > I'd forgotten about this thread. I've got a proposed fix for this at: > : > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 > : > > : > I get the same panic and backtrace with that patch (on a 32 MB moobile > : > Radeon 7500). > : > > : > I will annotate the sourcecode now to verify (or not) the NULLs in the > : > arguments for the bus argument. > : > : Thanks for showing that that patch didn't work. I should have > : remembered why it wouldn't. The next step would be to try a workaround: > : Comment out the two calls to drm_initmap() in radeon_cp.c. > : > : We really need a nice call to grab the start/offset of a pci resource > : given the rid. We can avoid it now, but we might not be able to given > : where the DRM is headed. > > rman_get_start() doesn't do the trick? Or do you need to know what it > is before the bus_alloc_resource? If so, you can call > bus_get_resource(). What is it that you need to know? bus_alloc_resource tries to map the 128+ MB framebuffer and pmap_mapdev falls over. I'll take a look at bus_get_resource now. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 20:01:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A7D516A41C for ; Sun, 26 Jun 2005 20:01:08 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A669D43D53 for ; Sun, 26 Jun 2005 20:01:07 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j5QK0cnL017965; Sun, 26 Jun 2005 13:00:39 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j5QK0QYq017964; Sun, 26 Jun 2005 13:00:26 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Martin Cracauer In-Reply-To: <20050624195906.A5702@cons.org> References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> Content-Type: multipart/mixed; boundary="=-vcJVV1B5Ja3tWfs1ztSH" Date: Sun, 26 Jun 2005 13:00:26 -0700 Message-Id: <1119816026.3817.20.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, Adam K Kirchhoff , Warner Losh Subject: Re: 6.0-current panic: loading radeon module 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, 26 Jun 2005 20:01:08 -0000 --=-vcJVV1B5Ja3tWfs1ztSH Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote: > > I'd forgotten about this thread. I've got a proposed fix for this at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 > > I get the same panic and backtrace with that patch (on a 32 MB moobile > Radeon 7500). > > I will annotate the sourcecode now to verify (or not) the NULLs in the > arguments for the bus argument. OK, one more try, for everyone who's been having hangs/reboots on X startup since April. Attached is a patch that will hopefully kill the problem off. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-vcJVV1B5Ja3tWfs1ztSH Content-Disposition: attachment; filename=drm-initmap-mapping-2.diff Content-Type: text/x-patch; name=drm-initmap-mapping-2.diff; charset=ISO-8859-1 Content-Transfer-Encoding: base64 SW5kZXg6IGRldi9kcm0vZHJtUC5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9z cmMvc3lzL2Rldi9kcm0vZHJtUC5oLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMw0KZGlmZiAt dSAtcjEuMTMgZHJtUC5oDQotLS0gZGV2L2RybS9kcm1QLmgJMTYgQXByIDIwMDUgMDM6NDQ6NDMg LTAwMDAJMS4xMw0KKysrIGRldi9kcm0vZHJtUC5oCTI2IEp1biAyMDA1IDE5OjIxOjE5IC0wMDAw DQpAQCAtNzcsNiArNzcsNyBAQA0KICNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA+PSA1MDAwMDANCiAj aW5jbHVkZSA8c3lzL211dGV4Lmg+DQogI2luY2x1ZGUgPGRldi9wY2kvcGNpdmFyLmg+DQorI2lu Y2x1ZGUgPGRldi9wY2kvcGNpcmVnLmg+DQogI2luY2x1ZGUgPHN5cy9zZWxpbmZvLmg+DQogI2Vs c2UgLyogX19GcmVlQlNEX3ZlcnNpb24gPj0gNTAwMDAwICovDQogI2luY2x1ZGUgPHBjaS9wY2l2 YXIuaD4NCkluZGV4OiBkZXYvZHJtL2RybV9idWZzLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAv aG9tZS9uY3ZzL3NyYy9zeXMvZGV2L2RybS9kcm1fYnVmcy5jLHYNCnJldHJpZXZpbmcgcmV2aXNp b24gMS4yDQpkaWZmIC11IC1yMS4yIGRybV9idWZzLmMNCi0tLSBkZXYvZHJtL2RybV9idWZzLmMJ MjQgQXByIDIwMDUgMTk6MDM6MzIgLTAwMDAJMS4yDQorKysgZGV2L2RybS9kcm1fYnVmcy5jCTI2 IEp1biAyMDA1IDE5OjQ1OjQwIC0wMDAwDQpAQCAtNTIsNDMgKzUyLDMzIEBADQogDQogdW5zaWdu ZWQgbG9uZyBkcm1fZ2V0X3Jlc291cmNlX3N0YXJ0KGRybV9kZXZpY2VfdCAqZGV2LCB1bnNpZ25l ZCBpbnQgcmVzb3VyY2UpDQogew0KLQlzdHJ1Y3QgcmVzb3VyY2UgKmJzcjsNCiAJdW5zaWduZWQg bG9uZyBvZmZzZXQ7DQorCXVuc2lnbmVkIGxvbmcgbGVuOw0KKwlpbnQgZXJyOw0KIA0KLQlyZXNv dXJjZSA9IHJlc291cmNlICogNCArIDB4MTA7DQotDQotCWJzciA9IGJ1c19hbGxvY19yZXNvdXJj ZV9hbnkoZGV2LT5kZXZpY2UsIFNZU19SRVNfTUVNT1JZLCAmcmVzb3VyY2UsDQotCSAgICBSRl9B Q1RJVkUgfCBSRl9TSEFSRUFCTEUpOw0KLQlpZiAoYnNyID09IE5VTEwpIHsNCi0JCURSTV9FUlJP UigiQ291bGRuJ3QgZmluZCByZXNvdXJjZSAweCV4XG4iLCByZXNvdXJjZSk7DQorCWVyciA9IGJ1 c19nZXRfcmVzb3VyY2UoZGV2LT5kZXZpY2UsIFNZU19SRVNfTUVNT1JZLCBQQ0lSX0JBUihyZXNv dXJjZSksDQorCSAgICAmb2Zmc2V0LCAmbGVuKTsNCisJaWYgKGVyciAhPSAwKSB7DQorCQlEUk1f RVJST1IoIkZhaWxlZCB0byBnZXQgc3RhcnQgb2YgcmVzb3VyY2UgMHgleFxuIiwgcmVzb3VyY2Up Ow0KIAkJcmV0dXJuIDA7DQogCX0NCiANCi0Jb2Zmc2V0ID0gcm1hbl9nZXRfc3RhcnQoYnNyKTsN Ci0NCi0JYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2LT5kZXZpY2UsIFNZU19SRVNfTUVNT1JZLCBy ZXNvdXJjZSwgYnNyKTsNCi0NCiAJcmV0dXJuIG9mZnNldDsNCiB9DQogDQogdW5zaWduZWQgbG9u ZyBkcm1fZ2V0X3Jlc291cmNlX2xlbihkcm1fZGV2aWNlX3QgKmRldiwgdW5zaWduZWQgaW50IHJl c291cmNlKQ0KIHsNCi0Jc3RydWN0IHJlc291cmNlICpic3I7DQorCXVuc2lnbmVkIGxvbmcgb2Zm c2V0Ow0KIAl1bnNpZ25lZCBsb25nIGxlbjsNCisJaW50IGVycjsNCiANCi0JcmVzb3VyY2UgPSBy ZXNvdXJjZSAqIDQgKyAweDEwOw0KLQ0KLQlic3IgPSBidXNfYWxsb2NfcmVzb3VyY2VfYW55KGRl di0+ZGV2aWNlLCBTWVNfUkVTX01FTU9SWSwgJnJlc291cmNlLA0KLQkgICAgUkZfQUNUSVZFIHwg UkZfU0hBUkVBQkxFKTsNCi0JaWYgKGJzciA9PSBOVUxMKSB7DQotCQlEUk1fRVJST1IoIkNvdWxk bid0IGZpbmQgcmVzb3VyY2UgMHgleFxuIiwgcmVzb3VyY2UpOw0KLQkJcmV0dXJuIEVOT01FTTsN CisJZXJyID0gYnVzX2dldF9yZXNvdXJjZShkZXYtPmRldmljZSwgU1lTX1JFU19NRU1PUlksIFBD SVJfQkFSKHJlc291cmNlKSwNCisJICAgICZvZmZzZXQsICZsZW4pOw0KKwlpZiAoZXJyICE9IDAp IHsNCisJCURSTV9FUlJPUigiRmFpbGVkIHRvIGdldCBsZW5ndGggb2YgcmVzb3VyY2UgMHgleFxu IiwgcmVzb3VyY2UpOw0KKwkJcmV0dXJuIDA7DQogCX0NCiANCi0JbGVuID0gcm1hbl9nZXRfc2l6 ZShic3IpOw0KLQ0KLQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYtPmRldmljZSwgU1lTX1JFU19N RU1PUlksIHJlc291cmNlLCBic3IpOw0KLQ0KIAlyZXR1cm4gbGVuOw0KIH0NCiANCkBAIC05Niw3 ICs4Niw2IEBADQogCQl1bnNpZ25lZCBpbnQgcmVzb3VyY2UsIGludCB0eXBlLCBpbnQgZmxhZ3Mp DQogew0KIAlkcm1fbG9jYWxfbWFwX3QgKm1hcDsNCi0Jc3RydWN0IHJlc291cmNlICpic3I7DQog DQogCWlmICh0eXBlICE9IF9EUk1fUkVHSVNURVJTICYmIHR5cGUgIT0gX0RSTV9GUkFNRV9CVUZG RVIpDQogCQlyZXR1cm4gRUlOVkFMOw0KQEAgLTEwNywyOCArOTYsMjkgQEANCiAJaWYgKG1hcCA9 PSBOVUxMKQ0KIAkJcmV0dXJuIEVOT01FTTsNCiANCi0JbWFwLT5yaWQgPSByZXNvdXJjZSAqIDQg KyAweDEwOw0KLQlic3IgPSBidXNfYWxsb2NfcmVzb3VyY2VfYW55KGRldi0+ZGV2aWNlLCBTWVNf UkVTX01FTU9SWSwgJm1hcC0+cmlkLA0KLQkgICAgUkZfQUNUSVZFIHwgUkZfU0hBUkVBQkxFKTsN Ci0JaWYgKGJzciA9PSBOVUxMKSB7DQotCQlEUk1fRVJST1IoIkNvdWxkbid0IGFsbG9jYXRlICVz IHJlc291cmNlXG4iLA0KLQkJICAgICgodHlwZSA9PSBfRFJNX1JFR0lTVEVSUykgPyAibW1pbyIg OiAiZnJhbWVidWZmZXIiKSk7DQotCQlmcmVlKG1hcCwgTV9EUk0pOw0KLQkJcmV0dXJuIEVOT01F TTsNCisJaWYgKHR5cGUgPT0gX0RSTV9SRUdJU1RFUlMpIHsNCisJCXN0cnVjdCByZXNvdXJjZSAq YnNyOw0KKwkJbWFwLT5yaWQgPSByZXNvdXJjZSAqIDQgKyAweDEwOw0KKwkJYnNyID0gYnVzX2Fs bG9jX3Jlc291cmNlX2FueShkZXYtPmRldmljZSwgU1lTX1JFU19NRU1PUlksDQorCQkgICAgJm1h cC0+cmlkLCBSRl9BQ1RJVkUgfCBSRl9TSEFSRUFCTEUpOw0KKwkJaWYgKGJzciA9PSBOVUxMKSB7 DQorCQkJRFJNX0VSUk9SKCJDb3VsZG4ndCBhbGxvY2F0ZSAlcyByZXNvdXJjZVxuIiwNCisJCQkg ICAgKCh0eXBlID09IF9EUk1fUkVHSVNURVJTKSA/ICJtbWlvIiA6ICJmcmFtZWJ1ZmZlciIpKTsN CisJCQlmcmVlKG1hcCwgTV9EUk0pOw0KKwkJCXJldHVybiBFTk9NRU07DQorCQl9DQorCQltYXAt PmJzciA9IGJzcjsNCisJCW1hcC0+YnN0ID0gcm1hbl9nZXRfYnVzdGFnKGJzcik7DQorCQltYXAt PmJzaCA9IHJtYW5fZ2V0X2J1c2hhbmRsZShic3IpOw0KKwkJbWFwLT5oYW5kbGUgPSBybWFuX2dl dF92aXJ0dWFsKGJzcik7DQogCX0NCiANCiAJbWFwLT5rZXJuZWxfb3duZWQgPSAxOw0KIAltYXAt PnR5cGUgPSB0eXBlOw0KIAltYXAtPmZsYWdzID0gZmxhZ3M7DQotCW1hcC0+YnNyID0gYnNyOw0K LQltYXAtPmJzdCA9IHJtYW5fZ2V0X2J1c3RhZyhic3IpOw0KLQltYXAtPmJzaCA9IHJtYW5fZ2V0 X2J1c2hhbmRsZShic3IpOw0KIAltYXAtPm9mZnNldCA9IHN0YXJ0Ow0KIAltYXAtPnNpemUgPSBs ZW47DQogDQotCWlmICh0eXBlID09IF9EUk1fUkVHSVNURVJTKQ0KLQkJbWFwLT5oYW5kbGUgPSBy bWFuX2dldF92aXJ0dWFsKGJzcik7DQotDQogCURSTV9ERUJVRygiaW5pdG1hcCAlZCwweCV4QDB4 JWx4LzB4JWx4XG4iLCBtYXAtPnR5cGUsIG1hcC0+ZmxhZ3MsDQogCSAgICBtYXAtPm9mZnNldCwg bWFwLT5zaXplKTsNCiANCg== --=-vcJVV1B5Ja3tWfs1ztSH-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 20:31:24 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA0B616A41C for ; Sun, 26 Jun 2005 20:31:24 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 913C843D4C for ; Sun, 26 Jun 2005 20:31:24 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id C883E1734B8 for ; Sun, 26 Jun 2005 22:31:23 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 91419405B; Sun, 26 Jun 2005 22:31:38 +0200 (CEST) Date: Sun, 26 Jun 2005 22:31:38 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050626203137.GG1283@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: link(5) should be link(3) 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, 26 Jun 2005 20:31:24 -0000 Hi list, why the link(5) manual page belongs to the configuration files section ? I don't understand why this manual page is not in the library functions manual pages. Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 20:48:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4024A16A41C for ; Sun, 26 Jun 2005 20:48:41 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F4743D1F for ; Sun, 26 Jun 2005 20:48:40 +0000 (GMT) (envelope-from jura@networks.ru) X-Spam-Status: No, hits=0.1 required=2.0 Received: from [83.237.227.9] (account jura HELO notebook) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1637108 for freebsd-current@freebsd.org; Mon, 27 Jun 2005 00:48:33 +0400 Message-ID: <00ae01c57a90$73410f10$0701010a@notebook> From: "Yuriy N. Shkandybin" To: Date: Mon, 27 Jun 2005 00:48:42 +0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel panic 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, 26 Jun 2005 20:48:41 -0000 I've got panic with cvsuped CURRENT-6 kernel from Fri Jun 24 14:11:40 = MSD 2005 This is HTT SMP machine with ADAPTIVE_GIANT and no PREEMTION or = IPI_PREEMPTION=20 Jura #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04b8dd0 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04b961d in panic (fmt=3D0xc0646f02 "sbflush_locked: cc %u || mb = %p || mbcnt %u") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc050853f in sbflush_locked (sb=3D0xc40a2b1c) at = /usr/src/sys/kern/uipc_socket2.c:1112 #4 0xc0508572 in sbrelease_locked (sb=3D0xc40a2b1c, so=3D0x0) at = /usr/src/sys/kern/uipc_socket2.c:557 #5 0xc05052f2 in sofree (so=3D0xc40a2a60) at = /usr/src/sys/kern/uipc_socket.c:402 #6 0xc055b97f in in_pcbdetach (inp=3D0xc58944ec) at = /usr/src/sys/netinet/in_pcb.c:728 #7 0xc0572fca in tcp_close (tp=3D0x0) at = /usr/src/sys/netinet/tcp_subr.c:779 #8 0xc056f01f in tcp_input (m=3D0xc4dc8b00, off0=3D1) at = /usr/src/sys/netinet/tcp_input.c:2200 #9 0xc05669c5 in ip_input (m=3D0xc4dc8b00) at = /usr/src/sys/netinet/ip_input.c:776 #10 0xc0549831 in ether_demux (ifp=3D0xc319f000, m=3D0xc4dc8b00) at = /usr/src/sys/net/if_ethersubr.c:850 #11 0xc0549bf9 in ether_input (ifp=3D0xc319f000, m=3D0xc4dc8b00) at = /usr/src/sys/net/if_ethersubr.c:640 #12 0xc0447bde in em_intr (arg=3D0xc3169000) at = /usr/src/sys/dev/em/if_em.c:2908 #13 0xc04a1147 in ithread_loop (arg=3D0xc3099800) at = /usr/src/sys/kern/kern_intr.c:545 #14 0xc049fe3d in fork_exit (callout=3D0xc04a10a0 , = arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 #15 0xc060758c in fork_trampoline () at = /usr/src/sys/i386/i386/exception.s:208 From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 21:06:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 479A416A41C for ; Sun, 26 Jun 2005 21:06:38 +0000 (GMT) (envelope-from shadow@psoft.net) Received: from mail.sevcity.net (mail.sevcity.net [213.227.234.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2933843D1D for ; Sun, 26 Jun 2005 21:06:35 +0000 (GMT) (envelope-from shadow@psoft.net) Received: from mail.sevcity.net (service.sevcity [127.0.0.1]) by mail.sevcity.net (Postfix) with ESMTP id 6BF0E170008; Mon, 27 Jun 2005 00:06:22 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [172.20.2.3]) by mail.sevcity.net (Postfix) with ESMTP id 15B45170007; Mon, 27 Jun 2005 00:06:22 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [127.0.0.1] (may be forged)) by berloga.shadowland (8.12.11/8.12.11) with ESMTP id j5QL6Lrn003900; Mon, 27 Jun 2005 00:06:21 +0300 Received: (from root@localhost) by berloga.shadowland (8.12.11/8.12.11/Submit) id j5QL6DwG003898; Mon, 27 Jun 2005 00:06:13 +0300 From: Alex Lyashkov To: "Yuriy N. Shkandybin" In-Reply-To: <00ae01c57a90$73410f10$0701010a@notebook> References: <00ae01c57a90$73410f10$0701010a@notebook> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Organization: Positive Software Message-Id: <1119819972.3197.3.camel@berloga.shadowland> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Mon, 27 Jun 2005 00:06:13 +0300 X-Virus-Scanned: ClamAV using ClamSMTP Cc: "freebsd-current@freebsd.org" Subject: Re: kernel panic 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, 26 Jun 2005 21:06:38 -0000 Same panic with RELENG_5. UP box - SACK disabled. It fixed with downgrade to RELENG_5_4. > #2 0xc04aafb0 in panic (fmt=3D0xc0610e42 "sbflush_locked: cc %u || mb %p > || mbcnt %u") > at /usr/src/sys/kern/kern_shutdown.c:566 > td =3D (struct thread *) 0xc11cec00 > bootopt =3D 260 > newpanic =3D 0 > ap =3D 0xc11cec00 "L\005I?@?\031?" > buf =3D "sbflush_locked: cc 0 || mb 0xc135f300 || mbcnt 0", '\0' > > #3 0xc04e4a07 in sbflush_locked (sb=3D0xc1d3e6a4) at > /usr/src/sys/kern/uipc_socket2.c:1119 > No locals. > #4 0xc04e4a46 in sbflush (sb=3D0xc1d3e6a4) at > /usr/src/sys/kern/uipc_socket2.c:1128 > No locals. > #5 0xc055902f in tcp_disconnect (tp=3D0xc1da11bc) at > /usr/src/sys/netinet/tcp_usrreq.c:1226 > so =3D (struct socket *) 0xc1d3e654 > #6 0xc0557f58 in tcp_usr_disconnect (so=3D0x0) at > /usr/src/sys/netinet/tcp_usrreq.c:445 > inp =3D (struct inpcb *) 0xc1cebb40 > tp =3D (struct tcpcb *) 0x0 > #7 0xc04e050a in sodisconnect (so=3D0x0) at > /usr/src/sys/kern/uipc_socket.c:579 > No locals. > #8 0xc04e012c in soclose (so=3D0xc1d3e654) at > /usr/src/sys/kern/uipc_socket.c:458 > error =3D 0 > #9 0xc04d0c3f in soo_close (fp=3D0xc19e9d48, td=3D0xc11cec00) at > /usr/src/sys/kern/sys_socket.c:299 > error =3D 0 > so =3D (struct socket *) 0x0 > #10 0xc048d200 in fdrop_locked (fp=3D0xc19e9d48, td=3D0xc11cec00) at > file.h:288 > error =3D 0 > #11 0xc048d151 in fdrop (fp=3D0xc19e9d48, td=3D0xc11cec00) at > /usr/src/sys/kern/kern_descrip.c:2101 > No locals. > #12 0xc048b81b in closef (fp=3D0xc19e9d48, td=3D0xc11cec00) at > /usr/src/sys/kern/kern_descrip.c:1918 > vp =3D (struct vnode *) 0x0 > lf =3D {l_start =3D 579614447286217896, l_len =3D > -3085549963380260856, l_pid =3D 0, l_type =3D 0, l_whence =3D 0} > fdtol =3D (struct filedesc_to_leader *) 0xd52deca8 > fdp =3D (struct filedesc *) 0xc142c400 > #13 0xc0488d05 in close (td=3D0xc11cec00, uap=3D0x0) at > /usr/src/sys/kern/kern_descrip.c:1004 > fdp =3D (struct filedesc *) 0xc142c400 > fp =3D (struct file *) 0xc19e9d48 > fd =3D 45 > error =3D -1068914549 > holdleaders =3D 0 > #14 0xc05e45b3 in syscall (frame=3D > {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D -1088225233, tf_edi =3D 13644= 2880, > tf_esi =3D -1085465088, tf_ebp =3D -1085465192, tf_isp =3D -718410396, tf_ebx > =3D 673633468, tf_edx =3D 148024960, tf_ecx =3D 135296768, tf_eax =3D 6, > tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 673966799, tf_cs =3D 31, tf_efl= ags =3D > 646, tf_esp =3D -1085465236, tf_ss =3D 47}) at > /usr/src/sys/i386/i386/trap.c:1009 > > (kgdb) p *sb > $1 =3D {sb_sel =3D {si_thrlist =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc1d0= 6030}, > si_thread =3D 0x0, si_note =3D {kl_lock =3D 0xc1d3e6bc, > kl_list =3D {slh_first =3D 0x0}}, si_flags =3D 0}, sb_mtx =3D {mtx_o= bject > =3D {lo_class =3D 0xc063497c, > lo_name =3D 0xc0610dc2 "so_rcv", lo_type =3D 0xc0610dc2 "so_rcv", > lo_flags =3D 196608, lo_list =3D {tqe_next =3D 0x0, > tqe_prev =3D 0x0}, lo_witness =3D 0x0}, mtx_lock =3D 3239898112, > mtx_recurse =3D 0}, sb_mb =3D 0xc135f300, > sb_mbtail =3D 0xc1366600, sb_lastrecord =3D 0xc135f300, sb_cc =3D 0, > sb_hiwat =3D 66176, sb_mbcnt =3D 0, sb_mbmax =3D 262144, > sb_ctl =3D 0, sb_lowat =3D 1, sb_timeo =3D 0, sb_flags =3D 0, sb_state = =3D 32} > (kgdb) f 5 > #5 0xc055902f in tcp_disconnect (tp=3D0xc1da11bc) at > /usr/src/sys/netinet/tcp_usrreq.c:1226 > 1226 sbflush(&so->so_rcv); > (kgdb) p so > $2 =3D (struct socket *) 0xc1d3e654 > (kgdb) p *so > $3 =3D {so_count =3D 1, so_type =3D 1, so_options =3D 4, so_linger =3D 0, so_state > =3D 266, so_qstate =3D 0, so_pcb =3D 0xc1cebb40, > so_proto =3D 0xc063ff28, so_head =3D 0x0, so_incomp =3D {tqh_first =3D 0= x0, > tqh_last =3D 0x0}, so_comp =3D {tqh_first =3D 0x0, > tqh_last =3D 0x0}, so_list =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc1810= 534}, > so_qlen =3D 0, so_incqlen =3D 0, so_qlimit =3D 0, > so_timeo =3D 0, so_error =3D 0, so_sigio =3D 0x0, so_oobmark =3D 0, so_aiojobq > =3D {tqh_first =3D 0x0, tqh_last =3D 0xc1d3e69c}, > so_rcv =3D {sb_sel =3D {si_thrlist =3D {tqe_next =3D 0x0, tqe_prev =3D > 0xc1d06030}, si_thread =3D 0x0, si_note =3D { > kl_lock =3D 0xc1d3e6bc, kl_list =3D {slh_first =3D 0x0}}, si_flags= =3D > 0}, sb_mtx =3D {mtx_object =3D {lo_class =3D 0xc063497c, > lo_name =3D 0xc0610dc2 "so_rcv", lo_type =3D 0xc0610dc2 "so_rcv", > lo_flags =3D 196608, lo_list =3D {tqe_next =3D 0x0, > tqe_prev =3D 0x0}, lo_witness =3D 0x0}, mtx_lock =3D 3239898112, > mtx_recurse =3D 0}, sb_mb =3D 0xc135f300, > sb_mbtail =3D 0xc1366600, sb_lastrecord =3D 0xc135f300, sb_cc =3D 0, > sb_hiwat =3D 66176, sb_mbcnt =3D 0, sb_mbmax =3D 262144, > sb_ctl =3D 0, sb_lowat =3D 1, sb_timeo =3D 0, sb_flags =3D 0, sb_state= =3D > 32}, so_snd =3D {sb_sel =3D {si_thrlist =3D { > tqe_next =3D 0x0, tqe_prev =3D 0x0}, si_thread =3D 0x0, si_note = =3D > {kl_lock =3D 0xc1d3e724, kl_list =3D {slh_first =3D 0x0}}, > si_flags =3D 0}, sb_mtx =3D {mtx_object =3D {lo_class =3D 0xc063497c= , > lo_name =3D 0xc0610dbb "so_snd", > lo_type =3D 0xc0610dbb "so_snd", lo_flags =3D 196608, lo_list =3D > {tqe_next =3D 0x0, tqe_prev =3D 0x0}, lo_witness =3D 0x0}, > mtx_lock =3D 4, mtx_recurse =3D 0}, sb_mb =3D 0xc18bec00, sb_mbtail = =3D > 0xc18bec00, sb_lastrecord =3D 0xc18bec00, sb_cc =3D 529, > sb_hiwat =3D 33792, sb_mbcnt =3D 2304, sb_mbmax =3D 262144, sb_ctl =3D= 0, > sb_lowat =3D 2048, sb_timeo =3D 0, sb_flags =3D 0, > sb_state =3D 16}, so_upcall =3D 0, so_upcallarg =3D 0x0, so_cred =3D > 0xc1413500, so_label =3D 0x0, so_peerlabel =3D 0x0, > so_gencnt =3D 17291, so_emuldata =3D 0x0, so_accf =3D 0x0} > (kgdb) p *tp > $4 =3D {t_segq =3D {lh_first =3D 0x0}, t_segqlen =3D 0, t_dupacks =3D 0, = unused =3D > 0x0, tt_rexmt =3D 0xc1da1300, > tt_persist =3D 0xc1da1318, tt_keep =3D 0xc1da1330, tt_2msl =3D 0xc1da134= 8, > tt_delack =3D 0xc1da1360, t_inpcb =3D 0xc1cebb40, > t_state =3D 4, t_flags =3D 992, t_force =3D 0, snd_una =3D 683843078, sn= d_max > =3D 683843350, snd_nxt =3D 683843350, > snd_up =3D 683843078, snd_wl1 =3D 567974456, snd_wl2 =3D 683843078, iss = =3D > 683843077, irs =3D 567974455, rcv_nxt =3D 567974822, > rcv_adv =3D 568040998, rcv_wnd =3D 66176, rcv_up =3D 567974456, snd_wnd = =3D > 132352, snd_cwnd =3D 1408, snd_bwnd =3D 1073725440, > snd_ssthresh =3D 2896, snd_bandwidth =3D 63746785, snd_recover =3D > 683843078, t_maxopd =3D 1420, t_rcvtime =3D 1401062, > t_starttime =3D 1401057, t_rtttime =3D 1405584, t_rtseq =3D 683843078, > t_bw_rtttime =3D 1401057, t_bw_rtseq =3D 0, t_rxtcur =3D 382, > t_maxseg =3D 1408, t_srtt =3D 1086, t_rttvar =3D 595, t_rxtshift =3D 0, > t_rttmin =3D 3, t_rttbest =3D 1236, t_rttupdated =3D 1, > max_sndwnd =3D 132352, t_softerror =3D 0, t_oobflags =3D 0 '\0', t_iobc = =3D 0 > '\0', snd_scale =3D 2 '\002', rcv_scale =3D 1 '\001', > request_r_scale =3D 1 '\001', requested_s_scale =3D 2 '\002', ts_recent = =3D > 716722322, ts_recent_age =3D 1401062, > last_ack_sent =3D 567974822, cc_send =3D 0, cc_recv =3D 0, snd_cwnd_prev= =3D > 0, snd_ssthresh_prev =3D 0, snd_recover_prev =3D 0, > t_badrxtwin =3D 0, snd_limited =3D 0 '\0', rcv_second =3D 0, rcv_pps =3D= 0, > rcv_byps =3D 0, sack_enable =3D 1, snd_numholes =3D 0, > snd_holes =3D 0x0, rcv_lastsack =3D 0, rcv_numsacks =3D 0, sackblks =3D > {{start =3D 0, end =3D 0}, {start =3D 0, end =3D 0}, {start =3D 0, > end =3D 0}, {start =3D 0, end =3D 0}, {start =3D 0, end =3D 0}, {sta= rt =3D 0, > end =3D 0}}, sack_newdata =3D 0} > (kgdb) =F7 =F7=D3=CB, 26.06.2005, =D7 23:48, Yuriy N. Shkandybin =D0=C9=DB=C5=D4: > I've got panic with cvsuped CURRENT-6 kernel from Fri Jun 24 14:11:40 MSD= 2005 > This is HTT SMP machine with ADAPTIVE_GIANT and no PREEMTION or IPI_PREEM= PTION=20 >=20 > Jura >=20 >=20 > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc04b8dd0 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :397 > #2 0xc04b961d in panic (fmt=3D0xc0646f02 "sbflush_locked: cc %u || mb %p= || mbcnt %u") > at /usr/src/sys/kern/kern_shutdown.c:553 > #3 0xc050853f in sbflush_locked (sb=3D0xc40a2b1c) at /usr/src/sys/kern/u= ipc_socket2.c:1112 > #4 0xc0508572 in sbrelease_locked (sb=3D0xc40a2b1c, so=3D0x0) at /usr/sr= c/sys/kern/uipc_socket2.c:557 > #5 0xc05052f2 in sofree (so=3D0xc40a2a60) at /usr/src/sys/kern/uipc_sock= et.c:402 > #6 0xc055b97f in in_pcbdetach (inp=3D0xc58944ec) at /usr/src/sys/netinet= /in_pcb.c:728 > #7 0xc0572fca in tcp_close (tp=3D0x0) at /usr/src/sys/netinet/tcp_subr.c= :779 > #8 0xc056f01f in tcp_input (m=3D0xc4dc8b00, off0=3D1) at /usr/src/sys/ne= tinet/tcp_input.c:2200 > #9 0xc05669c5 in ip_input (m=3D0xc4dc8b00) at /usr/src/sys/netinet/ip_in= put.c:776 > #10 0xc0549831 in ether_demux (ifp=3D0xc319f000, m=3D0xc4dc8b00) at /usr/= src/sys/net/if_ethersubr.c:850 > #11 0xc0549bf9 in ether_input (ifp=3D0xc319f000, m=3D0xc4dc8b00) at /usr/= src/sys/net/if_ethersubr.c:640 > #12 0xc0447bde in em_intr (arg=3D0xc3169000) at /usr/src/sys/dev/em/if_em= .c:2908 > #13 0xc04a1147 in ithread_loop (arg=3D0xc3099800) at /usr/src/sys/kern/ke= rn_intr.c:545 > #14 0xc049fe3d in fork_exit (callout=3D0xc04a10a0 , arg=3D0= x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 > #15 0xc060758c in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 > _______________________________________________ > 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 FreeVPS Developers Team http://www.freevps.com Positive Software http://www.psoft.net From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 21:09:57 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D827216A41C; Sun, 26 Jun 2005 21:09:57 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AFEF43D48; Sun, 26 Jun 2005 21:09:57 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id EF5E63202EE; Sun, 26 Jun 2005 23:09:56 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 36A60405B; Sun, 26 Jun 2005 23:10:11 +0200 (CEST) Date: Sun, 26 Jun 2005 23:10:11 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050626211011.GH1283@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.9i Cc: freebsd-ports@FreeBSD.org Subject: OpenPAM Figwort broke PAM modules from ports 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, 26 Jun 2005 21:09:58 -0000 Hi, first sorry for cross-posting, but I think this may interest both -current@ and -ports@ readers. Dag-Erling Smørgrav imported the lastest OpenPAM release, called "Figwort". This release includes the following diff : %%% diff -urNp openpam-feterita/lib/openpam_dynamic.c openpam-figwort/lib/openpam_dynamic.c --- openpam-feterita/lib/openpam_dynamic.c Sun Jun 1 14:54:03 2003 +++ openpam-figwort/lib/openpam_dynamic.c Fri Jun 17 10:11:42 2005 @@ -57,6 +57,7 @@ pam_module_t * openpam_dynamic(const char *path) { pam_module_t *module; + const char *prefix; char *vpath; void *dlh; int i; @@ -65,8 +66,14 @@ openpam_dynamic(const char *path) if ((module = calloc(1, sizeof *module)) == NULL) goto buf_err; + /* Prepend the standard prefix if not an absolute pathname. */ + if (path[0] != '/') + prefix = OPENPAM_MODULES_DIR; + else + prefix = ""; + /* try versioned module first, then unversioned module */ - if (asprintf(&vpath, "%s.%d", path, LIB_MAJ) < 0) + if (asprintf(&vpath, "%s%s.%d", prefix, path, LIB_MAJ) < 0) goto buf_err; if ((dlh = dlopen(vpath, RTLD_NOW)) == NULL) { openpam_log(PAM_LOG_DEBUG, "%s: %s", vpath, dlerror()); %%% This prevents PAM modules installed in /usr/local/lib from being dlopen(3)'d. I'm not sure whether FreeBSD really wants this new ``feature'' or not, but actually I think this needs a note in src/UPDATING to be issued, explaining that PAM modules installed from ports need to be specified with their full path now. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 21:23:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C23D16A41C for ; Sun, 26 Jun 2005 21:23:20 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BC343D1D for ; Sun, 26 Jun 2005 21:23:19 +0000 (GMT) (envelope-from jura@networks.ru) X-Spam-Status: No, hits=0.1 required=2.0 Received: from [83.237.227.9] (account jura HELO notebook) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1637217 for freebsd-current@freebsd.org; Mon, 27 Jun 2005 01:23:14 +0400 Message-ID: <00e101c57a95$4bbde8a0$0701010a@notebook> From: "Yuriy N. Shkandybin" To: Date: Mon, 27 Jun 2005 01:23:27 +0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: another kernel panic 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, 26 Jun 2005 21:23:20 -0000 have another panic - on another interface now Jura (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04b8dd0 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04b961d in panic ( fmt=3D0xc064bedb "sk_jfree: asked to free buffer that we don't = manage!") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc057e635 in sk_jfree (buf=3D0x199bb000, args=3D0xc3199000) at /usr/src/sys/pci/if_sk.c:1179 #4 0xc0500b81 in mb_free_ext (m=3D0xc4e5e800) at /usr/src/sys/kern/uipc_mbuf.c:258 #5 0xc0500c40 in m_freem (mb=3D0x0) at mbuf.h:417 #6 0xc05497e3 in ether_demux (ifp=3D0xc3191800, m=3D0xc4e5e800) at /usr/src/sys/net/if_ethersubr.c:868 #7 0xc0549bf9 in ether_input (ifp=3D0xc3191800, m=3D0xc4e5e800) at /usr/src/sys/net/if_ethersubr.c:640 #8 0xc0580a50 in sk_rxeof (sc_if=3D0xc3199000) at = /usr/src/sys/pci/if_sk.c:2176 #9 0xc058354c in sk_intr (xsc=3D0xc3189d80) at = /usr/src/sys/pci/if_sk.c:2407 #10 0xc04a1147 in ithread_loop (arg=3D0xc3099700) at /usr/src/sys/kern/kern_intr.c:545 #11 0xc049fe3d in fork_exit (callout=3D0xc04a10a0 , = arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 #12 0xc060758c in fork_trampoline () at = /usr/src/sys/i386/i386/exception.s:208 From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 21:49:32 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142CD16A41C for ; Sun, 26 Jun 2005 21:49:32 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2DE643D1F for ; Sun, 26 Jun 2005 21:49:31 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id DDCA3ACBCF; Sun, 26 Jun 2005 23:49:29 +0200 (CEST) Date: Sun, 26 Jun 2005 23:49:29 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20050626214929.GW739@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9xA8aadJAx1hWuKz" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: Subject: NFS panic. 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, 26 Jun 2005 21:49:32 -0000 --9xA8aadJAx1hWuKz Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I got this panic on machine which is a NFS server for my diskless boxes: panic: Memory modified after free 0xc31e0d00(256) val=3Dc3150300 ... db> tr Tracing pid 346 (nfsd) kdb_enter() panic() trash_ctor() mb_ctor_mbuf() uma_zalloc_arg() m_copym() ip_fragment() ip_output() udp_output() udp_send() sosend() nfsrv_send() nfssvc() syscall() =2E.. This is recent HEAD. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --9xA8aadJAx1hWuKz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCvyLpForvXbEpPzQRAr1YAKD34//dkhF/CGwKyNXsVTOeqW0eVgCgwvhx W401rYteeaXPat3g58iFKDI= =epvy -----END PGP SIGNATURE----- --9xA8aadJAx1hWuKz-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 23:21:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA3A616A41C for ; Sun, 26 Jun 2005 23:21:22 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D3443D1D for ; Sun, 26 Jun 2005 23:21:21 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j5QNJvkX059954; Mon, 27 Jun 2005 01:19:57 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j5QNJvLH059953; Sun, 26 Jun 2005 19:19:57 -0400 (EDT) (envelope-from cracauer) Date: Sun, 26 Jun 2005 19:19:57 -0400 From: Martin Cracauer To: Eric Anholt Message-ID: <20050626191956.A59922@cons.org> References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> <1119816026.3817.20.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1119816026.3817.20.camel@leguin>; from eta@lclark.edu on Sun, Jun 26, 2005 at 01:00:26PM -0700 Cc: Martin Cracauer , freebsd-current@freebsd.org, Adam K Kirchhoff , Warner Losh Subject: Re: 6.0-current panic: loading radeon module 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, 26 Jun 2005 23:21:22 -0000 > OK, one more try, for everyone who's been having hangs/reboots on X > startup since April. Attached is a patch that will hopefully kill the > problem off. The candidate gets 100 points. It fixes the panic and hardware 3D worked for a few tests. No other side effects observed. Thanks so much! Out of curiosity, why does a 32 MB VRAM card try to map 128 MB? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 23:43:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80DCD16A41C for ; Sun, 26 Jun 2005 23:43:02 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B58A43D48 for ; Sun, 26 Jun 2005 23:43:01 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j5QNgWKt024252; Sun, 26 Jun 2005 16:42:32 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j5QNgPiO024251; Sun, 26 Jun 2005 16:42:25 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Martin Cracauer In-Reply-To: <20050626191956.A59922@cons.org> References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> <1119816026.3817.20.camel@leguin> <20050626191956.A59922@cons.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 26 Jun 2005 16:42:25 -0700 Message-Id: <1119829345.3817.62.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, Adam K Kirchhoff , Warner Losh Subject: Re: 6.0-current panic: loading radeon module 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, 26 Jun 2005 23:43:02 -0000 On Sun, 2005-06-26 at 19:19 -0400, Martin Cracauer wrote: > > OK, one more try, for everyone who's been having hangs/reboots on X > > startup since April. Attached is a patch that will hopefully kill the > > problem off. > > The candidate gets 100 points. It fixes the panic and hardware 3D > worked for a few tests. No other side effects observed. Thanks so > much! > > Out of curiosity, why does a 32 MB VRAM card try to map 128 MB? Do you only had 32MB? If so, oops on my part. Every other case of this I had seen was 128MB, so I was just assuming. Basically the issue (afaik) is that you're running out of KVA because framebuffers are large and KVA isn't all that huge. pmap_mapdev was not designed to handle failure to allocate memory, so it just paniced instead of returning NULL (which wouldn't have helped us anyway, due to other issues). -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 23:46:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5D6F16A41C for ; Sun, 26 Jun 2005 23:46:01 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 9084A43D49 for ; Sun, 26 Jun 2005 23:46:01 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 82647 invoked from network); 26 Jun 2005 23:45:58 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 26 Jun 2005 23:45:58 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 26 Jun 2005 18:45:42 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org Message-ID: <20050626184415.K9438@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: mbuf trash panic turned into a printf for now 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, 26 Jun 2005 23:46:01 -0000 Since the mbuf trash panic is being reported more often now, and we haven't tracked down why yet, I've turned it into a printf for now. This means that it's safe to upgrade to -current even if you might be affected. :) And the more reports, the better, keep them coming if you see the "Memory modified after free" message. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 23:56:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D543216A41F for ; Sun, 26 Jun 2005 23:56:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EC3A43D4C for ; Sun, 26 Jun 2005 23:56:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5QNra2M017743; Sun, 26 Jun 2005 17:53:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 26 Jun 2005 17:55:10 -0600 (MDT) Message-Id: <20050626.175510.78315080.imp@bsdimp.com> To: eta@lclark.edu From: "M. Warner Losh" In-Reply-To: <1119829345.3817.62.camel@leguin> References: <1119816026.3817.20.camel@leguin> <20050626191956.A59922@cons.org> <1119829345.3817.62.camel@leguin> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: cracauer@cons.org, freebsd-current@freebsd.org, adamk@voicenet.com Subject: Re: 6.0-current panic: loading radeon module 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, 26 Jun 2005 23:56:36 -0000 In message: <1119829345.3817.62.camel@leguin> Eric Anholt writes: : On Sun, 2005-06-26 at 19:19 -0400, Martin Cracauer wrote: : > > OK, one more try, for everyone who's been having hangs/reboots on X : > > startup since April. Attached is a patch that will hopefully kill the : > > problem off. : > : > The candidate gets 100 points. It fixes the panic and hardware 3D : > worked for a few tests. No other side effects observed. Thanks so : > much! : > : > Out of curiosity, why does a 32 MB VRAM card try to map 128 MB? : : Do you only had 32MB? If so, oops on my part. Every other case of this : I had seen was 128MB, so I was just assuming. Basically the issue : (afaik) is that you're running out of KVA because framebuffers are large : and KVA isn't all that huge. pmap_mapdev was not designed to handle : failure to allocate memory, so it just paniced instead of returning NULL : (which wouldn't have helped us anyway, due to other issues). Yes. I believe that's correct... Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 00:41:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CDFF16A41C for ; Mon, 27 Jun 2005 00:41:24 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B252443D49 for ; Mon, 27 Jun 2005 00:41:23 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j5R0fJm8061099; Mon, 27 Jun 2005 02:41:19 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j5R0fJE3061098; Sun, 26 Jun 2005 20:41:19 -0400 (EDT) (envelope-from cracauer) Date: Sun, 26 Jun 2005 20:41:19 -0400 From: Martin Cracauer To: Eric Anholt Message-ID: <20050626204119.A60985@cons.org> References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> <1119816026.3817.20.camel@leguin> <20050626191956.A59922@cons.org> <1119829345.3817.62.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1119829345.3817.62.camel@leguin>; from eta@lclark.edu on Sun, Jun 26, 2005 at 04:42:25PM -0700 Cc: Martin Cracauer , freebsd-current@freebsd.org, Adam K Kirchhoff , Warner Losh Subject: Re: 6.0-current panic: loading radeon module 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, 27 Jun 2005 00:41:24 -0000 Eric Anholt wrote on Sun, Jun 26, 2005 at 04:42:25PM -0700: > On Sun, 2005-06-26 at 19:19 -0400, Martin Cracauer wrote: > > > OK, one more try, for everyone who's been having hangs/reboots on X > > > startup since April. Attached is a patch that will hopefully kill the > > > problem off. > > > > The candidate gets 100 points. It fixes the panic and hardware 3D > > worked for a few tests. No other side effects observed. Thanks so > > much! > > > > Out of curiosity, why does a 32 MB VRAM card try to map 128 MB? > > Do you only had 32MB? If so, oops on my part. Every other case of this > I had seen was 128MB, so I was just assuming. Well, I have a 32 MB radeon card and it maps 128 MB so that seemed odd to me :=) Jun 26 18:50:38 grisu kernel: drm0: port 0x3000-0x30ff mem 0xe0000000-0xe7ffffff,0xc0100000-0xc010ffff irq 11 at device 0 .0 on pci1 AGP is 256: Jun 26 18:50:38 grisu kernel: info: [drm] AGP at 0xd0000000 256MB Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 01:05:44 2005 Return-Path: X-Original-To: FreeBSD-current@FreeBSD.org Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34D9116A41C for ; Mon, 27 Jun 2005 01:05:44 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC6743D1D for ; Mon, 27 Jun 2005 01:05:43 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.194] (june.chuckr.org [66.92.151.194]) by chuckr.org (Postfix) with ESMTP id 68A17114EF for ; Sun, 26 Jun 2005 20:58:08 -0400 (EDT) Message-ID: <42BF608B.90408@chuckr.org> Date: Mon, 27 Jun 2005 02:12:27 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050524) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: problem with ldconfig and xorg libraries 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, 27 Jun 2005 01:05:44 -0000 I have to recover from a particularly dumb thing that I did. It's an entertaining problem, so I'll see if I can lay it all out to you. I run FreeBSD on two machine, "April" and July". They are both 2 processor smp machines; April is i386, and the July machine is amd64. I often use x11 cross mounts, so I have to keep in mind what's my current machine, else I will do what I just did. In pkg_add, there's a variable, PACKAGESITE, that lets you vector the place you get your packages from, and I use this to set the ARCH. I screwed up , mis-set it to i386 just before beginning to bring in a lot of KDE upgrade ports. Oops. OK, I used "file" to locate i386 libraries, and I rebuilt (from sources, the ports directly) very nearly everything. FreeBSD is *SO* darned stable, I have really only hit just thing single really killer problem ... The problem?? Can't start X11. When I try a startx, I get about a done lines, but they're really just all copies of one of these two lines: /libexec/ld-elf.so.1: /usr/X11R6/lib/libX11.so.6: unsupported file layout /libexec/ld-elf.so.1: /usr/X11R6/lib/libXau.so.0: unsupported file layout july:chuckr:/usr/X11R6/lib:#27>file libX11.so.6 libXau.so.0 libX11.so.6: ELF 64-bit LSB shared object, AMD x86-64, version 1 (FreeBSD), not stripped libXau.so.0: ELF 64-bit LSB shared object, AMD x86-64, version 1 (FreeBSD), not stripped These happen to be precisely what all the other X11 libraries are reporting, too. OK, these are all of the more obvious hints. If you can think up any other ones, I'd very much appreciate a note to me. Being as candid as I can be, I'm actually enjoying doing this, running down these problems. From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 01:33:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACCFD16A41C for ; Mon, 27 Jun 2005 01:33:07 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 758B843D48 for ; Mon, 27 Jun 2005 01:33:07 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: by zproxy.gmail.com with SMTP id o1so143620nzf for ; Sun, 26 Jun 2005 18:33:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; b=N98fFXKNesUYw3aUxVEym/FGU3oA/7Gdn5V3MmDaAvHBDWTNEcdXZk8bGPhyV2xXTuSeDye8gYiIi9AhXt6jk/SaQU6lorMzODxAJLLCFow/Vf3VerQ66bzNNff6H2PpuUzwvGUglhsq6XSelkvAC8DrULbhVnZQBkv5xial7y8= Received: by 10.36.135.4 with SMTP id i4mr3450379nzd; Sun, 26 Jun 2005 18:33:06 -0700 (PDT) Received: from localhost.localdomain ([68.189.87.17]) by mx.gmail.com with ESMTP id c1sm2132629nzd.2005.06.26.18.33.04; Sun, 26 Jun 2005 18:33:06 -0700 (PDT) To: current@freebsd.org Content-Type: text/plain Date: Sun, 26 Jun 2005 18:33:04 -0700 Message-Id: <1119835984.96750.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit From: Remington L Cc: Subject: buildkernel woes 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, 27 Jun 2005 01:33:07 -0000 FreeBSD localhost 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Jun 23 23:15:54 PDT 2005 mrlol@localhost:/usr/obj/usr/src/sys/GENERIC i386 I keep running into this problem and google is useless here, please help. I've already done cd /usr/src ; make cleandir and make clean, I also did cd /usr/src/sys/modules/acpi ; make clean. Also CVSup'd about 20 minutes ago cc -O2 -fno-strict-aliasing -pipe -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -include /usr/obj/usr/src/sys/VAIO/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/VAIO -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_machdep.c @ -> /usr/src/sys ln: @/sys: File exists *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/VAIO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 05:29:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CF6916A41F for ; Mon, 27 Jun 2005 05:29:03 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B923343D53 for ; Mon, 27 Jun 2005 05:29:02 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5R5T1XG036448; Mon, 27 Jun 2005 08:29:01 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 48485-04; Mon, 27 Jun 2005 08:29:00 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5R5T0mn036444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Jun 2005 08:29:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j5R5T1Ho078006; Mon, 27 Jun 2005 08:29:01 +0300 (EEST) (envelope-from ru) Date: Mon, 27 Jun 2005 08:29:01 +0300 From: Ruslan Ermilov To: Jeremie Le Hen Message-ID: <20050627052901.GC52737@ip.net.ua> References: <20050626203137.GG1283@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hYooF8G/hrfVAmum" Content-Disposition: inline In-Reply-To: <20050626203137.GG1283@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: link(5) should be link(3) 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, 27 Jun 2005 05:29:03 -0000 --hYooF8G/hrfVAmum Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 26, 2005 at 10:31:38PM +0200, Jeremie Le Hen wrote: > Hi list, >=20 > why the link(5) manual page belongs to the configuration files section ? > I don't understand why this manual page is not in the library functions > manual pages. >=20 Because it describes "several structures that are present in dynamically linked programs and libraries"? And section five is for "file format" part of the manual? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --hYooF8G/hrfVAmum Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCv46dqRfpzJluFF4RAp96AJ91wxALkO3HdO9odgfQE85GVqK1xgCgjWpn niLe2MLpU2irZ3GK62uHMJE= =Uq+F -----END PGP SIGNATURE----- --hYooF8G/hrfVAmum-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 06:54:56 2005 Return-Path: X-Original-To: FreeBSD-current@freebsd.org Delivered-To: FreeBSD-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 393A416A41C for ; Mon, 27 Jun 2005 06:54:56 +0000 (GMT) (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 C32C943D1F for ; Mon, 27 Jun 2005 06:54:55 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-8-51.belrs4.nsw.optusnet.com.au [220.239.8.51]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5R6smsa032688 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 27 Jun 2005 16:54:49 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5R6slRx078919; Mon, 27 Jun 2005 16:54:48 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5R6sl2P078918; Mon, 27 Jun 2005 16:54:47 +1000 (EST) (envelope-from pjeremy) Date: Mon, 27 Jun 2005 16:54:47 +1000 From: Peter Jeremy To: Chuck Robey Message-ID: <20050627065446.GD50157@cirb503493.alcatel.com.au> References: <42BF608B.90408@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42BF608B.90408@chuckr.org> User-Agent: Mutt/1.4.2i Cc: FreeBSD-current@freebsd.org Subject: Re: problem with ldconfig and xorg libraries 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, 27 Jun 2005 06:54:56 -0000 On Mon, 2005-Jun-27 02:12:27 +0000, Chuck Robey wrote: >packages from, and I use this to set the ARCH. I screwed up , mis-set >it to i386 just before beginning to bring in a lot of KDE upgrade >ports. Oops. Oops indeed :-( >The problem?? Can't start X11. When I try a startx, I get about a done >lines, but they're really just all copies of one of these two lines: > >/libexec/ld-elf.so.1: /usr/X11R6/lib/libX11.so.6: unsupported file layout >/libexec/ld-elf.so.1: /usr/X11R6/lib/libXau.so.0: unsupported file layout How about 'portupgrade -f xorg-libraries-\*' (and likewise for any other ports with corrupt libraries)? -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 08:30:18 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B985D16A41C for ; Mon, 27 Jun 2005 08:30:18 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AB2A43D53 for ; Mon, 27 Jun 2005 08:30:18 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from hellfire.lovett.com ([67.134.38.149]:56409) by mail.lovett.com with esmtpa (Exim 4.51 (FreeBSD)) id 1Dmp0U-000HoU-2J; Mon, 27 Jun 2005 01:30:18 -0700 Message-ID: <42BFB953.2010409@FreeBSD.org> Date: Mon, 27 Jun 2005 01:31:15 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <42AFE83B.9050305@FreeBSD.org> <20050619154633.Y83634@carver.gumbysoft.com> <42B6224D.8020009@FreeBSD.org> <20050624211308.R47411@carver.gumbysoft.com> In-Reply-To: <20050624211308.R47411@carver.gumbysoft.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: ade@lovett.com Cc: current@FreeBSD.org Subject: Re: USB mouse woes 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, 27 Jun 2005 08:30:18 -0000 Doug White wrote: > okay, lets try this. > > 1. With the mouse connected collect the output of usbdevs -v. That should > show how the mouse is connected. > > 2. From the trace it looks like the mouse is USB2 since ehci keeps popping > up. Try removing ehci from your kernel. [snip] Ok, I'll get to this momentarily. One thing, though, before going in to the whole ehci VS uhci thing. >From perusing the -usb archives, it appears that there is some kind of hard coded limit of 4 USB busses within USB. The only reason I bring this up is that I have 5. 4 attached as uhci0-3, and then the ehci0 "meta-bus", making 5. I certainly will try disabling ehci as you have suggested, but I'm wondering now whether that would tell me anything useful with regards to ehci being out of the equation as opposed to now only having 4 busses for usbd(8) to deal with? -aDe From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 09:02:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C64816A41F for ; Mon, 27 Jun 2005 09:02:18 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx02.interbgc.com [217.9.224.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 8418243D5C for ; Mon, 27 Jun 2005 09:02:16 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 74442 invoked from network); 27 Jun 2005 09:02:15 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.1/8.0):. Processed in 3.002273 secs); 27 Jun 2005 09:02:15 -0000 X-Spam-Status: No, hits=-2.1 required=8.0 Received: from 213-240-205-251.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.251) by mx02.interbgc.com with SMTP; 27 Jun 2005 09:02:11 -0000 Received: (qmail 20314 invoked from network); 27 Jun 2005 09:02:10 -0000 Received: from qmail by qscan (mail filter); 27 Jun 2005 09:02:10 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 27 Jun 2005 09:02:10 -0000 Message-ID: <42BFC0A3.7050509@cytexbg.com> Date: Mon, 27 Jun 2005 12:02:27 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: small typo in the if_bridge man page 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, 27 Jun 2005 09:02:18 -0000 Hello, there is a small typo in the manpage for if_bridge : --- /usr/src/share/man/man4/if_bridge.4 Thu Jun 16 21:46:16 2005 +++ /root/if_bridge.4.fix Mon Jun 27 11:54:16 2005 @@ -155,7 +155,7 @@ The following will cause a bridge consisting of all 8 ports with Spanning Tree enabled to be created: .Bd -literal -offset indent -iconfig bridge0 create +ifconfig bridge0 create ifconfig bridge0 \e addm fxp0 stp fxp0 \e addm fxp1 stp fxp1 \e P.S.: my mailer probably will mangle the patch, so here it is again if needed :) [http://totalterror.net/src/if_bridge.4.patch] --niki From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 10:39:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EDC016A41C for ; Mon, 27 Jun 2005 10:39:16 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D370A43D1D for ; Mon, 27 Jun 2005 10:39:15 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by zproxy.gmail.com with SMTP id l1so160737nzf for ; Mon, 27 Jun 2005 03:39:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZhBR9HWriOJ57KGwaXtGaZeP0ghMAhN5AwFuKQevBIS9r4KSCiIlmD1PJDRAbt4KeOdkyoaeaqDoVxBQVi5w4eFjRf8CuVFb2wWg4HuxR5aNJ/WL2EgpuVO0izcfC1Kvmvx6XpgozBRgh+fxeK4SS3CLcjKPlwyTbots/z7oAsc= Received: by 10.36.66.5 with SMTP id o5mr4414082nza; Mon, 27 Jun 2005 03:39:15 -0700 (PDT) Received: by 10.36.68.15 with HTTP; Mon, 27 Jun 2005 03:39:14 -0700 (PDT) Message-ID: <34cb7c84050627033924fcfcc1@mail.gmail.com> Date: Mon, 27 Jun 2005 11:39:14 +0100 From: Peter Edwards To: Martin Cracauer In-Reply-To: <20050623172948.A65811@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050617180232.GA25818@freefall.freebsd.org> <42B31247.9010603@portaone.com> <34cb7c840506171121cd0437f@mail.gmail.com> <42B3189E.6030408@portaone.com> <34cb7c8405061716327ca4c6d7@mail.gmail.com> <20050618083026.26238653@Magellan.Leidinger.net> <34cb7c84050618050623db6187@mail.gmail.com> <20050623172948.A65811@cons.org> Cc: Alexander Leidinger , current@freebsd.org Subject: Re: Towards a working "wine". [long] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2005 10:39:16 -0000 On 6/23/05, Martin Cracauer wrote: > > > Have you seen Martin Cracauer's mail ("My hacks to make the memory ma= p > > > fit") on emulation@ which deals with the memory map? Maybe it's of he= lp > > > here... > > > > No I hadn't seen them, thanks for the reference. > > These won't help in this case: It's almost the opposite problem. I thin= k. > > Martin's hack leaves a gap between the data segment and the area that > > mmap starts looking in for address space. However, because of the > > format of the wine binary, it's data segment is very high in memory, > > and the area required by wine's mmap actually falls inside it. i.e., > > Martins fix pushes out the starting point for mmap searches, but wine > > needs hit dragged in. >=20 > If this is still a problem, can you be more specific what you would > like to have mapped where? >=20 > I think I can force anything to map anywhere but I know zero about > Win32 or how Wine works. >=20 I'm not sure if you've seen the original message, but the problem arises from a combination of Wine trying to map a windows heap at location 0x80000000, while locating the executable up at 0x77f00000. My Win32/wine foo is also very weak, but I recall from debugging windows code that the address space in that area is reasonably heavily populated. On FreeBSD the gap between the executable's end (where the data segment is) and 0x80000000 range becomes the maximum extent of your heap, because you can't extend the break beyond the mapped 0x80000000 area, which is too small for practical use with Win32 programs, given that malloc() allocates its space via sbrk(). As I said, I'm not particularly strong on Win32 address layout, so I'll defer to the wine authours' choice on what's best for Win32 compatibility. The problem is that they interact badly with our malloc(). I suspect the ideal solution would be for wine to provides it's own version of malloc(), given it is so sensitive to the mechanism used to carve up address space, but malloc() is probably a better thing to hack on than mmap() from the FreeBSD side in this case, removing the dependency on sbrk() for those executables that need it (although my previous hack is obviously woefully inadequate) I'll see if I can roll some more acceptable patches for malloc(). From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 11:01:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C49B16A420 for ; Mon, 27 Jun 2005 11:01:11 +0000 (GMT) (envelope-from thompsa@fud.org.nz) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03BF143D4C for ; Mon, 27 Jun 2005 11:01:10 +0000 (GMT) (envelope-from thompsa@fud.org.nz) Received: from thompsa by heff.fud.org.nz with local (Exim 4.50 (FreeBSD)) id 1DmrMT-0005bR-Eu; Mon, 27 Jun 2005 23:01:09 +1200 Date: Mon, 27 Jun 2005 23:01:09 +1200 From: Andrew Thompson To: Niki Denev Message-ID: <20050627110109.GA21511@heff.fud.org.nz> References: <42BFC0A3.7050509@cytexbg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42BFC0A3.7050509@cytexbg.com> User-Agent: Mutt/1.4.2.1i Sender: Andrew Thompson Cc: freebsd-current@freebsd.org Subject: Re: small typo in the if_bridge man page 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, 27 Jun 2005 11:01:11 -0000 On Mon, Jun 27, 2005 at 12:02:27PM +0300, Niki Denev wrote: > Hello, > > there is a small typo in the manpage for if_bridge : > > --- /usr/src/share/man/man4/if_bridge.4 Thu Jun 16 21:46:16 2005 > +++ /root/if_bridge.4.fix Mon Jun 27 11:54:16 2005 > @@ -155,7 +155,7 @@ > -iconfig bridge0 create > +ifconfig bridge0 create > This has been committed, thanks. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 11:38:39 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE3816A41C; Mon, 27 Jun 2005 11:38:39 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEAF643D1F; Mon, 27 Jun 2005 11:38:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 8737A60FC; Mon, 27 Jun 2005 13:38:33 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 7674060FB; Mon, 27 Jun 2005 13:38:33 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 6627433C70; Mon, 27 Jun 2005 13:38:33 +0200 (CEST) To: Jeremie Le Hen References: <20050626211011.GH1283@obiwan.tataz.chchile.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 27 Jun 2005 13:38:33 +0200 In-Reply-To: <20050626211011.GH1283@obiwan.tataz.chchile.org> (Jeremie Le Hen's message of "Sun, 26 Jun 2005 23:10:11 +0200") Message-ID: <86d5q8113a.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 27 Jun 2005 11:38:39 -0000 Jeremie Le Hen writes: > This prevents PAM modules installed in /usr/local/lib from being > dlopen(3)'d. I'm not sure whether FreeBSD really wants this new > ``feature'' or not, but actually I think this needs a note in > src/UPDATING to be issued, explaining that PAM modules installed from > ports need to be specified with their full path now. They always did. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 00:41:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A489D16A41C for ; Mon, 27 Jun 2005 00:41:48 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from chons.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7664543D48 for ; Mon, 27 Jun 2005 00:41:48 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.101] (pcp04364354pcs.glstrt01.nj.comcast.net [68.44.156.246]) by chons.visualtech.com (Postfix) with ESMTP id 223E24DE4; Sun, 26 Jun 2005 20:41:47 -0400 (EDT) Message-ID: <42BF4B49.4050302@voicenet.com> Date: Sun, 26 Jun 2005 20:41:45 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Cracauer References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> <1119816026.3817.20.camel@leguin> <20050626191956.A59922@cons.org> In-Reply-To: <20050626191956.A59922@cons.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 27 Jun 2005 11:41:31 +0000 Cc: Eric Anholt , Warner Losh , freebsd-current@freebsd.org Subject: Re: 6.0-current panic: loading radeon module 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, 27 Jun 2005 00:41:48 -0000 Martin Cracauer wrote: >>OK, one more try, for everyone who's been having hangs/reboots on X >>startup since April. Attached is a patch that will hopefully kill the >>problem off. >> >> > >The candidate gets 100 points. It fixes the panic and hardware 3D >worked for a few tests. No other side effects observed. Thanks so >much! > > FYI, I agree with the 100% with 100 points. Adam From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 12:11:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7ABB16A41C for ; Mon, 27 Jun 2005 12:11:27 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx02.interbgc.com [217.9.224.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 2C6B843D55 for ; Mon, 27 Jun 2005 12:11:26 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 25104 invoked from network); 27 Jun 2005 12:11:24 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.2/8.0):. Processed in 3.041839 secs); 27 Jun 2005 12:11:24 -0000 X-Spam-Status: No, hits=-2.2 required=8.0 Received: from 213-240-205-251.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.251) by mx02.interbgc.com with SMTP; 27 Jun 2005 12:11:21 -0000 Received: (qmail 30324 invoked from network); 27 Jun 2005 12:11:20 -0000 Received: from qmail by qscan (mail filter); 27 Jun 2005 12:11:20 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 27 Jun 2005 12:11:20 -0000 Message-ID: <42BFECFB.8030902@cytexbg.com> Date: Mon, 27 Jun 2005 15:11:39 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: kernel panic on boot with compiled in fwip(4) 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, 27 Jun 2005 12:11:28 -0000 I have just cvsuped and rebuilt kernel+world, and i got the following panic on boot : ---/snip/--- fwohci0: mem 0x0202000-0xc02027ff irq 11 at device 0.2 on pci2 fwohci0: Reserved 0x800 byes for rid 0x10 type 3 at 0xc0202000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:02:01:21:bf:58 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwip0: on firewire0 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04ef1ee stack pointer = 0x28:0xc0c209c8 frame pointer = 0x28:0xc0c209d8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0] Stopped at fwip_attach+0xa2: movl 0x4(%eax),%edx db> trace bus_generic_probe(c1aa3980,c1ad83cc,3e8,c04e5798,c1ad4000) at bus_generic_probe+0x46 firewire_attach(c1aa3980,c1aa3980,c1ad4000,c1ac8180,c0c20aa8) at firewire_attach+0xad device_attach(c1aa3980,c1aa3980,c1ad4000) at device_attach+0x1be fwohci_pci_add_child(c1ac8180,0,c0792a14,ffffffff) at fwohci_pci_add_child+0x38 firewire_identify(c07cee84,c1ac8180,c1ad4000,c1ac8180,c0c20aec) at firewire_identify+0x3e bus_generic_probe(c1ac8180,0,c1ac8180,c1ac8180,c1ac8180) at bus_generic_probe+0x46 fwohci_pci_attach(c1ac8180,c1ac8180,c1aa2300,c1aa2300,c0c20b24) at fwohci_pci_attach+0x103 device_attach(c1ac8180) at device_attach+0x1be bus_generic_attach(c1aa2300,6,c1a573c0,1,c04b1c84) at bus_generic_attach+0x12 acpi_pci_attach(c1aa2300,c1aa2300,0,c1a8bb0,c0c20b80) at acpi_pci_attach+0xd0 device_attach(c1aa2300) at device_attach+0x1be bus_generic_attach(c1a8bb00,c1a8bb00,c1a8d000,c1a573c0,c1aaa100) at bus_generic_attach+0x12 acpi_pcib_attach(c1a8bb00,c1aaa130,2,c1a573c0,c1a8bb00) at acpi_pcib_attach+0x130 acpi_pcib_pci_attach(c1a8bb00,c1a8bb00,c1a8d000,c1a8d000,c0c20bf0) at acpi_pcib_pci_attach+0x7c device_attach(c1a8bb00) at device_attach+0x1be bus_generic_attach(c1a8d000,6,c1a28b20,1,c04b1c84) at bus_generic_attach+0x12 acpi_pci_attach(c1a8d000,c1a8d000,0,c19d1680,c0c20c4c) at acpi_pci_attach+0xd0 device_attach(c1a8d000) at device_attach+0x1be bus_generic_attach(c19d1680,c19d1680,0,c1a28b20,c1a826e0) at bus_generic_attach+0x12 acpi_pcib_attach(c19d1680,c1a826f4,0,c07ddcc0,c19d1680) at acpi_pcib_attach+0x130 acpi_pcib_acpi_attach(c19d1680,c19d1680,c1a8e300,c1985700,c0c20cc8) at acpi_pcib_acpi_attach+0xcf device_attach(c19d1680) at device_attach+0x1be bus_generic_attach(c1985700,167f,1600,c1a761a8,4) at bus_generic_attach+0x12 acpi_attach(c1985700,c1985700,c1985d80,c1988a40,c0c20d28) at acpi_attach+0x631 device_attach(c1985700) at device_attach+0x1be bus_generic_attach(c1985d80,c1985d80,c1985dcc,c0c20d54,c05b89a2) at bus_generic_attach+0x12 nexus_attach(c1985d80,c1985d80,c197b9b8,0,c0c20d64) at nexus_attach+0x13 device_attach(c1985d80,c07f6cb9,c0c20d6c,c07386a9,c0c20d88) at device_attach+0x1be root_bus_configure(c0c20d88,c05770x37,0,c197bae4,c1ec00) at root_bus_configure+0x16 configure(0,c197bae4,c1ec00,c1e000,c25000) at configure+0x9 mi_startup() at mi_startup+0xb3 begin() at begin+0x2c db> ---/end/--- The machine is IBM ThinkPad X31 running -CURRENT kernel and loader conf are available at http://totalterror.net/freebsd/ P.S. i have been using this kernel conf for quite a while without problems. But i haven't updated my system for probably a month or so, so i'm not sure when this problem was introduced. --niki From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 12:04:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B4516A41C for ; Mon, 27 Jun 2005 12:04:40 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0149943D1D for ; Mon, 27 Jun 2005 12:04:38 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from beatrix.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j5RC4amT015727; Mon, 27 Jun 2005 15:04:36 +0300 Received: from beatrix.daedalusnetworks.priv (localhost [127.0.0.1]) by beatrix.daedalusnetworks.priv (8.13.1+Sun/8.13.1) with ESMTP id j5RBv8sr015142; Mon, 27 Jun 2005 11:57:08 GMT Received: from localhost (keramida@localhost) by beatrix.daedalusnetworks.priv (8.13.1+Sun/8.13.1/Submit) with ESMTP id j5RBv75p015139; Mon, 27 Jun 2005 11:57:08 GMT X-Authentication-Warning: beatrix.daedalusnetworks.priv: keramida owned process doing -bs Date: Mon, 27 Jun 2005 11:57:07 +0000 (GMT) From: Giorgos Keramidas X-X-Sender: keramida@beatrix To: Remington L In-Reply-To: <1119835984.96750.3.camel@localhost> Message-ID: References: <1119835984.96750.3.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 27 Jun 2005 12:18:54 +0000 Cc: current@freebsd.org Subject: Re: buildkernel woes 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, 27 Jun 2005 12:04:40 -0000 On Sun, 26 Jun 2005, Remington L wrote: > FreeBSD localhost 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Jun 23 23:15:54 PDT 2005 mrlol@localhost:/usr/obj/usr/src/sys/GENERIC i386 > > I keep running into this problem and google is useless here, please help. > I've already done cd /usr/src ; make cleandir and make clean, I also did > cd /usr/src/sys/modules/acpi ; make clean. Also CVSup'd about 20 minutes > ago That's not enough. You should *REALLY* follow the src/UPDATING instructions and go the "start with a clean /usr/obj and use make buildworld" route: # cd /usr/obj # rm -fr * # cd /usr/src # make KERNCONF=GENERIC buildworld buildkernel From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 13:04:37 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0E8216A41C; Mon, 27 Jun 2005 13:04:37 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF38743D5D; Mon, 27 Jun 2005 13:04:36 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 62B7F1734E1; Mon, 27 Jun 2005 15:04:35 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id D7915405B; Mon, 27 Jun 2005 15:04:49 +0200 (CEST) Date: Mon, 27 Jun 2005 15:04:49 +0200 From: Jeremie Le Hen To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050627130449.GQ1283@obiwan.tataz.chchile.org> References: <20050626211011.GH1283@obiwan.tataz.chchile.org> <86d5q8113a.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86d5q8113a.fsf@xps.des.no> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen , freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 27 Jun 2005 13:04:37 -0000 Hi Dag-Erling, > > This prevents PAM modules installed in /usr/local/lib from being > > dlopen(3)'d. I'm not sure whether FreeBSD really wants this new > > ``feature'' or not, but actually I think this needs a note in > > src/UPDATING to be issued, explaining that PAM modules installed from > > ports need to be specified with their full path now. > > They always did. With all respect I owe you you, the last upgrade of my -CURRENT box constrained me to use the following patch to make pam_alreadyloggedin.so work again : %%% --- login.old Mon Jun 27 16:13:34 2005 +++ login Mon Jun 27 01:12:30 2005 @@ -6,7 +6,7 @@ # auth auth required pam_nologin.so no_warn -auth sufficient pam_alreadyloggedin.so no_root +auth sufficient /usr/local/lib/pam_alreadyloggedin.so no_root auth sufficient pam_self.so no_warn auth include system %%% It can be verified by hacking src/contrib/openpam/lib/openpam_dynamic.c (this trivially reverts the diff I posted in my previous email) : %%% Index: openpam_dynamic.c =================================================================== RCS file: /nfs/donald/repo/FreeBSD/src/contrib/openpam/lib/openpam_dynamic.c,v retrieving revision 1.1.1.8 diff -u -r1.1.1.8 openpam_dynamic.c --- openpam_dynamic.c 17 Jun 2005 08:11:42 -0000 1.1.1.8 +++ openpam_dynamic.c 27 Jun 2005 14:16:45 -0000 @@ -71,6 +71,7 @@ prefix = OPENPAM_MODULES_DIR; else prefix = ""; + prefix = ""; /* try versioned module first, then unversioned module */ if (asprintf(&vpath, "%s%s.%d", prefix, path, LIB_MAJ) < 0) %%% Compiling libpam with this patch allows me to use pam_alreadyloggedin.so without specifying its full path, like it was before the upgrade to OpenPAM Figwort. I think this is due to rc.d/ldconfig default settings which add the content of /usr/local/lib into rtld(1) standard hints file. Now that the path is fully specified in libpam, this doesn't work any longer. It would be nice to have a note in src/UPDATING about this. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 13:27:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E0F16A41C for ; Mon, 27 Jun 2005 13:27:48 +0000 (GMT) (envelope-from zazubrik@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 482FE43D53 for ; Mon, 27 Jun 2005 13:27:48 +0000 (GMT) (envelope-from zazubrik@mail.ru) Received: from [195.149.104.100] (port=60557 helo=[10.13.66.7]) by mx2.mail.ru with esmtp id 1DmteN-0001gS-00 for freebsd-current@freebsd.org; Mon, 27 Jun 2005 17:27:47 +0400 Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <51A402CE-C1A2-48EB-B0B7-80448B91B422@mail.ru> References: <51A402CE-C1A2-48EB-B0B7-80448B91B422@mail.ru> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <58332786-1C92-40AB-B147-9627D6AAD490@mail.ru> Content-Transfer-Encoding: 7bit From: Artem Ignatiev Date: Mon, 27 Jun 2005 17:27:33 +0400 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.730) Subject: Re: lock problems with uaudio full-duplex 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, 27 Jun 2005 13:27:48 -0000 On 22.06.2005, at 16:08, Artem Ignatiev wrote: > Hi, > I'm trying to get usb sound working in full-duplex, but still no > success. > Once it worked (on 5.3 with patches from appropriate PRs), and then > it began to fail. > I've tried to use that at 5.4, then at 6.0-CURRENT - that, with > GENERIC kernel produced some interesting kernel output (on 5.3 and > 5.4 I didn't used KDB, WITNESS and INVARIANTS). > > The machine is cvsupped just before build, and `uname -a` produces: > FreeBSD pager.int.connecto.tv 6.0-CURRENT FreeBSD 6.0-CURRENT #1: > Tue Jun 14 16:43:54 MSD 2005 root@pager.int.connecto.tv:/usr/ > obj/usr/src/sys/GENERIC i386 > > I've got following: > > Jun 14 18:56:03 pager kernel: Sleeping on "usbsyn" with the > following non-sleepable locks held: > kernel: exclusive sleep mutex pcm0:record:0 (pcm record channel) r > = 0 (0xc2494840) locked @ /usr/src/sys/modules/sound/sound/../../../ > dev/sound/pcm/dsp.c:145 > > Jun 14 18:56:03 pager kernel: malloc(M_WAITOK) of "512", forcing > M_NOWAIT with the following non-sleepable locks held: > Jun 14 18:56:03 pager kernel: exclusive sleep mutex pcm0:record:0 > (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/ > modules/sound/sound/../../../dev/sound/pcm/dsp.c:145 > > Jun 14 18:56:07 pager kernel: Sleeping on "usbdly" with the > following non-sleepable locks held: > Jun 14 18:56:07 pager kernel: exclusive sleep mutex pcm0:record:0 > (pcm record channel) r = 0 (0xc2494840) locked @ /usr/src/sys/ > modules/sound/sound/../../../dev/sound/pcm/dsp.c:363 another thing: lock order reversal 1st 0xc2483200 pcm0:record:0 (pcm record channel) @ /usr/src/sys/ dev/sound/pcm/dsp.c 2nd 0xc093dc80 Giant (Giant) @ /usr/src/sys/kern/kern_sync.c:236 KDB: stack backtrace: kdb_backtrace(0, ffffffff, c094d9e0, c094f088, c08d8424) at kdb_backtrace+0x29 witness_checkorder(c093dc80, 9, c087161e, ec) at witness_checkorder +0x564 _mtx_lock_flags(c093dc80, 0, c087161e, ec) at _mtx_lock_flags+0x5b msleep(c28a2200, 0, 4c, c086787a, 0) at msleep+0x386 usbd_transfer(c28a2200, e745eae8, c05ec4f5, c28a2200, 262) at usbd_transfer+0x151 usbd_sync_transfer(c28a2200, 262, 10, e745eae0, c2481bb8) at usbd_sync_transfer+0x11 usbd_do_request_flags_pipe(c2482000,c2481e80,e745eb40, 0, 0) at usbd_do_request_flags_pipe+0x5d usbd_do_request_flags(c2482000, e745eb40, 0, 0, 0) at usbd_do_request_flags+0x20 usbd_do_request(c2482000, e745eb40, 0, 10b01, 2) at usbd_do_request+0x1a usbd_set_interface(c2481bb8,1) at usbd_set_interface+0x75 uaudio_chan_open(c242e000, c242e29c) at uaudio_chan_open+0x68 uaudio_trigger_input(c2481e00) at uaudio_trigger_input+0x56 ua_chan_trigger(c2485c90,c24818ac,1) at ua_chan_trigger+0x53 chn_trigger(c2481700,0) at chn_start+0xcf chn_read(c2481700,e745ec78,c2481700,c2481780,0) at chn_read+0x3d dsp_read(c2479100,e345ec78,0,1e0,c2479100) at dsp_read+0x8b devfs_read_f(c282ce10,e745ec78,c298a400,0,c28a7480) at devfs_read_f+0x87 dofileread(c28a7480,c282ce10,1b,8641000,1e0) at dofileread+0xad read(c28a7480,e745ed04,3,0,286)at read+0x3b syscall(3b,3b,3b,8641200,1b) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip 0x2887f67b, esp = 0xbeff4cfc, ebp = 0xbeff4d28 --- From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 13:43:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B98316A41C; Mon, 27 Jun 2005 13:43:19 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DDCD43D1D; Mon, 27 Jun 2005 13:43:19 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 6F66D11CA6; Mon, 27 Jun 2005 15:51:00 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70722-03; Mon, 27 Jun 2005 15:50:51 +0200 (CEST) Received: from [192.168.20.108] (unknown [83.142.147.11]) by smtp.xbsd.org (Postfix) with ESMTP id AD57711C93; Mon, 27 Jun 2005 15:50:50 +0200 (CEST) Message-ID: <42C0026C.3040000@FreeBSD.org> Date: Mon, 27 Jun 2005 15:43:08 +0200 From: Florent Thoumie User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050626211011.GH1283@obiwan.tataz.chchile.org> <86d5q8113a.fsf@xps.des.no> <20050627130449.GQ1283@obiwan.tataz.chchile.org> In-Reply-To: <20050627130449.GQ1283@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 27 Jun 2005 13:43:19 -0000 Jeremie Le Hen wrote: > Hi Dag-Erling, > > >>>This prevents PAM modules installed in /usr/local/lib from being >>>dlopen(3)'d. I'm not sure whether FreeBSD really wants this new >>>``feature'' or not, but actually I think this needs a note in >>>src/UPDATING to be issued, explaining that PAM modules installed from >>>ports need to be specified with their full path now. >> >>They always did. > > > With all respect I owe you you, the last upgrade of my -CURRENT box > constrained me to use the following patch to make pam_alreadyloggedin.so > work again : FWIW, I always needed to put full pathname for pam_ldap to use it. -- Florent Thoumie flz@xbsd.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 13:45:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1031B16A41C for ; Mon, 27 Jun 2005 13:45:06 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E4B943D1F for ; Mon, 27 Jun 2005 13:45:05 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id D90E131789E for ; Mon, 27 Jun 2005 15:45:04 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 6B285405B; Mon, 27 Jun 2005 15:45:19 +0200 (CEST) Date: Mon, 27 Jun 2005 15:45:19 +0200 From: Jeremie Le Hen To: freebsd-current@freebsd.org Message-ID: <20050627134519.GR1283@obiwan.tataz.chchile.org> References: <20050622065357.GA694@loge.nixsys.be> <20050623083804.GV738@obiwan.tataz.chchile.org> <20050623104843.GA698@loge.nixsys.be> <20050623142117.GE738@obiwan.tataz.chchile.org> <20050625141320.GA605@fasolt.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050625141320.GA605@fasolt.home.paeps.cx> User-Agent: Mutt/1.5.9i Subject: Re: Unable to umount union-parts after umounting unionfs 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, 27 Jun 2005 13:45:06 -0000 On Sat, Jun 25, 2005 at 04:13:20PM +0200, Philip Paeps wrote: > On 2005-06-23 16:21:17 (+0200), Jeremie Le Hen wrote: > > > > Could you show us the locked vnodes for these two cases please ? > > > > > > Is there any way I can either try to unmount the filesystem manually from > > > the debugger or make the unmounting code more chatting about what it's > > > waiting for? > > > > I don't think that having a snapshot of locked vnode when union_unmount() is > > called would inform us further. However, I you want to try, you just have > > to drop to DDB, set a breakpoint on union_unmount() (typing "break > > union_unmount") and then try the unmount (you can delete the breakpoint by > > simply using "delete union_unmount"). > > Note that the problem is not in unmounting the union filesystem, that works > fine, it's unmounting the top layer. Unmounting the bottom layer is not a > problem either. Ah, I misread. This is the expected behaviour : the top layer is obviously busy while the unionfs mount is active. Here is the same setup that you first described : %%% /dev/md0 on /root/tests/mnt0 (ufs, local) /dev/md1 on /root/tests/mnt1 (ufs, local) :/root/tests/mnt1 on /root/tests/mnt0 (unionfs, local, noclusterw) %%% Imagine what would happen to the unionfs mount if /root/tests/mnt1 was unmounted. This is nonsense. > %%% > vflush: busy vnode > 0xc2578bb0: tag ufs, type VDIR > usecount 1, writecount 0, refcount 4 mountedhere 0 > flags (VV_ROOT) > VI_LOCKed v_object 0xc256c630 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc2547900 (pid 687) > ino 2, on dev md1 > %%% This is a bug, I can reproduce it here. I am not enough skilled to correct this filesystem. It has been known to be broken for a long time and I expect things goes bader with time, as the second thermothynamics principle states :-). Regards, PS: I'm willing to try to foreport FiST [1] to FreeBSD 6, it is known to have, among others, a very good union filesystem implementation, very well tested with POSIX test suite [2] (you may want to have a look to the whole thread, it's quite interesting IIRC). It only works on FreeBSD 4 and FreeBSD 5 ATM and it needs to include phk's changes to the VFS to be compiled on CURRENT. [1] http://www.filesystems.org/ [2] http://lists.freebsd.org/pipermail/freebsd-fs/2005-March/000959.html -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 13:49:45 2005 Return-Path: X-Original-To: current@freeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5360516A41C for ; Mon, 27 Jun 2005 13:49:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2953343D53 for ; Mon, 27 Jun 2005 13:49:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 6A9C046B1C for ; Mon, 27 Jun 2005 09:49:44 -0400 (EDT) Date: Mon, 27 Jun 2005 14:53:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@freeBSD.org Message-ID: <20050627145210.H23520@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: ithread preemption and "panic: mi_switch: did not reenter debugger" on 'continue' 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, 27 Jun 2005 13:49:45 -0000 Set a breakpoint today on a test box, and then got the following panic. Is "continue" known not to work with breakpoints or did I prove in some way unlucky? In particular, it looks like maybe there was an unfortunate interaction entering/leaving the debugger with regard to interrupt preemption. Robert N M Watson db> break crget db> cont [thread pid 619 tid 100102 ] Breakpoint at crget: pushl %ebp db> trace Tracing pid 619 tid 100102 td 0xc556ea80 crget(c556ea80,e96c2cb4,0,0,e96c2cb4) at crget kern_execve(c556ea80,e96c2cb4,0,e277a000,e277a000) at kern_execve+0x74 execve(c556ea80,e96c2d04,3,0,206) at execve+0x32 syscall(bfbf003b,bfbf003b,bfbf003b,80e2f98,80e5608) at syscall+0x22b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip = 0x2814f963, esp = 0xbfbf68cc, ebp = 0xbfbf68e8 --- db> cont KDB: stack backtrace: kdb_backtrace(c0918fe0,0,c08509aa,13b,aa59c8f7) at kdb_backtrace+0x29 mi_switch(6,c5488a80,c5488bd4,c5488a80,e7b73c38) at mi_switch+0x1af maybe_preempt(c5488a80) at maybe_preempt+0x161 sched_add(c5488a80,4,c5420980,c5488a80,c5487c00) at sched_add+0x15a setrunqueue(c5488a80,4) at setrunqueue+0xab ithread_schedule(c5420980,1e,c5422780,1,c061ae98) at ithread_schedule+0xb3 intr_execute_handlers(c54148c0,e7b73cb4,1e,e7b73cf8,c07d7323) at intr_execute_handlers+0xe5 lapic_handle_intr(4e) at lapic_handle_intr+0x2e Xapic_isr2() at Xapic_isr2+0x33 --- interrupt, eip = 0xc07dec81, esp = 0xe7b73cf8, ebp = 0xe7b73cf8 --- cpu_idle_default(e7b73d0c,c061aef5,c5421a00,e7b73d24,c061acd8) at cpu_idle_default+0x5 cpu_idle(c5421a00,e7b73d24,c061acd8,0,e7b73d38) at cpu_idle+0x28 idle_proc(0,e7b73d38,0,c061ae98,0) at idle_proc+0x5d fork_exit(c061ae98,0,e7b73d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe7b73d6c, ebp = 0 --- panic: mi_switch: did not reenter debugger cpuid = 0 Uptime: 2m11s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 14:07:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 848CD16A41C; Mon, 27 Jun 2005 14:07:28 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E8A143D1D; Mon, 27 Jun 2005 14:07:27 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 9DBDB1F043; Mon, 27 Jun 2005 16:07:23 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 7ED57643A; Mon, 27 Jun 2005 16:07:23 +0200 (CEST) Date: Mon, 27 Jun 2005 16:07:23 +0200 From: Marc Olzheim To: David Schultz , bug-followup@FreeBSD.org Message-ID: <20050627140723.GA34523@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: kern/80362: [PATCH] add preadv() and pwritev() system calls 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, 27 Jun 2005 14:07:29 -0000 Updated the patches again: http://www.stack.nl/~marcolz/FreeBSD/preadv.current.20050627.patch.txt After patching, type 'make syscalls.c' in /usr/src/sys/kern and 'make sysent' in /usr/src/sys/compat/freebsd32/ Could someone please take a look at it / commit it ? Or do you want me to put the files generated by the two 'make's into the patch as well ? I figured it would be better not to, since they are generated anyway... Marc From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 14:39:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 658FA16A41C for ; Mon, 27 Jun 2005 14:39:54 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 93C5043D4C for ; Mon, 27 Jun 2005 14:39:53 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 47686 invoked from network); 27 Jun 2005 14:39:47 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 3.419163 secs); 27 Jun 2005 14:39:47 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-251.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.251) by mx03.interbgc.com with SMTP; 27 Jun 2005 14:39:44 -0000 Received: (qmail 38177 invoked from network); 27 Jun 2005 14:39:43 -0000 Received: from qmail by qscan (mail filter); 27 Jun 2005 14:39:43 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 27 Jun 2005 14:39:43 -0000 Message-ID: <42C00FC3.1000609@cytexbg.com> Date: Mon, 27 Jun 2005 17:40:03 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42BFECFB.8030902@cytexbg.com> In-Reply-To: <42BFECFB.8030902@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: kernel panic on boot with compiled in fwip(4) 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, 27 Jun 2005 14:39:54 -0000 Niki Denev wrote: > I have just cvsuped and rebuilt kernel+world, > and i got the following panic on boot : > > ---/snip/--- > ............... > ---/end/--- > > The machine is IBM ThinkPad X31 running -CURRENT > > kernel and loader conf are available at http://totalterror.net/freebsd/ > > P.S. i have been using this kernel conf for quite a while without problems. > But i haven't updated my system for probably a month or so, so i'm not > sure when this > problem was introduced. > > --niki I have recompiled my kernel without device fwip and it boots now, but it prints early in the boot (not shown in dmesg) that module if_fwip is already present. then after the machine boots, i don't have fwip0 interface, nor if_fwip module loaded, but if i try to kldload if_fwip it prints: interface firewire.1 already present in the KLD 'kernel' kldload: can't load if_fwip: File exists. Seems like some part of this module is always compiled in? Any suggestions? Thanks, --niki From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 15:04:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A462F16A422 for ; Mon, 27 Jun 2005 15:04:02 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38F6543D48 for ; Mon, 27 Jun 2005 15:04:02 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 94A0332053A for ; Mon, 27 Jun 2005 17:04:01 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id BE6F7405B; Mon, 27 Jun 2005 17:04:15 +0200 (CEST) Date: Mon, 27 Jun 2005 17:04:15 +0200 From: Jeremie Le Hen To: freebsd-current@freebsd.org Message-ID: <20050627150415.GS1283@obiwan.tataz.chchile.org> References: <20050622065357.GA694@loge.nixsys.be> <20050623083804.GV738@obiwan.tataz.chchile.org> <20050623104843.GA698@loge.nixsys.be> <20050623142117.GE738@obiwan.tataz.chchile.org> <20050625141320.GA605@fasolt.home.paeps.cx> <20050627134519.GR1283@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050627134519.GR1283@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Subject: Re: Unable to umount union-parts after umounting unionfs 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, 27 Jun 2005 15:04:02 -0000 > This is a bug, I can reproduce it here. I am not enough skilled to > correct this filesystem. It has been known to be broken for a long > time and I expect things goes bader with time, as the second s/bader/worse/ I have to go back to school :(. > thermothynamics principle states :-). -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 16:42:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4825316A41C; Mon, 27 Jun 2005 16:42:28 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A5D43D1F; Mon, 27 Jun 2005 16:42:28 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5RGgRT1019017; Mon, 27 Jun 2005 09:42:27 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5RGgRfX019016; Mon, 27 Jun 2005 09:42:27 -0700 Date: Mon, 27 Jun 2005 09:42:27 -0700 From: Brooks Davis To: Robert Watson Message-ID: <20050627164227.GA16732@odin.ac.hmc.edu> References: <20050619012425.L56734@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20050619012425.L56734@fledge.watson.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: dhclient less functional with nanobsd because of NO_CXX 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, 27 Jun 2005 16:42:28 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 19, 2005 at 01:27:58AM +0100, Robert Watson wrote: >=20 > Observation on dependencies between components and nanobsd: >=20 > In the old world order, dhclient backgrounded and waited for the link=20 > state to come up. In the new world order, dhclient exits if the link=20 > state is down, relying on devd to restart it. devd isn't build if NO_CXX= =20 > is set, as it's written in C++, and NO_CXX is a useful (and default) thin= g=20 > to set for nanobsd for obvious reasons. It sounds like something here is= =20 > an argument for: >=20 > - Allowing C++ to be built as a build dependency, but not installed. > - Rewriting devd to not be in C++. > - Providing an option so that dhclient's old and useful behavior can be > restored. >=20 > Glancing at the dhclient man page didn't suggest an obvious command line= =20 > flag for "don't exit on no link state"... As a workaround of sorts, you could install the ifstated port. Fixing the build to build g++ and not install it is probalby best. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCwCxzXY6L6fI4GtQRAgf1AJ90U+NUUW6MjMxV//k0qDQMP2XprwCg3UJ4 X1AqZcHk37nA97zCi0U2tU8= =tPjc -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 16:43:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05EAE16A41C; Mon, 27 Jun 2005 16:43:26 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4D9043D1D; Mon, 27 Jun 2005 16:43:25 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5RGhP5L019114; Mon, 27 Jun 2005 09:43:25 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5RGhPvk019113; Mon, 27 Jun 2005 09:43:25 -0700 Date: Mon, 27 Jun 2005 09:43:25 -0700 From: Brooks Davis To: Robert Watson Message-ID: <20050627164325.GB16732@odin.ac.hmc.edu> References: <20050619011903.X56734@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <20050619011903.X56734@fledge.watson.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: dhclient changes: ifconfig_sisXX="... DHCP" almost works right with natd 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, 27 Jun 2005 16:43:26 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 19, 2005 at 01:24:09AM +0100, Robert Watson wrote: >=20 > With the new dhclient arrangement, it looks like we almost support the=20 > following syntax: >=20 > ifconfig_sis0=3D"ether 00:XX:XX:XX:XX:XX DHCP" >=20 > In that the boot sequence appears to automatically try DHCP after doing= =20 > the ifconfig line. This is great. However, it looks like the detection= =20 > of interfaces to use "-dynamic" with in /etc/rc.d/natd no longer works.= =20 > Specifically, when I use the above syntax in rc.conf and run sh=20 > /etc/rc.d/natd start, I get the following: >=20 > natdnatd: sis0: cannot get interface address >=20 > If I manually launch natd with -dynamic, then it does work properly again= .=20 > If I remove the extended ether segment of the ifconfig line, it works=20 > again also. So it looks like 'list_net_interfaced dhcp' isn't matching th= e=20 > sis0 interface in the above example? The check is broken in that case, I'm going to fix it this week (assuming someone hasn't done it for me already). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCwCysXY6L6fI4GtQRAqZcAKCGimDGKS/2hno42+9MCACEINKq0gCfRU39 6Jr65BcEQmPFKyG5RPOHzgg= =ymUf -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 19:11:54 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E057016A41C; Mon, 27 Jun 2005 19:11:54 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AEEF43D4C; Mon, 27 Jun 2005 19:11:54 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id BF0ACC0C5; Mon, 27 Jun 2005 21:11:51 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 8CAAD405B; Mon, 27 Jun 2005 21:12:05 +0200 (CEST) Date: Mon, 27 Jun 2005 21:12:05 +0200 From: Jeremie Le Hen To: Florent Thoumie Message-ID: <20050627191205.GT1283@obiwan.tataz.chchile.org> References: <20050626211011.GH1283@obiwan.tataz.chchile.org> <86d5q8113a.fsf@xps.des.no> <20050627130449.GQ1283@obiwan.tataz.chchile.org> <42C0026C.3040000@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42C0026C.3040000@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@FreeBSD.org, Jeremie Le Hen , freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 27 Jun 2005 19:11:55 -0000 Hi Florent :), > > With all respect I owe you you, the last upgrade of my -CURRENT box > > constrained me to use the following patch to make pam_alreadyloggedin.so > > work again : > > FWIW, I always needed to put full pathname for pam_ldap to use > it. If you didn't upgraded to a too recent -CURRENT yet (ie. you still have OpenPAM Feterita release), you should try removing the full path if pam_ldap.so is located in /usr/local/lib/. If your -CURRENT is too recent, please, try to patch src/contrib/openpam/lib/openpam_dynamic.c with the quick hack I posted earlier. Recompile it and install it from src/lib/libpam/libpam/ and then remove the full path of pam_ldap in /etc/pam.d/login. Try to log from a text console (this doesn't need to reboot). You should see either an error message stating that pam_ldap.so couldn't be found or a successful login attempt in /var/log/auth.log. I would be glad if you were able to bring your testimony : I would really like to see a note in src/UPDATING for this, since FreeBSD 6 is going to be out in less than 2 months, and not informing users about this behaviour change would break PITA, IMO. Thank you Florent. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 19:26:34 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FA1E16A41C; Mon, 27 Jun 2005 19:26:34 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F82E43D1D; Mon, 27 Jun 2005 19:26:34 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id A929A11CB0; Mon, 27 Jun 2005 21:34:17 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72544-10; Mon, 27 Jun 2005 21:34:10 +0200 (CEST) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id 5CD7E11C8E; Mon, 27 Jun 2005 21:34:10 +0200 (CEST) From: Florent Thoumie To: Jeremie Le Hen In-Reply-To: <20050627191205.GT1283@obiwan.tataz.chchile.org> References: <20050626211011.GH1283@obiwan.tataz.chchile.org> <86d5q8113a.fsf@xps.des.no> <20050627130449.GQ1283@obiwan.tataz.chchile.org> <42C0026C.3040000@FreeBSD.org> <20050627191205.GT1283@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=iso8859-15 Date: Mon, 27 Jun 2005 21:26:56 +0200 Message-Id: <1119900416.27663.15.camel@cream.xbsd.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 27 Jun 2005 19:26:34 -0000 Le Lundi 27 juin 2005 à 21:12 +0200, Jeremie Le Hen a écrit : > Hi Florent :), > > > > With all respect I owe you you, the last upgrade of my -CURRENT box > > > constrained me to use the following patch to make pam_alreadyloggedin.so > > > work again : > > > > FWIW, I always needed to put full pathname for pam_ldap to use > > it. > > If you didn't upgraded to a too recent -CURRENT yet (ie. you still have > OpenPAM Feterita release), you should try removing the full path if > pam_ldap.so is located in /usr/local/lib/. If your -CURRENT is too > recent, please, try to patch src/contrib/openpam/lib/openpam_dynamic.c > with the quick hack I posted earlier. Recompile it and install it > from src/lib/libpam/libpam/ and then remove the full path of > pam_ldap in /etc/pam.d/login. Try to log from a text console (this > doesn't need to reboot). You should see either an error message stating > that pam_ldap.so couldn't be found or a successful login attempt in > /var/log/auth.log. > > I would be glad if you were able to bring your testimony : I would > really like to see a note in src/UPDATING for this, since FreeBSD 6 > is going to be out in less than 2 months, and not informing users > about this behaviour change would break PITA, IMO. Well, I just tried again without full path and it seems to just work on this RELENG_5 box. I guess an UPDATING entry wouldn't hurt if we just recommend people to check if they're using absolute paths or not. Just my 2 cents. -- Florent Thoumie flz@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 19:35:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF4516A41C for ; Mon, 27 Jun 2005 19:35:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8953343D1F for ; Mon, 27 Jun 2005 19:35:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 15:49:19 -0400 From: John Baldwin To: Katu Date: Mon, 27 Jun 2005 15:32:32 -0400 User-Agent: KMail/1.8 References: <200506241614.59108.jhb@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271532.32766.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Cannot boot June snapshot 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, 27 Jun 2005 19:35:37 -0000 On Saturday 25 June 2005 05:07 pm, Katu wrote: > On 6/25/05, John Baldwin wrote: > > On Wednesday 15 June 2005 12:59 pm, Katu wrote: > > > > I have an old HP Kayak XU (dual PII 300 MHz) that was happily running > > > > Windows NT 4, then Linux with 2.4 kernel, then FreeBSD 5.2.1. Today I > > > > tried to install 6-CURRENT snapshot from June, and during boot it > > > > repeats the same error messages regarding ahc0 over and over. Please > > > > see attached verbose boot log. > > > > > > > > What is the problem? Is it a hardware issue or something else? I > > > > still have the machine connected to serial console if you need more > > > > information. > > > > > > > > Thanks, > > > > > > > > Arthur > > > > > > I just tried with 5.4-RELEASE, it didn't work too, so I guess > > > something changed between 5.2.1 and 5.3. Attached is the boot log from > > > 6.0 snapshot > > > > Does the 5.4 install disk boot ok? > > No, I tried both 5.3 and 5.4, none of them works, all of them exhibit > the same symptoms as with 6.0-SNAP-004. So far the only working > FreeBSD for me was 5.2.1-RELEASE. Can you provide a 5.2.1 verbose boot log? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 19:35:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFB0B16A420; Mon, 27 Jun 2005 19:35:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8679E43D1D; Mon, 27 Jun 2005 19:35:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 15:49:19 -0400 From: John Baldwin To: KAYVEN RIESE Date: Mon, 27 Jun 2005 15:27:52 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <20050624224107.GA778@schweikhardt.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271527.53548.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 27 Jun 2005 19:35:47 -0000 On Friday 24 June 2005 06:47 pm, KAYVEN RIESE wrote: > i shouldn't have done this. my clock is wrong You don't have an lapic timer so this patch should have made no difference. I still see 999 interrupt rate for irq0, so how do you know that this breaks your clock? > > Path: /home/kayve > (kayve@kayvetop) 101> vmsat -i > > Whoops>vmstat -i (ynea)? yes > interrupt total rate > irq0: clk 11619316 999 > irq1: atkbd0 35733 3 > irq4: cbb0 bge0 164070 14 > irq7: ppc0 1 0 > irq8: rtc 1487453 127 > irq9: acpi0 237 0 > irq10: fwohci0++ 2 0 > irq11: cbb1 uhci0 98691 8 > irq13: npx0 1 0 > irq14: ata0 32813 2 > irq15: ata1 48 0 > Total 13438365 1156 > Path: /home/kayve > (kayve@kayvetop) 102> > -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 19:35:47 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3632316A422; Mon, 27 Jun 2005 19:35:47 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 931EA43D1F; Mon, 27 Jun 2005 19:35:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 15:49:19 -0400 From: John Baldwin To: Jens Schweikhardt Date: Mon, 27 Jun 2005 15:29:21 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506241528.44124.jhb@FreeBSD.org> <20050624224107.GA778@schweikhardt.net> In-Reply-To: <20050624224107.GA778@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271529.22790.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, phk@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 27 Jun 2005 19:35:47 -0000 On Friday 24 June 2005 06:41 pm, Jens Schweikhardt wrote: > John et al, > > On Fri, Jun 24, 2005 at 03:28:42PM -0400, John Baldwin wrote: > # On Friday 24 June 2005 01:53 pm, John Baldwin wrote: > # > On Friday 24 June 2005 12:50 pm, Jens Schweikhardt wrote: > # > > On Thu, Jun 23, 2005 at 05:14:39PM -0400, John Baldwin wrote: > # > > ... > # > > # Ok. What timecounter does your UP kernel use, and does your UP > kernel # > > break # if you change the timecounter to i8254? > # > > > # > > The UP uses the TSC: > # > > $ sysctl -a|grep timec > # > > kern.timecounter.stepwarnings: 0 > # > > kern.timecounter.nbinuptime: 136311 > # > > kern.timecounter.nnanouptime: 0 > # > > kern.timecounter.nmicrouptime: 664 > # > > kern.timecounter.nbintime: 1273 > # > > kern.timecounter.nnanotime: 36 > # > > kern.timecounter.nmicrotime: 1237 > # > > kern.timecounter.ngetbinuptime: 405 > # > > kern.timecounter.ngetnanouptime: 29 > # > > kern.timecounter.ngetmicrouptime: 2534 > # > > kern.timecounter.ngetbintime: 0 > # > > kern.timecounter.ngetnanotime: 0 > # > > kern.timecounter.ngetmicrotime: 5 > # > > kern.timecounter.nsetclock: 2 > # > > kern.timecounter.hardware: TSC > # > > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > # > > kern.timecounter.tick: 1 > # > > kern.timecounter.smp_tsc: 0 > # > > > # > > When I do > # > > > # > > $ sysctl kern.timecounter.hardware=i8254 > # > > > # > > on the UP the time dilation by factor 3 starts and the lapic rate > # > > increases. So yes, that breaks the UP kernel. > # > > # > Ok. Can you try this untested patch? It's mostly from phk and I > haven't # > yet tested it locally to make sure it doesn't break things: > # > # Scratch that. > > (This patch made time advance with 11-fold speed, lapic rates about 170... > interesting effects happen then ;-) > > # I've reproduced this locally now on a testbox I have and had to > # add a bugfix from phk to get it to work. Here's the patch that works for > me: > > Sorry, does not work here; still time dilation in sleep 1 (MP case, no > sysctl kern.timecounter.hardware frobs): > > $ vmstat -i > interrupt total rate > irq1: atkbd0 455 9 > irq13: npx0 1 0 > irq14: ata0 63 1 > irq15: ata1 109 2 > irq18: em0 15 0 > irq24: ahd0 4529 96 > irq25: ahc0 16 0 > lapic0: timer 272712 5802 > lapic1: timer 258021 5489 > Total 535921 11402 > > Regards, Forget SMP and go back to UP for now. Turn off ntpd if you are using it, then do something like this: # ntpdate ntp.xxxx ; sleep 10 ; ntpdate ntp.xxxx And try it both with the timecounter set to TSC and with the timecounter set to i8254. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 20:52:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C12916A41F for ; Mon, 27 Jun 2005 20:52:05 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 205BE43D53 for ; Mon, 27 Jun 2005 20:52:05 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 17:05:38 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 27 Jun 2005 16:51:52 -0400 User-Agent: KMail/1.8 References: <20050617173008.A11142@cons.org> <20050624195906.A5702@cons.org> <1119816026.3817.20.camel@leguin> In-Reply-To: <1119816026.3817.20.camel@leguin> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271651.54116.jhb@FreeBSD.org> Cc: Martin Cracauer , Eric Anholt , Adam K Kirchhoff , Warner Losh Subject: Re: 6.0-current panic: loading radeon module 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, 27 Jun 2005 20:52:05 -0000 On Sunday 26 June 2005 04:00 pm, Eric Anholt wrote: > On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote: > > > I'd forgotten about this thread. I've got a proposed fix for this at: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 > > > > I get the same panic and backtrace with that patch (on a 32 MB moobile > > Radeon 7500). > > > > I will annotate the sourcecode now to verify (or not) the NULLs in the > > arguments for the bus argument. > > OK, one more try, for everyone who's been having hangs/reboots on X > startup since April. Attached is a patch that will hopefully kill the > problem off. It would probably be best to use bus_alloc_resource() without RF_ACTIVE set as otherwise you'll get a base address of 0 using the bus_get_resource() method if the BAR hasn't been mapped yet (e.g., this isn't a boot display device). Also, please use 'rid = PCIR_BAR(resource)' rather than 'rid = resource * 4 + 0x10' as that's probably a lot clearer way of saying that you are mapping BAR 'resource'. You can also still alloc the framebuffer resource in your last hunk, just don't set RF_ACTIVE for the framebuffer but do set it for the mmio registers. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 20:52:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E846816A431 for ; Mon, 27 Jun 2005 20:52:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF91843D4C for ; Mon, 27 Jun 2005 20:52:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 17:05:38 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 27 Jun 2005 16:47:32 -0400 User-Agent: KMail/1.8 References: <1119650444.1173.105.camel@leguin> <20050626.125729.127901479.imp@bsdimp.com> <1119813460.3817.17.camel@leguin> In-Reply-To: <1119813460.3817.17.camel@leguin> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271647.34208.jhb@FreeBSD.org> Cc: cracauer@cons.org, Eric Anholt , "M. Warner Losh" Subject: Re: 6.0-current panic: loading radeon module 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, 27 Jun 2005 20:52:07 -0000 On Sunday 26 June 2005 03:17 pm, Eric Anholt wrote: > On Sun, 2005-06-26 at 12:57 -0600, M. Warner Losh wrote: > > In message: <1119809673.3817.3.camel@leguin> > > > > Eric Anholt writes: > > : On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote: > > : > > I'd forgotten about this thread. I've got a proposed fix for this > > : > > at: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 > > : > > > : > I get the same panic and backtrace with that patch (on a 32 MB > > : > moobile Radeon 7500). > > : > > > : > I will annotate the sourcecode now to verify (or not) the NULLs in > > : > the arguments for the bus argument. > > : > > : Thanks for showing that that patch didn't work. I should have > > : remembered why it wouldn't. The next step would be to try a > > : workaround: Comment out the two calls to drm_initmap() in radeon_cp.c. > > : > > : We really need a nice call to grab the start/offset of a pci resource > > : given the rid. We can avoid it now, but we might not be able to given > > : where the DRM is headed. > > > > rman_get_start() doesn't do the trick? Or do you need to know what it > > is before the bus_alloc_resource? If so, you can call > > bus_get_resource(). What is it that you need to know? > > bus_alloc_resource tries to map the 128+ MB framebuffer and pmap_mapdev > falls over. I'll take a look at bus_get_resource now. Try doing it without RF_ACTIVE. The problem there is that we really just want to allocate the resource so the backing physical addresses are reserved, but we don't want to actually map that into KVA. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 21:25:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2321616A41C; Mon, 27 Jun 2005 21:25:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22D443D1D; Mon, 27 Jun 2005 21:25:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 17:39:02 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 27 Jun 2005 17:01:43 -0400 User-Agent: KMail/1.8 References: <20050618173102.R73598@carver.gumbysoft.com> In-Reply-To: <20050618173102.R73598@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271701.45080.jhb@FreeBSD.org> Cc: current@freebsd.org Subject: Re: Patch for sysinstall wrong-disc problem 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, 27 Jun 2005 21:25:20 -0000 On Saturday 18 June 2005 08:33 pm, Doug White wrote: > Hey folks, > > I've come up with a patch that fixes sysinstall prompting for the wrong CD > when trying to install packages from non-CDROM media. Patch is here: > > http://people.freebsd.org/~dwhite/patches/index.c.20050618.patch > > This makes the "This is disc#0; I need disc#1" type message go away by > checking if the install media is a CDROM first. Tested with an install > over NFS, but it shouldn't make a difference what install media as long as > its not a CD. > > I'll commit this shortly if there are no objections. Just a suggestion: it might be a shorter patch with no need to reindent a bunch of code if you change the patch to just add if (mediaDevice->type != DEVICE_TYPE_CDROM) return (DITEM_FAILURE); before the while loop. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 21:25:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2321616A41C; Mon, 27 Jun 2005 21:25:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22D443D1D; Mon, 27 Jun 2005 21:25:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 17:39:02 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 27 Jun 2005 17:01:43 -0400 User-Agent: KMail/1.8 References: <20050618173102.R73598@carver.gumbysoft.com> In-Reply-To: <20050618173102.R73598@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271701.45080.jhb@FreeBSD.org> Cc: current@freebsd.org Subject: Re: Patch for sysinstall wrong-disc problem 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, 27 Jun 2005 21:25:20 -0000 On Saturday 18 June 2005 08:33 pm, Doug White wrote: > Hey folks, > > I've come up with a patch that fixes sysinstall prompting for the wrong CD > when trying to install packages from non-CDROM media. Patch is here: > > http://people.freebsd.org/~dwhite/patches/index.c.20050618.patch > > This makes the "This is disc#0; I need disc#1" type message go away by > checking if the install media is a CDROM first. Tested with an install > over NFS, but it shouldn't make a difference what install media as long as > its not a CD. > > I'll commit this shortly if there are no objections. Just a suggestion: it might be a shorter patch with no need to reindent a bunch of code if you change the patch to just add if (mediaDevice->type != DEVICE_TYPE_CDROM) return (DITEM_FAILURE); before the while loop. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 21:25:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C74816A41F; Mon, 27 Jun 2005 21:25:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC3E943D53; Mon, 27 Jun 2005 21:25:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 17:39:01 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 27 Jun 2005 16:56:14 -0400 User-Agent: KMail/1.8 References: <20050618005118.GA97030@xor.obsecurity.org> <20050620164744.M66638@mail.chesapeake.net> In-Reply-To: <20050620164744.M66638@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271656.15881.jhb@FreeBSD.org> Cc: Jeff Roberson , current@freebsd.org, Kris Kennaway Subject: Re: "panic: mutex Giant not owned" in do_execve() 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, 27 Jun 2005 21:25:20 -0000 On Monday 20 June 2005 04:47 pm, Jeff Roberson wrote: > On Fri, 17 Jun 2005, Kris Kennaway wrote: > > quad e450 running up-to-date -current: > > > > panic: mutex Giant not owned at ../../../kern/kern_mutex.c:299 > > cpuid = 0 > > KDB: enter: panic > > [thread pid 52851 tid 100456 ] > > Stopped at kdb_enter+0x3c: ta %xcc, 1 > > db> wh > > Tracing pid 52851 tid 100456 td 0xfffff80077c61560 > > panic() at panic+0x16c > > _mtx_assert() at _mtx_assert+0x6c > > _mtx_unlock_flags() at _mtx_unlock_flags+0x68 > > do_execve() at do_execve+0xa0c > > Can you tell me what code is at do_execve+0xa0c? It's down below. It's the VFS_UNLOCK_GIANT() after the #ifdef MAC stuff: > > kern_execve() at kern_execve+0x7c > > execve() at execve+0x38 > > syscall() at syscall+0x2d4 > > -- reserved %o7=0 -- > > userland() at 0x40223400 > > user trace: trap %o7=0 > > pc 0x40223400, sp 0x7fdffffd021 > > done > > > > #12 0x00000000c01525cc in do_execve (td=0xfffff80077c61560, args=0xc, > > mac_p=0x0) at ../../../kern/kern_exec.c:789 > > #13 0x00000000c0151b3c in kern_execve (td=0xfffff80077c61560, > > args=0xeea6f670, mac_p=0x0) at > > ../../../kern/kern_exec.c:250 > > #14 0x00000000c0151a78 in execve (td=0xfffff80077c61560, uap=0xeea6f8c0) > > at ../../../kern/kern_exec.c:185 > > #15 0x00000000c02f3cd4 in syscall (tf=0xeea6f880) at > > ../../../sparc64/sparc64/trap.c:592 > > (kgdb) frame 12 > > #12 0x00000000c01525cc in do_execve (td=0xfffff80077c61560, args=0xc, > > mac_p=0x0) at ../../../kern/kern_exec.c:789 > > 789 VFS_UNLOCK_GIANT(vfslocked); > > (kgdb) list > > 784 #ifdef MAC > > 785 mac_execve_exit(imgp); > > 786 if (interplabel != NULL) > > 787 mac_vnode_label_free(interplabel); > > 788 #endif > > 789 VFS_UNLOCK_GIANT(vfslocked); > > 790 return (error); > > 791 } > > 792 > > 793 int See, line 789 here. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 21:25:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C74816A41F; Mon, 27 Jun 2005 21:25:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC3E943D53; Mon, 27 Jun 2005 21:25:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 17:39:01 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 27 Jun 2005 16:56:14 -0400 User-Agent: KMail/1.8 References: <20050618005118.GA97030@xor.obsecurity.org> <20050620164744.M66638@mail.chesapeake.net> In-Reply-To: <20050620164744.M66638@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271656.15881.jhb@FreeBSD.org> Cc: Jeff Roberson , current@freebsd.org, Kris Kennaway Subject: Re: "panic: mutex Giant not owned" in do_execve() 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, 27 Jun 2005 21:25:20 -0000 On Monday 20 June 2005 04:47 pm, Jeff Roberson wrote: > On Fri, 17 Jun 2005, Kris Kennaway wrote: > > quad e450 running up-to-date -current: > > > > panic: mutex Giant not owned at ../../../kern/kern_mutex.c:299 > > cpuid = 0 > > KDB: enter: panic > > [thread pid 52851 tid 100456 ] > > Stopped at kdb_enter+0x3c: ta %xcc, 1 > > db> wh > > Tracing pid 52851 tid 100456 td 0xfffff80077c61560 > > panic() at panic+0x16c > > _mtx_assert() at _mtx_assert+0x6c > > _mtx_unlock_flags() at _mtx_unlock_flags+0x68 > > do_execve() at do_execve+0xa0c > > Can you tell me what code is at do_execve+0xa0c? It's down below. It's the VFS_UNLOCK_GIANT() after the #ifdef MAC stuff: > > kern_execve() at kern_execve+0x7c > > execve() at execve+0x38 > > syscall() at syscall+0x2d4 > > -- reserved %o7=0 -- > > userland() at 0x40223400 > > user trace: trap %o7=0 > > pc 0x40223400, sp 0x7fdffffd021 > > done > > > > #12 0x00000000c01525cc in do_execve (td=0xfffff80077c61560, args=0xc, > > mac_p=0x0) at ../../../kern/kern_exec.c:789 > > #13 0x00000000c0151b3c in kern_execve (td=0xfffff80077c61560, > > args=0xeea6f670, mac_p=0x0) at > > ../../../kern/kern_exec.c:250 > > #14 0x00000000c0151a78 in execve (td=0xfffff80077c61560, uap=0xeea6f8c0) > > at ../../../kern/kern_exec.c:185 > > #15 0x00000000c02f3cd4 in syscall (tf=0xeea6f880) at > > ../../../sparc64/sparc64/trap.c:592 > > (kgdb) frame 12 > > #12 0x00000000c01525cc in do_execve (td=0xfffff80077c61560, args=0xc, > > mac_p=0x0) at ../../../kern/kern_exec.c:789 > > 789 VFS_UNLOCK_GIANT(vfslocked); > > (kgdb) list > > 784 #ifdef MAC > > 785 mac_execve_exit(imgp); > > 786 if (interplabel != NULL) > > 787 mac_vnode_label_free(interplabel); > > 788 #endif > > 789 VFS_UNLOCK_GIANT(vfslocked); > > 790 return (error); > > 791 } > > 792 > > 793 int See, line 789 here. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 21:25:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 826EF16A41C for ; Mon, 27 Jun 2005 21:25:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3816A43D1D for ; Mon, 27 Jun 2005 21:25:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 17:39:02 -0400 From: John Baldwin To: freebsd-current@freebsd.org, hartzell@alerce.com Date: Mon, 27 Jun 2005 17:15:13 -0400 User-Agent: KMail/1.8 References: <17077.62001.211846.349890@satchel.alerce.com> In-Reply-To: <17077.62001.211846.349890@satchel.alerce.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271715.14687.jhb@FreeBSD.org> Cc: Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good 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, 27 Jun 2005 21:25:20 -0000 On Sunday 19 June 2005 06:31 pm, George Hartzell wrote: > Hi, > > I'm working on a Sony PCG-GRX570. > > I'm working with -CURRENT as of a few days ago. > > I'm trying to get suspend and resume to work. S3 suspend and resume > work (from X) when I boot off of a Ubuntu Linux 5.04 live CD. > > Actually, suspend seems to be working. I have > > hw.acpi.reset_video=0 > hw.acpi.sleep_delay=4 > > and a kernel that's stripped of everything I could get rid of. I > eventually added fxp0 back in to see if it was coming back to life, > the machine still almost resumes but the interface doesn't work (it > does work pre-suspend). > > When I suspend (from the console, no X, using acpiconf -s 3), the > screen dims, the fan stops, and the green LED that usually says > "powered on" switches to a slowly flashing red. > > When I hit the any key, the screen brightens, the fan spins up, and > after a couple of moments the disk light flashes a bit, and settles in > to a fairly normal "I'm awake" kind of activity. > > But the console's dead (no new prompt, no response to the keyboard) > and pinging the interface from another machine doesn't do anything. > > I *have* seen "acpi: resume at..." message in my /var/log/messages > though, so it's getting somewhere. The problem is that your LCD isn't turned back on via DPMS, but there's not a good way to fix that always. Especially if your BIOS doesn't support DPMS. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 22:20:57 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9923516A41C; Mon, 27 Jun 2005 22:20:57 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D05A43D48; Mon, 27 Jun 2005 22:20:57 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 6CD561ED9F2; Tue, 28 Jun 2005 00:20:56 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 468EB405B; Tue, 28 Jun 2005 00:21:09 +0200 (CEST) Date: Tue, 28 Jun 2005 00:21:09 +0200 From: Jeremie Le Hen To: Florent Thoumie Message-ID: <20050627222109.GU1283@obiwan.tataz.chchile.org> References: <20050626211011.GH1283@obiwan.tataz.chchile.org> <86d5q8113a.fsf@xps.des.no> <20050627130449.GQ1283@obiwan.tataz.chchile.org> <42C0026C.3040000@FreeBSD.org> <20050627191205.GT1283@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050627191205.GT1283@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@FreeBSD.org, Jeremie Le Hen , freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 27 Jun 2005 22:20:57 -0000 > I would be glad if you were able to bring your testimony : I would > really like to see a note in src/UPDATING for this, since FreeBSD 6 > is going to be out in less than 2 months, and not informing users > about this behaviour change would break PITA, IMO. I meant POLA, of course. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 22:57:20 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E667E16A425; Mon, 27 Jun 2005 22:57:20 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B91643D48; Mon, 27 Jun 2005 22:57:20 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 7D3F4215A; Mon, 27 Jun 2005 15:57:02 -0700 (PDT) Received: from satchel.alerce.com (66-117-129-43.dsl.lmi.net [66.117.129.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id ED1812151; Mon, 27 Jun 2005 15:57:01 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j5RMvVKD028036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Jun 2005 15:57:31 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5RMvU7i028032; Mon, 27 Jun 2005 15:57:30 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17088.33872.136766.621988@satchel.alerce.com> Date: Mon, 27 Jun 2005 15:57:20 -0700 To: John Baldwin In-Reply-To: <200506271715.14687.jhb@FreeBSD.org> References: <17077.62001.211846.349890@satchel.alerce.com> <200506271715.14687.jhb@FreeBSD.org> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org, hartzell@alerce.com Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.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, 27 Jun 2005 22:57:21 -0000 John Baldwin writes: > On Sunday 19 June 2005 06:31 pm, George Hartzell wrote: > > Hi, > > > > I'm working on a Sony PCG-GRX570. > > [...] > > The problem is that your LCD isn't turned back on via DPMS, but there's not a > good way to fix that always. Especially if your BIOS doesn't support DPMS. > Can you say a bit more about this? When I suspend, the panel dims, but I can still read what's on the screen. When I resume it never brightens, but I can still easily see what's there. I never goes completely black. If I boot up into linux using a text console, it displays similar behaviour, dimming on suspend, but it brightens back up on resume. I *have* managed to get it to go completely black using a horribly hacked up version of acpi_video w/ the DPMS patches, but it still won't wake up. g. From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 00:46:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB33216A41C for ; Tue, 28 Jun 2005 00:46:18 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from chons.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FDCA442D8 for ; Tue, 28 Jun 2005 00:24:31 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.101] (pcp04364354pcs.glstrt01.nj.comcast.net [68.44.156.246]) by chons.visualtech.com (Postfix) with ESMTP id 1B0224E61 for ; Mon, 27 Jun 2005 20:24:21 -0400 (EDT) Message-ID: <42C098B0.5060004@voicenet.com> Date: Mon, 27 Jun 2005 20:24:16 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Portupgrade, -CURRENT & SMP 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, 28 Jun 2005 00:46:18 -0000 I have three machines which I just upgraded from 5.4 to -CURRENT. They are two SMP desktops and a UP laptop. After building world and installing, I started to run portupgrade on my systems. On the laptop, everything has been running smoothly.. On both SMP systems, portupgrade hangs. top shows the ruby18 process stuck in the *vnode state. On one machine, which I can't physically access, it's been this way for hours. I can't ssh into this machine, and only have access to sessions that were connected before the hang. On my home machine (which I can physically access), I've been able to log in on the virtual consoles and reboot when this happens (though it's not ever able to sync all buffers and cleanly unmount /). It's now happened with 5 or 6 consecutive attempts at portupgrade on this machine. The most recent time this happened, on a hunch, I built a UP kernel, rebooted, and tried portupgrade again. It's now been running for two hours without hanging (previous record was less than five minutes). I've googled around a bit for this problem, but haven't come across anythign yet. Has anyone seen this before? I'll gladly submit a pr, but I'm just looking for more idea, or maybe some confirmation from others who have seen this. Adam From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 02:29:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A8116A424 for ; Tue, 28 Jun 2005 02:29:02 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 9833843D70 for ; Tue, 28 Jun 2005 02:29:00 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 26256 invoked from network); 28 Jun 2005 02:28:58 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 28 Jun 2005 02:28:57 -0000 Received: from [192.168.0.107] ([210.24.122.16]) by maxwell2.pacific.net.sg with ESMTP id <20050628022857.YKHQ28012.maxwell2.pacific.net.sg@[192.168.0.107]>; Tue, 28 Jun 2005 10:28:57 +0800 Message-ID: <42C0B5B3.40900@pacific.net.sg> Date: Tue, 28 Jun 2005 10:28:03 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <42C098B0.5060004@voicenet.com> In-Reply-To: <42C098B0.5060004@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Portupgrade, -CURRENT & SMP 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, 28 Jun 2005 02:29:02 -0000 Hi, Adam K Kirchhoff wrote: > > SMP systems, portupgrade hangs. top shows the ruby18 process stuck in > the *vnode state. On one machine, which I can't physically access, it's I have had also problems like this after upgrading from 5.3 to 5.4. After finding no solution, I deleted everything around Ruby and installed a package which needed Ruby and all works since then. If I remember right, just installing Ruby again did not do the job. Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 03:14:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C520D16A420 for ; Tue, 28 Jun 2005 03:14:33 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A40C43D48 for ; Tue, 28 Jun 2005 03:14:33 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 57664 invoked from network); 28 Jun 2005 03:14:32 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 28 Jun 2005 03:14:32 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 27 Jun 2005 22:14:15 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org Message-ID: <20050627221332.X18909@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: memguard for mbufs (fwd) 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, 28 Jun 2005 03:14:33 -0000 Here's a note I just sent to the people who have been experiencing "memory used after free" panics - if you're also affected, please try the described change as well. Thanks, Mike "Silby" Silbersack ---------- Forwarded message ---------- Date: Mon, 27 Jun 2005 22:13:21 -0500 (CDT) From: Mike Silbersack To: Peter Holm Cc: Andrey Chernov , Thierry Herbelot Subject: Re: memguard for mbufs On Mon, 27 Jun 2005, Peter Holm wrote: > On Mon, Jun 27, 2005 at 04:21:54AM -0500, Mike Silbersack wrote: > >> >> When memguard trips (which I did test with a trivial mbuf overwrite), >> it'll immediately trap and enter ddb - there will be no helpful message >> about use after free or anything. So, when that happens, take a trace. >> Hopefully everyone will report the same backtrace, and we'll have our >> culprit. :) >> > > I have now been stress testing for 0+04:10:05 without any panics. > > I'll let the test run the nite over. If I still don't get a panic I > plan to add a second NIC and revert to the previous kernel. This may > tell if the problem is related to the rl driver or not. > > - Peter Well, there's a reason for that. Bosko doublechecked my original mbuf use after free patch and found an error. I'll provide a "manual patch", since this is a three line change. Go into kern_mbuf.c, and find the procedure mb_fini_pack: static void mb_fini_pack(void *mem, int size) { struct mbuf *m; m = (struct mbuf *)mem; #ifdef INVARIANTS trash_fini(m->m_ext.ext_buf, MCLBYTES); #endif uma_zfree_arg(zone_clust, m->m_ext.ext_buf, NULL); m->m_ext.ext_buf = NULL; mbstat.m_mclusts += 1; /* XXX */ #ifdef INVARIANTS trash_fini(mem, size); #endif } Add those last three lines in, and everything should be peachy. Those of you running the memguard patch will have to take that back off, of course. The problem arose because there are three UMA zones - the mbuf zone, the clust zone, and the packet zone. Well, under certain memory conditions, objects from the packet zone are freed back into the mbuf. And, since I was only running the trash function on the mbuf and clust zones, this led to false errors when something from the packet zone was freed back to the mbuf zone. Sorry for all the debugging time, I hope this fixes the issue. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 06:11:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD75D16A41C for ; Tue, 28 Jun 2005 06:11:24 +0000 (GMT) (envelope-from boynagar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4952143D49 for ; Tue, 28 Jun 2005 06:11:24 +0000 (GMT) (envelope-from boynagar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1689194rna for ; Mon, 27 Jun 2005 23:11:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=uHt78tNvBBqOfynPkWGRPqJX/DkDK3HQHwX+iJQKj8fEc7k7pnE7vwlZlOB4vE/Hm5AJ28IStOqX3zppmHsSOlo3hCj89YL2Q+AM9hjBVyISWuMsn+EwcDj4SLR6KcC0JrALTDiwndeUpasJLI8hlzcXwRHVrnTDKnd+RW5xW58= Received: by 10.38.67.2 with SMTP id p2mr1375650rna; Mon, 27 Jun 2005 23:11:23 -0700 (PDT) Received: by 10.38.74.80 with HTTP; Mon, 27 Jun 2005 23:11:23 -0700 (PDT) Message-ID: Date: Tue, 28 Jun 2005 11:11:23 +0500 From: Katu To: John Baldwin In-Reply-To: <200506271532.32766.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_101_31559420.1119939083685" References: <200506241614.59108.jhb@FreeBSD.org> <200506271532.32766.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Cannot boot June snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Katu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2005 06:11:24 -0000 ------=_Part_101_31559420.1119939083685 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 6/28/05, John Baldwin wrote: > On Saturday 25 June 2005 05:07 pm, Katu wrote: > > On 6/25/05, John Baldwin wrote: > > > On Wednesday 15 June 2005 12:59 pm, Katu wrote: > > > > > I have an old HP Kayak XU (dual PII 300 MHz) that was happily run= ning > > > > > Windows NT 4, then Linux with 2.4 kernel, then FreeBSD 5.2.1. Tod= ay I > > > > > tried to install 6-CURRENT snapshot from June, and during boot it > > > > > repeats the same error messages regarding ahc0 over and over. Ple= ase > > > > > see attached verbose boot log. > > > > > > > > > > What is the problem? Is it a hardware issue or something else? I > > > > > still have the machine connected to serial console if you need mo= re > > > > > information. > > > > > > > > > > Thanks, > > > > > > > > > > Arthur > > > > > > > > I just tried with 5.4-RELEASE, it didn't work too, so I guess > > > > something changed between 5.2.1 and 5.3. Attached is the boot log f= rom > > > > 6.0 snapshot > > > > > > Does the 5.4 install disk boot ok? > > > > No, I tried both 5.3 and 5.4, none of them works, all of them exhibit > > the same symptoms as with 6.0-SNAP-004. So far the only working > > FreeBSD for me was 5.2.1-RELEASE. >=20 > Can you provide a 5.2.1 verbose boot log? >=20 Attached. ------=_Part_101_31559420.1119939083685 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMi4xLVJFTEVBU0UgIzA6IE1vbiBGZWIgMjMgMjA6NDU6 NTUgR01UIDIwMDQKICAgIHJvb3RAd3YxdS5idGMuYWRhcHRlYy5jb206L3Vzci9vYmovdXNyL3Ny Yy9zeXMvR0VORVJJQwpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsLm9sZC9rZXJu ZWwiIGF0IDB4YzA5ZTMwMDAuCk1QIENvbmZpZ3VyYXRpb24gVGFibGUgdmVyc2lvbiAxLjQgZm91 bmQgYXQgMHhjMDA5ZTU2MApBUElDOiBVc2luZyB0aGUgTVBUYWJsZSBlbnVtZXJhdG9yLgpTTVA6 IEFkZGVkIENQVSAxIChCU1ApClNNUDogQWRkZWQgQ1BVIDAgKEFQKQpNUFRhYmxlOiA8SFAgICAg ICAgWFUvWFcgICAgICAgPgpDYWxpYnJhdGluZyBjbG9jayhzKSAuLi4gaTgyNTQgY2xvY2s6IDEx OTMxOTIgSHoKQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcg ZGVmYXVsdCBmcmVxdWVuY3kKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBI eiBxdWFsaXR5IDAKQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDMwMDAxMjQz NSBIegpDUFU6IFBlbnRpdW0gSUkvUGVudGl1bSBJSSBYZW9uL0NlbGVyb24gKDMwMC4wMS1NSHog Njg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDYzNCAgU3Rl cHBpbmcgPSA0CiAgRmVhdHVyZXM9MHg4MGZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUs TUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixNTVg+CnJlYWwgbWVtb3J5ICA9IDEz NDIxNzcyOCAoMTI4IE1CKQpQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6CjB4MDAwMDAwMDAwMDAw MTAwMCAtIDB4MDAwMDAwMDAwMDA5ZGZmZiwgNjQzMDcyIGJ5dGVzICgxNTcgcGFnZXMpCjB4MDAw MDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDNmZmZmZiwgMzE0NTcyOCBieXRlcyAoNzY4IHBh Z2VzKQoweDAwMDAwMDAwMDBjMjkwMDAgLSAweDAwMDAwMDAwMDdkOTlmZmYsIDExODk1MTkzNiBi eXRlcyAoMjkwNDEgcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDEyMDc1NDE3NiAoMTE1IE1CKQpBUElD IElEOiBwaHlzaWNhbCAwLCBsb2dpY2FsIDA6MApBUElDIElEOiBwaHlzaWNhbCAxLCBsb2dpY2Fs IDA6MQpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMK IGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAxCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAwCmJpb3MzMjog Rm91bmQgQklPUzMyIFNlcnZpY2UgRGlyZWN0b3J5IGhlYWRlciBhdCAweGMwMGY3N2MwCmJpb3Mz MjogRW50cnkgPSAweGZkNzdkIChjMDBmZDc3ZCkgIFJldiA9IDAgIExlbiA9IDEKcGNpYmlvczog UENJIEJJT1MgZW50cnkgYXQgMHhmZDcxMCsweDI4OQpwbnBiaW9zOiBGb3VuZCBQblAgQklPUyBk YXRhIGF0IDB4YzAwZjc3ZjAKcG5wYmlvczogRW50cnkgPSBmMDAwMDpiNmVlICBSZXYgPSAxLjAK T3RoZXIgQklPUyBzaWduYXR1cmVzIGZvdW5kOgppb2FwaWMwOiBBc3N1bWluZyBpbnRiYXNlIG9m IDAKaW9hcGljMDogaW50cGluIDAgLT4gRXh0SU5UIChlZGdlLCBhY3RpdmVoaSkKaW9hcGljMDog aW50cGluIDEgLT4gaXJxIDEgKGVkZ2UsIGFjdGl2ZWhpKQppb2FwaWMwOiBpbnRwaW4gMiAtPiBp cnEgMiAoZWRnZSwgYWN0aXZlaGkpCmlvYXBpYzA6IGludHBpbiAzIC0+IGlycSAzIChlZGdlLCBh Y3RpdmVoaSkKaW9hcGljMDogaW50cGluIDQgLT4gaXJxIDQgKGVkZ2UsIGFjdGl2ZWhpKQppb2Fw aWMwOiBpbnRwaW4gNSAtPiBpcnEgNSAoZWRnZSwgYWN0aXZlaGkpCmlvYXBpYzA6IGludHBpbiA2 IC0+IGlycSA2IChlZGdlLCBhY3RpdmVoaSkKaW9hcGljMDogaW50cGluIDcgLT4gaXJxIDcgKGVk Z2UsIGFjdGl2ZWhpKQppb2FwaWMwOiBpbnRwaW4gOCAtPiBpcnEgOCAoZWRnZSwgYWN0aXZlaGkp CmlvYXBpYzA6IGludHBpbiA5IC0+IGlycSA5IChlZGdlLCBhY3RpdmVoaSkKaW9hcGljMDogaW50 cGluIDEwIC0+IGlycSAxMCAoZWRnZSwgYWN0aXZlaGkpCmlvYXBpYzA6IGludHBpbiAxMSAtPiBp cnEgMTEgKGVkZ2UsIGFjdGl2ZWhpKQppb2FwaWMwOiBpbnRwaW4gMTIgLT4gaXJxIDEyIChlZGdl LCBhY3RpdmVoaSkKaW9hcGljMDogaW50cGluIDEzIC0+IGlycSAxMyAoZWRnZSwgYWN0aXZlaGkp CmlvYXBpYzA6IGludHBpbiAxNCAtPiBpcnEgMTQgKGVkZ2UsIGFjdGl2ZWhpKQppb2FwaWMwOiBp bnRwaW4gMTUgLT4gaXJxIDE1IChlZGdlLCBhY3RpdmVoaSkKaW9hcGljMDogaW50cGluIDE2IC0+ IGlycSAxNiAobGV2ZWwsIGFjdGl2ZWxvKQppb2FwaWMwOiBpbnRwaW4gMTcgLT4gaXJxIDE3IChs ZXZlbCwgYWN0aXZlbG8pCmlvYXBpYzA6IGludHBpbiAxOCAtPiBpcnEgMTggKGxldmVsLCBhY3Rp dmVsbykKaW9hcGljMDogaW50cGluIDE5IC0+IGlycSAxOSAobGV2ZWwsIGFjdGl2ZWxvKQppb2Fw aWMwOiBpbnRwaW4gMjAgLT4gaXJxIDIwIChsZXZlbCwgYWN0aXZlbG8pCmlvYXBpYzA6IGludHBp biAyMSAtPiBpcnEgMjEgKGxldmVsLCBhY3RpdmVsbykKaW9hcGljMDogaW50cGluIDIyIC0+IGly cSAyMiAobGV2ZWwsIGFjdGl2ZWxvKQppb2FwaWMwOiBpbnRwaW4gMjMgLT4gaXJxIDIzIChsZXZl bCwgYWN0aXZlbG8pCmlvYXBpYzA6IGludHBpbiAxIHRyaWdnZXI6IGVkZ2UKaW9hcGljMDogaW50 cGluIDEgcG9sYXJpdHk6IGFjdGl2ZS1oaQppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBp biAyCmlvYXBpYzA6IGludHBpbiAyIHRyaWdnZXI6IGVkZ2UKaW9hcGljMDogaW50cGluIDIgcG9s YXJpdHk6IGFjdGl2ZS1oaQppb2FwaWMwOiBpbnRwaW4gMyB0cmlnZ2VyOiBlZGdlCmlvYXBpYzA6 IGludHBpbiAzIHBvbGFyaXR5OiBhY3RpdmUtaGkKaW9hcGljMDogaW50cGluIDQgdHJpZ2dlcjog ZWRnZQppb2FwaWMwOiBpbnRwaW4gNCBwb2xhcml0eTogYWN0aXZlLWhpCmlvYXBpYzA6IGludHBp biA1IHRyaWdnZXI6IGVkZ2UKaW9hcGljMDogaW50cGluIDUgcG9sYXJpdHk6IGFjdGl2ZS1oaQpp b2FwaWMwOiBpbnRwaW4gNiB0cmlnZ2VyOiBlZGdlCmlvYXBpYzA6IGludHBpbiA2IHBvbGFyaXR5 OiBhY3RpdmUtaGkKaW9hcGljMDogaW50cGluIDcgdHJpZ2dlcjogZWRnZQppb2FwaWMwOiBpbnRw aW4gNyBwb2xhcml0eTogYWN0aXZlLWhpCmlvYXBpYzA6IGludHBpbiA4IHRyaWdnZXI6IGVkZ2UK aW9hcGljMDogaW50cGluIDggcG9sYXJpdHk6IGFjdGl2ZS1oaQppb2FwaWMwOiBpbnRwaW4gMTYg dHJpZ2dlcjogbGV2ZWwKaW9hcGljMDogaW50cGluIDE2IHBvbGFyaXR5OiBhY3RpdmUtbG8KaW9h cGljMDogaW50cGluIDE5IHRyaWdnZXI6IGxldmVsCmlvYXBpYzA6IGludHBpbiAxOSBwb2xhcml0 eTogYWN0aXZlLWxvCmlvYXBpYzA6IGludHBpbiAxMSB0cmlnZ2VyOiBlZGdlCmlvYXBpYzA6IGlu dHBpbiAxMSBwb2xhcml0eTogYWN0aXZlLWhpCmlvYXBpYzA6IGludHBpbiAxMiB0cmlnZ2VyOiBl ZGdlCmlvYXBpYzA6IGludHBpbiAxMiBwb2xhcml0eTogYWN0aXZlLWhpCmlvYXBpYzA6IGludHBp biAxMyB0cmlnZ2VyOiBlZGdlCmlvYXBpYzA6IGludHBpbiAxMyBwb2xhcml0eTogYWN0aXZlLWhp CmlvYXBpYzA6IGludHBpbiAxNCB0cmlnZ2VyOiBlZGdlCmlvYXBpYzA6IGludHBpbiAxNCBwb2xh cml0eTogYWN0aXZlLWhpCmlvYXBpYzA6IGludHBpbiAxNSB0cmlnZ2VyOiBlZGdlCmlvYXBpYzA6 IGludHBpbiAxNSBwb2xhcml0eTogYWN0aXZlLWhpCmlvYXBpYzA6IGludHBpbiAxOSB0cmlnZ2Vy OiBsZXZlbAppb2FwaWMwOiBpbnRwaW4gMTkgcG9sYXJpdHk6IGFjdGl2ZS1sbwppb2FwaWMwOiBp bnRwaW4gMTggdHJpZ2dlcjogbGV2ZWwKaW9hcGljMDogaW50cGluIDE4IHBvbGFyaXR5OiBhY3Rp dmUtbG8KaW9hcGljMDogaW50cGluIDE2IHRyaWdnZXI6IGxldmVsCmlvYXBpYzA6IGludHBpbiAx NiBwb2xhcml0eTogYWN0aXZlLWxvCmlvYXBpYzA6IGludHBpbiAxOCB0cmlnZ2VyOiBsZXZlbApp b2FwaWMwOiBpbnRwaW4gMTggcG9sYXJpdHk6IGFjdGl2ZS1sbwpsYXBpYzogUm91dGluZyBFeHRJ TlQgLT4gTElOVDAKbGFwaWM6IExJTlQwIHRyaWdnZXI6IGVkZ2UKbGFwaWM6IExJTlQwIHBvbGFy aXR5OiBhY3RpdmUtaGkKbGFwaWM6IFJvdXRpbmcgTk1JIC0+IExJTlQxCmxhcGljOiBMSU5UMSB0 cmlnZ2VyOiBlZGdlCmxhcGljOiBMSU5UMSBwb2xhcml0eTogYWN0aXZlLWhpCmlvYXBpYzAgPFZl cnNpb24gMS4xPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKY3B1MCBCU1A6CiAgICAgSUQ6IDB4 MDEwMDAwMDAgICBWRVI6IDB4MDAwNDAwMTEgTERSOiAweDAyMDAwMDAwIERGUjogMHgwZmZmZmZm ZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBT VlI6IDB4MDAwMDAxZmYKd2xhbjogPDgwMi4xMSBMaW5rIExheWVyPgpudWxsOiA8bnVsbCBkZXZp Y2UsIHplcm8gZGV2aWNlPgpyYW5kb206IDxlbnRyb3B5IHNvdXJjZT4KbWVtOiA8bWVtb3J5ICYg SS9PPgpQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZApucHgwOiBbRkFTVF0KbnB4MDog PG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZApucHgwOiBJTlQgMTYgaW50ZXJmYWNlCnBj aV9vcGVuKDEpOgltb2RlIDEgYWRkciBwb3J0ICgweDBjZjgpIGlzIDB4ODAwMDNiOTAKcGNpX29w ZW4oMWEpOgltb2RlMXJlcz0weDgwMDAwMDAwICgweDgwMDAwMDAwKQpwY2lfY2ZnY2hlY2s6CWRl dmljZSAwIFtjbGFzcz0wNjAwMDBdIFtoZHI9MDBdIGlzIHRoZXJlIChpZD03MTgwODA4NikKcGNp YmlvczogQklPUyB2ZXJzaW9uIDIuMTAKVXNpbmcgJFBJUiB0YWJsZSwgMTAgZW50cmllcyBhdCAw eGMwMGZkZjIwClBDSS1Pbmx5IEludGVycnVwdHM6IG5vbmUKTG9jYXRpb24gIEJ1cyBEZXZpY2Ug UGluICBMaW5rICBJUlFzCnNsb3QgMSAgICAgIDAgICAxNiAgICBBICAgMHg2MSAgMyA0IDUgNiA3 IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAxICAgICAgMCAgIDE2ICAgIEIgICAweDYyICAzIDQgNSA2 IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDEgICAgICAwICAgMTYgICAgQyAgIDB4NjMgIDMgNCA1 IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgMSAgICAgIDAgICAxNiAgICBEICAgMHg2MCAgMyA0 IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMCAgIDE3ICAgIEEgICAweDYyICAz IDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDIgICAgICAwICAgMTcgICAgQiAgIDB4NjMg IDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgMiAgICAgIDAgICAxNyAgICBDICAgMHg2 MCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMCAgIDE3ICAgIEQgICAw eDYxICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDMgICAgICAwICAgMTggICAgQSAg IDB4NjAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgMyAgICAgIDAgICAxOCAgICBC ICAgMHg2MSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAzICAgICAgMCAgIDE4ICAg IEMgICAweDYyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDMgICAgICAwICAgMTgg ICAgRCAgIDB4NjMgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgNCAgICAgIDAgICAx OSAgICBBICAgMHg2MSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCA0ICAgICAgMCAg IDE5ICAgIEIgICAweDYyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDQgICAgICAw ICAgMTkgICAgQyAgIDB4NjMgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgNCAgICAg IDAgICAxOSAgICBEICAgMHg2MCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQg ICAgMCAgICA3ICAgIEEgICAweDYwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQplbWJlZGRl ZCAgICAwICAgIDcgICAgQiAgIDB4NjEgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CmVtYmVk ZGVkICAgIDAgICAgNyAgICBDICAgMHg2MiAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKZW1i ZWRkZWQgICAgMCAgICA3ICAgIEQgICAweDYzICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpz bG90IDMzICAgICAxICAgIDAgICAgQSAgIDB4NjIgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1 CnNsb3QgMzMgICAgIDEgICAgMCAgICBCICAgMHg2MyAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQg MTUKZW1iZWRkZWQgICAgMCAgICA4ICAgIEEgICAweDYwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAx NCAxNQplbWJlZGRlZCAgICAwICAgIDkgICAgQSAgIDB4NjMgIDMgNCA1IDYgNyA5IDEwIDExIDEy IDE0IDE1CnBjaWIwOiA8TVBUYWJsZSBIb3N0LVBDSSBicmlkZ2U+IGF0IHBjaWJ1cyAwIG9uIG1v dGhlcmJvYXJkCnBjaTA6IDxQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBwaHlzaWNhbCBidXM9MAoJ bWFwWzEwXTogdHlwZSAzLCByYW5nZSAzMiwgYmFzZSBmODAwMDAwMCwgc2l6ZSAyNiwgZW5hYmxl ZApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDcxODAsIHJldmlkPTB4MDMKCWJ1cz0wLCBz bG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21k cmVnPTB4MDEwNiwgc3RhdHJlZz0weDIyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHg3MTgxLCByZXZpZD0weDAzCglidXM9MCwgc2xv dD0xLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJl Zz0weDAwMGYsIHN0YXRyZWc9MHgwMmEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHg2MCAoMjg4MCBucyksIG1pbmdudD0weDBjICgzMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4NzExMCwgcmV2aWQ9MHgwMQoJYnVzPTAsIHNs b3Q9NywgZnVuYz0wCgljbGFzcz0wNi0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRy ZWc9MHgwMTBmLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJbWFw WzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwZmNiMCwgc2l6ZSAgNCwgZW5hYmxlZApm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDcxMTEsIHJldmlkPTB4MDEKCWJ1cz0wLCBzbG90 PTcsIGZ1bmM9MQoJY2xhc3M9MDEtMDEtODAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCW1h cFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMGZjZTAsIHNpemUgIDUsIGVuYWJsZWQK cGNpYjA6IHNsb3QgNyBJTlREIHJvdXRlZCB0byBpcnEgMTkKZm91bmQtPgl2ZW5kb3I9MHg4MDg2 LCBkZXY9MHg3MTEyLCByZXZpZD0weDAxCglidXM9MCwgc2xvdD03LCBmdW5jPTIKCWNsYXNzPTBj LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDEsIHN0YXRyZWc9MHgw MjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49ZCwgaXJxPTE5CgltYXBb OTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDA4ODAwLCBzaXplICA0LCBlbmFibGVkCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4NzExMywgcmV2aWQ9MHgwMQoJYnVzPTAsIHNsb3Q9 NywgZnVuYz0zCgljbGFzcz0wNi04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDAzLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJbWFwWzEw XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwZjgwMCwgc2l6ZSAgOCwgZW5hYmxlZAoJbWFw WzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBmZWRmZjAwMCwgc2l6ZSAxMiwgZW5hYmxlZApw Y2liMDogc2xvdCA4IElOVEEgcm91dGVkIHRvIGlycSAxNgpmb3VuZC0+CXZlbmRvcj0weDkwMDQs IGRldj0weDgzNzgsIHJldmlkPTB4MDEKCWJ1cz0wLCBzbG90PTgsIGZ1bmM9MAoJY2xhc3M9MDEt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAy OTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250 PTB4MDggKDIwMDAgbnMpLCBtYXhsYXQ9MHgwOCAoMjAwMCBucykKCWludHBpbj1hLCBpcnE9MTYK CXBvd2Vyc3BlYyAxICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSA0 LCByYW5nZSAzMiwgYmFzZSAwMDAwZjQwMCwgc2l6ZSAgOCwgZW5hYmxlZAoJbWFwWzE0XTogdHlw ZSAxLCByYW5nZSAzMiwgYmFzZSBmZWRmZTAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogc2xv dCA5IElOVEEgcm91dGVkIHRvIGlycSAxOQpmb3VuZC0+CXZlbmRvcj0weDkwMDQsIGRldj0weDYw NzgsIHJldmlkPTB4MDMKCWJ1cz0wLCBzbG90PTksIGZ1bmM9MAoJY2xhc3M9MDEtMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAyOTAsIGNhY2hl bG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDQgKDEw MDAgbnMpLCBtYXhsYXQ9MHgwNCAoMTAwMCBucykKCWludHBpbj1hLCBpcnE9MTkKCXBvd2Vyc3Bl YyAxICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSA0LCByYW5nZSAz MiwgYmFzZSAwMDAwZmNjMCwgc2l6ZSAgNSwgZW5hYmxlZAoJbWFwWzE0XTogdHlwZSAxLCByYW5n ZSAzMiwgYmFzZSBmZWRmZGMwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogc2xvdCAxNyBJTlRB IHJvdXRlZCB0byBpcnEgMTgKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgyMDAwLCByZXZp ZD0weDI1CglidXM9MCwgc2xvdD0xNywgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDQ3LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwNiAoMTUwMCBucyks IG1heGxhdD0weGZmICg2Mzc1MCBucykKCWludHBpbj1hLCBpcnE9MTgKCW1hcFsxMF06IHR5cGUg NCwgcmFuZ2UgMzIsIGJhc2UgMDAwMGYwMDAsIHNpemUgIDgsIGVuYWJsZWQKCW1hcFsxNF06IHR5 cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZmVkZmMwMDAsIHNpemUgMTIsIGVuYWJsZWQKCW1hcFsxOF06 IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgZmMwMDAwMDAsIHNpemUgMjUsIGVuYWJsZWQKcGNpYjA6 IHNsb3QgMTggSU5UQSByb3V0ZWQgdG8gaXJxIDE2CmZvdW5kLT4JdmVuZG9yPTB4OTAwNCwgZGV2 PTB4MTQ3OCwgcmV2aWQ9MHgwMQoJYnVzPTAsIHNsb3Q9MTgsIGZ1bmM9MAoJY2xhc3M9MDUtODAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAyODAs IGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4 MDIgKDUwMCBucyksIG1heGxhdD0weDAyICg1MDAgbnMpCglpbnRwaW49YSwgaXJxPTE2CmFncDA6 IDxJbnRlbCA4MjQ0M0xYICg0NDAgTFgpIGhvc3QgdG8gUENJIGJyaWRnZT4gbWVtIDB4ZjgwMDAw MDAtMHhmYmZmZmZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTAKYWdwMDogYWxsb2NhdGluZyBHQVRU IGZvciBhcGVydHVyZSBvZiBzaXplIDY0TQpwY2liMTogPE1QVGFibGUgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2liMTogICBzZWNvbmRhcnkgYnVzICAgICAxCnBjaWIx OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEKcGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAw LTB4ZmZmCnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmUwMDAwMDAtMHhmZWJmZmZmZgpw Y2liMTogICBwcmVmZXRjaGVkIGRlY29kZSAweGY2MDAwMDAwLTB4ZjZmZmZmZmYKcGNpMTogPFBD SSBidXM+IG9uIHBjaWIxCnBjaTE6IHBoeXNpY2FsIGJ1cz0xCgltYXBbMTBdOiB0eXBlIDMsIHJh bmdlIDMyLCBiYXNlIGY2MDAwMDAwLCBzaXplIDI0LCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIDEs IHJhbmdlIDMyLCBiYXNlIGZlYmY4MDAwLCBzaXplIDE0LCBlbmFibGVkCgltYXBbMThdOiB0eXBl IDEsIHJhbmdlIDMyLCBiYXNlIGZlMDAwMDAwLCBzaXplIDIzLCBlbmFibGVkCnBjaWIxOiBzbG90 IDAgSU5UQSByb3V0ZWQgdG8gaXJxIDE4CmZvdW5kLT4JdmVuZG9yPTB4MTAyYiwgZGV2PTB4MDUx ZiwgcmV2aWQ9MHgwMAoJYnVzPTEsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMy0wMC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJiMCwgY2FjaGVs bnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xOApwY2kxOiA8ZGlzcGxheSwg VkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBi cmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRh cGNpMDogPEludGVsIFBJSVg0IFVETUEzMyBjb250cm9sbGVyPiBwb3J0IDB4ZmNiMC0weGZjYmYg YXQgZGV2aWNlIDcuMSBvbiBwY2kwCmF0YTA6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBv c3RhdDE9MDAKYXRhMC1tYXN0ZXI6IHN0YXQ9MHgwMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhl YgphdGEwLXNsYXZlOiAgc3RhdD0weDAwIGVycj0weDA0IGxzYj0weDAwIG1zYj0weDAwCmF0YTA6 IHJlc2V0IHRwMiBtYXNrPTAzIHN0YXQwPTAwIHN0YXQxPTAwIGRldmljZXM9MHg0PEFUQVBJX01B U1RFUj4KYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTAKYXRhMDogW01QU0FGRV0KYXRh MTogYXQgMHgxNzAgaXJxIDE1IG9uIGF0YXBjaTAKYXRhMTogW01QU0FGRV0KdWhjaTA6IDxJbnRl bCA4MjM3MUFCL0VCIChQSUlYNCkgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhmY2UwLTB4ZmNmZiBp cnEgMTkgYXQgZGV2aWNlIDcuMiBvbiBwY2kwCnVzYjA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlY NCkgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6 IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVo dWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwaWl4MDogPFBJSVgg VGltZWNvdW50ZXI+IHBvcnQgMHg4ODAwLTB4ODgwZiBhdCBkZXZpY2UgNy4zIG9uIHBjaTAKVGlt ZWNvdW50ZXIgIlBJSVgiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMAphaGMwOiA8QWRh cHRlYyAzOThYIFVsdHJhIFNDU0kgUkFJRCBhZGFwdGVyPiBwb3J0IDB4ZjgwMC0weGY4ZmYgbWVt IDB4ZmVkZmYwMDAtMHhmZWRmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDguMCBvbiBwY2kwCmFoYzA6 IERlZmF1bHRpbmcgdG8gTUVNSU8gb2ZmCmFoYzA6IFJlYWRpbmcgU0VFUFJPTS4uLmRvbmUuCmFo YzA6IGludGVybmFsIDUwIGNhYmxlIG5vdCBwcmVzZW50LCBpbnRlcm5hbCA2OCBjYWJsZSBub3Qg cHJlc2VudAphaGMwOiBleHRlcm5hbCBjYWJsZSBub3QgcHJlc2VudAphaGMwOiBCSU9TIGVlcHJv bSBpcyBwcmVzZW50CmFoYzA6IEhpZ2ggYnl0ZSB0ZXJtaW5hdGlvbiBFbmFibGVkCmFoYzA6IExv dyBieXRlIHRlcm1pbmF0aW9uIEVuYWJsZWQKYWhjMDogRG93bmxvYWRpbmcgU2VxdWVuY2VyIFBy b2dyYW0uLi4gNDQwIGluc3RydWN0aW9ucyBkb3dubG9hZGVkCmFoYzA6IEZlYXR1cmVzIDB4NSwg QnVncyAweDExLCBGbGFncyAweDIwNDg1NTYzCmFpYzc4ODA6IFVsdHJhIFdpZGUgQ2hhbm5lbCBC LCBTQ1NJIElkPTE1LCAxNi8yNTMgU0NCcwphaGMxOiA8QWRhcHRlYyBhaWM3ODYwIFVsdHJhIFND U0kgYWRhcHRlcj4gcG9ydCAweGY0MDAtMHhmNGZmIG1lbSAweGZlZGZlMDAwLTB4ZmVkZmVmZmYg aXJxIDE5IGF0IGRldmljZSA5LjAgb24gcGNpMAphaGMxOiBEZWZhdWx0aW5nIHRvIE1FTUlPIG9m ZgphaGMxOiBSZWFkaW5nIFNFRVBST00uLi5kb25lLgphaGMxOiBMb3cgYnl0ZSB0ZXJtaW5hdGlv biBlbmFibGVkCmFoYzE6IERvd25sb2FkaW5nIFNlcXVlbmNlciBQcm9ncmFtLi4uIDQ1OSBpbnN0 cnVjdGlvbnMgZG93bmxvYWRlZAphaGMxOiBGZWF0dXJlcyAweDEwMTAxLCBCdWdzIDB4MzUsIEZs YWdzIDB4NDg1NTQwCmFpYzc4NjA6IFVsdHJhIFNpbmdsZSBDaGFubmVsIEEsIFNDU0kgSWQ9Nywg My8yNTMgU0NCcwpwY24wOiA8QU1EIFBDbmV0L1BDSSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhmY2Mw LTB4ZmNkZiBtZW0gMHhmZWRmZGMwMC0weGZlZGZkYzFmIGlycSAxOCBhdCBkZXZpY2UgMTcuMCBv biBwY2kwCnBjbjA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjYwOmIwOmMzOmE5OjdlCm1paWJ1czA6 IDxNSUkgYnVzPiBvbiBwY24wCmx4dHBoeTA6IDxMWFQ5NzAgMTAvMTAwIG1lZGlhIGludGVyZmFj ZT4gb24gbWlpYnVzMApseHRwaHkwOiAgMTAwYmFzZUZYLCAxMDBiYXNlRlgtRkRYLCAxMGJhc2VU LCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnBjbjA6IGJwZiBh dHRhY2hlZApwY2kwOiA8bWVtb3J5PiBhdCBkZXZpY2UgMTguMCAobm8gZHJpdmVyIGF0dGFjaGVk KQp1bmtub3duOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcg dGVzdCBmYWlsZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3du OiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWls ZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgphdGE6IGF0YTAgYWxyZWFk eSBleGlzdHM7IHNraXBwaW5nIGl0CmF0YTogYXRhMSBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcg aXQKVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMKQURTNzE4MDogc3RhcnQgZGVwZW5kZW50ICgwKQpB RFM3MTgwOiBhZGRpbmcgaXJxIG1hc2sgMHhhMApBRFM3MTgwOiBhZGRpbmcgZG1hIG1hc2sgMHgy CkFEUzcxODA6IGFkZGluZyBkbWEgbWFzayAweGIKQURTNzE4MDogYWRkaW5nIGlvIHJhbmdlIDB4 MjIwLTB4MjRmLCBzaXplPTB4MTAsIGFsaWduPTB4MjAKQURTNzE4MDogYWRkaW5nIGlvIHJhbmdl IDB4Mzg4LTB4MzhiLCBzaXplPTB4NCwgYWxpZ249MHg4CkFEUzcxODA6IGFkZGluZyBpbyByYW5n ZSAweDUwMC0weDU2Ziwgc2l6ZT0weDEwLCBhbGlnbj0weDEwCkFEUzcxODA6IHN0YXJ0IGRlcGVu ZGVudCAoMSkKQURTNzE4MDogYWRkaW5nIGlycSBtYXNrIDB4NGEwCkFEUzcxODA6IGFkZGluZyBk bWEgbWFzayAweGIKQURTNzE4MDogYWRkaW5nIGRtYSBtYXNrIDB4YgpBRFM3MTgwOiBhZGRpbmcg aW8gcmFuZ2UgMHgyMjAtMHgyNGYsIHNpemU9MHgxMCwgYWxpZ249MHgyMApBRFM3MTgwOiBhZGRp bmcgaW8gcmFuZ2UgMHgzODgtMHgzOGIsIHNpemU9MHg0LCBhbGlnbj0weDgKQURTNzE4MDogYWRk aW5nIGlvIHJhbmdlIDB4NTAwLTB4NTZmLCBzaXplPTB4MTAsIGFsaWduPTB4MTAKQURTNzE4MDog c3RhcnQgZGVwZW5kZW50ICgxKQpBRFM3MTgwOiBhZGRpbmcgaXJxIG1hc2sgMHg4ZWEwCkFEUzcx ODA6IGFkZGluZyBkbWEgbWFzayAweGIKQURTNzE4MDogYWRkaW5nIGRtYSBtYXNrIDB4YgpBRFM3 MTgwOiBhZGRpbmcgaW8gcmFuZ2UgMHgyMjAtMHgyZWYsIHNpemU9MHgxMCwgYWxpZ249MHgyMApB RFM3MTgwOiBhZGRpbmcgaW8gcmFuZ2UgMHgzODgtMHgzYmIsIHNpemU9MHg0LCBhbGlnbj0weDgK QURTNzE4MDogYWRkaW5nIGlvIHJhbmdlIDB4NTAwLTB4NTZmLCBzaXplPTB4MTAsIGFsaWduPTB4 MTAKQURTNzE4MDogc3RhcnQgZGVwZW5kZW50ICgyKQpBRFM3MTgwOiBhZGRpbmcgaXJxIG1hc2sg MHg4ZWEwCkFEUzcxODA6IGFkZGluZyBkbWEgbWFzayAweGIKQURTNzE4MDogYWRkaW5nIGlvIHJh bmdlIDB4MjIwLTB4MmVmLCBzaXplPTB4MTAsIGFsaWduPTB4MjAKQURTNzE4MDogYWRkaW5nIGlv IHJhbmdlIDB4Mzg4LTB4M2JiLCBzaXplPTB4NCwgYWxpZ249MHg4CkFEUzcxODA6IGFkZGluZyBp byByYW5nZSAweDUwMC0weDU2Ziwgc2l6ZT0weDEwLCBhbGlnbj0weDEwCkFEUzcxODA6IGVuZCBk ZXBlbmRlbnQKQURTNzE4MTogc3RhcnQgZGVwZW5kZW50ICgwKQpBRFM3MTgxOiBhZGRpbmcgaXJx IG1hc2sgMHhhYTAKQURTNzE4MTogYWRkaW5nIGlvIHJhbmdlIDB4MzAwLTB4MzMxLCBzaXplPTB4 MiwgYWxpZ249MHgzMApBRFM3MTgxOiBzdGFydCBkZXBlbmRlbnQgKDEpCkFEUzcxODE6IGFkZGlu ZyBpcnEgbWFzayAweDhlYTAKQURTNzE4MTogYWRkaW5nIGlvIHJhbmdlIDB4MzAwLTB4NDIxLCBz aXplPTB4MiwgYWxpZ249MHgzMApBRFM3MTgxOiBlbmQgZGVwZW5kZW50CkFEUzcxODI6IHN0YXJ0 IGRlcGVuZGVudCAoMCkKQURTNzE4MjogYWRkaW5nIGlvIHJhbmdlIDB4MjAwLTB4MjA3LCBzaXpl PTB4OCwgYWxpZ249MHg4CkFEUzcxODI6IHN0YXJ0IGRlcGVuZGVudCAoMSkKQURTNzE4MjogYWRk aW5nIGlvIHJhbmdlIDB4MjAwLTB4MjBmLCBzaXplPTB4OCwgYWxpZ249MHg4CkFEUzcxODI6IGVu ZCBkZXBlbmRlbnQKZXhfaXNhX2lkZW50aWZ5KCkKcG5wYmlvczogMTcgZGV2aWNlcywgbGFyZ2Vz dCAxODQgYnl0ZXMKUE5QMGMwMTogYWRkaW5nIGZpeGVkIG1lbW9yeTMyIHJhbmdlIDAtMHg5ZmZm Ziwgc2l6ZT0weGEwMDAwClBOUDBjMDE6IGFkZGluZyBmaXhlZCBtZW1vcnkzMiByYW5nZSAweGRj MDAwLTB4ZmZmZmYsIHNpemU9MHgyNDAwMApQTlAwYzAxOiBhZGRpbmcgZml4ZWQgbWVtb3J5MzIg cmFuZ2UgMHgxMDAwMDAtMHg3ZmZmZmZmLCBzaXplPTB4N2YwMDAwMApwbnBiaW9zOiBoYW5kbGUg MCBkZXZpY2UgSUQgUE5QMGMwMSAoMDEwY2QwNDEpClBOUDBjMDI6IGFkZGluZyBpbyByYW5nZSAw eDk2LTB4OTcsIHNpemU9MHgyLCBhbGlnbj0weDEKUE5QMGMwMjogYWRkaW5nIGZpeGVkIGlvIHJh bmdlIDB4MmUtMHgyZiwgc2l6ZT0weDIsIGFsaWduPTB4MQpQTlAwYzAyOiBhZGRpbmcgaW8gcmFu Z2UgMHhlMC0weGU3LCBzaXplPTB4OCwgYWxpZ249MHgxClBOUDBjMDI6IGFkZGluZyBpbyByYW5n ZSAweGU4LTB4ZTksIHNpemU9MHgyLCBhbGlnbj0weDEKUE5QMGMwMjogYWRkaW5nIGlvIHJhbmdl IDB4ODQwMC0weDg0MDMsIHNpemU9MHg0LCBhbGlnbj0weDEKUE5QMGMwMjogYWRkaW5nIGlvIHJh bmdlIDB4ODQwNC0weDg0MDcsIHNpemU9MHg0LCBhbGlnbj0weDEKUE5QMGMwMjogYWRkaW5nIGlv IHJhbmdlIDB4ODQwOC0weDg0MDksIHNpemU9MHgyLCBhbGlnbj0weDEKUE5QMGMwMjogYWRkaW5n IGlvIHJhbmdlIDB4ODQxMC0weDg0MWYsIHNpemU9MHgxMCwgYWxpZ249MHgxClBOUDBjMDI6IGFk ZGluZyBpbyByYW5nZSAweDgwLTB4ODAsIHNpemU9MHgxLCBhbGlnbj0weDEKUE5QMGMwMjogYWRk aW5nIGZpeGVkIG1lbW9yeTMyIHJhbmdlIDB4ZmZmZTAwMDAtMHhmZmZmZmZmZiwgc2l6ZT0weDIw MDAwCnBucGJpb3M6IGhhbmRsZSAxIGRldmljZSBJRCBQTlAwYzAyICgwMjBjZDA0MSkKUE5QMDIw MDogYWRkaW5nIGlvIHJhbmdlIDAtMHhmLCBzaXplPTB4MTAsIGFsaWduPTB4MQpQTlAwMjAwOiBh ZGRpbmcgaW8gcmFuZ2UgMHg4MS0weDhmLCBzaXplPTB4ZiwgYWxpZ249MHgxClBOUDAyMDA6IGFk ZGluZyBpbyByYW5nZSAweGMwLTB4ZGYsIHNpemU9MHgyMCwgYWxpZ249MHgxClBOUDAyMDA6IGFk ZGluZyBkbWEgbWFzayAweDEwCnBucGJpb3M6IGhhbmRsZSAyIGRldmljZSBJRCBQTlAwMjAwICgw MDAyZDA0MSkKUE5QMDEwMDogYWRkaW5nIGlvIHJhbmdlIDB4NDAtMHg0Mywgc2l6ZT0weDQsIGFs aWduPTB4MQpQTlAwMTAwOiBhZGRpbmcgaXJxIG1hc2sgMHgxCnBucGJpb3M6IGhhbmRsZSA0IGRl dmljZSBJRCBQTlAwMTAwICgwMDAxZDA0MSkKUE5QMGIwMDogYWRkaW5nIGlvIHJhbmdlIDB4NzAt MHg3MSwgc2l6ZT0weDIsIGFsaWduPTB4MQpQTlAwYjAwOiBhZGRpbmcgaXJxIG1hc2sgMHgxMDAK cG5wYmlvczogaGFuZGxlIDUgZGV2aWNlIElEIFBOUDBiMDAgKDAwMGJkMDQxKQpQTlAwMzAzOiBh ZGRpbmcgaW8gcmFuZ2UgMHg2MC0weDYwLCBzaXplPTB4MSwgYWxpZ249MHgxClBOUDAzMDM6IGFk ZGluZyBpbyByYW5nZSAweDY0LTB4NjQsIHNpemU9MHgxLCBhbGlnbj0weDEKUE5QMDMwMzogYWRk aW5nIGlycSBtYXNrIDB4MgpwbnBiaW9zOiBoYW5kbGUgNiBkZXZpY2UgSUQgUE5QMDMwMyAoMDMw M2QwNDEpClBOUDBjMDQ6IGFkZGluZyBpbyByYW5nZSAweGYwLTB4ZmYsIHNpemU9MHgxMCwgYWxp Z249MHgxClBOUDBjMDQ6IGFkZGluZyBpcnEgbWFzayAweDIwMDAKcG5wYmlvczogaGFuZGxlIDcg ZGV2aWNlIElEIFBOUDBjMDQgKDA0MGNkMDQxKQpQTlAwODAwOiBhZGRpbmcgaW8gcmFuZ2UgMHg2 MS0weDYxLCBzaXplPTB4MSwgYWxpZ249MHgxCnBucGJpb3M6IGhhbmRsZSA4IGRldmljZSBJRCBQ TlAwODAwICgwMDA4ZDA0MSkKUE5QMGEwMzogYWRkaW5nIGlvIHJhbmdlIDB4Y2Y4LTB4Y2ZmLCBz aXplPTB4OCwgYWxpZ249MHgxCnBucGJpb3M6IGhhbmRsZSAxMCBkZXZpY2UgSUQgUE5QMGEwMyAo MDMwYWQwNDEpClBOUDBjMDI6IGFkZGluZyBpbyByYW5nZSAweDRkMC0weDRkMSwgc2l6ZT0weDIs IGFsaWduPTB4MQpQTlAwYzAyOiBhZGRpbmcgaW8gcmFuZ2UgMHg4MDAwLTB4ODAzZiwgc2l6ZT0w eDQwLCBhbGlnbj0weDEKUE5QMGMwMjogYWRkaW5nIGlvIHJhbmdlIDB4ODgwMC0weDg4MGYsIHNp emU9MHgxMCwgYWxpZ249MHgxCnBucGJpb3M6IGhhbmRsZSAxMSBkZXZpY2UgSUQgUE5QMGMwMiAo MDIwY2QwNDEpClBOUDBjMDI6IGFkZGluZyBmaXhlZCBtZW1vcnkzMiByYW5nZSAweGZlYzAwMDAw LTB4ZmVjMGZmZmYsIHNpemU9MHgxMDAwMApQTlAwYzAyOiBhZGRpbmcgZml4ZWQgbWVtb3J5MzIg cmFuZ2UgMHhmZWUwMDAwMC0weGZlZTAwZmZmLCBzaXplPTB4MTAwMApwbnBiaW9zOiBoYW5kbGUg MTIgZGV2aWNlIElEIFBOUDBjMDIgKDAyMGNkMDQxKQpQTlAwNTAxOiBhZGRpbmcgaW8gcmFuZ2Ug MHgzZjgtMHgzZmYsIHNpemU9MHg4LCBhbGlnbj0weDgKUE5QMDUwMTogYWRkaW5nIGlycSBtYXNr IDB4MTAKcG5wYmlvczogaGFuZGxlIDEzIGRldmljZSBJRCBQTlAwNTAxICgwMTA1ZDA0MSkKUE5Q MDQwMTogYWRkaW5nIGlvIHJhbmdlIDB4Mzc4LTB4MzdmLCBzaXplPTB4OCwgYWxpZ249MHg4ClBO UDA0MDE6IGFkZGluZyBpbyByYW5nZSAweDc3OC0weDc3Ziwgc2l6ZT0weDgsIGFsaWduPTB4OApQ TlAwNDAxOiBhZGRpbmcgaXJxIG1hc2sgMHg4MApQTlAwNDAxOiBhZGRpbmcgZG1hIG1hc2sgMHgy CnBucGJpb3M6IGhhbmRsZSAxNCBkZXZpY2UgSUQgUE5QMDQwMSAoMDEwNGQwNDEpClBOUDA3MDA6 IGFkZGluZyBpbyByYW5nZSAweDNmMC0weDNmNSwgc2l6ZT0weDYsIGFsaWduPTB4OApQTlAwNzAw OiBhZGRpbmcgaW8gcmFuZ2UgMHgzZjctMHgzZjcsIHNpemU9MHgxLCBhbGlnbj0weDEKUE5QMDcw MDogYWRkaW5nIGlycSBtYXNrIDB4NDAKUE5QMDcwMDogYWRkaW5nIGRtYSBtYXNrIDB4NApwbnBi aW9zOiBoYW5kbGUgMTYgZGV2aWNlIElEIFBOUDA3MDAgKDAwMDdkMDQxKQpQTlAwNTAxOiBhZGRp bmcgaW8gcmFuZ2UgMHgyZjgtMHgyZmYsIHNpemU9MHg4LCBhbGlnbj0weDgKUE5QMDUwMTogYWRk aW5nIGlycSBtYXNrIDB4OApwbnBiaW9zOiBoYW5kbGUgMTcgZGV2aWNlIElEIFBOUDA1MDEgKDAx MDVkMDQxKQpQTlAwZjEzOiBhZGRpbmcgaXJxIG1hc2sgMHgxMDAwCnBucGJpb3M6IGhhbmRsZSAx OCBkZXZpY2UgSUQgUE5QMGYxMyAoMTMwZmQwNDEpCnNjOiBzYzAgYWxyZWFkeSBleGlzdHM7IHNr aXBwaW5nIGl0CnZnYTogdmdhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKaXNhX3Byb2Jl X2NoaWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRldmljZXMKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9i aW5nIG5vbi1QblAgZGV2aWNlcwpvcm0wOiA8T3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzgwMDAt MHhkNmZmZiwweGMwMDAwLTB4YzdmZmYgb24gaXNhMApwbXRpbWVyMCBvbiBpc2EwCmFkdjA6IG5v dCBwcm9iZWQgKGRpc2FibGVkKQphaGEwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWljMDogbm90 IHByb2JlZCAoZGlzYWJsZWQpCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+ IGF0IHBvcnQgMHg2NCwweDYwIG9uIGlzYTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGZsYWdzIDB4 MSBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0aGUgY3VycmVudCBrYmQgY29udHJvbGxlciBjb21t YW5kIGJ5dGUgMDA0NwphdGtiZDoga2V5Ym9hcmQgSUQgMHg0MWFiICgyKQprYmQwIGF0IGF0a2Jk MAprYmQwOiBhdGtiZDAsIEFUIDEwMS8xMDIgKDIpLCBjb25maWc6MHgxLCBmbGFnczoweDNkMDAw MApwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTowMDQ3CnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEg MTIgb24gYXRrYmRjMApwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAw LTAwLCAzIGJ1dHRvbnMKcHNtMDogY29uZmlnOjAwMDAwMDAwLCBmbGFnczowMDAwMDAwMCwgcGFj a2V0IHNpemU6Mwpwc20wOiBzeW5jbWFzazpjMCwgc3luY2JpdHM6MDAKYnQwOiBub3QgcHJvYmVk IChkaXNhYmxlZCkKY3MwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKZWQwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKZmRjMDogPEVuaGFuY2VkIGZsb3BweSBjb250cm9sbGVyIChpODIwNzcsIE5FNzIw NjUgb3IgY2xvbmUpPiBhdCBwb3J0IDB4M2Y3LDB4M2YwLTB4M2Y1IGlycSA2IGRycSAyIG9uIGlz YTAKZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9sZApmZDA6IDwxNDQwLUtCIDMu NSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMApmZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQppZTA6 IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpsZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpsbmMwOiBu b3QgcHJvYmVkIChkaXNhYmxlZCkKcGNpYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgzZTAg aW9tZW0gMHhkMDAwMCBvbiBpc2EwCnBjaWMxOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKcHBjMDog cGFyYWxsZWwgcG9ydCBmb3VuZCBhdCAweDM3OApwcGMwOiB1c2luZyBleHRlbmRlZCBJL08gcG9y dCByYW5nZQpwcGMwOiBFQ1AgU1BQIEVDUCtFUFAgU1BQCnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBh dCBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3IG9uIGlzYTAKcHBjMDogU01DLWxpa2UgY2hpcHNldCAo RUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2 LzE2LzggYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMw CnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCnBsaXAwOiBicGYgYXR0 YWNoZWQKbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBv cnQKcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBh dCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFn cz0weDMwMD4Kc2MwOiBmYjAsIGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAoc3lzY29ucyB0 ZXJtaW5hbCkKc2lvMDogaXJxIG1hcHM6IDB4NjhhMSAweDY4YjEgMHg2OGExIDB4NjhhMQpzaW8w IGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBpc2EwCnNpbzA6IHR5cGUg MTY1NTBBCnNpbzE6IGlycSBtYXBzOiAweDY4YTEgMHg2OGE5IDB4NjhhMSAweDY4YTEKc2lvMSBh dCBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYTAKc2lvMTogdHlwZSAxNjU1MEEKc2lvMjog bm90IHByb2JlZCAoZGlzYWJsZWQpCnNpbzM6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpzbjA6IG5v dCBwcm9iZWQgKGRpc2FibGVkKQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2Mw LTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCmZiMDogdmdhMCwgdmdhLCB0eXBl OlZHQSAoNSksIGZsYWdzOjB4NzAwN2YKZmIwOiBwb3J0OjB4M2MwLTB4M2RmLCBjcnRjOjB4M2Q0 LCBtZW06MHhhMDAwMCAweDIwMDAwCmZiMDogaW5pdCBtb2RlOjI0LCBiaW9zIG1vZGU6MywgY3Vy cmVudCBtb2RlOjI0CmZiMDogd2luZG93OjB4YzAwYjgwMDAgc2l6ZTozMmsgZ3JhbjozMmssIGJ1 ZjowIHNpemU6MzJrClZHQSBwYXJhbWV0ZXJzIHVwb24gcG93ZXItdXAKNTAgMTggMTAgMDAgMDAg MDAgMDMgMDAgMDIgNjcgNjAgNGYgNTAgODMgNTUgODEgCmJmIDFmIDAwIDRmIDBkIDBlIDAwIDAw IDA3IDgwIDljIDhlIDhmIDI4IDFmIDk2IApiOSBhMyBmZiAwMCAwMSAwMiAwMyAwNCAwNSAxNCAw NyAzOCAzOSAzYSAzYiAzYyAKM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAg MGUgMDAgZmYgClZHQSBwYXJhbWV0ZXJzIGluIEJJT1MgZm9yIG1vZGUgMjQKNTAgMTggMTAgMDAg MTAgMDAgMDMgMDAgMDIgNjcgNjAgNGYgNTAgODMgNTUgODEgCmJmIDFmIDAwIDRmIDBkIDBlIDAw IDAwIDAwIDAwIDljIDhlIDhmIDI4IDFmIDk2IApiOSBhMyBmZiAwMCAwMSAwMiAwMyAwNCAwNSAx NCAwNyAzOCAzOSAzYSAzYiAzYyAKM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAg MTAgMGUgMDAgZmYgCkVHQS9WR0EgcGFyYW1ldGVycyB0byBiZSB1c2VkIGZvciBtb2RlIDI0CjUw IDE4IDEwIDAwIDEwIDAwIDAzIDAwIDAyIDY3IDYwIDRmIDUwIDgzIDU1IDgxIApiZiAxZiAwMCA0 ZiAwZCAwZSAwMCAwMCAwMCAwMCA5YyA4ZSA4ZiAyOCAxZiA5NiAKYjkgYTMgZmYgMDAgMDEgMDIg MDMgMDQgMDUgMTQgMDcgMzggMzkgM2EgM2IgM2MgCjNkIDNlIDNmIDBjIDAwIDBmIDA4IDAwIDAw IDAwIDAwIDAwIDEwIDBlIDAwIGZmIAp2dDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQppc2FfcHJv YmVfY2hpbGRyZW46IHByb2JpbmcgUG5QIGRldmljZXMKYWR2MTogSW52YWxpZCBiYXNlcG9ydCBv ZiAweDIyMCBzcGVjaWZpZWQuIE5lYXJlc3QgdmFsaWQgYmFzZXBvcnQgaXMgMHgyMzAuICBGYWls aW5nIHByb2JlLgp1bmtub3duOiA8QW5hbG9nIERldmljZXMgQUQxODE2QT4gZmFpbGVkIHRvIHBy b2JlIGF0IHBvcnQgMHg1MDAtMHg1MGYsMHgzODgtMHgzOGIsMHgyMjAtMHgyMmYgaXJxIDUgZHJx IDAsMSBvbiBpc2EwCmFkdjE6IEludmFsaWQgYmFzZXBvcnQgb2YgMHgzMDAgc3BlY2lmaWVkLiBO ZWFyZXN0IHZhbGlkIGJhc2Vwb3J0IGlzIDB4MzMwLiAgRmFpbGluZyBwcm9iZS4KdW5rbm93bjog PEFuYWxvZyBEZXZpY2VzIEFEMTgxNkE+IGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4MzAwLTB4 MzAxIGlycSA5IG9uIGlzYTAKYWR2MTogSW52YWxpZCBiYXNlcG9ydCBvZiAweDIwMCBzcGVjaWZp ZWQuIE5lYXJlc3QgdmFsaWQgYmFzZXBvcnQgaXMgMHgyMTAuICBGYWlsaW5nIHByb2JlLgp1bmtu b3duOiA8QW5hbG9nIERldmljZXMgQUQxODE2QT4gZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgy MDAtMHgyMDcgb24gaXNhMAphZHYxOiBJbnZhbGlkIGJhc2Vwb3J0IG9mIDB4OTYgc3BlY2lmaWVk LiBOZWFyZXN0IHZhbGlkIGJhc2Vwb3J0IGlzIDB4MTAwLiAgRmFpbGluZyBwcm9iZS4KYWR2MTog SW52YWxpZCBiYXNlcG9ydCBvZiAweDAgc3BlY2lmaWVkLiBOZWFyZXN0IHZhbGlkIGJhc2Vwb3J0 IGlzIDB4MTAwLiAgRmFpbGluZyBwcm9iZS4KYWR2MTogSW52YWxpZCBiYXNlcG9ydCBvZiAweDQw IHNwZWNpZmllZC4gTmVhcmVzdCB2YWxpZCBiYXNlcG9ydCBpcyAweDEwMC4gIEZhaWxpbmcgcHJv YmUuCmFkdjE6IEludmFsaWQgYmFzZXBvcnQgb2YgMHg3MCBzcGVjaWZpZWQuIE5lYXJlc3QgdmFs aWQgYmFzZXBvcnQgaXMgMHgxMDAuICBGYWlsaW5nIHByb2JlLgp1bmtub3duOiA8UE5QMDMwMz4g Y2FuJ3QgYXNzaWduIHJlc291cmNlcyAocG9ydCkKdW5rbm93bjogPFBOUDAzMDM+IGF0IHBvcnQg MHg2MCBvbiBpc2EwCmFkdjE6IEludmFsaWQgYmFzZXBvcnQgb2YgMHhmMCBzcGVjaWZpZWQuIE5l YXJlc3QgdmFsaWQgYmFzZXBvcnQgaXMgMHgxMDAuICBGYWlsaW5nIHByb2JlLgphZHYxOiBJbnZh bGlkIGJhc2Vwb3J0IG9mIDB4NjEgc3BlY2lmaWVkLiBOZWFyZXN0IHZhbGlkIGJhc2Vwb3J0IGlz IDB4MTAwLiAgRmFpbGluZyBwcm9iZS4KdW5rbm93bjogPFBOUDA4MDA+IGZhaWxlZCB0byBwcm9i ZSBhdCBwb3J0IDB4NjEgb24gaXNhMAphZHYxOiBJbnZhbGlkIGJhc2Vwb3J0IG9mIDB4Y2Y4IHNw ZWNpZmllZC4gTmVhcmVzdCB2YWxpZCBiYXNlcG9ydCBpcyAweDMzMC4gIEZhaWxpbmcgcHJvYmUu CnVua25vd246IDxQTlAwYzAyPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzIChwb3J0KQp1bmtub3du OiA8UE5QMGMwMj4gYXQgcG9ydCAweDRkMC0weDRkMSBvbiBpc2EwCnVua25vd246IDxQTlAwNTAx PiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzIChwb3J0KQp1bmtub3duOiA8UE5QMDUwMT4gYXQgcG9y dCAweDNmOC0weDNmZiBvbiBpc2EwCnVua25vd246IDxQTlAwNDAxPiBjYW4ndCBhc3NpZ24gcmVz b3VyY2VzIChwb3J0KQp1bmtub3duOiA8UE5QMDQwMT4gYXQgcG9ydCAweDM3OC0weDM3ZiBvbiBp c2EwCnVua25vd246IDxQTlAwNzAwPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzIChwb3J0KQp1bmtu b3duOiA8UE5QMDcwMD4gYXQgcG9ydCAweDNmMC0weDNmNSBvbiBpc2EwCnVua25vd246IDxQTlAw NTAxPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzIChwb3J0KQp1bmtub3duOiA8UE5QMDUwMT4gYXQg cG9ydCAweDJmOC0weDJmZiBvbiBpc2EwCnVua25vd246IDxQTlAwZjEzPiBjYW4ndCBhc3NpZ24g cmVzb3VyY2VzIChpcnEpCnVua25vd246IDxQTlAwZjEzPiBhdCBpcnEgMTIgb24gaXNhMApEZXZp Y2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVyZWQKVGltZWNvdW50ZXIg IlRTQyIgZnJlcXVlbmN5IDMwMDAxMjQzNSBIeiBxdWFsaXR5IC0xMDAKVGltZWNvdW50ZXJzIHRp Y2sgZXZlcnkgMTAuMDAwIG1zZWMKbG8wOiBicGYgYXR0YWNoZWQKYXRhMC1tYXN0ZXI6IHBpbz0w eDBiIHdkbWE9MHgyMSB1ZG1hPTB4ZmZmZmZmZmYgY2FibGU9NDBwaW4KYXRhMC1tYXN0ZXI6IHNl dHRpbmcgUElPMyBvbiBJbnRlbCBQSUlYNCBjaGlwCmFjZDA6IDxNQVRTSElUQSBDUi01ODUvWlAx OD4gQ0RST00gZHJpdmUgYXQgYXRhMCBhcyBtYXN0ZXIKYWNkMDogcmVhZCA0MTI1S0IvcyAoNDEy NUtCL3MpLCAxMjhLQiBidWZmZXIsIFBJTzMKYWNkMDogUmVhZHM6IENEUiwgQ0RSVywgQ0REQSBz dHJlYW0sIHBhY2tldAphY2QwOiBXcml0ZXM6CmFjZDA6IEF1ZGlvOiBwbGF5LCAyNTYgdm9sdW1l IGxldmVscwphY2QwOiBNZWNoYW5pc206IGVqZWN0YWJsZSB0cmF5LCB1bmxvY2tlZAphY2QwOiBN ZWRpdW06IG5vL2JsYW5rIGRpc2MKV2FpdGluZyAxNSBzZWNvbmRzIGZvciBTQ1NJIGRldmljZXMg dG8gc2V0dGxlCihub3BlcmlwaDphaGMwOjA6LTE6LTEpOiBTQ1NJIGJ1cyByZXNldCBkZWxpdmVy ZWQuIDAgU0NCcyBhYm9ydGVkLgoobm9wZXJpcGg6YWhjMTowOi0xOi0xKTogU0NTSSBidXMgcmVz ZXQgZGVsaXZlcmVkLiAwIFNDQnMgYWJvcnRlZC4KKHByb2JlMDphaGMwOjA6MDowKTogUmV0cnlp bmcgQ29tbWFuZAooYWhjMDpBOjA6MCk6IFNlbmRpbmcgV0RUUiAxCihhaGMwOkE6MDowKTogUmVj ZWl2ZWQgV0RUUiAxIGZpbHRlcmVkIHRvIDEKYWhjMDogdGFyZ2V0IDAgdXNpbmcgMTZiaXQgdHJh bnNmZXJzCihhaGMwOkE6MDowKTogU2VuZGluZyBTRFRSIHBlcmlvZCA0NCwgb2Zmc2V0IDgKKGFo YzA6QTowOjApOiBSZWNlaXZlZCBTRFRSIHBlcmlvZCA0NCwgb2Zmc2V0IDgKCUZpbHRlcmVkIHRv IHBlcmlvZCA0NCwgb2Zmc2V0IDgKYWhjMDogdGFyZ2V0IDAgc3luY2hyb25vdXMgYXQgMy42TUh6 LCBvZmZzZXQgPSAweDgKR0VPTTogY3JlYXRlIGRpc2sgZGEwIGRwPTB4YzIwZDQwNTAKcGFzczAg YXQgYWhjMCBidXMgMCB0YXJnZXQgMCBsdW4gMApwYXNzMDogPFNFQUdBVEUgU1QxOTEwMVcgODMw MT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIApwYXNzMDogU2VyaWFsIE51bWJl ciBMSDExNzM2NwpwYXNzMDogNy4zNTJNQi9zIHRyYW5zZmVycyAoMy42NzZNSHosIG9mZnNldCA4 LCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkCmRhMCBhdCBhaGMwIGJ1cyAwIHRhcmdl dCAwIGx1biAwCmRhMDogPFNFQUdBVEUgU1QxOTEwMVcgODMwMT4gRml4ZWQgRGlyZWN0IEFjY2Vz cyBTQ1NJLTIgZGV2aWNlIApkYTA6IFNlcmlhbCBOdW1iZXIgTEgxMTczNjcKZGEwOiA3LjM1Mk1C L3MgdHJhbnNmZXJzICgzLjY3Nk1Ieiwgb2Zmc2V0IDgsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5n IEVuYWJsZWQKZGEwOiA4NjgzTUIgKDE3NzgzMjQwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNT L1QgMTEwNkMpCkdFT006IG5ldyBkaXNrIGRhMApTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKY3B1 MSBBUDoKICAgICBJRDogMHgwMDAwMDAwMCAgIFZFUjogMHgwMDA0MDAxMSBMRFI6IDB4MDEwMDAw MDAgREZSOiAweDBmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMTA0MDAg VFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgppb2FwaWMwOiByb3V0aW5nIGludHBpbiAx IChJUlEgMSkgdG8gY2x1c3RlciAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDMgKElSUSAzKSB0 byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAoSVJRIDQpIHRvIGNsdXN0ZXIg MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA2IChJUlEgNikgdG8gY2x1c3RlciAwCmlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDcgKElSUSA3KSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBp bnRwaW4gOCAoSVJRIDgpIHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxMiAo SVJRIDEyKSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTMgKElSUSAxMykg dG8gY2x1c3RlciAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE0IChJUlEgMTQpIHRvIGNsdXN0 ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNSAoSVJRIDE1KSB0byBjbHVzdGVyIDAKaW9h cGljMDogcm91dGluZyBpbnRwaW4gMTYgKElSUSAxNikgdG8gY2x1c3RlciAwCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDE4IChJUlEgMTgpIHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAxOSAoSVJRIDE5KSB0byBjbHVzdGVyIDAKWzBdIGY6ODAgdHlwOjE2NSBzKENIUyk6MC8x LzEgZShDSFMpOjEwMjMvMjU0LzYzIHM6NjMgbDoxNzc2NzgyNwpbMV0gZjowMCB0eXA6MCBzKENI Uyk6MC8wLzAgZShDSFMpOjAvMC8wIHM6MCBsOjAKWzJdIGY6MDAgdHlwOjAgcyhDSFMpOjAvMC8w IGUoQ0hTKTowLzAvMCBzOjAgbDowClszXSBmOjAwIHR5cDowIHMoQ0hTKTowLzAvMCBlKENIUyk6 MC8wLzAgczowIGw6MApHRU9NOiBDb25maWd1cmUgZGEwczEsIHN0YXJ0IDMyMjU2IGxlbmd0aCA5 MDk3MTI3NDI0IGVuZCA5MDk3MTU5Njc5CkdFT006IENvbmZpZ3VyZSBkYTBzMWEsIHN0YXJ0IDAg bGVuZ3RoIDI2ODQzNTQ1NiBlbmQgMjY4NDM1NDU1CkdFT006IENvbmZpZ3VyZSBkYTBzMWIsIHN0 YXJ0IDI2ODQzNTQ1NiBsZW5ndGggMjQyMTIyNzUyIGVuZCA1MTA1NTgyMDcKR0VPTTogQ29uZmln dXJlIGRhMHMxYywgc3RhcnQgMCBsZW5ndGggOTA5NzEyNzQyNCBlbmQgOTA5NzEyNzQyMwpHRU9N OiBDb25maWd1cmUgZGEwczFkLCBzdGFydCA1MTA1NTgyMDggbGVuZ3RoIDI2ODQzNTQ1NiBlbmQg Nzc4OTkzNjYzCkdFT006IENvbmZpZ3VyZSBkYTBzMWUsIHN0YXJ0IDc3ODk5MzY2NCBsZW5ndGgg MjY4NDM1NDU2IGVuZCAxMDQ3NDI5MTE5CkdFT006IENvbmZpZ3VyZSBkYTBzMWYsIHN0YXJ0IDEw NDc0MjkxMjAgbGVuZ3RoIDgwNDk2OTgzMDQgZW5kIDkwOTcxMjc0MjMKTW91bnRpbmcgcm9vdCBm cm9tIHVmczovZGV2L2RhMHMxYQpzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdApMb2FkaW5n IGNvbmZpZ3VyYXRpb24gZmlsZXMuCkVudHJvcHkgaGFydmVzdGluZzoKIGludGVycnVwdHMKIGV0 aGVybmV0CiBwb2ludF90b19wb2ludAouCnN3YXBvbjogYWRkaW5nIC9kZXYvZGEwczFiIGFzIHN3 YXAgZGV2aWNlClN0YXJ0aW5nIGZpbGUgc3lzdGVtIGNoZWNrczoKL2Rldi9kYTBzMWE6IEZJTEUg U1lTVEVNIENMRUFOOyBTS0lQUElORyBDSEVDS1MKL2Rldi9kYTBzMWE6IGNsZWFuLCAxMDAyNDMg ZnJlZSAoNDUxIGZyYWdzLCAxMjQ3NCBibG9ja3MsIDAuNCUgZnJhZ21lbnRhdGlvbikKL2Rldi9k YTBzMWU6IEZJTEUgU1lTVEVNIENMRUFOOyBTS0lQUElORyBDSEVDS1MKL2Rldi9kYTBzMWU6IGNs ZWFuLCAxMjY4MzYgZnJlZSAoMjggZnJhZ3MsIDE1ODUxIGJsb2NrcywgMC4wJSBmcmFnbWVudGF0 aW9uKQovZGV2L2RhMHMxZjogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENIRUNLUwovZGV2 L2RhMHMxZjogY2xlYW4sIDM0MTMwMDcgZnJlZSAoMjU1NjcgZnJhZ3MsIDQyMzQzMCBibG9ja3Ms IDAuNyUgZnJhZ21lbnRhdGlvbikKL2Rldi9kYTBzMWQ6IEZJTEUgU1lTVEVNIENMRUFOOyBTS0lQ UElORyBDSEVDS1MKL2Rldi9kYTBzMWQ6IGNsZWFuLCAxMjY3NjMgZnJlZSAoNDMgZnJhZ3MsIDE1 ODQwIGJsb2NrcywgMC4wJSBmcmFnbWVudGF0aW9uKQpTZXR0aW5nIGhvc3RuYW1lOiBrYXlhay5s Yy4qKioqKioqKi5jb20uCnBjbjA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lN UExFWCxNVUxUSUNBU1Q+IG10dSAxNTAwCglpbmV0IDEwLjIwLjEuMTQzIG5ldG1hc2sgMHhmZmZm MDAwMCBicm9hZGNhc3QgMTAuMjAuMjU1LjI1NQoJaW5ldDYgZmU4MDo6MjYwOmIwZmY6ZmVjMzph OTdlJXBjbjAgcHJlZml4bGVuIDY0IHRlbnRhdGl2ZSBzY29wZWlkIDB4MSAKCWV0aGVyIDAwOjYw OmIwOmMzOmE5OjdlCgltZWRpYTogRXRoZXJuZXQgYXV0b3NlbGVjdCAoMTAwYmFzZVRYIDxmdWxs LWR1cGxleD4pCglzdGF0dXM6IGFjdGl2ZQpsbzA6IGZsYWdzPTgwNDk8VVAsTE9PUEJBQ0ssUlVO TklORyxNVUxUSUNBU1Q+IG10dSAxNjM4NAoJaW5ldCAxMjcuMC4wLjEgbmV0bWFzayAweGZmMDAw MDAwIAoJaW5ldDYgOjoxIHByZWZpeGxlbiAxMjggCglpbmV0NiBmZTgwOjoxJWxvMCBwcmVmaXhs ZW4gNjQgc2NvcGVpZCAweDMgCmFkZCBuZXQgZGVmYXVsdDogZ2F0ZXdheSAxMC4yMC4wLjEKQWRk aXRpb25hbCByb3V0aW5nIG9wdGlvbnM6Ci4KaHcuYnVzLmRldmN0bF9kaXNhYmxlOiAKMAogLT4g CjEKCk1vdW50aW5nIE5GUyBmaWxlIHN5c3RlbXM6Ci4KU3RhcnRpbmcgc3lzbG9nZC4KSnVuICA0 IDIyOjA0OjM0IGtheWFrIHN5c2xvZ2Q6IGtlcm5lbCBib290IGZpbGUgaXMgL2Jvb3Qva2VybmVs Lm9sZC9rZXJuZWwKRUxGIGxkY29uZmlnIHBhdGg6IC9saWIgL3Vzci9saWIgL3Vzci9saWIvY29t cGF0CmEub3V0IGxkY29uZmlnIHBhdGg6IC91c3IvbGliL2FvdXQgL3Vzci9saWIvY29tcGF0L2Fv dXQKU3RhcnRpbmcgdXNiZC4KU3RhcnRpbmcgbG9jYWwgZGFlbW9uczoKLgpVcGRhdGluZyBtb3Rk Ci4KQ29uZmlndXJpbmcgc3lzY29uczoKIGJsYW5rdGltZQouClN0YXJ0aW5nIHNzaGQuCkluaXRp YWwgaTM4NiBpbml0aWFsaXphdGlvbjoKLgpBZGRpdGlvbmFsIEFCSSBzdXBwb3J0OgouClN0YXJ0 aW5nIGNyb24uCkxvY2FsIHBhY2thZ2UgaW5pdGlhbGl6YXRpb246Ci4KQWRkaXRpb25hbCBUQ1Ag b3B0aW9uczoKLgpTdGFydGluZyBtb3VzZWQ6Ci4KU3RhcnRpbmcgYmFja2dyb3VuZCBmaWxlIHN5 c3RlbSBjaGVja3MgaW4gNjAgc2Vjb25kcy4KClNhdCBKdW4gIDQgMjI6MDY6MTUgQU1TVCAyMDA1 Ckp1biAgNCAyMjowNzoxNSBrYXlhayBsb2dpbjogUk9PVCBMT0dJTiAocm9vdCkgT04gdHR5djAK ------=_Part_101_31559420.1119939083685-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 07:09:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E20C16A421 for ; Tue, 28 Jun 2005 07:09:21 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F110343D58 for ; Tue, 28 Jun 2005 07:09:20 +0000 (GMT) (envelope-from jura@networks.ru) X-Spam-Status: No, hits=0.0 required=2.0 Received: from [81.195.67.217] (account jura HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1642491 for freebsd-current@freebsd.org; Tue, 28 Jun 2005 11:09:14 +0400 Message-ID: <07fe01c57bb0$5dcf1480$6504010a@Jura> From: "Yuriy N. Shkandybin" To: Date: Tue, 28 Jun 2005 11:09:46 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: panics: sbflush_locked && freefrag on suspended filesystem 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, 28 Jun 2005 07:09:21 -0000 cvsuped 6.0-CURRENT #4: Mon Jun 27 18:25:54 MSD 2005 after panic -> printf conversion in uma Got 2 panics in 15mins, this one i've post already (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04b8dd0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04b961d in panic (fmt=0xc0646f42 "sbflush_locked: cc %u || mb %p || mbcnt %u") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc050853f in sbflush_locked (sb=0xc46ba9d0) at /usr/src/sys/kern/uipc_socket2.c:1112 #4 0xc0508572 in sbrelease_locked (sb=0xc46ba9d0, so=0x0) at /usr/src/sys/kern/uipc_socket2.c:557 #5 0xc05052f2 in sofree (so=0xc46ba914) at /usr/src/sys/kern/uipc_socket.c:402 #6 0xc055b9cf in in_pcbdetach (inp=0xc45d85a0) at /usr/src/sys/netinet/in_pcb.c:728 #7 0xc057301a in tcp_close (tp=0x0) at /usr/src/sys/netinet/tcp_subr.c:779 #8 0xc056f06f in tcp_input (m=0xc7a45600, off0=1) at /usr/src/sys/netinet/tcp_input.c:2200 #9 0xc0566a15 in ip_input (m=0xc7a45600) at /usr/src/sys/netinet/ip_input.c:776 #10 0xc0549821 in ether_demux (ifp=0xc319f000, m=0xc7a45600) at /usr/src/sys/net/if_ethersubr.c:850 #11 0xc0549be9 in ether_input (ifp=0xc319f000, m=0xc7a45600) at /usr/src/sys/net/if_ethersubr.c:640 #12 0xc0447bde in em_intr (arg=0xc3169000) at /usr/src/sys/dev/em/if_em.c:2908 #13 0xc04a1147 in ithread_loop (arg=0xc3099800) at /usr/src/sys/kern/kern_intr.c:545 #14 0xc049fe3d in fork_exit (callout=0xc04a10a0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 #15 0xc06075dc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 This one when checking disks (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04b8dd0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04b961d in panic (fmt=0xc064da59 "%s: freefrag on suspended filesystem") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc05a1a5e in process_worklist_item (matchmnt=0x0, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:854 #4 0xc05a7ff7 in softdep_process_worklist (matchmnt=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:700 #5 0xc05299f6 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1617 #6 0xc049fe3d in fork_exit (callout=0xc0529360 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 #7 0xc06075dc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 Jura From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 08:04:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD18B16A41C for ; Tue, 28 Jun 2005 08:04:37 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx02.interbgc.com [217.9.224.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D14A43D53 for ; Tue, 28 Jun 2005 08:04:36 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 46013 invoked from network); 28 Jun 2005 08:04:35 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.3/8.0):. Processed in 3.165281 secs); 28 Jun 2005 08:04:35 -0000 X-Spam-Status: No, hits=-2.3 required=8.0 Received: from 213-240-205-251.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.251) by mx02.interbgc.com with SMTP; 28 Jun 2005 08:04:31 -0000 Received: (qmail 95398 invoked from network); 28 Jun 2005 08:04:30 -0000 Received: from qmail by qscan (mail filter); 28 Jun 2005 08:04:30 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 28 Jun 2005 08:04:30 -0000 Message-ID: <42C104A7.1000102@cytexbg.com> Date: Tue, 28 Jun 2005 11:04:55 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42BFECFB.8030902@cytexbg.com> <42C00FC3.1000609@cytexbg.com> In-Reply-To: <42C00FC3.1000609@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: kernel panic on boot with compiled in fwip(4) 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, 28 Jun 2005 08:04:38 -0000 Niki Denev wrote: > Niki Denev wrote: > >> I have just cvsuped and rebuilt kernel+world, >> and i got the following panic on boot : >> >> ---/snip/--- >> ............... >> ---/end/--- >> >> The machine is IBM ThinkPad X31 running -CURRENT >> >> kernel and loader conf are available at http://totalterror.net/freebsd/ >> >> P.S. i have been using this kernel conf for quite a while without >> problems. >> But i haven't updated my system for probably a month or so, so i'm not >> sure when this >> problem was introduced. >> >> --niki > > > I have recompiled my kernel without device fwip and it boots now, > but it prints early in the boot (not shown in dmesg) that module if_fwip > is already present. > then after the machine boots, i don't have fwip0 interface, nor if_fwip > module loaded, but if i try to kldload if_fwip it prints: > interface firewire.1 already present in the KLD 'kernel' > kldload: can't load if_fwip: File exists. > Seems like some part of this module is always compiled in? > Any suggestions? > > Thanks, > --niki This one clearly looks like a problem: I have just tried a clean recompile with GENERIC kernel, and again if_fwip refuses to load with : interface firewire.1 already present in the KLD 'kernel' kldload: can't load if_fwip: File exists. --niki From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 09:36:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35A6216A41C for ; Tue, 28 Jun 2005 09:36:02 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E7043D1F for ; Tue, 28 Jun 2005 09:36:01 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.hsd1.ma.comcast.net[66.30.82.93]) by comcast.net (rwcrmhc13) with ESMTP id <2005062809360001500bm20be>; Tue, 28 Jun 2005 09:36:01 +0000 Message-ID: <42C119FE.7020809@comcast.net> Date: Tue, 28 Jun 2005 05:35:58 -0400 From: Sean User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050330) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42C098B0.5060004@voicenet.com> In-Reply-To: <42C098B0.5060004@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Portupgrade, -CURRENT & SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2005 09:36:02 -0000 Adam K Kirchhoff wrote: > > I have three machines which I just upgraded from 5.4 to -CURRENT. They > are two SMP desktops and a UP laptop. > > After building world and installing, I started to run portupgrade on my > systems. On the laptop, everything has been running smoothly.. On both > SMP systems, portupgrade hangs. top shows the ruby18 process stuck in > the *vnode state. On one machine, which I can't physically access, it's > been this way for hours. I can't ssh into this machine, and only have > access to sessions that were connected before the hang. On my home > machine (which I can physically access), I've been able to log in on the > virtual consoles and reboot when this happens (though it's not ever able > to sync all buffers and cleanly unmount /). It's now happened with 5 or > 6 consecutive attempts at portupgrade on this machine. The most recent > time this happened, on a hunch, I built a UP kernel, rebooted, and tried > portupgrade again. It's now been running for two hours without hanging > (previous record was less than five minutes). > > I've googled around a bit for this problem, but haven't come across > anythign yet. Has anyone seen this before? I'll gladly submit a pr, > but I'm just looking for more idea, or maybe some confirmation from > others who have seen this. > > Adam > > _______________________________________________ > 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" > Same problem here, with no solution for the problem. Sean From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 10:29:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BD4816A41C for ; Tue, 28 Jun 2005 10:29:59 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx04.interbgc.com [217.9.224.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B72F43D5F for ; Tue, 28 Jun 2005 10:29:57 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 53624 invoked from network); 28 Jun 2005 10:29:56 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 2.504556 secs); 28 Jun 2005 10:29:56 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-251.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.251) by mx04.interbgc.com with SMTP; 28 Jun 2005 10:29:53 -0000 Received: (qmail 3283 invoked from network); 28 Jun 2005 10:29:52 -0000 Received: from qmail by qscan (mail filter); 28 Jun 2005 10:29:52 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 28 Jun 2005 10:29:52 -0000 Message-ID: <42C126AD.6060207@cytexbg.com> Date: Tue, 28 Jun 2005 13:30:05 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42BFECFB.8030902@cytexbg.com> <42C00FC3.1000609@cytexbg.com> <42C104A7.1000102@cytexbg.com> In-Reply-To: <42C104A7.1000102@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: kernel panic on boot with compiled in fwip(4) 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, 28 Jun 2005 10:29:59 -0000 Niki Denev wrote: > > This one clearly looks like a problem: > I have just tried a clean recompile with GENERIC kernel, and again > if_fwip refuses to load with : > interface firewire.1 already present in the KLD 'kernel' > kldload: can't load if_fwip: File exists. i have submitted this as kern/82727 --niki From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 11:07:08 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D8C816A41C for ; Tue, 28 Jun 2005 11:07:08 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from mallaury.noc.nerim.net (smtp-102-tuesday.noc.nerim.net [62.4.17.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C3C043D48 for ; Tue, 28 Jun 2005 11:07:07 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 4F50962D1E for ; Tue, 28 Jun 2005 13:07:05 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 9510ACAF4 for ; Tue, 28 Jun 2005 13:07:04 +0200 (CEST) Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20879-02 for ; Tue, 28 Jun 2005 13:07:00 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id C4E5DCAF3; Tue, 28 Jun 2005 13:07:00 +0200 (CEST) To: Mailing List FreeBSD Current From: Eric Masson X-Operating-System: FreeBSD 5.4-RELEASE-p2 i386 Date: Tue, 28 Jun 2005 13:07:00 +0200 Message-ID: <86psu67naj.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Cc: Subject: ath0, link goes down then up periodically 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, 28 Jun 2005 11:07:08 -0000 Hi, I'm using a Planet WL3560 (atheros chipset) with -current as a DLink DWL2000AP client : Sometimes, ath0 link state goes down then up : http://emss.free.fr/informatique/FreeBSD/messages 80211debug has been set with the following options : /usr/local/bin/80211debug +debug +assoc +xrate +power +scan +wme Any idea ? Regards Éric Masson -- D> on trouve parfois un informaticien copulant avec la HP Laser C'est en pensant à eux qu'Apple a prévu des iMac rose bondon, avec deux ports FireWire à l'arrière... -+-SP in Et la grenouille, elle en dit quoi -+- From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 11:14:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9090A16A41C for ; Tue, 28 Jun 2005 11:14:53 +0000 (GMT) (envelope-from B.Wildermoth@griffith.edu.au) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5145043D53 for ; Tue, 28 Jun 2005 11:14:52 +0000 (GMT) (envelope-from B.Wildermoth@griffith.edu.au) Received: from [192.168.1.6] (211.27.164.183) by smtp01.syd.iprimus.net.au (7.2.060.1) id 42A0AD7E007E1238 for freebsd-current@freebsd.org; Tue, 28 Jun 2005 21:14:51 +1000 From: Brett Wildermoth Organization: Griffith University To: freebsd-current@freebsd.org Date: Tue, 28 Jun 2005 21:13:06 +1000 User-Agent: KMail/1.8 References: <86psu67naj.fsf@srvbsdnanssv.interne.kisoft-services.com> In-Reply-To: <86psu67naj.fsf@srvbsdnanssv.interne.kisoft-services.com> X-Face: #"DtK&7^5P|u6yesiHW<_YTpWs>V8v|7J%W[b6O~\9emUr??J}9>jRP`j"a7jaE,2>=?utf-8?q?V=2E=60k=0A=09dX53n=3B0L=3Bz=5BY*=5D80/iO=26?= Subject: Re: ath0, link goes down then up periodically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brett Wildermoth List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2005 11:14:53 -0000 --nextPart21960651.EAC6dUxIax Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I to have the same problem with my NETGEAR WG511T, which is also based on t= his=20 chipset..... On Tue, 28 Jun 2005 09:07 pm, owner-freebsd-current@freebsd.org wrote: > Hi, > > I'm using a Planet WL3560 (atheros chipset) with -current as a DLink > DWL2000AP client : > > Sometimes, ath0 link state goes down then up : > http://emss.free.fr/informatique/FreeBSD/messages > > 80211debug has been set with the following options : > /usr/local/bin/80211debug +debug +assoc +xrate +power +scan +wme > > Any idea ? > > Regards > > =C9ric Masson =2D-=20 =2D------------------------------------------------------------------ Brett Wildermoth BEng(ME) MPhil Lecturer / PhD Student School of Microelectronic Engineering Faculty of Engineering and Info. Tech. Ph. +61 7 3875 5063, Fax. +61 7 3875 5384 Email. B.Wildermoth@grifith.edu.au =2D------------------------------------------------------------------ --nextPart21960651.EAC6dUxIax Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCwTDKbSsZm/bQWSwRAhQeAJ46EFBn/SdSmLBA4Mv0xV3ZLcX1OgCfbp6S V25aUbes1hVU7nLoBekh1to= =HWMP -----END PGP SIGNATURE----- --nextPart21960651.EAC6dUxIax-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 11:44:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34CEE16A41C for ; Tue, 28 Jun 2005 11:44:30 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from chons.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6572543D58 for ; Tue, 28 Jun 2005 11:44:29 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [10.1.2.9] (b.fw.visualtech.com [208.16.19.254]) by chons.visualtech.com (Postfix) with ESMTP id 7988B4E61; Tue, 28 Jun 2005 07:44:27 -0400 (EDT) Message-ID: <42C1381B.9000901@voicenet.com> Date: Tue, 28 Jun 2005 07:44:27 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42C098B0.5060004@voicenet.com> <42C119FE.7020809@comcast.net> In-Reply-To: <42C119FE.7020809@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rsh.lists@comcast.net Subject: Re: Portupgrade, -CURRENT & SMP 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, 28 Jun 2005 11:44:30 -0000 Sean wrote: > Adam K Kirchhoff wrote: > >> >> I have three machines which I just upgraded from 5.4 to -CURRENT. >> They are two SMP desktops and a UP laptop. >> >> After building world and installing, I started to run portupgrade on >> my systems. On the laptop, everything has been running smoothly.. >> On both SMP systems, portupgrade hangs. top shows the ruby18 process >> stuck in the *vnode state. On one machine, which I can't physically >> access, it's been this way for hours. I can't ssh into this machine, >> and only have access to sessions that were connected before the >> hang. On my home machine (which I can physically access), I've been >> able to log in on the virtual consoles and reboot when this happens >> (though it's not ever able to sync all buffers and cleanly unmount >> /). It's now happened with 5 or 6 consecutive attempts at >> portupgrade on this machine. The most recent time this happened, on >> a hunch, I built a UP kernel, rebooted, and tried portupgrade again. >> It's now been running for two hours without hanging (previous record >> was less than five minutes). >> >> I've googled around a bit for this problem, but haven't come across >> anythign yet. Has anyone seen this before? I'll gladly submit a pr, >> but I'm just looking for more idea, or maybe some confirmation from >> others who have seen this. >> >> Adam >> >> _______________________________________________ >> 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" >> > > Same problem here, with no solution for the problem. > > Sean > _______________________________________________ > 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" > Well, since I at least know that I'm not alone in this, I've submitted a pr (after searching for one with SMP and portupgrade and coming up blank): http://www.freebsd.org/cgi/query-pr.cgi?pr=82730 Anyone having this problem, please take note and add your own comments if possible. Adam From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 10:35:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAAEE16A41C for ; Tue, 28 Jun 2005 10:35:19 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D14343D58 for ; Tue, 28 Jun 2005 10:35:18 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [192.168.1.2] (may be forged)) by mail.sbb.co.yu (8.13.3/8.13.3) with ESMTP id j5SAZF6l071685 for ; Tue, 28 Jun 2005 12:35:15 +0200 (CEST) Date: Tue, 28 Jun 2005 12:35:15 +0200 (CEST) From: Goran Gajic To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-SBB-MailScanner-Information: Please contact the ISP for more information X-SBB-MailScanner: Found to be clean X-MailScanner-From: ggajic@sbb.co.yu X-Mailman-Approved-At: Tue, 28 Jun 2005 12:19:15 +0000 Subject: 6.0-current panic 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, 28 Jun 2005 10:35:19 -0000 Dual Xeon 2.4 with 4Gb ram: FreeBSD 6.0-CURRENT #0: Sun Jun 26 16:24:56 CEST 2005 panic: Memory modified after free 0xca97c000(256) val=ca8e4e00 @ 0xca97c000 cpuid = 3 KDB: enter: panic [thread pid 75 tid 100078 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 75 tid 100078 td 0xc5813a80 kdb_enter(c086b8b2) at kdb_enter+0x2b panic(c0885efb,ca97c000,100,ca8e4e00,ca97c000) at panic+0x127 trash_ctor(ca97c000,100,0,0,e9b09c38) at trash_ctor+0x2f trash_fini(ca97c000,100) at trash_fini+0x12 zone_drain(c104ac60) at zone_drain+0x170 zone_foreach(c0794518,e9b09cec,c07a5f8f,c5813a80,e9b09c74) at zone_foreach+0x37 uma_reclaim(c5813a80,e9b09c74,0,c093f5a0,e9b09c80) at uma_reclaim+0x12 vm_pageout_scan(0,c0994280,0,c0887cae,5c3) at vm_pageout_scan+0x103 vm_pageout(0,e9b09d38,0,c07a6d48,0) at vm_pageout+0x2c3 fork_exit(c07a6d48,0,e9b09d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe9b09d6c, ebp = 0 --- db> Regards, gg. From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 17:26:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A21DB16A41C for ; Tue, 28 Jun 2005 17:26:54 +0000 (GMT) (envelope-from seditaniedi@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2374643D48 for ; Tue, 28 Jun 2005 17:26:54 +0000 (GMT) (envelope-from seditaniedi@gmail.com) Received: by zproxy.gmail.com with SMTP id 14so355384nzn for ; Tue, 28 Jun 2005 10:26:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Ao84r2KElPjb4sTLezvNAoR5A38ymEZQEYYoBCSF5Upcv/TwWZ2rpFKrVl2wdLKQc6L756cdI/2Cwm+ZxZXiLpEUlQUqhYsiDUKYRNaxYDxE37BRJyQb6z+Y8Y2gmu6O2zt2g+sd+IFJe8O/R4p/rMhxEQ/1b43jrltFcEPuEag= Received: by 10.36.38.18 with SMTP id l18mr4829297nzl; Tue, 28 Jun 2005 10:26:25 -0700 (PDT) Received: by 10.36.47.3 with HTTP; Tue, 28 Jun 2005 10:26:25 -0700 (PDT) Message-ID: <2d8af7bc05062810263e55ae26@mail.gmail.com> Date: Tue, 28 Jun 2005 19:26:25 +0200 From: qoska kotfare To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: 2.5" USB hardrivedrive problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qoska kotfare List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2005 17:26:54 -0000 Hello there! My question is about external 2.5" USB harddisk i seem to not get it recognized by FreeBSD and i am hoping to get a solution :) The case has inside a TOSHIBA MK3017GAP 30Gb drive I tried modifying some quirks on /usr/src/sys/cam/scsi/scsi_da.c and the same problem again. Ah forgott the error messages are at the end of the dmesg output regardingg umass0 !!! /* dmesg output=20 Copyright (c) 1992-2005 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 6.0-CURRENT #7: Mon Jun 27 17:42:27 CEST 2005 ermali@qoska:/usr/obj/usr/src/sys/QOSKA ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2000.15-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebfbff Features2=3D0x4400> real memory =3D 1073725440 (1023 MB) avail memory =3D 1037602816 (989 MB) ioapic0 irqs 0-23 on motherboard netsmb_dev: loaded acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 3 on acpi0 pci_link4: irq 5 on acpi0 pci_link5: irq 9 on acpi0 pci_link6: on acpi0 pci_link7: irq 9 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe7000000-0xe7ffffff,0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb400-0xb40f irq 16 at device 2.5 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: port 0xa400-0xa4ff,0xa000-0xa07f irq 18 at device 2.7 on p= ci0 pcm0: [GIANT-LOCKED] pcm0: ohci0: mem 0xe6800000-0xe6800fff irq 20 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe6000000-0xe6000fff irq 21 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe5800000-0xe5800fff irq 23 at device 3.3 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered sis0: port 0x9800-0x98ff mem 0xe5000000-0xe5000fff irq 19 at device 4.0 on pci0 miibus0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:0c:6e:d3:9b:a0 rl0: port 0x9400-0x94ff mem 0xe4800000-0xe48000ff irq 18 at device 10.0 on pci0 miibus1: on rl0 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:06:4f:09:8b:62 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 umass0: ScanLogic USBIDE ScanLogic USBIDE, rev 1.10/2.60, addr 2 Timecounter "TSC" frequency 2000152380 Hz quality 800 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ad0: 39205MB at ata0-master UDMA133 ad1: 78167MB at ata0-slave UDMA133 acd0: CDRW at ata1-master UDMA33 umass0: Invalid CSW: tag 80 should be 1 ATA PseudoRAID loaded cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed umass0: Invalid CSW: tag 524632 should be 2 umass0: Invalid CSW: tag 524632 should be 3 umass0: Invalid CSW: tag 524632 should be 4 umass0: Invalid CSW: tag 524632 should be 5 umass0: Invalid CSW: tag 524632 should be 6 (da0:umass-sim0:0:0:0): got CAM status 0x4 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device umass0: Invalid CSW: tag 524632 should be 7 umass0: Invalid CSW: tag 524632 should be 8 umass0: Invalid CSW: tag 524632 should be 9 umass0: Invalid CSW: tag 524632 should be 10 umass0: Invalid CSW: tag 524632 should be 11 (da0:umass-sim0:0:0:0): removing device entry Opened disk da0 -> 5 Trying to mount root from ufs:/dev/ad0s3a sis0: link state changed to DOWN sis0: link state changed to UP Accounting enabled end dmesg output */ I am attaching even my kernel config file just in case. U can tell me if i have to give any other information. Thanks in advance! /* kernel config file=20 machine i386 cpu I686_CPU ident QOSKA # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for device= s. makeoptions COPTFLAGS=3D" -O -pipe" options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking #options INET6 options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big direct= ories options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEU= DOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THI= S!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_LINUX options SCSI_DELAY=3D15000 # Delay (in ms) before probing SC= SI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. #options NET_WITH_GIANT options PREEMPTION #options FULL_PREEMPTION options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ #options ALTQ_NOPCC #for SMP build options BRIDGE device pf device pflog device pfsync options TCP_DROP_SYNFIN options ZERO_COPY_SOCKETS #options VFS_AIO options DEVICE_POLLING options HZ=3D1000 #options IPFILTER #options IPFILTER_LOG options IPSTEALTH options NETGRAPH options NETSMB options NETSMBCRYPTO options LIBMCHAIN options LIBICONV options SMBFS #options IPSEC #options IPSEC_ESP options FAST_IPSEC #options SMP device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci device crypto device acpi device mem device cpufreq # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device atapicam device scbus device da device cd device pass device md # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options VESA # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device miibus # MII bus support device rl # RealTek 8129/8139 device sis # Silicon Integrated Systems SiS 900/SiS 70= 16 # Wireless NIC cards device wlan # 802.11 support device wi # WaveLAN/Intersil/Symbol 802.11 wireless N= ICs. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci device usb # USB Bus (required) device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and d= a device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners device sound device snd_ich options SC_ALT_MOUSE_IMAGE options SC_HISTORY_SIZE=3D1000 options SC_PIXEL_MODE options SC_NORM_ATTR=3D(FG_GREEN|BG_BLACK) options SC_NORM_REV_ATTR=3D(FG_BLACK|BG_GREEN) options SC_KERNEL_CONS_ATTR=3D(FG_RED|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=3D(FG_BLACK|BG_RED) end kernel config file */ From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 17:49:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E649716A423 for ; Tue, 28 Jun 2005 17:49:26 +0000 (GMT) (envelope-from gilham@csl.sri.com) Received: from mailgate-internal2.sri.com (mailgate-internal2.SRI.COM [128.18.84.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 7025F43D49 for ; Tue, 28 Jun 2005 17:49:26 +0000 (GMT) (envelope-from gilham@csl.sri.com) Received: from localhost (HELO mailgate-internal2.SRI.COM) (127.0.0.1) by mailgate-internal2.sri.com with SMTP; 28 Jun 2005 17:49:25 -0000 Received: from mx1.csl.sri.com ([130.107.1.29]) by mailgate-internal2.SRI.COM (SMSSMTP 4.0.5.66) with SMTP id M2005062810492521986 for ; Tue, 28 Jun 2005 10:49:25 -0700 Received: from quarter.csl.sri.com (mx0.csl.sri.com [130.107.1.30]) by mx1.csl.sri.com (8.12.11/8.12.11) with ESMTP id j5SHnPMV067771 for ; Tue, 28 Jun 2005 10:49:25 -0700 (PDT) (envelope-from gilham@csl.sri.com) Received: from snapdragon (snapdragon.csl.sri.com [130.107.19.20]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id j5SHnPlr017616 for ; Tue, 28 Jun 2005 10:49:25 -0700 Message-Id: <200506281749.j5SHnPlr017616@quarter.csl.sri.com> To: freebsd-current@freebsd.org X-Mailer: MH-E 7.82; nmh 1.0.4; GNU Emacs 21.3.1 Date: Tue, 28 Jun 2005 10:49:25 -0700 From: Fred Gilham Subject: Weird problem with devstat 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, 28 Jun 2005 17:49:27 -0000 Hello, There's a program called xsysinfo in the ports collection which currently seems to be just about the only working system status program for FreeBSD 5 or 6. Unfortunately the current version seems to have a memory leak. This memory leak isn't related to the program itself but to the devstat interface. By this I mean that it's not caused by any malloc or free that the program's code does. If you run this program for a few days it will grow to hundreds of megabytes in size and eventually exhaust memory. It does this under FBSD 5 & 6 but not 4 (which of course uses a different interface to the kernel stats). The program will not do this if you use the -nodisk option telling it not to track disk statistics, which means that the problem gets narrowed down to the devstat stuff that is used to keep track of disk transfers. I have been able to get the program to stop doing this by changing the calls to devstat_checkversion() devstat_getnumdevs() devstat_getdevs() so they don't use the kvm interface but the sysctl interface (i.e. passing NULL instead of a file descriptor to /dev/kvm). It seems like there's either a bug in the port or some weirdness in the devstat interface, so I thought I'd post about it to see if anyone knew what was going on. -- Fred Gilham gilham@csl.sri.com The PTPL (People's Trotskyist Programming League) believes that hackers are elitist and that all software should be created by the masses flailing away at millions of keyboards. I didn't have the heart to tell them that this has already been tried and the result is called Linux. From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 18:14:52 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DF1F16A4A9 for ; Tue, 28 Jun 2005 18:14:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6AF843D58 for ; Tue, 28 Jun 2005 18:14:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 28 Jun 2005 14:28:31 -0400 From: John Baldwin To: hartzell@alerce.com Date: Tue, 28 Jun 2005 13:41:20 -0400 User-Agent: KMail/1.8 References: <17077.62001.211846.349890@satchel.alerce.com> <200506271715.14687.jhb@FreeBSD.org> <17088.33872.136766.621988@satchel.alerce.com> In-Reply-To: <17088.33872.136766.621988@satchel.alerce.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506281341.21023.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good 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, 28 Jun 2005 18:14:52 -0000 On Monday 27 June 2005 06:57 pm, George Hartzell wrote: > John Baldwin writes: > > On Sunday 19 June 2005 06:31 pm, George Hartzell wrote: > > > Hi, > > > > > > I'm working on a Sony PCG-GRX570. > > > [...] > > > > The problem is that your LCD isn't turned back on via DPMS, but there's > > not a good way to fix that always. Especially if your BIOS doesn't > > support DPMS. > > Can you say a bit more about this? When I suspend, the panel dims, > but I can still read what's on the screen. When I resume it never > brightens, but I can still easily see what's there. I never goes > completely black. > > If I boot up into linux using a text console, it displays similar > behaviour, dimming on suspend, but it brightens back up on resume. > > I *have* managed to get it to go completely black using a horribly > hacked up version of acpi_video w/ the DPMS patches, but it still > won't wake up. The ACPI spec says that the OS is supposed to power down the attached monitor using DPMS before it shuts down the video controller and that it should turn the monitor back on using DPMS after it has resumed the video controller. FreeBSD currently just does the video controller parts (sort of) and doesn't do the DPMS stuff at all except in the patch to hack acpi_video, and that only works if your VGA BIOS supports DPMS and it can only work for the primary monitor even then. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 18:14:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AD7B16A44F for ; Tue, 28 Jun 2005 18:14:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FFF43D5C for ; Tue, 28 Jun 2005 18:14:48 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 28 Jun 2005 14:28:31 -0400 From: John Baldwin To: freebsd-current@freebsd.org, Katu Date: Tue, 28 Jun 2005 14:05:57 -0400 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506281405.58304.jhb@FreeBSD.org> Cc: Subject: Re: Cannot boot June snapshot 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, 28 Jun 2005 18:14:55 -0000 On Wednesday 15 June 2005 12:59 pm, Katu wrote: > > I have an old HP Kayak XU (dual PII 300 MHz) that was happily running > > Windows NT 4, then Linux with 2.4 kernel, then FreeBSD 5.2.1. Today I > > tried to install 6-CURRENT snapshot from June, and during boot it > > repeats the same error messages regarding ahc0 over and over. Please > > see attached verbose boot log. > > > > What is the problem? Is it a hardware issue or something else? I still > > have the machine connected to serial console if you need more > > information. > > > > Thanks, > > > > Arthur > > I just tried with 5.4-RELEASE, it didn't work too, so I guess > something changed between 5.2.1 and 5.3. Attached is the boot log from > 6.0 snapshot All the IRQs are the same, so I don't think it is an interrupt routing issue. The ahc(4) driver did upload different firmware into the cards though, so perhaps there's a bug in the new firmware? You can try asking about that on the scsi@ list. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 18:21:57 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC89C16A41C; Tue, 28 Jun 2005 18:21:57 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73E1443D53; Tue, 28 Jun 2005 18:21:57 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j5SILuZe022547; Tue, 28 Jun 2005 11:21:56 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j5SILumc022546; Tue, 28 Jun 2005 11:21:56 -0700 (PDT) (envelope-from jmg) Date: Tue, 28 Jun 2005 11:21:56 -0700 From: John-Mark Gurney To: Robert Watson Message-ID: <20050628182156.GC727@funkthat.com> Mail-Followup-To: Robert Watson , current@FreeBSD.org References: <20050619155228.Y6413@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050619155228.Y6413@fledge.watson.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@FreeBSD.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2005 18:21:58 -0000 Robert Watson wrote this message on Sun, Jun 19, 2005 at 16:10 +0100: > XXX I get a sendmail warning every boot: > > sendmail: execing /usr/libexec/sendmail/sendmail: No such file or > directory > > This is likely vi.recover running and trying to do something with > sendmail. Unhelpful, given no sendmail is present. Maybe a better > failure mode is desirable here? How about properly fixing /etc/mail/mailer.conf?? Possibly replacing them with /usr/bin/true would fix this.. :) Or replacing it with a program like ssmtp.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 18:49:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 180FD16A41C; Tue, 28 Jun 2005 18:49:07 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE24F43D49; Tue, 28 Jun 2005 18:49:06 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 1E6872186; Tue, 28 Jun 2005 11:48:48 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id E86A4216A; Tue, 28 Jun 2005 11:48:47 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j5SInKO3029212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 28 Jun 2005 11:49:20 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5SInKSl029209; Tue, 28 Jun 2005 11:49:20 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17089.39856.172282.951828@satchel.alerce.com> Date: Tue, 28 Jun 2005 11:49:20 -0700 To: John Baldwin In-Reply-To: <200506281341.21023.jhb@FreeBSD.org> References: <17077.62001.211846.349890@satchel.alerce.com> <200506271715.14687.jhb@FreeBSD.org> <17088.33872.136766.621988@satchel.alerce.com> <200506281341.21023.jhb@FreeBSD.org> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org, hartzell@alerce.com Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.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, 28 Jun 2005 18:49:07 -0000 John Baldwin writes: > On Monday 27 June 2005 06:57 pm, George Hartzell wrote: > > John Baldwin writes: > > > On Sunday 19 June 2005 06:31 pm, George Hartzell wrote: > > > > Hi, > > > > > > > > I'm working on a Sony PCG-GRX570. > > > > [...] > > > > > > The problem is that your LCD isn't turned back on via DPMS, but there's > > > not a good way to fix that always. Especially if your BIOS doesn't > > > support DPMS. > > > > Can you say a bit more about this? [...] > > The ACPI spec says that the OS is supposed to power down the attached > monitor using DPMS before it shuts down the video controller and that > it should turn the monitor back on using DPMS after it has resumed the > video controller. FreeBSD currently just does the video controller > parts (sort of) and doesn't do the DPMS stuff at all except in the > patch to hack acpi_video, and that only works if your VGA BIOS > supports DPMS and it can only work for the primary monitor even then. So, do you think that I'm hanging when I try to resume because the display wasn't shut off using DPMS before FreeBSD shutdown (or sort-of-shutdown) the video controller), or do you think that the lack of DPMS shutdown confounds the situation? g. From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 19:21:13 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE92816A421 for ; Tue, 28 Jun 2005 19:21:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76B5F43D55 for ; Tue, 28 Jun 2005 19:21:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 28 Jun 2005 15:34:55 -0400 From: John Baldwin To: hartzell@alerce.com Date: Tue, 28 Jun 2005 14:55:44 -0400 User-Agent: KMail/1.8 References: <17077.62001.211846.349890@satchel.alerce.com> <200506281341.21023.jhb@FreeBSD.org> <17089.39856.172282.951828@satchel.alerce.com> In-Reply-To: <17089.39856.172282.951828@satchel.alerce.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506281455.44924.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good 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, 28 Jun 2005 19:21:14 -0000 On Tuesday 28 June 2005 02:49 pm, George Hartzell wrote: > John Baldwin writes: > > On Monday 27 June 2005 06:57 pm, George Hartzell wrote: > > > John Baldwin writes: > > > > On Sunday 19 June 2005 06:31 pm, George Hartzell wrote: > > > > > Hi, > > > > > > > > > > I'm working on a Sony PCG-GRX570. > > > > > [...] > > > > > > > > The problem is that your LCD isn't turned back on via DPMS, but > > > > there's not a good way to fix that always. Especially if your BIOS > > > > doesn't support DPMS. > > > > > > Can you say a bit more about this? [...] > > > > The ACPI spec says that the OS is supposed to power down the attached > > monitor using DPMS before it shuts down the video controller and that > > it should turn the monitor back on using DPMS after it has resumed the > > video controller. FreeBSD currently just does the video controller > > parts (sort of) and doesn't do the DPMS stuff at all except in the > > patch to hack acpi_video, and that only works if your VGA BIOS > > supports DPMS and it can only work for the primary monitor even then. > > So, do you think that I'm hanging when I try to resume because the > display wasn't shut off using DPMS before FreeBSD shutdown (or > sort-of-shutdown) the video controller), or do you think that the lack > of DPMS shutdown confounds the situation? I think that your not hanging at all. The machine has resumed fine (you said you can type 'shutdown -p now' and it turns off IIRC), but the LCD hasn't been turned back on so you can't see the screen output is all. My old Dell laptop had the same issue with S3 resume. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 19:53:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4273F16A41C for ; Tue, 28 Jun 2005 19:53:53 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0332143D49 for ; Tue, 28 Jun 2005 19:53:52 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id AF6B31EC322 for ; Tue, 28 Jun 2005 21:53:51 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j5SJrhfs017009; Tue, 28 Jun 2005 21:53:43 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Fred Gilham From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 28 Jun 2005 10:49:25 PDT." <200506281749.j5SHnPlr017616@quarter.csl.sri.com> Date: Tue, 28 Jun 2005 21:53:42 +0200 Message-ID: <17008.1119988422@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: Weird problem with devstat 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, 28 Jun 2005 19:53:53 -0000 In message <200506281749.j5SHnPlr017616@quarter.csl.sri.com>, Fred Gilham write s: >I have been able to get the program to stop doing this by changing the >calls to > >devstat_checkversion() >devstat_getnumdevs() >devstat_getdevs() > >so they don't use the kvm interface but the sysctl interface >(i.e. passing NULL instead of a file descriptor to /dev/kvm). You shouldn't be using the kvm interface in the first place. -- 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 Tue Jun 28 20:37:04 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9B1F16A41C; Tue, 28 Jun 2005 20:37:04 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B36A43D5D; Tue, 28 Jun 2005 20:37:02 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 4B9EDAC995; Tue, 28 Jun 2005 22:37:00 +0200 (CEST) Date: Tue, 28 Jun 2005 22:37:00 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20050628203700.GE78468@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PGNNI9BzQDUtgA2J" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: jeff@FreeBSD.org Subject: VFS panic (bp 0xd6523fdc wrong b_bufobj 0 should be 0xc27d2940). 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, 28 Jun 2005 20:37:05 -0000 --PGNNI9BzQDUtgA2J Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I get the panic below while running this script: #!/bin/sh for dir in `jot 5 1 5`; do rm -rf $dir mkdir $dir done for dir in `jot 5 1 5`; do cd $dir iozone -s 64m -r 512k >output.log 2>&1 & cd .. done panic: bp 0xd6523fdc wrong b_bufobj 0 should be 0xc27d2940 cpuid =3D 2 KDB: enter: panic [thread pid 517 tid 100125 ] Stopped at kdb_enter+0x2b: nop =20 db> tr Tracing pid 517 tid 100125 td 0xc246c180 kdb_enter(c05d1349) at kdb_enter+0x2b panic(c05d6e92,d6523fdc,0,c27d2940,d6528a2c) at panic+0x127 reassignbuf(d6528a2c,c246c180,ed614a00,c04d87e0,d6528a2c) at reassignbuf+0x= 148 bdirty(d6528a2c,c27d2880,c0cd0238,ffffffff,2) at bdirty+0x86 bdwrite(d6528a2c) at bdwrite+0x2ac cluster_write(c27d2880,d6528a2c,2f70000,0,7f) at cluster_write+0x48c ffs_write(ed614c04,0,0,c06031c0,ed614bb8) at ffs_write+0x508 VOP_WRITE_APV(c060ade0,ed614c04) at VOP_WRITE_APV+0x112 vn_write(c23e4480,ed614c78,c27bd380,0,c246c180) at vn_write+0x1ea dofilewrite(c246c180,c23e4480,3,8300000,80000) at dofilewrite+0xa8 write(c246c180,ed614d04,3,107,246) at write+0x39 syscall(3b,3b,bfbf003b,0,5e) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip =3D 0x280de65b, esp =3D 0xbfbfe8= cc, ebp =3D 0xbfbfea08 --- db>=20 This is recent HEAD. The box is Dual Xeon (HTT enabled). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --PGNNI9BzQDUtgA2J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCwbTsForvXbEpPzQRAjJjAKDXLC5IR14WQYhW5JoozdMZiqbIwgCg2Pu6 1G5R8ZsAEsk6YeNlKapOZ4Y= =neQJ -----END PGP SIGNATURE----- --PGNNI9BzQDUtgA2J-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 21:08:08 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFB2816A41C; Tue, 28 Jun 2005 21:08:08 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D08D43D53; Tue, 28 Jun 2005 21:08:07 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 8AD473B8DB; Tue, 28 Jun 2005 23:08:05 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5SL7nU6001066; Tue, 28 Jun 2005 23:07:49 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5SL7nqi001065; Tue, 28 Jun 2005 23:07:49 +0200 (CEST) (envelope-from schweikh) Date: Tue, 28 Jun 2005 23:07:49 +0200 From: Jens Schweikhardt To: John Baldwin Message-ID: <20050628210749.GA763@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <200506241528.44124.jhb@FreeBSD.org> <20050624224107.GA778@schweikhardt.net> <200506271529.22790.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506271529.22790.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org, phk@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 28 Jun 2005 21:08:08 -0000 John et al, # Forget SMP and go back to UP for now. Turn off ntpd if you are using it, then # do something like this: # # # ntpdate ntp.xxxx ; sleep 10 ; ntpdate ntp.xxxx # # And try it both with the timecounter set to TSC and with the timecounter set # to i8254. Here we go, kernel with your second patch, boot with kern.smp.disabled=1. Script started on Tue Jun 28 22:53:10 2005 # /etc/rc.d/ntpd stop Stopping ntpd. # sysctl kern.smp.disabled kern.smp.disabled: 1 # sysctl -a|grep timec kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 116095 kern.timecounter.nnanouptime: 0 kern.timecounter.nmicrouptime: 670 kern.timecounter.nbintime: 902 kern.timecounter.nnanotime: 24 kern.timecounter.nmicrotime: 880 kern.timecounter.ngetbinuptime: 410 kern.timecounter.ngetnanouptime: 24 kern.timecounter.ngetmicrouptime: 2337 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 5 kern.timecounter.nsetclock: 2 kern.timecounter.hardware: TSC kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 28 Jun 22:54:31 ntpdate[606]: adjust time server 192.53.103.103 offset 0.275702 sec 28 Jun 22:54:41 ntpdate[608]: adjust time server 192.53.103.103 offset 0.267708 sec # sysctl kern.timecounter.hardware=i8254 kern.timecounter.hardware: TSC -> i8254 # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 28 Jun 22:55:16 ntpdate[621]: step time server 192.53.103.103 offset 8.265734 sec 28 Jun 22:56:16 ntpdate[623]: step time server 192.53.103.103 offset 49.488049 sec # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 28 Jun 22:56:50 ntpdate[624]: step time server 192.53.103.103 offset 27.732229 sec 28 Jun 22:57:49 ntpdate[626]: step time server 192.53.103.103 offset 48.679758 sec # sysctl kern.timecounter.hardware=TSC kern.timecounter.hardware: i8254 -> TSC # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 28 Jun 22:57:59 ntpdate[628]: step time server 192.53.103.103 offset 2.417985 sec 28 Jun 22:58:10 ntpdate[630]: adjust time server 192.53.103.103 offset -0.008257 sec # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 28 Jun 22:58:23 ntpdate[631]: adjust time server 192.53.103.103 offset -0.005786 sec 28 Jun 22:58:33 ntpdate[633]: adjust time server 192.53.103.103 offset -0.004015 sec # Script done on Tue Jun 28 22:58:38 2005 Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 21:29:49 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7282E16A41C; Tue, 28 Jun 2005 21:29:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D6D543D1D; Tue, 28 Jun 2005 21:29:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 28 Jun 2005 17:43:27 -0400 From: John Baldwin To: Jens Schweikhardt Date: Tue, 28 Jun 2005 17:29:21 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506271529.22790.jhb@FreeBSD.org> <20050628210749.GA763@schweikhardt.net> In-Reply-To: <20050628210749.GA763@schweikhardt.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200506281729.22302.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, phk@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 28 Jun 2005 21:29:49 -0000 On Tuesday 28 June 2005 05:07 pm, Jens Schweikhardt wrote: > John et al, > > # Forget SMP and go back to UP for now. Turn off ntpd if you are using it, > then # do something like this: > # > # # ntpdate ntp.xxxx ; sleep 10 ; ntpdate ntp.xxxx > # > # And try it both with the timecounter set to TSC and with the timecounter > set # to i8254. > > Here we go, kernel with your second patch, boot with kern.smp.disabled=1. Can you get the same ntpdate output for the kernel without the patch? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 21:43:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFA7816A41C for ; Tue, 28 Jun 2005 21:43:09 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF97A43D53 for ; Tue, 28 Jun 2005 21:43:07 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j5SLgU8f096000; Tue, 28 Jun 2005 14:42:32 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j5SLgL8r095968; Tue, 28 Jun 2005 14:42:21 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Martin Cracauer In-Reply-To: <1119816026.3817.20.camel@leguin> References: <20050617173008.A11142@cons.org> <20050617194638.A13394@cons.org> <20050617.233055.41723867.imp@bsdimp.com> <200506241641.25433.jhb@FreeBSD.org> <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> <1119816026.3817.20.camel@leguin> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 28 Jun 2005 14:42:19 -0700 Message-Id: <1119994939.24833.187.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, Adam K Kirchhoff , Warner Losh Subject: Re: 6.0-current panic: loading radeon module 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, 28 Jun 2005 21:43:10 -0000 On Sun, 2005-06-26 at 13:00 -0700, Eric Anholt wrote: > On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote: > > > I'd forgotten about this thread. I've got a proposed fix for this at: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 > > > > I get the same panic and backtrace with that patch (on a 32 MB moobile > > Radeon 7500). > > > > I will annotate the sourcecode now to verify (or not) the NULLs in the > > arguments for the bus argument. > > OK, one more try, for everyone who's been having hangs/reboots on X > startup since April. Attached is a patch that will hopefully kill the > problem off. After some feedback from jhb@, I decided to take a workaround approach, and am working on a proper solution in DRM CVS. But -current should be fixed, so I encourage you all to update. Thanks for the testing! -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 21:57:04 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4634216A41C; Tue, 28 Jun 2005 21:57:04 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEEFA43D53; Tue, 28 Jun 2005 21:57:03 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 946AC21F3; Tue, 28 Jun 2005 14:56:44 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 5526C21BA; Tue, 28 Jun 2005 14:56:44 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j5SLvFhj029749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 28 Jun 2005 14:57:16 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5SLvFED029745; Tue, 28 Jun 2005 14:57:15 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17089.51130.712756.537990@satchel.alerce.com> Date: Tue, 28 Jun 2005 14:57:14 -0700 To: John Baldwin In-Reply-To: <200506281341.21023.jhb@FreeBSD.org> References: <17077.62001.211846.349890@satchel.alerce.com> <200506271715.14687.jhb@FreeBSD.org> <17088.33872.136766.621988@satchel.alerce.com> <200506281341.21023.jhb@FreeBSD.org> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org, hartzell@alerce.com Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.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, 28 Jun 2005 21:57:04 -0000 John Baldwin writes: > On Monday 27 June 2005 06:57 pm, George Hartzell wrote: > > John Baldwin writes: > > > On Sunday 19 June 2005 06:31 pm, George Hartzell wrote: > > > > Hi, > > > > > > > > I'm working on a Sony PCG-GRX570. > > > > [...] > > > > > > The problem is that your LCD isn't turned back on via DPMS, but there's > > > not a good way to fix that always. Especially if your BIOS doesn't > > > support DPMS. > > > > Can you say a bit more about this? [...] > > The ACPI spec says that the OS is supposed to power down the attached > monitor using DPMS before it shuts down the video controller and that > it should turn the monitor back on using DPMS after it has resumed the > video controller. FreeBSD currently just does the video controller > parts (sort of) and doesn't do the DPMS stuff at all except in the > patch to hack acpi_video, and that only works if your VGA BIOS > supports DPMS and it can only work for the primary monitor even then. Ok, I should be more precise in how I describe/ask-about this. I guess that I *have* resumed properly in some sense, since various things seem to be able to make forward progess. The screen/video didn't resume properly, because we either didn't shut down properly or didn't wake up properly. Could this be because of not calling DPMS to shut down the monitor (Ubuntu seems to suspend/resume w/out actually blacking out the monitor), or does that just explain the backlight turning off? I've also built kernels that included the fxp and I can not ping that device after I resume. Is it likely that it *also* has problems, that it's never getting the change to be resumed because of the video problems, or that some lower lever problem is biting them both and causing them to fail? Thanks again for helping me think about this! g. From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 23:30:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF3D916A41C for ; Tue, 28 Jun 2005 23:30:49 +0000 (GMT) (envelope-from gilham@csl.sri.com) Received: from mailgate-internal1.sri.com (mailgate-internal1.SRI.COM [128.18.84.103]) by mx1.FreeBSD.org (Postfix) with SMTP id A46BE43D48 for ; Tue, 28 Jun 2005 23:30:49 +0000 (GMT) (envelope-from gilham@csl.sri.com) Received: from localhost (HELO mailgate-internal1.SRI.COM) (127.0.0.1) by mailgate-internal1.sri.com with SMTP; 28 Jun 2005 23:30:48 -0000 Received: from mx1.csl.sri.com ([130.107.1.29]) by mailgate-internal1.SRI.COM (SMSSMTP 4.0.5.66) with SMTP id M2005062816304830328 for ; Tue, 28 Jun 2005 16:30:48 -0700 Received: from quarter.csl.sri.com (mx0.csl.sri.com [130.107.1.30]) by mx1.csl.sri.com (8.12.11/8.12.11) with ESMTP id j5SNUmgP056795 for ; Tue, 28 Jun 2005 16:30:48 -0700 (PDT) (envelope-from gilham@csl.sri.com) Received: from snapdragon (snapdragon.csl.sri.com [130.107.19.20]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id j5SNUmlr024539 for ; Tue, 28 Jun 2005 16:30:48 -0700 Message-Id: <200506282330.j5SNUmlr024539@quarter.csl.sri.com> To: freebsd-current@freebsd.org In-Reply-To: Message from "Poul-Henning Kamp" of "Tue, 28 Jun 2005 21:53:42 +0200." <17008.1119988422@critter.freebsd.dk> X-Mailer: MH-E 7.82; nmh 1.0.4; GNU Emacs 21.3.1 Date: Tue, 28 Jun 2005 16:30:48 -0700 From: Fred Gilham Subject: Re: Weird problem with devstat 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, 28 Jun 2005 23:30:50 -0000 Poul-Henning Kamp wrote: > In message <200506281749.j5SHnPlr017616@quarter.csl.sri.com>, Fred > Gilham writes: > > >I have been able to get the program to stop doing this by changing > >the calls to > > > >devstat_checkversion() > >devstat_getnumdevs() > >devstat_getdevs() > > > >so they don't use the kvm interface but the sysctl interface > >(i.e. passing NULL instead of a file descriptor to /dev/kvm). > > You shouldn't be using the kvm interface in the first place. That seems reasonable, but the documentation doesn't give any indication that this is the case. From the devstat(3) man page: DESCRIPTION The devstat library is a library of helper functions for dealing with the kernel devstat(9) interface, which is accessible to users via sysctl(3) and kvm(3). All functions that take a kvm_t * as first argument can be passed NULL instead of a kvm handle as this argument, which causes the data to be read via sysctl(3). Otherwise, it is read via kvm(3) using the supplied handle. devstat_checkversion() should be called with each kvm handle that is going to be used (or with NULL if sysctl(3) is going to be used). >From this I got the impression that the sysctl interface was a kind of secondary alternative to the kvm interface. The /usr/sbin/iostat program also uses the kvm version (see /usr/src/usr.sbin/iostat/iostat.c). That's what whoever maintained the xsysinfo program used as an example. Also, if the kvm interface is broken it should probably be disabled or something. Actually I doubt that it's broken, but certainly the xsysinfo code doesn't interact well with it. -- Fred Gilham gilham@csl.sri.com The PTPL (People's Trotskyist Programming League) believes that hackers are elitist and that all software should be created by the masses flailing away at millions of keyboards. I didn't have the heart to tell them that this has already been tried and the result is called Linux. From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 02:32:04 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42C0F16A41C for ; Wed, 29 Jun 2005 02:32:04 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE5543D48 for ; Wed, 29 Jun 2005 02:32:03 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from hellfire.lovett.com ([67.134.38.149]:58468) by mail.lovett.com with esmtpa (Exim 4.51 (FreeBSD)) id 1DnSMt-0007Pn-IP; Tue, 28 Jun 2005 19:32:03 -0700 Message-ID: <42C20867.4010609@FreeBSD.org> Date: Tue, 28 Jun 2005 19:33:11 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <42AFE83B.9050305@FreeBSD.org> <20050619154633.Y83634@carver.gumbysoft.com> <42B6224D.8020009@FreeBSD.org> <20050624211308.R47411@carver.gumbysoft.com> In-Reply-To: <20050624211308.R47411@carver.gumbysoft.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: ade@lovett.com Cc: current@FreeBSD.org Subject: Re: USB mouse woes 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, 29 Jun 2005 02:32:04 -0000 Doug White wrote: > 1. With the mouse connected collect the output of usbdevs -v. That should > show how the mouse is connected. Relevant part is: Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 addr 2: low speed, power 50 mA, config 1, product 0x006a(0x006a), vendor 0x045e(0x045e), rev 0.17 I also dug up another mouse (a micro innovations wireless unit): Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 addr 2: low speed, power 100 mA, config 1, Wireless RF Mouse(0x0101), Cellink Co., LTD.(0x1733), rev 0.01 with similar results. Then tried a different USB port (even though it works perfectly fine with both Windows and Ubuntu). Again, detected fine: ums0: Cellink Co., LTD. Wireless RF Mouse, rev 1.10/0.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. but nothing happens with moused. > 2. From the trace it looks like the mouse is USB2 since ehci keeps popping > up. Try removing ehci from your kernel. All of the above was with ehci removed. > STALLED is an error in USB terms. Exactly why the device is stalling, > though, is unclear. Given that it now appears to be stalling with two different mice, from two different vendors, it would appear to be something at fault with the handling of the USB chipset. Again, for reference: usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered This is on an MSI K8T Neo-FSR mainboard with a Socket 754 Athlon 64 running -CURRENT as of today (6/28/2005). Both mice work fine when connected via a USB->PS/2 converter. -aDe From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 04:18:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04A1516A41C for ; Wed, 29 Jun 2005 04:18:55 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF24B43D1D for ; Wed, 29 Jun 2005 04:18:54 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id o1so441403nzf for ; Tue, 28 Jun 2005 21:18:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=llUZaiCsHe6Wo8g7FzfmLxixgBNpkAcwNB9gOhvYmE6eqzNnrn13/Z+FADUo9+Du0ZNpwQCmf/ReXRDkxpS7GOP1enAbl4ya0to0es0gT33WgckhWom16CXXhbSziJ9TRsE6OSucYFiB9Y3N6U0bQzM0ZWhPkJMrYfaSDgE81Qg= Received: by 10.36.89.18 with SMTP id m18mr5318881nzb; Tue, 28 Jun 2005 21:18:53 -0700 (PDT) Received: by 10.36.42.19 with HTTP; Tue, 28 Jun 2005 21:18:52 -0700 (PDT) Message-ID: Date: Tue, 28 Jun 2005 21:18:52 -0700 From: Pascal Hofstee To: Mike Silbersack In-Reply-To: <20050626184415.K9438@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050626184415.K9438@odysseus.silby.com> Cc: current@freebsd.org Subject: Re: mbuf trash panic turned into a printf for now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pascal Hofstee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2005 04:18:55 -0000 On 6/26/05, Mike Silbersack wrote: >=20 > Since the mbuf trash panic is being reported more often now, and we > haven't tracked down why yet, I've turned it into a printf for now. This > means that it's safe to upgrade to -current even if you might be affected= . > :) >=20 > And the more reports, the better, keep them coming if you see the "Memory > modified after free" message. Well .. i just updated my system to today's CURRENT and now (for the first time) see a whole host of "Memory modified after free" messages ... i tried breaking into the debugger .. but apparently KDB doesn't exactly like USB keyboards .. as the second i entered the debugger my keyboard no longer worked and i had to push the reset button. Below is part of the list of messages i have been seeing: ------ Memory modified after free 0xffffff003d640800(256) val=3D2cc0de @ 0xffffff003d64088c Memory modified after free 0xffffff003d45fc00(256) val=3D2cc0de @ 0xffffff003d45fc8c Memory modified after free 0xffffff003d640200(256) val=3D2cc0de @ 0xffffff003d6402b8 Memory modified after free 0xffffff003caa3000(256) val=3D2cc0de @ 0xffffff003caa30c0 Memory modified after free 0xffffff003d45f400(256) val=3D2cc0de @ 0xffffff003d45f48c Memory modified after free 0xffffff003d640400(256) val=3D2cc0de @ 0xffffff003d640474 Memory modified after free 0xffffff003d640700(256) val=3D2cc0de @ 0xffffff003d64078c Memory modified after free 0xffffff003d640a00(256) val=3D2cc0de @ 0xffffff003d640a84 Memory modified after free 0xffffff003d761100(256) val=3D2cc0de @ 0xffffff003d761174 Memory modified after free 0xffffff003d761500(256) val=3D2cc0de @ 0xffffff003d761584 Memory modified after free 0xffffff003d761d00(256) val=3D2cc0de @ 0xffffff003d761d94 Memory modified after free 0xffffff003ca22200(256) val=3D2cc0de @ 0xffffff003ca22294 Memory modified after free 0xffffff003ca22600(256) val=3D2cc0de @ 0xffffff003ca2268c Memory modified after free 0xffffff003ca22a00(256) val=3D2cc0de @ 0xffffff003ca22a8c ------ and the list goes on and on .. though apparently the "value" is Always 2cc0de in my case. To clarify i have never been plagued by the actual mbuf-panic ... just now after updating to todays CURRENT i am seeing these INVARIANT messages If you have suggestions on how i can provide additional details please let me know :) --=20 Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 04:44:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98AFB16A422 for ; Wed, 29 Jun 2005 04:44:32 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48FE043D1F for ; Wed, 29 Jun 2005 04:44:32 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so1218649rne for ; Tue, 28 Jun 2005 21:44:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=t39zloydowm6Os7ruX6OuSQOVsCSctvo1XFODOf2hpFFvkmu2DDd/DyerB/hjGOVOO1GHQmHOFuvUuVJr3mjZECmAM7CYGJd3O5on9uiBap8CVbFUa9m1XjRJjh44lBsWqfIX4Z4d7+86LJrJqBDeOsqjkZ1E924dEt9vBlokKc= Received: by 10.38.78.9 with SMTP id a9mr2043020rnb; Tue, 28 Jun 2005 21:44:30 -0700 (PDT) Received: by 10.38.101.41 with HTTP; Tue, 28 Jun 2005 21:44:30 -0700 (PDT) Message-ID: Date: Wed, 29 Jun 2005 13:44:30 +0900 From: Eric Kjeldergaard To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: bin/82762 [patch] adding a virtual horizontal scroll feature to moused X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2005 04:44:32 -0000 I just added a small (but I think useful) feature to moused and submitted the patch via send-pr. I was hoping people would review this and test it (and perhaps commit it). Please give me feedback on it if you have time. As the subject says, this feature adds virtual horizontal scroll. This is exactly like the -V option only horizontal (and thus given the -H flag). It seems to work for me and makes the use of my thinkpad (which has one of those comfortable trackpoints) quite a bit more comfortable. No need to move from the homerow anymore for vertical or horizontal scrolling for me. Thank you all, Eric Kjeldergaard --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 05:33:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD5D916A425 for ; Wed, 29 Jun 2005 05:33:37 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A252743D58 for ; Wed, 29 Jun 2005 05:33:35 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5T5XZb8019806 for ; Tue, 28 Jun 2005 22:33:35 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5T5XZsh019805 for current@freebsd.org; Tue, 28 Jun 2005 22:33:35 -0700 Date: Tue, 28 Jun 2005 22:33:35 -0700 From: Brooks Davis To: current@freebsd.org Message-ID: <20050629053335.GA18808@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Subject: dhclient/wpa_supplicant 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, 29 Jun 2005 05:33:38 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Below you will find a patch which I believe solves the major issues with the removable_interfaces variable, and adds wpa_supplicant support to the startup scripts. The significant behavioral changes are starting wpa_supplicant it the ifconfig_ entry contains WPA, always including removable interfaces in the list of potential interfaces, always running /etc/rc.d/netif's start/stop code when passed a list of interfaces on all interfaces, even if they don't exist, and replacing pccard_ifconfig with a new ifconfig_DEFAULT variable which applies to all interfaces that lack an ifconfig_ line. Please review and test. I plan to commit tomorrow PDT unless there are issues. -- Brooks Index: network.subr =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 RCS file: /usr/cvs/src/etc/network.subr,v retrieving revision 1.162 diff -u -p -u -r1.162 network.subr --- network.subr 7 Jun 2005 23:59:45 -0000 1.162 +++ network.subr 29 Jun 2005 01:22:03 -0000 @@ -48,7 +48,7 @@ ifconfig_up() fi =20 if wpaif $1; then - #/etc/rc.d/wpa_supplicant start $1 + /etc/rc.d/wpa_supplicant start $1 _cfg=3D0 # XXX: not sure this should count fi =20 @@ -89,7 +89,7 @@ ifconfig_down() IFS=3D"$oldifs" =20 if wpaif $1; then - #/etc/rc.d/wpa_supplicant stop $1 + /etc/rc.d/wpa_supplicant stop $1 _cfg=3D0 fi =20 @@ -113,16 +113,11 @@ _ifconfig_getargs() fi =20 eval _args=3D\$ifconfig_$1 - if [ -z "$_args" -a -n "${pccard_ifconfig}" ]; then - for _if in ${removable_interfaces} ; do - if [ "$_if" =3D "$_ifn" ] ; then - _args=3D${pccard_ifconfig} - break - fi - done + if [ -z "$_args" ]; then + _args=3D$ifconfig_DEFAULT fi =20 - echo $_args + echo "$_args" } =20 # ifconfig_getargs if @@ -394,7 +389,7 @@ list_net_interfaces() _tmplist=3D"`ifconfig -l`" ;; *) - _tmplist=3D"${network_interfaces} ${cloned_interfaces}" + _tmplist=3D"${network_interfaces} ${removable_interfaces} ${cloned_inter= faces}" ;; esac =20 @@ -408,37 +403,15 @@ list_net_interfaces() _aprefix=3D _bprefix=3D for _if in ${_tmplist} ; do - eval _ifarg=3D"\$ifconfig_${_if}" - case "$_ifarg" in - [Dd][Hh][Cc][Pp]) + if dhcpif $_if; then _dhcplist=3D"${_dhcplist}${_aprefix}${_if}" [ -z "$_aprefix" ] && _aprefix=3D' ' - ;; - ''|*) + elif [ -n "`_ifconfig_getargs $if`" ]; then _nodhcplist=3D"${_nodhcplist}${_bprefix}${_if}" [ -z "$_bprefix" ] && _bprefix=3D' ' - ;; - esac + fi done =20 - case ${pccard_ifconfig} in - [Dd][Hh][Cc][Pp]) - for _if in ${removable_interfaces} ; do - _test_if=3D`ifconfig ${_if} 2>&1` - case "$_test_if" in - "ifconfig: interface $_if does not exist") - ;; - *) - _dhcplist=3D"${_dhcplist}${_aprefix}${_if}" - [ -z "$_aprefix" ] && _aprefix=3D' ' - ;; - esac - done - ;; - *) - ;; - esac - case "$type" in nodhcp) echo $_nodhcplist Index: rc.d/Makefile =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 RCS file: /usr/cvs/src/etc/rc.d/Makefile,v retrieving revision 1.52 diff -u -p -u -r1.52 Makefile --- rc.d/Makefile 29 Apr 2005 23:02:56 -0000 1.52 +++ rc.d/Makefile 29 Jun 2005 01:23:12 -0000 @@ -36,7 +36,7 @@ FILES=3D DAEMON LOGIN NETWORKING SERVERS \ timed tmp \ ugidfw usbd \ var virecover \ - watchdogd \ + watchdogd wpa_supplicant \ ypbind yppasswdd ypserv \ ypset ypupdated ypxfrd FILESDIR=3D /etc/rc.d Index: rc.d/netif =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 RCS file: /usr/cvs/src/etc/rc.d/netif,v retrieving revision 1.13 diff -u -p -u -r1.13 netif --- rc.d/netif 7 Jun 2005 04:49:12 -0000 1.13 +++ rc.d/netif 29 Jun 2005 02:13:48 -0000 @@ -109,13 +109,10 @@ network_common() # _cooked_list=3D if [ -n "$_cmdifn" ]; then - for i in $_cmdifn ; do - eval _if=3D\"`expr "$_ifn_list" : ".*\(${i}\).*"`\" - if [ -z "$_if" ]; then - err 1 "No such network interface: $i" - fi - _cooked_list=3D"$_cooked_list $_if" - done + # Don't check that the interfaces exist. We need to run + # the down code even when the interface doesn't exist to + # kill off wpa_supplicant. + _cooked_list=3D"$_cmdifn" else _cooked_list=3D"$_ifn_list" fi --- rc.d/wpa_supplicant Tue Jun 28 22:24:18 2005 +++ rc.d/wpa_supplicant Tue Jun 28 18:51:32 2005 @@ -0,0 +1,33 @@ +#!/bin/sh +# +# $FreeBSD$ +# + +# PROVIDE: wpa_supplicant +# REQUIRE: mountcritremote +# KEYWORD: nojail nostart + +. /etc/rc.subr +. /etc/network.subr + +name=3D"wpa_supplicant" +rcvar=3D +command=3D"/usr/sbin/${name}" +conf_file=3D"/etc/wpa_supplicant.conf" + +ifn=3D"$2" +if [ -z "$ifn" ]; then + return 1 +fi + +load_rc_config $name + +if ! wpaif $ifn; then + return 1 +fi + +pid_file=3D"/var/run/${name}/${ifn}.pid" +command_args=3D"-B -q -i $ifn -P $pid_file -c $conf_file" +required_files=3D$conf_file + +run_rc_command "$1" --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCwjKuXY6L6fI4GtQRAjD1AKDd2Yg9sRklMnfTBkyWXo8T5yUwWgCeLGhz 2YL701IxMcU8Q1Wbub+UjgU= =3LGn -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 05:54:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3402416A424 for ; Wed, 29 Jun 2005 05:54:19 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECABC43D1F for ; Wed, 29 Jun 2005 05:54:18 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 4CEA219F3B; Tue, 28 Jun 2005 22:56:08 -0700 (PDT) From: "Darren Pilgrim" To: "'Brooks Davis'" Date: Tue, 28 Jun 2005 22:54:15 -0700 Message-ID: <001201c57c6e$fcb87140$0b2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <20050629053335.GA18808@odin.ac.hmc.edu> Importance: Normal Cc: current@freebsd.org Subject: RE: dhclient/wpa_supplicant 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, 29 Jun 2005 05:54:19 -0000 From: Brooks Davis >=20 > --- rc.d/wpa_supplicant Tue Jun 28 22:24:18 2005 > +++ rc.d/wpa_supplicant Tue Jun 28 18:51:32 2005 <...> > +if ! wpaif $ifn; then > + return 1 > +fi I think it would be better if the dhcpif/wpaif test is contained within netif. It has to exist in netif because its job is to determine how to configure the interface. The dhclient and wpa_supplicant scripts should be "dumb" single-task scripts to start/stop their respective clients. By putting the dhcpif/wpaif test in the dhclient/wpa_supplicant scripts, not only is it redundant, it makes it impossible to use the scripts manually with an interface that isn't configured in /etc/rc.conf with the DHCP or WPA magic words. Such manual operations are useful in testing, temporary interfaces and custom profile-based configurations where it's not possible/practical to have a configuration line in /etc/rc.conf beforehand. From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 06:06:43 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AFCB16A421; Wed, 29 Jun 2005 06:06:43 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 235F343D4C; Wed, 29 Jun 2005 06:06:43 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 052DF72DD4; Tue, 28 Jun 2005 23:06:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id F22C372DCB; Tue, 28 Jun 2005 23:06:42 -0700 (PDT) Date: Tue, 28 Jun 2005 23:06:42 -0700 (PDT) From: Doug White To: Ade Lovett In-Reply-To: <42C20867.4010609@FreeBSD.org> Message-ID: <20050628230526.C3088@carver.gumbysoft.com> References: <42AFE83B.9050305@FreeBSD.org> <20050619154633.Y83634@carver.gumbysoft.com> <42B6224D.8020009@FreeBSD.org> <20050624211308.R47411@carver.gumbysoft.com> <42C20867.4010609@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@FreeBSD.org Subject: Re: USB mouse woes 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, 29 Jun 2005 06:06:43 -0000 On Tue, 28 Jun 2005, Ade Lovett wrote: > Doug White wrote: > > 1. With the mouse connected collect the output of usbdevs -v. That should > > show how the mouse is connected. > > Relevant part is: > > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > VIA(0x0000), rev 1.00 > port 1 powered > port 2 addr 2: low speed, power 50 mA, config 1, product > 0x006a(0x006a), vendor 0x045e(0x045e), rev 0.17 > > I also dug up another mouse (a micro innovations wireless unit): > > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > VIA(0x0000), rev 1.00 > port 1 powered > port 2 addr 2: low speed, power 100 mA, config 1, Wireless RF > Mouse(0x0101), Cellink Co., LTD.(0x1733), rev 0.01 > > with similar results. > > Then tried a different USB port (even though it works perfectly fine > with both Windows and Ubuntu). > > Again, detected fine: > > ums0: Cellink Co., LTD. Wireless RF Mouse, rev 1.10/0.01, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > > but nothing happens with moused. > > > 2. From the trace it looks like the mouse is USB2 since ehci keeps popping > > up. Try removing ehci from your kernel. > > All of the above was with ehci removed. > > > STALLED is an error in USB terms. Exactly why the device is stalling, > > though, is unclear. > > Given that it now appears to be stalling with two different mice, from > two different vendors, it would appear to be something at fault with the > handling of the USB chipset. Again, for reference: > > usb0: on uhci0 > usb0: USB revision 1.0 > usbd_get_string: getting lang failed, using 0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > > This is on an MSI K8T Neo-FSR mainboard with a Socket 754 Athlon 64 > running -CURRENT as of today (6/28/2005). > > Both mice work fine when connected via a USB->PS/2 converter. Sorry, I'm out of USB magic. Try buying a USB card, or a wired mouse; I have Logitechs that work perfectly with that controller on my board :) Soyo KT400 Dragon Lite: usb0: on uhci0 -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 06:10:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E30FE16A41C; Wed, 29 Jun 2005 06:10:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB2D43D55; Wed, 29 Jun 2005 06:10:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B3E8972DD4; Tue, 28 Jun 2005 23:10:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id AE11C72DCB; Tue, 28 Jun 2005 23:10:34 -0700 (PDT) Date: Tue, 28 Jun 2005 23:10:34 -0700 (PDT) From: Doug White To: John Baldwin In-Reply-To: <200506271701.45080.jhb@FreeBSD.org> Message-ID: <20050628230944.I3088@carver.gumbysoft.com> References: <20050618173102.R73598@carver.gumbysoft.com> <200506271701.45080.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Patch for sysinstall wrong-disc problem 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, 29 Jun 2005 06:10:35 -0000 On Mon, 27 Jun 2005, John Baldwin wrote: > On Saturday 18 June 2005 08:33 pm, Doug White wrote: > > Hey folks, > > > > I've come up with a patch that fixes sysinstall prompting for the wrong CD > > when trying to install packages from non-CDROM media. Patch is here: > > > > http://people.freebsd.org/~dwhite/patches/index.c.20050618.patch > > > > This makes the "This is disc#0; I need disc#1" type message go away by > > checking if the install media is a CDROM first. Tested with an install > > over NFS, but it shouldn't make a difference what install media as long as > > its not a CD. > > > > I'll commit this shortly if there are no objections. > > Just a suggestion: it might be a shorter patch with no need to reindent a > bunch of code if you change the patch to just add > > if (mediaDevice->type != DEVICE_TYPE_CDROM) > return (DITEM_FAILURE); > > before the while loop. That'd be wrong; I'm only trying to skip the logic that does the CDROM frobbing. I need the rest of the function so it loads the package :) Thanks for reminding me to commit this though :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 06:10:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E30FE16A41C; Wed, 29 Jun 2005 06:10:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB2D43D55; Wed, 29 Jun 2005 06:10:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B3E8972DD4; Tue, 28 Jun 2005 23:10:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id AE11C72DCB; Tue, 28 Jun 2005 23:10:34 -0700 (PDT) Date: Tue, 28 Jun 2005 23:10:34 -0700 (PDT) From: Doug White To: John Baldwin In-Reply-To: <200506271701.45080.jhb@FreeBSD.org> Message-ID: <20050628230944.I3088@carver.gumbysoft.com> References: <20050618173102.R73598@carver.gumbysoft.com> <200506271701.45080.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Patch for sysinstall wrong-disc problem 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, 29 Jun 2005 06:10:35 -0000 On Mon, 27 Jun 2005, John Baldwin wrote: > On Saturday 18 June 2005 08:33 pm, Doug White wrote: > > Hey folks, > > > > I've come up with a patch that fixes sysinstall prompting for the wrong CD > > when trying to install packages from non-CDROM media. Patch is here: > > > > http://people.freebsd.org/~dwhite/patches/index.c.20050618.patch > > > > This makes the "This is disc#0; I need disc#1" type message go away by > > checking if the install media is a CDROM first. Tested with an install > > over NFS, but it shouldn't make a difference what install media as long as > > its not a CD. > > > > I'll commit this shortly if there are no objections. > > Just a suggestion: it might be a shorter patch with no need to reindent a > bunch of code if you change the patch to just add > > if (mediaDevice->type != DEVICE_TYPE_CDROM) > return (DITEM_FAILURE); > > before the while loop. That'd be wrong; I'm only trying to skip the logic that does the CDROM frobbing. I need the rest of the function so it loads the package :) Thanks for reminding me to commit this though :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 06:17:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8957E16A42C for ; Wed, 29 Jun 2005 06:17:45 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44E7D43D55 for ; Wed, 29 Jun 2005 06:17:44 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DnVlz-0002q9-Ga for freebsd-current@freebsd.org; Wed, 29 Jun 2005 08:10:11 +0200 Received: from vyxod.sclqld.org.au ([61.88.27.21]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jun 2005 08:10:11 +0200 Received: from danc86 by vyxod.sclqld.org.au with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jun 2005 08:10:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Dan Callaghan Date: Wed, 29 Jun 2005 16:08:12 +1000 Lines: 26 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: vyxod.sclqld.org.au User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en In-Reply-To: Sender: news Subject: Re: HP ProLiant DL360G3 rebuttal... ;-) 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, 29 Jun 2005 06:17:45 -0000 I pulled this old message (see below) out of the archives. Did the beta health drivers ever materialise? I have inherited a pair of DL360s running Fedora Core 3 (ew) and would very much to use FreeBSD on them, but the noisy fan and unclean shutdown issues are of concern. Cagle, John (ISS-Houston) wrote: > First of all, thank you to everone for their responses on this topic. I had no intention of instigating such a long thread when I sent the first email, and I apologize that this post is off topic for -current. > > That said, I guess this would be a good time to let the cat out of the bag: > > Over the past 6 months, we (the HP ProLiant software team) have been working with Peter Wemm and Paul Saab to develop a basic ProLiant health driver for FreeBSD. The new driver leverages portions of our Unix and Linux health drivers. We will be making this available soon to the larger FreeBSD community as a beta test. The driver will not be officially supported or warrantied by HP, but we will do our best to make sure it works and is useful. I will send an email to -current to announce its availability. > > Thanks again to Peter and Paul. Without their help this would not have been possible! > > Please send any followup questions directly to my email address. > > Thanks, > John > -------------------------------- > John Cagle john.cagle@hp.com > Principal Member Technical Staff > Industry Standard Servers > Hewlett-Packard Company -- Dan Callaghan From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 06:20:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F6AF16A41C for ; Wed, 29 Jun 2005 06:20:08 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16F5343D1D for ; Wed, 29 Jun 2005 06:20:08 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id F0AE672DD4; Tue, 28 Jun 2005 23:20:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EB88672DCB; Tue, 28 Jun 2005 23:20:07 -0700 (PDT) Date: Tue, 28 Jun 2005 23:20:07 -0700 (PDT) From: Doug White To: qoska kotfare In-Reply-To: <2d8af7bc05062810263e55ae26@mail.gmail.com> Message-ID: <20050628231916.T3088@carver.gumbysoft.com> References: <2d8af7bc05062810263e55ae26@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: 2.5" USB hardrivedrive problem 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, 29 Jun 2005 06:20:08 -0000 On Tue, 28 Jun 2005, qoska kotfare wrote: > Hello there! > My question is about external 2.5" USB harddisk i seem to not get it > recognized by FreeBSD and i am hoping to get a solution :) > The case has inside a TOSHIBA MK3017GAP 30Gb drive > I tried modifying some quirks on /usr/src/sys/cam/scsi/scsi_da.c and > the same problem again. Ah forgott the error messages are at the end > of the dmesg output regardingg umass0 !!! FreeBSD seems to be selecting the wrong wire protocol since the transaction number coming off the drive is obviously wrong. You'll have to pick apart the descriptor to see what type it should be using. > /* dmesg output > > Copyright (c) 1992-2005 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 6.0-CURRENT #7: Mon Jun 27 17:42:27 CEST 2005 > ermali@qoska:/usr/obj/usr/src/sys/QOSKA > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2000.15-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > Features=0xbfebfbff > Features2=0x4400> > real memory = 1073725440 (1023 MB) > avail memory = 1037602816 (989 MB) > ioapic0 irqs 0-23 on motherboard > netsmb_dev: loaded > acpi0: on motherboard > acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 > acpi0: Power Button (fixed) > pci_link0: irq 11 on acpi0 > pci_link1: on acpi0 > pci_link2: irq 10 on acpi0 > pci_link3: irq 3 on acpi0 > pci_link4: irq 5 on acpi0 > pci_link5: irq 9 on acpi0 > pci_link6: on acpi0 > pci_link7: irq 9 on acpi0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 > cpu0: on acpi0 > p4tcc0: on cpu0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xe8000000-0xebffffff at device > 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > nvidia0: mem > 0xe7000000-0xe7ffffff,0xf0000000-0xf7ffffff irq 16 at device 0.0 on > pci1 > nvidia0: [GIANT-LOCKED] > isab0: at device 2.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb400-0xb40f irq 16 at device 2.5 > on pci0 > ata0: on atapci0 > ata1: on atapci0 > pcm0: port 0xa400-0xa4ff,0xa000-0xa07f irq 18 at device 2.7 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > ohci0: mem 0xe6800000-0xe6800fff irq 20 at > device 3.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xe6000000-0xe6000fff irq 21 at > device 3.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > ehci0: mem 0xe5800000-0xe5800fff > irq 23 at device 3.3 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 3 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 6 ports with 6 removable, self powered > sis0: port 0x9800-0x98ff mem > 0xe5000000-0xe5000fff irq 19 at device 4.0 on pci0 > miibus0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis0: Ethernet address: 00:0c:6e:d3:9b:a0 > rl0: port 0x9400-0x94ff mem > 0xe4800000-0xe48000ff irq 18 at device 10.0 on pci0 > miibus1: on rl0 > rlphy1: on miibus1 > rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:06:4f:09:8b:62 > fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x378-0x37f,0x778-0x77b irq 7 > drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcefff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > umass0: ScanLogic USBIDE ScanLogic USBIDE, rev 1.10/2.60, addr 2 > Timecounter "TSC" frequency 2000152380 Hz quality 800 > Timecounters tick every 1.000 msec > Fast IPsec: Initialized Security Association Processing. > ad0: 39205MB at ata0-master UDMA133 > ad1: 78167MB at ata0-slave UDMA133 > acd0: CDRW at ata1-master UDMA33 > umass0: Invalid CSW: tag 80 should be 1 > ATA PseudoRAID loaded > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not > present - tray closed > umass0: Invalid CSW: tag 524632 should be 2 > umass0: Invalid CSW: tag 524632 should be 3 > umass0: Invalid CSW: tag 524632 should be 4 > umass0: Invalid CSW: tag 524632 should be 5 > umass0: Invalid CSW: tag 524632 should be 6 > (da0:umass-sim0:0:0:0): got CAM status 0x4 > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device > (da0:umass-sim0:0:0:0): lost device > umass0: Invalid CSW: tag 524632 should be 7 > umass0: Invalid CSW: tag 524632 should be 8 > umass0: Invalid CSW: tag 524632 should be 9 > umass0: Invalid CSW: tag 524632 should be 10 > umass0: Invalid CSW: tag 524632 should be 11 > (da0:umass-sim0:0:0:0): removing device entry > Opened disk da0 -> 5 > Trying to mount root from ufs:/dev/ad0s3a > sis0: link state changed to DOWN > sis0: link state changed to UP > Accounting enabled > end dmesg output */ > > > I am attaching even my kernel config file just in case. > U can tell me if i have to give any other information. > Thanks in advance! > > /* kernel config file > > machine i386 > cpu I686_CPU > ident QOSKA > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for devices. > > makeoptions COPTFLAGS=" -O -pipe" > > options SCHED_4BSD # 4BSD scheduler > options INET # InterNETworking > #options INET6 > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options MD_ROOT # MD is a potential root device > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_GPT # GUID Partition Tables. > options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_LINUX > options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > > options ADAPTIVE_GIANT # Giant mutex is adaptive. > #options NET_WITH_GIANT > options PREEMPTION > #options FULL_PREEMPTION > > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_CDNR > options ALTQ_PRIQ > #options ALTQ_NOPCC #for SMP build > > options BRIDGE > > device pf > device pflog > device pfsync > options TCP_DROP_SYNFIN > options ZERO_COPY_SOCKETS > #options VFS_AIO > options DEVICE_POLLING > options HZ=1000 > > #options IPFILTER > #options IPFILTER_LOG > > > options IPSTEALTH > options NETGRAPH > options NETSMB > options NETSMBCRYPTO > options LIBMCHAIN > options LIBICONV > options SMBFS > > #options IPSEC > #options IPSEC_ESP > options FAST_IPSEC > > #options SMP > device apic # I/O APIC > > # Bus support. Do not remove isa, even if you have no isa slots > device isa > device eisa > device pci > > device crypto > device acpi > device mem > device cpufreq > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > device atapicam > device scbus > device da > device cd > device pass > device md > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > options VESA > # Enable this for the pcvt (VT220 compatible) console driver > #device vt > #options XSERVER # support for X server on a vt console > #options FAT_CURSOR # start with block cursor > > device agp # support several AGP chipsets > > # Floating point support - do not disable. > device npx > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # PCI Ethernet NICs. > device miibus # MII bus support > device rl # RealTek 8129/8139 > device sis # Silicon Integrated Systems SiS 900/SiS 7016 > > # Wireless NIC cards > device wlan # 802.11 support > device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > > # Pseudo devices. > device loop # Network loopback > device mem # Memory and kernel memory devices > device io # I/O device > device random # Entropy device > device ether # Ethernet support > device sl # Kernel SLIP > device ppp # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci > device usb # USB Bus (required) > device udbp # USB Double Bulk Pipe devices > device ugen # Generic > device uhid # "Human Interface Devices" > device ukbd # Keyboard > device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > device ums # Mouse > device urio # Diamond Rio 500 MP3 player > device uscanner # Scanners > > device sound > device snd_ich > > options SC_ALT_MOUSE_IMAGE > options SC_HISTORY_SIZE=1000 > options SC_PIXEL_MODE > options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) > options SC_NORM_REV_ATTR=(FG_BLACK|BG_GREEN) > options SC_KERNEL_CONS_ATTR=(FG_RED|BG_BLACK) > options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) > > end kernel config file */ > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 07:23:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8554C16A41C for ; Wed, 29 Jun 2005 07:23:41 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 636C743D48 for ; Wed, 29 Jun 2005 07:23:41 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5T7Nc7g028300; Wed, 29 Jun 2005 00:23:38 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5T7NcAx028299; Wed, 29 Jun 2005 00:23:38 -0700 Date: Wed, 29 Jun 2005 00:23:38 -0700 From: Brooks Davis To: Darren Pilgrim Message-ID: <20050629072338.GB24309@odin.ac.hmc.edu> References: <20050629053335.GA18808@odin.ac.hmc.edu> <001201c57c6e$fcb87140$0b2a15ac@SMILEY> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline In-Reply-To: <001201c57c6e$fcb87140$0b2a15ac@SMILEY> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: dhclient/wpa_supplicant 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, 29 Jun 2005 07:23:41 -0000 --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 28, 2005 at 10:54:15PM -0700, Darren Pilgrim wrote: > From: Brooks Davis > >=20 > > --- rc.d/wpa_supplicant Tue Jun 28 22:24:18 2005 > > +++ rc.d/wpa_supplicant Tue Jun 28 18:51:32 2005 > <...> > > +if ! wpaif $ifn; then > > + return 1 > > +fi >=20 > I think it would be better if the dhcpif/wpaif test is contained within > netif. It has to exist in netif because its job is to determine how to > configure the interface. The dhclient and wpa_supplicant scripts should > be "dumb" single-task scripts to start/stop their respective clients. >=20 > By putting the dhcpif/wpaif test in the dhclient/wpa_supplicant scripts, > not only is it redundant, it makes it impossible to use the scripts > manually with an interface that isn't configured in /etc/rc.conf with > the DHCP or WPA magic words. Such manual operations are useful in > testing, temporary interfaces and custom profile-based configurations > where it's not possible/practical to have a configuration line in > /etc/rc.conf beforehand. Good point. The test is already in ifconfig_up/down so it's not needed in wpa_supplicant or dhclient. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Yylu36WmvOXNoKYn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCwkx5XY6L6fI4GtQRAgM+AKC4v4Gb3FGCeFkxLArI72bP4y9zQgCffaYp +f6C6E2tuc9j1lDBo9sn/84= =RtDl -----END PGP SIGNATURE----- --Yylu36WmvOXNoKYn-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 08:26:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9C4616A41C for ; Wed, 29 Jun 2005 08:26:11 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 692A243D5E for ; Wed, 29 Jun 2005 08:26:11 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 94409 invoked from network); 29 Jun 2005 08:26:09 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 29 Jun 2005 08:26:09 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 29 Jun 2005 03:25:53 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org Message-ID: <20050629032309.E27720@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: mbuf trash-related "memory modified after free" panic fixed. 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, 29 Jun 2005 08:26:12 -0000 Rev 1.9 of kern_mbuf.c contains a fix for the "memory modified after free" panics that have been cropping up recently. Bosko Milekic looked over what I had committed last week and found that I had forgotten one very important line of code. So, if you've been seeing such panics, please cvsup (or manually grab rev 1.9) and rebuild your kernel. If you're still seeing memory modified after free panics/prints after this upgrade, I definitely want to hear about it. Thanks, and sorry for panics. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 08:28:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 536F616A41C for ; Wed, 29 Jun 2005 08:28:31 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id F071343D58 for ; Wed, 29 Jun 2005 08:28:30 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id E84DBB805 for ; Wed, 29 Jun 2005 10:28:28 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id C9E1D1143A; Wed, 29 Jun 2005 10:28:28 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org From: Christian Laursen Date: 29 Jun 2005 10:28:28 +0200 Message-ID: <86k6kdo9cj.fsf@borg.borderworlds.dk> Lines: 52 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Timing related problem with ATA reinit on resume on Toshiba Portege R100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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: Wed, 29 Jun 2005 08:28:31 -0000 For a while now I have been tracking down problem with ata that causes ad0 to be lost when I resume my laptop. I upgraded to 6.0-CURRENT yesterday and the new vesa console stuff apparently changed the timings just enough to allow the reinit of ata0 to successfully detect the disk. A full verbose boot can be seen here: http://borderworlds.dk/~xi/dmesg.txt When I am on vt0 suspend/resume works and I get the following: wakeup from sleeping state (slept 00:00:13) ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ad0: setting PIO4 on Intel ICH4 chip ad0: setting UDMA100 on Intel ICH4 chip ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: reinit done .. However if I am in X the vesa console doesn't seem to slow down the reinit enough and I get this instead: wakeup from sleeping state (slept 00:00:16) ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=80 ostat1=80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x50 err=0x00 lsb=0xfe msb=0x3f ata0: stat1=0x00 err=0x00 lsb=0xfe msb=0x3f ata0: reset tp2 stat0=50 stat1=00 devices=0x0 subdisk0: detached ad0: detached ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: reinit done .. ... and the system is not very useful after that. I hope this is enough to find a solution to the problem. If not please let me know what I can do further to help. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 08:30:32 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A16916A41C; Wed, 29 Jun 2005 08:30:32 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id E324B43D48; Wed, 29 Jun 2005 08:30:31 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id D3BD6173486; Wed, 29 Jun 2005 10:30:30 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 51EC5405B; Wed, 29 Jun 2005 10:30:42 +0200 (CEST) Date: Wed, 29 Jun 2005 10:30:42 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050629083042.GB48704@obiwan.tataz.chchile.org> References: <20050626211011.GH1283@obiwan.tataz.chchile.org> <86d5q8113a.fsf@xps.des.no> <20050627130449.GQ1283@obiwan.tataz.chchile.org> <42C0026C.3040000@FreeBSD.org> <20050627191205.GT1283@obiwan.tataz.chchile.org> <1119900416.27663.15.camel@cream.xbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1119900416.27663.15.camel@cream.xbsd.org> User-Agent: Mutt/1.5.9i Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Jeremie Le Hen , freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 29 Jun 2005 08:30:32 -0000 Hi Dag-Erling, Would you, or some other commiter, mind putting a note in src/UPDATING about this please ? This doesn't cost too much while preventing users from wasting time on understanding why their PAM module installed from ports don't work any longer when they are not specified with their full path. Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 10:07:21 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE94816A41C; Wed, 29 Jun 2005 10:07:21 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FCC343D1D; Wed, 29 Jun 2005 10:07:21 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 3094646B20; Wed, 29 Jun 2005 06:07:21 -0400 (EDT) Date: Wed, 29 Jun 2005 11:11:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jeremie Le Hen In-Reply-To: <20050629083042.GB48704@obiwan.tataz.chchile.org> Message-ID: <20050629110805.W74117@fledge.watson.org> References: <20050626211011.GH1283@obiwan.tataz.chchile.org> <86d5q8113a.fsf@xps.des.no> <20050627130449.GQ1283@obiwan.tataz.chchile.org> <42C0026C.3040000@FreeBSD.org> <20050627191205.GT1283@obiwan.tataz.chchile.org> <1119900416.27663.15.camel@cream.xbsd.org> <20050629083042.GB48704@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 29 Jun 2005 10:07:21 -0000 On Wed, 29 Jun 2005, Jeremie Le Hen wrote: > Would you, or some other commiter, mind putting a note in src/UPDATING > about this please ? This doesn't cost too much while preventing users > from wasting time on understanding why their PAM module installed from > ports don't work any longer when they are not specified with their full > path. Could you propose specific text to add to UPDATING, and I'll drop it in? Perhaps something along the lines of the following: Some previous versions of PAM have permitted the use of non-absolute paths in /etc/pam.conf or /etc/pam.d/* when referring to third party PAM modules in /usr/local/lib. A change has been made to require the use of absolute paths in order to avoid ambiguity and dependence on library path configuration, which may affect existing configurations. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 10:50:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8568A16A41C for ; Wed, 29 Jun 2005 10:50:56 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 022E143D49 for ; Wed, 29 Jun 2005 10:50:55 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5E544D93A8 for ; Wed, 29 Jun 2005 12:50:54 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 3D4AFB1277 for ; Wed, 29 Jun 2005 12:50:54 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0C9A0B1279 for ; Wed, 29 Jun 2005 12:50:54 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id C7C99D93A8 for ; Wed, 29 Jun 2005 12:50:53 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j5TAorDa067499 for ; Wed, 29 Jun 2005 12:50:53 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j5TAorhs050551 for ; Wed, 29 Jun 2005 12:50:53 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.3) with ESMTP id j5TAorP5056811 for ; Wed, 29 Jun 2005 12:50:53 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.3/Submit) id j5TAoqGi056810 for current@freebsd.org; Wed, 29 Jun 2005 12:50:52 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Wed, 29 Jun 2005 12:50:52 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20050629105052.GC1091@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f2QGlHpHGjS2mn6Y" Content-Disposition: inline User-Agent: mutt-ng devel (FreeBSD) X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: Subject: bsd.cpu.mk confusion 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, 29 Jun 2005 10:50:56 -0000 --f2QGlHpHGjS2mn6Y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I tried to use the /usr/share/mk stuff (works great!) but it fell over when I switched to icc. Here's a minimal Makefile CPUTYPE=3Dpentium-m CC=3D icc =2Einclude =2Einclude Then % make -V CFLAGS -O2 -fno-strict-aliasing -pipe -march=3Dpentium-m -tpp6 -xiMK Only problem is, icc doesn't recognize -march. I can't figure out, why I get this assignment. Running make with debugging output couldn't enlight me either. So, what am I doing wrong? Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --f2QGlHpHGjS2mn6Y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCwn0MmArGtfDbn0QRApL7AKCQyLwPetoDf1FevgY8AElV8U5VdwCfbmRs nFk1wJmW1DW2Yvw5RvISSqg= =a2jh -----END PGP SIGNATURE----- --f2QGlHpHGjS2mn6Y-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 11:49:41 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 326DE16A41C; Wed, 29 Jun 2005 11:49:41 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E407E43D55; Wed, 29 Jun 2005 11:49:40 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id C7A6D31814C; Wed, 29 Jun 2005 13:49:39 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 6CFB2405B; Wed, 29 Jun 2005 13:49:51 +0200 (CEST) Date: Wed, 29 Jun 2005 13:49:51 +0200 From: Jeremie Le Hen To: Robert Watson Message-ID: <20050629114950.GC49933@obiwan.tataz.chchile.org> References: <20050626211011.GH1283@obiwan.tataz.chchile.org> <86d5q8113a.fsf@xps.des.no> <20050627130449.GQ1283@obiwan.tataz.chchile.org> <42C0026C.3040000@FreeBSD.org> <20050627191205.GT1283@obiwan.tataz.chchile.org> <1119900416.27663.15.camel@cream.xbsd.org> <20050629083042.GB48704@obiwan.tataz.chchile.org> <20050629110805.W74117@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050629110805.W74117@fledge.watson.org> User-Agent: Mutt/1.5.9i Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@FreeBSD.org, Jeremie Le Hen , freebsd-ports@FreeBSD.org Subject: Re: OpenPAM Figwort broke PAM modules from ports 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, 29 Jun 2005 11:49:41 -0000 Hi Robert, > Could you propose specific text to add to UPDATING, and I'll drop it in? > Perhaps something along the lines of the following: > > Some previous versions of PAM have permitted the use of > non-absolute paths in /etc/pam.conf or /etc/pam.d/* when referring > to third party PAM modules in /usr/local/lib. A change has been > made to require the use of absolute paths in order to avoid > ambiguity and dependence on library path configuration, which may > affect existing configurations. This is perfect. Thank you very much. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 12:26:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1F5316A41C for ; Wed, 29 Jun 2005 12:26:56 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D86E43D1F for ; Wed, 29 Jun 2005 12:26:50 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5TCPmtt066637; Wed, 29 Jun 2005 21:55:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 29 Jun 2005 21:55:24 +0930 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1596640.SK2Vfp2jEZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506292155.43686.doconnor@gsoft.com.au> X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Subject: WPA + ipw + Linksys WRT54G 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, 29 Jun 2005 12:26:57 -0000 --nextPart1596640.SK2Vfp2jEZ Content-Type: multipart/mixed; boundary="Boundary-01=_1MpwCLkqSXf0Bom" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_1MpwCLkqSXf0Bom Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am trying to get WPA working with my new Linksys WRT54G. I am running=20 current (updated today) with ipw. ipw0: mem 0xfaffc000-0xfaffcfff irq 9 = at device 3.0 on pci2 ipw0: Ethernet address: 00:04:23:a4:12:74 ipw0: [GIANT-LOCKED] I have the following wpa_supplicant.conf.. # allow frontend (e.g., wpa_cli) to be used by all users in 'wheel' group ctrl_interface=3D/var/run/wpa_supplicant ctrl_interface_group=3Dwheel ap_scan=3D1 network=3D{ ssid=3D"sarah" key_mgmt=3DWPA-PSK pairwise=3DTKIP psk=3D"somepassword" } network=3D{ ssid=3D"dons" key_mgmt=3DWPA-PSK pairwise=3DTKIP psk=3D"somepassword" proto=3DWPA } I have v1.3 firmware. I've attached the output of the kernel when running=20 with ./80211debug +debug +auth +scan, as well as the output of wpa_supplica= nt. Anyone have any hints? I have the WRT54G at the latest firmware too (4.00.7) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Boundary-01=_1MpwCLkqSXf0Bom Content-Type: text/plain; charset="us-ascii"; name="wpa-log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="wpa-log" bind(PF_UNIX): Address already in use Jun 29 21:07:43.670319: Initializing interface 'ipw0' conf '/usr/local/etc/= wpa_supplicant.conf' driver 'bsd' Jun 29 21:07:43.670466: Configuration file '/usr/local/etc/wpa_supplicant.c= onf' -> '/usr/local/etc/wpa_supplicant.conf' Jun 29 21:07:43.670475: Reading configuration file '/usr/local/etc/wpa_supp= licant.conf' Jun 29 21:07:43.670528: ctrl_interface=3D'/var/run/wpa_supplicant' Jun 29 21:07:43.671050: ctrl_interface_group=3D0 (from group name 'wheel') Jun 29 21:07:43.671078: ap_scan=3D1 Jun 29 21:07:43.749563: Line 11: removed CCMP from group cipher list since = it was not allowed for pairwise cipher Jun 29 21:07:43.824867: Line 19: removed CCMP from group cipher list since = it was not allowed for pairwise cipher Jun 29 21:07:43.824929: Priority group 0 Jun 29 21:07:43.824937: id=3D0 ssid=3D'sarah' Jun 29 21:07:43.824943: id=3D1 ssid=3D'dons' Jun 29 21:07:43.824953: Initializing interface (2) 'ipw0' Jun 29 21:07:43.825366: Own MAC address: 00:04:23:a4:12:74 Jun 29 21:07:43.825378: wpa_driver_bsd_set_wpa: enabled=3D1 Jun 29 21:07:43.825391: wpa_driver_bsd_del_key: keyidx=3D0 Jun 29 21:07:43.825402: wpa_driver_bsd_del_key: keyidx=3D1 Jun 29 21:07:43.825411: wpa_driver_bsd_del_key: keyidx=3D2 Jun 29 21:07:43.825421: wpa_driver_bsd_del_key: keyidx=3D3 Jun 29 21:07:43.825429: wpa_driver_bsd_set_countermeasures: enabled=3D0 Jun 29 21:07:43.825438: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:43.825451: Setting scan request: 0 sec 100000 usec Jun 29 21:07:43.825480: Using existing control interface directory. Jun 29 21:07:43.825895: ctrl_iface exists, but does not allow connections -= assuming it was leftover from forced program termination Jun 29 21:07:43.825991: Successfully replaced leftover ctrl_iface socket '/= var/run/wpa_supplicant/ipw0' Jun 29 21:07:43.926583: Starting AP scan (broadcast SSID) Jun 29 21:07:44.014472: Received 0 bytes of scan results (42 BSSes) Jun 29 21:07:44.014489: Scan results: 42 Jun 29 21:07:44.014519: Selecting BSS from priority group 0 Jun 29 21:07:44.014526: 0: 00:13:10:9b:52:d4 ssid=3D'dons' wpa_ie_len=3D26 = rsn_ie_len=3D0 Jun 29 21:07:44.014537: skip - SSID mismatch Jun 29 21:07:44.014546: selected Jun 29 21:07:44.014562: Trying to associate with 00:13:10:9b:52:d4 (SSID=3D= 'dons' freq=3D2437 MHz) Jun 29 21:07:44.014570: Cancelling scan request Jun 29 21:07:44.014577: Automatic auth_alg selection: 0x1 Jun 29 21:07:44.014590: WPA: using IEEE 802.11i/D3.0 Jun 29 21:07:44.014597: WPA: Selected cipher suites: group 8 pairwise 8 key= _mgmt 2 Jun 29 21:07:44.014606: WPA: using GTK TKIP Jun 29 21:07:44.014612: WPA: using PTK TKIP Jun 29 21:07:44.014619: WPA: using KEY_MGMT WPA-PSK Jun 29 21:07:44.014626: WPA: Own WPA IE - hexdump(len=3D24): dd 16 00 50 f2= 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 Jun 29 21:07:44.014644: No keys have been configured - skip key clearing Jun 29 21:07:44.014651: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:44.014661: wpa_driver_bsd_associate: ssid 'dons' wpa ie len 24= pairwise 2 group 2 key mgmt 1 Jun 29 21:07:44.014674: wpa_driver_bsd_associate: set PRIVACY 1 Jun 29 21:07:44.014692: Setting authentication timeout: 5 sec 0 usec Jun 29 21:07:44.568959: Received 0 bytes of scan results (43 BSSes) Jun 29 21:07:44.569157: Scan results: 43 Jun 29 21:07:44.580969: Selecting BSS from priority group 0 Jun 29 21:07:44.581108: 0: 00:13:10:9b:52:d4 ssid=3D'dons' wpa_ie_len=3D26 = rsn_ie_len=3D0 Jun 29 21:07:44.581267: skip - SSID mismatch Jun 29 21:07:44.581378: selected Jun 29 21:07:44.581578: Trying to associate with 00:13:10:9b:52:d4 (SSID=3D= 'dons' freq=3D2437 MHz) Jun 29 21:07:44.581684: Cancelling scan request Jun 29 21:07:44.581778: Automatic auth_alg selection: 0x1 Jun 29 21:07:44.581957: WPA: using IEEE 802.11i/D3.0 Jun 29 21:07:44.582055: WPA: Selected cipher suites: group 8 pairwise 8 key= _mgmt 2 Jun 29 21:07:44.582177: WPA: using GTK TKIP Jun 29 21:07:44.582275: WPA: using PTK TKIP Jun 29 21:07:44.582373: WPA: using KEY_MGMT WPA-PSK Jun 29 21:07:44.582466: WPA: Own WPA IE - hexdump(len=3D24): dd 16 00 50 f2= 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 Jun 29 21:07:44.582780: No keys have been configured - skip key clearing Jun 29 21:07:44.588636: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:44.588819: wpa_driver_bsd_associate: ssid 'dons' wpa ie len 24= pairwise 2 group 2 key mgmt 1 Jun 29 21:07:44.589007: wpa_driver_bsd_associate: set PRIVACY 1 Jun 29 21:07:44.589259: Setting authentication timeout: 5 sec 0 usec Jun 29 21:07:45.080494: Received 0 bytes of scan results (44 BSSes) Jun 29 21:07:45.080548: Scan results: 44 Jun 29 21:07:45.080606: Selecting BSS from priority group 0 Jun 29 21:07:45.080620: 0: 00:13:10:9b:52:d4 ssid=3D'dons' wpa_ie_len=3D26 = rsn_ie_len=3D0 Jun 29 21:07:45.080644: skip - SSID mismatch Jun 29 21:07:45.080659: selected Jun 29 21:07:45.080684: Trying to associate with 00:13:10:9b:52:d4 (SSID=3D= 'dons' freq=3D2437 MHz) Jun 29 21:07:45.080698: Cancelling scan request Jun 29 21:07:45.080711: Automatic auth_alg selection: 0x1 Jun 29 21:07:45.080742: WPA: using IEEE 802.11i/D3.0 Jun 29 21:07:45.080755: WPA: Selected cipher suites: group 8 pairwise 8 key= _mgmt 2 Jun 29 21:07:45.080770: WPA: using GTK TKIP Jun 29 21:07:45.080787: WPA: using PTK TKIP Jun 29 21:07:45.080800: WPA: using KEY_MGMT WPA-PSK Jun 29 21:07:45.080814: WPA: Own WPA IE - hexdump(len=3D24): dd 16 00 50 f2= 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 Jun 29 21:07:45.080848: No keys have been configured - skip key clearing Jun 29 21:07:45.080861: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:45.080881: wpa_driver_bsd_associate: ssid 'dons' wpa ie len 24= pairwise 2 group 2 key mgmt 1 Jun 29 21:07:45.080911: wpa_driver_bsd_associate: set PRIVACY 1 Jun 29 21:07:45.080946: Setting authentication timeout: 5 sec 0 usec Jun 29 21:07:45.601041: Received 0 bytes of scan results (45 BSSes) Jun 29 21:07:45.601177: Scan results: 45 Jun 29 21:07:45.601317: Selecting BSS from priority group 0 Jun 29 21:07:45.601377: 0: 00:13:10:9b:52:d4 ssid=3D'dons' wpa_ie_len=3D26 = rsn_ie_len=3D0 Jun 29 21:07:45.601436: skip - SSID mismatch Jun 29 21:07:45.601480: selected Jun 29 21:07:45.601543: Trying to associate with 00:13:10:9b:52:d4 (SSID=3D= 'dons' freq=3D2437 MHz) Jun 29 21:07:45.601586: Cancelling scan request Jun 29 21:07:45.601621: Automatic auth_alg selection: 0x1 Jun 29 21:07:45.601696: WPA: using IEEE 802.11i/D3.0 Jun 29 21:07:45.601732: WPA: Selected cipher suites: group 8 pairwise 8 key= _mgmt 2 Jun 29 21:07:45.601776: WPA: using GTK TKIP Jun 29 21:07:45.601815: WPA: using PTK TKIP Jun 29 21:07:45.601850: WPA: using KEY_MGMT WPA-PSK Jun 29 21:07:45.601886: WPA: Own WPA IE - hexdump(len=3D24): dd 16 00 50 f2= 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 Jun 29 21:07:45.601988: No keys have been configured - skip key clearing Jun 29 21:07:45.602024: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:45.602076: wpa_driver_bsd_associate: ssid 'dons' wpa ie len 24= pairwise 2 group 2 key mgmt 1 Jun 29 21:07:45.602151: wpa_driver_bsd_associate: set PRIVACY 1 Jun 29 21:07:45.602249: Setting authentication timeout: 5 sec 0 usec Jun 29 21:07:46.135350: Received 0 bytes of scan results (46 BSSes) Jun 29 21:07:46.135377: Scan results: 46 Jun 29 21:07:46.135407: Selecting BSS from priority group 0 Jun 29 21:07:46.135414: 0: 00:13:10:9b:52:d4 ssid=3D'dons' wpa_ie_len=3D26 = rsn_ie_len=3D0 Jun 29 21:07:46.135425: skip - SSID mismatch Jun 29 21:07:46.135433: selected Jun 29 21:07:46.135445: Trying to associate with 00:13:10:9b:52:d4 (SSID=3D= 'dons' freq=3D2437 MHz) Jun 29 21:07:46.135453: Cancelling scan request Jun 29 21:07:46.135460: Automatic auth_alg selection: 0x1 Jun 29 21:07:46.135473: WPA: using IEEE 802.11i/D3.0 Jun 29 21:07:46.135480: WPA: Selected cipher suites: group 8 pairwise 8 key= _mgmt 2 Jun 29 21:07:46.135489: WPA: using GTK TKIP Jun 29 21:07:46.135495: WPA: using PTK TKIP Jun 29 21:07:46.135502: WPA: using KEY_MGMT WPA-PSK Jun 29 21:07:46.135509: WPA: Own WPA IE - hexdump(len=3D24): dd 16 00 50 f2= 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 Jun 29 21:07:46.135527: No keys have been configured - skip key clearing Jun 29 21:07:46.135534: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:46.135763: wpa_driver_bsd_associate: ssid 'dons' wpa ie len 24= pairwise 2 group 2 key mgmt 1 Jun 29 21:07:46.135780: wpa_driver_bsd_associate: set PRIVACY 1 Jun 29 21:07:46.135800: Setting authentication timeout: 5 sec 0 usec Jun 29 21:07:46.666038: Received 0 bytes of scan results (47 BSSes) Jun 29 21:07:46.666199: Scan results: 47 Jun 29 21:07:46.666342: Selecting BSS from priority group 0 Jun 29 21:07:46.666382: 0: 00:13:10:9b:52:d4 ssid=3D'dons' wpa_ie_len=3D26 = rsn_ie_len=3D0 Jun 29 21:07:46.666441: skip - SSID mismatch Jun 29 21:07:46.666488: selected Jun 29 21:07:46.666551: Trying to associate with 00:13:10:9b:52:d4 (SSID=3D= 'dons' freq=3D2437 MHz) Jun 29 21:07:46.666595: Cancelling scan request Jun 29 21:07:46.666630: Automatic auth_alg selection: 0x1 Jun 29 21:07:46.666701: WPA: using IEEE 802.11i/D3.0 Jun 29 21:07:46.666737: WPA: Selected cipher suites: group 8 pairwise 8 key= _mgmt 2 Jun 29 21:07:46.666784: WPA: using GTK TKIP Jun 29 21:07:46.666823: WPA: using PTK TKIP Jun 29 21:07:46.666859: WPA: using KEY_MGMT WPA-PSK Jun 29 21:07:46.666894: WPA: Own WPA IE - hexdump(len=3D24): dd 16 00 50 f2= 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 Jun 29 21:07:46.666996: No keys have been configured - skip key clearing Jun 29 21:07:46.667032: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:46.667087: wpa_driver_bsd_associate: ssid 'dons' wpa ie len 24= pairwise 2 group 2 key mgmt 1 Jun 29 21:07:46.667162: wpa_driver_bsd_associate: set PRIVACY 1 Jun 29 21:07:46.667286: Setting authentication timeout: 5 sec 0 usec Jun 29 21:07:47.201346: Received 0 bytes of scan results (48 BSSes) Jun 29 21:07:47.201374: Scan results: 48 Jun 29 21:07:47.201404: Selecting BSS from priority group 0 Jun 29 21:07:47.201411: 0: 00:13:10:9b:52:d4 ssid=3D'dons' wpa_ie_len=3D26 = rsn_ie_len=3D0 Jun 29 21:07:47.201422: skip - SSID mismatch Jun 29 21:07:47.201430: selected Jun 29 21:07:47.201442: Trying to associate with 00:13:10:9b:52:d4 (SSID=3D= 'dons' freq=3D2437 MHz) Jun 29 21:07:47.201450: Cancelling scan request Jun 29 21:07:47.201456: Automatic auth_alg selection: 0x1 Jun 29 21:07:47.201470: WPA: using IEEE 802.11i/D3.0 Jun 29 21:07:47.201476: WPA: Selected cipher suites: group 8 pairwise 8 key= _mgmt 2 Jun 29 21:07:47.201485: WPA: using GTK TKIP Jun 29 21:07:47.201492: WPA: using PTK TKIP Jun 29 21:07:47.201498: WPA: using KEY_MGMT WPA-PSK Jun 29 21:07:47.201505: WPA: Own WPA IE - hexdump(len=3D24): dd 16 00 50 f2= 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 Jun 29 21:07:47.201523: No keys have been configured - skip key clearing Jun 29 21:07:47.201530: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:47.201540: wpa_driver_bsd_associate: ssid 'dons' wpa ie len 24= pairwise 2 group 2 key mgmt 1 Jun 29 21:07:47.201555: wpa_driver_bsd_associate: set PRIVACY 1 Jun 29 21:07:47.201574: Setting authentication timeout: 5 sec 0 usec Jun 29 21:07:47.737728: Received 0 bytes of scan results (49 BSSes) Jun 29 21:07:47.737816: Scan results: 49 Jun 29 21:07:47.737909: Selecting BSS from priority group 0 Jun 29 21:07:47.737932: 0: 00:13:10:9b:52:d4 ssid=3D'dons' wpa_ie_len=3D26 = rsn_ie_len=3D0 Jun 29 21:07:47.737969: skip - SSID mismatch Jun 29 21:07:47.737997: selected Jun 29 21:07:47.738472: Trying to associate with 00:13:10:9b:52:d4 (SSID=3D= 'dons' freq=3D2437 MHz) Jun 29 21:07:47.738504: Cancelling scan request Jun 29 21:07:47.738526: Automatic auth_alg selection: 0x1 Jun 29 21:07:47.738577: WPA: using IEEE 802.11i/D3.0 Jun 29 21:07:47.738600: WPA: Selected cipher suites: group 8 pairwise 8 key= _mgmt 2 Jun 29 21:07:47.738628: WPA: using GTK TKIP Jun 29 21:07:47.738651: WPA: using PTK TKIP Jun 29 21:07:47.738674: WPA: using KEY_MGMT WPA-PSK Jun 29 21:07:47.738697: WPA: Own WPA IE - hexdump(len=3D24): dd 16 00 50 f2= 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 Jun 29 21:07:47.738761: No keys have been configured - skip key clearing Jun 29 21:07:47.738986: wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Jun 29 21:07:47.739041: wpa_driver_bsd_associate: ssid 'dons' wpa ie len 24= pairwise=20 --Boundary-01=_1MpwCLkqSXf0Bom Content-Type: text/plain; charset="us-ascii"; name="messages" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="messages" Jun 29 17:00:01 inchoate newsyslog[2677]: logfile turned over due to size>1= 00K Jun 29 17:00:13 inchoate kernel: NVRM: detected agp.ko, aborting NVIDIA AGP= setup! Jun 29 17:00:15 inchoate kernel: NVRM: detected agp.ko, aborting NVIDIA AGP= setup! Jun 29 17:01:51 inchoate last message repeated 2 times Jun 29 17:03:46 inchoate login: ROOT LOGIN (root) ON ttyv2 Jun 29 17:05:24 inchoate login: ROOT LOGIN (root) ON ttyv4 Jun 29 17:07:06 inchoate kernel: NVRM: detected agp.ko, aborting NVIDIA AGP= setup! Jun 29 17:07:07 inchoate kernel: NVRM: detected agp.ko, aborting NVIDIA AGP= setup! Jun 29 17:08:43 inchoate last message repeated 2 times Jun 29 17:16:42 inchoate kernel: nvidia0: detached Jun 29 17:18:03 inchoate kernel: nvidia0: mem 0xfc00000= 0-0xfcffffff,0xd0000000-0xdfffffff irq 11 at device 0.0 on pci1 Jun 29 17:18:03 inchoate kernel: nvidia0: [GIANT-LOCKED] Jun 29 17:18:35 inchoate kernel: NVRM: detected agp.ko, aborting NVIDIA AGP= setup! Jun 29 17:19:17 inchoate last message repeated 3 times Jun 29 17:19:21 inchoate last message repeated 2 times Jun 29 17:19:30 inchoate kdm_greet[3432]: Can't open default user face Jun 29 17:25:36 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig bfe0 alias 192.168.2.100 Jun 29 17:25:37 inchoate root: Ran for FAIL Jun 29 17:25:37 inchoate root: Setting up hostname and IP for non-connect f= or bfe0 Jun 29 17:25:37 inchoate root: Setting up for 127.0.0.1 - gsoft, reason - F= AIL Jun 29 17:25:37 inchoate root: Running /usr/local/etc/rc.d/tinyproxy.sh.sam= ple start Jun 29 17:25:37 inchoate dhclient[230]: connection closed Jun 29 17:25:37 inchoate dhclient[230]: exiting. Jun 29 17:25:37 inchoate tinyproxy: tinyproxy Jun 29 17:25:42 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig bfe0 Jun 29 17:25:45 inchoate kernel: nfs send error 65 for server cain:/usr/loc= al/mp3 Jun 29 17:25:46 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/usr/bin/killall dhcleint Jun 29 17:25:58 inchoate kernel: nfs server cain:/usr/local/mp3: not respon= ding Jun 29 17:28:20 inchoate syslogd: kernel boot file is /boot/kernel/kernel Jun 29 17:28:20 inchoate kernel: Copyright (c) 1992-2005 The FreeBSD Projec= t. Jun 29 17:28:20 inchoate kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988= , 1989, 1991, 1992, 1993, 1994 Jun 29 17:28:20 inchoate kernel: The Regents of the University of Californi= a. All rights reserved. Jun 29 17:28:20 inchoate kernel: FreeBSD 6.0-CURRENT #2: Wed Jun 29 15:05:2= 9 CST 2005 Jun 29 17:28:20 inchoate kernel: darius@inchoate.localdomain:/usr/obj/usr/s= rc/sys/INCHOATE Jun 29 17:28:20 inchoate kernel: WARNING: debug.mpsafenet forced to 0 as ip= sec requires Giant Jun 29 17:28:20 inchoate kernel: WARNING: MPSAFE network stack disabled, ex= pect reduced performance. Jun 29 17:28:20 inchoate kernel: Timecounter "i8254" frequency 1193182 Hz q= uality 0 Jun 29 17:28:20 inchoate kernel: CPU: Intel(R) Pentium(R) M processor 1400M= Hz (1398.82-MHz 686-class CPU) Jun 29 17:28:20 inchoate kernel: Origin =3D "GenuineIntel" Id =3D 0x695 S= tepping =3D 5 Jun 29 17:28:20 inchoate kernel: Features=3D0xa7e9f9bf Jun 29 17:28:20 inchoate kernel: Features2=3D0x180 Jun 29 17:28:20 inchoate kernel: real memory =3D 536535040 (511 MB) Jun 29 17:28:20 inchoate kernel: avail memory =3D 511516672 (487 MB) Jun 29 17:28:20 inchoate kernel: npx0: [FAST] Jun 29 17:28:20 inchoate kernel: npx0: on motherboard Jun 29 17:28:20 inchoate kernel: npx0: INT 16 interface Jun 29 17:28:20 inchoate kernel: acpi0: on motherboard Jun 29 17:28:20 inchoate kernel: pci_link0: irq 11 on = acpi0 Jun 29 17:28:20 inchoate kernel: pci_link1: irq 11 on = acpi0 Jun 29 17:28:20 inchoate kernel: pci_link2: irq 11 on = acpi0 Jun 29 17:28:20 inchoate kernel: pci_link3: irq 11 on = acpi0 Jun 29 17:28:20 inchoate kernel: pci_link4: on acpi0 Jun 29 17:28:20 inchoate kernel: pci_link5: irq 11 on = acpi0 Jun 29 17:28:20 inchoate kernel: Timecounter "ACPI-fast" frequency 3579545 = Hz quality 1000 Jun 29 17:28:20 inchoate kernel: acpi_timer0: <24-bit timer at 3.579545MHz>= port 0x808-0x80b on acpi0 Jun 29 17:28:20 inchoate kernel: cpu0: on acpi0 Jun 29 17:28:20 inchoate kernel: est0: on cpu0 Jun 29 17:28:20 inchoate kernel: p4tcc0: on= cpu0 Jun 29 17:28:20 inchoate kernel: acpi_acad0: on acpi0 Jun 29 17:28:20 inchoate kernel: acpi_cmbat0: on a= cpi0 Jun 29 17:28:20 inchoate kernel: acpi_cmbat1: on a= cpi0 Jun 29 17:28:20 inchoate kernel: acpi_lid0: on = acpi0 Jun 29 17:28:20 inchoate kernel: acpi_button0: on acpi0 Jun 29 17:28:20 inchoate kernel: acpi_button1: on acpi0 Jun 29 17:28:20 inchoate kernel: pcib0: port 0xcf8-0= xcff on acpi0 Jun 29 17:28:20 inchoate kernel: pci0: on pcib0 Jun 29 17:28:20 inchoate kernel: pci_link1: Unable to choose an IRQ Jun 29 17:28:20 inchoate kernel: agp0: mem= 0xe0000000-0xe7ffffff at device 0.0 on pci0 Jun 29 17:28:20 inchoate kernel: pcib1: at device 1.0= on pci0 Jun 29 17:28:20 inchoate kernel: pci1: on pcib1 Jun 29 17:28:20 inchoate kernel: nvidia0: mem 0xfc00000= 0-0xfcffffff,0xd0000000-0xdfffffff irq 11 at device 0.0 on pci1 Jun 29 17:28:20 inchoate kernel: nvidia0: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 Jun 29 17:28:20 inchoate kernel: uhci0: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: usb0: on uhci0 Jun 29 17:28:20 inchoate kernel: usb0: USB revision 1.0 Jun 29 17:28:20 inchoate kernel: uhub0: Intel UHCI root hub, class 9/0, rev= 1.00/1.00, addr 1 Jun 29 17:28:20 inchoate kernel: uhub0: 2 ports with 2 removable, self powe= red Jun 29 17:28:20 inchoate kernel: uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 Jun 29 17:28:20 inchoate kernel: uhci1: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: usb1: on uhci1 Jun 29 17:28:20 inchoate kernel: usb1: USB revision 1.0 Jun 29 17:28:20 inchoate kernel: uhub1: Intel UHCI root hub, class 9/0, rev= 1.00/1.00, addr 1 Jun 29 17:28:20 inchoate kernel: uhub1: 2 ports with 2 removable, self powe= red Jun 29 17:28:20 inchoate kernel: uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 Jun 29 17:28:20 inchoate kernel: uhci2: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: usb2: on uhci2 Jun 29 17:28:20 inchoate kernel: usb2: USB revision 1.0 Jun 29 17:28:20 inchoate kernel: uhub2: Intel UHCI root hub, class 9/0, rev= 1.00/1.00, addr 1 Jun 29 17:28:20 inchoate kernel: uhub2: 2 ports with 2 removable, self powe= red Jun 29 17:28:20 inchoate kernel: ehci0: mem 0xf4fffc00-0xf4ffffff irq 11 at device 29.7 on pci0 Jun 29 17:28:20 inchoate kernel: ehci0: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: usb3: EHCI version 1.0 Jun 29 17:28:20 inchoate kernel: usb3: companion controllers, 2 ports each:= usb0 usb1 usb2 Jun 29 17:28:20 inchoate kernel: usb3: on ehci0 Jun 29 17:28:20 inchoate kernel: usb3: USB revision 2.0 Jun 29 17:28:20 inchoate kernel: uhub3: Intel EHCI root hub, class 9/0, rev= 2.00/1.00, addr 1 Jun 29 17:28:20 inchoate kernel: uhub3: 6 ports with 6 removable, self powe= red Jun 29 17:28:20 inchoate kernel: pcib2: at device 30.= 0 on pci0 Jun 29 17:28:20 inchoate kernel: pci2: on pcib2 Jun 29 17:28:20 inchoate kernel: bfe0: mem= 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 Jun 29 17:28:20 inchoate kernel: miibus0: on bfe0 Jun 29 17:28:20 inchoate kernel: bmtphy0: on mii= bus0 Jun 29 17:28:20 inchoate kernel: bmtphy0: 10baseT, 10baseT-FDX, 100baseTX,= 100baseTX-FDX, auto Jun 29 17:28:20 inchoate kernel: bfe0: Ethernet address: 00:0d:56:b3:99:6e Jun 29 17:28:20 inchoate kernel: bfe0: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: cbb0: at devic= e 1.0 on pci2 Jun 29 17:28:20 inchoate kernel: cbb0: Found memory at f6000000 Jun 29 17:28:20 inchoate kernel: cbb0: Secondary bus is 0 Jun 29 17:28:20 inchoate kernel: cbb0: Setting primary bus to 2 Jun 29 17:28:20 inchoate kernel: cbb0: Secondary bus set to 3 subbus 4 Jun 29 17:28:20 inchoate kernel: cardbus0: on cbb0 Jun 29 17:28:20 inchoate kernel: pccard0: <16-bit PCCard bus> on cbb0 Jun 29 17:28:20 inchoate kernel: pci2: at device 1.1= (no driver attached) Jun 29 17:28:20 inchoate kernel: pci2: at device 3.0 (no driver a= ttached) Jun 29 17:28:20 inchoate kernel: isab0: at device 31.0 on = pci0 Jun 29 17:28:20 inchoate kernel: isa0: on isab0 Jun 29 17:28:20 inchoate kernel: atapci0: p= ort 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 Jun 29 17:28:20 inchoate kernel: ata0: on atapci0 Jun 29 17:28:20 inchoate kernel: ata1: on atapci0 Jun 29 17:28:20 inchoate kernel: pcm0: port 0xb800-0= xb8ff,0xbc40-0xbc7f mem 0xf4fff800-0xf4fff9ff,0xf4fff400-0xf4fff4ff irq 9 a= t device 31.5 on pci0 Jun 29 17:28:20 inchoate kernel: pcm0: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: pcm0: Jun 29 17:28:20 inchoate kernel: pci0: at dev= ice 31.6 (no driver attached) Jun 29 17:28:20 inchoate kernel: acpi_tz0: on acpi0 Jun 29 17:28:20 inchoate kernel: atkbdc0: por= t 0x60,0x64 irq 1 on acpi0 Jun 29 17:28:20 inchoate kernel: atkbd0: flags 0x1 irq 1 on a= tkbdc0 Jun 29 17:28:20 inchoate kernel: kbd0 at atkbd0 Jun 29 17:28:20 inchoate kernel: atkbd0: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: psm0: flags 0x2000 irq 12 on = atkbdc0 Jun 29 17:28:20 inchoate kernel: psm0: [GIANT-LOCKED] Jun 29 17:28:20 inchoate kernel: psm0: model GlidePoint, device ID 0 Jun 29 17:28:20 inchoate kernel: sio0: <16550A-compatible COM port> port 0x= 3f8-0x3ff irq 4 flags 0x10 on acpi0 Jun 29 17:28:20 inchoate kernel: sio0: type 16550A Jun 29 17:28:20 inchoate kernel: ppc0: port 0x3= 78-0x37f,0x778-0x77b irq 7 drq 1 on acpi0 Jun 29 17:28:20 inchoate kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE= ) in COMPATIBLE mode Jun 29 17:28:20 inchoate kernel: ppc0: FIFO with 16/16/8 bytes threshold Jun 29 17:28:20 inchoate kernel: ppbus0: on ppc0 Jun 29 17:28:20 inchoate kernel: plip0: on ppbus0 Jun 29 17:28:20 inchoate kernel: lpt0: on ppbus0 Jun 29 17:28:20 inchoate kernel: lpt0: Interrupt-driven port Jun 29 17:28:20 inchoate kernel: ppi0: on ppbus0 Jun 29 17:28:20 inchoate kernel: sio1 port 0x2f8-0x2ff,0x280-0x287 irq 3 dr= q 3 on acpi0 Jun 29 17:28:20 inchoate kernel: sio1: type 16550A Jun 29 17:28:20 inchoate kernel: pmtimer0 on isa0 Jun 29 17:28:20 inchoate kernel: orm0: at iomem 0xc0000-0= xcf7ff,0xcf800-0xcffff on isa0 Jun 29 17:28:20 inchoate kernel: sc0: at flags 0x100 on is= a0 Jun 29 17:28:20 inchoate kernel: sc0: VGA <16 virtual consoles, flags=3D0x3= 00> Jun 29 17:28:20 inchoate kernel: vga0: at port 0x3c0-0x3d= f iomem 0xa0000-0xbffff on isa0 Jun 29 17:28:20 inchoate kernel: ums0: Logitech USB-PS/2 Trackball, rev 1.0= 0/2.10, addr 2, iclass 3/1 Jun 29 17:28:20 inchoate kernel: ums0: 3 buttons and Z dir. Jun 29 17:28:20 inchoate kernel: Timecounter "TSC" frequency 1398815875 Hz = quality 800 Jun 29 17:28:20 inchoate kernel: Timecounters tick every 1.000 msec Jun 29 17:28:20 inchoate kernel: IPsec: Initialized Security Association Pr= ocessing. Jun 29 17:28:20 inchoate kernel: Status is 0x30000006 Jun 29 17:28:20 inchoate kernel: ad0: 57231MB a= t ata0-master UDMA100 Jun 29 17:28:20 inchoate kernel: acd0: DVDR at a= ta1-master UDMA33 Jun 29 17:28:20 inchoate kernel: cd0 at ata1 bus 0 target 0 lun 0 Jun 29 17:28:20 inchoate kernel: cd0: <_NEC DVD_RW ND-5500A 1.51> Removable= CD-ROM SCSI-0 device=20 Jun 29 17:28:20 inchoate kernel: cd0: 33.000MB/s transfers Jun 29 17:28:20 inchoate kernel: cd0: Attempt to query device size failed: = NOT READY, Medium not present Jun 29 17:28:20 inchoate kernel: Trying to mount root from ufs:/dev/ad0s3a Jun 29 17:28:20 inchoate kernel: WARNING: was not properly dismounted Jun 29 17:28:20 inchoate kernel: WARNING: was not properly dismounted Jun 29 17:28:20 inchoate kernel: : mount pending error: blocks 304 files 10 Jun 29 17:28:20 inchoate kernel: WARNING: was not properly dismounted Jun 29 17:28:20 inchoate kernel: : mount pending error: blocks 4 files 1 Jun 29 17:28:20 inchoate kernel: WARNING: was not properly dismounted Jun 29 17:28:21 inchoate ntpd[583]: ntpd 4.2.0-a Wed Jun 29 14:33:22 CST 20= 05 (1) Jun 29 17:28:21 inchoate ntpd[583]: no IPv6 interfaces found Jun 29 17:28:37 inchoate getty[857]: open /dev/dcons: No such file or direc= tory Jun 29 17:28:43 inchoate kernel: NVRM: detected agp.ko, aborting NVIDIA AGP= setup! Jun 29 17:28:47 inchoate last message repeated 2 times Jun 29 17:28:57 inchoate kdm_greet[863]: Can't open default user face Jun 29 17:29:12 inchoate login: ROOT LOGIN (root) ON ttyv0 Jun 29 17:29:19 inchoate root: Ran for FAIL Jun 29 17:29:19 inchoate root: Setting up hostname and IP for non-connect f= or bfe0 Jun 29 17:29:19 inchoate root: Setting up for 127.0.0.1 - gsoft, reason - F= AIL Jun 29 17:29:19 inchoate root: Running /usr/local/etc/rc.d/tinyproxy.sh.sam= ple start Jun 29 17:29:19 inchoate dhclient[254]: connection closed Jun 29 17:29:19 inchoate dhclient[254]: exiting. Jun 29 17:29:19 inchoate tinyproxy: tinyproxy Jun 29 17:29:30 inchoate ntpd[583]: sendto(139.130.136.129): No route to ho= st Jun 29 17:29:30 inchoate ntpd[583]: sendto(203.122.225.175): No route to ho= st Jun 29 17:29:30 inchoate ntpd[583]: sendto(129.96.253.23): No route to host Jun 29 17:29:32 inchoate ntpd[583]: sendto(203.31.81.10): No route to host Jun 29 17:29:32 inchoate ntpd[583]: sendto(203.16.214.199): No route to host Jun 29 17:29:36 inchoate ntpd[583]: sendto(203.122.225.175): No route to ho= st Jun 29 17:29:48 inchoate dhclient[1076]: no such user: _dhcp, falling back = to "nobody" Jun 29 17:29:49 inchoate root: Ran for PREINIT Jun 29 17:29:49 inchoate root: Status - active Jun 29 17:29:49 inchoate dhclient: New IP Address (bfe0): 203.31.81.31 Jun 29 17:29:49 inchoate dhclient: New Subnet Mask (bfe0): 255.255.255.192 Jun 29 17:29:49 inchoate dhclient: New Broadcast Address (bfe0): 203.31.81.= 63 Jun 29 17:29:49 inchoate dhclient: New Routers (bfe0): 203.31.81.1 Jun 29 17:29:50 inchoate root: Ran for REBOOT Jun 29 17:29:51 inchoate root: Reversed 203.31.81.31 for Hostname: inchoate= =2Egsoft.com.au. Jun 29 17:29:51 inchoate root: Setting up for 203.31.81.31 - gsoft, reason = =2D REBOOT Jun 29 17:29:51 inchoate root: Running /usr/local/etc/rc.d/tinyproxy.sh.sam= ple start Jun 29 17:29:51 inchoate tinyproxy: tinyproxy Jun 29 17:30:03 inchoate login: ROOT LOGIN (root) ON ttyv1 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: INCORRECT BLOCK COUNT I=3D13503= 42 (24 should be 0) (CORRECTED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: INCORRECT BLOCK COUNT I=3D21205= 83 (4 should be 0) (CORRECTED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: INCORRECT BLOCK COUNT I=3D33000= 51 (32 should be 16) (CORRECTED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120445 OWNER= =3Droot MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D20 MTIME=3DJun 29 17:25 = 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120463 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D39200 MTIME=3DJun 29 17:= 20 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120471 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D5728 MTIME=3DJun 29 17:2= 0 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120474 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D34745 MTIME=3DJun 29 17:= 21 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120476 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D19757 MTIME=3DJun 29 17:= 20 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120482 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D16217 MTIME=3DJun 29 17:= 20 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120483 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D28113 MTIME=3DJun 29 17:= 21 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120488 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D5425 MTIME=3DJun 29 17:2= 0 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120491 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D6646 MTIME=3DJun 29 17:2= 1 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120508 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D7686 MTIME=3DJun 29 17:2= 1 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120509 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D7261 MTIME=3DJun 29 17:2= 1 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120510 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D9549 MTIME=3DJun 29 17:2= 1 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120572 OWNER= =3Ddarius MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D66 MTIME=3DJun 29 17:25 = 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120576 OWNER= =3Dnobody MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D1200 MTIME=3DJun 29 17:2= 5 2005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: UNREF FILE I=3D2120583 OWNER= =3Dnobody MODE=3D100600 Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: SIZE=3D0 MTIME=3DJun 29 17:25 2= 005 (CLEARED) Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: Reclaimed: 0 directories, 25 fi= les, 87 fragments Jun 29 17:44:08 inchoate fsck: /dev/ad0s3e: 602519 files, 17300395 used, 29= 20693 free (104333 frags, 352045 blocks, 0.5% fragmentation) Jun 29 17:48:42 inchoate ntpd[583]: time reset +0.390483 s Jun 29 17:48:43 inchoate ntpd[583]: kernel time sync disabled 2041 Jun 29 18:00:25 inchoate ntpd[583]: kernel time sync enabled 2001 Jun 29 18:16:42 inchoate shutdown: power-down by root:=20 Jun 29 18:17:00 inchoate syslogd: exiting on signal 15 Jun 29 19:08:25 inchoate syslogd: kernel boot file is /boot/kernel/kernel Jun 29 19:08:25 inchoate kernel: Copyright (c) 1992-2005 The FreeBSD Projec= t. Jun 29 19:08:25 inchoate kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988= , 1989, 1991, 1992, 1993, 1994 Jun 29 19:08:25 inchoate kernel: The Regents of the University of Californi= a. All rights reserved. Jun 29 19:08:25 inchoate kernel: FreeBSD 6.0-CURRENT #2: Wed Jun 29 15:05:2= 9 CST 2005 Jun 29 19:08:25 inchoate kernel: darius@inchoate.localdomain:/usr/obj/usr/s= rc/sys/INCHOATE Jun 29 19:08:25 inchoate kernel: WARNING: debug.mpsafenet forced to 0 as ip= sec requires Giant Jun 29 19:08:25 inchoate kernel: WARNING: MPSAFE network stack disabled, ex= pect reduced performance. Jun 29 19:08:25 inchoate kernel: Timecounter "i8254" frequency 1193182 Hz q= uality 0 Jun 29 19:08:25 inchoate kernel: CPU: Intel(R) Pentium(R) M processor 1400M= Hz (1398.82-MHz 686-class CPU) Jun 29 19:08:25 inchoate kernel: Origin =3D "GenuineIntel" Id =3D 0x695 S= tepping =3D 5 Jun 29 19:08:25 inchoate kernel: Features=3D0xa7e9f9bf Jun 29 19:08:25 inchoate kernel: Features2=3D0x180 Jun 29 19:08:25 inchoate kernel: real memory =3D 536535040 (511 MB) Jun 29 19:08:25 inchoate kernel: avail memory =3D 511516672 (487 MB) Jun 29 19:08:25 inchoate kernel: npx0: [FAST] Jun 29 19:08:25 inchoate kernel: npx0: on motherboard Jun 29 19:08:25 inchoate kernel: npx0: INT 16 interface Jun 29 19:08:25 inchoate kernel: acpi0: on motherboard Jun 29 19:08:25 inchoate kernel: pci_link0: irq 11 on = acpi0 Jun 29 19:08:25 inchoate kernel: pci_link1: irq 11 on = acpi0 Jun 29 19:08:25 inchoate kernel: pci_link2: irq 11 on = acpi0 Jun 29 19:08:25 inchoate kernel: pci_link3: irq 11 on = acpi0 Jun 29 19:08:25 inchoate kernel: pci_link4: on acpi0 Jun 29 19:08:25 inchoate kernel: pci_link5: irq 11 on = acpi0 Jun 29 19:08:25 inchoate kernel: Timecounter "ACPI-fast" frequency 3579545 = Hz quality 1000 Jun 29 19:08:25 inchoate kernel: acpi_timer0: <24-bit timer at 3.579545MHz>= port 0x808-0x80b on acpi0 Jun 29 19:08:25 inchoate kernel: cpu0: on acpi0 Jun 29 19:08:25 inchoate kernel: est0: on cpu0 Jun 29 19:08:25 inchoate kernel: p4tcc0: on= cpu0 Jun 29 19:08:25 inchoate kernel: acpi_acad0: on acpi0 Jun 29 19:08:25 inchoate kernel: acpi_cmbat0: on a= cpi0 Jun 29 19:08:25 inchoate kernel: acpi_cmbat1: on a= cpi0 Jun 29 19:08:25 inchoate kernel: acpi_lid0: on = acpi0 Jun 29 19:08:25 inchoate kernel: acpi_button0: on acpi0 Jun 29 19:08:25 inchoate kernel: acpi_button1: on acpi0 Jun 29 19:08:25 inchoate kernel: pcib0: port 0xcf8-0= xcff on acpi0 Jun 29 19:08:25 inchoate kernel: pci0: on pcib0 Jun 29 19:08:25 inchoate kernel: pci_link1: Unable to choose an IRQ Jun 29 19:08:25 inchoate kernel: agp0: mem= 0xe0000000-0xe7ffffff at device 0.0 on pci0 Jun 29 19:08:25 inchoate kernel: pcib1: at device 1.0= on pci0 Jun 29 19:08:25 inchoate kernel: pci1: on pcib1 Jun 29 19:08:25 inchoate kernel: nvidia0: mem 0xfc00000= 0-0xfcffffff,0xd0000000-0xdfffffff irq 11 at device 0.0 on pci1 Jun 29 19:08:25 inchoate kernel: nvidia0: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 Jun 29 19:08:25 inchoate kernel: uhci0: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: usb0: on uhci0 Jun 29 19:08:25 inchoate kernel: usb0: USB revision 1.0 Jun 29 19:08:25 inchoate kernel: uhub0: Intel UHCI root hub, class 9/0, rev= 1.00/1.00, addr 1 Jun 29 19:08:25 inchoate kernel: uhub0: 2 ports with 2 removable, self powe= red Jun 29 19:08:25 inchoate kernel: uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 Jun 29 19:08:25 inchoate kernel: uhci1: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: usb1: on uhci1 Jun 29 19:08:25 inchoate kernel: usb1: USB revision 1.0 Jun 29 19:08:25 inchoate kernel: uhub1: Intel UHCI root hub, class 9/0, rev= 1.00/1.00, addr 1 Jun 29 19:08:25 inchoate kernel: uhub1: 2 ports with 2 removable, self powe= red Jun 29 19:08:25 inchoate kernel: uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 Jun 29 19:08:25 inchoate kernel: uhci2: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: usb2: on uhci2 Jun 29 19:08:25 inchoate kernel: usb2: USB revision 1.0 Jun 29 19:08:25 inchoate kernel: uhub2: Intel UHCI root hub, class 9/0, rev= 1.00/1.00, addr 1 Jun 29 19:08:25 inchoate kernel: uhub2: 2 ports with 2 removable, self powe= red Jun 29 19:08:25 inchoate kernel: ehci0: mem 0xf4fffc00-0xf4ffffff irq 11 at device 29.7 on pci0 Jun 29 19:08:25 inchoate kernel: ehci0: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: usb3: EHCI version 1.0 Jun 29 19:08:25 inchoate kernel: usb3: companion controllers, 2 ports each:= usb0 usb1 usb2 Jun 29 19:08:25 inchoate kernel: usb3: on ehci0 Jun 29 19:08:25 inchoate kernel: usb3: USB revision 2.0 Jun 29 19:08:25 inchoate kernel: uhub3: Intel EHCI root hub, class 9/0, rev= 2.00/1.00, addr 1 Jun 29 19:08:25 inchoate kernel: uhub3: 6 ports with 6 removable, self powe= red Jun 29 19:08:25 inchoate kernel: pcib2: at device 30.= 0 on pci0 Jun 29 19:08:25 inchoate kernel: pci2: on pcib2 Jun 29 19:08:25 inchoate kernel: bfe0: mem= 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 Jun 29 19:08:25 inchoate kernel: miibus0: on bfe0 Jun 29 19:08:25 inchoate kernel: bmtphy0: on mii= bus0 Jun 29 19:08:25 inchoate kernel: bmtphy0: 10baseT, 10baseT-FDX, 100baseTX,= 100baseTX-FDX, auto Jun 29 19:08:25 inchoate kernel: bfe0: Ethernet address: 00:0d:56:b3:99:6e Jun 29 19:08:25 inchoate kernel: bfe0: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: cbb0: at devic= e 1.0 on pci2 Jun 29 19:08:25 inchoate kernel: cbb0: Found memory at f6000000 Jun 29 19:08:25 inchoate kernel: cbb0: Secondary bus is 0 Jun 29 19:08:25 inchoate kernel: cbb0: Setting primary bus to 2 Jun 29 19:08:25 inchoate kernel: cbb0: Secondary bus set to 3 subbus 4 Jun 29 19:08:25 inchoate kernel: cardbus0: on cbb0 Jun 29 19:08:25 inchoate kernel: pccard0: <16-bit PCCard bus> on cbb0 Jun 29 19:08:25 inchoate kernel: pci2: at device 1.1= (no driver attached) Jun 29 19:08:25 inchoate kernel: pci2: at device 3.0 (no driver a= ttached) Jun 29 19:08:25 inchoate kernel: isab0: at device 31.0 on = pci0 Jun 29 19:08:25 inchoate kernel: isa0: on isab0 Jun 29 19:08:25 inchoate kernel: atapci0: p= ort 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 Jun 29 19:08:25 inchoate kernel: ata0: on atapci0 Jun 29 19:08:25 inchoate kernel: ata1: on atapci0 Jun 29 19:08:25 inchoate kernel: pcm0: port 0xb800-0= xb8ff,0xbc40-0xbc7f mem 0xf4fff800-0xf4fff9ff,0xf4fff400-0xf4fff4ff irq 9 a= t device 31.5 on pci0 Jun 29 19:08:25 inchoate kernel: pcm0: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: pcm0: Jun 29 19:08:25 inchoate kernel: pci0: at dev= ice 31.6 (no driver attached) Jun 29 19:08:25 inchoate kernel: acpi_tz0: on acpi0 Jun 29 19:08:25 inchoate kernel: atkbdc0: por= t 0x60,0x64 irq 1 on acpi0 Jun 29 19:08:25 inchoate kernel: atkbd0: flags 0x1 irq 1 on a= tkbdc0 Jun 29 19:08:25 inchoate kernel: kbd0 at atkbd0 Jun 29 19:08:25 inchoate kernel: atkbd0: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: psm0: flags 0x2000 irq 12 on = atkbdc0 Jun 29 19:08:25 inchoate kernel: psm0: [GIANT-LOCKED] Jun 29 19:08:25 inchoate kernel: psm0: model GlidePoint, device ID 0 Jun 29 19:08:25 inchoate kernel: sio0: <16550A-compatible COM port> port 0x= 3f8-0x3ff irq 4 flags 0x10 on acpi0 Jun 29 19:08:25 inchoate kernel: sio0: type 16550A Jun 29 19:08:25 inchoate kernel: ppc0: port 0x3= 78-0x37f,0x778-0x77b irq 7 drq 1 on acpi0 Jun 29 19:08:25 inchoate kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE= ) in COMPATIBLE mode Jun 29 19:08:25 inchoate kernel: ppc0: FIFO with 16/16/8 bytes threshold Jun 29 19:08:25 inchoate kernel: ppbus0: on ppc0 Jun 29 19:08:25 inchoate kernel: plip0: on ppbus0 Jun 29 19:08:25 inchoate kernel: lpt0: on ppbus0 Jun 29 19:08:25 inchoate kernel: lpt0: Interrupt-driven port Jun 29 19:08:25 inchoate kernel: ppi0: on ppbus0 Jun 29 19:08:25 inchoate kernel: sio1 port 0x2f8-0x2ff,0x280-0x287 irq 3 dr= q 3 on acpi0 Jun 29 19:08:25 inchoate kernel: sio1: type 16550A Jun 29 19:08:25 inchoate kernel: pmtimer0 on isa0 Jun 29 19:08:25 inchoate kernel: orm0: at iomem 0xc0000-0= xcf7ff,0xcf800-0xcffff on isa0 Jun 29 19:08:25 inchoate kernel: sc0: at flags 0x100 on is= a0 Jun 29 19:08:25 inchoate kernel: sc0: VGA <16 virtual consoles, flags=3D0x3= 00> Jun 29 19:08:25 inchoate kernel: vga0: at port 0x3c0-0x3d= f iomem 0xa0000-0xbffff on isa0 Jun 29 19:08:25 inchoate kernel: ums0: Logitech USB-PS/2 Trackball, rev 1.0= 0/2.10, addr 2, iclass 3/1 Jun 29 19:08:25 inchoate kernel: ums0: 3 buttons and Z dir. Jun 29 19:08:25 inchoate kernel: Timecounter "TSC" frequency 1398818143 Hz = quality 800 Jun 29 19:08:25 inchoate kernel: Timecounters tick every 1.000 msec Jun 29 19:08:25 inchoate kernel: IPsec: Initialized Security Association Pr= ocessing. Jun 29 19:08:25 inchoate kernel: Status is 0x30000006 Jun 29 19:08:25 inchoate kernel: ad0: 57231MB a= t ata0-master UDMA100 Jun 29 19:08:25 inchoate kernel: acd0: DVDR at a= ta1-master UDMA33 Jun 29 19:08:25 inchoate kernel: cd0 at ata1 bus 0 target 0 lun 0 Jun 29 19:08:25 inchoate kernel: cd0: <_NEC DVD_RW ND-5500A 1.51> Removable= CD-ROM SCSI-0 device=20 Jun 29 19:08:25 inchoate kernel: cd0: 33.000MB/s transfers Jun 29 19:08:25 inchoate kernel: cd0: Attempt to query device size failed: = NOT READY, Medium not present Jun 29 19:08:25 inchoate kernel: Trying to mount root from ufs:/dev/ad0s3a Jun 29 19:08:27 inchoate ntpd[568]: ntpd 4.2.0-a Wed Jun 29 14:33:22 CST 20= 05 (1) Jun 29 19:08:27 inchoate ntpd[568]: no IPv6 interfaces found Jun 29 19:08:44 inchoate getty[842]: open /dev/dcons: No such file or direc= tory Jun 29 19:08:50 inchoate kernel: NVRM: detected agp.ko, aborting NVIDIA AGP= setup! Jun 29 19:08:54 inchoate last message repeated 2 times Jun 29 19:09:03 inchoate kdm_greet[848]: Can't open default user face Jun 29 19:12:50 inchoate ntpd[568]: time reset +1.376778 s Jun 29 19:12:50 inchoate ntpd[568]: kernel time sync disabled 2041 Jun 29 19:23:36 inchoate ntpd[568]: kernel time sync enabled 2001 Jun 29 19:31:10 inchoate sudo: darius : TTY=3Dttyp3 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/kldload if_ipw Jun 29 19:31:10 inchoate kernel: ipw0: = mem 0xfaffc000-0xfaffcfff irq 9 at device 3.0 on pci2 Jun 29 19:31:10 inchoate kernel: ipw0: Ethernet address: 00:04:23:a4:12:74 Jun 29 19:31:10 inchoate kernel: ipw0: [GIANT-LOCKED] Jun 29 19:56:59 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug +debug +auth +scan Jun 29 19:57:06 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211watch Jun 29 19:57:20 inchoate sudo: darius : TTY=3Dttyp5 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig ipw0 scan Jun 29 19:57:25 inchoate sudo: darius : TTY=3Dttyp5 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig ipw0 up Jun 29 19:57:26 inchoate kernel: ipw0: Please load firmware Jun 29 19:57:29 inchoate sudo: darius : TTY=3Dttyp5 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig ipw0 scan Jun 29 19:57:31 inchoate sudo: darius : TTY=3Dttyp5 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig ipw0 Jun 29 19:57:37 inchoate sudo: darius : TTY=3Dttyp5 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/usr/sbin/ipwcontrol -f /usr/local/share/ipw-= firmware/ipw2100-1.3.fw Jun 29 19:57:38 inchoate sudo: darius : TTY=3Dttyp5 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig ipw0 scan Jun 29 19:57:41 inchoate sudo: darius : TTY=3Dttyp5 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig ipw0 up Jun 29 19:57:41 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 19:57:41 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:57:41 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:57:42 inchoate kernel: ipw0: notify scan done Jun 29 19:57:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:57:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:42 inchoate kernel: ipw0: notify scan done Jun 29 19:57:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:57:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:43 inchoate kernel: ipw0: notify scan done Jun 29 19:57:43 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:57:43 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:43 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 61 Jun 29 19:57:43 inchoate kernel: ipw0: notify scan done Jun 29 19:57:44 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 19:57:44 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:44 inchoate kernel: ipw0: notify scan done Jun 29 19:57:44 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:57:44 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:44 inchoate kernel: ipw0: notify scan done Jun 29 19:57:45 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 19:57:45 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:45 inchoate sudo: darius : TTY=3Dttyp5 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig ipw0 scan Jun 29 19:57:45 inchoate kernel: ipw0: notify scan done Jun 29 19:57:45 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:57:45 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:46 inchoate kernel: ipw0: notify scan done Jun 29 19:57:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:57:46 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:46 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 60 Jun 29 19:57:46 inchoate kernel: ipw0: notify scan done Jun 29 19:57:46 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 55 Jun 29 19:57:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:57:46 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:47 inchoate kernel: ipw0: notify scan done Jun 29 19:57:47 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:57:47 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:47 inchoate kernel: ipw0: notify scan done Jun 29 19:57:47 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:57:47 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:48 inchoate kernel: ipw0: notify scan done Jun 29 19:57:48 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 19:57:48 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:48 inchoate kernel: ipw0: notify scan done Jun 29 19:57:48 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 19:57:48 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:49 inchoate kernel: ipw0: notify scan done Jun 29 19:57:49 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:57:49 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:49 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 54 Jun 29 19:57:49 inchoate kernel: ipw0: notify scan done Jun 29 19:57:49 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 19:57:49 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:50 inchoate kernel: ipw0: notify scan done Jun 29 19:57:50 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 19:57:50 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:50 inchoate kernel: ipw0: notify scan done Jun 29 19:57:50 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 19:57:50 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:51 inchoate kernel: ipw0: notify scan done Jun 29 19:57:51 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 19:57:51 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:51 inchoate kernel: ipw0: notify scan done Jun 29 19:57:51 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:57:51 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:52 inchoate kernel: ipw0: notify scan done Jun 29 19:57:52 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:57:52 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:52 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 56 Jun 29 19:57:52 inchoate kernel: ipw0: notify scan done Jun 29 19:57:52 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 19:57:52 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:53 inchoate kernel: ipw0: notify scan done Jun 29 19:57:53 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:57:53 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:53 inchoate kernel: ipw0: notify scan done Jun 29 19:57:53 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:57:53 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:54 inchoate kernel: ipw0: notify scan done Jun 29 19:57:54 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:57:54 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:54 inchoate kernel: ipw0: notify scan done Jun 29 19:57:55 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:57:55 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:55 inchoate kernel: ipw0: notify scan done Jun 29 19:57:55 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:57:55 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:55 inchoate kernel: ipw0: notify scan done Jun 29 19:57:56 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:57:56 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:56 inchoate kernel: ipw0: notify scan done Jun 29 19:57:56 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:57:56 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:57 inchoate kernel: ipw0: notify scan done Jun 29 19:57:57 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:57:57 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:57 inchoate kernel: ipw0: notify scan done Jun 29 19:57:57 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:57:57 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:58 inchoate kernel: ipw0: notify scan done Jun 29 19:57:58 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:57:58 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:58 inchoate kernel: ipw0: notify scan done Jun 29 19:57:58 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:57:58 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:59 inchoate kernel: ipw0: notify scan done Jun 29 19:57:59 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 19:57:59 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:57:59 inchoate kernel: ipw0: notify scan done Jun 29 19:57:59 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:57:59 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:00 inchoate kernel: ipw0: notify scan done Jun 29 19:58:00 inchoate kernel: ipw0: notify scan done Jun 29 19:58:00 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:00 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:00 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:00 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:01 inchoate kernel: ipw0: notify scan done Jun 29 19:58:01 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:01 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:01 inchoate kernel: ipw0: notify scan done Jun 29 19:58:01 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:01 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:02 inchoate kernel: ipw0: notify scan done Jun 29 19:58:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:02 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:02 inchoate kernel: ipw0: notify scan done Jun 29 19:58:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:02 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:03 inchoate kernel: ipw0: notify scan done Jun 29 19:58:03 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:03 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:03 inchoate kernel: ipw0: notify scan done Jun 29 19:58:03 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:03 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:04 inchoate kernel: ipw0: notify scan done Jun 29 19:58:04 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:04 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:04 inchoate kernel: ipw0: notify scan done Jun 29 19:58:04 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:04 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:05 inchoate kernel: ipw0: notify scan done Jun 29 19:58:05 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:05 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:05 inchoate kernel: ipw0: notify scan done Jun 29 19:58:05 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:05 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:06 inchoate kernel: ipw0: notify scan done Jun 29 19:58:06 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:06 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:06 inchoate kernel: ipw0: notify scan done Jun 29 19:58:06 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:06 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:07 inchoate kernel: ipw0: notify scan done Jun 29 19:58:07 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:07 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:07 inchoate kernel: ipw0: notify scan done Jun 29 19:58:07 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:07 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:08 inchoate kernel: ipw0: notify scan done Jun 29 19:58:08 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:08 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:08 inchoate kernel: ipw0: notify scan done Jun 29 19:58:09 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:09 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:09 inchoate kernel: ipw0: notify scan done Jun 29 19:58:09 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:09 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:10 inchoate kernel: ipw0: notify scan done Jun 29 19:58:10 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:10 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:10 inchoate kernel: ipw0: notify scan done Jun 29 19:58:10 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:10 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:11 inchoate kernel: ipw0: notify scan done Jun 29 19:58:11 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:11 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:11 inchoate kernel: ipw0: notify scan done Jun 29 19:58:11 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:11 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:12 inchoate kernel: ipw0: notify scan done Jun 29 19:58:12 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:12 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:12 inchoate kernel: ipw0: notify scan done Jun 29 19:58:12 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:58:12 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:13 inchoate kernel: ipw0: notify scan done Jun 29 19:58:13 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:13 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:13 inchoate kernel: ipw0: notify scan done Jun 29 19:58:13 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:58:13 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:14 inchoate kernel: ipw0: notify scan done Jun 29 19:58:14 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:14 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:14 inchoate kernel: ipw0: notify scan done Jun 29 19:58:14 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:14 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:15 inchoate kernel: ipw0: notify scan done Jun 29 19:58:15 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:15 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:15 inchoate kernel: ipw0: notify scan done Jun 29 19:58:15 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:15 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:16 inchoate kernel: ipw0: notify scan done Jun 29 19:58:16 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:16 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:16 inchoate kernel: ipw0: notify scan done Jun 29 19:58:16 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:16 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:17 inchoate kernel: ipw0: notify scan done Jun 29 19:58:17 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:17 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:17 inchoate kernel: ipw0: notify scan done Jun 29 19:58:17 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:17 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:18 inchoate kernel: ipw0: notify scan done Jun 29 19:58:18 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:18 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:18 inchoate kernel: ipw0: notify scan done Jun 29 19:58:18 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:18 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:18 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 56 Jun 29 19:58:19 inchoate kernel: ipw0: notify scan done Jun 29 19:58:19 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:19 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:19 inchoate kernel: ipw0: notify scan done Jun 29 19:58:19 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:19 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:20 inchoate kernel: ipw0: notify scan done Jun 29 19:58:20 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:20 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:20 inchoate kernel: ipw0: notify scan done Jun 29 19:58:20 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:20 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:21 inchoate kernel: ipw0: notify scan done Jun 29 19:58:21 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:21 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:21 inchoate kernel: ipw0: notify scan done Jun 29 19:58:22 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:22 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:22 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:22 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:22 inchoate kernel: ipw0: notify scan done Jun 29 19:58:22 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 19:58:22 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:22 inchoate kernel: ipw0: notify scan done Jun 29 19:58:23 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:23 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:23 inchoate kernel: ipw0: notify scan done Jun 29 19:58:23 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:23 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:24 inchoate kernel: ipw0: notify scan done Jun 29 19:58:24 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:24 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:24 inchoate kernel: ipw0: notify scan done Jun 29 19:58:24 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 19:58:24 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:25 inchoate kernel: ipw0: notify scan done Jun 29 19:58:25 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:25 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:25 inchoate kernel: ipw0: notify scan done Jun 29 19:58:25 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:58:25 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:26 inchoate kernel: ipw0: notify scan done Jun 29 19:58:26 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:26 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:26 inchoate kernel: ipw0: notify scan done Jun 29 19:58:26 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:58:26 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:27 inchoate kernel: ipw0: notify scan done Jun 29 19:58:27 inchoate kernel: ipw0: notify scan done Jun 29 19:58:27 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 58 Jun 29 19:58:27 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:27 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:28 inchoate kernel: ipw0: notify scan done Jun 29 19:58:28 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:28 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:28 inchoate kernel: ipw0: notify scan done Jun 29 19:58:28 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:28 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:29 inchoate kernel: ipw0: notify scan done Jun 29 19:58:29 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:29 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:29 inchoate kernel: ipw0: notify scan done Jun 29 19:58:29 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:29 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:30 inchoate kernel: ipw0: notify scan done Jun 29 19:58:30 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:58:30 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:30 inchoate kernel: ipw0: notify scan done Jun 29 19:58:30 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:30 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:31 inchoate kernel: ipw0: notify scan done Jun 29 19:58:31 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:31 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:31 inchoate kernel: ipw0: notify scan done Jun 29 19:58:31 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:31 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:32 inchoate kernel: ipw0: notify scan done Jun 29 19:58:32 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:32 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:32 inchoate kernel: ipw0: notify scan done Jun 29 19:58:32 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:32 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:33 inchoate kernel: ipw0: notify scan done Jun 29 19:58:33 inchoate kernel: ipw0: notify scan done Jun 29 19:58:33 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:33 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:34 inchoate kernel: ipw0: notify scan done Jun 29 19:58:34 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:58:34 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:34 inchoate kernel: ipw0: notify scan done Jun 29 19:58:34 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:58:34 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:35 inchoate kernel: ipw0: notify scan done Jun 29 19:58:35 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:35 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:35 inchoate kernel: ipw0: notify scan done Jun 29 19:58:35 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:35 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:36 inchoate kernel: ipw0: notify scan done Jun 29 19:58:36 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:36 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:36 inchoate kernel: ipw0: notify scan done Jun 29 19:58:37 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:37 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:37 inchoate kernel: ipw0: notify scan done Jun 29 19:58:37 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:37 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:38 inchoate kernel: ipw0: notify scan done Jun 29 19:58:38 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 48 Jun 29 19:58:38 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:38 inchoate kernel: ipw0: notify scan done Jun 29 19:58:38 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:38 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:39 inchoate kernel: ipw0: notify scan done Jun 29 19:58:39 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 19:58:39 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:39 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 53 Jun 29 19:58:39 inchoate kernel: ipw0: notify scan done Jun 29 19:58:39 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 55 Jun 29 19:58:39 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:39 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:40 inchoate kernel: ipw0: notify scan done Jun 29 19:58:40 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 47 Jun 29 19:58:40 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:40 inchoate kernel: ipw0: notify scan done Jun 29 19:58:40 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:40 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:41 inchoate kernel: ipw0: notify scan done Jun 29 19:58:41 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:41 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:41 inchoate kernel: ipw0: notify scan done Jun 29 19:58:41 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:58:41 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:42 inchoate kernel: ipw0: notify scan done Jun 29 19:58:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:58:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:42 inchoate kernel: ipw0: notify scan done Jun 29 19:58:42 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 55 Jun 29 19:58:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:43 inchoate kernel: ipw0: notify scan done Jun 29 19:58:43 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:43 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:43 inchoate kernel: ipw0: notify scan done Jun 29 19:58:43 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:58:43 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:44 inchoate kernel: ipw0: notify scan done Jun 29 19:58:44 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 19:58:44 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:44 inchoate kernel: ipw0: notify scan done Jun 29 19:58:45 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:45 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:45 inchoate kernel: ipw0: notify scan done Jun 29 19:58:45 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:45 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:45 inchoate kernel: ipw0: notify scan done Jun 29 19:58:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:46 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:46 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 50 Jun 29 19:58:46 inchoate kernel: ipw0: notify scan done Jun 29 19:58:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:46 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:46 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:46 inchoate kernel: ipw0: notify scan done Jun 29 19:58:47 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:47 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:47 inchoate kernel: ipw0: notify scan done Jun 29 19:58:47 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:47 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:47 inchoate kernel: ipw0: notify scan done Jun 29 19:58:48 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:48 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:48 inchoate kernel: ipw0: notify scan done Jun 29 19:58:48 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:58:48 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:49 inchoate kernel: ipw0: notify scan done Jun 29 19:58:49 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:49 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:49 inchoate sudo: darius : TTY=3Dttyp3 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D/usr/sbin/wpa_supplicant -d -i ipw0 -= c /usr/local/etc/wpa_supplicant.conf -D bsd Jun 29 19:58:49 inchoate kernel: ipw0: notify scan done Jun 29 19:58:49 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:49 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:49 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 56 Jun 29 19:58:50 inchoate kernel: ipw0: notify scan done Jun 29 19:58:50 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:50 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:50 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:50 inchoate kernel: ipw0: notify scan done Jun 29 19:58:51 inchoate kernel: ipw0: notify scan done Jun 29 19:58:51 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 19:58:51 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:51 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:51 inchoate kernel: ipw0: notify scan done Jun 29 19:58:51 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 19:58:51 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:51 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:52 inchoate kernel: ipw0: notify scan done Jun 29 19:58:52 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 19:58:52 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:52 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:52 inchoate kernel: ipw0: notify scan done Jun 29 19:58:52 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:52 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:52 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:53 inchoate kernel: ipw0: notify scan done Jun 29 19:58:53 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 19:58:53 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:53 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:53 inchoate kernel: ipw0: notify scan done Jun 29 19:58:53 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 19:58:53 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:53 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:53 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 53 Jun 29 19:58:54 inchoate kernel: ipw0: notify scan done Jun 29 19:58:54 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 56 Jun 29 19:58:54 inchoate kernel: [00:13:10:9b:52:d4] new beacon on chan 6 (= bss chan 6) "dons" Jun 29 19:58:54 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:54 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 19:58:54 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 19:58:54 inchoate kernel: ipw0: notify scan done Jun 29 19:58:54 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:54 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:54 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:55 inchoate kernel: ipw0: notify scan done Jun 29 19:58:55 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 19:58:55 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:55 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:55 inchoate kernel: ipw0: notify scan done Jun 29 19:58:55 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 19:58:55 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:55 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:56 inchoate kernel: ipw0: notify scan done Jun 29 19:58:56 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:58:56 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:56 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:56 inchoate kernel: ipw0: notify scan done Jun 29 19:58:57 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:58:57 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:57 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:57 inchoate kernel: ipw0: notify scan done Jun 29 19:58:57 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 19:58:57 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:57 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:58:57 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 55 Jun 29 19:58:57 inchoate kernel: ipw0: notify scan done Jun 29 19:58:58 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 19:58:58 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 19:58:58 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 19:59:05 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug -debug -auth -scan Jun 29 19:59:08 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug -all Jun 29 21:02:51 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug +debug +auth +scan Jun 29 21:02:58 inchoate sudo: darius : TTY=3Dttyp3 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D/usr/sbin/wpa_supplicant -t -d -i ipw= 0 -c /usr/local/etc/wpa_supplicant.conf -D bsd Jun 29 21:02:59 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:02:59 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:03:00 inchoate kernel: ipw0: notify scan done Jun 29 21:03:00 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:03:00 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:00 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:00 inchoate kernel: ipw0: notify scan done Jun 29 21:03:00 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:03:00 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:00 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:01 inchoate kernel: ipw0: notify scan done Jun 29 21:03:01 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:03:01 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:01 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:01 inchoate kernel: ipw0: notify scan done Jun 29 21:03:01 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:03:01 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:01 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:02 inchoate kernel: ipw0: notify scan done Jun 29 21:03:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:03:02 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:02 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:02 inchoate kernel: ipw0: notify scan done Jun 29 21:03:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:03:02 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:02 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:03:02 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:03:03 inchoate kernel: ipw0: notify scan done Jun 29 21:03:03 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 50 Jun 29 21:03:03 inchoate kernel: [00:13:10:9b:52:d4] new beacon on chan 6 (= bss chan 6) "dons" Jun 29 21:03:03 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:03 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:03:03 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:03:03 inchoate kernel: ipw0: notify scan done Jun 29 21:03:03 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 54 Jun 29 21:03:03 inchoate kernel: [00:13:10:9b:52:d4] new beacon on chan 6 (= bss chan 6) "dons" Jun 29 21:03:03 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:03 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:03:03 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:03:04 inchoate kernel: ipw0: notify scan done Jun 29 21:03:04 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:03:04 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:04 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:04 inchoate kernel: ipw0: notify scan done Jun 29 21:03:04 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:03:04 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:04 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:05 inchoate kernel: ipw0: notify scan done Jun 29 21:03:05 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:03:05 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:05 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:05 inchoate kernel: ipw0: notify scan done Jun 29 21:03:05 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:03:05 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:05 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:06 inchoate kernel: ipw0: notify scan done Jun 29 21:03:06 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:03:06 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:06 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:06 inchoate kernel: ipw0: notify scan done Jun 29 21:03:07 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:03:07 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:03:07 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:03:11 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug -all Jun 29 21:05:38 inchoate sudo: darius : TTY=3Dttyp3 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D/usr/sbin/wpa_supplicant -t -d -i ipw= 0 -c /usr/local/etc/wpa_supplicant.conf -D bsd Jun 29 21:05:39 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:05:39 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:05:39 inchoate kernel: ipw0: notify scan done Jun 29 21:05:39 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:05:39 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:39 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:40 inchoate kernel: ipw0: notify scan done Jun 29 21:05:40 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:05:40 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:40 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:40 inchoate kernel: ipw0: notify scan done Jun 29 21:05:40 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:05:40 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:40 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:40 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 54 Jun 29 21:05:51 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug +debug +auth +scan Jun 29 21:05:53 inchoate sudo: darius : TTY=3Dttyp3 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D/usr/sbin/wpa_supplicant -t -d -i ipw= 0 -c /usr/local/etc/wpa_supplicant.conf -D bsd Jun 29 21:05:53 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:05:53 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:05:54 inchoate kernel: ipw0: notify scan done Jun 29 21:05:54 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:05:54 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:54 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:54 inchoate kernel: ipw0: notify scan done Jun 29 21:05:54 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:05:54 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:54 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:55 inchoate kernel: ipw0: notify scan done Jun 29 21:05:55 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:05:55 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:55 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:55 inchoate kernel: ipw0: notify scan done Jun 29 21:05:55 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:05:55 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:55 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:56 inchoate kernel: ipw0: notify scan done Jun 29 21:05:56 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:05:56 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:56 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:56 inchoate kernel: ipw0: notify scan done Jun 29 21:05:56 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:05:56 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:56 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:57 inchoate kernel: ipw0: notify scan done Jun 29 21:05:57 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 49 Jun 29 21:05:57 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:57 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:57 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 48 Jun 29 21:05:57 inchoate kernel: ipw0: notify scan done Jun 29 21:05:58 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 21:05:58 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:05:58 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:05:58 inchoate kernel: ipw0: notify scan done Jun 29 21:05:58 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:05:58 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:05:58 inchoate kernel: ipw0: notify scan done Jun 29 21:05:59 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:05:59 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:05:59 inchoate kernel: ipw0: notify scan done Jun 29 21:05:59 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 49 Jun 29 21:05:59 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:00 inchoate kernel: ipw0: notify scan done Jun 29 21:06:00 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 21:06:00 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:00 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 48 Jun 29 21:06:00 inchoate kernel: ipw0: notify scan done Jun 29 21:06:00 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:06:00 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:00 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug -all Jun 29 21:06:01 inchoate kernel: ipw0: notify scan done Jun 29 21:06:01 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 49 Jun 29 21:06:01 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:01 inchoate kernel: ipw0: notify scan done Jun 29 21:06:02 inchoate kernel: ipw0: notify scan done Jun 29 21:06:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:02 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:02 inchoate kernel: ipw0: notify scan done Jun 29 21:06:02 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 58 Jun 29 21:06:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:06:02 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:03 inchoate kernel: ipw0: notify scan done Jun 29 21:06:03 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:06:03 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:03 inchoate kernel: ipw0: notify scan done Jun 29 21:06:03 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:03 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:04 inchoate kernel: ipw0: notify scan done Jun 29 21:06:04 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:06:04 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:04 inchoate kernel: ipw0: notify scan done Jun 29 21:06:04 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:04 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:05 inchoate kernel: ipw0: notify scan done Jun 29 21:06:05 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:05 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:05 inchoate kernel: ipw0: notify scan done Jun 29 21:06:05 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:06:05 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:06 inchoate kernel: ipw0: notify scan done Jun 29 21:06:06 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:06 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:06 inchoate kernel: ipw0: notify scan done Jun 29 21:06:06 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:06:06 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:07 inchoate kernel: ipw0: notify scan done Jun 29 21:06:07 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:07 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:07 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 51 Jun 29 21:06:07 inchoate kernel: ipw0: notify scan done Jun 29 21:06:08 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:08 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:08 inchoate kernel: ipw0: notify scan done Jun 29 21:06:08 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:06:08 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:09 inchoate kernel: ipw0: notify scan done Jun 29 21:06:09 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:09 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:09 inchoate kernel: ipw0: notify scan done Jun 29 21:06:09 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:09 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:10 inchoate kernel: ipw0: notify scan done Jun 29 21:06:10 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:06:10 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:10 inchoate kernel: ipw0: notify scan done Jun 29 21:06:10 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:06:10 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:11 inchoate kernel: ipw0: notify scan done Jun 29 21:06:11 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:11 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:11 inchoate kernel: ipw0: notify scan done Jun 29 21:06:11 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:11 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:12 inchoate kernel: ipw0: notify scan done Jun 29 21:06:12 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:12 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:12 inchoate kernel: ipw0: notify scan done Jun 29 21:06:12 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:06:12 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:13 inchoate kernel: ipw0: notify scan done Jun 29 21:06:13 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 49 Jun 29 21:06:13 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:13 inchoate kernel: ipw0: notify scan done Jun 29 21:06:13 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:06:13 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:14 inchoate kernel: ipw0: notify scan done Jun 29 21:06:14 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:14 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:14 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 60 Jun 29 21:06:14 inchoate kernel: ipw0: notify scan done Jun 29 21:06:14 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:06:14 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:15 inchoate kernel: ipw0: notify scan done Jun 29 21:06:15 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:15 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:15 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 59 Jun 29 21:06:15 inchoate kernel: ipw0: notify scan done Jun 29 21:06:15 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:15 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:16 inchoate kernel: ipw0: notify scan done Jun 29 21:06:16 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 61 Jun 29 21:06:16 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:16 inchoate kernel: ipw0: notify scan done Jun 29 21:06:16 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:16 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:17 inchoate kernel: ipw0: notify scan done Jun 29 21:06:17 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 48 Jun 29 21:06:17 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:17 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 49 Jun 29 21:06:17 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:17 inchoate kernel: ipw0: notify scan done Jun 29 21:06:17 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:17 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:18 inchoate kernel: ipw0: notify scan done Jun 29 21:06:18 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:18 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:18 inchoate kernel: ipw0: notify scan done Jun 29 21:06:19 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 47 Jun 29 21:06:19 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:19 inchoate kernel: ipw0: notify scan done Jun 29 21:06:19 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:19 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:19 inchoate kernel: ipw0: notify scan done Jun 29 21:06:20 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:20 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:20 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 46 Jun 29 21:06:20 inchoate kernel: ipw0: notify scan done Jun 29 21:06:20 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 47 Jun 29 21:06:20 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:21 inchoate kernel: ipw0: notify scan done Jun 29 21:06:21 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:06:21 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:21 inchoate kernel: ipw0: notify scan done Jun 29 21:06:21 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:21 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:22 inchoate kernel: ipw0: notify scan done Jun 29 21:06:22 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:22 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:22 inchoate kernel: ipw0: notify scan done Jun 29 21:06:22 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:06:22 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:23 inchoate kernel: ipw0: notify scan done Jun 29 21:06:23 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:23 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:23 inchoate kernel: ipw0: notify scan done Jun 29 21:06:23 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:23 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:24 inchoate kernel: ipw0: notify scan done Jun 29 21:06:24 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:24 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:24 inchoate kernel: ipw0: notify scan done Jun 29 21:06:24 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:24 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:25 inchoate kernel: ipw0: notify scan done Jun 29 21:06:25 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 21:06:25 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:25 inchoate kernel: ipw0: notify scan done Jun 29 21:06:25 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:06:25 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:26 inchoate kernel: ipw0: notify scan done Jun 29 21:06:26 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:26 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:26 inchoate kernel: ipw0: notify scan done Jun 29 21:06:26 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:26 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:27 inchoate kernel: ipw0: notify scan done Jun 29 21:06:27 inchoate kernel: ipw0: notify scan done Jun 29 21:06:27 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:27 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:28 inchoate kernel: ipw0: notify scan done Jun 29 21:06:28 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:28 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:28 inchoate kernel: ipw0: notify scan done Jun 29 21:06:29 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:06:29 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:29 inchoate kernel: ipw0: notify scan done Jun 29 21:06:29 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:29 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:29 inchoate kernel: ipw0: notify scan done Jun 29 21:06:30 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:30 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:30 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 58 Jun 29 21:06:30 inchoate kernel: ipw0: notify scan done Jun 29 21:06:30 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:30 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:31 inchoate kernel: ipw0: notify scan done Jun 29 21:06:31 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:31 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:31 inchoate kernel: ipw0: notify scan done Jun 29 21:06:31 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 49 Jun 29 21:06:31 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:32 inchoate kernel: ipw0: notify scan done Jun 29 21:06:32 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:32 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:32 inchoate kernel: ipw0: notify scan done Jun 29 21:06:32 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 48 Jun 29 21:06:32 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:33 inchoate kernel: ipw0: notify scan done Jun 29 21:06:33 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 48 Jun 29 21:06:33 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:33 inchoate kernel: ipw0: notify scan done Jun 29 21:06:33 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:33 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:34 inchoate kernel: ipw0: notify scan done Jun 29 21:06:34 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:34 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:34 inchoate kernel: ipw0: notify scan done Jun 29 21:06:34 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:34 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:35 inchoate kernel: ipw0: notify scan done Jun 29 21:06:35 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:06:35 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:35 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:35 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:35 inchoate kernel: ipw0: notify scan done Jun 29 21:06:35 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:35 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:36 inchoate kernel: ipw0: notify scan done Jun 29 21:06:36 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 21:06:36 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:36 inchoate kernel: ipw0: notify scan done Jun 29 21:06:36 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:06:36 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:37 inchoate kernel: ipw0: notify scan done Jun 29 21:06:37 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:37 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:37 inchoate kernel: ipw0: notify scan done Jun 29 21:06:37 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:37 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:38 inchoate kernel: ipw0: notify scan done Jun 29 21:06:38 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:06:38 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:38 inchoate kernel: ipw0: notify scan done Jun 29 21:06:38 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:38 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:39 inchoate kernel: ipw0: notify scan done Jun 29 21:06:39 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:39 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:39 inchoate kernel: ipw0: notify scan done Jun 29 21:06:40 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:40 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:40 inchoate kernel: ipw0: notify scan done Jun 29 21:06:40 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 55 Jun 29 21:06:40 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:41 inchoate kernel: ipw0: notify scan done Jun 29 21:06:41 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:06:41 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:41 inchoate kernel: ipw0: notify scan done Jun 29 21:06:41 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:41 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:42 inchoate kernel: ipw0: notify scan done Jun 29 21:06:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:42 inchoate kernel: ipw0: notify scan done Jun 29 21:06:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:43 inchoate kernel: ipw0: notify scan done Jun 29 21:06:43 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:43 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:43 inchoate kernel: ipw0: notify scan done Jun 29 21:06:44 inchoate kernel: ipw0: notify scan done Jun 29 21:06:44 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:44 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:44 inchoate kernel: ipw0: notify scan done Jun 29 21:06:44 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 45 Jun 29 21:06:44 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:45 inchoate kernel: ipw0: notify scan done Jun 29 21:06:45 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:45 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:45 inchoate kernel: ipw0: notify scan done Jun 29 21:06:45 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:45 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:46 inchoate kernel: ipw0: notify scan done Jun 29 21:06:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:46 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:46 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 48 Jun 29 21:06:46 inchoate kernel: ipw0: notify scan done Jun 29 21:06:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:46 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:47 inchoate kernel: ipw0: notify scan done Jun 29 21:06:47 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:47 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:47 inchoate kernel: ipw0: notify scan done Jun 29 21:06:47 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:47 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:48 inchoate kernel: ipw0: notify scan done Jun 29 21:06:48 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:48 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:48 inchoate kernel: ipw0: notify scan done Jun 29 21:06:48 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:48 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:49 inchoate kernel: ipw0: notify scan done Jun 29 21:06:49 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:49 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:50 inchoate kernel: ipw0: notify scan done Jun 29 21:06:50 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:50 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:50 inchoate kernel: ipw0: notify scan done Jun 29 21:06:50 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 59 Jun 29 21:06:50 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:50 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:51 inchoate kernel: ipw0: notify scan done Jun 29 21:06:51 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:51 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:51 inchoate kernel: ipw0: notify scan done Jun 29 21:06:51 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:51 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:51 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 44 Jun 29 21:06:52 inchoate kernel: ipw0: notify scan done Jun 29 21:06:52 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:52 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:52 inchoate kernel: ipw0: notify scan done Jun 29 21:06:52 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 47 Jun 29 21:06:52 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:53 inchoate kernel: ipw0: notify scan done Jun 29 21:06:53 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:53 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:53 inchoate kernel: ipw0: notify scan done Jun 29 21:06:53 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:53 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:54 inchoate kernel: ipw0: notify scan done Jun 29 21:06:54 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:54 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:54 inchoate kernel: ipw0: notify scan done Jun 29 21:06:54 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:54 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:55 inchoate kernel: ipw0: notify scan done Jun 29 21:06:55 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:55 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:55 inchoate kernel: ipw0: notify scan done Jun 29 21:06:55 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 49 Jun 29 21:06:56 inchoate kernel: ipw0: notify scan done Jun 29 21:06:56 inchoate kernel: ipw0: notify scan done Jun 29 21:06:56 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:56 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:57 inchoate kernel: ipw0: notify scan done Jun 29 21:06:57 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:57 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:57 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 58 Jun 29 21:06:57 inchoate kernel: ipw0: notify scan done Jun 29 21:06:57 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:06:57 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:58 inchoate kernel: ipw0: notify scan done Jun 29 21:06:58 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:06:58 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:58 inchoate kernel: ipw0: notify scan done Jun 29 21:06:58 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:06:58 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:59 inchoate kernel: ipw0: notify scan done Jun 29 21:06:59 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:06:59 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:06:59 inchoate kernel: ipw0: notify scan done Jun 29 21:07:00 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:07:00 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:00 inchoate kernel: ipw0: notify scan done Jun 29 21:07:00 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 60 Jun 29 21:07:00 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:07:00 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:00 inchoate kernel: ipw0: notify scan done Jun 29 21:07:01 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:07:01 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:01 inchoate kernel: ipw0: notify scan done Jun 29 21:07:01 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:07:01 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:02 inchoate kernel: ipw0: notify scan done Jun 29 21:07:02 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 46 Jun 29 21:07:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 48 Jun 29 21:07:02 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:02 inchoate kernel: ipw0: notify scan done Jun 29 21:07:02 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 46 Jun 29 21:07:02 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:03 inchoate kernel: ipw0: notify scan done Jun 29 21:07:03 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 60 Jun 29 21:07:03 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:03 inchoate kernel: ipw0: notify scan done Jun 29 21:07:03 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:07:03 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:04 inchoate kernel: ipw0: notify scan done Jun 29 21:07:04 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:07:04 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:04 inchoate kernel: ipw0: notify scan done Jun 29 21:07:04 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:07:04 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:05 inchoate kernel: ipw0: notify scan done Jun 29 21:07:05 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 49 Jun 29 21:07:05 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:05 inchoate kernel: ipw0: notify scan done Jun 29 21:07:05 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:07:05 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:06 inchoate kernel: ipw0: notify scan done Jun 29 21:07:06 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:07:06 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:06 inchoate kernel: ipw0: notify scan done Jun 29 21:07:07 inchoate kernel: ipw0: notify scan done Jun 29 21:07:07 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:07:07 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:07 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 59 Jun 29 21:07:07 inchoate kernel: ipw0: notify scan done Jun 29 21:07:07 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:07:07 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:08 inchoate kernel: ipw0: notify scan done Jun 29 21:07:08 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 59 Jun 29 21:07:08 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:08 inchoate kernel: ipw0: notify scan done Jun 29 21:07:08 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:07:08 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:09 inchoate kernel: ipw0: notify scan done Jun 29 21:07:09 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:07:09 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:09 inchoate kernel: ipw0: notify scan done Jun 29 21:07:09 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:07:09 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:09 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:07:09 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:10 inchoate kernel: ipw0: notify scan done Jun 29 21:07:10 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:07:10 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:10 inchoate kernel: ipw0: notify scan done Jun 29 21:07:10 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:07:10 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:11 inchoate kernel: ipw0: notify scan done Jun 29 21:07:11 inchoate kernel: ipw0: notify scan done Jun 29 21:07:11 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:07:11 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:12 inchoate kernel: ipw0: notify scan done Jun 29 21:07:12 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:07:12 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:12 inchoate kernel: ipw0: notify scan done Jun 29 21:07:12 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:07:12 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:13 inchoate kernel: ipw0: notify scan done Jun 29 21:07:13 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 47 Jun 29 21:07:13 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:13 inchoate kernel: ipw0: notify scan done Jun 29 21:07:14 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 56 Jun 29 21:07:14 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:14 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 55 Jun 29 21:07:14 inchoate kernel: ipw0: notify scan done Jun 29 21:07:14 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:07:14 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:14 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 50 Jun 29 21:07:14 inchoate kernel: ipw0: notify scan done Jun 29 21:07:15 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 21:07:15 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:15 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 51 Jun 29 21:07:15 inchoate kernel: ipw0: notify scan done Jun 29 21:07:15 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 54 Jun 29 21:07:15 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:07:15 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:15 inchoate kernel: ipw0: notify scan done Jun 29 21:07:15 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug -all Jun 29 21:07:16 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 54 Jun 29 21:07:16 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:16 inchoate kernel: ipw0: notify scan done Jun 29 21:07:16 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:07:16 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:17 inchoate kernel: ipw0: notify scan done Jun 29 21:07:17 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:07:17 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:17 inchoate kernel: ipw0: notify scan done Jun 29 21:07:17 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 21:07:17 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:18 inchoate kernel: ipw0: notify scan done Jun 29 21:07:18 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:07:18 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:18 inchoate kernel: ipw0: notify scan done Jun 29 21:07:18 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:07:40 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug +debug +auth +scan Jun 29 21:07:40 inchoate kernel: ipw0: notify scan done Jun 29 21:07:40 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 58 Jun 29 21:07:40 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:40 inchoate kernel: ipw0: notify scan done Jun 29 21:07:41 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 48 Jun 29 21:07:41 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:41 inchoate kernel: ipw0: notify scan done Jun 29 21:07:41 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 48 Jun 29 21:07:41 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:42 inchoate kernel: ipw0: notify scan done Jun 29 21:07:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 51 Jun 29 21:07:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:42 inchoate kernel: ipw0: notify scan done Jun 29 21:07:42 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 21:07:42 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:43 inchoate kernel: ipw0: notify scan done Jun 29 21:07:43 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 50 Jun 29 21:07:43 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:43 inchoate kernel: ipw0: notify scan done Jun 29 21:07:43 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:07:43 inchoate kernel: [00:13:10:9b:52:d4] probe_resp on chan 6 (= bss chan 6) "dons" Jun 29 21:07:43 inchoate sudo: darius : TTY=3Dttyp3 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D/usr/sbin/wpa_supplicant -t -d -i ipw= 0 -c /usr/local/etc/wpa_supplicant.conf -D bsd Jun 29 21:07:44 inchoate kernel: ipw0: notify scan done Jun 29 21:07:44 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:07:44 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:07:44 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:07:44 inchoate kernel: ipw0: notify scan done Jun 29 21:07:44 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 41 Jun 29 21:07:44 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:07:44 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:07:45 inchoate kernel: ipw0: notify scan done Jun 29 21:07:45 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 45 Jun 29 21:07:45 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:07:45 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:07:45 inchoate kernel: ipw0: notify scan done Jun 29 21:07:45 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:07:45 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:07:45 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:07:45 inchoate kernel: ipw0: received beacon from 00:13:10:9b:52:= d4 rssi 50 Jun 29 21:07:46 inchoate kernel: ipw0: notify scan done Jun 29 21:07:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 52 Jun 29 21:07:46 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:07:46 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:07:46 inchoate kernel: ipw0: notify scan done Jun 29 21:07:46 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 61 Jun 29 21:07:46 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:07:46 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:07:47 inchoate kernel: ipw0: notify scan done Jun 29 21:07:47 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 57 Jun 29 21:07:47 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:07:47 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:07:47 inchoate kernel: ipw0: notify scan done Jun 29 21:07:47 inchoate kernel: ipw0: received probe_resp from 00:13:10:9b= :52:d4 rssi 53 Jun 29 21:07:47 inchoate kernel: [00:13:10:9b:52:d4] new probe_resp on chan= 6 (bss chan 6) "dons" Jun 29 21:07:47 inchoate kernel: [00:13:10:9b:52:d4] caps 0x411 bintval 100= erp 0x0 Jun 29 21:07:49 inchoate sudo: darius : TTY=3Dttyp4 ; PWD=3D/usr/src/tool= s/tools/ath ; USER=3Droot ; COMMAND=3D./80211debug -debug -auth -scan --Boundary-01=_1MpwCLkqSXf0Bom-- --nextPart1596640.SK2Vfp2jEZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCwpNH5ZPcIHs/zowRArC8AKCh6Fz7aLE5Nx6JFl+B1ek65SYDEACeJhvV 7uPD3CQEWuhTit680944y0Y= =rMIj -----END PGP SIGNATURE----- --nextPart1596640.SK2Vfp2jEZ-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 12:28:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A1C16A41C for ; Wed, 29 Jun 2005 12:28:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67BAA43D48 for ; Wed, 29 Jun 2005 12:28:50 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5TCSlEk066661; Wed, 29 Jun 2005 21:58:48 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 29 Jun 2005 21:58:45 +0930 User-Agent: KMail/1.8 References: <200506292155.43686.doconnor@gsoft.com.au> In-Reply-To: <200506292155.43686.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2146817.AAc6yLyEAJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506292158.46172.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Subject: Re: WPA + ipw + Linksys WRT54G 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, 29 Jun 2005 12:28:51 -0000 --nextPart2146817.AAc6yLyEAJ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 29 Jun 2005 21:55, Daniel O'Connor wrote: > Anyone have any hints? > I have the WRT54G at the latest firmware too (4.00.7) Oh, also.. After wpa_supplicant has run there are a large number of duplicate entries = in=20 the 'ifconfig ipw0 scan' output. (Same SSID etc, but different SNR numbers) I have the wlan* modules loaded as well =2E.. 18 4 0xc0ba1000 1c6a4 wlan.ko 19 1 0xc0bbe000 2d5c wlan_wep.ko 20 1 0xc0bc1000 4184 wlan_tkip.ko =2E.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2146817.AAc6yLyEAJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCwpP+5ZPcIHs/zowRAliwAKCfKJYW9Tx/x5zxu3znOhMmHSArWgCfTngG c43v4JGLfchx5PiOCLdrUtg= =I1JG -----END PGP SIGNATURE----- --nextPart2146817.AAc6yLyEAJ-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 21:35:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D2916A41C for ; Tue, 28 Jun 2005 21:35:42 +0000 (GMT) (envelope-from ola.ericsson@comhem.se) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6729243D49 for ; Tue, 28 Jun 2005 21:35:42 +0000 (GMT) (envelope-from ola.ericsson@comhem.se) Received: from [127.0.0.1] (83.248.41.168) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) (authenticated as u80200671) id 42B937170013393F for freebsd-current@FreeBSD.org; Tue, 28 Jun 2005 23:35:41 +0200 Message-ID: <42C1C242.8010702@comhem.se> Date: Tue, 28 Jun 2005 23:33:54 +0200 From: Ola Ericsson User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 29 Jun 2005 12:33:21 +0000 Cc: Subject: Aspire 1300 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, 28 Jun 2005 21:35:42 -0000 Hi I've been trying to install the latest version (5.4) of FreeBsd on my laptop an Acer Aspire 1300. It seams impossible, it hangs during istallation. I've tried to get some info on the Web but there is no help. So please can you help me. I'm realy feed up with microsoft Xp and looking for a new OS. I tried the livecd from Freesbie and liked it thats why I'm trying to install FreeBsd. Ola From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 12:35:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E330716A41C for ; Wed, 29 Jun 2005 12:35:14 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 795D643D1F for ; Wed, 29 Jun 2005 12:35:14 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DnbmT-0000nk-00; Wed, 29 Jun 2005 14:35:05 +0200 Date: Wed, 29 Jun 2005 14:35:05 +0200 To: hartzell@alerce.com Message-ID: <20050629123505.GT8899@poupinou.org> References: <17077.62001.211846.349890@satchel.alerce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17077.62001.211846.349890@satchel.alerce.com> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot Cc: freebsd-current@freebsd.org Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good 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, 29 Jun 2005 12:35:15 -0000 On Sun, Jun 19, 2005 at 03:31:13PM -0700, George Hartzell wrote: > > Hi, > > I'm working on a Sony PCG-GRX570. > > I'm working with -CURRENT as of a few days ago. > > I'm trying to get suspend and resume to work. S3 suspend and resume > work (from X) when I boot off of a Ubuntu Linux 5.04 live CD. > > Actually, suspend seems to be working. I have > > hw.acpi.reset_video=0 > hw.acpi.sleep_delay=4 > > and a kernel that's stripped of everything I could get rid of. I > eventually added fxp0 back in to see if it was coming back to life, > the machine still almost resumes but the interface doesn't work (it > does work pre-suspend). > > When I suspend (from the console, no X, using acpiconf -s 3), the > screen dims, the fan stops, and the green LED that usually says > "powered on" switches to a slowly flashing red. > > When I hit the any key, the screen brightens, the fan spins up, and > after a couple of moments the disk light flashes a bit, and settles in > to a fairly normal "I'm awake" kind of activity. > > But the console's dead (no new prompt, no response to the keyboard) > and pinging the interface from another machine doesn't do anything. > > I *have* seen "acpi: resume at..." message in my /var/log/messages > though, so it's getting somewhere. > > I've googled around and it seems that many people have trouble w/ the > backlight on suspend and the fix is the acpi_video module with the > DPMS hack applied. It won't probe/attach on my machine, it seems that > it doesn't have the right capabilities (dim, brighten). Since I > don't care about them but want it to hook up suspend/resume actions, I > butchered the probe routine. That left me w/ something that attached > to 9 different devices (clearly I know enough to be dangerous, but no > more...). The backlight did go out when I suspended though.... > > I just noticed that if I lightly pop the power button after a "failed" > resume, I get a lot of disk activity and on the next boot the disks > are clean. Looks like it's doing the S5 thing (more or less) but > doesn't actually poweroff (which it does normally). > > There's a bunch of info (kernel cnfig file, asl, dmesg, loader.conf, > pciconf -lv output, sysctl -a output, uname -a output) at: > > http://grapeape.alerce.com/KONG > > Setting hw.acpi.reset_video to 1 results in a dimmed LCD that > brightens when I hit a key but there's no disk life and the power > button doesn't do anything. > > So, I'm trying to figure out what to try next. > > Can someone suggest something to try? > It seems there are propritary methods to control the brightess looking around the asl. Is there any kind of sony driver under FreeBSD? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 13:05:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8386816A41C for ; Wed, 29 Jun 2005 13:05:50 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ED7243D1D for ; Wed, 29 Jun 2005 13:05:50 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-29.dynamic.qsc.de [212.202.37.29]) by mail.efacilitas.de (Postfix) with ESMTP id D0BB312396A; Wed, 29 Jun 2005 15:04:06 +0200 (CEST) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id A3F4612B0A4; Wed, 29 Jun 2005 15:04:19 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 88627-08; Wed, 29 Jun 2005 15:04:13 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 49FC312B09E; Wed, 29 Jun 2005 15:04:13 +0200 (CEST) Message-ID: <42C29C4C.2030301@cs.tu-berlin.de> Date: Wed, 29 Jun 2005 15:04:12 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <20050629105052.GC1091@galgenberg.net> In-Reply-To: <20050629105052.GC1091@galgenberg.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com Cc: current@freebsd.org Subject: Re: bsd.cpu.mk confusion 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, 29 Jun 2005 13:05:50 -0000 Ulrich Spoerlein wrote: > [...] > > Here's a minimal Makefile > > CPUTYPE=pentium-m > CC= icc > .include > .include > > Then > % make -V CFLAGS > -O2 -fno-strict-aliasing -pipe -march=pentium-m -tpp6 -xiMK > > Only problem is, icc doesn't recognize -march. I can't figure out, why I > get this assignment. Running make with debugging output couldn't > enlight me either. > > So, what am I doing wrong? You have overlooked that sys.mk will be processed "before any other file, including makefile and Makefile" (make(1)). /usr/share/mk/sys.mk includes already bsd.cpu.mk once at a time where CC has not been set to 'icc'. Therefore ${_CPUCFLAGS} will be added to CFLAGS in bsd.cpu.mk. Afterwards you include bsd.cpu.mk twice. Regards Björn From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 13:36:36 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74A8716A41C for ; Wed, 29 Jun 2005 13:36:36 +0000 (GMT) (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 AE9F443D4C for ; Wed, 29 Jun 2005 13:36:35 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 5A8A3507910; Wed, 29 Jun 2005 21:36:34 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 546885070B1; Wed, 29 Jun 2005 21:36:34 +0800 (CST) Date: Wed, 29 Jun 2005 21:36:34 +0800 (CST) From: Tai-hwa Liang To: Eric Masson In-Reply-To: <86psu67naj.fsf@srvbsdnanssv.interne.kisoft-services.com> Message-ID: <0506292053383.79911@www.mmlab.cse.yzu.edu.tw> References: <86psu67naj.fsf@srvbsdnanssv.interne.kisoft-services.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mailing List FreeBSD Current Subject: Re: ath0, link goes down then up periodically 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, 29 Jun 2005 13:36:36 -0000 On Tue, 28 Jun 2005, Eric Masson wrote: > Hi, > > I'm using a Planet WL3560 (atheros chipset) with -current as a DLink > DWL2000AP client : > > Sometimes, ath0 link state goes down then up : > http://emss.free.fr/informatique/FreeBSD/messages > > 80211debug has been set with the following options : > /usr/local/bin/80211debug +debug +assoc +xrate +power +scan +wme > > Any idea ? I have observed similar periodic UP/DOWN whilst associating with certain APs(in my case, DLink DWL-7100AP). On the other hand, this doesn't look like ath specific to me since I can reproduce this with the same AP + if_wi. According to the timestamp, the UP/DOWN interval is *exactly* 1 minute. I suspect this AP has some sort of "auto-kick-out" function builtin; that is, if there is no frame from the station within a defined period, AP will try to re-authenticate with this station(reason 2 - Previous authentication no longer valid). In this testing case, I didn't send any data frame after ath0 associated with the AP. If I send something periodically(such like a background ping), the AP seems happy and no longer kicks me out every single minute. Notes that this re-authentication madness doesn't manifest itself on Windows XP since XP periodically scans all available channels even it has associated with a BSS. Jun 29 20:59:46: ath0: received auth from 00:11:22:33:44:55 rssi 61 Jun 29 20:59:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 20:59:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 20:59:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 61 Jun 29 20:59:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 20:59:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 20:59:46: ath0: link state changed to UP Jun 29 21:00:46: ath0: received deauth from 00:11:22:33:44:55 rssi 60 Jun 29 21:00:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:00:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:00:46: ath0: link state changed to DOWN Jun 29 21:00:46: ath0: received auth from 00:11:22:33:44:55 rssi 59 Jun 29 21:00:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:00:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:00:46: [00:11:22:33:44:55] discard duplicate frame, seqno <3939,3939> fragno <0,0> tid 0 Jun 29 21:00:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 60 Jun 29 21:00:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:00:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:00:46: ath0: link state changed to UP Jun 29 21:01:46: ath0: received deauth from 00:11:22:33:44:55 rssi 60 Jun 29 21:01:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:01:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:01:46: ath0: link state changed to DOWN Jun 29 21:01:46: ath0: received auth from 00:11:22:33:44:55 rssi 59 Jun 29 21:01:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:01:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:01:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 61 Jun 29 21:01:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:01:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:01:46: ath0: link state changed to UP Jun 29 21:02:46: ath0: received deauth from 00:11:22:33:44:55 rssi 60 Jun 29 21:02:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:02:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:02:46: ath0: link state changed to DOWN Jun 29 21:02:46: ath0: received auth from 00:11:22:33:44:55 rssi 61 Jun 29 21:02:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:02:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:02:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 61 Jun 29 21:02:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:02:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:02:46: ath0: link state changed to UP Jun 29 21:03:46: ath0: received deauth from 00:11:22:33:44:55 rssi 61 Jun 29 21:03:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:03:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:03:46: ath0: link state changed to DOWN Jun 29 21:03:46: ath0: received auth from 00:11:22:33:44:55 rssi 60 Jun 29 21:03:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:03:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:03:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 61 Jun 29 21:03:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:03:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:03:46: ath0: link state changed to UP Jun 29 21:04:46: ath0: received deauth from 00:11:22:33:44:55 rssi 61 Jun 29 21:04:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:04:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:04:46: ath0: link state changed to DOWN Jun 29 21:04:46: ath0: received auth from 00:11:22:33:44:55 rssi 60 Jun 29 21:04:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:04:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:04:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 60 Jun 29 21:04:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:04:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:04:46: ath0: link state changed to UP Jun 29 21:05:46: ath0: received deauth from 00:11:22:33:44:55 rssi 60 Jun 29 21:05:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:05:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:05:46: ath0: link state changed to DOWN Jun 29 21:05:46: ath0: received auth from 00:11:22:33:44:55 rssi 60 Jun 29 21:05:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:05:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:05:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 59 Jun 29 21:05:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:05:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:05:46: ath0: link state changed to UP Jun 29 21:06:46: ath0: received deauth from 00:11:22:33:44:55 rssi 60 Jun 29 21:06:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:06:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:06:46: ath0: link state changed to DOWN Jun 29 21:06:46: ath0: received auth from 00:11:22:33:44:55 rssi 60 Jun 29 21:06:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:06:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:06:46: [00:11:22:33:44:55] discard duplicate frame, seqno <3915,3915> fragno <0,0> tid 0 Jun 29 21:06:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 59 Jun 29 21:06:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:06:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:06:46: ath0: link state changed to UP Jun 29 21:07:46: ath0: received deauth from 00:11:22:33:44:55 rssi 59 Jun 29 21:07:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:07:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:07:46: [00:11:22:33:44:55] discard duplicate frame, seqno <503,503> fragno <0,0> tid 0 Jun 29 21:07:46: ath0: received auth from 00:11:22:33:44:55 rssi 59 Jun 29 21:07:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:07:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:07:46: ath0: link state changed to DOWN Jun 29 21:07:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 59 Jun 29 21:07:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:07:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:07:46: ath0: link state changed to UP Jun 29 21:08:46: ath0: received deauth from 00:11:22:33:44:55 rssi 59 Jun 29 21:08:46: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:08:46: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:08:46: ath0: link state changed to DOWN Jun 29 21:08:46: ath0: received auth from 00:11:22:33:44:55 rssi 60 Jun 29 21:08:46: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:08:46: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:08:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 61 Jun 29 21:08:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:08:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:08:46: ath0: link state changed to UP Jun 29 21:09:45: ath0: received deauth from 00:11:22:33:44:55 rssi 61 Jun 29 21:09:45: [00:11:22:33:44:55] recv deauthenticate (reason 2) Jun 29 21:09:45: [00:11:22:33:44:55] send auth on channel 9 Jun 29 21:09:45: ath0: link state changed to DOWN Jun 29 21:09:45: ath0: received auth from 00:11:22:33:44:55 rssi 60 Jun 29 21:09:45: [00:11:22:33:44:55] recv auth frame with algorithm 0 seq 2 Jun 29 21:09:45: [00:11:22:33:44:55] send assoc_req on channel 9 Jun 29 21:09:46: ath0: received assoc_resp from 00:11:22:33:44:55 rssi 60 Jun 29 21:09:46: [00:11:22:33:44:55] assoc success: long preamble, short slot time Jun 29 21:09:46: ath0: associated with 00:11:22:33:44:55 ssid "MySSID" channel 9 start 36Mb Jun 29 21:09:46: ath0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 13:40:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE81916A41C for ; Wed, 29 Jun 2005 13:40:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A7D43D48 for ; Wed, 29 Jun 2005 13:40:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 29 Jun 2005 09:53:52 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Jun 2005 09:38:05 -0400 User-Agent: KMail/1.8 References: <200506282330.j5SNUmlr024539@quarter.csl.sri.com> In-Reply-To: <200506282330.j5SNUmlr024539@quarter.csl.sri.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506290938.05962.jhb@FreeBSD.org> Cc: Fred Gilham Subject: Re: Weird problem with devstat 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: Wed, 29 Jun 2005 13:40:07 -0000 On Tuesday 28 June 2005 07:30 pm, Fred Gilham wrote: > Poul-Henning Kamp wrote: > > In message <200506281749.j5SHnPlr017616@quarter.csl.sri.com>, Fred > > > > Gilham writes: > > >I have been able to get the program to stop doing this by changing > > >the calls to > > > > > >devstat_checkversion() > > >devstat_getnumdevs() > > >devstat_getdevs() > > > > > >so they don't use the kvm interface but the sysctl interface > > >(i.e. passing NULL instead of a file descriptor to /dev/kvm). > > > > You shouldn't be using the kvm interface in the first place. > > That seems reasonable, but the documentation doesn't give any indication > that this is the case. From the devstat(3) man page: > > DESCRIPTION > The devstat library is a library of helper functions for dealing with > the kernel devstat(9) interface, which is accessible to users via sysctl(3) > and kvm(3). All functions that take a kvm_t * as first argument can be > passed NULL instead of a kvm handle as this argument, which causes the data > to be read via sysctl(3). Otherwise, it is read via kvm(3) using the > supplied handle. devstat_checkversion() should be called with each kvm > handle that is going to be used (or with NULL if sysctl(3) is going to be > used). > > >From this I got the impression that the sysctl interface was a kind of > > secondary alternative to the kvm interface. > > The /usr/sbin/iostat program also uses the kvm version (see > /usr/src/usr.sbin/iostat/iostat.c). That's what whoever maintained the > xsysinfo program used as an example. > > Also, if the kvm interface is broken it should probably be disabled or > something. Actually I doubt that it's broken, but certainly the > xsysinfo code doesn't interact well with it. The idea is that you use the kvm interface when working with a kernel core dump (so you can run iostat, etc. against core dumps), but you should use the sysctl interface when talking to the currently running kernel. I haven't looked at iostat to see if it does that correctly. If it doesn't, then that should probably be fixed. You probably don't ever want to run xsysinfo on a core dump, so it should probably always use the sysctl interface. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 13:48:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1DBD16A41C for ; Wed, 29 Jun 2005 13:48:58 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (pipa.profix.cz [213.151.89.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9631D43D48 for ; Wed, 29 Jun 2005 13:48:58 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id 4E9094E705 for ; Wed, 29 Jun 2005 15:49:00 +0200 (CEST) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17149-01 for ; Wed, 29 Jun 2005 15:49:00 +0200 (CEST) Received: from gandalf (105.121.95.80.ip.b26.cz [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id CE8924E704 for ; Wed, 29 Jun 2005 15:48:59 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Wed, 29 Jun 2005 15:49:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <200506282113.14708.B.Wildermoth@griffith.edu.au> thread-index: AcV70qRQOVgyc38VQM2NiLYhmpHhiAA3pliw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050629134859.CE8924E704@pipa.profix.cz> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Subject: RE: ath0, link goes down then up periodically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2005 13:48:59 -0000 Me too, I wrote about that in May. -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Brett Wildermoth Sent: Tuesday, June 28, 2005 1:13 PM To: freebsd-current@freebsd.org Subject: Re: ath0, link goes down then up periodically I to have the same problem with my NETGEAR WG511T, which is also based = on this=20 chipset..... On Tue, 28 Jun 2005 09:07 pm, owner-freebsd-current@freebsd.org wrote: > Hi, > > I'm using a Planet WL3560 (atheros chipset) with -current as a DLink > DWL2000AP client : > > Sometimes, ath0 link state goes down then up : > http://emss.free.fr/informatique/FreeBSD/messages > > 80211debug has been set with the following options : > /usr/local/bin/80211debug +debug +assoc +xrate +power +scan +wme > > Any idea ? > > Regards > > =C9ric Masson --=20 ------------------------------------------------------------------- Brett Wildermoth BEng(ME) MPhil Lecturer / PhD Student School of Microelectronic Engineering Faculty of Engineering and Info. Tech. Ph. +61 7 3875 5063, Fax. +61 7 3875 5384 Email. B.Wildermoth@grifith.edu.au ------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 14:15:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6782B16A421 for ; Wed, 29 Jun 2005 14:15:59 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id D30DC43D48 for ; Wed, 29 Jun 2005 14:15:58 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id C82B4DC554; Wed, 29 Jun 2005 16:15:57 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id A9A359B470; Wed, 29 Jun 2005 16:15:57 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 841809B3F5; Wed, 29 Jun 2005 16:15:57 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 73F10DC554; Wed, 29 Jun 2005 16:15:57 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j5TEFv2q042979; Wed, 29 Jun 2005 16:15:57 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j5TEFu0L051362; Wed, 29 Jun 2005 16:15:56 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.3) with ESMTP id j5TEFuZK053513; Wed, 29 Jun 2005 16:15:56 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.3/Submit) id j5TEFuGG053438; Wed, 29 Jun 2005 16:15:56 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Wed, 29 Jun 2005 16:15:56 +0200 From: Ulrich Spoerlein To: =?iso-8859-15?Q?Bj=F6rn_K=F6nig?= Message-ID: <20050629141556.GD1091@galgenberg.net> References: <20050629105052.GC1091@galgenberg.net> <42C29C4C.2030301@cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="32u276st3Jlj2kUU" Content-Disposition: inline In-Reply-To: <42C29C4C.2030301@cs.tu-berlin.de> User-Agent: mutt-ng devel (FreeBSD) X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: current@freebsd.org Subject: Re: bsd.cpu.mk confusion 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, 29 Jun 2005 14:15:59 -0000 --32u276st3Jlj2kUU Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 29.06.2005 at 15:04:12 +0200, Bj=F6rn K=F6nig wrote: > Ulrich Spoerlein wrote: >=20 > >[...] > >Here's a minimal Makefile > >CPUTYPE=3Dpentium-m > >CC=3D icc > >.include > >.include > >Then > >% make -V CFLAGS > >-O2 -fno-strict-aliasing -pipe -march=3Dpentium-m -tpp6 -xiMK >=20 > You have overlooked that sys.mk will be processed "before any other=20 > file, including makefile and Makefile" (make(1)). /usr/share/mk/sys.mk=20 > includes already bsd.cpu.mk once at a time where CC has not been set to= =20 > 'icc'. Therefore ${_CPUCFLAGS} will be added to CFLAGS in bsd.cpu.mk.=20 > Afterwards you include bsd.cpu.mk twice. Hmm, but since CPUTYPE isn't set at that time too, there shouldn't be the gcc-only -march flag, no? Or is it the late macro expansion, that always confuses me. Anyway, putting CC and CPUTYPE into make.conf solves my problems. But the thing is, I only want these flags on some specific programs, not all (especially CC=3Dicc). Looking at MAKEFILE_LIST, it looks like I'm SOL % make -V .MAKEFILE_LIST|tr ' ' \\n|sed '/\.\./d' /usr/share/mk/sys.mk /etc/make.conf /usr/share/mk/bsd.compat.mk /usr/share/mk/bsd.cpu.mk Makefile /usr/share/mk/bsd.prog.mk /usr/share/mk/bsd.init.mk /usr/share/mk/bsd.compat.mk /usr/share/mk/bsd.own.mk /usr/share/mk/bsd.libnames.mk /usr/share/mk/bsd.nls.mk /usr/share/mk/bsd.files.mk /usr/share/mk/bsd.incs.mk /usr/share/mk/bsd.links.mk /usr/share/mk/bsd.man.mk /usr/share/mk/bsd.dep.mk /usr/share/mk/bsd.obj.mk /usr/share/mk/bsd.own.mk /usr/share/mk/bsd.subdir.mk /usr/share/mk/bsd.init.mk /usr/share/mk/bsd.sys.mk Well, I could delete CFLAGS and force loading bsd.cpu.mk again, so this Makefile kinda works: CFLAGS=3D CC=3Dicc CPUTYPE=3Dpentium-m =2Einclude =2Einclude % make -V CFLAGS -tpp6 -xiMK % make -V .MAKEFILE_LIST|tr ' ' \\n|sed '/\.\./d' /usr/share/mk/sys.mk /etc/make.conf /usr/share/mk/bsd.compat.mk /usr/share/mk/bsd.cpu.mk Makefile /usr/share/mk/bsd.prog.mk /usr/share/mk/bsd.init.mk /usr/share/mk/bsd.compat.mk /usr/share/mk/bsd.own.mk /usr/share/mk/bsd.libnames.mk /usr/share/mk/bsd.nls.mk /usr/share/mk/bsd.files.mk /usr/share/mk/bsd.incs.mk /usr/share/mk/bsd.links.mk /usr/share/mk/bsd.man.mk /usr/share/mk/bsd.dep.mk /usr/share/mk/bsd.obj.mk /usr/share/mk/bsd.own.mk /usr/share/mk/bsd.subdir.mk /usr/share/mk/bsd.init.mk /usr/share/mk/bsd.sys.mk /usr/share/mk/bsd.cpu.mk Am I asking for trouble using this construct? Thanks anyway for pointing me to make(1), d'oh! Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --32u276st3Jlj2kUU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCwq0cmArGtfDbn0QRAsMRAKDJ5lakPJlGYTJLr4fpigV6I09CkACghrqI FeKydsOVd+7F9xRn3xT+ags= =gXzO -----END PGP SIGNATURE----- --32u276st3Jlj2kUU-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 14:57:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D6EB16A41C for ; Wed, 29 Jun 2005 14:57:36 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BDB143D58 for ; Wed, 29 Jun 2005 14:57:35 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so795983wra for ; Wed, 29 Jun 2005 07:57:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jmgzbUGKqVtx+Z2XbHvKnuRnGxSH4XAxdbZUyCRa5MI1JtpGPuVzWOUF75Zt7bie5o5BxiVy2HpURQF/8XlM/F3WCJ40USieAAK0mOXIwUF+slSSOh7PtDnmljCLt46PDoeGIS5jU/TTzrpxdkW2bkXSfx/Z0pGPHjeM0JqXKIw= Received: by 10.54.101.6 with SMTP id y6mr113383wrb; Wed, 29 Jun 2005 07:57:35 -0700 (PDT) Received: by 10.54.98.6 with HTTP; Wed, 29 Jun 2005 07:57:35 -0700 (PDT) Message-ID: Date: Wed, 29 Jun 2005 07:57:35 -0700 From: Remington L To: Giorgos Keramidas In-Reply-To: Mime-Version: 1.0 References: <1119835984.96750.3.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: buildkernel woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Remington L List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2005 14:57:36 -0000 On 6/27/05, Giorgos Keramidas wrote: >=20 > On Sun, 26 Jun 2005, Remington L wrote: > > FreeBSD localhost 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Jun 23=20 > 23:15:54 PDT 2005 mrlol@localhost:/usr/obj/usr/src/sys/GENERIC i386 > > > > I keep running into this problem and google is useless here, please=20 > help. > > I've already done cd /usr/src ; make cleandir and make clean, I also di= d > > cd /usr/src/sys/modules/acpi ; make clean. Also CVSup'd about 20 minute= s > > ago >=20 > That's not enough. You should *REALLY* follow the src/UPDATING > instructions and go the "start with a clean /usr/obj and use make > buildworld" route: >=20 > # cd /usr/obj > # rm -fr * > # cd /usr/src > # make KERNCONF=3DGENERIC buildworld buildkernel >=20 >=20 The exact same thing happens. Has anyone managed to fix this?? From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 15:02:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC34D16A41C for ; Wed, 29 Jun 2005 15:02:05 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B3D843D49 for ; Wed, 29 Jun 2005 15:02:05 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1Dne4d-0001ke-MN; Wed, 29 Jun 2005 19:01:59 +0400 From: Vladimir Grebenschikov To: Bruno Ducrot In-Reply-To: <20050629123505.GT8899@poupinou.org> References: <17077.62001.211846.349890@satchel.alerce.com> <20050629123505.GT8899@poupinou.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 29 Jun 2005 19:01:59 +0400 Message-Id: <1120057319.6226.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org, hartzell@alerce.com Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2005 15:02:06 -0000 =F7 =D3=D2, 29/06/2005 =D7 14:35 +0200, Bruno Ducrot =D0=C9=DB=C5=D4: > On Sun, Jun 19, 2005 at 03:31:13PM -0700, George Hartzell wrote: > >=20 > > Hi, > >=20 > > I'm working on a Sony PCG-GRX570. > >=20 > > I'm working with -CURRENT as of a few days ago. > >=20 > > I'm trying to get suspend and resume to work. S3 suspend and resume > > work (from X) when I boot off of a Ubuntu Linux 5.04 live CD. > >=20 > > Actually, suspend seems to be working. I have > >=20 > > hw.acpi.reset_video=3D0 > > hw.acpi.sleep_delay=3D4 > >=20 > > and a kernel that's stripped of everything I could get rid of. I > > eventually added fxp0 back in to see if it was coming back to life, > > the machine still almost resumes but the interface doesn't work (it > > does work pre-suspend). > >=20 > > When I suspend (from the console, no X, using acpiconf -s 3), the > > screen dims, the fan stops, and the green LED that usually says > > "powered on" switches to a slowly flashing red. > >=20 > > When I hit the any key, the screen brightens, the fan spins up, and > > after a couple of moments the disk light flashes a bit, and settles in > > to a fairly normal "I'm awake" kind of activity. > >=20 > > But the console's dead (no new prompt, no response to the keyboard) > > and pinging the interface from another machine doesn't do anything. > >=20 > > I *have* seen "acpi: resume at..." message in my /var/log/messages > > though, so it's getting somewhere. > >=20 > > I've googled around and it seems that many people have trouble w/ the > > backlight on suspend and the fix is the acpi_video module with the > > DPMS hack applied. It won't probe/attach on my machine, it seems that > > it doesn't have the right capabilities (dim, brighten). Since I > > don't care about them but want it to hook up suspend/resume actions, I > > butchered the probe routine. That left me w/ something that attached > > to 9 different devices (clearly I know enough to be dangerous, but no > > more...). The backlight did go out when I suspended though.... > >=20 > > I just noticed that if I lightly pop the power button after a "failed" > > resume, I get a lot of disk activity and on the next boot the disks > > are clean. Looks like it's doing the S5 thing (more or less) but > > doesn't actually poweroff (which it does normally). > >=20 > > There's a bunch of info (kernel cnfig file, asl, dmesg, loader.conf, > > pciconf -lv output, sysctl -a output, uname -a output) at: > >=20 > > http://grapeape.alerce.com/KONG > >=20 > > Setting hw.acpi.reset_video to 1 results in a dimmed LCD that > > brightens when I hit a key but there's no disk life and the power > > button doesn't do anything. > >=20 > > So, I'm trying to figure out what to try next. > >=20 > > Can someone suggest something to try? > >=20 >=20 > It seems there are propritary methods to control the brightess > looking around the asl. > Is there any kind of sony driver under FreeBSD? Brightness - yes, see acpi_sony.ko, but it just control how bright it is, not turn LCD on/off. --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 15:04:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A147A16A41C for ; Wed, 29 Jun 2005 15:04:08 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218E843D1F for ; Wed, 29 Jun 2005 15:04:07 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from beatrix.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j5TF4624020737; Wed, 29 Jun 2005 18:04:06 +0300 Received: from beatrix.daedalusnetworks.priv (localhost [127.0.0.1]) by beatrix.daedalusnetworks.priv (8.13.3+Sun/8.13.3) with ESMTP id j5TEtYRI006908; Wed, 29 Jun 2005 17:55:34 +0300 (EEST) Received: from localhost (keramida@localhost) by beatrix.daedalusnetworks.priv (8.13.3+Sun/8.13.3/Submit) with ESMTP id j5TEtXgr006905; Wed, 29 Jun 2005 17:55:34 +0300 (EEST) X-Authentication-Warning: beatrix.daedalusnetworks.priv: keramida owned process doing -bs Date: Wed, 29 Jun 2005 17:55:33 +0300 (EEST) From: Giorgos Keramidas X-X-Sender: keramida@beatrix To: Remington L In-Reply-To: Message-ID: References: <1119835984.96750.3.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: buildkernel woes 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, 29 Jun 2005 15:04:08 -0000 On Wed, 29 Jun 2005, Remington L wrote: > On 6/27/05, Giorgos Keramidas wrote: >> On Sun, 26 Jun 2005, Remington L wrote: >>> FreeBSD localhost 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Jun 23 >> 23:15:54 PDT 2005 mrlol@localhost:/usr/obj/usr/src/sys/GENERIC i386 >>> >>> I keep running into this problem and google is useless here, please >>> help. I've already done cd /usr/src ; make cleandir and make clean, I >>> also did cd /usr/src/sys/modules/acpi ; make clean. Also CVSup'd about >>> 20 minutes ago >> >> That's not enough. You should *REALLY* follow the src/UPDATING >> instructions and go the "start with a clean /usr/obj and use make >> buildworld" route: >> >> # cd /usr/obj >> # rm -fr * >> # cd /usr/src >> # make KERNCONF=GENERIC buildworld buildkernel > > The exact same thing happens. Has anyone managed to fix this?? If you are still seeing IPF problems with a clean /usr/obj then it is possible your /usr/src tree is "polluted" from previous builds. The problems that you are seeing have been fixed weeks ago by Ruslan Ermilov and Darren Reed. I've completed at least a dozen or so full builds since then (almost 1 per day), and haven't bumped on this. Can you please start over with a clean src/ tree too? - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 15:58:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A0D616A41C for ; Wed, 29 Jun 2005 15:58:54 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9FC943D1D for ; Wed, 29 Jun 2005 15:58:53 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-29.dynamic.qsc.de [212.202.37.29]) by mail.efacilitas.de (Postfix) with ESMTP id 5B475123951; Wed, 29 Jun 2005 17:57:10 +0200 (CEST) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id DF5B712B0A4; Wed, 29 Jun 2005 17:57:22 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 01886-07; Wed, 29 Jun 2005 17:57:18 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id F127E12B09E; Wed, 29 Jun 2005 17:57:17 +0200 (CEST) Message-ID: <42C2C4DD.9030701@cs.tu-berlin.de> Date: Wed, 29 Jun 2005 17:57:17 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <20050629105052.GC1091@galgenberg.net> <42C29C4C.2030301@cs.tu-berlin.de> <20050629141556.GD1091@galgenberg.net> In-Reply-To: <20050629141556.GD1091@galgenberg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at example.com Cc: current@freebsd.org Subject: Re: bsd.cpu.mk confusion 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, 29 Jun 2005 15:58:54 -0000 Ulrich Spoerlein wrote: > Or is it the late macro expansion, that always confuses me. It is. ;-) From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 17:26:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B16D016A422 for ; Wed, 29 Jun 2005 17:26:56 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E57C43D49 for ; Wed, 29 Jun 2005 17:26:54 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DngDc-00011C-Rp for freebsd-current@freebsd.org; Wed, 29 Jun 2005 19:19:24 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jun 2005 19:19:24 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jun 2005 19:19:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Wed, 29 Jun 2005 10:25:57 -0700 Lines: 485 Message-ID: References: <20050626184415.K9438@odysseus.silby.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart1246167.6hDPKrL500" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.0 Sender: news Subject: Re: mbuf trash panic turned into a printf for now 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, 29 Jun 2005 17:26:56 -0000 --nextPart1246167.6hDPKrL500 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8Bit Mike Silbersack wrote: > Since the mbuf trash panic is being reported more often now, and we > haven't tracked down why yet, I've turned it into a printf for now. This > means that it's safe to upgrade to -current even if you might be affected. > :) > > And the more reports, the better, keep them coming if you see the "Memory > modified after free" message. I updated to -current after seeing this posting. What information do you need with each of these reports? [root@consrv tmp]$ dmesg -a | grep "^Memory" | uniq -u | wc -l 430 Attacahed is the output. Since this is dual processor machine it seems that two mbuf printfs can trample on each other in the output. Is the printf output right? Is the last address supposed to derefence the calling function? Right now they are mostly the same in my output. [root@consrv tmp]$ dmesg -a | grep "^Memory" | cut -d " " -f 8 | xargs addr2line -e /usr/obj/usr/src/sys/CONSRV/kernel.debug ??:0 <...> em0@pci0:3:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:4:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); --nextPart1246167.6hDPKrL500 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 8Bit Content-Disposition: attachment; filename="dmesg.txt" Memory modified after free 0xc2932e00(256) val=c2932300 @ 0xc2932e00 Memory modified after free 0xc2932300(256) val=c2b5b200 @ 0xc2932300 Memory modified after free 0xc2932b00(256) val=c2932800 @ 0xc2932b00 Memory modified after free 0xc2932100(256) val=c28f1300 @ 0xc2932100 Memory modified after free 0xc28c9100(256) val=0 @ 0xc28c9100 Memory modified after free 0xc28c9300(256) val=c2b22300 @ 0xc28c9300 Memory modified after free 0xc2742200(256) val=c28bfd00 @ 0xc2742200 Memory modified after free 0xc2b30a00(256) val=c281d500 @ 0xc2b30a00 Memory modified after free 0xc2b30d00(256) val=c2b30900 @ 0xc2b30d00 Memory modified after free 0xc2b30900(256) val=c2b30800 @ 0xc2b30900 Memory modified after free 0xc28da100(256) val=c25b5a00 @ 0xc28da100 Memory modified after free 0xc28da600(256) val=c2742200 @ 0xc28da600 Memory modified after free 0xc2a76300(256) val=c28be600 @ 0xc2a76300 Memory modified after free 0xc25b5c00(256) val=c2872200 @ 0xc25b5c00 Memory modified after free 0xc25b5200(256) val=c27a4d00 @ 0xc25b5200 Memory modified after free 0xc25b5500(256) val=c2ad3d00 @ 0xc25b5500 Memory modified after free 0xc25b5e00(256) val=c2a76300 @ 0xc25b5e00 Memory modified after free 0xc25b5800(256) val=c2ad3900 @ 0xc25b5800 Memory modified after free 0xc25b5400(256) val=c25b5700 @ 0xc25b5400 Memory modified after free 0xc25b5700(256) val=c27e8700 @ 0xc25b5700 Memory modified after free 0xc2872200(256) val=c25b5200 @ 0xc2872200 Memory modified after free 0xc25b5a00(256) val=c2af2700 @ 0xc25b5a00 Memory modified after free 0xc2872c00(256) val=c28e5d00 @ 0xc2872c00 Memory modified after free 0xc2af2700(256) val=c2af2100 @ 0xc2af2700 Memory modified after free 0xc2af2100(256) val=c2af2500 @ 0xc2af2100 Memory modified after free 0xc2af2500(256) val=c28da600 @ 0xc2af2500 Memory modified after free 0xc28bfd00(256) val=c2872600 @ 0xc28bfd00 Memory modified after free 0xc2872a00(256) val=c28e5a00 @ 0xc2872a00 Memory modified afMemory modified after free 0xc2872600(256) val=c2419000 @ 0xc2872600 Memory modified after free 0xc27a4d00(256) val=c25b5500 @ 0xc27a4d00 Memory modified after free 0xc27a4900(256) val=0 @ 0xc27a4900 Memory modified after free 0xc27a4600(256) val=c28e5e00 @ 0xc27a4600 Memory modified after free 0xc2797900(256) val=c27eeb00 @ 0xc2797900 Memory modified after free 0xc28be600(256) val=c25b5800 @ 0xc28be600 Memory modified after free 0xc2b4f400(256) val=c25b5400 @ 0xc2b4f400 Memory modified after free 0xc2b4fd00(256) val=0 @ 0xc2b4fd00 Memory modified after free 0xc2b4f100(256) val=0 @ 0xc2b4f100 Memory modified after free 0xc27e8700(256) val=c2b2a000 @ 0xc27e8700 Memory modified after free 0xc27e8a00(256) val=c2842a00 @ 0xc27e8a00 Memory modified after free 0xc27e8400(256) val=c2b13000 @ 0xc27e8400 Memory modified after free 0xc27e8800(256) val=c2931c00 @ 0xc27e8800 Memory modified after free 0xc27e8000(256) val=c2931800 @ 0xc27e8000 Memory modified after freeM 0xc27e8d00(256) val=c27e8c00 @ 0xc27e8d00 Memory modified after free 0xc28f1200(256) val=c28f1100 @ 0xc28f1200 Memory modified after free 0xc27e8600(256) val=c2823e00 @ 0xc27e8600 Memory modified after free 0xc2b2a000(256) val=c27ee500 @ 0xc2b2a000 Memory modified after free 0xc28f1100(256) val=c2b22500 @ 0xc28f1100 Memory modified after free 0xc28f1800(256) val=c285f100 @ 0xc28f1800 Memory modified after free 0xc2b2ab00(256) val=c2415c00 @ 0xc2b2ab00 Memory modified after free 0xc2b2a100(256) val=0 @ 0xc2b2a100 Memory modified after free 0xc27ee500(256) val=c2b2ab00 @ 0xc27ee500 Memory modified after free 0xc27eec00(256) val=c2a79400 @ 0xc27eec00 Memory modified after free 0xc27ee300(256) val=c27ee800 @ 0xc27ee300 Memory modified after free 0xc27ee800(256) val=c27e2400 @ 0xc27ee800 Memory modified after free 0xc2415c00(256) val=c2af1300 @ 0xc2415c00 Memory modified after free 0xc2415500(256) val=c2842900 @ 0xc2415500 Memory modified after free 0xc2415300(256) val=c2415200 @ 0xc2415300 Memory modified after free 0xc2af1300(256) val=c27eec00 @ 0xc2af1300 MemoryMemory modified after free 0xc2af1700(256) val=c2823c00 @ 0xc2af1700 Memory modified after free 0xc2af1d00(256) val=c27ee300 @ 0xc2af1d00 Memory modified after free 0xc2430800(256) val=c28b9000 @ 0xc2430800 Memory modified after free 0xc28b9000(256) val=c27e2d00 @ 0xc28b9000 Memory modified after free 0xc28c1400(256) val=c27a4500 @ 0xc28c1400 Memory modified after free 0xc28c1600(256) val=c28e8d00 @ 0xc28c1600 Memory modified after free 0xc28eea00(256) val=0 @ 0xc28eea00 Memory modified after free 0xc28ee900(256) val=c2419100 @ 0xc28ee900 Memory modified after free 0xc28e0100(256) val=c2419800 @ 0xc28e0100 Memory modified after free 0xc2419800(256) val=c285da00 @ 0xc2419800 Memory modified after free 0xc2419e00(256) val=c2419b00 @ 0xc2419e00 Memory modified after free 0xc2419b00(256) val=c28ee900 @ 0xc2419b00 Memory modified after free 0xc2419100(256) val=c2b25d00 @ 0xc2419100 Memory modified after free 0xc2419300(256) val=c2419600 @ 0xc2419300 Memory modified after free 0xc2419600(256) val=c2419500 @ 0xc2419600 Memory modified after free 0xc2b22500(256) val=c285f300 @ 0xc2b22500 Memory modified after free 0xc2419500(256) val=c28e8500 @ 0xc2419500 Memory modified after free 0xc28e8500(256) val=c2b25b00 @ 0xc28e8500 Memory modified after free 0xc285f100(256) val=c28e8c00 @ 0xc285f100 Memory modified after free 0xc28e8c00(256) val=c2b5d600 @ 0xc28e8c00 Memory modified after free 0xc28e8d00(256) val=c2ad3300 @ 0xc28e8d00 Memory modified after free 0xc28e8300(256) val=c2b30d00 @ 0xc28e8300 Memory modified after free 0xc2b5d600(256) val=c285f500 @ 0xc2b5d600 Memory modified after free 0xc240de00(256) val=0 @ 0xc240de00 Memory modified after free 0xc240da00(256) val=c2b25300 @ 0xc240da00 Memory modified after free 0xc2797a00(256) val=c2af2300 @ 0xc2797a00 Memory modified after free 0xc2797300(256) val=c2797100 @ 0xc2797300 Memory modified after free 0xc2797100(256) val=c2af2200 @ 0xc2797100 Memory modified after free 0xc2797b00(256) val=c2797600 @ 0xc2797b00 Memory modified after free 0xc2797600(256) val=c2797c00 @ 0xc2797600 Memory modified after free 0xc2797c00(256) val=c2415b00 @ 0xc2797c00 Memory modified after free 0xc2a79500(256) val=c28a9200 @ 0xc2a79500 Memory modified after free 0xc2a79000(256) val=c2833600 @ 0xc2a79000 Memory modified after free 0xc2a79400(256) val=c2932600 @ 0xc2a79400 Memory modified after free 0xc28be900(256) val=c2af1600 @ 0xc28be900 Memory modified after free 0xc28be100(256) val=c2896900 @ 0xc28be100 Memory modified after free 0xc28be200(256) val=c2af1000 @ 0xc28be200 Memory modified after free 0xc2b4f200(256) val=c2b4fb00 @ 0xc2b4f200 Memory modified after free 0xc2b4fb00(256) val=c28a9e00 @ 0xc2b4fb00 Memory modified after free 0xc2b4f700(256) val=c243a600 @ 0xc2b4f700 Memory modified after free 0xc243a500(256) val=c243ad00 @ 0xc243a500 Memory modified after free 0xc243ad00(256) val=c28e3600 @ 0xc243ad00 Memory modified after free 0xc243ae00(256) val=c2ad3e00 @ 0xc243ae00 Memory modified after free 0xc243ac00(256) val=c2872500 @ 0xc243ac00 Memory modified after free 0xc243ab00(256) val=c243a400 @ 0xc243ab00 Memory modified after free 0xc243a400(256) val=c28c9a00 @ 0xc243a400 Memory modified after free 0xc243a600(256) val=c243a800 @ 0xc243a600 Memory modified after free 0xc28c9a00(256) val=c28c9c00 @ 0xc28c9a00 Memory modified after free 0xc28c9c00(256) val=c28c9b00 @ 0xc28c9c00 Memory modified after free 0xc28c9b00(256) val=c28c1700 @ 0xc28c9b00 Memory modified after free 0xc28c9000(256) val=c28c9700 @ 0xc28c9000 Memory modified after free 0xc28c9700(256) val=c2b30200 @ 0xc28c9700 Memory modified after free 0xc28c9800(256) val=c28c9200 @ 0xc28c9800 Memory modified after free 0xc28c9200(256) val=c278c200 @ 0xc28c9200 Memory modified after free 0xc28c1700(256) val=c2b30c00 @ 0xc28c1700 Memory modified after free 0xc278c200(256) val=c2b30800 @ 0xc278c200 Memory modified after free 0xc278c700(256) val=0 @ 0xc278c700 Memory modified after free 0xc278c100(256) val=c27ee000 @ 0xc278c100 Memory modified after free 0xc278c000(256) val=c278c900 @ 0xc278c000 Memory modified after free 0xc278c900(256) val=c28dad00 @ 0xc278c900 Memory modified after free 0xc278c800(256) val=c2af1b00 @ 0xc278c800 Memory modified after free 0xc278ca00(256) val=c278c300 @ 0xc278ca00 Memory modified after free 0xc278c300(256) val=c2872e00 @ 0xc278c300 Memory modified after free 0xc278c500(256) val=c2419000 @ 0xc278c500 Memory modified after free 0xc2903100(256) val=c2872d00 @ 0xc2903100 Memory modified after free 0xc2903000(256) val=c2896100 @ 0xc2903000 Memory modified after free 0xc27e2a00(256) val=0 @ 0xc27e2a00 Memory modified after free 0xc2419000(256) val=c2797a00 @ 0xc2419000 Memory modified after free 0xc2b5bc00(256) val=c2797b00 @ 0xc2b5bc00 Memory modified after free 0xc2b30200(256) val=c28c9800 @ 0xc2b30200 Memory modified after free 0xc2b30800(256) val=c278c700 @ 0xc2b30800 Memory modified after free 0xc27ee000(256) val=c28f1400 @ 0xc27ee000 Memory modified after free 0xc2932600(256) val=c28e0b00 @ 0xc2932600 Memory modified after free 0xc2932a00(256) val=c285fd00 @ 0xc2932a00 Memory modified after free 0xc27d2400(256) val=c2903100 @ 0xc27d2400 Memory modified after free 0xc2b26500(256) val=c2b26a00 @ 0xc2b26500 Memory modified after free 0xc240d300(256) val=c2b25700 @ 0xc240d300 Memory modified after free 0xc240d600(256) val=c2af2d00 @ 0xc240d600 Memory modified after free 0xc2b26a00(256) val=c2a79400 @ 0xc2b26a00 Memory modified after free 0xc2b22400(256) val=c2b13100 @ 0xc2b22400 Memory modified after free 0xc28ee600(256) val=c28eec00 @ 0xc28ee600 Memory modified after free 0xc28eee00(256) val=c28eed00 @ 0xc28eee00 Memory modified after free 0xc28eed00(256) val=c2b58800 @ 0xc28eed00 Memory modified after free 0xc2b25700(256) val=c28e8900 @ 0xc2b25700 Memory modified after free 0xc2b25600(256) val=0 @ 0xc2b25600 Memory modified after free 0xc28ee000(256) val=c2833900 @ 0xc28ee000 Memory modified after free 0xc28e0b00(256) val=c28e0e00 @ 0xc28e0b00 Memory modified after free 0xc28e0e00(256) val=c285fa00 @ 0xc28e0e00 Memory modified after free 0xc241ce00(256) val=c285fc00 @ 0xc241ce00 Memory modified after free 0xc28e8900(256) val=c240dd00 @ 0xc28e8900 Memory modified after free 0xc28e8a00(256) val=c2b22400 @ 0xc28e8a00 Memory modified after free 0xc241c900(256) val=c28e8600 @ 0xc241c900 Memory modified after free 0xc285fc00(256) val=c285f900 @ 0xc285fc00 Memory modified after free 0xc2b58300(256) val=0 @ 0xc2b58300 Memory modified after free 0xc285fa00(256) val=c285f600 @ 0xc285fa00 Memory modified after free 0xc285f600(256) val=c2932a00 @ 0xc285f600 Memory modified after free 0xc2b58800(256) val=c241ce00 @ 0xc2b58800 Memory modified after free 0xc28dad00(256) val=c2896400 @ 0xc28dad00 Memory modified after free 0xc28f1d00(256) val=0 @ 0xc28f1d00 Memory modified after free 0xc2833000(256) val=c2833200 @ 0xc2833000 Memory modified after free 0xc2833200(256) val=c28ee000 @ 0xc2833200 Memory modified after free 0xc2833900(256) val=c2a79000 @ 0xc2833900 Memory modified after free 0xc2833600(256) val=c2415200 @ 0xc2833600 Memory modified after free 0xc2823e00(256) val=c28a9600 @ 0xc2823e00 Memory modified after free 0xc2b13e00(256) val=c28a9000 @ 0xc2b13e00 Memory modified after free 0xc28be000(256) val=c2b13c00 @ 0xc28be000 Memory modified after free 0xc28be700(256) val=c2b13400 @ 0xc28be700 Memory modified after free 0xc2842300(256) val=c2a75500 @ 0xc2842300 Memory modified after free 0xc2842700(256) val=c2842200 @ 0xc2842700 Memory modified after free 0xc2842200(256) val=c2842100 @ 0xc2842200 Memory modified after free 0xc2b5da00(256) val=c240a200 @ 0xc2b5da00 Memory modified after free 0xc2b5d400(256) val=c240a400 @ 0xc2b5d400 Memory modified after free 0xc2b5de00(256) val=c2ad3a00 @ 0xc2b5de00 Memory modified after free 0xc2b5dc00(256) val=c2ad3b00 @ 0xc2b5dc00 Memory modified after free 0xc2842b00(256) val=c2a75c00 @ 0xc2842b00 Memory modified after free 0xc2b5d700(256) val=c2ad3000 @ 0xc2b5d700 Memory modified after free 0xc2b5d100(256) val=c2b30b00 @ 0xc2b5d100 Memory modified after free 0xc2b5d200(256) val=0 @ 0xc2b5d200 Memory modified after free 0xc2b5d000(256) val=c28dd100 @ 0xc2b5d000 Memory modified after free 0xc2842900(256) val=c2a75a00 @ 0xc2842900 Memory modified after free 0xc2842c00(256) val=c2842e00 @ 0xc2842c00 Memory modified after free 0xc28ee400(256) val=c27d2c00 @ 0xc28ee400 Memory modified after free 0xc2742e00(256) val=c28c0400 @ 0xc2742e00 Memory modified after free 0xc2742a00(256) val=c240ac00 @ 0xc2742a00 Memory modified after free 0xc2742100(256) val=c240ab00 @ 0xc2742100 Memory modified after free 0xc27d2c00(256) val=c2842a00 @ 0xc27d2c00 Memory modified after free 0xc2742400(256) val=c2b4a100 @ 0xc2742400 Memory modified after free 0xc27d2600(256) val=c27d2700 @ 0xc27d2600 Memory modified after free 0xc27d2700(256) val=c285dd00 @ 0xc27d2700 Memory modified after free 0xc27d2800(256) val=c2b1db00 @ 0xc27d2800 Memory modified after free 0xc27d2100(256) val=c28dd400 @ 0xc27d2100 Memory modified after free 0xc27d2000(256) val=c28dd700 @ 0xc27d2000 Memory modified after free 0xc285dd00(256) val=c285d000 @ 0xc285dd00 Memory modified after free 0xc2b22e00(256) val=c2b22600 @ 0xc2b22e00 Memory modified after free 0xc2b22600(256) val=c240aa00 @ 0xc2b22600 Memory modified after free 0xc2b22a00(256) val=c240a900 @ 0xc2b22a00 Memory modified after free 0xc2b22100(256) val=c240a300 @ 0xc2b22100 Memory modified after free 0xc2b22300(256) val=c2aeee00 @ 0xc2b22300 Memory modified after free 0xc285d000(256) val=c27d2800 @ 0xc285d000 Memory modified after free 0xc2b1db00(256) val=c2b1d900 @ 0xc2b1db00 Memory modMemorifiedy modiafter free 0xc2b1dd00(256) val=c2b1d000 @ 0xc2b1dd00 Memory modified after free 0xc2ad3200(256) val=c2b5de00 @ 0xc2ad3200 Memory modified after free 0xc2ad3a00(256) val=c2b5dc00 @ 0xc2ad3a00 Memory modified after free 0xc2ad3b00(256) val=c2b5d700 @ 0xc2ad3b00 Memory modified after free 0xc2ad3000(256) val=c2aee100 @ 0xc2ad3000 Memory modified after free 0xc240d800(256) val=c2a76600 @ 0xc240d800 Memory modified after free 0xc240dc00(256) val=c2a76d00 @ 0xc240dc00 Memory modified after free 0xc2ad3400(256) val=c2823700 @ 0xc2ad3400 Memory modified after free 0xc2ad3500(256) val=c2823400 @ 0xc2ad3500 Memory modMeimfied ory maofter free 0xc2ad3700(256) val=c2823200 @ 0xc2ad3700 Memory modified after free 0xc2ad3800(256) val=0 @ 0xc2ad3800 Memory modified after free 0xc2b4ac00(256) val=c27ff600 @ 0xc2b4ac00 Memory modified after free 0xc2aee100(256) val=c2b5c800 @ 0xc2aee100 Memory modified after free 0xc2aee700(256) val=c28c9400 @ 0xc2aee700 Memory modified after free 0xc2aeeb00(256) val=c2ad9700 @ 0xc2aeeb00 Memory modified after free 0xc2b4ad00(256) val=c2af1500 @ 0xc2b4ad00 Memory modified after free 0xc2aee300(256) val=c28d1600 @ 0xc2aee300 Memory modified after free 0xc2aeee00(256) val=c2b5c000 @ 0xc2aeee00 Memory modified after free 0xc2b4ae00(256) val=c2af1a00 @ 0xc2b4ae00 Memory modified after free 0xc2aee400(256) val=c28d1b00 @ 0xc2aee400 Memory modified after free 0xc27ff600(256) val=c2b51700 @ 0xc27ff600 Memory modified after free 0xc27ffa00(256) val=c2b5d100 @ 0xc27ffa00 Memory modified after free 0xc2b5c800(256) val=c2ad3400 @ 0xc2b5c800 Memory modified after free 0xc2b25000(256) val=c2b4ad00 @ 0xc2b25000 Memory modified after free 0xc28e0000(256) val=c2a76c00 @ 0xc28e0000 Memory modified after free 0xc2b5c000(256) val=c2aee400 @ 0xc2b5c000 Memory modified after free 0xc2b30b00(256) val=c2b30e00 @ 0xc2b30b00 Memory modified after free 0xc2823200(256) val=c2ad3300 @ 0xc2823200 Memory modified after free 0xc2823b00(256) val=c2823c00 @ 0xc2823b00 Memory modified after free 0xc2823800(256) val=c2ad3900 @ 0xc2823800 Memory modified after free 0xc28f1800(256) val=c28f1300 @ 0xc28f1800 Memory modified after free 0xc2823300(256) val=c2a75800 @ 0xc2823300 Memory modified after free 0xc2833b00(256) val=c28dd500 @ 0xc2833b00 Memory modified after free 0xc2823600(256) val=c2415300 @ 0xc2823600 Memory modified after free 0xc28dd500(256) val=c28da000 @ 0xc28dd500 Memory modified after free 0xc28dde00(256) val=c28dd600 @ 0xc28dde00 Memory modified after free 0xc28dd600(256) val=c28ddd00 @ 0xc28dd600 Memory modified after free 0xc28ddd00(256) val=c27d2100 @ 0xc28ddd00 Memory modified after free 0xc28dd400(256) val=c27d2000 @ 0xc28dd400 Memory modified after free 0xc28dd700(256) val=c2b5d000 @ 0xc28dd700 Memory modified after free 0xc2a75400(256) val=c2a75200 @ 0xc2a75400 Memory modified after free 0xc2a75200(256) val=c2842b00 @ 0xc2a75200 Memory modified after free 0xc2a75c00(256) val=c2842900 @ 0xc2a75c00 Memory modified after free 0xc2a75a00(256) val=c2842c00 @ 0xc2a75a00 Memory modified after free 0xc2872700(256) val=c2872100 @ 0xc2872700 Memory modified after free 0xc2872100(256) val=c2af1200 @ 0xc2872100 Memory modified after free 0xc2af1200(256) val=c2af1300 @ 0xc2af1200 Memory modified after free 0xc2af1300(256) val=c2b25000 @ 0xc2af1300 Memory modified after free 0xc25b5c00(256) val=c28bf200 @ 0xc25b5c00 Memory modified after free 0xc2af1500(256) val=c2af1600 @ 0xc2af1500 Memory modified after free 0xc2af1600(256) val=c2b4ae00 @ 0xc2af1600 Memory modified after free 0xc25b5200(256) val=c2b26c00 @ 0xc25b5200 Memory modified after free 0xc25b5500(256) val=c2b5b900 @ 0xc25b5500 Memory modified after free 0xc25b5e00(256) val=c27eee00 @ 0xc25b5e00 Memory modified after free 0xc25b5800(256) val=c2896a00 @ 0xc25b5800 Memory modified after free 0xc2af1a00(256) val=c2af1700 @ 0xc2af1a00 Memory modified after free 0xc2af1700(256) val=c2a79600 @ 0xc2af1700 Memory modified after free 0xc25b5400(256) val=c28da200 @ 0xc25b5400 Memory modified after free 0xc25b5a00(256) val=c28a9800 @ 0xc25b5a00 Memory modified after free 0xc25b5100(256) val=0 @ 0xc25b5100 Memory modified after free 0xc28bf200(256) val=c25b5200 @ 0xc28bf200 Memory modified after free 0xc28bf700(256) val=c28bf100 @ 0xc28bf700 Memory modified after free 0xc28bf100(256) val=c28bf900 @ 0xc28bf100 Memory modified after free 0xc2a76100(256) val=c2a76400 @ 0xc2a76100 Memory modified after free 0xc2a76400(256) val=c240d800 @ 0xc2a76400 Memory modified after free 0xc2a76600(256) val=c240dc00 @ 0xc2a76600 Memory modified after free 0xc28bf900(256) val=c25b5500 @ 0xc28bf900 Memory modified after free 0xc2a76d00(256) val=c2419900 @ 0xc2a76d00 Memory modified after free 0xc2a76300(256) vaMemory modifil=c2a76900 @ed after free 0xc2a76900(256) val=c2a76700 @ 0xc2a76900 Memory modified after free 0xc2a76c00(256) val=c28a9d00 @ 0xc2a76c00 Memory modified after free 0xc2419900(256) val=c2a76300 @ 0xc2419900 Memory modified after free 0xc28a9e00(256) val=c2b13900 @ 0xc28a9e00 Memory modified after free 0xc28a9600(256) val=c28a9000 @ 0xc28a9600 Memory modified after free 0xc28a9000(256) val=c2b13000 @ 0xc28a9000 Memory modified after free 0xc2b4d800(256) val=c2b4de00 @ 0xc2b4d800 Memory modified after free 0xc2b4de00(256) val=c2b4dc00 @ 0xc2b4de00 Memory modified after free 0xc2b26c00(256) val=c28bf700 @ 0xc2b26c00 Memory modified after free 0xc2b26700(256) val=c2b5ba00 @ 0xc2b26700 Memory modified after free 0xc2b5b900(256) val=c2b26700 @ 0xc2b5b900 Memory modified after free 0xc2b5ba00(256) val=c25b5e00 @ 0xc2b5ba00 Memory modified after free 0xc27eee00(256) val=c25b5800 @ 0xc27eee00 Memory modified after free 0xc2b4dc00(256) val=c28bec00 @ 0xc2b4dc00 Memory modified after free 0xc2896a00(256) val=c25b5400 @ 0xc2896a00 Memory modified after free 0xc28da200(256) val=c27b1000 @ 0xc28da200 Memory modified after free 0xc27b1000(256) val=c28a9400 @ 0xc27b1000 Memory modified after free 0xc28a9400(256) val=c28a9b00 @ 0xc28a9400 Memory modified after free 0xc28a9b00(256) val=c25b5a00 @ 0xc28a9b00 Memory modified after free 0xc28a9800(256) val=c2415e00 @ 0xc28a9800 Memory modified after free 0xc28a9500(256) val=c2415b00 @ 0xc28a9500 Memory modified after free 0xc2415e00(256) val=c2415c00 @ 0xc2415e00 Memory modified after free 0xc2415c00(256) val=c27e8200 @ 0xc2415c00 Memory modified after free 0xc2415500(256) val=c2a79100 @ 0xc2415500 Memory modified after free 0xc2415300(256) val=c2a79200 @ 0xc2415300 Memory modified after free 0xc2415b00(256) val=c2a79c00 @ 0xc2415b00 Memory modified after free 0xc27e8200(256) val=c2415500 @ 0xc27e8200 Memory modified after free 0xc281d300(256) val=0 @ 0xc281d300 Memory modified after free 0xc28da300(256) val=0 @ 0xc28da300 Memory modified after free 0xc28dab00(256) val=0 @ 0xc28dab00 Memory modified after free 0xc2797900(256) val=c27b1b00 @ 0xc2797900 Memory modified after free 0xc2a75700(256) val=0 @ 0xc2a75700 Memory modified after free 0xc27ff900(256) val=c281d100 @ 0xc27ff900 Memory modified after free 0xc27ff500(256) val=c281dd00 @ 0xc27ff500 Memory modified after free 0xc27ff000(256) val=c27ff200 @ 0xc27ff000 Memory modified after free 0xc27ff200(256) val=c2ae2800 @ 0xc27ff200 Memory modified after free 0xc2903100(256) val=c281d200 @ 0xc2903100 Memory modified after free 0xc2903000(256) val=c2903700 @ 0xc2903000 Memory modified after free 0xc2903700(256) val=c2ae2700 @ 0xc2903700 Memory modified after free 0xc2b25c00(256) val=c2a7dd00 @ 0xc2b25c00 Memory modified after free 0xc2b25500(256) val=c2a7d700 @ 0xc2b25500 Memory modMemory modified after free 0xc290ifi3e900(256) val=c2931ad a0f0 @ 0xc2903900 Memory modified400 (after free 0xc2ae202560)0(256) val=c27ff500 val@ 0xc2ae2000 Memory=c2 bmodified after free252 00xc2ae2200(256) val=0 @ c27ff000 @ 0xc2ae2200xc02 Memory modified after free 0xc2b25200(256) val=c2430b00 @ 0xc2b25200 Memory modified after free 0xc2b25800(256) val=c2430100 @ 0xc2b25800 Memory modified after free 0xc243a300(256) val=c285f000 @ 0xc243a300 Memory modified after free 0xc2ae2800(256) val=c2b5ce00 @ 0xc2ae2800 Memory modified after free 0xc2ae2e00(256) val=c27ff800 @ 0xc2ae2e00 Memory modified after free 0xc2ae2c00(256) val=0 @ 0xc2ae2c00 Memory modified after free 0xc28ee800(256) val=c2ae2e00 @ 0xc28ee800 Memory modified after free 0xc2b26400(256) val=c28d1800 @ 0xc2b26400 Memory modified after free 0xc2b26b00(256) val=c28d1c00 @ 0xc2b26b00 Memory modified after free 0xc2b26e00(256) val=c2aee500 @ 0xc2b26e00 Memory modified after free 0xc2b5ce00(256) val=c28ee800 @ 0xc2b5ce00 Memory modified after free 0xc2b5cb00(256) val=c27ffe00 @ 0xc2b5cb00 Memory modified after free 0xc2b26200(256) val=0 @ 0xc2b26200 Memory modified after free 0xc28d1800(256) val=c2b26b00 @ 0xc28d1800 Memory modified after free 0xc28d1c00(256) val=c2b26e00 @ 0xc28d1c00 Memory modified after free 0xc28d1000(256) val=c2931200 @ 0xc28d1000 Memory modified after free 0xc28d1100(256) val=0 @ 0xc28d1100 Memory modified after free 0xc2931200(256) val=c2b5ec00 @ 0xc2931200 Memory modified after free 0xc2931300(256) val=c2931400 @ 0xc2931300 Memory modified after free 0xc2931e00(256) val=c2931500 @ 0xc2931e00 Memory modified after free 0xc2931500(256) val=c2903900 @ 0xc2931500 Memory modified after free 0xc2931a00(256) val=c2931c00 @ 0xc2931a00 Memory modified after free 0xc2931c00(256) val=c2b5b100 @ 0xc2931c00 Memory modified after free 0xc240d700(256) val=0 @ 0xc240d700 Memory modified after free 0xc25b5b00(256) val=0 @ 0xc25b5b00 Memory modified after free 0xc2af1400(256) val=0 @ 0xc2af1400 Memory modified after free 0xc2b4d300(256) val=0 @ 0xc2b4d300 Memory modified after free 0xc2b4fe00(256) val=0 @ Memory modified after free 0xc2b4fc00(256) val=0 @ 0xc2b4fc00 Memory modified after free 0xc28bf800(256) val=0 @ 0xc28bf800 Memory modified after free 0xc28bf300(256) val=0 @ 0xc28bf300 Memory modified after free 0xc2b1de00(256) val=0 @ 0xc2b1de00 Memory modified after free 0xc27ee400(256) val=0 @ 0xc27ee400 Memory modified after free 0xc2415d00(256) val=0 @ 0xc2415d00 Memory modified after free 0xc285d700(256) val=0 @ 0xc285d700 Memory modified after free 0xc2742700(256) val=0 @ 0xc2742700 Memory modified after free 0xc2820c00(256) val=0 @ 0xc2820c00 Memory modified after free 0xc2896000(256) val=0 @ 0xc2896000 Memory modified after free 0xc27d2d00(256) val=0 @ 0xc27d2d00 Memory modified after free 0xc2b22000(256) val=0 @ 0xc2b22000 Memory modified after free 0xc241c800(256) val=0 @ 0xc241c800 Memory modified after free 0xc27ee900(256) val=0 @ 0xc27ee900 Memory modified after free 0xc25b5300(256) val=0 @ 0xc25b5300 Memory modified after free 0xc2b4f300(256) val=0 @ 0xc2b4f300 Memory modified after free 0xc28f1e00(256) val=0 @ 0xc28f1e00 Memory modified after free 0xc28e0800(256) val=0 @ 0xc28e0800 Memory modified after free 0xc2b30400(256) val=0 @ 0xc2b30400 Memory modified after free 0xc2a7db00(256) val=c2a7d800 @ 0xc2 Memory modified after free 0xc2a7d800(256) val=c2a7da00 @ 0xc2a7d800 Memory modified after free 0xc2a7dc00(256) val=c2b25c00 @ 0xc2a7dc00 Memory modified after free 0xc2a7dd00(256) val=c2b25500 @ 0xc2a7dd00 Memory modified after free 0xc2a7d700(256) val=c2b25400 @ 0xc2a7d700 Memory modified after free 0xc2a7d100(256) val=0 @ 0xc2a7d100 Memory modified after free 0xc241c600(256) val=c2430900 @ 0xc241c600 Memory modified after free 0xc241c700(256) val=c2430d00 @ 0xc241c700 Memory modified after free 0xc241c100(256) val=0 @ 0xc241c100 Memory modified after free 0xc2430100(256) val=c2833100 @ 0xc2430100 Memory modified after free 0xc2430a00(256) val=c2833a00 @ 0xc2430a00 Memory modified after free 0xc2430200(256) val=c241c600 @ 0xc2430200 Memory modified after free 0xc2430900(256) val=c241c700 @ 0xc2430900 Memory modified after free 0xc2833100(256) val=c2430a00 @ 0xc2833100 Memory modified after free 0xc2833a00(256) val=c2430200 @ 0xc2833a00 Memory modified after free 0xc28ddc00(256) val=0 @ 0xc28ddc00 Memory modified after free 0xc2b5b300(256) val=c278c200 @ 0xc2b5b300 Memory modified after free 0xc2b5b600(256) val=c278c100 @ 0xc2b5b600 Memory modified after free 0xc2b5be00(256) val=c2b5e000 @ 0xc2b5be00 Memory modified after free 0xc2b5b100(256) val=0 @ 0xc2b5b100 Memory modified after free 0xc2b5b400(256) val=0 @ 0xc2b5b400 Memory modified after free 0xc278c200(256) val=c278c700 @ 0xc278c200 Memory modified after free 0xc278c700(256) val=c2b5b600 @ 0xc278c700 Memory modified after free 0xc278c100(256) val=c278c000 @ 0xc278c100 Memory modified after free 0xc278c000(256) val=c2af2900 @ 0xc278c000 Memory modified after free 0xc278c900(256) val=c281de00 @ 0xc278c900 Memory modified after free 0xc278c800(256) val=c281d000 @ 0xc278c800 Memory modified after free 0xc278ca00(256) val=c281d500 @ 0xc278ca00 Memory modified after free 0xc278ce00(256) val=c27ffc00 @ 0xc278ce00 Memory modified after free 0xc2af2900(256) val=c278c900 @ 0xc2af2900 Memory modified after free 0xc2af2c00(256) val=0 @ 0xc2af2c00 Memory modified after free 0xc281de00(256) val=c278c800 @ 0xc281de00 Memory modified after free 0xc281d000(256) val=c281d700 @ 0xc281d000 Memory modified after free 0xc281d700(256) val=c278ca00 @ 0xc281d700 Memory modified after free 0xc281d500(256) val=c28c1100 @ 0xc281d500 Memory modified after free 0xc281d100(256) val=c2903100 @ 0xc281d100 Memory modified after free 0xc281d200(256) val=c2903000 @ 0xc281d200 Memory modified after free 0xc281dd00(256) val=c2ae2200 @ 0xc281dd00 Memory modified after free 0xc281d600(256) val=0 @ 0xc281d600 Memory modified after free 0xc285d500(256) val=0 @ 0xc285d500 Memory modified after free 0xc2a76000(256) val=0 @ 0xc2a76000 Memory modified after free 0xc2b25e00(256) val=0 @ 0xc2b25e00 Memory modified after free 0xc241c200(256) val=0 @ 0xc241c200 Memory modified after free 0xc2872900(256) val=0 @ 0xc2872900 Memory modified after free 0xc2932900(256) val=0 @ 0xc2932900 Memory modified after free 0xc240ae00(256) val=c240ad00 @ 0xc240ae00 Memory modified after free 0xc240ad00(256) val=c2742a00 @ 0xc240ad00 Memory modified after free 0xc240ac00(256) val=c2742100 @ 0xc240ac00 Memory modified after free 0xc240ab00(256) val=c2b22e00 @ 0xc240ab00 Memory modified after free 0xc240aa00(256) val=c2b22a00 @ 0xc240aa00 Memory modified after free 0xc240a900(256) val=c2b22100 @ 0xc240a900 Memory modified after free 0xc240a300(256) val=c240a800 @ 0xc240a300 Memory modified after free 0xc240a800(256) val=c2b5da00 @ 0xc240a800 Memory modified after free 0xc240a200(256) val=c240a100 @ 0xc240a200 Memory modified after free 0xc240a100(256) val=c240a700 @ 0xc240a100 Memory modified after free 0xc240a700(256) val=c240a600 @ 0xc240a700 Memory modified after free 0xc240a600(256) val=c240a000 @ 0xc240a600 Memory modified after free 0xc240a000(256) val=c240a500 @ 0xc240a000 Memory modified after free 0xc240a500(256) val=c2b5d400 @ 0xc240a500 Memory modified after free 0xc240a400(256) val=c2ad3200 @ 0xc240a400 Memory modified after free 0xc28c0000(256) val=c28c0900 @ 0xc28c0000 Memory modified after free 0xc28c0Memory modif900i(ed after free 0xc28256c)0600(256) val=c2742 vae00 @ 0xc28c0600 Memory modified after free 0xc28be300(256) val=0 @ 0xc28be300 Memory modified after free 0xc28bec00(256) val=c2797400 @ 0xc28bec00 Memory modified after free 0xc28bee00(256) val=c2a7db00 @ 0xc28bee00 Memory modified after free 0xc28bed00(256) val=0 @ 0xc28bed00 Memory modified after free 0xc28be400(256) val=c27ff900 @ 0xc28be400 Memory modified after free 0xc28be800(256) val=0 @ 0xc28be800 Memory modified after free 0xc28bea00(256) val=0 @ 0xc28bea00 Memory modified after free 0xc2a79900(256) val=0 @ 0xc2a79900 Memory modified after free 0xc2a79100(256) val=c2823600 @ 0xc2a79100 Memory modified after free 0xc2a79200(256) val=c28a9500 @ 0xc2a79200 Memory modified after free 0xc2a79700(256) val=c28bfd00 @ 0xc2a79700 Memory modified after free 0xc28c9d00(256) val=c2ad9500 @ 0xc28c9d00 --nextPart1246167.6hDPKrL500-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 17:43:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03B7116A41C; Wed, 29 Jun 2005 17:43:11 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id B338543D1F; Wed, 29 Jun 2005 17:43:10 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id E2CFB3B8BA; Wed, 29 Jun 2005 19:43:08 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5THghBB001142; Wed, 29 Jun 2005 19:42:43 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5THghxQ001141; Wed, 29 Jun 2005 19:42:43 +0200 (CEST) (envelope-from schweikh) Date: Wed, 29 Jun 2005 19:42:43 +0200 From: Jens Schweikhardt To: John Baldwin Message-ID: <20050629174243.GA762@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <200506271529.22790.jhb@FreeBSD.org> <20050628210749.GA763@schweikhardt.net> <200506281729.22302.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506281729.22302.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org, phk@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 29 Jun 2005 17:43:11 -0000 John et al, # Can you get the same ntpdate output for the kernel without the patch? Sure; boot with kern.smp.disabled=1. Script started on Wed Jun 29 19:33:39 2005 # /etc/rc.d/ntpd stop Stopping ntpd. # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 29 Jun 19:34:10 ntpdate[602]: adjust time server 192.53.103.103 offset -0.393914 sec 29 Jun 19:34:21 ntpdate[604]: adjust time server 192.53.103.103 offset -0.391510 sec # sysctl kern.timecounter.hardware=i8254 kern.timecounter.hardware: TSC -> i8254 # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 29 Jun 19:35:09 ntpdate[616]: step time server 192.53.103.103 offset 7.003573 sec 29 Jun 19:36:02 ntpdate[618]: step time server 192.53.103.103 offset 42.615163 sec # sysctl kern.timecounter.hardware=TSC kern.timecounter.hardware: i8254 -> TSC # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 29 Jun 19:36:21 ntpdate[620]: step time server 192.53.103.103 offset 9.605683 sec 29 Jun 19:36:31 ntpdate[622]: adjust time server 192.53.103.103 offset 0.002316 sec Script done on Wed Jun 29 19:36:53 2005 Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 17:44:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DA516A41C for ; Wed, 29 Jun 2005 17:44:55 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FDFD43D4C for ; Wed, 29 Jun 2005 17:44:55 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DngUU-0003rE-GB for freebsd-current@freebsd.org; Wed, 29 Jun 2005 19:36:54 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jun 2005 19:36:50 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jun 2005 19:36:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Wed, 29 Jun 2005 10:43:44 -0700 Lines: 13 Message-ID: References: <20050626184415.K9438@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.0 Sender: news Subject: Re: mbuf trash panic turned into a printf for now 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, 29 Jun 2005 17:44:55 -0000 othermark wrote: > Mike Silbersack wrote: >> And the more reports, the better, keep them coming if you see the "Memory >> modified after free" message. > Is the printf output right? I'll update to v1.9 of kern_mbuf.c and try again. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 17:46:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD6F116A41C for ; Wed, 29 Jun 2005 17:46:45 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE9443D1F for ; Wed, 29 Jun 2005 17:46:45 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j5THkjSh015422 for ; Wed, 29 Jun 2005 10:46:45 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j5THkjto015417 for freebsd-current@freebsd.org; Wed, 29 Jun 2005 10:46:45 -0700 (PDT) (envelope-from obrien) Date: Wed, 29 Jun 2005 10:46:44 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050629174644.GA15322@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Operating-System: FreeBSD 6.0-CURRENT 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 User-Agent: Mutt/1.5.9i Subject: PANIC when 'dump | restore' 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: Wed, 29 Jun 2005 17:46:45 -0000 FreeBSD/amd64, dual-processor dual-core system with 8GB RAM. Dumping from ATA to SATA mirror FFS2, no-SU, mounted async. FreeBSD 6.0-CURRENT #81: Tue Jun 28 13:05:53 PDT 2005 # dump 0aLf - /files | restore -rxf =08 =08=08 =08=08 =08f - DUMP: Date of this level 0 dump: Tue Jun 28 16:33:58 2005 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/ad0s1d (/files) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 88581142 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] warning: ./.snap: File exists expected next file 5, got 4 apanic: driver error: busdma dflt_lock called cpuid =3D 2 KDB: stack backtrace: d2: panic() at sepanic+0x24e ttingdflt_lock() at udpflt_lock+0x12 DMA busdma_swi() at fabusdma_swi+0x64 iledithread_loop() at=20 ithread_loop+0xc8 ar0:f WoARrNIkNG_ -e mxirirotr (pr)ot ecatiton lofsto. rRAkID_1 earxraiy t= in+ D0EGxRADbEDb m ode faro0:r wkri_titngr oaf mSipliocoln iImnagee (Me)dl eya mtet adatfa oisr Nk= OT_ stuprpoartmedp yoetl ine+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffffffb74bcd00, rbp =3D 0 --- Uptime: 2h9m13s Dumping 8192 MB ad0: timeout state=3D0 unexpected Fatal trap 12: page fault while in kernel mode cpuid =3D 2; apic id =3D 02 fault virtual address =3D 0x0 fault code =3D supervisor ead, page not present instruction pointer =3D 0x8:0xffffffff803a0d49 stack pointer =3D 0x10:0xff=01fffffb74b7b50 frame pointer =3D 0x10:0xffffffffb74b7b80 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 46 (swi4: clock sio) trap number =3D 12 panic: page fault cpuid =3D 2 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 11= 84 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 14= 24 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 1600 1616 1632 1648 16= 64 1680 1696 1712 1728 1744 1760 1776 1792 1808 1824 1840 1856 1872 1888 19= 04 1920 1936 1952 1968 1984 2000 2016 2032 2048 2064 2080 2096 2112 2128 21= 44 2160 2176 2192 2208 2224 2240 2256 2272 2288 2304 2320 2336 2352 2368 23= 84 2400 2416 2432 2448 2464 2480 2496 2512 2528 2544 2560 2576 2592 2608 26= 24 2640 2656 2672 2688 2704 2720 2736 2752 2768 2784 2800 2816 2832 2848 28= 64 2880 2896 2912 2928 2944 2960 2976 2992 3008 3024 3040 3056 3072 3088 31= 04 3120 3136 3152 3168 3184 3200 3216 3232 3248 3264 3280 3296 3312 3328 33= 44 3360 3376 3392 3408 3424 3440 3456 3472 3488 3504 3520 3536 3552 3568 35= 84 3600 3616 3632 3648 3664 3680 3696 3712 3728 3744~ From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 18:30:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0E4916A41C; Wed, 29 Jun 2005 18:30:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E6EE43D48; Wed, 29 Jun 2005 18:30:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 29 Jun 2005 14:44:31 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Jun 2005 14:21:07 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506281729.22302.jhb@FreeBSD.org> <20050629174243.GA762@schweikhardt.net> In-Reply-To: <20050629174243.GA762@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506291421.09040.jhb@FreeBSD.org> Cc: Jens Schweikhardt Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 29 Jun 2005 18:30:46 -0000 On Wednesday 29 June 2005 01:42 pm, Jens Schweikhardt wrote: > John et al, > > # Can you get the same ntpdate output for the kernel without the patch? > > Sure; boot with kern.smp.disabled=1. > > Script started on Wed Jun 29 19:33:39 2005 > # /etc/rc.d/ntpd stop > Stopping ntpd. > # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 > 29 Jun 19:34:10 ntpdate[602]: adjust time server 192.53.103.103 offset > -0.393914 sec 29 Jun 19:34:21 ntpdate[604]: adjust time server > 192.53.103.103 offset -0.391510 sec # sysctl > kern.timecounter.hardware=i8254 > kern.timecounter.hardware: TSC -> i8254 > # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 > 29 Jun 19:35:09 ntpdate[616]: step time server 192.53.103.103 offset > 7.003573 sec 29 Jun 19:36:02 ntpdate[618]: step time server 192.53.103.103 > offset 42.615163 sec # sysctl kern.timecounter.hardware=TSC > kern.timecounter.hardware: i8254 -> TSC > # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 > 29 Jun 19:36:21 ntpdate[620]: step time server 192.53.103.103 offset > 9.605683 sec 29 Jun 19:36:31 ntpdate[622]: adjust time server > 192.53.103.103 offset 0.002316 sec Script done on Wed Jun 29 19:36:53 2005 > > Regards, > > Jens Well, that's certainly weird. I got those types of numbers (~40 secs) when I was using the broken patch. Without any patches at all, my adjustments were -100 seconds, not +40. There probably should be at least some difference between unpatched and patched. For the sake of my sanity, can you please build a GENERIC kernel from scratch without any patches and capture the above output and then apply http://www.FreeBSD.org/~jhb/patches/i8254_lapic.patch and rebuild and capture the same output again? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 18:40:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E95FC16A41C for ; Wed, 29 Jun 2005 18:40:57 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACECE43D58 for ; Wed, 29 Jun 2005 18:40:57 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 29 Jun 2005 14:54:27 -0400 From: John Baldwin To: Dan Cojocar Date: Wed, 29 Jun 2005 14:37:49 -0400 User-Agent: KMail/1.8 References: <200504051423.29530.jhb@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506291437.50698.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: Interrupt storm 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, 29 Jun 2005 18:40:58 -0000 On Tuesday 05 April 2005 03:46 pm, Dan Cojocar wrote: > On Apr 5, 2005 9:23 PM, John Baldwin wrote: > > On Tuesday 05 April 2005 12:44 pm, Dan Cojocar wrote: > > > On Apr 5, 2005 5:30 PM, John Baldwin wrote: > > > > On Tuesday 29 March 2005 01:35 pm, Jung-uk Kim wrote: > > > > > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > > > > > Hello all, > > > > > > > > > > > > I noticed the following interrupt storm in my dmesg: > > > > > > > > > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > > > > > source Interrupt storm detected on "irq5: rl0"; throttling > > > > > > interrupt source > > > > > > > > > > > > Here is my vmstat -i: > > > > > > interrupt total rate > > > > > > irq0: clk 128600 199 > > > > > > irq1: atkbd0 2499 3 > > > > > > irq4: sio0 2 0 > > > > > > irq5: rl0 128901 200 > > > > > > irq8: rtc 82294 127 > > > > > > irq11: rl1 128902 200 > > > > > > irq12: psm0 16152 25 > > > > > > irq14: ata0 12600 19 > > > > > > irq15: ata1 71 0 > > > > > > Total 500021 776 > > > > > > > > > > > > and here is my dmesg: > > > > > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > > > > > > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > > > > > with greater HZ values like 1000, and without DEVICE_POLLING but > > > > > > i have the same storm. > > > > > > > > > > Try this: > > > > > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > > > > > > > He's not using an APIC so that won't make any difference. > > > > > > If I use APIC, I will get "watchdog timeout" as i posted in an old > > > > email: > > > >rl0: watchdog timeout > > > >rl1: watchdog timeout > > > >rl0: watchdog timeout > > > >rl1: watchdog timeout > > > >rl1: watchdog timeout > > > >rl1: watchdog timeout > > > >rl1: watchdog timeout > > > > > > Thanks, > > > Dan > > > > That's indicative of other interrupt routing problems. This is with APIC > > + ACPI, yes? If you disable ACPI, does APIC work or is it not found? > > Also, if you disable ACPI, does non-APIC work ok? > > Yes i get "watchdog timeout" if i use ACPI+APIC. > Here is my dmesg for current+acpi+apic. > http://cs.ubbcluj.ro/~dan/current+acpi+apic.txt > If i disable acpi, the system is not able to boot to the login > prompt. I did a break > into debugger after waiting for 15 minutes and i noticed that the > interrupts for rl0 are increasing very quickly, so i think that is why > the system is so slow. > Here is a dmesg for current without ACPI and with APIC, but only in > single mode > without if_rl module and many other modules. > http://cs.ubbcluj.ro/~dan/current+noacpi+apic+singlemode.txt > And if I disable ACPI i don't see the interrupts storms but i don't > have ACPI :( > http://cs.ubbcluj.ro/~dan/current+noacpi+noapic.txt > And here is current with ACPI and without APIC: > http://cs.ubbcluj.ro/~dan/current+acpi+noapic.txt > Thanks, > Dan I haven't forgotten about this, I've just been busy. So, I'm still trying to understand. Correct me if I'm wrong: APIC always gets interrupt storms; it doesn't matter if ACPI is enabled or disabled. Without APIC, ACPI gives you interrupt storms, but no ACPI works fine. Is that correct? Do you get interrupt storms if ACPI is enabled but APIC is not on both current and RELENG_5? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 19:02:47 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C273816A41C for ; Wed, 29 Jun 2005 19:02:47 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E9443D1F for ; Wed, 29 Jun 2005 19:02:45 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.3/8.13.3) with ESMTP id j5TJ6qTk086131 for ; Wed, 29 Jun 2005 15:06:52 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.3/8.13.3/Submit) with ESMTP id j5TJ6qgg086128 for ; Wed, 29 Jun 2005 15:06:52 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 29 Jun 2005 15:06:52 -0400 (EDT) From: "Andrew R. Reiter" To: freebsd-current@FreeBSD.org Message-ID: <20050629145451.J85841@fledge.watson.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2052280901-1120072012=:85841" Cc: Subject: [CFT] NDIS optional header length related fixups 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, 29 Jun 2005 19:02:47 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2052280901-1120072012=:85841 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Calling NDIS -CURRENT users, Attached is a patch that should fix any possible issues with mis-calculating offsets or sizes when dealing with anything 'image_optional_header' related in the PE loading code. The reason for the patch is that the optional header can have a varying length due to the lack of requiring the existence of all the 'image_data_directory's to exist within a binary. As far as I can tell, most drivers tend to include all, but due to the basic idea that there can be less than IMAGE_DIRECTORY_ENTRIES_MAX data directories in the optional header, we should at least make an attempt at preemptively catch any bugs that might arise due to improper pointer calculation. If you could, please give it a run in your tree! The patch is also located at: http://www.watson.org/~arr/ndis_opthdrsz.diff I guess let me know if anyone has any problems with this working (or other). Cheers, Andrew -- Andrew R. Reiter arr@watson.org --0-2052280901-1120072012=:85841 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ndis_opthdrsz.diff Content-Transfer-Encoding: BASE64 Content-ID: <20050629150652.S85841@fledge.watson.org> Content-Description: Content-Disposition: attachment; filename=ndis_opthdrsz.diff SW5kZXg6IHBlX3Zhci5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg ZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2NvbXBhdC9uZGlzL3BlX3Zhci5o LHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMw0KZGlmZiAtdSAtdSAtcjEu MTMgcGVfdmFyLmgNCi0tLSBwZV92YXIuaAkxMSBBcHIgMjAwNSAwMjowMjoz NCAtMDAwMAkxLjEzDQorKysgcGVfdmFyLmgJMjkgSnVuIDIwMDUgMTg6NDc6 NTggLTAwMDANCkBAIC0yMTQsNiArMjE0LDEwIEBADQogDQogdHlwZWRlZiBz dHJ1Y3QgaW1hZ2VfbnRfaGVhZGVyIGltYWdlX250X2hlYWRlcjsNCiANCisj ZGVmaW5lCUlNQUdFX1NJWkVPRl9OVF9IRUFERVIobnRoZHIpCQkJCQlcDQor CShvZmZzZXRvZihpbWFnZV9udF9oZWFkZXIsIGluaF9vcHRpb25hbGhkcikg KwkJCVwNCisJICAoKGltYWdlX250X2hlYWRlciAqKShudGhkcikpLT5pbmhf ZmlsZWhkci5pZmhfb3B0aW9uYWxoZHJsZW4pDQorDQogLyogRGlyZWN0b3J5 IEVudHJpZXMgKi8NCiANCiAjZGVmaW5lIElNQUdFX0RJUkVDVE9SWV9FTlRS WV9FWFBPUlQgICAgICAgICAwICAgLyogRXhwb3J0IERpcmVjdG9yeSAqLw0K QEAgLTI4MSw2ICsyODUsMTIgQEANCiANCiAjZGVmaW5lIElNQUdFX1NJWkVP Rl9TRUNUSU9OX0hFQURFUiAgICAgICAgICA0MA0KIA0KKyNkZWZpbmUgSU1B R0VfRklSU1RfU0VDVElPTihudGhkcikJCQkJCVwNCisJKChpbWFnZV9zZWN0 aW9uX2hlYWRlciAqKSgodm1fb2Zmc2V0X3QpKG50aGRyKSArCQlcDQorCSAg b2Zmc2V0b2YoaW1hZ2VfbnRfaGVhZGVyLCBpbmhfb3B0aW9uYWxoZHIpICsJ CQlcDQorCSAgKChpbWFnZV9udF9oZWFkZXIgKikobnRoZHIpKS0+aW5oX2Zp bGVoZHIuaWZoX29wdGlvbmFsaGRybGVuKSkNCisNCisNCiAvKg0KICAqIElt cG9ydCBmb3JtYXQNCiAgKi8NCkluZGV4OiBzdWJyX3BlLmMNCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMv Y29tcGF0L25kaXMvc3Vicl9wZS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24g MS4xMQ0KZGlmZiAtdSAtdSAtcjEuMTEgc3Vicl9wZS5jDQotLS0gc3Vicl9w ZS5jCTI0IEZlYiAyMDA1IDE3OjU4OjI3IC0wMDAwCTEuMTENCisrKyBzdWJy X3BlLmMJMjkgSnVuIDIwMDUgMTg6NDc6NTggLTAwMDANCkBAIC0xNDIsNyAr MTQyLDcgQEANCiAJbnRfaGRyID0gKGltYWdlX250X2hlYWRlciAqKShpbWdi YXNlICsgZG9zX2hkci0+aWRoX2xmYW5ldyk7DQogDQogCWJjb3B5ICgoY2hh ciAqKSZudF9oZHItPmluaF9vcHRpb25hbGhkciwgKGNoYXIgKiloZHIsDQot CSAgICBzaXplb2YoaW1hZ2Vfb3B0aW9uYWxfaGVhZGVyKSk7DQorCSAgICBu dF9oZHItPmluaF9maWxlaGRyLmlmaF9vcHRpb25hbGhkcmxlbik7DQogDQog CXJldHVybigwKTsNCiB9DQpAQCAtMTcwLDggKzE3MCw3IEBADQogCW50X2hk ciA9IChpbWFnZV9udF9oZWFkZXIgKikoaW1nYmFzZSArIGRvc19oZHItPmlk aF9sZmFuZXcpOw0KIA0KIAliY29weSAoKGNoYXIgKikmbnRfaGRyLT5pbmhf ZmlsZWhkciwgKGNoYXIgKiloZHIsDQotCSAgICBzaXplb2YoaW1hZ2VfZmls ZV9oZWFkZXIpKTsNCi0NCisJICAgIElNQUdFX1NJWkVPRl9OVF9IRUFERVIo bnRfaGRyKSk7DQogCXJldHVybigwKTsNCiB9DQogDQpAQCAtMTk3LDggKzE5 Niw3IEBADQogDQogCWRvc19oZHIgPSAoaW1hZ2VfZG9zX2hlYWRlciAqKWlt Z2Jhc2U7DQogCW50X2hkciA9IChpbWFnZV9udF9oZWFkZXIgKikoaW1nYmFz ZSArIGRvc19oZHItPmlkaF9sZmFuZXcpOw0KLQlzZWN0X2hkciA9IChpbWFn ZV9zZWN0aW9uX2hlYWRlciAqKSgodm1fb2Zmc2V0X3QpbnRfaGRyICsNCi0J ICAgIHNpemVvZihpbWFnZV9udF9oZWFkZXIpKTsNCisJc2VjdF9oZHIgPSBJ TUFHRV9GSVJTVF9TRUNUSU9OKG50X2hkcik7DQogDQogCWJjb3B5ICgoY2hh ciAqKXNlY3RfaGRyLCAoY2hhciAqKWhkciwgc2l6ZW9mKGltYWdlX3NlY3Rp b25faGVhZGVyKSk7DQogDQpAQCAtMjgwLDggKzI3OCw3IEBADQogDQogCWRv c19oZHIgPSAoaW1hZ2VfZG9zX2hlYWRlciAqKWltZ2Jhc2U7DQogCW50X2hk ciA9IChpbWFnZV9udF9oZWFkZXIgKikoaW1nYmFzZSArIGRvc19oZHItPmlk aF9sZmFuZXcpOw0KLQlzZWN0X2hkciA9IChpbWFnZV9zZWN0aW9uX2hlYWRl ciAqKSgodm1fb2Zmc2V0X3QpbnRfaGRyICsNCi0JICAgIHNpemVvZihpbWFn ZV9udF9oZWFkZXIpKTsNCisJc2VjdF9oZHIgPSBJTUFHRV9GSVJTVF9TRUNU SU9OKG50X2hkcik7DQogDQogCS8qDQogCSAqIFRoZSB0ZXN0IGhlcmUgaXMg dG8gc2VlIGlmIHRoZSBSVkEgZmFsbHMgc29tZXdoZXJlDQpAQCAtMzM5LDgg KzMzNiw3IEBADQogDQogCWRvc19oZHIgPSAoaW1hZ2VfZG9zX2hlYWRlciAq KWltZ2Jhc2U7DQogCW50X2hkciA9IChpbWFnZV9udF9oZWFkZXIgKikoaW1n YmFzZSArIGRvc19oZHItPmlkaF9sZmFuZXcpOw0KLQlzZWN0X2hkciA9IChp bWFnZV9zZWN0aW9uX2hlYWRlciAqKSgodm1fb2Zmc2V0X3QpbnRfaGRyICsN Ci0JICAgIHNpemVvZihpbWFnZV9udF9oZWFkZXIpKTsNCisJc2VjdF9oZHIg PSBJTUFHRV9GSVJTVF9TRUNUSU9OKG50X2hkcik7DQogDQogCWZvciAoaSA9 IDA7IGkgPCBzZWN0aW9uczsgaSsrKSB7DQogCQlpZiAoIXN0cmNtcCAoKGNo YXIgKikmc2VjdF9oZHItPmlzaF9uYW1lLCBuYW1lKSkgew0K --0-2052280901-1120072012=:85841-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 19:34:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27B8216A41C for ; Wed, 29 Jun 2005 19:34:27 +0000 (GMT) (envelope-from markus@freebsd.org) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D9743D4C for ; Wed, 29 Jun 2005 19:34:25 +0000 (GMT) (envelope-from markus@freebsd.org) Received: from fwd23.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1DniKG-0007we-01; Wed, 29 Jun 2005 21:34:24 +0200 Received: from ramses.kicks-ass.net (Tt40JsZG8edVQhFVsfYQbyoMhbsNd-0M9Kq3o0ai3VnpXPa7qK+jc6@[80.143.201.197]) by fwd23.sul.t-online.de with esmtp id 1DniK1-0Lf0rY0; Wed, 29 Jun 2005 21:34:09 +0200 Received: from cheops.phoenix (cheops.phoenix [192.168.1.3]) by ramses.kicks-ass.net (Postfix) with ESMTP id 1F075B885 for ; Wed, 29 Jun 2005 21:38:08 +0200 (CEST) From: Markus Brueffer To: freebsd-current@freebsd.org Date: Wed, 29 Jun 2005 21:32:49 +0200 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1713335.RBTDVM4DfE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506292132.54006.markus@freebsd.org> X-ID: Tt40JsZG8edVQhFVsfYQbyoMhbsNd-0M9Kq3o0ai3VnpXPa7qK+jc6@t-dialin.net X-TOI-MSGID: 42fad6de-3325-4990-bed4-1d3ccb11e96a Subject: panic under io load 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, 29 Jun 2005 19:34:27 -0000 --nextPart1713335.RBTDVM4DfE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I regularly get a panic when transfering large amounts of data over the=20 network to my server (SMP). Configured to run as UP, everything is fine. Kernelconfig: http://people.freebsd.org/~markus/stuff/GALAXY A dump for further inspection is available. (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0488fc5 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999,=20 dummy4=3D0xd56eda18 "`=B2z=C0\f") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0488d52 in db_command (last_cmdp=3D0xc07aa964, cmd_table=3D0x0,=20 aux_cmd_tablep=3D0xc076fff8, aux_cmd_tablep_end=3D0xc076fffc) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0488e65 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc048afe5 in db_trap (type=3D12, code=3D0)=20 at /usr/src/sys/ddb/db_main.c:221 #5 0xc059054e in kdb_trap (type=3D0, code=3D0, tf=3D0xd56edbf4)=20 at /usr/src/sys/kern/subr_kdb.c:471 #6 0xc071c5fb in trap_fatal (frame=3D0xd56edbf4, eva=3D0)=20 at /usr/src/sys/i386/i386/trap.c:830 #7 0xc071c2b2 in trap_pfault (frame=3D0xd56edbf4, usermode=3D0, eva=3D60)= =20 at /usr/src/sys/i386/i386/trap.c:750 #8 0xc071be20 in trap (frame=3D {tf_fs =3D -1041694712, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 0, tf_= esi =3D=20 =2D1041643060, tf_ebp =3D -714154928, tf_isp =3D -714154976, tf_ebx =3D=20 =2D1041644512, tf_edx =3D -1046349952, tf_ecx =3D 4, tf_eax =3D 0, tf_trapn= o =3D 12,=20 tf_err =3D 0, tf_eip =3D -1068348227, tf_cs =3D 32, tf_eflags =3D 66183, tf= _esp =3D=20 =2D1041643060, tf_ss =3D -1046349952}) at /usr/src/sys/i386/i386/trap.c:440 #9 0xc0705eea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc1e90008 in ?? () #11 0x00000028 in ?? () #12 0x00000028 in ?? () #13 0x00000000 in ?? () #14 0xc1e9c9cc in ?? () #15 0xd56edc50 in ?? () #16 0xd56edc20 in ?? () #17 0xc1e9c420 in ?? () #18 0xc1a1f780 in ?? () #19 0x00000004 in ?? () #20 0x00000000 in ?? () #21 0x0000000c in ?? () #22 0x00000000 in ?? () #23 0xc0524cbd in g_disk_done (bp=3D0xc1e9c9cc)=20 at /usr/src/sys/geom/geom_disk.c:209 #24 0xc05cd18c in biodone (bp=3D0xc1e9c9cc)=20 at /usr/src/sys/kern/vfs_bio.c:2892 #25 0xc04b938f in ad_done (request=3D0xc1ff83e8)=20 at /usr/src/sys/dev/ata/ata-disk.c:282 #26 0xc04bf63c in ata_completed (context=3D0xc1ff83e8, dummy=3D-1065679576)= =20 at /usr/src/sys/dev/ata/ata-queue.c:437 #27 0xc0527913 in g_io_schedule_up (tp=3D0xc1a1f780)=20 at /usr/src/sys/geom/geom_io.c:474 #28 0xc0527c58 in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 #29 0xc0553b70 in fork_exit (callout=3D0xc0527ba0 , arg=3D0x= 0,=20 frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 #30 0xc0705f4c in fork_trampoline ()=20 at /usr/src/sys/i386/i386/exception.s:208 (kgdb) =2D-=20 Markus Brueffer =A0 =A0| GPG-Key: http://people.FreeBSD.org/~markus/markus.= asc markus@brueffer.de | FP: 3F9B EBE8 F290 E5CC 1447 8760 D48D 1072 78F8 A8D4 markus@FreeBSD.org | FreeBSD: The Power to Serve! --nextPart1713335.RBTDVM4DfE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCwvdl1I0Qcnj4qNQRAky7AKDj0wVkwSUSde19o9e+w5T5HZYJXQCg9gdU S8s5noRJ2DUV+Gxnn7EHtbU= =IDTR -----END PGP SIGNATURE----- --nextPart1713335.RBTDVM4DfE-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 20:34:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF7F016A429 for ; Wed, 29 Jun 2005 20:34:08 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F92F43D55 for ; Wed, 29 Jun 2005 20:34:08 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 18041 invoked from network); 29 Jun 2005 20:34:06 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 29 Jun 2005 20:34:06 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 29 Jun 2005 15:33:44 -0500 (CDT) From: Mike Silbersack To: Daniel Collins In-Reply-To: <42C2E553.7090501@earthlink.net> Message-ID: <20050629153201.M27720@odysseus.silby.com> References: <20050629032309.E27720@odysseus.silby.com> <42C2E553.7090501@earthlink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: mbuf trash-related "memory modified after free" panic fixed. 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, 29 Jun 2005 20:34:08 -0000 On Wed, 29 Jun 2005, Daniel Collins wrote: > Mike, > > I'm still seeing these printfs. Much like Pascal, my "value" is fairly > consistent. It does seem to change based on access point... I've tested > this on three different access points-- 2 open, and 1 with WPA-PSK. When I > connect to the open access points, I get "val=102c0de". When connecting to > the WPA-PSK access point, I get "val=2cc0de". This value is consistent > across kernel rebuilds and connect sessions. > > My hardware is a Thinkpad 380XD w/ Belkin F5D7010 (ral) pc card nic. > > Let me know if I can provide more information. Actually, that is a real bug. :) Damien just committed a fix in revision 1.4 of if_ral.c. Please cvsup and see if that stops the warnings. Thanks, Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 21:11:54 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11A3A16A41C; Wed, 29 Jun 2005 21:11:54 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch (exsmtp01.agrinet.ch [81.221.250.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 938EF43D4C; Wed, 29 Jun 2005 21:11:53 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from [192.168.225.5] ([80.218.0.93]) by smtp.messaging.ch with Microsoft SMTPSVC(6.0.3790.211); Wed, 29 Jun 2005 23:11:51 +0200 Message-ID: <42C30E90.3030405@pop.agri.ch> Date: Wed, 29 Jun 2005 23:11:44 +0200 From: Andreas Tobler User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Suleiman Souhlal References: <7mhdg4q983.wl%kuriyama@imgsrc.co.jp> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 Jun 2005 21:11:51.0552 (UTC) FILETIME=[2B4E8000:01C57CEF] Cc: Current Subject: Re: Acquiring lockmgr lock "ufs" with non-sleepable locks 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, 29 Jun 2005 21:11:54 -0000 Suleiman Souhlal wrote: > This was introduced by my commit to take out the various kqueue > operations outside of ufs. It is because we are trying to lock the > vnode while holding the knlist mutex. I'll work on a fix on wednesday, > as I'll unfortunately be a bit busy until then. I hope this won't cause > you any inconvenience. Is the below the same ? I simply ask because I see this on ppc. Doing a tail -f /var/log/messages produces a continues kdb message flow: Jun 28 23:14:51 albook kernel: Acquiring lockmgr lock "ufs" with the following non-sleepable locks held: Jun 28 23:14:52 albook kernel: exclusive sleep mutex vnode pollinfo r = 0 (0x34be1000) locked @ /home/andreast/devel/src/sys/kern/kern_event.c:881 Jun 28 23:14:53 albook kernel: KDB: stack backtrace: Jun 28 23:14:53 albook kernel: 0xe117b910: at witness_warn+0x274 Jun 28 23:14:53 albook kernel: 0xe117b9c0: at lockmgr+0xf8 Jun 28 23:14:53 albook kernel: 0xe117ba00: at vop_stdlock+0x2c Jun 28 23:14:53 albook kernel: 0xe117ba10: at VOP_LOCK_APV+0xe8 Jun 28 23:14:53 albook kernel: 0xe117ba30: at ffs_lock+0x20 Jun 28 23:14:53 albook kernel: 0xe117ba40: at VOP_LOCK_APV+0xe8 Jun 28 23:14:53 albook kernel: 0xe117ba60: at vn_lock+0xd4 Jun 28 23:14:53 albook kernel: 0xe117bab0: at filt_vfsread+0x58 Jun 28 23:14:53 albook kernel: 0xe117bb60: at kqueue_register+0x6f8 Jun 28 23:14:53 albook kernel: 0xe117bba0: at kern_kevent+0x100 Jun 28 23:14:53 albook kernel: 0xe117bca0: at kevent+0x7c Jun 28 23:14:53 albook kernel: 0xe117bce0: at syscall+0x29c Jun 28 23:14:53 albook kernel: 0xe117bd60: at trap+0x168 Jun 28 23:14:53 albook kernel: 0xe117bda0: at powerpc_interrupt+0xc0 Jun 28 23:14:53 albook kernel: 0xe117bdd0: user SC trap by 0x2189aed8: srr1=0xd032 Jun 28 23:14:53 albook kernel: r1=0x7fffdb50 cr=0x24000022 xer=0 ctr=0x2189aed0 Jun 28 23:14:53 albook kernel: Acquiring lockmgr lock "ufs" with the following non-sleepable locks held: Jun 28 23:14:53 albook kernel: exclusive sleep mutex kqueue r = 0 (0x2cbcfb00) locked @ /home/andreast/devel/src/sys/kern/kern_event.c:1524 Jun 28 23:14:53 albook kernel: exclusive sleep mutex vnode pollinfo r = 0 (0x34be1000) locked @ /home/andreast/devel/src/sys/kern/kern_event.c:1512 Jun 28 23:14:53 albook kernel: KDB: stack backtrace: Jun 28 23:14:53 albook kernel: 0xdede58a0: at witness_warn+0x274 Jun 28 23:14:53 albook kernel: 0xdede5950: at lockmgr+0xf8 Jun 28 23:14:53 albook kernel: 0xdede5990: at vop_stdlock+0x2c Jun 28 23:14:53 albook kernel: 0xdede59a0: at VOP_LOCK_APV+0xe8 Jun 28 23:14:53 albook kernel: 0xdede59c0: at ffs_lock+0x20 Jun 28 23:14:53 albook kernel: 0xdede59d0: at VOP_LOCK_APV+0xe8 Jun 28 23:14:53 albook kernel: 0xdede59f0: at vn_lock+0xd4 Jun 28 23:14:53 albook kernel: 0xdede5a40: at filt_vfsread+0x58 Jun 28 23:14:53 albook kernel: 0xdede5af0: at knote+0xd4 Jun 28 23:14:53 albook kernel: 0xdede5b20: at VOP_WRITE_APV+0x20c Jun 28 23:14:53 albook kernel: 0xdede5bf0: at vn_write+0x280 Jun 28 23:14:53 albook kernel: 0xdede5c90: at kern_writev+0xc0 Jun 28 23:14:53 albook kernel: 0xdede5cc0: at writev+0x54 Jun 28 23:14:53 albook kernel: 0xdede5ce0: at syscall+0x29c Jun 28 23:14:53 albook kernel: 0xdede5d60: at trap+0x168 Jun 28 23:14:53 albook kernel: 0xdede5da0: at powerpc_interrupt+0xc0 Jun 28 23:14:53 albook kernel: 0xdede5dd0: user SC trap by 0x218be914: srr1=0xd032 Jun 28 23:14:53 albook kernel: r1=0x7fffba10 cr=0x40022042 xer=0x20000000 ctr=0x218be90c etc.... No, I did not try the follow-up patch yet. Thanks, Andreas From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 21:24:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 340FA16A41C for ; Wed, 29 Jun 2005 21:24:07 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD50A43D1D for ; Wed, 29 Jun 2005 21:24:06 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j5TLKwmw098551 for freebsd-current@FreeBSD.org.checked; Thu, 30 Jun 2005 01:20:58 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (localhost.cronyx.ru [127.0.0.1]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j5TLJFOt098539; Thu, 30 Jun 2005 01:19:15 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42C30E2C.5080704@cronyx.ru> Date: Thu, 30 Jun 2005 01:10:04 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Ola Ericsson References: <42C1C242.8010702@comhem.se> In-Reply-To: <42C1C242.8010702@comhem.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Aspire 1300 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, 29 Jun 2005 21:24:07 -0000 Ola Ericsson: > Hi > I've been trying to install the latest version (5.4) of FreeBsd on my > laptop an Acer Aspire 1300. > It seams impossible, it hangs during istallation. I've tried to get > some info on the Web but there Please provide more information. How exactly it hangs, what do you see on console etc. You may take a photo of output (it would be better if you put it on a web and will post a URL, not the image itself.) rik > is no help. So please can you help me. I'm realy feed up with > microsoft Xp and looking for a new OS. > I tried the livecd from Freesbie and liked it thats why I'm trying to > install FreeBsd. > > Ola > > _______________________________________________ > 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 29 22:02:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4771016A41C; Wed, 29 Jun 2005 22:02:09 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA1F643D49; Wed, 29 Jun 2005 22:02:07 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 007C43B8E8; Thu, 30 Jun 2005 00:02:05 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5TM1pBn001201; Thu, 30 Jun 2005 00:01:51 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5TM1peh001200; Thu, 30 Jun 2005 00:01:51 +0200 (CEST) (envelope-from schweikh) Date: Thu, 30 Jun 2005 00:01:51 +0200 From: Jens Schweikhardt To: John Baldwin Message-ID: <20050629220151.GA760@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <200506281729.22302.jhb@FreeBSD.org> <20050629174243.GA762@schweikhardt.net> <200506291421.09040.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506291421.09040.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 29 Jun 2005 22:02:09 -0000 John et al, # Well, that's certainly weird. I got those types of numbers (~40 secs) when I # was using the broken patch. Without any patches at all, my adjustments were # -100 seconds, not +40. There probably should be at least some difference # between unpatched and patched. For the sake of my sanity, can you please # build a GENERIC kernel from scratch without any patches and capture the above # output (last cvsup about 2 weeks ago) Script started on Wed Jun 29 23:45:39 2005 # uname -a FreeBSD hal9000.schweikhardt.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Wed Jun 29 23:32:05 CEST 2005 toor@hal9000.schweikhardt.net:/share/HEAD/obj/share/HEAD/src/sys/GENERIC i386 # /etc/rc.d/ntpd stop Stopping ntpd. # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 29 Jun 23:46:28 ntpdate[620]: adjust time server 192.53.103.103 offset -0.408871 sec 29 Jun 23:46:39 ntpdate[622]: adjust time server 192.53.103.103 offset -0.407218 sec # sysctl kern.timecounter.hardware=i8254 kern.timecounter.hardware: TSC -> i8254 # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 29 Jun 23:47:01 ntpdate[624]: step time server 192.53.103.103 offset 1.356553 sec 29 Jun 23:48:02 ntpdate[626]: step time server 192.53.103.103 offset 50.226572 sec # sysctl kern.timecounter.hardware=TSC kern.timecounter.hardware: i8254 -> TSC # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 29 Jun 23:48:10 ntpdate[628]: step time server 192.53.103.103 offset 3.169196 sec 29 Jun 23:48:21 ntpdate[630]: adjust time server 192.53.103.103 offset 0.001696 sec Script done on Wed Jun 29 23:48:31 2005 # and then apply http://www.FreeBSD.org/~jhb/patches/i8254_lapic.patch # and rebuild and capture the same output again? 404. There's only a lapic_timer.patch dated 14-Jan-2005 20:29... Please don't lose your sanity :-) Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 22:14:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2FD116A420 for ; Wed, 29 Jun 2005 22:14:11 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8591B43D48 for ; Wed, 29 Jun 2005 22:14:11 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.hsd1.ma.comcast.net[66.30.82.93]) by comcast.net (sccrmhc13) with ESMTP id <2005062922141001600i391ke>; Wed, 29 Jun 2005 22:14:10 +0000 Message-ID: <42C31D30.3000009@comcast.net> Date: Wed, 29 Jun 2005 18:14:08 -0400 From: Sean User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050330) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <42C098B0.5060004@voicenet.com> <42C119FE.7020809@comcast.net> <42C1381B.9000901@voicenet.com> In-Reply-To: <42C1381B.9000901@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Portupgrade, -CURRENT & SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2005 22:14:12 -0000 Adam K Kirchhoff wrote: > Sean wrote: > >> Adam K Kirchhoff wrote: >> >>> >>> I have three machines which I just upgraded from 5.4 to -CURRENT. >>> They are two SMP desktops and a UP laptop. >>> >>> After building world and installing, I started to run portupgrade on >>> my systems. On the laptop, everything has been running smoothly.. >>> On both SMP systems, portupgrade hangs. top shows the ruby18 process >>> stuck in the *vnode state. On one machine, which I can't physically >>> access, it's been this way for hours. I can't ssh into this machine, >>> and only have access to sessions that were connected before the >>> hang. On my home machine (which I can physically access), I've been >>> able to log in on the virtual consoles and reboot when this happens >>> (though it's not ever able to sync all buffers and cleanly unmount >>> /). It's now happened with 5 or 6 consecutive attempts at >>> portupgrade on this machine. The most recent time this happened, on >>> a hunch, I built a UP kernel, rebooted, and tried portupgrade again. >>> It's now been running for two hours without hanging (previous record >>> was less than five minutes). >>> >>> I've googled around a bit for this problem, but haven't come across >>> anythign yet. Has anyone seen this before? I'll gladly submit a pr, >>> but I'm just looking for more idea, or maybe some confirmation from >>> others who have seen this. >>> >>> Adam >>> >>> _______________________________________________ >>> 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" >>> >> >> Same problem here, with no solution for the problem. >> >> Sean >> _______________________________________________ >> 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" >> > > Well, since I at least know that I'm not alone in this, I've submitted a > pr (after searching for one with SMP and portupgrade and coming up blank): > > http://www.freebsd.org/cgi/query-pr.cgi?pr=82730 > > Anyone having this problem, please take note and add your own comments > if possible. > > Adam > > So I guess for now we have to rebuild the kernel to go SMP, portupgrade, then rebuild back to SMP. Annoying. Sean From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 22:53:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE43216A41C for ; Wed, 29 Jun 2005 22:53:32 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from chons.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C7243D1F for ; Wed, 29 Jun 2005 22:53:32 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.101] (pcp04364354pcs.glstrt01.nj.comcast.net [68.44.156.246]) by chons.visualtech.com (Postfix) with ESMTP id 6855C4DEC; Wed, 29 Jun 2005 18:53:31 -0400 (EDT) Message-ID: <42C3266A.3000901@voicenet.com> Date: Wed, 29 Jun 2005 18:53:30 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.9 (X11/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: rsh.lists@comcast.net References: <42C098B0.5060004@voicenet.com> <42C119FE.7020809@comcast.net> <42C1381B.9000901@voicenet.com> <42C31D30.3000009@comcast.net> In-Reply-To: <42C31D30.3000009@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Portupgrade, -CURRENT & SMP 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, 29 Jun 2005 22:53:33 -0000 Sean wrote: > Adam K Kirchhoff wrote: > >> Sean wrote: >> >>> Adam K Kirchhoff wrote: >>> >>>> >>>> I have three machines which I just upgraded from 5.4 to -CURRENT. >>>> They are two SMP desktops and a UP laptop. >>>> >>>> After building world and installing, I started to run portupgrade >>>> on my systems. On the laptop, everything has been running >>>> smoothly.. On both SMP systems, portupgrade hangs. top shows the >>>> ruby18 process stuck in the *vnode state. On one machine, which I >>>> can't physically access, it's been this way for hours. I can't ssh >>>> into this machine, and only have access to sessions that were >>>> connected before the hang. On my home machine (which I can >>>> physically access), I've been able to log in on the virtual >>>> consoles and reboot when this happens (though it's not ever able to >>>> sync all buffers and cleanly unmount /). It's now happened with 5 >>>> or 6 consecutive attempts at portupgrade on this machine. The most >>>> recent time this happened, on a hunch, I built a UP kernel, >>>> rebooted, and tried portupgrade again. It's now been running for >>>> two hours without hanging (previous record was less than five >>>> minutes). >>>> >>>> I've googled around a bit for this problem, but haven't come across >>>> anythign yet. Has anyone seen this before? I'll gladly submit a >>>> pr, but I'm just looking for more idea, or maybe some confirmation >>>> from others who have seen this. >>>> >>>> Adam >>>> >>>> _______________________________________________ >>>> 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" >>>> >>> >>> Same problem here, with no solution for the problem. >>> >>> Sean >>> _______________________________________________ >>> 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" >>> >> >> Well, since I at least know that I'm not alone in this, I've >> submitted a pr (after searching for one with SMP and portupgrade and >> coming up blank): >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=82730 >> >> Anyone having this problem, please take note and add your own >> comments if possible. >> >> Adam >> >> > So I guess for now we have to rebuild the kernel to go SMP, > portupgrade, then rebuild back to SMP. Annoying. I think you mean '...we have to rebuild the kernel to go UP, portupgrade..." Which, yes, is quite annoying and, IMHO, is a pretty critical bug that needs fixing. It makes SMP on -CURRENT nearly unusable if you want to regularly update your ports. Adam From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 23:55:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5950D16A41C for ; Wed, 29 Jun 2005 23:55:11 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5027643D1D for ; Wed, 29 Jun 2005 23:55:09 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 29 Jun 2005 23:55:08 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp004) with SMTP; 30 Jun 2005 01:55:08 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 30 Jun 2005 01:54:57 +0200 User-Agent: KMail/1.8 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2495363.Pz5TxczFKR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506300155.07380@harrymail> X-Y-GMX-Trusted: 0 Subject: strange crash (reboot without kdb) 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, 29 Jun 2005 23:55:11 -0000 --nextPart2495363.Pz5TxczFKR Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, while mldonkey-core running I had several reboots the last days but which=20 seemd to be solved with today's kernel but now I got another reboot. All I have is the following from dmesg, the machine didn't enter kdb (ULE=20 scheduler with PREEMPTION). Please tell me how to get more useful info. trap_pfault(5a,c078fc7d,c077e593,3,5a) at trap_pfault+0x134 trap(dbea0008,c06d0028,c1440028,2,0) at trap+0x383 calltrap() at calltrap+0x5 =2D-- trap 0xc, eip =3D 0xc06dabd0, esp =3D 0xdbea098c, ebp =3D 0xdbea0ad4 = =2D-- vm_fault(c1443000,c144f000,2,0,c2bd1e10) at vm_fault+0x170 trap_pfault(c144fff4,c0841f80,dbea0b3c,c05c2a0e,c144fff4) at=20 trap_pfault+0x80 trap(dbea0008,c05a0028,c07e0028,6f0,c144ffb8) at trap+0x383 calltrap() at calltrap+0x5 =2D-- trap 0xc, eip =3D 0xc06eb1b1, esp =3D 0xdbea0ba0, ebp =3D 0xdbea0bb4 = =2D-- vm_page_cowsetup(c144ffb8,8,c0780f09,82,c077a051) at vm_page_cowsetup+0x31 socow_setup(c207b500,c2d167c0,2,2c2,c077c3ca) at socow_setup+0xa2 sosend(c2a7a530,0,c2d167c0,0,0) at sosend+0x615 soo_write(c2acc558,c2d167c0,c20d1e00,0,c2bd1e10) at soo_write+0x50 kern_writev(c2bd1e10,3,c2d167c0,c2d167c0,bfbfaad0) at kern_writev+0x8c writev(c2bd1e10,dbea0d04,c,16,3) at writev+0x5d syscall(805003b,ffff003b,bfbf003b,805b000,1) at syscall+0x13d Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (121, FreeBSD ELF32, writev), eip =3D 0x2927ef1f, esp =3D=20 0xbfbfaacc, ebp =3D 0xbfbfaae8 --- =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0x5a fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc06dabd0 stack pointer =3D 0x28:0xdbea098c frame pointer =3D 0x28:0xdbea0ad4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 12 panic: page fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea0854 frame pointer =3D 0x28:0xdbea085c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea075c frame pointer =3D 0x28:0xdbea0764 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea0664 frame pointer =3D 0x28:0xdbea066c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea056c frame pointer =3D 0x28:0xdbea0574 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea0474 frame pointer =3D 0x28:0xdbea047c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea037c frame pointer =3D 0x28:0xdbea0384 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea0284 frame pointer =3D 0x28:0xdbea028c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea018c frame pointer =3D 0x28:0xdbea0194 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbea0094 frame pointer =3D 0x28:0xdbea009c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9ff9c frame pointer =3D 0x28:0xdbe9ffa4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9fea4 frame pointer =3D 0x28:0xdbe9feac code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9fdac frame pointer =3D 0x28:0xdbe9fdb4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9fcb4 frame pointer =3D 0x28:0xdbe9fcbc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9fbbc frame pointer =3D 0x28:0xdbe9fbc4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9fac4 frame pointer =3D 0x28:0xdbe9facc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9f9cc frame pointer =3D 0x28:0xdbe9f9d4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9f8d4 frame pointer =3D 0x28:0xdbe9f8dc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9f7dc frame pointer =3D 0x28:0xdbe9f7e4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9f6e4 frame pointer =3D 0x28:0xdbe9f6ec code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9f5ec frame pointer =3D 0x28:0xdbe9f5f4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9f4f4 frame pointer =3D 0x28:0xdbe9f4fc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9f3fc frame pointer =3D 0x28:0xdbe9f404 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xdbe9f304 frame pointer =3D 0x28:0xdbe9f30c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal double fault: eip =3D 0xc070c8d0 esp =3D 0xdbe9f000 ebp =3D 0xdbe9f030 panic: double fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0859050 frame pointer =3D 0x28:0xc0859058 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D nested task, IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858f58 frame pointer =3D 0x28:0xc0858f60 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858e60 frame pointer =3D 0x28:0xc0858e68 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858d68 frame pointer =3D 0x28:0xc0858d70 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858c70 frame pointer =3D 0x28:0xc0858c78 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858b78 frame pointer =3D 0x28:0xc0858b80 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858a80 frame pointer =3D 0x28:0xc0858a88 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858988 frame pointer =3D 0x28:0xc0858990 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858890 frame pointer =3D 0x28:0xc0858898 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0858798 frame pointer =3D 0x28:0xc08587a0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc08586a0 frame pointer =3D 0x28:0xc08586a8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc08585a8 frame pointer =3D 0x28:0xc08585b0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc08584b0 frame pointer =3D 0x28:0xc08584b8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc08583b8 frame pointer =3D 0x28:0xc08583c0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc08582c0 frame pointer =3D 0x28:0xc08582c8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc08581c8 frame pointer =3D 0x28:0xc08581d0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc08580d0 frame pointer =3D 0x28:0xc08580d8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0857fd8 frame pointer =3D 0x28:0xc0857fe0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0857ee0 frame pointer =3D 0x28:0xc0857ee8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0857de8 frame pointer =3D 0x28:0xc0857df0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0857cf0 frame pointer =3D 0x28:0xc0857cf8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0857bf8 frame pointer =3D 0x28:0xc0857c00 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic =46atal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x20:0xc05b72e2 stack pointer =3D 0x28:0xc0857b00 frame pointer =3D 0x28:0xc0857b08 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 734 (kdeinit) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic Copyright (c) 1992-2005 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. =46reeBSD 6.0-CURRENT #9: Wed Jun 29 15:14:34 CEST 2005 harry@cale.flintsbach.schmalzbauer.de:/usr/obj/usr/src/sys/CALE WARNING: WITNESS option enabled, expect reduced performance. --nextPart2495363.Pz5TxczFKR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCwzTbBylq0S4AzzwRAn5lAJ9eVWAsJdGr6YS3OXGXF/1HzufXBwCfXjZk DclBXQh0g8KRBoVFjziy2H4= =I/cI -----END PGP SIGNATURE----- --nextPart2495363.Pz5TxczFKR-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 23:56:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E97BE16A428 for ; Wed, 29 Jun 2005 23:56:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AD2D43D53 for ; Wed, 29 Jun 2005 23:56:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5U03vYD072116; Wed, 29 Jun 2005 18:03:57 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42C3346B.9010408@samsco.org> Date: Wed, 29 Jun 2005 17:53:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <42C098B0.5060004@voicenet.com> <42C119FE.7020809@comcast.net> <42C1381B.9000901@voicenet.com> <42C31D30.3000009@comcast.net> <42C3266A.3000901@voicenet.com> In-Reply-To: <42C3266A.3000901@voicenet.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: rsh.lists@comcast.net, freebsd-current@freebsd.org Subject: Re: Portupgrade, -CURRENT & SMP 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, 29 Jun 2005 23:56:28 -0000 Adam K Kirchhoff wrote: > Sean wrote: > >> Adam K Kirchhoff wrote: >> >>> Sean wrote: >>> >>>> Adam K Kirchhoff wrote: >>>> >>>>> >>>>> I have three machines which I just upgraded from 5.4 to -CURRENT. >>>>> They are two SMP desktops and a UP laptop. >>>>> >>>>> After building world and installing, I started to run portupgrade >>>>> on my systems. On the laptop, everything has been running >>>>> smoothly.. On both SMP systems, portupgrade hangs. top shows the >>>>> ruby18 process stuck in the *vnode state. On one machine, which I >>>>> can't physically access, it's been this way for hours. I can't ssh >>>>> into this machine, and only have access to sessions that were >>>>> connected before the hang. On my home machine (which I can >>>>> physically access), I've been able to log in on the virtual >>>>> consoles and reboot when this happens (though it's not ever able to >>>>> sync all buffers and cleanly unmount /). It's now happened with 5 >>>>> or 6 consecutive attempts at portupgrade on this machine. The most >>>>> recent time this happened, on a hunch, I built a UP kernel, >>>>> rebooted, and tried portupgrade again. It's now been running for >>>>> two hours without hanging (previous record was less than five >>>>> minutes). >>>>> >>>>> I've googled around a bit for this problem, but haven't come across >>>>> anythign yet. Has anyone seen this before? I'll gladly submit a >>>>> pr, but I'm just looking for more idea, or maybe some confirmation >>>>> from others who have seen this. >>>>> >>>>> Adam >>>>> >>>>> _______________________________________________ >>>>> 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" >>>>> >>>> >>>> Same problem here, with no solution for the problem. >>>> >>>> Sean >>>> _______________________________________________ >>>> 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" >>>> >>> >>> Well, since I at least know that I'm not alone in this, I've >>> submitted a pr (after searching for one with SMP and portupgrade and >>> coming up blank): >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=82730 >>> >>> Anyone having this problem, please take note and add your own >>> comments if possible. >>> >>> Adam >>> >>> >> So I guess for now we have to rebuild the kernel to go SMP, >> portupgrade, then rebuild back to SMP. Annoying. > > > > I think you mean '...we have to rebuild the kernel to go UP, > portupgrade..." > > Which, yes, is quite annoying and, IMHO, is a pretty critical bug that > needs fixing. It makes SMP on -CURRENT nearly unusable if you want to > regularly update your ports. > > Adam > Well, you can disable SMP at boot via set hw.apic.0.disable=1 But yes, it's some sort of a bug and it needs to be fixed. I'll track the PR. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 00:41:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6755216A41C; Thu, 30 Jun 2005 00:41:50 +0000 (GMT) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C56A43D55; Thu, 30 Jun 2005 00:41:50 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 093752A8F8; Wed, 29 Jun 2005 17:41:50 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id B254BE2B3; Wed, 29 Jun 2005 17:41:49 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.4/8.13.1) with ESMTP id j5U0fnkq089020; Wed, 29 Jun 2005 17:41:49 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.4/8.13.1/Submit) id j5U0fmWe089019; Wed, 29 Jun 2005 17:41:48 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: current@freebsd.org Date: Wed, 29 Jun 2005 17:41:48 -0700 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506291741.48817.peter@wemm.org> Cc: amd64@freebsd.org, i386@freebsd.org Subject: HEADS UP: crashdumps on -current! Format change for i386 and amd64! 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, 30 Jun 2005 00:41:50 -0000 Crash dumps on -current for i386 and amd64 are now in ELF format, just like in IA64. There are several reasons for this, including being able to do crashdumps on machines with >4GB ram, or machines with 4GB of ram where some has been relocated above the 4GB mark due to the PCI hole. Anyway, there is a libkvm update that understands the new crash dump format. If you have a new dump, you'll need the updated libkvm. And likewise, old crash dumps will need the old libkvm. My advice is to stash a copy of the old libkvm somewhere safe if you want to be able to examine old crash dumps. gdb6 doesn't care either way, the changes are entirely in libkvm. You should be able to use your saved libkvm by the use of $LD_PRELOAD or $LD_LIBRARY_PATH with an otherwise unmodified gdb6. Building an old libkvm by using a cvs update -D'20050628' and a quick compile is also fairly painless. -- 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 From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 00:43:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4371316A41C for ; Thu, 30 Jun 2005 00:43:01 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0500643D48 for ; Thu, 30 Jun 2005 00:43:00 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.hsd1.ma.comcast.net[66.30.82.93]) by comcast.net (sccrmhc14) with ESMTP id <20050630004300014004i0ele>; Thu, 30 Jun 2005 00:43:00 +0000 Message-ID: <42C34012.9060208@comcast.net> Date: Wed, 29 Jun 2005 20:42:58 -0400 From: Sean User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050330) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <42C098B0.5060004@voicenet.com> <42C119FE.7020809@comcast.net> <42C1381B.9000901@voicenet.com> <42C31D30.3000009@comcast.net> <42C3266A.3000901@voicenet.com> In-Reply-To: <42C3266A.3000901@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Portupgrade, -CURRENT & SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2005 00:43:01 -0000 Adam K Kirchhoff wrote: > > > I think you mean '...we have to rebuild the kernel to go UP, > portupgrade..." > > Which, yes, is quite annoying and, IMHO, is a pretty critical bug that > needs fixing. It makes SMP on -CURRENT nearly unusable if you want to > regularly update your ports. > > Adam > > That was what I meant. Oh well. I looked at your problem report earlier today. If I recall your are running i386, I am amd64, so at least the problem does not discriminate. Sean From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 00:55:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AA7516A41C for ; Thu, 30 Jun 2005 00:55:22 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F84343D4C for ; Thu, 30 Jun 2005 00:55:22 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.hsd1.ma.comcast.net[66.30.82.93]) by comcast.net (sccrmhc14) with ESMTP id <20050630005520014004ghcpe>; Thu, 30 Jun 2005 00:55:21 +0000 Message-ID: <42C342F7.9080905@comcast.net> Date: Wed, 29 Jun 2005 20:55:19 -0400 From: Sean User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050330) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <42C098B0.5060004@voicenet.com> <42C119FE.7020809@comcast.net> <42C1381B.9000901@voicenet.com> <42C31D30.3000009@comcast.net> <42C3266A.3000901@voicenet.com> <42C3346B.9010408@samsco.org> In-Reply-To: <42C3346B.9010408@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Adam K Kirchhoff Subject: Re: Portupgrade, -CURRENT & SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2005 00:55:22 -0000 Scott Long wrote: >> Which, yes, is quite annoying and, IMHO, is a pretty critical bug that >> needs fixing. It makes SMP on -CURRENT nearly unusable if you want to >> regularly update your ports. >> >> Adam >> > > Well, you can disable SMP at boot via > > set hw.apic.0.disable=1 > > But yes, it's some sort of a bug and it needs to be fixed. I'll track > the PR. > > Scott > Scott, I checked and doing several searches through the sysctl options do not see any such option as you list above, > set hw.apic.0.disable=1 I am running amd64, is this perhaps just an option for i386? I do see a kern.smp.disabled: 0, would this instead be for amd64? Exactly how on boot do I break in to enter this option? Or do I set it, then boot? Then afterwards reset then boot again? Thanks Sean From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 01:12:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF16216A41C for ; Thu, 30 Jun 2005 01:12:09 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C87743D58 for ; Thu, 30 Jun 2005 01:12:09 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) id 42B9371700170028; Thu, 30 Jun 2005 03:12:07 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 30 Jun 2005 03:11:16 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A6028583@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADS UP: crashdumps on -current! Format change for i386 and amd64! Thread-Index: AcV9DMzSROHG7AmGTTezZoyLCMw4+wAA3Fsg From: "Daniel Eriksson" To: Cc: Subject: RE: HEADS UP: crashdumps on -current! Format change for i386 and amd64! 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, 30 Jun 2005 01:12:10 -0000 Peter Wemm wrote: > Anyway, there is a libkvm update that understands the new crash dump=20 > format. If you have a new dump, you'll need the updated libkvm. And=20 > likewise, old crash dumps will need the old libkvm. The new libkvm does not compile properly yet (source dated 2005.06.29.23.30.00): cc -O2 -fno-strict-aliasing -pipe -march=3Dathlon-xp -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/kvm_i386.c:427: error: conflicting types for '_kvm_kvatop' /usr/src/lib/libkvm/kvm_private.h:78: error: previous declaration of '_kvm_kvatop' was here /usr/src/lib/libkvm/kvm_i386.c:427: error: conflicting types for '_kvm_kvatop' /usr/src/lib/libkvm/kvm_private.h:78: error: previous declaration of '_kvm_kvatop' was here *** Error code 1 /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 01:12:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B52A716A41F for ; Thu, 30 Jun 2005 01:12:41 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E432243D55 for ; Thu, 30 Jun 2005 01:12:33 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5U1K1N7072466; Wed, 29 Jun 2005 19:20:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42C34640.6040305@samsco.org> Date: Wed, 29 Jun 2005 19:09:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: rsh.lists@comcast.net References: <42C098B0.5060004@voicenet.com> <42C119FE.7020809@comcast.net> <42C1381B.9000901@voicenet.com> <42C31D30.3000009@comcast.net> <42C3266A.3000901@voicenet.com> <42C3346B.9010408@samsco.org> <42C342F7.9080905@comcast.net> In-Reply-To: <42C342F7.9080905@comcast.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Adam K Kirchhoff Subject: Re: Portupgrade, -CURRENT & SMP 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, 30 Jun 2005 01:12:41 -0000 Sean wrote: > Scott Long wrote: > >>> Which, yes, is quite annoying and, IMHO, is a pretty critical bug >>> that needs fixing. It makes SMP on -CURRENT nearly unusable if you >>> want to regularly update your ports. >>> >>> Adam >>> >> >> Well, you can disable SMP at boot via >> >> set hw.apic.0.disable=1 >> >> But yes, it's some sort of a bug and it needs to be fixed. I'll track >> the PR. >> >> Scott >> > > Scott, > > I checked and doing several searches through the sysctl options do not > see any such option as you list above, > set hw.apic.0.disable=1 > > I am running amd64, is this perhaps just an option for i386? > I do see a kern.smp.disabled: 0, would this instead be for amd64? > > Exactly how on boot do I break in to enter this option? > Or do I set it, then boot? > Then afterwards reset then boot again? > > Thanks > Sean > > Sorry, it's hw.apic.0.disabled=1 I missed the 'd'. It's not a sysctl, it's a tunable (they share the same namespace and often overlap, but not always). kern.smp.disabled works too. You'll need to either put these settings into /boot/loader.conf, or manually set them in the loader by hitting the space bar during the 10 second timeout. 5.x had a nice menu for doing this, but it because controversial over silly reasons and was removed. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 01:31:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C89316A41C for ; Thu, 30 Jun 2005 01:31:54 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF7043D53 for ; Thu, 30 Jun 2005 01:31:54 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.1.88] (64-142-76-135.dsl.static.sonic.net [64.142.76.135]) by elvis.mu.org (Postfix) with ESMTP id 1A5A55CA3C; Wed, 29 Jun 2005 18:31:54 -0700 (PDT) Message-ID: <42C34B7B.4030005@freebsd.org> Date: Wed, 29 Jun 2005 18:31:39 -0700 From: Paul Saab User-Agent: Mozilla Thunderbird 1.0+ (Macintosh/20050629) MIME-Version: 1.0 To: Daniel Eriksson References: <4F9C9299A10AE74E89EA580D14AA10A6028583@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A6028583@royal64.emp.zapto.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: crashdumps on -current! Format change for i386 and amd64! 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, 30 Jun 2005 01:31:54 -0000 Daniel Eriksson wrote: > The new libkvm does not compile properly yet (source dated > 2005.06.29.23.30.00): > > cc -O2 -fno-strict-aliasing -pipe -march=athlon-xp -DLIBC_SCCS > -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_i386.c > /usr/src/lib/libkvm/kvm_i386.c:427: error: conflicting types for > '_kvm_kvatop' > /usr/src/lib/libkvm/kvm_private.h:78: error: previous declaration of > '_kvm_kvatop' was here > /usr/src/lib/libkvm/kvm_i386.c:427: error: conflicting types for > '_kvm_kvatop' > /usr/src/lib/libkvm/kvm_private.h:78: error: previous declaration of > '_kvm_kvatop' was here > *** Error code 1 > > Should be fixed now From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 01:43:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 826EF16A41C for ; Thu, 30 Jun 2005 01:43:19 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 496BF43D4C for ; Thu, 30 Jun 2005 01:43:19 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so18118wra for ; Wed, 29 Jun 2005 18:43:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=RWdGA/CfeUkTUKHDLmIdEKhHN2QirxnvtZlzObZhNZEMEou6k4m76Cvnn58K2aEiCIzdkblUfyCzTZ1NoQav63TxgF9yOcdQ/d/WAHkGzTAtZEp3Rrca0QmIgfuyGfzgm+h8iDh/ofKc5qBAvSPsX/Yn+y3m1cgCIyDsW+OsUUs= Received: by 10.54.48.59 with SMTP id v59mr133303wrv; Wed, 29 Jun 2005 18:43:18 -0700 (PDT) Received: by 10.54.125.12 with HTTP; Wed, 29 Jun 2005 18:43:18 -0700 (PDT) Message-ID: Date: Thu, 30 Jun 2005 03:43:18 +0200 From: Claus Guttesen To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: problems making world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2005 01:43:19 -0000 Hi. Made world from sources June 30'th at 03.30 GMT +1. =3D=3D=3D> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/usr/src/lib/libkvm /usr/src/lib/libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c /usr/src/lib/libkvm/kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -march=3Dpentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm.c cc -O2 -pipe -march=3Dpentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/kvm_i386.c:427: error: conflicting types for '_kvm_kvat= op' /usr/src/lib/libkvm/kvm_private.h:78: error: previous declaration of '_kvm_kvatop' was here /usr/src/lib/libkvm/kvm_i386.c:427: error: conflicting types for '_kvm_kvat= op' /usr/src/lib/libkvm/kvm_private.h:78: error: previous declaration of '_kvm_kvatop' was here regards Claus From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 01:50:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3FF216A41C for ; Thu, 30 Jun 2005 01:50:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FDE143D1F for ; Thu, 30 Jun 2005 01:50:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5D609512F0; Wed, 29 Jun 2005 21:50:56 -0400 (EDT) Date: Wed, 29 Jun 2005 21:50:56 -0400 From: Kris Kennaway To: Claus Guttesen Message-ID: <20050630015056.GA43536@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: problems making world 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, 30 Jun 2005 01:50:57 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 30, 2005 at 03:43:18AM +0200, Claus Guttesen wrote: > Hi. >=20 > Made world from sources June 30'th at 03.30 GMT +1. >=20 > =3D=3D=3D> lib/libkvm (depend,all,install) > rm -f .depend > mkdep -f .depend -a -DLIBC_SCCS -I/usr/src/lib/libkvm > /usr/src/lib/libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c > /usr/src/lib/libkvm/kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c > /usr/src/lib/libkvm/kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_proc.c > cc -O2 -pipe -march=3Dpentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm.c > cc -O2 -pipe -march=3Dpentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_i386.c > /usr/src/lib/libkvm/kvm_i386.c:427: error: conflicting types for '_kvm_kv= atop' > /usr/src/lib/libkvm/kvm_private.h:78: error: previous declaration of > '_kvm_kvatop' was here > /usr/src/lib/libkvm/kvm_i386.c:427: error: conflicting types for '_kvm_kv= atop' > /usr/src/lib/libkvm/kvm_private.h:78: error: previous declaration of > '_kvm_kvatop' was here Already fixed, I think. Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCw0//Wry0BWjoQKURAneyAJsFwR9PM9Xi/z+EEER0uuFtmNyVJQCg4OKn BnypXqIVc7q/7151Tb8Fj/M= =K099 -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 02:25:29 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5733E16A41C for ; Thu, 30 Jun 2005 02:25:29 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from efnet-math.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id F394A43D55 for ; Thu, 30 Jun 2005 02:25:28 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] ([63.170.138.118]) (authenticated bits=0) by efnet-math.org (8.13.1/8.13.1) with ESMTP id j5U2PJCI008204 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 29 Jun 2005 22:25:20 -0400 In-Reply-To: <42C30E90.3030405@pop.agri.ch> References: <7mhdg4q983.wl%kuriyama@imgsrc.co.jp> <42C30E90.3030405@pop.agri.ch> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <59D725CA-BB01-48D5-A2D8-B2D4A9E6B177@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Wed, 29 Jun 2005 22:25:21 -0400 To: Andreas Tobler X-Mailer: Apple Mail (2.730) Cc: Current Subject: Re: Acquiring lockmgr lock "ufs" with non-sleepable locks 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, 30 Jun 2005 02:25:29 -0000 Hello, On Jun 29, 2005, at 5:11 PM, Andreas Tobler wrote: > Suleiman Souhlal wrote: > > >> This was introduced by my commit to take out the various kqueue >> operations outside of ufs. It is because we are trying to lock >> the vnode while holding the knlist mutex. I'll work on a fix on >> wednesday, as I'll unfortunately be a bit busy until then. I hope >> this won't cause you any inconvenience. >> > > Is the below the same ? Yes. > No, I did not try the follow-up patch yet. The patch should fix it. I'll commit it as soon as I get approval. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 05:08:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C19E416A41C for ; Thu, 30 Jun 2005 05:08:03 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CCC143D48 for ; Thu, 30 Jun 2005 05:08:03 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5U57w5s014864; Wed, 29 Jun 2005 22:07:58 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5U57wOW014863; Wed, 29 Jun 2005 22:07:58 -0700 Date: Wed, 29 Jun 2005 22:07:58 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050630050758.GA13861@odin.ac.hmc.edu> References: <20050629053335.GA18808@odin.ac.hmc.edu> <001201c57c6e$fcb87140$0b2a15ac@SMILEY> <20050629072338.GB24309@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20050629072338.GB24309@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Darren Pilgrim , current@freebsd.org Subject: Re: dhclient/wpa_supplicant 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, 30 Jun 2005 05:08:03 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 29, 2005 at 12:23:38AM -0700, Brooks Davis wrote: > On Tue, Jun 28, 2005 at 10:54:15PM -0700, Darren Pilgrim wrote: > > From: Brooks Davis > > >=20 > > > --- rc.d/wpa_supplicant Tue Jun 28 22:24:18 2005 > > > +++ rc.d/wpa_supplicant Tue Jun 28 18:51:32 2005 > > <...> > > > +if ! wpaif $ifn; then > > > + return 1 > > > +fi > >=20 > > I think it would be better if the dhcpif/wpaif test is contained within > > netif. It has to exist in netif because its job is to determine how to > > configure the interface. The dhclient and wpa_supplicant scripts should > > be "dumb" single-task scripts to start/stop their respective clients. > >=20 > > By putting the dhcpif/wpaif test in the dhclient/wpa_supplicant scripts, > > not only is it redundant, it makes it impossible to use the scripts > > manually with an interface that isn't configured in /etc/rc.conf with > > the DHCP or WPA magic words. Such manual operations are useful in > > testing, temporary interfaces and custom profile-based configurations > > where it's not possible/practical to have a configuration line in > > /etc/rc.conf beforehand. >=20 > Good point. The test is already in ifconfig_up/down so it's not needed > in wpa_supplicant or dhclient. Upon further reflection, the wpa_supplicant case was removed before commit, but I've kept the dhclient case because the code to start a new dhclient via devd when link is detected relies on rc.d/dhclient only working on appropriate interfaces. An option to skip this test when called with forcestart/forcestart seems like a reasionable compromise in keeping with rc.subr's design. I don't have time to work that out at the moment, but would be happy to look at patches. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCw34tXY6L6fI4GtQRAg+3AJsEL/D++FAmwPPEPfcDCavruocZMACgrnmb JDpoeBztpW6AFz+Ons91UEk= =qy/E -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 05:33:56 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0ECA16A41C; Thu, 30 Jun 2005 05:33:56 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9AE043D48; Thu, 30 Jun 2005 05:33:56 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5U5XuI2016787; Wed, 29 Jun 2005 22:33:56 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5U5XuqO016786; Wed, 29 Jun 2005 22:33:56 -0700 Date: Wed, 29 Jun 2005 22:33:56 -0700 From: Brooks Davis To: John Baldwin Message-ID: <20050630053356.GA15200@odin.ac.hmc.edu> References: <200506161312.51857.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <200506161312.51857.jhb@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: brooks@FreeBSD.org, current@FreeBSD.org Subject: Re: New dhclient broke multiple domains in domain-name 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, 30 Jun 2005 05:33:57 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 16, 2005 at 01:12:51PM -0400, John Baldwin wrote: > [ Apologies if this has already been brought up, I'm still 1800 messages= =20 > behind on current@. ] >=20 > A feature of both the old and new dhclient(8) is that it would take whate= ver=20 > was in the domain-name option returned by the DHCP server and stick it in= the=20 > 'search' line in /etc/resolv.conf. Thus, if you wanted to have DNS searc= h=20 > multiple domains, you could just pass a space separated list of domains t= o=20 > search in domain-name and it would just work. I've made use of this=20 > "feature" in several different environments in the past including my curr= ent=20 > test lab. It's even used in the example dhclient.conf in dhclient.conf(5= ): >=20 > interface "ep0" { > send host-name "andare.fugue.com"; > send dhcp-client-identifier 1:0:a0:24:ab:fb:9c; > send dhcp-lease-time 3600; > supersede domain-name "fugue.com rc.vix.com home.vix.com"; > prepend domain-name-servers 127.0.0.1; > ... > } >=20 > The new dhclient is barfing on my domain-name setting now because it does= n't=20 > look like a domain name: >=20 > Setting hostname: deimos.baldwin.cx. > fxp0: link state changed to UP > DHCPDISCOVER on fxp0 to 255.255.255.255 port 67 interval 8 > DHCPOFFER from 192.168.0.1 > Bogus Host Name option 15: baldwin.cx freebsd.org atl.weather.com (baldwi= n.cx=20 > freebsd.org atl.weather.com) > Invalid lease option - ignoring offer > packet_to_lease failed. > DHCPDISCOVER on fxp0 to 255.255.255.255 port 67 interval 10 > DHCPOFFER from 192.168.0.1 > Bogus Host Name option 15: baldwin.cx freebsd.org atl.weather.com (baldwi= n.cx=20 > freebsd.org atl.weather.com) > Invalid lease option - ignoring offer > packet_to_lease failed. > ... >=20 > I'd very much like the old behavior restored if possible, or an alternati= ve=20 > way to achieve the same result (multiple domains in the 'search' part=20 > of /etc/resolv.conf). Note that the old domain-name trick has worked all= the=20 > way back to at least 4.1 and maybe even back in the 3.x days IIRC. I've disabled validation of this field which should work around this issue for now. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCw4RDXY6L6fI4GtQRAlS6AJ4oZ0JUN9zA+7H6QXSi4Zb3MauzvACgr0Gj uw2YmGZZdAWNMMK+QMh1POs= =8yeP -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 06:42:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26DF416A41C for ; Thu, 30 Jun 2005 06:42:07 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD3FC43D1F for ; Thu, 30 Jun 2005 06:42:06 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id i25so45739wra for ; Wed, 29 Jun 2005 23:42:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bwc6MGdIGdwOZwN+OhpoaYA7tqYipLyg7guw0h/Rcv/AuAmABo2bWI+H0fQ5gPL3wgaCK3fl7hK93ZYTISQeNW4a18CoD6+R3bxyCTynLOrofhzY7i6c2hLTquZJUkLTIMj/sZdmbKJh6bjbGgxtTdTXLQ5RbMT0+GmJA5fIOQA= Received: by 10.54.40.58 with SMTP id n58mr225523wrn; Wed, 29 Jun 2005 23:42:05 -0700 (PDT) Received: by 10.54.26.12 with HTTP; Wed, 29 Jun 2005 23:42:05 -0700 (PDT) Message-ID: Date: Thu, 30 Jun 2005 09:42:05 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <200506291437.50698.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200504051423.29530.jhb@FreeBSD.org> <200506291437.50698.jhb@FreeBSD.org> Cc: Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2005 06:42:07 -0000 On 6/29/05, John Baldwin wrote: > On Tuesday 05 April 2005 03:46 pm, Dan Cojocar wrote: > > On Apr 5, 2005 9:23 PM, John Baldwin wrote: > > > On Tuesday 05 April 2005 12:44 pm, Dan Cojocar wrote: > > > > On Apr 5, 2005 5:30 PM, John Baldwin wrote: > > > > > On Tuesday 29 March 2005 01:35 pm, Jung-uk Kim wrote: > > > > > > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > > > > > > Hello all, > > > > > > > > > > > > > > I noticed the following interrupt storm in my dmesg: > > > > > > > > > > > > > > Interrupt storm detected on "irq11: rl1"; throttling interrup= t > > > > > > > source Interrupt storm detected on "irq5: rl0"; throttling > > > > > > > interrupt source > > > > > > > > > > > > > > Here is my vmstat -i: > > > > > > > interrupt total rate > > > > > > > irq0: clk 128600 199 > > > > > > > irq1: atkbd0 2499 3 > > > > > > > irq4: sio0 2 0 > > > > > > > irq5: rl0 128901 200 > > > > > > > irq8: rtc 82294 127 > > > > > > > irq11: rl1 128902 200 > > > > > > > irq12: psm0 16152 25 > > > > > > > irq14: ata0 12600 19 > > > > > > > irq15: ata1 71 0 > > > > > > > Total 500021 776 > > > > > > > > > > > > > > and here is my dmesg: > > > > > > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > > > > > > > > > > > I have options DEVICE_POLLING and options HZ=3D200, i have te= sted > > > > > > > with greater HZ values like 1000, and without DEVICE_POLLING = but > > > > > > > i have the same storm. > > > > > > > > > > > > Try this: > > > > > > > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > > > > > > > > > He's not using an APIC so that won't make any difference. > > > > > > > > If I use APIC, I will get "watchdog timeout" as i posted in an = old > > > > > > email: > > > > >rl0: watchdog timeout > > > > >rl1: watchdog timeout > > > > >rl0: watchdog timeout > > > > >rl1: watchdog timeout > > > > >rl1: watchdog timeout > > > > >rl1: watchdog timeout > > > > >rl1: watchdog timeout > > > > > > > > Thanks, > > > > Dan > > > > > > That's indicative of other interrupt routing problems. This is with = APIC > > > + ACPI, yes? If you disable ACPI, does APIC work or is it not found? > > > Also, if you disable ACPI, does non-APIC work ok? > > > > Yes i get "watchdog timeout" if i use ACPI+APIC. > > Here is my dmesg for current+acpi+apic. > > http://cs.ubbcluj.ro/~dan/current+acpi+apic.txt > > If i disable acpi, the system is not able to boot to the login > > prompt. I did a break > > into debugger after waiting for 15 minutes and i noticed that the > > interrupts for rl0 are increasing very quickly, so i think that is why > > the system is so slow. > > Here is a dmesg for current without ACPI and with APIC, but only in > > single mode > > without if_rl module and many other modules. > > http://cs.ubbcluj.ro/~dan/current+noacpi+apic+singlemode.txt > > And if I disable ACPI i don't see the interrupts storms but i don't > > have ACPI :( > > http://cs.ubbcluj.ro/~dan/current+noacpi+noapic.txt > > And here is current with ACPI and without APIC: > > http://cs.ubbcluj.ro/~dan/current+acpi+noapic.txt > > Thanks, > > Dan >=20 > I haven't forgotten about this, I've just been busy. So, I'm still tryin= g to > understand. Correct me if I'm wrong: APIC always gets interrupt storms; = it > doesn't matter if ACPI is enabled or disabled. Without APIC, ACPI gives = you > interrupt storms, but no ACPI works fine. Is that correct? Do you get > interrupt storms if ACPI is enabled but APIC is not on both current and > RELENG_5? Hello John, With apic and acpi i was getting watchdog timeout on rl0 and rl1. If i disabled apic, and use only acpi i was getting interrupt storms, the same i get if i use only apic, and the system was ok without acpi and apic, but in this version i didn't have acpi features :(. The links with my dmesg from previous message are valid. I was getting this behaviour only if i used a second network card, tested only with realteck. Unfortunately now i don't have the second nic :( in my system, but if you need more info i will get a new one. Now with recent -current and only one realteck nic and with acpi enabled and apic disabled the system is not having interrupt storms and no watchdog timeouts, but i noticed that my downloads rate is dropping to half of my bandwidth, no mather if i use device_polling or not. I was thinking that this is related to my realteck nic but now just tested my modem on usb with cdce driver and i get the same behaviour. Last time I tested this only on current, I don't know if in recent RELENG_5 is the same. Thank you John for your time, Dan From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 10:58:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E77F16A41C for ; Thu, 30 Jun 2005 10:58:33 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20FE443D48 for ; Thu, 30 Jun 2005 10:58:33 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id EC334C0E0; Thu, 30 Jun 2005 12:58:30 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.4/8.13.4) with ESMTP id j5UAwUaG093367; Thu, 30 Jun 2005 12:58:30 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.4/8.13.4/Submit) id j5UAwROY093366; Thu, 30 Jun 2005 12:58:27 +0200 (CEST) (envelope-from philip) Date: Thu, 30 Jun 2005 12:58:26 +0200 From: Philip Paeps To: Eric Kjeldergaard Message-ID: <20050630105826.GB66269@loge.nixsys.be> Mail-Followup-To: Eric Kjeldergaard , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Date-in-Rome: pridie Kalendas Iulias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: bin/82762 [patch] adding a virtual horizontal scroll feature to moused 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, 30 Jun 2005 10:58:33 -0000 On 2005-06-29 13:44:30 (+0900), Eric Kjeldergaard wrote: > I just added a small (but I think useful) feature to moused and > submitted the patch via send-pr. Shiny! Thanks :-) > I was hoping people would review this and test it (and perhaps commit it). I like it. It seems to work pretty well on my setup too. If it doesn't break anything for anyone, I'd like to commit this after the code freeze. It would be nice if you could update the manual page too though... - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Real programmers have read the standards manual but won't admit it. From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 11:07:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6940816A41C for ; Thu, 30 Jun 2005 11:07:29 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E59E643D48 for ; Thu, 30 Jun 2005 11:07:28 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id D4BFEC0E0 for ; Thu, 30 Jun 2005 13:07:26 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.4/8.13.4) with ESMTP id j5UB7Qdn093401 for ; Thu, 30 Jun 2005 13:07:26 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.4/8.13.4/Submit) id j5UB7Qan093400 for freebsd-current@freebsd.org; Thu, 30 Jun 2005 13:07:26 +0200 (CEST) (envelope-from philip) Date: Thu, 30 Jun 2005 13:07:26 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20050630110726.GC66269@loge.nixsys.be> Mail-Followup-To: freebsd-current@freebsd.org References: <20050622065357.GA694@loge.nixsys.be> <20050623083804.GV738@obiwan.tataz.chchile.org> <20050623104843.GA698@loge.nixsys.be> <20050623142117.GE738@obiwan.tataz.chchile.org> <20050625141320.GA605@fasolt.home.paeps.cx> <20050627134519.GR1283@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050627134519.GR1283@obiwan.tataz.chchile.org> X-Date-in-Rome: pridie Kalendas Iulias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i Subject: Re: Unable to umount union-parts after umounting unionfs 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, 30 Jun 2005 11:07:29 -0000 On 2005-06-27 15:45:19 (+0200), Jeremie Le Hen wrote: > On Sat, Jun 25, 2005 at 04:13:20PM +0200, Philip Paeps wrote: > > Note that the problem is not in unmounting the union filesystem, that > > works fine, it's unmounting the top layer. Unmounting the bottom layer is > > not a problem either. > > Ah, I misread. This is the expected behaviour : the top layer is obviously > busy while the unionfs mount is active. Here is the same setup that you > first described : > %%% > /dev/md0 on /root/tests/mnt0 (ufs, local) > /dev/md1 on /root/tests/mnt1 (ufs, local) > :/root/tests/mnt1 on /root/tests/mnt0 (unionfs, local, noclusterw) > %%% > > Imagine what would happen to the unionfs mount if /root/tests/mnt1 was > unmounted. This is nonsense. Indeed. But after the unionfs has been unmounted (umount /root/tests/mnt0 in your example), it should also be possible to unmount the top layer after it's had some time to sync up any changes that happened. Something must be keeping the top layer 'busy' for some reason. It would be nice to be able to find out what. :-) > > %%% > > vflush: busy vnode > > 0xc2578bb0: tag ufs, type VDIR > > usecount 1, writecount 0, refcount 4 mountedhere 0 > > flags (VV_ROOT) > > VI_LOCKed v_object 0xc256c630 ref 0 pages 1 > > lock type ufs: EXCL (count 1) by thread 0xc2547900 (pid 687) > > ino 2, on dev md1 > > %%% > > This is a bug, I can reproduce it here. I am not enough skilled to correct > this filesystem. It has been known to be broken for a long time and I > expect things goes bader with time, as the second thermothynamics principle > states :-). I'm willing to try to fix it, but I'm getting a little lost in all the twisty passages of the filesystem code. :-) > PS: I'm willing to try to foreport FiST [1] to FreeBSD 6, it is known > to have, among others, a very good union filesystem implementation, Ooh! I'll try that out. Thanks! - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #325: Your processor does not develop enough heat. From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 11:27:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B11016A41C for ; Thu, 30 Jun 2005 11:27:11 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B51EE43D48 for ; Thu, 30 Jun 2005 11:27:10 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so87641rne for ; Thu, 30 Jun 2005 04:27:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F964BMQhGTJp9/JikE+I9zGasmbPUSRD6vvZKYj17NKD/wOVqqpGEhCdYlUmS+0MlIJPr16FnwjpK+D44mD3h7KMXA1da8cIM8yuRIF2BpUeXPIc/P3eEgOnWdC2h+Z4BwYWO6A3nP6EoSvPlXatQqdzcEP27+SdjaSaHG1q7is= Received: by 10.38.104.15 with SMTP id b15mr530153rnc; Thu, 30 Jun 2005 04:27:09 -0700 (PDT) Received: by 10.38.101.41 with HTTP; Thu, 30 Jun 2005 04:27:09 -0700 (PDT) Message-ID: Date: Thu, 30 Jun 2005 20:27:09 +0900 From: Eric Kjeldergaard To: freebsd-current@freebsd.org In-Reply-To: <20050630105826.GB66269@loge.nixsys.be> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050630105826.GB66269@loge.nixsys.be> Subject: Re: bin/82762 [patch] adding a virtual horizontal scroll feature to moused X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2005 11:27:11 -0000 On 6/30/05, Philip Paeps wrote: > On 2005-06-29 13:44:30 (+0900), Eric Kjeldergaard > wrote: > > I just added a small (but I think useful) feature to moused and > > submitted the patch via send-pr. >=20 > Shiny! Thanks :-) >=20 > > I was hoping people would review this and test it (and perhaps commit > it). >=20 > I like it. It seems to work pretty well on my setup too. If it doesn't > break > anything for anyone, I'd like to commit this after the code freeze. It > would > be nice if you could update the manual page too though... I'm glad for the response. I'll get to the manual page right away. =20 --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 18:15:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E79E16A41C for ; Wed, 29 Jun 2005 18:15:56 +0000 (GMT) (envelope-from danccollins@earthlink.net) Received: from smtpauth04.mail.atl.earthlink.net (smtpauth04.mail.atl.earthlink.net [209.86.89.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FFA543D1F for ; Wed, 29 Jun 2005 18:15:56 +0000 (GMT) (envelope-from danccollins@earthlink.net) Received: from adsl-211-231-127.asm.bellsouth.net ([68.211.231.127] helo=[127.0.0.1]) by smtpauth04.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1Dnh6J-0005WE-6Q; Wed, 29 Jun 2005 14:15:55 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=test1; d=earthlink.net; h=Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:X-Enigmail-Supports:Content-Type:Content-Transfer-Encoding; b=NKEDq+WCV+TDnFj6994ZFrF1Sdnga+DcQVDADbB/phPDvuuQRgdShapZSd7hyvI+; Message-ID: <42C2E553.7090501@earthlink.net> Date: Wed, 29 Jun 2005 14:15:47 -0400 From: Daniel Collins User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Silbersack References: <20050629032309.E27720@odysseus.silby.com> In-Reply-To: <20050629032309.E27720@odysseus.silby.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: f77359722497c3b609ea8e02f6de138c9ef193a6bfc3dd482cb70aa4b2aaf0e4add4302316b5486ac965d6d45243e2d1350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 68.211.231.127 X-Mailman-Approved-At: Thu, 30 Jun 2005 12:01:50 +0000 Cc: current@freebsd.org Subject: Re: mbuf trash-related "memory modified after free" panic fixed. 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, 29 Jun 2005 18:15:56 -0000 Mike, I'm still seeing these printfs. Much like Pascal, my "value" is fairly consistent. It does seem to change based on access point... I've tested this on three different access points-- 2 open, and 1 with WPA-PSK. When I connect to the open access points, I get "val=102c0de". When connecting to the WPA-PSK access point, I get "val=2cc0de". This value is consistent across kernel rebuilds and connect sessions. My hardware is a Thinkpad 380XD w/ Belkin F5D7010 (ral) pc card nic. Let me know if I can provide more information. Thanks, Daniel Collins dan.collins@acm.org # wpa_supplicant -i ral0 -c /etc/wpa_supplicant.conf -B (time passes) # dhclient ral0 This memory last freed by: c05f2767 Memory modified after free 0xc12b9300(256) val=2cc0de @ 0xc12b93bc DHCPREQUEST... # addr2line -e kernel.debug 0xc05f2767 ../../../kern/uipc_mbuf.c:167 (m_free() call in m_freem()) From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 09:12:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B91416A41C for ; Thu, 30 Jun 2005 09:12:31 +0000 (GMT) (envelope-from kentp@isy.liu.se) Received: from bogotron.isy.liu.se (bogotron.isy.liu.se [130.236.48.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D704043D48 for ; Thu, 30 Jun 2005 09:12:30 +0000 (GMT) (envelope-from kentp@isy.liu.se) Received: from spamotron.isy.liu.se (spamotron-private [192.168.49.11]) by bogotron.isy.liu.se (Postfix) with ESMTP id 0D4CA31DF; Thu, 30 Jun 2005 11:12:25 +0200 (MEST) Received: from bogotron.isy.liu.se ([192.168.49.10]) by spamotron.isy.liu.se (spamotron.isy.liu.se [192.168.49.11]) (amavisd-new, port 10024) with ESMTP id 16615-10; Thu, 30 Jun 2005 11:12:24 +0200 (MEST) Received: from NEW-ACER.isy.liu.se (olin.isy.liu.se [130.236.49.34]) by bogotron.isy.liu.se (Postfix) with ESMTP id 52FDA3197; Thu, 30 Jun 2005 11:12:24 +0200 (MEST) Message-Id: <6.2.1.2.0.20050630110157.058318f0@garm.isy.liu.se> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 30 Jun 2005 11:04:56 +0200 To: Ola Ericsson , freebsd-current@freebsd.org From: Kent Palmkvist In-Reply-To: <42C1C242.8010702@comhem.se> References: <42C1C242.8010702@comhem.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new at isy.liu.se X-Spam-Checker-Version: SpamAssassin 2.63-isy (2004-01-11) on spamotron.isy.liu.se X-Mailman-Approved-At: Thu, 30 Jun 2005 12:01:50 +0000 Cc: Subject: Re: Aspire 1300 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, 30 Jun 2005 09:12:31 -0000 Hi, Is there a BIOS setting called "USB Legacy Support"? Try disable this. This solved my problem with an Aspire 1522 that locked up. /Kent At 23:33 2005-06-28, Ola Ericsson wrote: >Hi >I've been trying to install the latest version (5.4) of FreeBsd on my >laptop an Acer Aspire 1300. >It seams impossible, it hangs during istallation. I've tried to get some >info on the Web but there is no help. So please can you help me. I'm realy >feed up with microsoft Xp and looking for a new OS. >I tried the livecd from Freesbie and liked it thats why I'm trying to >install FreeBsd. > >Ola > >_______________________________________________ >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" Kent Palmkvist Electronics Systems Department of Electrical Engineering Linkoping University S-581 83 Linkoping Sweden Email: kentp@isy.liu.se Phone: +46 13 28 13 47 Fax: +46 13 13 92 82 www: http://www.es.isy.liu.se/staff/kentp From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 12:58:55 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDDF016A41C for ; Thu, 30 Jun 2005 12:58:55 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEF4643D1D for ; Thu, 30 Jun 2005 12:58:55 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: (qmail 15960 invoked from network); 30 Jun 2005 12:58:55 -0000 Received: from adsl-211-141-250.asm.bellsouth.net (HELO [192.168.2.101]) (moonlightcheese@[68.211.141.250]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 30 Jun 2005 12:58:55 -0000 Message-ID: <42C3EC8C.8080703@speakeasy.net> Date: Thu, 30 Jun 2005 08:58:52 -0400 From: JM User-Agent: Mozilla Thunderbird 1.0.2-1.3.3 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ola Ericsson References: <42C1C242.8010702@comhem.se> In-Reply-To: <42C1C242.8010702@comhem.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-questions@freebsd.org Subject: Re: Aspire 1300 [slim-line cd-rom issue?] 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, 30 Jun 2005 12:58:56 -0000 Ola Ericsson wrote: > Hi > I've been trying to install the latest version (5.4) of FreeBsd on my > laptop an Acer Aspire 1300. > It seams impossible, it hangs during istallation. I've tried to get > some info on the Web but there is no help. So please can you help me. > I'm realy feed up with microsoft Xp and looking for a new OS. > I tried the livecd from Freesbie and liked it thats why I'm trying to > install FreeBsd. > > Ola ok... i had a problem similar to this. the problem wasn't actually with a laptop but it was a piece of hardware very similar to one. when i installed freebsd on my EPIA system FreeBSD hated it. the system was basically built like a laptop with a slimline cd-rom and a 2.5" hard drive. FreeBSD would not recognize UDMA on the cd-rom and would constantly timeout (or hang) the installation when installing from cd. i basically had to boot from the cd and get to the installation and then install from FTP. i highly recommend installing a minimal installation from FTP to get you started and then get the ports collection from CVS at a convenient time. try it and see if this works for you. by the way... i haven't fixed this issue with my cd-rom yet... if anyone would like to help that would be great. here's a cut from dmesg: atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 .... ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ad0: 19077MB [38760/16/63] at ata0-master UDMA33 acd0: CDROM at ata0-slave UDMA33 Mounting root from ufs:/dev/ad0s1a and here's atacontrol info: atacontrol info ata0 Master: ad0 ATA/ATAPI revision 6 Slave: acd0 ATA/ATAPI revision 0 not sure about the make of the cdrom... can't recall. if it's important i can look it up later. From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 15:15:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B50C16A41C for ; Thu, 30 Jun 2005 15:15:06 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C10243D55 for ; Thu, 30 Jun 2005 15:15:05 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j5UFC3nu007229 for current@freebsd.org.checked; Thu, 30 Jun 2005 19:12:03 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j5UFBG12007221 for ; Thu, 30 Jun 2005 19:11:16 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42C40B98.5070309@cronyx.ru> Date: Thu, 30 Jun 2005 19:11:20 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Console freeze 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, 30 Jun 2005 15:15:06 -0000 Hi, I am getting console freeze with recent current. I've seen the same a year ago on current and the proble is still here. One of the console freeze I've seen while intensive output from my driver (that is async driver). The other one I've seen whille cvs update (for example on alt+f2 cvs update -d . > .z; on alt+f3 tail -f .z). console freeze: screen contains the last output or blank, currsor IIRC always availabe and it moves according to its usual behaviour so terminal is functional but no output. Any ideas? rik From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 15:41:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA9A16A41C for ; Thu, 30 Jun 2005 15:41:13 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (webpos.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4820743D1D for ; Thu, 30 Jun 2005 15:41:09 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j5UFpwX0029070; Thu, 30 Jun 2005 11:52:03 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <001f01c57d8a$23217040$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Roman Kurakin" , References: <42C40B98.5070309@cronyx.ru> Date: Thu, 30 Jun 2005 11:41:01 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: Subject: Re: Console freeze 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, 30 Jun 2005 15:41:13 -0000 > Hi, > > I am getting console freeze with recent current. I've seen the same > a year ago > on current and the proble is still here. One of the console freeze I've > seen while > intensive output from my driver (that is async driver). The other one > I've seen > whille cvs update (for example on alt+f2 cvs update -d . > .z; on alt+f3 > tail -f .z). > > console freeze: > screen contains the last output or blank, currsor IIRC always availabe > and it > moves according to its usual behaviour so terminal is functional but no > output. > > Any ideas? IIRC, there was a discussion here lately about a race condition that is being worked on (fixed?) caused by precisely what you describe -- a cvsup (or other output-intensive process) redirecting to a file in one window, and a tail on said file in another window. How recent is your -current? -- Matt From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 16:02:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89CBF16A41C; Thu, 30 Jun 2005 16:02:53 +0000 (GMT) (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 31D6743D1D; Thu, 30 Jun 2005 16:02:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5UG2pGE046135; Thu, 30 Jun 2005 12:02:51 -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.13.3/8.13.3) with ESMTP id j5UG2pQl098235; Thu, 30 Jun 2005 12:02:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA4E37306E; Thu, 30 Jun 2005 12:02:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050630160251.CA4E37306E@freebsd-current.sentex.ca> Date: Thu, 30 Jun 2005 12:02:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on alpha/alpha 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: Thu, 30 Jun 2005 16:02:53 -0000 TB --- 2005-06-30 15:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-30 15:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-06-30 15:45:00 - cleaning the object tree TB --- 2005-06-30 15:45:23 - checking out the source tree TB --- 2005-06-30 15:45:23 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-06-30 15:45:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-30 15:51:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-30 15:51:33 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-30 15:51:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm -c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm -c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c: In function `_kvm_kvatop': /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c:113: error: argument "pa" doesn't match prototype /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_private.h:78: error: prototype declaration *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-06-30 16:02:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-30 16:02:51 - ERROR: failed to build world TB --- 2005-06-30 16:02:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 16:18:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08C5F16A41C for ; Thu, 30 Jun 2005 16:18:35 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E62443D1F for ; Thu, 30 Jun 2005 16:18:34 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 2039 invoked by alias); 30 Jun 2005 18:18:32 +0200 Received: from unknown (HELO localhost) (127.10.10.10) by s1.vhost.cz with SMTP; 30 Jun 2005 18:18:32 +0200 Received: from unknown ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) id 01022-12 for ; Thu, 30 Jun 2005 18:18:31 +0200 (CEST) Received: from unknown (HELO ?172.19.13.144?) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 30 Jun 2005 18:18:31 +0200 Message-ID: <42C41B57.4020608@mikulas.com> Date: Thu, 30 Jun 2005 18:18:31 +0200 From: Jiri Mikulas User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050429) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vhost.cz Cc: Subject: ath: truncated-ip 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, 30 Jun 2005 16:18:35 -0000 Hello Maybe there is problem with ath I have point-to-point uplink with ath 5213 based cards with 6.0-CURRENT #2: Thu Jun 30 02:39:34 CEST 2005 hw.ath.hal.version: 0.9.14.9 ifconfig_ath0="10.27.64.78/30 ssid HA2BH media OFDM/24Mbps mode 11a up" bhillz-F# ifconfig ath0 list ap SSID BSSID CHAN RATE S:N INT CAPS HA2BH 00:90:4b:ca:33:52 149 54M 32:0 100 E and on the other side: 5.4-STABLE #6: Sat May 28 11:01:07 CEST 2005 hw.ath.hal.version: 0.9.6.3 ifconfig_ath0="10.27.64.77/30 ssid HA2BH channel 149 media autoselect mode 11a mediaopt hostap up" habr# wicontrol ath0 -l | grep signal Quality/Signal/Noise [signal]: [ 0 / 34 / 0 ] The problem is, that "client" side seems to be sendig corrupted data (tcpdump above), I tried to switch client<->hostap cards (in config) but the same thing again. I also tried CURRENT <-> CURRENT machines, it do the same thing I have more interfaces (fxp, wi, vlan) on these boxes and OSPF runs there without any problem, so I think it could be ath specific problem ? Does anybody have any idea where could be the problem ? If will anybody be interested in, I can provide more info. Thanks Jiri ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ habr# tcpdump -i ath0 proto ospf tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes 18:01:48.994769 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 44 18:01:49.013819 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 18:01:49.398200 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 48 18:01:58.995047 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 44 18:01:59.048889 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 18:01:59.408431 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 48 18:02:08.995264 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 44 18:02:09.038394 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 18:02:09.418535 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 48 18:02:18.995734 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 44 18:02:19.016646 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 18:02:19.428675 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 48 18:02:28.996688 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 44 18:02:29.051713 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 18:02:29.438828 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 48 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ bhillz-F# tcpdump -i ath0 proto ospf tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes 18:01:49.389444 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, length: 44 18:01:59.390520 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, length: 44 18:02:09.391534 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, length: 44 18:02:19.392793 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, length: 44 18:02:29.394546 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, length: 44 From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 16:27:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C6C16A41C for ; Thu, 30 Jun 2005 16:27:06 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E74843D1D for ; Thu, 30 Jun 2005 16:27:05 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j5UGO47e007874 for current@freebsd.org.checked; Thu, 30 Jun 2005 20:24:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j5UGLR3r007833; Thu, 30 Jun 2005 20:21:27 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42C41C0B.80409@cronyx.ru> Date: Thu, 30 Jun 2005 20:21:31 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Emmerton References: <42C40B98.5070309@cronyx.ru> <001f01c57d8a$23217040$1200a8c0@gsicomp.on.ca> In-Reply-To: <001f01c57d8a$23217040$1200a8c0@gsicomp.on.ca> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Console freeze 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, 30 Jun 2005 16:27:06 -0000 Matt Emmerton wrote: >>Hi, >> >> I am getting console freeze with recent current. I've seen the same >>a year ago >>on current and the proble is still here. One of the console freeze I've >>seen while >>intensive output from my driver (that is async driver). The other one >>I've seen >>whille cvs update (for example on alt+f2 cvs update -d . > .z; on alt+f3 >>tail -f .z). >> >>console freeze: >>screen contains the last output or blank, currsor IIRC always availabe >>and it >>moves according to its usual behaviour so terminal is functional but no >>output. >> >>Any ideas? >> >> >IIRC, there was a discussion here lately about a race condition that is >being worked on (fixed?) caused by precisely what you describe -- a cvsup >(or other output-intensive process) redirecting to a file in one window, and >a tail on said file in another window. > >How recent is your -current? > > Jun 28 11:05 MSD 2005 I've come back to read current from 21 June, I didn't saw such thread and I can't recall any commits that were around this. So I guess this is not fixed. By the way while one of cvs updates I've got system lockup after I've tail -f .z in addition from a network terminal. I didn't try to reproduce such case so I can't say if this is usual case. rik >-- >Matt > >_______________________________________________ >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 Thu Jun 30 16:54:13 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C76F716A41C; Thu, 30 Jun 2005 16:54:13 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch (exsmtp02.agrinet.ch [81.221.252.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A88D43D48; Thu, 30 Jun 2005 16:54:12 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from [192.168.225.5] ([80.218.0.93]) by smtp.messaging.ch with Microsoft SMTPSVC(6.0.3790.211); Thu, 30 Jun 2005 18:54:11 +0200 Message-ID: <42C423A9.3010603@pop.agri.ch> Date: Thu, 30 Jun 2005 18:54:01 +0200 From: Andreas Tobler User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Suleiman Souhlal References: <7mhdg4q983.wl%kuriyama@imgsrc.co.jp> <42C30E90.3030405@pop.agri.ch> <59D725CA-BB01-48D5-A2D8-B2D4A9E6B177@FreeBSD.org> In-Reply-To: <59D725CA-BB01-48D5-A2D8-B2D4A9E6B177@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Jun 2005 16:54:11.0214 (UTC) FILETIME=[56A3E2E0:01C57D94] Cc: Current Subject: Re: Acquiring lockmgr lock "ufs" with non-sleepable locks 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, 30 Jun 2005 16:54:13 -0000 Hello Suleiman, Suleiman Souhlal wrote: >>> This was introduced by my commit to take out the various kqueue >>> operations outside of ufs. It is because we are trying to lock the >>> vnode while holding the knlist mutex. I'll work on a fix on >>> wednesday, as I'll unfortunately be a bit busy until then. I hope >>> this won't cause you any inconvenience. >>> >> >> Is the below the same ? > > > Yes. > >> No, I did not try the follow-up patch yet. > > > The patch should fix it. I'll commit it as soon as I get approval. It did :) Thanks. The tail -f file works now. Though, I took the latest diff from your site (knlist_locking-20050629-2.diff) and had to add the thing below, you forgot a NULL in knlist_init. Regards, Andreas (p.s: patch hand edited) Index: src/sys/cam/scsi/scsi_target.c =================================================================== --- src/sys/cam/scsi/scsi_target.c (revision 187) +++ src/sys/cam/scsi/scsi_target.c (working copy) @@ -196,7 +196,7 @@ TAILQ_INIT(&softc->work_queue); TAILQ_INIT(&softc->abort_queue); TAILQ_INIT(&softc->user_ccb_queue); - knlist_init(&softc->read_select.si_note, &softc->mtx); + knlist_init(&softc->read_select.si_note, &softc->mtx, NULL, NULL, NULL); return (0); } From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 16:57:52 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F83416A41C for ; Thu, 30 Jun 2005 16:57:52 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from efnet-math.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BCF843D1D for ; Thu, 30 Jun 2005 16:57:51 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by efnet-math.org (8.13.1/8.13.1) with ESMTP id j5UGveWU014653 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Thu, 30 Jun 2005 12:57:41 -0400 In-Reply-To: <42C423A9.3010603@pop.agri.ch> References: <7mhdg4q983.wl%kuriyama@imgsrc.co.jp> <42C30E90.3030405@pop.agri.ch> <59D725CA-BB01-48D5-A2D8-B2D4A9E6B177@FreeBSD.org> <42C423A9.3010603@pop.agri.ch> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <172D31AA-2EFC-4057-AAF7-98B4DA5E4CDA@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Thu, 30 Jun 2005 12:57:43 -0400 To: Andreas Tobler X-Mailer: Apple Mail (2.730) Cc: Current Subject: Re: Acquiring lockmgr lock "ufs" with non-sleepable locks 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, 30 Jun 2005 16:57:52 -0000 On Jun 30, 2005, at 12:54 PM, Andreas Tobler wrote: > Hello Suleiman, > > Suleiman Souhlal wrote: > > >>>> This was introduced by my commit to take out the various >>>> kqueue operations outside of ufs. It is because we are trying >>>> to lock the vnode while holding the knlist mutex. I'll work on >>>> a fix on wednesday, as I'll unfortunately be a bit busy until >>>> then. I hope this won't cause you any inconvenience. >>>> >>>> >>> >>> Is the below the same ? >>> >> Yes. >> >>> No, I did not try the follow-up patch yet. >>> >> The patch should fix it. I'll commit it as soon as I get approval. >> > > It did :) Thanks. The tail -f file works now. > > Though, I took the latest diff from your site > (knlist_locking-20050629-2.diff) and had to add the thing below, > you forgot a NULL in knlist_init. > > Regards, > Andreas > > (p.s: patch hand edited) > > Index: src/sys/cam/scsi/scsi_target.c > =================================================================== > --- src/sys/cam/scsi/scsi_target.c (revision 187) > +++ src/sys/cam/scsi/scsi_target.c (working copy) > @@ -196,7 +196,7 @@ > TAILQ_INIT(&softc->work_queue); > TAILQ_INIT(&softc->abort_queue); > TAILQ_INIT(&softc->user_ccb_queue); > - knlist_init(&softc->read_select.si_note, &softc->mtx); > + knlist_init(&softc->read_select.si_note, &softc->mtx, NULL, > NULL, NULL); > > return (0); > } Oops! Thanks! -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 17:01:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9082F16A41C for ; Thu, 30 Jun 2005 17:01:34 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DE0C43D48 for ; Thu, 30 Jun 2005 17:01:34 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 42B813B0001CD802 for freebsd-current@freebsd.org; Thu, 30 Jun 2005 19:01:33 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 30 Jun 2005 19:00:38 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A6028584@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: tcp_sack_output: Computed sack hole not the same as cached value Thread-Index: AcV9lT24oke33pkFR2S1YAlvMeN+Eg== From: "Daniel Eriksson" To: Subject: tcp_sack_output: Computed sack hole not the same as cached value 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, 30 Jun 2005 17:01:34 -0000 With latest CURRENT (2005.06.30.12.00.00) I get a ton of these messages on the console. 50-100 per minute and that's when load is light. With the old kernel (2005.06.23.00.30.00) no such messages show up. tcp_sack_output: Computed sack hole not the same as cached value This is on an SMP machine. On my UP server I saw no messages, but I only had the two machines (one UP and one SMP) running the new kernel for a few minutes. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 17:08:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44D0716A41C for ; Thu, 30 Jun 2005 17:08:37 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80605.mail.yahoo.com (web80605.mail.yahoo.com [66.218.79.94]) by mx1.FreeBSD.org (Postfix) with SMTP id 28C5D43D48 for ; Thu, 30 Jun 2005 17:08:37 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 64380 invoked by uid 60001); 30 Jun 2005 17:08:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=avmaJVxalAa/B+ZqUtZPct+tf70o8hCeh1/Fjbrkktsxg0Dt97uVoSVO6hY3E7cC1r64oQUcgjq8w/W+Hrt2ZrfgHf/NBxW68unaJ9WSMYHAG1Zf9UTzffT0Trhm9zMJYAWzhjYPBR8x7nmn5w1jGVCZIx3Drp3iAtYvh3ifmi8= ; Message-ID: <20050630170836.64378.qmail@web80605.mail.yahoo.com> Received: from [64.172.44.216] by web80605.mail.yahoo.com via HTTP; Thu, 30 Jun 2005 10:08:36 PDT Date: Thu, 30 Jun 2005 10:08:36 -0700 (PDT) From: Mohan Srinivasan To: Daniel Eriksson , freebsd-current@freebsd.org In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A6028584@royal64.emp.zapto.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: tcp_sack_output: Computed sack hole not the same as cached value 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, 30 Jun 2005 17:08:37 -0000 This patch (from Noritoshi Demizu) should fix this. Andrey Chernov reported this as well and the patch fixes the problem for him. This will be committed to -current shortly. mohan Index: netinet/tcp_input.c =================================================================== RCS file: /home/cvsup/FreeBSD/ncvs/src/sys/netinet/tcp_input.c,v retrieving revision 1.277 diff -u -r1.277 tcp_input.c --- netinet/tcp_input.c 27 Jun 2005 22:27:42 -0000 1.277 +++ netinet/tcp_input.c 29 Jun 2005 09:42:35 -0000 @@ -1147,7 +1147,8 @@ ((!tcp_do_newreno && !tp->sack_enable && tp->t_dupacks < tcprexmtthresh) || ((tcp_do_newreno || tp->sack_enable) && - !IN_FASTRECOVERY(tp) && to.to_nsacks == 0))) { + !IN_FASTRECOVERY(tp) && to.to_nsacks == 0 && + TAILQ_EMPTY(&tp->snd_holes)))) { KASSERT(headlocked, ("headlocked")); INP_INFO_WUNLOCK(&tcbinfo); headlocked = 0; @@ -1822,7 +1823,8 @@ tcpstat.tcps_rcvacktoomuch++; goto dropafterack; } - if (tp->sack_enable) + if (tp->sack_enable && + (to.to_nsacks > 0 || !TAILQ_EMPTY(&tp->snd_holes))) tcp_sack_doack(tp, &to, th->th_ack); if (SEQ_LEQ(th->th_ack, tp->snd_una)) { if (tlen == 0 && tiwin == tp->snd_wnd) { Index: netinet/tcp_subr.c =================================================================== RCS file: /home/cvsup/FreeBSD/ncvs/src/sys/netinet/tcp_subr.c,v retrieving revision 1.227 diff -u -r1.227 tcp_subr.c --- netinet/tcp_subr.c 1 Jun 2005 12:06:07 -0000 1.227 +++ netinet/tcp_subr.c 29 Jun 2005 09:42:35 -0000 @@ -605,8 +605,7 @@ if (tcp_do_rfc1323) tp->t_flags = (TF_REQ_SCALE|TF_REQ_TSTMP); tp->sack_enable = tcp_do_sack; - if (tp->sack_enable) - TAILQ_INIT(&tp->snd_holes); + TAILQ_INIT(&tp->snd_holes); tp->t_inpcb = inp; /* XXX */ /* * Init srtt to TCPTV_SRTTBASE (0), so we can tell that we have no --- Daniel Eriksson wrote: > > With latest CURRENT (2005.06.30.12.00.00) I get a ton of these messages > on the console. 50-100 per minute and that's when load is light. With > the old kernel (2005.06.23.00.30.00) no such messages show up. > > tcp_sack_output: Computed sack hole not the same as cached value > > This is on an SMP machine. On my UP server I saw no messages, but I only > had the two machines (one UP and one SMP) running the new kernel for a > few minutes. > > /Daniel Eriksson > _______________________________________________ > 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 Thu Jun 30 17:43:20 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1906716A41C; Thu, 30 Jun 2005 17:43:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A611B43D53; Thu, 30 Jun 2005 17:43:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 30 Jun 2005 13:57:06 -0400 From: John Baldwin To: Jens Schweikhardt Date: Thu, 30 Jun 2005 13:32:47 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506291421.09040.jhb@FreeBSD.org> <20050629220151.GA760@schweikhardt.net> In-Reply-To: <20050629220151.GA760@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506301332.48829.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, phk@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 30 Jun 2005 17:43:20 -0000 On Wednesday 29 June 2005 06:01 pm, Jens Schweikhardt wrote: > John et al, > > # Well, that's certainly weird. I got those types of numbers (~40 secs) > when I # was using the broken patch. Without any patches at all, my > adjustments were # -100 seconds, not +40. There probably should be at > least some difference # between unpatched and patched. For the sake of my > sanity, can you please # build a GENERIC kernel from scratch without any > patches and capture the above # output > > > (last cvsup about 2 weeks ago) > Script started on Wed Jun 29 23:45:39 2005 > # uname -a > FreeBSD hal9000.schweikhardt.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Wed > Jun 29 23:32:05 CEST 2005 > toor@hal9000.schweikhardt.net:/share/HEAD/obj/share/HEAD/src/sys/GENERIC > i386 # /etc/rc.d/ntpd stop > Stopping ntpd. > # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 > 29 Jun 23:46:28 ntpdate[620]: adjust time server 192.53.103.103 offset > -0.408871 sec 29 Jun 23:46:39 ntpdate[622]: adjust time server > 192.53.103.103 offset -0.407218 sec # sysctl > kern.timecounter.hardware=i8254 > kern.timecounter.hardware: TSC -> i8254 > # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 > 29 Jun 23:47:01 ntpdate[624]: step time server 192.53.103.103 offset > 1.356553 sec 29 Jun 23:48:02 ntpdate[626]: step time server 192.53.103.103 > offset 50.226572 sec # sysctl kern.timecounter.hardware=TSC > kern.timecounter.hardware: i8254 -> TSC > # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 > 29 Jun 23:48:10 ntpdate[628]: step time server 192.53.103.103 offset > 3.169196 sec 29 Jun 23:48:21 ntpdate[630]: adjust time server > 192.53.103.103 offset 0.001696 sec Script done on Wed Jun 29 23:48:31 2005 Hmm, about 50 seconds there. > # and then apply http://www.FreeBSD.org/~jhb/patches/i8254_lapic.patch > # and rebuild and capture the same output again? > > 404. There's only a lapic_timer.patch dated 14-Jan-2005 20:29... > Please don't lose your sanity :-) Ah, uploading it now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 18:47:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5195C16A41C for ; Thu, 30 Jun 2005 18:47:15 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2CD043D48 for ; Thu, 30 Jun 2005 18:47:14 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id 0B21F3204B0 for ; Thu, 30 Jun 2005 20:47:13 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5UIlAIR001719 for ; Thu, 30 Jun 2005 20:47:12 +0200 (CEST) From: Thierry Herbelot To: current@freebsd.org Date: Thu, 30 Jun 2005 20:47:07 +0200 User-Agent: KMail/1.8.1 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="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506302047.08984.thierry@herbelot.com> Cc: Subject: IPI-related panic on an SMP machine 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, 30 Jun 2005 18:47:15 -0000 Hello, When I installed my latest world, I have had a panic (see following log) The machine was running single-user with a GENERIC kernel : FreeBSD 6.0-CURRENT #702: Thu Jun 30 11:21:34 CEST 2005 XXX@YYY:/usr/obj_ini/usr/src/sys/GENERIC What is disappointing is that I could not repeat the panic : I have installed the world, while in single-user mode with the same "panicky" kernel, first on a standard partition (/dev/ad9s2d), then on /usr which is a geom_mirror partition (/dev/mirror/gm0s1f), and in both cases, the install went to its correct end. I could not save a memory dump as I was in single-user mode and the dump device was not set (is it possible to set the dumpdev from the ddb prompt ?) Cheers TfH PS : the machine is an ABIT BP6, running a straight GENERIC kernel PS2 : the sources have been synced around june 29 at 20h GMT PS2 : panic log [make installworld in single-user mode] .... install -s -o root -g wheel -m 555 mount_portalfs /usr/sbin panic: APIC: Previous IPI is stuck cpuid = 1 KDB: enter: panic [thread pid 16777 tid 100095 ] Stopped at kdb_enter+0x2b: nop db> ecing pid 16777 tid 100095 td 0xc1878d80 kdb_enter(c084eb14) at kdb_enter+0x2b panic(c0872758,1,bfbfe000,cc921a50,c07e078d) at panic+0x127 lapic_ipi_vectored(f4,fffffffd,cc921a60,c07e0485,f4) at lapic_ipi_vectored+0x93 ipi_all_but_self(f4) at ipi_all_but_self+0xd smp_tlb_shootdown(f4,bfbfe000,0) at smp_tlb_shootdown+0x49 smp_invlpg(bfbfe000) at smp_invlpg+0x1b pmap_invalidate_page(c186e8f4,bfbfe000) at pmap_invalidate_page+0x6c pmap_enter(c186e8f4,bfbfe000,c1114c80,7,0,c1c9f294,0,c086971a,37e) at pmap_enter+0x276 vm_fault(c186e834,bfbfe000,2,8,c1878d80) at vm_fault+0x10b8 trap_pfault(cc921c18,0,bfbfe900) at trap_pfault+0xee trap(c1510008,c1870028,cc920028,bfbfe900,cc921c74) at trap+0x33d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc07e608c, esp = 0xcc921c58, ebp = 0xcc921cdc --- slow_copyout(c1878d80,cc921d04,2,4,296) at slow_copyout+0x4 syscall(3b,3b,3b,0,2) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (189, FreeBSD ELF32, fstat), eip = 0x804a6a7, esp = 0xbfbfdccc, ebp = 0xbfbfea38 --- db> From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 20:35:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B54F16A41C; Thu, 30 Jun 2005 20:35:56 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91D7743D1D; Thu, 30 Jun 2005 20:35:55 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id F180E3B8F0; Thu, 30 Jun 2005 22:35:53 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j5UKZfFt001194; Thu, 30 Jun 2005 22:35:41 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j5UKZfQV001193; Thu, 30 Jun 2005 22:35:41 +0200 (CEST) (envelope-from schweikh) Date: Thu, 30 Jun 2005 22:35:41 +0200 From: Jens Schweikhardt To: John Baldwin Message-ID: <20050630203541.GA764@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <200506291421.09040.jhb@FreeBSD.org> <20050629220151.GA760@schweikhardt.net> <200506301332.48829.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506301332.48829.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 30 Jun 2005 20:35:56 -0000 John et al, # > # and then apply http://www.FreeBSD.org/~jhb/patches/i8254_lapic.patch # > # and rebuild and capture the same output again? # > # > 404. There's only a lapic_timer.patch dated 14-Jan-2005 20:29... # > Please don't lose your sanity :-) # # Ah, uploading it now. Got it. And it works! Script started on Thu Jun 30 22:21:04 2005 # /etc/rc.d/ntpd stop Stopping ntpd. # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.1031.103 30 Jun 22:21:38 ntpdate[615]: step time server 192.53.103.103 offset 0.605704 sec 30 Jun 22:21:49 ntpdate[617]: adjust time server 192.53.103.103 offset -0.003176 sec # sysctl kern.timecounter.hardware=i8254 kern.timecounter.hardware: TSC -> i8254 # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 30 Jun 22:22:27 ntpdate[629]: adjust time server 192.53.103.103 offset -0.008593 sec 30 Jun 22:22:38 ntpdate[631]: adjust time server 192.53.103.103 offset -0.006727 sec # ntpdate 192.53.103.103; sleep 10; ntpdate 192.53.103.103 30 Jun 22:22:48 ntpdate[632]: adjust time server 192.53.103.103 offset -0.004264 sec 30 Jun 22:22:59 ntpdate[634]: adjust time server 192.53.103.103 offset -0.001882 sec # vmstat -i interrupt total rate irq1: atkbd0 360 1 irq12: psm0 4114 22 irq13: npx0 1 0 irq14: ata0 68 0 irq15: ata1 82 0 irq18: em0 77 0 irq24: ahd0 4232 23 irq25: ahc0 15 0 lapic0: timer 364343 1980 Total 373292 2028 And when booting without kern.smp.disabled=1 interrupt total rate irq1: atkbd0 462 2 irq12: psm0 188 0 irq13: npx0 1 0 irq14: ata0 68 0 irq15: ata1 82 0 irq18: em0 38 0 irq24: ahd0 4553 19 irq25: ahc0 15 0 lapic0: timer 456392 1992 lapic1: timer 436538 1906 Total 898337 3922 Script done on Thu Jun 30 22:23:35 2005 If you could get this fix past re@ for 6.0 that would be nice. Thanks John and Doug, for all your support in tracking this down! Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 20:49:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A13B916A41C for ; Thu, 30 Jun 2005 20:49:00 +0000 (GMT) (envelope-from freebsd@xtaz.co.uk) Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43B8A43D1D for ; Thu, 30 Jun 2005 20:48:59 +0000 (GMT) (envelope-from freebsd@xtaz.co.uk) Received: from arizona.xtaz.co.uk ([82.33.96.164]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Thu, 30 Jun 2005 21:49:41 +0100 Received: from [192.168.1.2] (tao.xtaz.co.uk [192.168.1.2]) by arizona.xtaz.co.uk (Postfix) with ESMTP id 768CD9B411 for ; Thu, 30 Jun 2005 21:48:58 +0100 (BST) Message-ID: <42C45ABA.2050509@xtaz.co.uk> Date: Thu, 30 Jun 2005 21:48:58 +0100 From: Matt Smith User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Jun 2005 20:49:41.0600 (UTC) FILETIME=[3D01AE00:01C57DB5] Cc: Subject: ndisgen compilation problem (3com officeconnect .inf/.sys) 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, 30 Jun 2005 20:49:00 -0000 I have got a 3com OfficeConnect pcmcia card which I am trying to get to work on the ndisulator. I am running the latest 6.0-CURRENT: FreeBSD zen.xtaz.co.uk 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Jun 30 10:10:01 BST 2005 root@arizona.xtaz.co.uk:/usr/obj/usr/src/sys/ZEN i386 The ndisgen utility recognises my .inf and .sys as the correct filetypes however when it tries to compile the module it fails. A log of the attempt is at http://arizona.xtaz.co.uk/ndisgen.txt Any idea what's wrong here? Regards, Matt. From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 22:17:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3486616A41C for ; Thu, 30 Jun 2005 22:17:36 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D818C43D1F for ; Thu, 30 Jun 2005 22:17:35 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 47B103BE5F for ; Thu, 30 Jun 2005 17:17:35 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19707-01-27 for ; Thu, 30 Jun 2005 17:17:35 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 036623BE28 for ; Thu, 30 Jun 2005 17:17:35 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 30 Jun 2005 17:17:34 -0500 Received: from [10.254.186.111] ([64.14.1.106]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 30 Jun 2005 17:17:33 -0500 Message-ID: <42C46F78.5040709@savvis.net> Date: Thu, 30 Jun 2005 15:17:28 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42BAFE37.4080504@savvis.net> In-Reply-To: <42BAFE37.4080504@savvis.net> Content-Type: multipart/mixed; boundary="------------030004060203010904080404" X-OriginalArrivalTime: 30 Jun 2005 22:17:33.0322 (UTC) FILETIME=[83329EA0:01C57DC1] X-Virus-Scanned: amavisd-new at savvis.net Subject: Re: request for comments: kbdmux(4) (long) 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, 30 Jun 2005 22:17:36 -0000 This is a multi-part message in MIME format. --------------030004060203010904080404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dear Hackers, first, thanks to everyone, who have replied to this thread. i appreciate feedback and will try to improve kbdmux(4) in the near future. second, i have attached proposed patch that should simplify use of kbdmux(4). the idea is that new keyboard will be attached to the kbdmux (if present). also syscons(4) would first look for kbdmux keyboard and then (if kbdmux keyboard was not found) for any keyboard. if syscons(4) finds kbdmux keyboard it will automatically attach all non-busy keyboards to the kbdmux. as always, i would like hear from folks. thanks, max Maksim Yevmenkin wrote: > Dear Hackers, > > the next version of experimental keyboard multiplexer (kbdmux(4)) is > available at http://www.geocities.com/m_evmenkin/kbdmux-3.tar.gz. > > at this point i'm almost happy with the code. i have tested it with real > usb keyboard and a couple of ps2 keyboards connected to the ps2 to usb > adapter. > > Jun 22 17:59:38 beetle kernel: ukbd1: CHESEN PS2 to USB Converter, rev > 1.10/0.10, addr 2, iclass 3/1 > Jun 22 17:59:38 beetle kernel: kbd2 at ukbd1 > > console works, X works. i even dropped into the debugger with > ctrl+alt+esc and all keyboards were still working. > > the remaining issues are > > - kbdmux model: kbdmux(4) is "super-keyboard" driver that consumes input > (raw scancodes) from slave keyboards. the side effect is that _all_ > keyboards attached to the kbdmux share the _same_ state. basically user > can press ctrl on one keyboard and "C" on another keyboard and it still > will work. is that good enough? > > - locking: right now the code relies on Giant mutex (just like the rest > keyboard drivers do); > > - code duplication: there are a pieces of code that were stolen from > atkbd.c. very similar pieces of code exist in ukbd.c, vkbd.c and now in > kbdmux.c. imo that is three times too many. perhaps these pieces could > be moved into some common shared place? > > - need comments/input from "non-intel" folks; > > so, providing the code is good, what is the best why to connect > kbdmux(4) to the rest of the system? > > - should kbdmux(4) be merged with kbd/syscons and used by default? > > - kbdmux(4) switches all keyboards into K_RAW mode, so if kbdmux(4) is > the default keyboard then perhaps all keyboard drivers could be > simplified and just return K_RAW scancodes? > > - if kbdmux(4) is not default keyboard then what syscons(4) should do? > look for "kbdmux" keyboard first and the look for any ("*") keyboard? > > - what kbdcontrol(8) behavior should be? should it be smart enough to > recognize if current keyboard is kbdmux and behave differently? > > - should kbdmux(4) go into 6.x? > > thanks, > max > _______________________________________________ > 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" --------------030004060203010904080404 Content-Type: text/plain; name="kbdmux.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kbdmux.diff.txt" --- /sys/sys/kbio.h.orig Sun Mar 11 14:47:04 2001 +++ /sys/sys/kbio.h Wed Jun 29 14:10:55 2005 @@ -60,6 +60,10 @@ /* set keyboard repeat rate (obsolete, use KDSETREPEAT below) */ #define KDSETRAD _IO('K', 67 /*, int */) +/* add/remove keyboard to/from mux */ +#define KBADDKBD _IO('K', 68 /*, int */) /* add keyboard */ +#define KBRELKBD _IO('K', 69 /*, int */) /* release keyboard */ + /* see console.h for the definition of the following ioctl */ #if notdef #define KDRASTER _IOW('K', 100, scr_size_t) --- /sys/dev/kbd/kbd.c.orig Thu Jun 2 12:57:55 2005 +++ /sys/dev/kbd/kbd.c Wed Jun 29 14:34:56 2005 @@ -185,8 +185,11 @@ { const keyboard_driver_t **list; const keyboard_driver_t *p; + keyboard_t *mux; int index; + mux = kbd_get_keyboard(kbd_find_keyboard("kbdmux", 0)); + for (index = 0; index < keyboards; ++index) { if (keyboard[index] == NULL) break; @@ -208,6 +211,11 @@ if (strcmp(p->name, kbd->kb_name) == 0) { keyboard[index] = kbd; kbdsw[index] = p->kbdsw; + + if (mux != NULL) + (*kbdsw[mux->kb_index]->ioctl) + (mux, KBADDKBD, (caddr_t) &index); + return (index); } } @@ -216,6 +224,11 @@ if (strcmp(p->name, kbd->kb_name) == 0) { keyboard[index] = kbd; kbdsw[index] = p->kbdsw; + + if (mux != NULL) + (*kbdsw[mux->kb_index]->ioctl) + (mux, KBADDKBD, (caddr_t) &index); + return (index); } } @@ -282,13 +295,19 @@ * exclusive use. */ -/* find the keyboard specified by a driver name and a unit number */ +/* + * find the keyboard specified by a driver name and a unit number + * starting at given index + */ int -kbd_find_keyboard(char *driver, int unit) +kbd_find_keyboard2(char *driver, int unit, int index) { int i; - for (i = 0; i < keyboards; ++i) { + if ((index < 0) || (index >= keyboards)) + return (-1); + + for (i = index; i < keyboards; ++i) { if (keyboard[i] == NULL) continue; if (!KBD_IS_VALID(keyboard[i])) @@ -299,7 +318,15 @@ continue; return (i); } + return (-1); +} + +/* find the keyboard specified by a driver name and a unit number */ +int +kbd_find_keyboard(char *driver, int unit) +{ + return (kbd_find_keyboard2(driver, unit, 0)); } /* allocate a keyboard */ --- /sys/dev/kbd/kbdreg.h.orig Wed Jun 16 02:46:48 2004 +++ /sys/dev/kbd/kbdreg.h Tue Jun 28 13:32:23 2005 @@ -196,6 +196,7 @@ int kbd_change_callback(keyboard_t *kbd, void *id, kbd_callback_func_t *func, void *arg); int kbd_find_keyboard(char *driver, int unit); +int kbd_find_keyboard2(char *driver, int unit, int index); keyboard_t *kbd_get_keyboard(int index); /* a back door for the console driver to tickle the keyboard driver XXX */ --- /sys/dev/syscons/syscons.c.orig Sun May 29 01:43:43 2005 +++ /sys/dev/syscons/syscons.c Thu Jun 30 14:44:15 2005 @@ -148,6 +148,7 @@ static int debugger; /* prototypes */ +static int sc_allocate_keyboard(sc_softc_t *sc, int unit); static struct tty *sc_alloc_tty(struct cdev *dev); static int scvidprobe(int unit, int flags, int cons); static int sckbdprobe(int unit, int flags, int cons); @@ -1164,6 +1165,14 @@ *(int *)data = scp->status & LED_MASK; return 0; + case KBADDKBD: /* add/remove keyboard to/from mux */ + case KBRELKBD: + error = kbd_ioctl(sc->kbd, cmd, data); + if (error == ENOIOCTL) + error = ENODEV; + return error; + break; + case CONS_SETKBD: /* set the new keyboard */ { keyboard_t *newkbd; @@ -1652,8 +1661,7 @@ if ((sc->kbd == NULL) && (sc->config & SC_AUTODETECT_KBD)) { /* try to allocate a keyboard automatically */ if (++kbd_interval >= 25) { - sc->keyboard = kbd_allocate("*", -1, (void *)&sc->keyboard, - sckbdevent, sc); + sc->keyboard = sc_allocate_keyboard(sc, -1); if (sc->keyboard >= 0) { sc->kbd = kbd_get_keyboard(sc->keyboard); kbd_ioctl(sc->kbd, KDSKBMODE, @@ -2639,9 +2647,10 @@ sc->adapter = vid_allocate("*", unit, (void *)&sc->adapter); sc->adp = vid_get_adapter(sc->adapter); /* assert((sc->adapter >= 0) && (sc->adp != NULL)) */ - sc->keyboard = kbd_allocate("*", unit, (void *)&sc->keyboard, - sckbdevent, sc); + + sc->keyboard = sc_allocate_keyboard(sc, unit); DPRINTF(1, ("sc%d: keyboard %d\n", unit, sc->keyboard)); + sc->kbd = kbd_get_keyboard(sc->keyboard); if (sc->kbd != NULL) { DPRINTF(1, ("sc%d: kbd index:%d, unit:%d, flags:0x%x\n", @@ -3579,4 +3588,31 @@ if (devptr == NULL) return (&main_console); return (SC_STAT(devptr)); +} + + + +static int +sc_allocate_keyboard(sc_softc_t *sc, int unit) +{ + int idx0, idx; + keyboard_t *k0; + + idx0 = kbd_allocate("kbdmux", unit, (void *)&sc->keyboard, sckbdevent, sc); + if (idx0 != -1) { + k0 = kbd_get_keyboard(idx0); + + for (idx = kbd_find_keyboard2("*", -1, 0); + idx != -1; + idx = kbd_find_keyboard2("*", -1, idx + 1)) { + if (idx == idx0 || + KBD_IS_BUSY(kbd_get_keyboard(idx))) + continue; + + kbd_ioctl(k0, KBADDKBD, (caddr_t) &idx); + } + } else + idx0 = kbd_allocate("*", unit, (void *)&sc->keyboard, sckbdevent, sc); + + return (idx0); } --------------030004060203010904080404-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 23:00:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED60C16A41C for ; Thu, 30 Jun 2005 23:00:12 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4CBA43D1D for ; Thu, 30 Jun 2005 23:00:12 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id z6so118632nzd for ; Thu, 30 Jun 2005 16:00:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a1xh2o1Z/IO80zMydfMm2JcJu7ZETlvcR9+CSlfsU/8LR/CWwsKlnU6XtCKsrkDx01S4ofCuOEHA9VE7Bch6o0YB8pffcW2PdIZ/tYJr4zSDWpUUgv6lgse9hIgUV6OyJYx5cZ/gYuA/UBEpA+Uzl33J3B1FRIrgGkm+N7kUOug= Received: by 10.36.46.6 with SMTP id t6mr610019nzt; Thu, 30 Jun 2005 15:53:22 -0700 (PDT) Received: by 10.36.42.19 with HTTP; Thu, 30 Jun 2005 15:53:22 -0700 (PDT) Message-ID: Date: Thu, 30 Jun 2005 15:53:22 -0700 From: Pascal Hofstee To: Mike Silbersack In-Reply-To: <20050629153201.M27720@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050629032309.E27720@odysseus.silby.com> <42C2E553.7090501@earthlink.net> <20050629153201.M27720@odysseus.silby.com> Cc: Daniel Collins , current@freebsd.org Subject: Re: mbuf trash-related "memory modified after free" panic fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pascal Hofstee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2005 23:00:13 -0000 On 6/29/05, Mike Silbersack wrote: > > I'm still seeing these printfs. Much like Pascal, my "value" is fairly > > consistent. It does seem to change based on access point... I've test= ed > > this on three different access points-- 2 open, and 1 with WPA-PSK. Wh= en I > > connect to the open access points, I get "val=3D102c0de". When connect= ing to > > the WPA-PSK access point, I get "val=3D2cc0de". This value is consiste= nt > > across kernel rebuilds and connect sessions. > > > > My hardware is a Thinkpad 380XD w/ Belkin F5D7010 (ral) pc card nic. > > > > Let me know if I can provide more information. >=20 > Actually, that is a real bug. :) >=20 > Damien just committed a fix in revision 1.4 of if_ral.c. Please cvsup an= d > see if that stops the warnings. Just thought i would give a heads up .. with the latest mbuf and if_ral patches i no longer see the mbuf-related-printfs. It was nice to see though how the messages were traced to the wireless code as i am indeed using an if_ral network interface using WPA_PSK (Linksys WMP54G). --=20 Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 23:40:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD63C16A41C; Thu, 30 Jun 2005 23:40:03 +0000 (GMT) (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 70B6E43D1D; Thu, 30 Jun 2005 23:40:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5UNe1Ng081507; Thu, 30 Jun 2005 19:40: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.13.3/8.13.3) with ESMTP id j5UNe2ee056363; Thu, 30 Jun 2005 19:40:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0E8FE7306E; Thu, 30 Jun 2005 19:40:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050630234001.0E8FE7306E@freebsd-current.sentex.ca> Date: Thu, 30 Jun 2005 19:40:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Thu, 30 Jun 2005 23:40:04 -0000 TB --- 2005-06-30 22:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-30 22:05:01 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-06-30 22:05:01 - cleaning the object tree TB --- 2005-06-30 22:05:35 - checking out the source tree TB --- 2005-06-30 22:05:35 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-06-30 22:05:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-30 22:11:29 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-30 22:11:29 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-30 22:11:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c: In function `pmcstat_image_get_elf_params': /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c:334: warning: cast increases required alignment of target type /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c:353: warning: cast increases required alignment of target type /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c: In function `pmcstat_image_get_type': /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c:465: warning: cast increases required alignment of target type /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c:472: warning: cast increases required alignment of target type /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c: In function `pmcstat_image_increment_bucket': /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c:538: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-06-30 23:40:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-30 23:40:00 - ERROR: failed to build world TB --- 2005-06-30 23:40:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 02:19:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDCE116A41C; Fri, 1 Jul 2005 02:19:03 +0000 (GMT) (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 76BF543D1F; Fri, 1 Jul 2005 02:19:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j612J0NB056031; Thu, 30 Jun 2005 22:19:00 -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.13.3/8.13.3) with ESMTP id j612IxZF041157; Thu, 30 Jun 2005 22:18:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2DD607306E; Thu, 30 Jun 2005 22:18:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050701021859.2DD607306E@freebsd-current.sentex.ca> Date: Thu, 30 Jun 2005 22:18:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current 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, 01 Jul 2005 02:19:04 -0000 TB --- 2005-07-01 01:07:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-01 01:07:17 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-07-01 01:07:17 - cleaning the object tree TB --- 2005-07-01 01:07:43 - checking out the source tree TB --- 2005-07-01 01:07:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-07-01 01:07:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-01 01:13:45 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-01 01:13:45 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-07-01 01:13:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat/pmcstat_log.c: In function `pmcstat_image_get_elf_params': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat/pmcstat_log.c:334: warning: cast increases required alignment of target type /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat/pmcstat_log.c:353: warning: cast increases required alignment of target type /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat/pmcstat_log.c: In function `pmcstat_image_get_type': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat/pmcstat_log.c:465: warning: cast increases required alignment of target type /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat/pmcstat_log.c:472: warning: cast increases required alignment of target type /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat/pmcstat_log.c: In function `pmcstat_image_increment_bucket': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat/pmcstat_log.c:538: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pmcstat. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-07-01 02:18:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-01 02:18:58 - ERROR: failed to build world TB --- 2005-07-01 02:18:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 04:11:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDF0516A41C for ; Fri, 1 Jul 2005 04:11:08 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33EF943D1D for ; Fri, 1 Jul 2005 04:11:07 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j614Ap7k024626; Fri, 1 Jul 2005 13:40:57 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 1 Jul 2005 13:40:06 +0930 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1213314.kfGNhejykK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507011340.30349.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Subject: NFS problems 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, 01 Jul 2005 04:11:08 -0000 --nextPart1213314.kfGNhejykK Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have a -current system from the 29th of June that has problems if I have = an=20 NFS mount up when my network goes down. It seems every (not sure but certainly most) processes get stuck in ufs or = nfs=20 states so the only thing I can do is hit the reset switch :( The mounts are soft so I would expect failures to read etc, but not=20 deadlocks :) Has anyone else seen this? I'm not sure when it started happening but I hav= e a=20 feeling it was at least several weeks ago. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1213314.kfGNhejykK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCxMI15ZPcIHs/zowRAjDuAJwP3n5DKQ5WUVqV0MeZf3UswqN5iwCgqGG5 5xwkTtQji15sVIWDm5aZFvA= =tneS -----END PGP SIGNATURE----- --nextPart1213314.kfGNhejykK-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 04:24:27 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6994D16A41C for ; Fri, 1 Jul 2005 04:24:27 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B3143D1F for ; Fri, 1 Jul 2005 04:24:27 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from hellfire.lovett.com ([67.134.38.149]:63122) by mail.lovett.com with esmtpa (Exim 4.51 (FreeBSD)) id 1DoD4k-000Cyt-Ak; Thu, 30 Jun 2005 21:24:26 -0700 Message-ID: <42C4C5CB.8080205@FreeBSD.org> Date: Thu, 30 Jun 2005 21:25:47 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <42AFE83B.9050305@FreeBSD.org> <20050619154633.Y83634@carver.gumbysoft.com> <42B6224D.8020009@FreeBSD.org> <20050624211308.R47411@carver.gumbysoft.com> <42C20867.4010609@FreeBSD.org> <20050628230526.C3088@carver.gumbysoft.com> In-Reply-To: <20050628230526.C3088@carver.gumbysoft.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: ade@lovett.com Cc: current@FreeBSD.org Subject: Re: USB mouse woes 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, 01 Jul 2005 04:24:27 -0000 Doug White wrote: > Sorry, I'm out of USB magic. Try buying a USB card, or a wired mouse; I > have Logitechs that work perfectly with that controller on my board :) Hrm. With a little bit more investigation with a couple of wired mice, it appears to be something to do with the motherboard/controller combination. Plugging in both a bog-standard Logitech corded mouse, and even one of those wonderful (?) Apple mice, gives me relevant information from usbdevs, but exactly the same response from usbd/moused, ie: pointer appears, occasionally moves slightly for a fraction of a second of motion, then freezes solid. Given that the all of the mice work just fine with both Windows (32 and 64-bit) and Ubuntu (amd64), it does seem likely that it's a FreeBSD-specific problem, but I'm now completely at a loss as to where to look further. -aDe From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 04:32:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 974F316A41C for ; Fri, 1 Jul 2005 04:32:12 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF4643D1D for ; Fri, 1 Jul 2005 04:32:11 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 83035 invoked by uid 89); 1 Jul 2005 04:32:07 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 1 Jul 2005 04:32:07 -0000 Date: Fri, 1 Jul 2005 06:32:05 +0200 From: Oliver Lehmann To: "Daniel O'Connor" Message-Id: <20050701063205.0104de69.lehmann@ans-netz.de> In-Reply-To: <200507011340.30349.doconnor@gsoft.com.au> References: <200507011340.30349.doconnor@gsoft.com.au> X-Mailer: Sylpheed version 2.0.0beta3 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: NFS problems 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, 01 Jul 2005 04:32:12 -0000 Daniel O'Connor wrote: > I have a -current system from the 29th of June that has problems if I have an > NFS mount up when my network goes down. > > It seems every (not sure but certainly most) processes get stuck in ufs or nfs > states so the only thing I can do is hit the reset switch :( > > The mounts are soft so I would expect failures to read etc, but not > deadlocks :) > > Has anyone else seen this? I'm not sure when it started happening but I have a > feeling it was at least several weeks ago. Same here. IIRC it is the same in RELENG_5 with the small different that when the network/nfs server is back online everything was back working. Here on my CURRENT the processes are still stuck and I've to reboot the system too. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 04:35:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2433516A41C for ; Fri, 1 Jul 2005 04:35:14 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id D892E43D1D for ; Fri, 1 Jul 2005 04:35:13 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so208294rne for ; Thu, 30 Jun 2005 21:35:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=V8A37OpHgWbo13iYigS4uUi3Nx2samGfXfH+QvPYBP6YizX90Yz9kf1G35npjJ/I0ROXgaRu9c0KsDUiOmfBRQxVB5sHIHO2243e8CVfQAJWMtf4uHiqBw7ke9BQG93ZEP9bipZ601U2PynuYEn8qo2ZNfv+MwisxaiYYtk0Oew= Received: by 10.38.181.12 with SMTP id d12mr944576rnf; Thu, 30 Jun 2005 21:35:13 -0700 (PDT) Received: by 10.38.209.73 with HTTP; Thu, 30 Jun 2005 21:35:13 -0700 (PDT) Message-ID: <84dead7205063021353d2994c0@mail.gmail.com> Date: Fri, 1 Jul 2005 10:05:13 +0530 From: Joseph Koshy To: current@freebsd.org, ia64@freebsd.org In-Reply-To: <20050630234001.0E8FE7306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050630234001.0E8FE7306E@freebsd-current.sentex.ca> Cc: Subject: Re: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2005 04:35:14 -0000 > /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c: > In fun= ction `pmcstat_image_get_elf_params': > /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pmcstat/pmcstat_log.c:334: > wa= rning: cast increases required alignment of target type ... [snip] ... > TB --- 2005-06-30 23:40:00 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2005-06-30 23:40:00 - ERROR: failed to build world > TB --- 2005-06-30 23:40:00 - tinderbox aborted Fixed in -current. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 06:35:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08FB416A41C for ; Fri, 1 Jul 2005 06:35:55 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A348243D1F for ; Fri, 1 Jul 2005 06:35:54 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id B0A511A714; Fri, 1 Jul 2005 08:35:49 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15310-04; Fri, 1 Jul 2005 08:35:48 +0200 (CEST) Received: from biocandy.shapeshifter.se (sto-nat.se.tangram-group.net [212.37.5.19]) by mail.hamnpolare.net (Postfix) with ESMTP id B12131A70F; Fri, 1 Jul 2005 08:35:48 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id 6EC3C4123; Fri, 1 Jul 2005 08:35:49 +0200 (CEST) Date: Fri, 1 Jul 2005 08:35:49 +0200 From: Fredrik Lindberg To: Matt Smith Message-ID: <20050701063548.GA814@shapeshifter.se> References: <42C45ABA.2050509@xtaz.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42C45ABA.2050509@xtaz.co.uk> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at mail.hamnpolare.net Cc: current@freebsd.org Subject: Re: ndisgen compilation problem (3com officeconnect .inf/.sys) 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, 01 Jul 2005 06:35:55 -0000 On Thu, Jun 30, 2005 at 09:48:58PM +0100, Matt Smith (freebsd@xtaz.co.uk) wrote: > I have got a 3com OfficeConnect pcmcia card which I am trying to get to > work on the ndisulator. I am running the latest 6.0-CURRENT: > > FreeBSD zen.xtaz.co.uk 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Jun 30 > 10:10:01 BST 2005 root@arizona.xtaz.co.uk:/usr/obj/usr/src/sys/ZEN i386 > > The ndisgen utility recognises my .inf and .sys as the correct filetypes > however when it tries to compile the module it fails. > > A log of the attempt is at http://arizona.xtaz.co.uk/ndisgen.txt > > Any idea what's wrong here? > > Regards, Matt. ndisgen and ndiscvt doesn't like that the .sys files begins with a number (because o f the c code generated from it). Just rename the sys-file and it should work. I posted a small patch for this a while back but it never got anyones attention, guess that Bill Paul were too busy. If you want, you can grab it from http://shapeshifter.se/~fli/freebsd/ndisgen-numeric-sysfile.patch Fredrik Lindberg From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 07:33:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E076916A41C for ; Fri, 1 Jul 2005 07:33:02 +0000 (GMT) (envelope-from freebsd@xtaz.co.uk) Received: from smtp-out6.blueyonder.co.uk (smtp-out6.blueyonder.co.uk [195.188.213.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D84C43D1F for ; Fri, 1 Jul 2005 07:33:02 +0000 (GMT) (envelope-from freebsd@xtaz.co.uk) Received: from arizona.xtaz.co.uk ([82.33.96.164]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Fri, 1 Jul 2005 08:33:43 +0100 Received: from [192.168.1.2] (tao.xtaz.co.uk [192.168.1.2]) by arizona.xtaz.co.uk (Postfix) with ESMTP id D74E09B411; Fri, 1 Jul 2005 08:33:00 +0100 (BST) Message-ID: <42C4F1AC.5090301@xtaz.co.uk> Date: Fri, 01 Jul 2005 08:33:00 +0100 From: Matt Smith User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Fredrik Lindberg References: <42C45ABA.2050509@xtaz.co.uk> <20050701063548.GA814@shapeshifter.se> In-Reply-To: <20050701063548.GA814@shapeshifter.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Jul 2005 07:33:43.0856 (UTC) FILETIME=[35960300:01C57E0F] Cc: current@freebsd.org Subject: Re: ndisgen compilation problem (3com officeconnect .inf/.sys) 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, 01 Jul 2005 07:33:03 -0000 Fredrik Lindberg wrote: > On Thu, Jun 30, 2005 at 09:48:58PM +0100, Matt Smith (freebsd@xtaz.co.uk) wrote: > >>I have got a 3com OfficeConnect pcmcia card which I am trying to get to >>work on the ndisulator. I am running the latest 6.0-CURRENT: >> >>FreeBSD zen.xtaz.co.uk 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Jun 30 >>10:10:01 BST 2005 root@arizona.xtaz.co.uk:/usr/obj/usr/src/sys/ZEN i386 >> >>The ndisgen utility recognises my .inf and .sys as the correct filetypes >>however when it tries to compile the module it fails. >> >>A log of the attempt is at http://arizona.xtaz.co.uk/ndisgen.txt >> >>Any idea what's wrong here? >> >>Regards, Matt. > > > ndisgen and ndiscvt doesn't like that the .sys files begins with a number (because o > f the c code generated from it). > Just rename the sys-file and it should work. > > I posted a small patch for this a while back but it never got anyones attention, > guess that Bill Paul were too busy. > > If you want, you can grab it from > http://shapeshifter.se/~fli/freebsd/ndisgen-numeric-sysfile.patch > > Fredrik Lindberg > Excellent. Yes renaming the files worked. Thanks for your help! From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 11:02:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD11816A41C for ; Fri, 1 Jul 2005 11:02:16 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D87443D1D for ; Fri, 1 Jul 2005 11:02:16 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 0EF9D1F01A; Fri, 1 Jul 2005 13:02:15 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id CD24363CE; Fri, 1 Jul 2005 13:02:14 +0200 (CEST) Date: Fri, 1 Jul 2005 13:02:14 +0200 From: Marc Olzheim To: Oliver Lehmann Message-ID: <20050701110214.GC1193@stack.nl> References: <200507011340.30349.doconnor@gsoft.com.au> <20050701063205.0104de69.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="96YOpH+ONegL0A3E" Content-Disposition: inline In-Reply-To: <20050701063205.0104de69.lehmann@ans-netz.de> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: NFS problems 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, 01 Jul 2005 11:02:16 -0000 --96YOpH+ONegL0A3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 01, 2005 at 06:32:05AM +0200, Oliver Lehmann wrote: > > I have a -current system from the 29th of June that has problems if I h= ave an=20 > > NFS mount up when my network goes down. > >=20 > > It seems every (not sure but certainly most) processes get stuck in ufs= or nfs=20 > > states so the only thing I can do is hit the reset switch :( > >=20 > > The mounts are soft so I would expect failures to read etc, but not=20 > > deadlocks :) > >=20 > > Has anyone else seen this? I'm not sure when it started happening but I= have a=20 > > feeling it was at least several weeks ago. >=20 > Same here. IIRC it is the same in RELENG_5 with the small different that = when > the network/nfs server is back online everything was back working. Here > on my CURRENT the processes are still stuck and I've to reboot the system > too. green@ MFC'd NFS deadlock patches 4 days ago. They might have br0ken something else. :-/ The good side of this is that the kern/79208 problems seem to be gone now. ;-) Marc --96YOpH+ONegL0A3E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCxSK2ezjnobFOgrERArODAJ91KTMczAqR4KRzMgNNEOAjJHi35QCaAzuw pBmmro8t6YIhh9d7nfj1ZhE= =/EHX -----END PGP SIGNATURE----- --96YOpH+ONegL0A3E-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 11:42:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AC7B16A41C for ; Fri, 1 Jul 2005 11:42:10 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5F4243D48 for ; Fri, 1 Jul 2005 11:42:09 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 8C8FF46B8E; Fri, 1 Jul 2005 07:42:09 -0400 (EDT) Date: Fri, 1 Jul 2005 12:46:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marc Olzheim In-Reply-To: <20050701110214.GC1193@stack.nl> Message-ID: <20050701124606.F12138@fledge.watson.org> References: <200507011340.30349.doconnor@gsoft.com.au> <20050701063205.0104de69.lehmann@ans-netz.de> <20050701110214.GC1193@stack.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Oliver Lehmann Subject: Re: NFS problems 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, 01 Jul 2005 11:42:10 -0000 On Fri, 1 Jul 2005, Marc Olzheim wrote: >>> The mounts are soft so I would expect failures to read etc, but not >>> deadlocks :) >>> >>> Has anyone else seen this? I'm not sure when it started happening but I have a >>> feeling it was at least several weeks ago. >> >> Same here. IIRC it is the same in RELENG_5 with the small different that when >> the network/nfs server is back online everything was back working. Here >> on my CURRENT the processes are still stuck and I've to reboot the system >> too. > > green@ MFC'd NFS deadlock patches 4 days ago. They might have br0ken > something else. :-/ > > The good side of this is that the kern/79208 problems seem to be gone > now. ;-) It would be quite helpful if people could try backing out Brian's patch locally and see if it fixes the recently reported problems. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Jun 30 14:03:05 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9044816A41C for ; Thu, 30 Jun 2005 14:03:05 +0000 (GMT) (envelope-from six_feet_under@mail.bg) Received: from inray.spnet.net (inray.spnet.net [212.91.166.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1394343D1F for ; Thu, 30 Jun 2005 14:03:04 +0000 (GMT) (envelope-from six_feet_under@mail.bg) Received: from radyk (Radik_Komputer [192.168.0.23]) by inray.spnet.net (8.12.3/8.12.3/Debian-6.6) with SMTP id j5UDxLhD002995 for ; Thu, 30 Jun 2005 16:59:27 +0300 Message-ID: <000601c57d7c$6898aca0$1700a8c0@radyk> From: "Dimitur Ivanav Dimitrov" To: Date: Thu, 30 Jun 2005 17:02:37 +0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Fri, 01 Jul 2005 11:42:17 +0000 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ESDI Interface Support ? 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, 30 Jun 2005 14:03:05 -0000 Hi, I am a new in FreeBSD and have a little problem. My old computer's BIOS = support only ESDI hard disks on ISA slot. I wonder if there is a version = of FreeBSD which supports both ESDI and IDE and where can I get it from? thanks From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 06:53:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8634B16A41C; Fri, 1 Jul 2005 06:53:20 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id C93D043D48; Fri, 1 Jul 2005 06:53:16 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.138] (unknown [192.168.168.138]) by gddsn.org.cn (Postfix) with ESMTP id 541B038CB4B; Fri, 1 Jul 2005 14:53:13 +0800 (CST) Message-ID: <42C4E84C.2070905@gddsn.org.cn> Date: Fri, 01 Jul 2005 14:53:00 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.6) Gecko/20050326 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org, usb@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 01 Jul 2005 11:42:17 +0000 Cc: Subject: ipod photo can't attach to SCSI device help 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, 01 Jul 2005 06:53:20 -0000 hi lists: while connected my ipod photo to USB2.0 ports under CURRENT, the SCSI device couldn't attached ?? hereis the dmesg: umass0: Apple iPod, rev 2.00/0.01, addr 3 and camcontrol devlist -v list: wsk# camcontrol devlist -v scbus0 on umass-sim0 bus 0: scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) thanks in advance From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 09:49:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9185116A41C for ; Fri, 1 Jul 2005 09:49:10 +0000 (GMT) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14F9543D1D for ; Fri, 1 Jul 2005 09:49:09 +0000 (GMT) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.12.11/jtpda-5.4) with ESMTP id j619n8qp058660 for ; Fri, 1 Jul 2005 11:49:08 +0200 (CEST) X-Ids: 164 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (8.13.1/8.12.10) with ESMTP id j619n47D020644 for ; Fri, 1 Jul 2005 11:49:07 +0200 Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 9062E67B7; Fri, 1 Jul 2005 11:49:04 +0200 (CEST) Date: Fri, 1 Jul 2005 11:49:04 +0200 From: Michel Talon To: freebsd-current@freebsd.org Message-ID: <20050701094904.GA98642@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.2 (shiva.jussieu.fr [134.157.0.164]); Fri, 01 Jul 2005 11:49:08 +0200 (CEST) X-Antivirus: scanned by sophie at shiva.jussieu.fr X-Miltered: at shiva.jussieu.fr with ID 42C51194.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Mailman-Approved-At: Fri, 01 Jul 2005 11:42:17 +0000 Subject: June Snapshot of 6.0 woes under qemu 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, 01 Jul 2005 09:49:10 -0000 Hello, i have downloaded June snapshot of 6.0 for i386 (and checked md5), and tried to run it on qemu (under FreeBSD-5.4, qemu with or without acceleration, and with various memory sizes). I try to enter the fixit console, and type commands, the console freezes. This is the first time i see that with FreeBSD snapshots, qemu runs fine various Linux distros and Solaris. I suspect there is some strange bug. -- Michel TALON From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 11:44:49 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57D9216A41C for ; Fri, 1 Jul 2005 11:44:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14C0C43D48 for ; Fri, 1 Jul 2005 11:44:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 3C0F6BC6A; Fri, 1 Jul 2005 11:44:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id j61Bijt1011763; Fri, 1 Jul 2005 13:44:46 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Dimitur Ivanav Dimitrov" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 30 Jun 2005 17:02:37 +0300." <000601c57d7c$6898aca0$1700a8c0@radyk> Date: Fri, 01 Jul 2005 13:44:45 +0200 Message-ID: <11762.1120218285@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@FreeBSD.org Subject: Re: ESDI Interface Support ? 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, 01 Jul 2005 11:44:49 -0000 In message <000601c57d7c$6898aca0$1700a8c0@radyk>, "Dimitur Ivanav Dimitrov" wr ites: >Hi, >I am a new in FreeBSD and have a little problem. My old computer's BIOS = >support only ESDI hard disks on ISA slot. I wonder if there is a version = >of FreeBSD which supports both ESDI and IDE and where can I get it from? You need a pretty old FreeBSD version for that. FreeBSD 5.x or later will not support it, FreeBSD 4.x may, but I'm not sure. -- 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 Fri Jul 1 12:32:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A293416A41C; Fri, 1 Jul 2005 12:32:41 +0000 (GMT) (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 DC02843D1D; Fri, 1 Jul 2005 12:32:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j61CWXnO013947; Fri, 1 Jul 2005 08:32:33 -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.13.3/8.13.3) with ESMTP id j61CWZk2008803; Fri, 1 Jul 2005 08:32:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A9D77306E; Fri, 1 Jul 2005 08:32:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050701123234.0A9D77306E@freebsd-current.sentex.ca> Date: Fri, 1 Jul 2005 08:32:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on alpha/alpha 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, 01 Jul 2005 12:32:42 -0000 TB --- 2005-07-01 12:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-07-01 12:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-07-01 12:15:00 - cleaning the object tree TB --- 2005-07-01 12:15:08 - checking out the source tree TB --- 2005-07-01 12:15:08 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-07-01 12:15:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-07-01 12:21:15 - building world (CFLAGS=-O2 -pipe) TB --- 2005-07-01 12:21:15 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-07-01 12:21:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm -c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm -c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c: In function `_kvm_kvatop': /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c:113: error: argument "pa" doesn't match prototype /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_private.h:78: error: prototype declaration *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-07-01 12:32:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-07-01 12:32:34 - ERROR: failed to build world TB --- 2005-07-01 12:32:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 12:34:21 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C005F16A41F for ; Fri, 1 Jul 2005 12:34:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 639AC43D1F for ; Fri, 1 Jul 2005 12:34:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 01 Jul 2005 08:48:06 -0400 From: John Baldwin To: Jens Schweikhardt Date: Fri, 1 Jul 2005 08:32:08 -0400 User-Agent: KMail/1.8 References: <20050516113420.GA786@schweikhardt.net> <200506301332.48829.jhb@FreeBSD.org> <20050630203541.GA764@schweikhardt.net> In-Reply-To: <20050630203541.GA764@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507010832.08880.jhb@FreeBSD.org> Cc: current@FreeBSD.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 01 Jul 2005 12:34:21 -0000 On Thursday 30 June 2005 04:35 pm, Jens Schweikhardt wrote: > John et al, > > # > # and then apply http://www.FreeBSD.org/~jhb/patches/i8254_lapic.patch > # > # and rebuild and capture the same output again? > # > > # > 404. There's only a lapic_timer.patch dated 14-Jan-2005 20:29... > # > Please don't lose your sanity :-) > # > # Ah, uploading it now. > > Got it. And it works! Great! I'm sticking it in re@'s queue right away. Thanks! -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 12:56:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2748E16A41C for ; Fri, 1 Jul 2005 12:56:09 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73C5543D4C for ; Fri, 1 Jul 2005 12:56:08 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j61Cu2BS019511 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 1 Jul 2005 14:56:05 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j61CtNJ7052173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jul 2005 14:55:23 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j61CtMf4084420; Fri, 1 Jul 2005 14:55:22 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j61CtLH5084419; Fri, 1 Jul 2005 14:55:22 +0200 (CEST) (envelope-from ticso) Date: Fri, 1 Jul 2005 14:55:21 +0200 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20050701125521.GF35575@cicely12.cicely.de> References: <000601c57d7c$6898aca0$1700a8c0@radyk> <11762.1120218285@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11762.1120218285@critter.freebsd.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: Dimitur Ivanav Dimitrov , freebsd-current@freebsd.org Subject: Re: ESDI Interface Support ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2005 12:56:09 -0000 On Fri, Jul 01, 2005 at 01:44:45PM +0200, Poul-Henning Kamp wrote: > In message <000601c57d7c$6898aca0$1700a8c0@radyk>, "Dimitur Ivanav Dimitrov" wr > ites: > >Hi, > >I am a new in FreeBSD and have a little problem. My old computer's BIOS = > >support only ESDI hard disks on ISA slot. I wonder if there is a version = > >of FreeBSD which supports both ESDI and IDE and where can I get it from? > > You need a pretty old FreeBSD version for that. FreeBSD 5.x or later > will not support it, FreeBSD 4.x may, but I'm not sure. 3.x is the last FreeBSD supporting direct attached MFM/RLL/ESDI disks. Likely a computer that has no BIOS support for ata disks will have lots of other shortcomings too. But I'm surprised by this statement as well - an IDE disk with an ISA adapter should be backward compatible to MFM/RLL/ESDI controller. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 13:06:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E642D16A426 for ; Fri, 1 Jul 2005 13:06:19 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F79C43D55 for ; Fri, 1 Jul 2005 13:06:18 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 95037 invoked by uid 89); 1 Jul 2005 13:06:13 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 1 Jul 2005 13:06:13 -0000 Date: Fri, 1 Jul 2005 15:06:13 +0200 From: Oliver Lehmann To: Robert Watson Message-Id: <20050701150613.095d9a07.lehmann@ans-netz.de> In-Reply-To: <20050701124606.F12138@fledge.watson.org> References: <200507011340.30349.doconnor@gsoft.com.au> <20050701063205.0104de69.lehmann@ans-netz.de> <20050701110214.GC1193@stack.nl> <20050701124606.F12138@fledge.watson.org> X-Mailer: Sylpheed version 2.0.0beta3 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: marcolz@stack.nl, freebsd-current@freebsd.org Subject: Re: NFS problems 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, 01 Jul 2005 13:06:20 -0000 Robert Watson wrote: > > On Fri, 1 Jul 2005, Marc Olzheim wrote: > > > green@ MFC'd NFS deadlock patches 4 days ago. They might have br0ken > > something else. :-/ > > > > The good side of this is that the kern/79208 problems seem to be gone > > now. ;-) > > It would be quite helpful if people could try backing out Brian's patch > locally and see if it fixes the recently reported problems. I don't think so since my CURRENT is fom 24th of may. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 13:19:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80F416A41C; Fri, 1 Jul 2005 13:19:37 +0000 (GMT) (envelope-from amf@hobbit.neveragain.de) Received: from hobbit.neveragain.de (neveragain.de [217.69.76.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9A543D1D; Fri, 1 Jul 2005 13:19:36 +0000 (GMT) (envelope-from amf@hobbit.neveragain.de) Received: from hobbit.neveragain.de (amf@localhost [127.0.0.1]) by hobbit.neveragain.de (8.13.4/8.13.4/Debian-3) with ESMTP id j61DJYPt021449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 1 Jul 2005 15:19:34 +0200 Received: (from amf@localhost) by hobbit.neveragain.de (8.13.4/8.13.4/Submit) id j61DJXmc021448; Fri, 1 Jul 2005 15:19:33 +0200 Date: Fri, 1 Jul 2005 15:19:33 +0200 From: Dennis Koegel To: wsk Message-ID: <20050701131933.GA15816@neveragain.de> References: <42C4E84C.2070905@gddsn.org.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42C4E84C.2070905@gddsn.org.cn> X-PGP-KeyID: 0D73E19A User-Agent: Mutt/1.5.9i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (hobbit.neveragain.de [127.0.0.1]); Fri, 01 Jul 2005 15:19:34 +0200 (CEST) Cc: usb@freebsd.org, current@freebsd.org Subject: Re: ipod photo can't attach to SCSI device help 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, 01 Jul 2005 13:19:37 -0000 On Fri, Jul 01, 2005 at 02:53:00PM +0800, wsk wrote: > while connected my ipod photo to USB2.0 ports under CURRENT, > the SCSI device couldn't attached ?? > hereis the dmesg: > umass0: Apple iPod, rev 2.00/0.01, addr 3 > and camcontrol devlist -v list: > wsk# camcontrol devlist -v > scbus0 on umass-sim0 bus 0: > scbus-1 on xpt0 bus 0: > < > at scbus-1 target -1 lun -1 (xpt0) In case some more information is helpful: I have the same problem here on a ThinkPad X31, on RELENG_5 as well as on CURRENT. The kernel recognizes the umass device but doesn't create or mention any scsi-da device. Scheduler, Preemption and ACPI don't seem to matter. When running camcontrol rescan, it just hangs. What's most interesting: After detaching the device, the machine often simply reboots. Sometimes immediately, sometimes after a short while (delays from just some seconds up to about a minute seen so far). In some cases of luck, detaching and re-attaching the cable several times makes the kernel recognize the da device and it works fine! Maybe it's some weird timing problem... The reboot happens in that case as well, though. - D. From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 13:40:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12B916A41C for ; Fri, 1 Jul 2005 13:40:27 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EAA43D1F for ; Fri, 1 Jul 2005 13:40:25 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 8D6BEBC6A; Fri, 1 Jul 2005 13:40:23 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id j61DeMp6014105; Fri, 1 Jul 2005 15:40:22 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: ticso@cicely.de From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 01 Jul 2005 14:55:21 +0200." <20050701125521.GF35575@cicely12.cicely.de> Date: Fri, 01 Jul 2005 15:40:22 +0200 Message-ID: <14104.1120225222@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Dimitur Ivanav Dimitrov , freebsd-current@freebsd.org Subject: Re: ESDI Interface Support ? 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, 01 Jul 2005 13:40:28 -0000 In message <20050701125521.GF35575@cicely12.cicely.de>, Bernd Walter writes: >On Fri, Jul 01, 2005 at 01:44:45PM +0200, Poul-Henning Kamp wrote: >> In message <000601c57d7c$6898aca0$1700a8c0@radyk>, "Dimitur Ivanav Dimitrov" wr >> ites: >> >Hi, >> >I am a new in FreeBSD and have a little problem. My old computer's BIOS = >> >support only ESDI hard disks on ISA slot. I wonder if there is a version = >> >of FreeBSD which supports both ESDI and IDE and where can I get it from? >> >> You need a pretty old FreeBSD version for that. FreeBSD 5.x or later >> will not support it, FreeBSD 4.x may, but I'm not sure. > >3.x is the last FreeBSD supporting direct attached MFM/RLL/ESDI disks. I'm not sure you are 100% correct here. There is a difference between MFM/RLL and ESDI and we supported ESDI longer than the really old stuff. -- 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 Fri Jul 1 13:53:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3423F16A41C for ; Fri, 1 Jul 2005 13:53:08 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B65B43D1D for ; Fri, 1 Jul 2005 13:53:07 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j61Dr3BS020689 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 1 Jul 2005 15:53:05 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j61DqjJ7052528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jul 2005 15:52:46 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j61DqjsO084773; Fri, 1 Jul 2005 15:52:45 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j61DqiPW084772; Fri, 1 Jul 2005 15:52:44 +0200 (CEST) (envelope-from ticso) Date: Fri, 1 Jul 2005 15:52:44 +0200 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20050701135244.GL35575@cicely12.cicely.de> References: <20050701125521.GF35575@cicely12.cicely.de> <14104.1120225222@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14104.1120225222@critter.freebsd.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: Dimitur Ivanav Dimitrov , freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: ESDI Interface Support ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2005 13:53:08 -0000 On Fri, Jul 01, 2005 at 03:40:22PM +0200, Poul-Henning Kamp wrote: > In message <20050701125521.GF35575@cicely12.cicely.de>, Bernd Walter writes: > >On Fri, Jul 01, 2005 at 01:44:45PM +0200, Poul-Henning Kamp wrote: > >> In message <000601c57d7c$6898aca0$1700a8c0@radyk>, "Dimitur Ivanav Dimitrov" wr > >> ites: > >> >Hi, > >> >I am a new in FreeBSD and have a little problem. My old computer's BIOS = > >> >support only ESDI hard disks on ISA slot. I wonder if there is a version = > >> >of FreeBSD which supports both ESDI and IDE and where can I get it from? > >> > >> You need a pretty old FreeBSD version for that. FreeBSD 5.x or later > >> will not support it, FreeBSD 4.x may, but I'm not sure. > > > >3.x is the last FreeBSD supporting direct attached MFM/RLL/ESDI disks. > > I'm not sure you are 100% correct here. There is a difference > between MFM/RLL and ESDI and we supported ESDI longer than the > really old stuff. I lost my ESDI disks when wd driver was removed. Maybe there were other drivers for e.g. EISA cards. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 13:58:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20DAF16A41C; Fri, 1 Jul 2005 13:58:24 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id C325343D69; Fri, 1 Jul 2005 13:58:21 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-1.free.fr (Postfix) with ESMTP id E97B1173482; Fri, 1 Jul 2005 15:58:19 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j61DuWS2008242; Fri, 1 Jul 2005 15:56:36 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 1 Jul 2005 15:56:27 +0200 User-Agent: KMail/1.8.1 References: <42C4E84C.2070905@gddsn.org.cn> <20050701131933.GA15816@neveragain.de> In-Reply-To: <20050701131933.GA15816@neveragain.de> 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: <200507011556.30163.thierry@herbelot.com> Cc: usb@freebsd.org, Dennis Koegel , current@freebsd.org, wsk Subject: Re: ipod photo can't attach to SCSI device help 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: Fri, 01 Jul 2005 13:58:24 -0000 Le Friday 1 July 2005 15:19, Dennis Koegel a écrit : > On Fri, Jul 01, 2005 at 02:53:00PM +0800, wsk wrote: > > while connected my ipod photo to USB2.0 ports under CURRENT, > > the SCSI device couldn't attached ?? > > hereis the dmesg: > > umass0: Apple iPod, rev 2.00/0.01, addr 3 > > and camcontrol devlist -v list: > > wsk# camcontrol devlist -v > > scbus0 on umass-sim0 bus 0: > > scbus-1 on xpt0 bus 0: > > < > at scbus-1 target -1 lun -1 (xpt0) > Me too I also tried to use an iPod with various machines (running under REL-4 / REL-5 or -Current) with no success. As a work around, I have bought a firewire cable (around $20), and this combination works very fine (iPod correctly detected, and GTKPod runs as expected). TfH From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 13:58:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20DAF16A41C; Fri, 1 Jul 2005 13:58:24 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id C325343D69; Fri, 1 Jul 2005 13:58:21 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-1.free.fr (Postfix) with ESMTP id E97B1173482; Fri, 1 Jul 2005 15:58:19 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j61DuWS2008242; Fri, 1 Jul 2005 15:56:36 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 1 Jul 2005 15:56:27 +0200 User-Agent: KMail/1.8.1 References: <42C4E84C.2070905@gddsn.org.cn> <20050701131933.GA15816@neveragain.de> In-Reply-To: <20050701131933.GA15816@neveragain.de> 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: <200507011556.30163.thierry@herbelot.com> Cc: usb@freebsd.org, Dennis Koegel , current@freebsd.org, wsk Subject: Re: ipod photo can't attach to SCSI device help 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: Fri, 01 Jul 2005 13:58:24 -0000 Le Friday 1 July 2005 15:19, Dennis Koegel a écrit : > On Fri, Jul 01, 2005 at 02:53:00PM +0800, wsk wrote: > > while connected my ipod photo to USB2.0 ports under CURRENT, > > the SCSI device couldn't attached ?? > > hereis the dmesg: > > umass0: Apple iPod, rev 2.00/0.01, addr 3 > > and camcontrol devlist -v list: > > wsk# camcontrol devlist -v > > scbus0 on umass-sim0 bus 0: > > scbus-1 on xpt0 bus 0: > > < > at scbus-1 target -1 lun -1 (xpt0) > Me too I also tried to use an iPod with various machines (running under REL-4 / REL-5 or -Current) with no success. As a work around, I have bought a firewire cable (around $20), and this combination works very fine (iPod correctly detected, and GTKPod runs as expected). TfH From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 15:00:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E7D516A420 for ; Fri, 1 Jul 2005 15:00:35 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFB4D43D5E for ; Fri, 1 Jul 2005 15:00:12 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j61EvcXl018392 for freebsd-current@freebsd.org.checked; Fri, 1 Jul 2005 18:57:38 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j61Etfke018382; Fri, 1 Jul 2005 18:55:42 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42C55974.5010505@cronyx.ru> Date: Fri, 01 Jul 2005 18:55:48 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: LOR-050701 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, 01 Jul 2005 15:00:35 -0000 Hi, It seems that I have a new one LOR. Observed with yesterday current. Sorry I can post only images for now: http://www.cronyx.ru/~rik/freebsd/lor/img_0831s.jpg http://www.cronyx.ru/~rik/freebsd/lor/img_0832s.jpg I hope this would be useful either. If I will have a time I'll produce a txt file, but I can't promise. rik From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 16:40:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F294D16A41C for ; Fri, 1 Jul 2005 16:40:55 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4E9743D48 for ; Fri, 1 Jul 2005 16:40:54 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j61GerAn079862; Fri, 1 Jul 2005 11:40:54 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42C5720A.3030007@centtech.com> Date: Fri, 01 Jul 2005 11:40:42 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <20050616070445.GD2239@obiwan.tataz.chchile.org> <20050616.012302.48201645.imp@bsdimp.com> <20050616075743.GE2239@obiwan.tataz.chchile.org> <20050616.020442.31252848.imp@bsdimp.com> <42B15F2E.9050408@centtech.com> <20050616103629.T42933@lexi.siliconlandmark.com> <42B94F47.1000506@centtech.com> In-Reply-To: <42B94F47.1000506@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: incorrect ping(8) interval with powerd(8) 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, 01 Jul 2005 16:40:56 -0000 Eric Anderson wrote: > Andre Guibert de Bruet wrote: > >> >> On Thu, 16 Jun 2005, Eric Anderson wrote: >> >>> M. Warner Losh wrote: >>> >>>> In message: <20050616075743.GE2239@obiwan.tataz.chchile.org> >>>> Jeremie Le Hen writes: >>>> : > : May you delve into this a little bit more please ? The >>>> ping(8) manual >>>> : > : page states that the -i flags makes ping(8) to wait a given >>>> couple of >>>> : > : seconds. If I use the flags "-i 1", I expect ECHO Requests to >>>> be sent >>>> : > : with one second between each, whatever the AC line status is. >>>> : > : (Note that I didn't explicitely specified "-i 1" in the above >>>> example, >>>> : > : but this doesn't change the behaviour.) >>>> : > : > Well, the rount trip times went way up (3x longer). That's >>>> normal for >>>> : > a 200MHz CPU... My 333MHz EISA machine can't do much better than >>>> : > that. >>>> : > : > But the 2.252s run time is a little longish. Do you see this >>>> : > consistantly? If you ran it a second time would you get identical >>>> : > results. I've seen ARP take a while... What else do you have >>>> running >>>> : > on the system? Maybe a daemon that takes almost no time at 1.7GHz >>>> : > takes a lot longer at 200Mhz and that's starving the ping >>>> process... >>>> : > Or some driver has gone insane... >>>> : : Yes, I ran this test multiple times, and I almost get always >>>> this same >>>> : result although I got 2.208s sometimes, but I don't think this is >>>> : significant. >>>> : : FYI, >>>> : my powerd(8) is configured to tastes AC-line four times per seconds. >>>> : I tried reducing it's freqency from 4 to 1, but it doesn't change >>>> : anything. >>>> : : ARP is not the culprit, the MAC address is already in cache. >>>> : : My kernel is compiled with INVARIANTS, but I don't have >>>> WITNESS. My >>>> : network interface uses the bge(4) driver. No firewall rule or >>>> complex >>>> : network setup. >>>> : : Anyway this doesn't hurt much. Thanks for lightening me. >>>> >>>> Dang, I was hoping it was one of the easy explainations.... Maybe it >>>> is the idle code not waking up fast enough when it has been asleep for >>>> a bit. But that's pure speculation at this point... >>> >>> >>> >>> Another datapoint - running -CURRENT as of about June 7th, I see this >>> too: >>> >>> $ time ping -i 1 -c 5 localhost >>> PING localhost (127.0.0.1): 56 data bytes >>> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.041 ms >>> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.033 ms >>> 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.029 ms >>> 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.031 ms >>> 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.035 ms >>> >>> --- localhost ping statistics --- >>> 5 packets transmitted, 5 packets received, 0% packet loss >>> round-trip min/avg/max/stddev = 0.029/0.034/0.041/0.004 ms >>> >>> real 0m9.728s >>> user 0m0.000s >>> sys 0m0.003s >>> >>> On a 5-STABLE machine: >>> $ time ping -i 1 -c 5 localhost >>> PING localhost (127.0.0.1): 56 data bytes >>> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.049 ms >>> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.032 ms >>> 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.024 ms >>> 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.021 ms >>> 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.032 ms >>> >>> --- localhost ping statistics --- >>> 5 packets transmitted, 5 packets received, 0% packet loss >>> round-trip min/avg/max/stddev = 0.021/0.032/0.049/0.010 ms >>> >>> real 0m4.064s >>> user 0m0.000s >>> sys 0m0.005s >>> >>> >>> I have powerd running, but it makes no difference whether I have it >>> running or not, nor does it make any difference if I'm on ac or battery. >>> >>> This worked fine a couple weeks back for me - the only thing I recall >>> changing is adding apic to my kernel. >> >> >> >> Just out of curiosity, does removing debugging options from your >> kernel config change anything? > > > Nope. And setting my scheduler back (from ULE) doesn't help either.. > > I'm thinking it must be a module, or something else I have installed. I > have set up another laptop just like mine, and it does not show the > issue. I'm still trying to track it down. After looking a little more, I noticed that booting into 'safemode' seems to get rid of the delay. Here's a snippet of a sysctl diff between two boots: 259,260c249,250 < kern.timecounter.hardware: ACPI-fast < kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) --- > kern.timecounter.hardware: TSC > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) I have apic in my kernel config, and I think teh safemode disables apic and acpi. I'm guessing it's an apic issue? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 16:57:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90A2D16A41C for ; Fri, 1 Jul 2005 16:57:13 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D9A43D48 for ; Fri, 1 Jul 2005 16:57:12 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j61GsBIO019281 for freebsd-current@freebsd.org.checked; Fri, 1 Jul 2005 20:54:11 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j61Grmq8019275 for ; Fri, 1 Jul 2005 20:53:48 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42C57523.4050302@cronyx.ru> Date: Fri, 01 Jul 2005 20:53:55 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: BUS infrastructure problem 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, 01 Jul 2005 16:57:13 -0000 Hi, This is initial request, the case needs farther investigation, but anyway... I observe the followin strange behaviour with current: with some very high probability after indentify callback I didn't get a probe callback. I didn't find yet anything that could tell me why I see this. All function return me that all operations was successful. PS. This driver is cx(4) and I am currently try to debug it in async mode (I get strange panics while its work if I didn't get into situation with probe()). Any ideas? Best regars, Roman Kurakin From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 17:16:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BEC016A432 for ; Fri, 1 Jul 2005 17:16:51 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324C243D1F for ; Fri, 1 Jul 2005 17:16:51 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j61HGoms012245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jul 2005 10:16:50 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42C57A9A.5050008@errno.com> Date: Fri, 01 Jul 2005 10:17:14 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20050621205048.GA61951@freebie.xs4all.nl> In-Reply-To: <20050621205048.GA61951@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Getting WPA to work on ath(4) 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, 01 Jul 2005 17:16:51 -0000 Wilko Bulte wrote: > Hi, > > Today I decided to spend some time getting WPA to work > on my Netgear ath(4) card. The base station is a Netgear > WG602V3. The AP is configured with WPA-PSK (it cannot do > anything else). > > To make sure that things are sortof sound on the AP side > I have setup 2 laptops using Windows with WPA. Both work > OK. > > One of these laptops that has the Netgear card and is dual > boot with -current. > > Basically FreeBSD also (but only sortof) works with WPA > on the ath(4). > > I setup a wpa_supplicant.conf taking the 'home network' > example from the man page. > > What I get from wpa_supplicant on a regular interval is: > > Trying to associate with (SSID= freq=2412MHz) > Associated with > WPA: Key negotiation completeted with [PTK=CCMP GTK=TKOP] > > to the outside world correctly> > > Disconnect event - remove keys <--- why is this? > > This process repeats itself over and over. > > Am I missing something obvious? > Actual logs from wpa_supplicant are required to diagnose wpa problems. Usually a single -d option is sufficient; -dd is often too verbose. Also useful is the output of 80211stats from tools/tools/ath. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 17:23:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7319216A41C for ; Fri, 1 Jul 2005 17:23:25 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E79943D48 for ; Fri, 1 Jul 2005 17:23:25 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j61HNOms012286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jul 2005 10:23:25 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42C57C24.2070001@errno.com> Date: Fri, 01 Jul 2005 10:23:48 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Masson References: <86psu67naj.fsf@srvbsdnanssv.interne.kisoft-services.com> In-Reply-To: <86psu67naj.fsf@srvbsdnanssv.interne.kisoft-services.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mailing List FreeBSD Current Subject: Re: ath0, link goes down then up periodically 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, 01 Jul 2005 17:23:25 -0000 Eric Masson wrote: > Hi, > > I'm using a Planet WL3560 (atheros chipset) with -current as a DLink > DWL2000AP client : > > Sometimes, ath0 link state goes down then up : > http://emss.free.fr/informatique/FreeBSD/messages > > 80211debug has been set with the following options : > /usr/local/bin/80211debug +debug +assoc +xrate +power +scan +wme > > Any idea ? Your station is re-associating with the ap; this is normal. Unfortunately the link state msgs are on by default so you get lots of noise as a result. There's a sysctl to turn them off globally. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 17:30:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A198816A41C for ; Fri, 1 Jul 2005 17:30:16 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C9F743D1F for ; Fri, 1 Jul 2005 17:30:16 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j61HUEms012328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jul 2005 10:30:15 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42C57DBE.8080403@errno.com> Date: Fri, 01 Jul 2005 10:30:38 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiri Mikulas References: <42C41B57.4020608@mikulas.com> In-Reply-To: <42C41B57.4020608@mikulas.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ath: truncated-ip 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, 01 Jul 2005 17:30:16 -0000 Jiri Mikulas wrote: > Hello > Maybe there is problem with ath > I have point-to-point uplink with ath 5213 based cards > with > > 6.0-CURRENT #2: Thu Jun 30 02:39:34 CEST 2005 > hw.ath.hal.version: 0.9.14.9 > ifconfig_ath0="10.27.64.78/30 ssid HA2BH media OFDM/24Mbps mode 11a up" > bhillz-F# ifconfig ath0 list ap > SSID BSSID CHAN RATE S:N INT CAPS > HA2BH 00:90:4b:ca:33:52 149 54M 32:0 100 E > > and on the other side: > 5.4-STABLE #6: Sat May 28 11:01:07 CEST 2005 > hw.ath.hal.version: 0.9.6.3 > ifconfig_ath0="10.27.64.77/30 ssid HA2BH channel 149 media autoselect > mode 11a mediaopt hostap up" > habr# wicontrol ath0 -l | grep signal > Quality/Signal/Noise [signal]: [ 0 / 34 / 0 ] > > > The problem is, that "client" side seems to be sendig corrupted data > (tcpdump above), I tried to switch client<->hostap cards (in config) but > the same thing again. > I also tried CURRENT <-> CURRENT machines, it do the same thing > I have more interfaces (fxp, wi, vlan) on these boxes and OSPF runs > there without any problem, so I think it could be ath specific problem ? > > Does anybody have any idea where could be the problem ? > If will anybody be interested in, I can provide more info. This is likely tcpdump not knowing that there is some padding in the packets for the atheros h/w; can't recall which cases this occurs and/or whether it's exposed at the 802.11 layer (it definitely can show up if you tap with -y IEEE802_11_RADIO). I would sniff from another station to be sure. Can you be sure packets are being lost and/or discarded? statistics at the ath and/or 802.11 level will tell you. Sam > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > habr# tcpdump -i ath0 proto ospf > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes > 18:01:48.994769 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 44 > 18:01:49.013819 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 > 18:01:49.398200 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 48 > 18:01:58.995047 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 44 > 18:01:59.048889 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 > 18:01:59.408431 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 48 > 18:02:08.995264 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 44 > 18:02:09.038394 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 > 18:02:09.418535 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 48 > 18:02:18.995734 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 44 > 18:02:19.016646 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 > 18:02:19.428675 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 48 > 18:02:28.996688 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 44 > 18:02:29.051713 IP truncated-ip - 11200 bytes missing! 10.27.64.78 > > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), length: 11244 > 18:02:29.438828 IP 10.27.64.77 > OSPF-ALL.MCAST.NET: OSPFv2, Hello (1), > length: 48 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > bhillz-F# tcpdump -i ath0 proto ospf > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes > 18:01:49.389444 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, > length: 44 > 18:01:59.390520 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, > length: 44 > 18:02:09.391534 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, > length: 44 > 18:02:19.392793 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, > length: 44 > 18:02:29.394546 IP 10.27.64.78 > OSPF-ALL.MCAST.NET: OSPFv2, Hello, > length: 44 > > > _______________________________________________ > 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 Fri Jul 1 17:31:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0D5E16A41C; Fri, 1 Jul 2005 17:31:36 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3949443D1F; Fri, 1 Jul 2005 17:31:36 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j61HVYms012333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jul 2005 10:31:35 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42C57E0E.3010507@errno.com> Date: Fri, 01 Jul 2005 10:31:58 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: szabszi@goodwill.hu References: <42BDB62A.1080108@goodwill.hu> In-Reply-To: <42BDB62A.1080108@goodwill.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, mobile@freebsd.org Subject: Re: atheros 5211 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, 01 Jul 2005 17:31:37 -0000 Géczi Szabolcs wrote: > Hi there, > > I've a (probably) philips minipci wlan card with atheros 5211 chipset > (a/b). However I loaded the if_ath.ko and my freebsd recognized it well, > i can't make it work. > this means, i cannot make it associated to any access points, wether I > set the ssid of accespoint or not. As a matter of fact, the led which > shows the wlan radio set to on, is not active whatever I do in my > freebsd. My card works well under other operating systems well. > I tried to make it work under freebsd 5.4 and 6.0 without any results. > > any idea? Not without more info. I've got this card and it worked fine last I tried it. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 18:07:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AAB116A41C for ; Fri, 1 Jul 2005 18:07:21 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAF0F43D1F for ; Fri, 1 Jul 2005 18:07:20 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 56B5D1FFACE; Fri, 1 Jul 2005 20:07:18 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id F2D261FFACD; Fri, 1 Jul 2005 20:07:15 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id B2078155EB; Fri, 1 Jul 2005 18:05:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id AF75E15384; Fri, 1 Jul 2005 18:05:41 +0000 (UTC) Date: Fri, 1 Jul 2005 18:05:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Roman Kurakin In-Reply-To: <42C55974.5010505@cronyx.ru> Message-ID: References: <42C55974.5010505@cronyx.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: LOR-050701 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, 01 Jul 2005 18:07:21 -0000 On Fri, 1 Jul 2005, Roman Kurakin wrote: > Hi, > > It seems that I have a new one LOR. Observed with yesterday current. > Sorry I can post only images for now: > > http://www.cronyx.ru/~rik/freebsd/lor/img_0831s.jpg > http://www.cronyx.ru/~rik/freebsd/lor/img_0832s.jpg > > I hope this would be useful either. If I will have a time I'll produce a > txt file, but > I can't promise. no need to do anymore though I think the LOR might be a false positive resulting from trap... See LOR 106 on "the LOR page": http://sources.zabbadoz.net/freebsd/lor.html#106 And that should be about what's on the pictures w/o thre Fatal trap 12 while in kernel mode... lock order reversal 1st 0xc1061084 system map (system map) @ sys/vm/vm_map.c:2997 2nd 0xc0915a24 user map (user map) @ sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c09286d8,c0928480,c08b45cc) at kdb_backtrace+0x29 witness_checkorder(c0915a24,9,c086a1f1,bb5) at witness_checkorder+0x564 _sx_xlock(c0915a1f1,bb5) at _sx_lock+0x50 _vm_map_lock_read(c09159e0,c086a1f1,bb5,10000004,c132a868) at _vm_map_lock_read+0x37 vm_map_lookup(c7d8a994,0,1,c7d8a998,c7d8a988) at vm_map_lookup+0x28 vm_fault(c09159e0,0,1,0,c12fe480) at vm_fault+0x66 trap_pfault(c7d8aa5c,0,5a) at trap_fault+0xee trap(c0090008,c7d80028,2070028,2,c132a800) at trap+0x33d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc077d4bf, esp = 0xc7d8aa9c, ebp = 0xc7d8ab68 --- vm_fault(c1061000,c009e000,2,0,c12fe480) at vm_fault+0x1e3 trap_pfault(c7d8abd4,0,c009effe) at trap_pfault+0x137 trap(c12f0008,bcf20028,c1320028,c009effe,c12aaffe) at trap+0x33d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc07e647d, esp = 0xc7d8ac14, ebp = 0xc7d8ac34 --- generic_bcopy(c0991308,7cf,c09912ec,7cf,fffff832) at gener_bcopy+0x41 vga_txtdraw(c09912e0,7cf,fffff832,0) at vga_txtdraw+0xbe scrn_update(c09912e0,1) at scrn_update+0x22d scrn_timer(c09997e60) at scrn_timer+0x1f4 softclock(0) at softclock+0x1e7 ithread_loop(c1329480,c7d8ad38,c1329480,c061b418,0) at ithread_loop+0x11c fork_exit(c061b418,c1329480,c7d8ad38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc7d8ad6c, ebp = 0 --- -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 18:12:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E88816A41C; Fri, 1 Jul 2005 18:12:40 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BC743D1F; Fri, 1 Jul 2005 18:12:40 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j61ICams012488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jul 2005 11:12:37 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42C587AC.7030208@errno.com> Date: Fri, 01 Jul 2005 11:13:00 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <75027.1119295536@critter.freebsd.dk> In-Reply-To: <75027.1119295536@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rwatson@freebsd.org, current@freebsd.org, "M. Warner Losh" Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 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, 01 Jul 2005 18:12:40 -0000 Poul-Henning Kamp wrote: > In message <20050620.125334.10575355.imp@bsdimp.com>, "M. Warner Losh" writes: > > >>The big problem is that there's not a build environment separate from >>the install environment. > > > I'm not 100% sure I know what you mean here... > > >>At work, we created a system that has this >>separation, and it has proven invaluable. The current NO_FOO knobs >>aren't useful in the BUILD phase, bare are moderately useful in the >>install phase (we actually go a step further, and just have a list of >>directories to do an install from). >> >>This is the single reason that I've not pushed to migrate our build >>system at work to using nanobsd as its base... > > > It's worth noting in this context that not even "make release" uses > an unadultered installworld, but instead has to use the pseudo-magic > "distribution" target followed my manually frobbing the resulting > tree. > > The biggest problem however is not the 'how' but the 'which' question. > > Take /usr/share/man/man1/gcc.1.gz as an example. > > That file should not be installed if the user has specified any > single one of: > > NO_GNU # No GNU license code. > NO_GCC # No GNU Compiler > NO_CC # NO C compiler > NO_TOOL_CHAIN # No compiler tools at all > NO_MAN # No manual pages > NO_CPP_RT # No C++ runtime > NO_ROFF # No troff tools > NO_GROFF # No GNU groff > NO_MDOC # No mdoc macro package > > (NB: Deliberate exaggeration for illustrative effect) > > The src/release/Makefile is a good example of why Makefiles is not > the right technology to implement conditional behaviour in this > level of detail. > > The ideal solution would be to have complete awareness of the > actual dependencies (as a combination of explicit entries and > makefile derived information) but unless a exhaustive programme > of tinderbox tests were instituted, the manually maintained > dependencies would not be correct most of the time. > > > And I will also echo the previously expressed sentiment that this > is not to domain area to over-engineer a solution. > > Right now there is a $24 retail price difference between the smallest > CF card I can buy (128M) and one that can contain a non-reduced > nanobsd installation (512M). There are templates in the nanobsd > sources for media sizes down to 64M for people to start from. > > I'm not saying that the problem is entirely solved, we are 90% of > the way there now, and the last 10% may simply not be worth it. > > Not to restart a thread that seems to have expired, but this attitude that one can just buy a larger part is not helpful. Some devices have a fixed flash size and you cannot simply replace them. For freebsd to be truly useful in an embedded environment it must be configurable for any size part. This usually means a packaging system where you specify what to include rather than what to exclude. But it also means a lot of other things like a kernel that can be well-tailored to needs (i.e. chop all unnecessary bits). And then there's the whole issue of flash filesystems. Needless to say we're a ways behind linux in this regard. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 18:16:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6423A16A41C for ; Fri, 1 Jul 2005 18:16:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E3F343D49 for ; Fri, 1 Jul 2005 18:16:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j61IFti7094512; Fri, 1 Jul 2005 12:15:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 01 Jul 2005 12:15:51 -0600 (MDT) Message-Id: <20050701.121551.05878326.imp@bsdimp.com> To: phk@haven.freebsd.dk From: "M. Warner Losh" In-Reply-To: <11762.1120218285@critter.freebsd.dk> References: <000601c57d7c$6898aca0$1700a8c0@radyk> <11762.1120218285@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: six_feet_under@mail.bg, freebsd-current@freebsd.org Subject: Re: ESDI Interface Support ? 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, 01 Jul 2005 18:16:26 -0000 In message: <11762.1120218285@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <000601c57d7c$6898aca0$1700a8c0@radyk>, "Dimitur Ivanav Dimitrov" wr : ites: : >Hi, : >I am a new in FreeBSD and have a little problem. My old computer's BIOS = : >support only ESDI hard disks on ISA slot. I wonder if there is a version = : >of FreeBSD which supports both ESDI and IDE and where can I get it from? : : You need a pretty old FreeBSD version for that. FreeBSD 5.x or later : will not support it, FreeBSD 4.x may, but I'm not sure. FreeBSD 2.x or 3.x will likely be better for a machine this old. Assuming that it is a 386 or better. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 18:19:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B36E416A41C for ; Fri, 1 Jul 2005 18:19:34 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6797043D49 for ; Fri, 1 Jul 2005 18:19:34 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j61IIUOs094525; Fri, 1 Jul 2005 12:18:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 01 Jul 2005 12:18:26 -0600 (MDT) Message-Id: <20050701.121826.56566740.imp@bsdimp.com> To: rik@cronyx.ru From: "M. Warner Losh" In-Reply-To: <42C57523.4050302@cronyx.ru> References: <42C57523.4050302@cronyx.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BUS infrastructure problem 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, 01 Jul 2005 18:19:34 -0000 In message: <42C57523.4050302@cronyx.ru> Roman Kurakin writes: : I observe the followin strange behaviour with current: with some very : high probability after indentify callback I didn't get a probe callback. I : didn't find yet anything that could tell me why I see this. All function : return me that all operations was successful. : : PS. This driver is cx(4) and I am currently try to debug it in async mode : (I get strange panics while its work if I didn't get into situation with : probe()). : : Any ideas? I'll be happy to help you with this. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 18:45:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3880416A41C; Fri, 1 Jul 2005 18:45:19 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE0B743D49; Fri, 1 Jul 2005 18:45:18 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j61IjHms012630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jul 2005 11:45:18 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42C58F55.3040108@errno.com> Date: Fri, 01 Jul 2005 11:45:41 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tai-hwa Liang References: <200506241600.42470.jhb@FreeBSD.org> <0506251043379.48374@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <0506251043379.48374@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Rainer Hungershausen , John Baldwin , Pascal Hofstee Subject: Re: if_ral + wpa_supplicant stack backtrace 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, 01 Jul 2005 18:45:19 -0000 Tai-hwa Liang wrote: > On Fri, 24 Jun 2005, John Baldwin wrote: > >> On Saturday 18 June 2005 11:56 am, Pascal Hofstee wrote: >> >>> Hi, >>> >>> I am seeing period occurances of the same system call with the same >>> WITNESS warning and similar backtrace on yesterday's AMD64 CURRENT. >>> >>> ---------------------- >>> ral0: link state changed to DOWN >>> malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following >>> non-sleepable locks held: >>> exclusive sleep mutex ral0 (network driver) r = 0 (0xffffffff80c64de8) >>> locked @ /usr/src/sys/dev/ral/if_ral.c:2167 >>> KDB: stack backtrace: >>> kdb_backtrace() at kdb_backtrace+0x37 >>> witness_warn() at witness_warn+0x2c1 >>> uma_zalloc_arg() at uma_zalloc_arg+0x69 >>> malloc() at malloc+0xf5 >>> ieee80211_ioctl_setoptie() at ieee80211_ioctl_setoptie+0x4b >>> ieee80211_ioctl_set80211() at ieee80211_ioctl_set80211+0x64e >>> ieee80211_ioctl() at ieee80211_ioctl+0x125 >>> ral_ioctl() at ral_ioctl+0xa4 >>> in_control() at in_control+0xc2f >>> ifioctl() at ifioctl+0x1f6 >>> soo_ioctl() at soo_ioctl+0x38c >>> ioctl() at ioctl+0x476 >>> syscall() at syscall+0x332 >>> Xfast_syscall() at Xfast_syscall+0xa8 >>> --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x8007c2d4c, rsp = >>> 0x7fffffffdfd8, rbp = 0x18 --- >>> ral0: link state changed to UP >>> ---------------------- >>> >>> I am indeed curious to understand what exactly is causing these WITNESS >>> warnings >> >> >> This is a bug in ral(4) as it indiscriminately just holds its mutex >> across >> ieee80211_ioctl() which isn't safe. The ral(4) maintainer needs to >> fix it. > > > The same WITNESS warning also occurs in ath(4) whilst using > wpa_supplicant. > It looks to me that it's probably not individual driver's fault, but a > known > behaviour in net80211. > > Attached patch should suppress this warning; however, I'm not quite sure > about whether it's safe to do so or not.... > > > ------------------------------------------------------------------------ > > --- ieee80211_ioctl.c.orig Sat Jun 18 14:07:01 2005 > +++ ieee80211_ioctl.c Sat Jun 25 10:04:48 2005 > @@ -1475,7 +1475,7 @@ > if (ireq->i_len > IEEE80211_MAX_OPT_IE) > return EINVAL; > /* NB: data.length is validated by the wireless extensions code */ > - MALLOC(ie, void *, ireq->i_len, M_DEVBUF, M_WAITOK); > + MALLOC(ie, void *, ireq->i_len, M_DEVBUF, M_NOWAIT); > if (ie == NULL) > return ENOMEM; > error = copyin(ireq->i_data, ie, ireq->i_len); This is one instance of a general problem that's existed for over a year. Calling ieee80211_ioctl (typically) requires the driver hold it's lock but certain operations in the 802.11 layer may need to block but have no way to release the driver lock or otherwise synchronize the operations. I've brought this up several times and suggested that the cleanest solution looks to be exposing the driver lock to the 802.11 layer; possibly by making the driver softc lock part of the ifnet structure. But this approach never went very far so the problems have remained. The key concern with doing the ifnet/softc lock thing is that it might force us into a locking model that's too restrictive. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 21:15:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8B2516A41C for ; Fri, 1 Jul 2005 21:15:14 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47DC743D1D for ; Fri, 1 Jul 2005 21:15:14 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j61LCCde021222 for freebsd-current@freebsd.org.checked; Sat, 2 Jul 2005 01:12:12 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (localhost.cronyx.ru [127.0.0.1]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j61L9aUe021173; Sat, 2 Jul 2005 01:09:36 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <42C5AEE9.6060703@cronyx.ru> Date: Sat, 02 Jul 2005 01:00:25 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <42C55974.5010505@cronyx.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: LOR-050701 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, 01 Jul 2005 21:15:15 -0000 Bjoern A. Zeeb: >On Fri, 1 Jul 2005, Roman Kurakin wrote: > > >>Hi, >> >> It seems that I have a new one LOR. Observed with yesterday current. >>Sorry I can post only images for now: >> >>http://www.cronyx.ru/~rik/freebsd/lor/img_0831s.jpg >>http://www.cronyx.ru/~rik/freebsd/lor/img_0832s.jpg >> >>I hope this would be useful either. If I will have a time I'll produce a >>txt file, but >>I can't promise. >> >> > >no need to do anymore though I think the LOR might be a false positive >resulting from trap... > >See LOR 106 on "the LOR page": > http://sources.zabbadoz.net/freebsd/lor.html#106 > Thanks! > >And that should be about what's on the pictures w/o thre Fatal trap 12 >while in kernel mode... > >lock order reversal > 1st 0xc1061084 system map (system map) @ sys/vm/vm_map.c:2997 > 2nd 0xc0915a24 user map (user map) @ sys/vm/vm_map.c:2997 >KDB: stack backtrace: >kdb_backtrace(0,ffffffff,c09286d8,c0928480,c08b45cc) at kdb_backtrace+0x29 >witness_checkorder(c0915a24,9,c086a1f1,bb5) at witness_checkorder+0x564 >_sx_xlock(c0915a1f1,bb5) at _sx_lock+0x50 >_vm_map_lock_read(c09159e0,c086a1f1,bb5,10000004,c132a868) at _vm_map_lock_read+0x37 >vm_map_lookup(c7d8a994,0,1,c7d8a998,c7d8a988) at vm_map_lookup+0x28 >vm_fault(c09159e0,0,1,0,c12fe480) at vm_fault+0x66 >trap_pfault(c7d8aa5c,0,5a) at trap_fault+0xee >trap(c0090008,c7d80028,2070028,2,c132a800) at trap+0x33d >calltrap() at calltrap+0x5 >--- trap 0xc, eip = 0xc077d4bf, esp = 0xc7d8aa9c, ebp = 0xc7d8ab68 --- >vm_fault(c1061000,c009e000,2,0,c12fe480) at vm_fault+0x1e3 >trap_pfault(c7d8abd4,0,c009effe) at trap_pfault+0x137 >trap(c12f0008,bcf20028,c1320028,c009effe,c12aaffe) at trap+0x33d >calltrap() at calltrap+0x5 >--- trap 0xc, eip = 0xc07e647d, esp = 0xc7d8ac14, ebp = 0xc7d8ac34 --- >generic_bcopy(c0991308,7cf,c09912ec,7cf,fffff832) at gener_bcopy+0x41 >vga_txtdraw(c09912e0,7cf,fffff832,0) at vga_txtdraw+0xbe >scrn_update(c09912e0,1) at scrn_update+0x22d >scrn_timer(c09997e60) at scrn_timer+0x1f4 >softclock(0) at softclock+0x1e7 >ithread_loop(c1329480,c7d8ad38,c1329480,c061b418,0) at >ithread_loop+0x11c >fork_exit(c061b418,c1329480,c7d8ad38) at fork_exit+0xa0 >fork_trampoline() at fork_trampoline+0x8 >--- trap 0x1, eip = 0, esp = 0xc7d8ad6c, ebp = 0 --- > > > From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 23:48:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B90E516A41C for ; Fri, 1 Jul 2005 23:48:29 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73BD343D48 for ; Fri, 1 Jul 2005 23:48:27 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.3/8.13.1) with ESMTP id j61NmQEs070640 for ; Fri, 1 Jul 2005 16:48:27 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200507012348.j61NmQEs070640@gate.bitblocks.com> To: freebsd-current@freebsd.org Date: Fri, 01 Jul 2005 16:48:26 -0700 From: Bakul Shah Subject: minor WPA problem on a Thinkpad R40 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, 01 Jul 2005 23:48:29 -0000 After suspend/resume the old wpa_supplicant does not die and ath0 does not come up. Manually running /etc/rc.d/netif stop ath0 or /etc/rc.d/netif start ath0 does the right thing. I am running yesterday's kernel. rc.conf contains ifconfig_ath0="WPA DHCP" Not sure if I am doing something wrong or if this area still needs work. As I understand it, wpa_supplicant should die when an interface goes down just like dhclient should. Another curious behavior is that after a manual ifconfig ath0 down the interface does not stay down. On the whole I am very impressed with just how easy it has been to install current and get wireless stuff working on this laptop (now if only I can get the middle mouse button working and deal with other minor annoyances...) From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 00:26:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E6AA16A41C for ; Sat, 2 Jul 2005 00:26:50 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2904A43D1D for ; Sat, 2 Jul 2005 00:26:49 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j620QnYI003153 for ; Fri, 1 Jul 2005 17:26:49 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v622) Content-Transfer-Encoding: 7bit Message-Id: <4b86bd2e9054ea00e2de6a565ffab351@xcllnt.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@freebsd.org From: Marcel Moolenaar Date: Fri, 1 Jul 2005 17:26:48 -0700 X-Mailer: Apple Mail (2.622) Cc: Subject: panic: lockmgr: locking against myself 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, 02 Jul 2005 00:26:50 -0000 When writing to a file across NFS and reading from it at the same time, like: make >& make.out & tail -f make.out You invariably get: panic: lockmgr: locking against myself KDB: enter: panic [thread pid 1115 tid 100076 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 1115 tid 100076 td 0xc18abd80 kdb_enter(c071c9c5,c0772140,c071b5e6,d5313994,100) at kdb_enter+0x30 panic(c071b5e6,0,d53139ec,c0644442,c18abd80) at panic+0xd5 lockmgr(c1c969e8,3001,c1c96a0c,c18abd80,d53139e8) at lockmgr+0x42d vop_stdlock(d5313a18,0,1001,c1c96990,d5313a34) at vop_stdlock+0x2f VOP_LOCK_APV(c075ab20,d5313a18,6,0,c18abd80) at VOP_LOCK_APV+0x54 vn_lock(c1c96990,1001,c18abd80,0,0) at vn_lock+0x13c filt_vfsread(c1a0ac38,6,c075ab20,c1c96990,d5313bf8) at filt_vfsread+0x4a knote(c1ca3030,6,0,23c,23c) at knote+0xff VOP_WRITE_APV(c075ab20,d5313bf8,c18abd80,d5313bd8,0) at VOP_WRITE_APV+0x16a vn_write(c1980cf0,d5313c6c,c1a83b00,0,c18abd80) at vn_write+0x240 dofilewrite(c18abd80,c1980cf0,1,806c400,6) at dofilewrite+0xcb write(c18abd80,d5313d04,c,c18abd80,7) at write+0x69 syscall(3b,806003b,bfbf003b,0,806c400) at syscall+0x370 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x2812c80f, esp = 0xbfbfd6ac, ebp = 0xbfbfd6c8 --- db> show lockedvnods Locked vnodes 0xc1ad7440: tag nfs, type VDIR usecount 8, writecount 0, refcount 15 mountedhere 0 flags () v_object 0xc1b30084 ref 0 pages 5 lock type nfs: EXCL (count 1) by thread 0xc1aa6600 (pid 1382) fileid 10011423 fsid 0x400ff02 0xc1c96990: tag nfs, type VREG usecount 2, writecount 1, refcount 4 mountedhere 0 flags () v_object 0xc1c897bc ref 0 pages 1 lock type nfs: EXCL (count 1) by thread 0xc18abd80 (pid 1115) fileid 10669154 fsid 0x400ff02 ======== (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0557525 in boot (howto=260) at /nfs/freebsd/6.x/src/sys/kern/kern_shutdown.c:397 #2 0xc055789d in panic (fmt=0xc071b5e6 "lockmgr: locking against myself") at /nfs/freebsd/6.x/src/sys/kern/kern_shutdown.c:553 #3 0xc0548cad in lockmgr (lkp=0xc1c969e8, flags=12290, interlkp=0x80, td=0xc18abd80) at /nfs/freebsd/6.x/src/sys/kern/kern_lock.c:329 #4 0xc05b73cf in vop_stdlock (ap=0x0) at /nfs/freebsd/6.x/src/sys/kern/vfs_default.c:258 #5 0xc06f67c4 in VOP_LOCK_APV (vop=0xc0753b20, a=0xd5313a18) at vnode_if.c:1642 #6 0xc05d199c in vn_lock (vp=0xc1c96990, flags=4097, td=0xc18abd80) at vnode_if.h:844 #7 0xc05c55da in filt_vfsread (kn=0xc1a0ac38, hint=6) at pcpu.h:162 #8 0xc053579f in knote (list=0xc1ca3030, hint=6, islocked=0) at /nfs/freebsd/6.x/src/sys/kern/kern_event.c:1527 #9 0xc06f5eca in VOP_WRITE_APV (vop=0x0, a=0xd5313bf8) at vnode_if.c:711 #10 0xc05d1180 in vn_write (fp=0xc1980cf0, uio=0xd5313c6c, active_cred=0xc1a83b00, flags=0, td=0xc18abd80) at vnode_if.h:372 #11 0xc0580ccb in dofilewrite (td=0xc18abd80, fp=0xc1980cf0, fd=0, buf=0x0, nbyte=3228911264, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:246 #12 0xc0580af9 in write (td=0xc18abd80, uap=0xd5313d04) at /nfs/freebsd/6.x/src/sys/kern/sys_generic.c:301 #13 0xc06e3960 in syscall (frame= {tf_fs = 59, tf_es = 134611003, tf_ds = -1078001605, tf_edi = 0, tf_esi = 134661120, tf_ebp = -1077946680, tf_isp = -718193308, tf_ebx = 6, tf_edx = 134661120, tf_ecx = 6, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 672319503, tf_cs = 51, tf_eflags = 582, tf_esp = -1077946708, tf_ss = 59}) at /nfs/freebsd/6.x/src/sys/i386/i386/trap.c:984 #14 0xc06d33ff in Xint0x80_syscall () at /nfs/freebsd/6.x/src/sys/i386/i386/exception.s:200 *snip* (kgdb) f 3 #3 0xc0548cad in lockmgr (lkp=0xc1c969e8, flags=12290, interlkp=0x80, td=0xc18abd80) at /nfs/freebsd/6.x/src/sys/kern/kern_lock.c:329 329 panic("lockmgr: locking against myself"); (kgdb) p *lkp $8 = {lk_interlock = 0xc0771b3c, lk_flags = 262272, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 80, lk_wmesg = 0xc0727299 "nfs", lk_timo = 51, lk_lockholder = 0xc18abd80, lk_newlock = 0x0} (kgdb) f 6 #6 0xc05d199c in vn_lock (vp=0xc1c96990, flags=4097, td=0xc18abd80) at vnode_if.h:844 844 a.a_td = td; (kgdb) p *vp $14 = {v_type = VREG, v_tag = 0xc0727299 "nfs", v_op = 0xc075ab20, v_data = 0xc1c951cc, v_mount = 0xc189d000, v_nmntvnodes = {tqe_next = 0xc1c96880, tqe_prev = 0xc1c96ab4}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = 0xc18d4694}, v_hash = 1963008825, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0xc1c56440, tqh_last = 0xc1c56450}, v_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = {lk_interlock = 0xc0771b3c, lk_flags = 262272, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 80, lk_wmesg = 0xc0727299 "nfs", lk_timo = 51, lk_lockholder = 0xc18abd80, lk_newlock = 0x0}, v_interlock = {mtx_object = {lo_class = 0xc074cc84, lo_name = 0xc0721417 "vnode interlock", lo_type = 0xc0721417 "vnode interlock", lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, v_vnlock = 0xc1c969e8, v_holdcnt = 4, v_usecount = 2, v_iflag = 0, v_vflag = 0, v_writecount = 1, v_freelist = {tqe_next = 0xc1ae5220, tqe_prev = 0xc1aedc68}, v_bufobj = {bo_mtx = 0xc1c96a0c, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0xc1c96a54}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0xc92ad140, tqh_last = 0xc92ad178}, bv_root = 0xc92ad140, bv_cnt = 1}, bo_numoutput = 0, bo_flag = 1, bo_ops = 0xc075ae0c, bo_bsize = 8192, bo_object = 0xc1c897bc, bo_synclist = {le_next = 0xc1ca0c70, le_prev = 0xc18a0298}, bo_private = 0xc1c96990, __bo_vnode = 0xc1c96990}, v_pollinfo = 0xc1ca3000, v_label = 0x0} -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 00:52:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E315616A41C for ; Sat, 2 Jul 2005 00:52:51 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id B093143D1D for ; Sat, 2 Jul 2005 00:52:51 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 9966919F3B; Fri, 1 Jul 2005 17:54:46 -0700 (PDT) From: "Darren Pilgrim" To: "'Brooks Davis'" Date: Fri, 1 Jul 2005 17:52:49 -0700 Message-ID: <000801c57ea0$5fedbc10$0b2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <20050630050758.GA13861@odin.ac.hmc.edu> Importance: Normal Cc: current@freebsd.org Subject: RE: dhclient/wpa_supplicant 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: Sat, 02 Jul 2005 00:52:52 -0000 > -----Original Message----- > From: Brooks Davis [mailto:brooks@one-eyed-alien.net]=20 > Sent: Wednesday, June 29, 2005 10:08 PM > To: Brooks Davis > Cc: Darren Pilgrim; current@freebsd.org > Subject: Re: dhclient/wpa_supplicant patch >=20 >=20 > On Wed, Jun 29, 2005 at 12:23:38AM -0700, Brooks Davis wrote: > > On Tue, Jun 28, 2005 at 10:54:15PM -0700, Darren Pilgrim wrote: > > > From: Brooks Davis > > > >=20 > > > > --- rc.d/wpa_supplicant Tue Jun 28 22:24:18 2005 > > > > +++ rc.d/wpa_supplicant Tue Jun 28 18:51:32 2005 > > > <...> > > > > +if ! wpaif $ifn; then > > > > + return 1 > > > > +fi > > >=20 > > > I think it would be better if the dhcpif/wpaif test is contained=20 > > > within netif. It has to exist in netif because its job is to=20 > > > determine how to configure the interface. The dhclient and=20 > > > wpa_supplicant scripts should be "dumb" single-task scripts to=20 > > > start/stop their respective clients. > > >=20 > > > By putting the dhcpif/wpaif test in the dhclient/wpa_supplicant=20 > > > scripts, not only is it redundant, it makes it impossible=20 > to use the=20 > > > scripts manually with an interface that isn't configured in=20 > > > /etc/rc.conf with the DHCP or WPA magic words. Such manual=20 > > > operations are useful in testing, temporary interfaces and custom=20 > > > profile-based configurations where it's not possible/practical to=20 > > > have a configuration line in /etc/rc.conf beforehand. > >=20 > > Good point. The test is already in ifconfig_up/down so it's not=20 > > needed in wpa_supplicant or dhclient. >=20 > Upon further reflection, the wpa_supplicant case was removed=20 > before commit, but I've kept the dhclient case because the=20 > code to start a new dhclient via devd when link is detected=20 > relies on rc.d/dhclient only working on appropriate=20 > interfaces. An option to skip this test when called with=20 > forcestart/forcestart seems like a reasionable compromise in=20 > keeping with rc.subr's design. I don't have time to work=20 > that out at the moment, but would be happy to look at patches. I have to wonder at the value of trying to start dhclient like that. Now that netif will operate on anything with an ifconfig line in /etc/rc.conf, is there any reason why having devd simply call `netif start $device-name` on attach wouldn't work? Either way, I'll provide patches. From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 04:06:39 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C7016A41C for ; Sat, 2 Jul 2005 04:06:39 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from efnet-math.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0295243D48 for ; Sat, 2 Jul 2005 04:06:38 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] ([63.170.138.118]) (authenticated bits=0) by efnet-math.org (8.13.1/8.13.1) with ESMTP id j6246a6s027888 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sat, 2 Jul 2005 00:06:37 -0400 In-Reply-To: <4b86bd2e9054ea00e2de6a565ffab351@xcllnt.net> References: <4b86bd2e9054ea00e2de6a565ffab351@xcllnt.net> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Sat, 2 Jul 2005 00:06:10 -0400 To: Marcel Moolenaar X-Mailer: Apple Mail (2.730) Cc: current@FreeBSD.org Subject: Re: panic: lockmgr: locking against myself 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, 02 Jul 2005 04:06:39 -0000 Hi, On Jul 1, 2005, at 8:26 PM, Marcel Moolenaar wrote: > When writing to a file across NFS and reading from it at the same > time, > like: > make >& make.out & > tail -f make.out > > You invariably get: > > panic: lockmgr: locking against myself My commit today should have fixed this. Can you try with a newer - current? -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 05:20:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C38DF16A41C for ; Sat, 2 Jul 2005 05:20:39 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3745643D1F for ; Sat, 2 Jul 2005 05:20:38 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j625KW7w063146; Sat, 2 Jul 2005 14:50:32 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sat, 2 Jul 2005 14:50:27 +0930 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8367727.xCtgudYFNP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507021450.27953.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Subject: dhclient exiting when I add an alias to an 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: Sat, 02 Jul 2005 05:20:39 -0000 --nextPart8367727.xCtgudYFNP Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've been playing with a WRT54G which defaults to an IP of 192.168.1.1 t i but my network is 10.0.2.0/24 so I have been adding an alias manually. However I find that dhclient exits when I do this - it reports this Jul 1 23:23:41 inchoate sudo: darius : TTY=3Dttyp1 ; PWD=3D/usr/home/dar= ius ; USER=3Droot ; COMMAND=3D/sbin/ifconfig bfe0 alias 192.168.1.100 Jul 1 23:23:41 inchoate dhclient[1152]: connection closed Jul 1 23:23:41 inchoate dhclient[1152]: exiting. It seems a bit odd to me that it does this. If I want dhclient to exit I'll= kill it myself :) Is it supposed to do this by design?=20 Thanks. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart8367727.xCtgudYFNP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCxiQb5ZPcIHs/zowRAhPcAJ9/UDlxOH+WBo8c51omP70fQSF64ACcCM8P hSc6jnRaTls3EpfxgmZIsfw= =fFtw -----END PGP SIGNATURE----- --nextPart8367727.xCtgudYFNP-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 05:29:12 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DACEE16A41C; Sat, 2 Jul 2005 05:29:12 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B89F143D1D; Sat, 2 Jul 2005 05:29:12 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j625TBgf004127; Fri, 1 Jul 2005 22:29:12 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: References: <4b86bd2e9054ea00e2de6a565ffab351@xcllnt.net> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Fri, 1 Jul 2005 22:29:11 -0700 To: Suleiman Souhlal X-Mailer: Apple Mail (2.622) Cc: current@FreeBSD.org Subject: Re: panic: lockmgr: locking against myself 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, 02 Jul 2005 05:29:13 -0000 On Jul 1, 2005, at 9:06 PM, Suleiman Souhlal wrote: > Hi, > > On Jul 1, 2005, at 8:26 PM, Marcel Moolenaar wrote: > >> When writing to a file across NFS and reading from it at the same >> time, >> like: >> make >& make.out & >> tail -f make.out >> >> You invariably get: >> >> panic: lockmgr: locking against myself > > My commit today should have fixed this. Can you try with a newer > -current? I can't reproduce it anymore on an up-to-date alpha. I'll double check on my other boxes. Assume for now things are good. Thanks for fixing this. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 05:31:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EBC716A41C for ; Sat, 2 Jul 2005 05:31:57 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta201-rme.xtra.co.nz (mta201-rme.xtra.co.nz [210.86.15.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF5C43D1F for ; Sat, 2 Jul 2005 05:31:56 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta2-rme.xtra.co.nz ([210.86.15.240]) by mta201-rme.xtra.co.nz with ESMTP id <20050702053155.EIQF23759.mta201-rme.xtra.co.nz@mta2-rme.xtra.co.nz>; Sat, 2 Jul 2005 17:31:55 +1200 Received: from serv.int.fubar.geek.nz ([222.152.103.254]) by mta2-rme.xtra.co.nz with ESMTP id <20050702053154.BNQ8463.mta2-rme.xtra.co.nz@serv.int.fubar.geek.nz>; Sat, 2 Jul 2005 17:31:54 +1200 Received: from [192.168.1.99] (beta.int.fubar.geek.nz [192.168.1.99]) by serv.int.fubar.geek.nz (Postfix) with ESMTP id E27F1613A; Sat, 2 Jul 2005 17:31:53 +1200 (NZST) Message-ID: <42C626C9.60206@fubar.geek.nz> Date: Sat, 02 Jul 2005 17:31:53 +1200 From: Andrew Turner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050404 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michel Talon References: <20050701094904.GA98642@lpthe.jussieu.fr> In-Reply-To: <20050701094904.GA98642@lpthe.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: June Snapshot of 6.0 woes under qemu 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, 02 Jul 2005 05:31:57 -0000 Michel Talon wrote: >Hello, > >i have downloaded June snapshot of 6.0 for i386 (and checked md5), and >tried to run it on qemu (under FreeBSD-5.4, qemu with or without acceleration, >and with various memory sizes). I try to enter the fixit console, and type >commands, the console freezes. This is the first time i see that with FreeBSD >snapshots, qemu runs fine various Linux distros and Solaris. I suspect >there is some strange bug. > > > > I had the same problem yesterday with a custom build install CD. The problem is a lock order reversal: Fixit# ls lock order reversal 1st 0xc16d26e8 ATA state lock (ATA state lock) @ /usr/src/sys/dev/ata/ata-all.c:297 2nd 0xc14611c4 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0927968,c0928520,c08b464c) at kdb_backtrace+0x29 witness_checkorder(c14611c4,9,c086a271,bb5) at witness_checkorder+0x564 _sx_xlock(c14611c4,c086a271,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c1461180,c086a271,bb5,200dbbb,c) at _vm_map_lock_read+0x37 vm_map_lookup(c7f65b7c,c72d4000,2,c7f65b80,c7f65b70) at vm_map_lookup+0x28 vm_fault(c1461000,c72d4000,2,0,c16e0000) at vm_fault+0x66 trap_pfault(c7f65c44,0,c72d4800) at trap_pfault+0x137 trap(8,28,28,c72d4800,c16d2600) at trap+0x33d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04d25cc, esp = 0xc7f65c84, ebp = 0xc7f65ca4 --- ata_pio_read(c1825190,800,129,c17c9d00,c17e8400) at ata_pio_read+0x78 ata_end_transaction(c1825190) at ata_end_transaction+0x8b8 ata_interrupt(c16d2600) at ata_interrupt+0xdf ithread_loop(c16dd800,c7f65d38,c16dd800,c061b418,0) at ithread_loop+0x11c fork_exit(c061b418,c16dd800,c7f65d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc7f65d6c, ebp = 0 --- panic: vm_fault: fault on nofault entry, addr: c72d4000 cpuid = 0 KDB: enter: panic [thread pid 26 tid 100010 ] Stopped at kdb_enter+0x2b: nop db> This is known. See: http://sources.zabbadoz.net/freebsd/lor.html#101 Andrew -- 437742420 From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 08:44:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADABF16A41C for ; Sat, 2 Jul 2005 08:44:35 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from bsd.local.jellevanleest.nl (cp417515-a.dbsch1.nb.home.nl [84.27.32.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FF3D43D1F for ; Sat, 2 Jul 2005 08:44:34 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from [192.168.100.105] (unknown [192.168.100.105]) by bsd.local.jellevanleest.nl (Postfix) with ESMTP id 5D69F60D0 for ; Sat, 2 Jul 2005 10:47:57 +0200 (CEST) Message-ID: <42C653F0.8070802@signet.nl> Date: Sat, 02 Jul 2005 10:44:32 +0200 From: Hans van Leest User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: SMP boot errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hvleest@signet.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jul 2005 08:44:35 -0000 Hello, I've got an ASUS PCH-DL board with 2 XEON processors and an Intel RAID 5 contoller. Booting on one processor and everything works fine. No errors or crashes at all. Only when I enable options acpi and smp in my config file, strange thing are happening. The buildworld, buildkernel, installkernel and installworld goes fine till I boot. After the 15sec. SCSI settle the machine crashes when booting whit my SMP kernel. Every instruction pointer after a crash is different. I've started to post to the SMP newsgroup and John Baldwin helped me with this. Only, because of the differant instruction pointers, he told me to post to this newsgroup. He could not find any SMP relation with the errors. I've tried to write the crash via my swap file to /var/crash, only the kernel says that my dumpdir is not correct. The dumpdir is the one from my /etc/fstab file. How to I start to solve this problem? Thanks Hans From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 09:57:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E8C616A41C for ; Sat, 2 Jul 2005 09:57:57 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from relay.xtra-net.org (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id ABCEB43D1F for ; Sat, 2 Jul 2005 09:57:53 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 83798 invoked from network); 2 Jul 2005 09:57:52 -0000 Received: from wbegna01.xtra-net.org (HELO WBEAW0001512) (192.168.1.20) by 0 with SMTP; 2 Jul 2005 09:57:52 -0000 From: "Vincent Blondel" To: Date: Sat, 2 Jul 2005 11:58:49 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0046_01C57EFD.687941D0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: FW: linuxthreads compilation error 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, 02 Jul 2005 09:57:57 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0046_01C57EFD.687941D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I am looking at the bugs database and didn't find any bug reported concerning this problem. Can somebody help please ... thanks Regards Vincent -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of Kris Kennaway Sent: vendredi 1 juillet 2005 20:32 To: BLONDEL Vincent Cc: freebsd-stable@freebsd.org Subject: Re: linuxthreads compilation error On Fri, Jul 01, 2005 at 07:56:21PM +0200, BLONDEL Vincent wrote: > > My system: > > Athlon Xp 2000+ > FreeBSD 6.0-CURRENT (build 30/06/2005) You sent it to the wrong list (6.0 is *current* not *stable*), but this is a known problem. Talk to the port maintainer (although he has already been informed). Kris ------=_NextPart_000_0046_01C57EFD.687941D0 Content-Type: application/pgp-signature; name="ATT00068.dat" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ATT00068.dat" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCxYwOWry0BWjoQKURAivnAKCEDJ9knc191jrQQz431bk2X74BDgCfa1Cy ZdqoQgY1XOG8EcSywK+Np58= =2LJo -----END PGP SIGNATURE----- ------=_NextPart_000_0046_01C57EFD.687941D0-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 11:11:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1103B16A41C; Sat, 2 Jul 2005 11:11:19 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE02543D1D; Sat, 2 Jul 2005 11:11:18 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-02-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j62BBDl8028815; Sat, 2 Jul 2005 07:11:14 -0400 (EDT) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.3/8.13.3) with ESMTP id j62BB74H050393; Sat, 2 Jul 2005 07:11:07 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost) by volatile.chemikals.org (8.13.3/8.13.3/Submit) with ESMTP id j62BAwNe050380; Sat, 2 Jul 2005 07:10:59 -0400 (EDT) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Sat, 2 Jul 2005 07:10:56 -0400 (EDT) From: Wesley Morgan To: Dennis Koegel In-Reply-To: <20050701131933.GA15816@neveragain.de> Message-ID: <20050702070945.W16797@volatile.chemikals.org> References: <42C4E84C.2070905@gddsn.org.cn> <20050701131933.GA15816@neveragain.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: usb@freebsd.org, current@freebsd.org, wsk Subject: Re: ipod photo can't attach to SCSI device help 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, 02 Jul 2005 11:11:19 -0000 On Fri, 1 Jul 2005, Dennis Koegel wrote: > On Fri, Jul 01, 2005 at 02:53:00PM +0800, wsk wrote: >> while connected my ipod photo to USB2.0 ports under CURRENT, >> the SCSI device couldn't attached ?? >> hereis the dmesg: >> umass0: Apple iPod, rev 2.00/0.01, addr 3 >> and camcontrol devlist -v list: >> wsk# camcontrol devlist -v >> scbus0 on umass-sim0 bus 0: >> scbus-1 on xpt0 bus 0: >> < > at scbus-1 target -1 lun -1 (xpt0) > > In case some more information is helpful: I have the same problem here > on a ThinkPad X31, on RELENG_5 as well as on CURRENT. The kernel > recognizes the umass device but doesn't create or mention any scsi-da > device. > > Scheduler, Preemption and ACPI don't seem to matter. > > When running camcontrol rescan, it just hangs. > > What's most interesting: After detaching the device, the machine often > simply reboots. Sometimes immediately, sometimes after a short while > (delays from just some seconds up to about a minute seen so far). > > In some cases of luck, detaching and re-attaching the cable several > times makes the kernel recognize the da device and it works fine! Maybe > it's some weird timing problem... The reboot happens in that case as > well, though. Do you have GEOM_MBR and GEOM_LABEL in your kernel? -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 13:48:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE46B16A41C for ; Fri, 1 Jul 2005 13:48:53 +0000 (GMT) (envelope-from six_feet_under@mail.bg) Received: from mx1.mail.bg (mx1.mail.bg [193.201.172.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36BAC43D4C for ; Fri, 1 Jul 2005 13:48:53 +0000 (GMT) (envelope-from six_feet_under@mail.bg) Received: from localhost (web1.mail.bg [193.201.172.98]) by mx1.mail.bg (Postfix) with ESMTP id 33A1672BBC7E; Fri, 1 Jul 2005 16:48:52 +0300 (EEST) Received: from inray.spnet.net (inray.spnet.net [212.91.166.217]) by mail.bg (mail.bG Webmail 4.0.1) with HTTP for ; Fri, 1 Jul 2005 16:48:51 +0300 Message-ID: <1120225731.05450c1010ae1@mail.bg> Date: Fri, 1 Jul 2005 16:48:51 +0300 From: six_feet_under@mail.bg To: ticso@cicely.de, Bernd Walter References: <000601c57d7c$6898aca0$1700a8c0@radyk> <11762.1120218285@critter.freebsd.dk> <20050701125521.GF35575@cicely12.cicely.de> In-Reply-To: <20050701125521.GF35575@cicely12.cicely.de> MIME-Version: 1.0 User-Agent: mail.bG Webmail 4.0-cvs X-Originating-IP: 212.91.166.217 X-Mailman-Approved-At: Sat, 02 Jul 2005 12:10:11 +0000 Content-Type: text/plain; charset="Windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: ESDI Interface Support ? (Backward compatible) 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, 01 Jul 2005 13:48:54 -0000 In fact I have tryed to put IDE ISA adapter instead of my ESDI interface card but it doesn't work. The only way is the ISA Adapter to have it's own BIOS. I have tryed with KXQWDH-7001C interface card. =D6=E8=F2=E0=F2 =ED=E0 =EF=E8=F1=EC=EE =EE=F2 Bernd Walter : > On Fri, Jul 01, 2005 at 01:44:45PM +0200, Poul-Henning > Kamp wrote: > > In message <000601c57d7c$6898aca0$1700a8c0@radyk>, > "Dimitur Ivanav Dimitrov" wr > > ites: > > >Hi, > > >I am a new in FreeBSD and have a little problem. My > old computer's BIOS =3D > > >support only ESDI hard disks on ISA slot. I wonder if > there is a version =3D > > >of FreeBSD which supports both ESDI and IDE and where > can I get it from? > > > > You need a pretty old FreeBSD version for that. > FreeBSD 5.x or later > > will not support it, FreeBSD 4.x may, but I'm not sure. > > 3.x is the last FreeBSD supporting direct attached > MFM/RLL/ESDI disks. > Likely a computer that has no BIOS support for ata disks > will have > lots of other shortcomings too. > But I'm surprised by this statement as well - an IDE disk > with an > ISA adapter should be backward compatible to MFM/RLL/ESDI > controller. > > -- > B.Walter BWCT > http://www.bwct.de > bernd@bwct.de > info@bwct.de > >
--------------------------------------
=C1=E5=E7=EF=EB=E0=F2=ED=E0=F2=E0 =EF=EE=F9=E0 =E2 mail.bg =E2=E5=F7=E5 =E5 = 1GB! From owner-freebsd-current@FreeBSD.ORG Fri Jul 1 18:25:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2CF416A41C; Fri, 1 Jul 2005 18:25:05 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8850C43D1F; Fri, 1 Jul 2005 18:25:05 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 6864EBC6A; Fri, 1 Jul 2005 18:25:03 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id j61IP17x016063; Fri, 1 Jul 2005 20:25:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Sam Leffler From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 01 Jul 2005 11:13:00 PDT." <42C587AC.7030208@errno.com> Date: Fri, 01 Jul 2005 20:25:01 +0200 Message-ID: <16062.1120242301@critter.freebsd.dk> Sender: phk@critter.freebsd.dk X-Mailman-Approved-At: Sat, 02 Jul 2005 12:10:11 +0000 Cc: Poul-Henning Kamp , rwatson@freebsd.org, current@freebsd.org, "M. Warner Losh" Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 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, 01 Jul 2005 18:25:05 -0000 In message <42C587AC.7030208@errno.com>, Sam Leffler writes: >> Right now there is a $24 retail price difference between the smallest >> CF card I can buy (128M) and one that can contain a non-reduced >> nanobsd installation (512M). There are templates in the nanobsd >> sources for media sizes down to 64M for people to start from. >> >> I'm not saying that the problem is entirely solved, we are 90% of >> the way there now, and the last 10% may simply not be worth it. > >Not to restart a thread that seems to have expired, but this attitude >that one can just buy a larger part is not helpful. I think we already found out that we were in agreement here Sam: You should read my above comment strictly in the scope of NanoBSD and not for FreeBSD as a whole. The idea behind NanoBSD is that you want "Basically a FreeBSD machine but acting more like an appliance". For that the 64MB of flash is the minimum and the more the merrier. The kinds of applications you talk about are usually more of the "true embedeed" style application, where you don't really need a FreeBSD system, you need a kernel and some networking and would be just as happy to never see a shell running. In general I see four rough classes of FreeBSD targets: "embedded" We can supply the handles to pull but precut or canned setups are probably not feasible unless as a side effect of somebodys work. "appliance" A couple of strategic pre-canned versions of nanobsd make sense. "CDROM" Portable workstation, recovery, diagnosis etc etc. FreeSBIE basically. "Regular" sysinstall and its ilk. I belive we need to cater for them all, from the megabyte accesspoint to the petabyte server, and I would love if we can have a lot of code reuse across the range of build/install tools for these. But as always, how much happens in one corner or the other depends on somebody pouring time into it. -- 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 Sat Jul 2 12:40:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C3416A41C; Sat, 2 Jul 2005 12:40:40 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0674D43D4C; Sat, 2 Jul 2005 12:40:39 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id E7EC059A9; Sat, 2 Jul 2005 14:40:48 +0200 (CEST) Date: Sat, 2 Jul 2005 14:40:48 +0200 From: Dario Freni To: freebsd-current@freebsd.org Message-ID: <20050702124048.GB89744@cvs.freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i Cc: freebsd-ppc@freebsd.org Subject: Weird behaviour of mount_unionfs with executables 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, 02 Jul 2005 12:40:40 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everybody, I'm working on rewriting FreeSBIE toolkit for my Summer of Code project. Before that, I'm trying to adapt actual scripts with latest -current (expecially ppc). I noticed a weird behaviour of unionfs either in i386 and ppc. Under FreeSBIE, we use to mount memory file systems over compressed ones via unionfs. Under -current, whenever I recall an rwx file, it is correctly executed the first time, then it is copied to the upper layer (why? I haven't modified it yet) with wrong permission, so it is unexecutable. sberta:/home/satu/tmp# kldload geom_uzip sberta:/home/satu/tmp# mdconfig -a -t vnode -f usr.uzip md0 sberta:/home/satu/tmp# ll /dev/md0* crw-r----- 1 root operator 11, 98 Jul 1 12:48 /dev/md0 crw-r----- 1 root operator 11, 99 Jul 1 12:48 /dev/md0.uzip sberta:/home/satu/tmp# mount -r /dev/md0.uzip compressedusr/ sberta:/home/satu/tmp# mdmfs -S -s 32m -M md mdmfs/ sberta:/home/satu/tmp# mtree -PUdr -p mdmfs/ < FreeSBIE.usr.dirs=20 [..snip, reconstructing the directory tree with right permissions..] sberta:/home/satu/tmp# mount_unionfs mdmfs/ compressedusr/ sberta:/home/satu/tmp# cd compressedusr/bin/ sberta:/home/satu/tmp/compressedusr/bin# ll w -r-xr-xr-x 2 root wheel 11416 Jun 22 23:35 w sberta:/home/satu/tmp/compressedusr/bin# ./w 2:26PM up 1 day, 1:38, 9 users, load averages: 3.49, 3.12, 2.26 USER TTY FROM LOGIN@ IDLE WHAT [...] sberta:/home/satu/tmp/compressedusr/bin# ll w -rw-r--r-- 1 root wheel 11416 Jul 2 14:26 w sberta:/home/satu/tmp/compressedusr/bin# ./w =2E/w: Permission denied. I'm also afraid that copying files to the upper layer also when they're not modified could fill up our mfs entirely. I'm almost sure there's a totally different behaviour under RELENG_5, as we haven't encountered such problems. --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCxotQymi72IiShysRAr/vAJ43eCJrgyo/KYUtqPna14FjiMY89wCg1bi7 kq2DD8ugfamciGiKJZkxx2c= =nrYa -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 14:36:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80F716A41C; Sat, 2 Jul 2005 14:36:07 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A074943D1F; Sat, 2 Jul 2005 14:36:05 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Doj65-000Bxw-Dg; Sat, 02 Jul 2005 14:35:57 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Doj65-0009Q5-06; Sat, 02 Jul 2005 15:35:57 +0100 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17094.42572.292252.691098@roam.psg.com> Date: Sat, 2 Jul 2005 07:35:56 -0700 To: Dennis Koegel References: <42C4E84C.2070905@gddsn.org.cn> <20050701131933.GA15816@neveragain.de> Cc: usb@freebsd.org, current@freebsd.org, wsk Subject: Re: ipod photo can't attach to SCSI device help 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, 02 Jul 2005 14:36:07 -0000 > What's most interesting: After detaching the device, the machine often > simply reboots. Sometimes immediately, sometimes after a short while > (delays from just some seconds up to about a minute seen so far). this is likely a general usb problem. i get it with a number of devices. randy From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 15:21:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59C1A16A41C for ; Sat, 2 Jul 2005 15:21:04 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FBC443D1D for ; Sat, 2 Jul 2005 15:21:03 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i25so472473wra for ; Sat, 02 Jul 2005 08:21:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=X8z2saZC4iebIRa11+IaTy3U/uggvF3ZSdIoR3j0glOhVE00wKqXvnxGn+eTNQqWRmEwfIfxisRiRKt882ELsEMPEFTO/PWmnRG+FoqRCUQaeRK70HaHdY1kocUv8YMOs6J9VOch+IUUi/n28+mOgBOEUdTo75v5eOJDBHZhnCw= Received: by 10.54.15.38 with SMTP id 38mr2493554wro; Sat, 02 Jul 2005 08:21:03 -0700 (PDT) Received: by 10.54.38.46 with HTTP; Sat, 2 Jul 2005 08:21:02 -0700 (PDT) Message-ID: <70e8236f05070208212e36c375@mail.gmail.com> Date: Sat, 2 Jul 2005 16:21:03 +0100 From: Joao Barros To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: 6.0-CURRENT SNAP004 hangs on amr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joao Barros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jul 2005 15:21:04 -0000 I was trying to install 6.0-CURRENT SNAP004 i386 from CD and the kernel hangs on amr. I tried setting hint.acpi.0.disabled=3D1 with no change. Removing the card the kernel boots right and I get to see sysinstall. FreeBSD 5.4 installs and runs fine. I uploaded a boot -v dmesg here: http://pwp.netcabo.pt/0661311001/freebsd/6.0-current_amr.txt I'm available to make whatever tests necessary. My thanks in advance, Joao Barros From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 17:40:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C33B116A41C for ; Sat, 2 Jul 2005 17:40:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9027243D48 for ; Sat, 2 Jul 2005 17:40:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7ECC15131A; Sat, 2 Jul 2005 13:40:50 -0400 (EDT) Date: Sat, 2 Jul 2005 13:40:50 -0400 From: Kris Kennaway To: Vincent Blondel Message-ID: <20050702174050.GA88063@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: FW: linuxthreads compilation error 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, 02 Jul 2005 17:40:51 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 02, 2005 at 11:58:49AM +0200, Vincent Blondel wrote: >=20 > I am looking at the bugs database and didn't find any bug reported > concerning this problem. >=20 > Can somebody help please ... thanks Why did you not follow my advice completely? Kris > You sent it to the wrong list (6.0 is *current* not *stable*), but > this is a known problem. Talk to the port maintainer (although he has > already been informed). >=20 > Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCxtGiWry0BWjoQKURAjCYAKCUmz2rj6VNt/DC075HeVstYgWqQgCgt1gh JEtT3MX2OSzeeEtT40bBMQQ= =u6wy -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 18:18:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F5D16A41C for ; Sat, 2 Jul 2005 18:18:11 +0000 (GMT) (envelope-from martin@gneto.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B65043D1F for ; Sat, 2 Jul 2005 18:18:09 +0000 (GMT) (envelope-from martin@gneto.com) Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30]) by mxfep01.bredband.com with ESMTP id <20050702181808.DPSC24612.mxfep01.bredband.com@as6-1-5.kr.m.bonet.se>; Sat, 2 Jul 2005 20:18:08 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id C46DC678B9; Sat, 2 Jul 2005 20:18:07 +0200 (CEST) Message-ID: <42C6DA5F.9070303@gneto.com> Date: Sat, 02 Jul 2005 20:18:07 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joao Barros References: <70e8236f05070208212e36c375@mail.gmail.com> In-Reply-To: <70e8236f05070208212e36c375@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr 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, 02 Jul 2005 18:18:11 -0000 Joao Barros wrote: > I was trying to install 6.0-CURRENT SNAP004 i386 from CD and the > kernel hangs on amr. > I tried setting hint.acpi.0.disabled=1 with no change. > Removing the card the kernel boots right and I get to see sysinstall. > FreeBSD 5.4 installs and runs fine. I have the same problem with a MegaRAID Elite 1600 card, the problem is with interrupt routing in CURRENT. I have tested my card in both a P3 and a P4/Xeon with the same result. There is a PCI-PCI bridge on these cards, I think that it is the cause of this problem as the 320-1 works as it should. /Martin > I uploaded a boot -v dmesg here: > http://pwp.netcabo.pt/0661311001/freebsd/6.0-current_amr.txt > > I'm available to make whatever tests necessary. > > My thanks in advance, > > Joao Barros From owner-freebsd-current@FreeBSD.ORG Sat Jul 2 19:36:09 2005 Return-Path: X-Original-To: FreeBSD-current@freebsd.org Delivered-To: FreeBSD-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6857916A41C; Sat, 2 Jul 2005 19:36:09 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 657E343D1F; Sat, 2 Jul 2005 19:36:07 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j62JhIGT094414; Sat, 2 Jul 2005 13:43:18 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42C6ECA1.8060705@samsco.org> Date: Sat, 02 Jul 2005 13:36:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current , hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: re@freebsd.org Subject: 6.0-CURRENT-SNAP005 snapshots available 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, 02 Jul 2005 19:36:09 -0000 All, I've just uploaded ISO images for the July snapshot of 6.0-CURRENT. They are available at: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Jul_2005 It looks like some sites are still syncing them, so please check back if they are not available at your favorite mirror. This will likely be the last snapshot of 6.0-CURRENT before the RELENG_6 branch is made. I've written a brief README.TXT and placed it in with the image files to document the changes and known problems with this release. Please download these images and test them so that we can make 6.0 and excellent release. Thanks, Scott