From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 00:09: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 BED2416A41F; Sun, 25 Sep 2005 00:09:36 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D14B43D48; Sun, 25 Sep 2005 00:09:35 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.13.1/8.13.1) with ESMTP id j8P09XpI008160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 25 Sep 2005 02:09:34 +0200 (MEST) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.13.1/8.13.1) with ESMTP id j8P09WMc083371; Sun, 25 Sep 2005 00:09:33 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Sun, 25 Sep 2005 00:09:32 +0000 (UTC) Message-Id: <20050925.000932.74671878.Tor.Egge@cvsup.no.freebsd.org> To: truckman@FreeBSD.org From: Tor Egge In-Reply-To: <200509242122.j8OLJp5P091812@gw.catspoiler.org> References: <20050924.190810.74675111.Tor.Egge@cvsup.no.freebsd.org> <200509242122.j8OLJp5P091812@gw.catspoiler.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Sep_25_00:09:32_2005_920)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 0 seconds Cc: scottl@FreeBSD.org, current@FreeBSD.org, mckusick@FreeBSD.org Subject: Re: soft updates / background fsck directory link count 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, 25 Sep 2005 00:09:36 -0000 ----Next_Part(Sun_Sep_25_00:09:32_2005_920)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Relying on ufs_inactive() is probably the wrong thing to do because the > ufs_inactive() call can be deferred indefinitely if another process > holds a reference to the vnode. This is sufficient to cause background > fsck to do the wrong thing even in the normal case. > I think the cleanest fix would be for handle_workitem_remove() to > explicity call ffs_update(). Agreed. The enclosed patch does that. > Another subtle point is that ufs_inactive() calls > vn_write_suspend_wait() before calling UFS_UPDATE(), but I don't think > we want to call vn_write_suspend_wait() here. It isn't needed when running down softupdates dependencies. - Tor Egge ----Next_Part(Sun_Sep_25_00:09:32_2005_920)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="softdep.diff6" Index: sys/ufs/ffs/ffs_softdep.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_softdep.c,v retrieving revision 1.184 diff -u -r1.184 ffs_softdep.c --- sys/ufs/ffs/ffs_softdep.c 5 Sep 2005 22:14:33 -0000 1.184 +++ sys/ufs/ffs/ffs_softdep.c 24 Sep 2005 22:09:50 -0000 @@ -3477,6 +3477,8 @@ } WORKLIST_INSERT(&inodedep->id_inowait, &dirrem->dm_list); FREE_LOCK(&lk); + ip->i_flag |= IN_CHANGE; + ffs_update(vp, 0); vput(vp); } ----Next_Part(Sun_Sep_25_00:09:32_2005_920)---- From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 07:18: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 2012316A41F for ; Sun, 25 Sep 2005 07:18:02 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from mercury.ll.net (mercury.ll.net [209.131.224.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C335943D48 for ; Sun, 25 Sep 2005 07:18:01 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from globaleyes.net (unverified [209.131.253.172]) by mercury.ll.net (Vircom SMTPRS 3.2.315.0) with ESMTP id for ; Sun, 25 Sep 2005 02:17:59 -0500 Date: Sun, 25 Sep 2005 02:17:56 -0500 (CDT) From: supraexpress@globaleyes.net To: freebsd-current@FreeBSD.org In-Reply-To: <1127117099.6537.18.camel@pav.hide.vol.cz> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8BIT Message-Id: <20050925071801.C335943D48@mx1.FreeBSD.org> Cc: Subject: Re: mplayer audio chokes on LOTR DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2005 07:18:02 -0000 Ah - it turns out that you NOW need to include another port to get the DTS (AVI) support, libdts-0.0.2, and then recompile MPlayer. THEN it will again play LOTR DVD's. On 19 Sep, Pav Lucistnik wrote: > supraexpress@globaleyes.net pэЙe v po 19. 09. 2005 v 00:41 -0500: > >> In the past, I used to be able to play the LOTR DVD's without any problem. >> Now, I keep getting "Couldn't find matching filter/ao format!" error >> messages, no matter what sound module/driver I choose, and then all I get is >> a loud buzz/hum. Playing OTHER types of DVDs, that apparaently use a >> different audio codec, work just fine. > >> Cannot find codec 'dts' in libavcodec... > >> Opening audio decoder: [hwac3] AC3/DTS pass-through S/PDIF >> No accelerated IMDCT transform found >> hwac3: switched to DTS, 768000 bps, 48000 Hz >> AUDIO: 48000 Hz, 2 ch, ac3, 768.0 kbit/50.00% (ratio: 96000->192000) >> Selected audio codec: [hwdts] afm:hwac3 (DTS through S/PDIF) > > I noticed this too, it's trying to play a DTS audio track, it can't open > an DTS decoder so it tried to send raw DTS data to S/PDIF output on your > soundcard. > > I don't think this is FreeBSD problem, it's more likely an mplayer > problem. > From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 07:21:31 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 0F35616A41F; Sun, 25 Sep 2005 07:21:31 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC88243D48; Sun, 25 Sep 2005 07:21:30 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8P7LD32092496; Sun, 25 Sep 2005 00:21:18 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509250721.j8P7LD32092496@gw.catspoiler.org> Date: Sun, 25 Sep 2005 00:21:13 -0700 (PDT) From: Don Lewis To: Tor.Egge@cvsup.no.freebsd.org In-Reply-To: <20050925.000932.74671878.Tor.Egge@cvsup.no.freebsd.org> MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="0-846930886-1127632882=:7432" Content-Transfer-Encoding: BINARY Cc: scottl@FreeBSD.org, current@FreeBSD.org, mckusick@FreeBSD.org Subject: Re: soft updates / background fsck directory link count 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, 25 Sep 2005 07:21:31 -0000 --0-846930886-1127632882=:7432 Content-Type: TEXT/plain; charset=us-ascii On 25 Sep, Tor Egge wrote: >> Relying on ufs_inactive() is probably the wrong thing to do because the >> ufs_inactive() call can be deferred indefinitely if another process >> holds a reference to the vnode. This is sufficient to cause background >> fsck to do the wrong thing even in the normal case. > >> I think the cleanest fix would be for handle_workitem_remove() to >> explicity call ffs_update(). > > Agreed. The enclosed patch does that. It works well for me in the testing that I have done. It also has the advantage of doing the dirrem rundown much more quickly than the unmodified code in your directory tree removal example. BTW, without this modification, your directory tree removal example will trigger a timeout in the syncer thread shutdown code if the system is immediately rebooted after the rm -r. --0-846930886-1127632882=:7432 Content-Type: TEXT/plain; name=softdep.diff6 Content-Disposition: attachment; filename=softdep.diff6 Index: sys/ufs/ffs/ffs_softdep.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_softdep.c,v retrieving revision 1.184 diff -u -r1.184 ffs_softdep.c --- sys/ufs/ffs/ffs_softdep.c 5 Sep 2005 22:14:33 -0000 1.184 +++ sys/ufs/ffs/ffs_softdep.c 24 Sep 2005 22:09:50 -0000 @@ -3477,6 +3477,8 @@ } WORKLIST_INSERT(&inodedep->id_inowait, &dirrem->dm_list); FREE_LOCK(&lk); + ip->i_flag |= IN_CHANGE; + ffs_update(vp, 0); vput(vp); } --0-846930886-1127632882=:7432-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 07:41: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 3F88516A41F; Sun, 25 Sep 2005 07:41:32 +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 B147043D49; Sun, 25 Sep 2005 07:41:31 +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.4/8.13.4) with ESMTP id j8P7fTi1000409; Sun, 25 Sep 2005 03:41:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8P7fUjV093123; Sun, 25 Sep 2005 03:41:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C15607302F; Sun, 25 Sep 2005 03:41:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050925074129.C15607302F@freebsd-current.sentex.ca> Date: Sun, 25 Sep 2005 03:41:29 -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: [head 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: Sun, 25 Sep 2005 07:41:32 -0000 TB --- 2005-09-25 06:01:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-25 06:01:41 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-09-25 06:01:41 - cleaning the object tree TB --- 2005-09-25 06:02:15 - checking out the source tree TB --- 2005-09-25 06:02:15 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-09-25 06:02:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-25 06:18:25 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-25 06:18:25 - cd /src TB --- 2005-09-25 06:18:25 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-09-25 07:35:30 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-25 07:35:30 - cd /src TB --- 2005-09-25 07:35:30 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Sep 25 07:35:31 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/alpha/isa/isa.c: In function `isa_setup_intr': /src/sys/alpha/isa/isa.c:362: error: structure has no member named `r_start' /src/sys/alpha/isa/isa.c:366: error: structure has no member named `r_start' /src/sys/alpha/isa/isa.c:369: error: structure has no member named `r_start' /src/sys/alpha/isa/isa.c:376: error: structure has no member named `r_start' /src/sys/alpha/isa/isa.c:383: error: structure has no member named `r_start' /src/sys/alpha/isa/isa.c: In function `isa_teardown_intr': /src/sys/alpha/isa/isa.c:409: error: structure has no member named `r_start' *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-25 07:41:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-25 07:41:29 - ERROR: failed to build generic kernel TB --- 2005-09-25 07:41:29 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 12:58: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 F41B916A41F; Sun, 25 Sep 2005 12:58:12 +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 7191343D48; Sun, 25 Sep 2005 12:58:12 +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.4/8.13.4) with ESMTP id j8PCwBJc014252; Sun, 25 Sep 2005 08:58:11 -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 j8PCwB3U040378; Sun, 25 Sep 2005 08:58:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 15BA77302F; Sun, 25 Sep 2005 08:58:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050925125811.15BA77302F@freebsd-current.sentex.ca> Date: Sun, 25 Sep 2005 08:58:11 -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 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 12:58:13 -0000 TB --- 2005-09-25 11:41:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-25 11:41:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-09-25 11:41:52 - cleaning the object tree TB --- 2005-09-25 11:42:23 - checking out the source tree TB --- 2005-09-25 11:42:23 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-09-25 11:42:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-25 11:48:17 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-25 11:48:17 - cd /src TB --- 2005-09-25 11:48:17 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-09-25 12:51:41 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-25 12:51:41 - cd /src TB --- 2005-09-25 12:51:41 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Sep 25 12:51:41 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/pccard/pccard_nbk.c:422: error: initializer element is not constant /src/sys/pccard/pccard_nbk.c:422: error: (near initialization for `pccard_methods[22].desc') /src/sys/pccard/pccard_nbk.c:422: error: initializer element is not constant /src/sys/pccard/pccard_nbk.c:422: error: (near initialization for `pccard_methods[22]') /src/sys/pccard/pccard_nbk.c:423: error: initializer element is not constant /src/sys/pccard/pccard_nbk.c:423: error: (near initialization for `pccard_methods[23]') /src/sys/pccard/pccard_nbk.c:425: error: initializer element is not constant /src/sys/pccard/pccard_nbk.c:425: error: (near initialization for `pccard_methods[24]') *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-25 12:58:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-25 12:58:10 - ERROR: failed to build generic kernel TB --- 2005-09-25 12:58:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 16:36:15 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 CD45416A41F for ; Sun, 25 Sep 2005 16:36:15 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BFA43D55 for ; Sun, 25 Sep 2005 16:36:14 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de Received: from dice.bliss.lan (e178184157.adsl.alicedsl.de [85.178.184.157]) (authenticated bits=0) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id j8PGaAu1013165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 25 Sep 2005 18:36:10 +0200 Received: by dice.bliss.lan (nbSMTP-1.01-cvs) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) stsp@stsp.in-berlin.de; Sun, 25 Sep 2005 18:36:10 +0200 (CEST) Date: Sun, 25 Sep 2005 18:35:53 +0200 From: Stefan Sperling To: kamal kc Message-ID: <20050925163553.GA956@dice.bliss.lan> Mail-Followup-To: kamal kc , freebsd-current@freebsd.org References: <20050925103151.68094.qmail@web35703.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050925103151.68094.qmail@web35703.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-Spam-Score: (0.188) AWL,BAYES_50,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: freebsd-current@freebsd.org Subject: Re: kernel hack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2005 16:36:15 -0000 On Sun, Sep 25, 2005 at 03:31:51AM -0700, kamal kc wrote: > does anybody know what is the best way > to start kernel hack. IMHO, the best way to start kernel hacking is to invest an awful lot of time into reading books. I presume you know C _really_ well already :) And by really well I also mean you know what is wrong about C! Any modern book on writing device drivers should be a good starting point. It does not really matter which UNIX-derivative the book is about. Hint: There are a lot of these books about Linux. Read programmer's datasheets, preferably for devices you own, and learn how to talk to registers from C. ftp.alsa-project.org has datasheets for sound cards, for example. Make sure you also learn about multi-threading (mutexes, semaphores etc). A lot of kernels are multi-threaded these days. A very good overview of the FreeBSD kernel is given in "The Design and Implementation of the FreeBSD Operating System", by Mr. McKusick and Mr. Neville-Neil. Read all of it. Having learned about drivers and multi-threading beforehand helps a lot. > Any references to any web page would > be appreciated Get books, it's worth it! You really don't want to read this much material on your monitor! (Unless you have a 28" TFT of course ;). Plus books are often much better written, easier to understand, and a lot more detailed than tutorials on the web. http://www.NetBSD.org/Documentation also has an interesting kernel section to get you started before your books arrive :) -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 17:14: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 6D20716A41F for ; Sun, 25 Sep 2005 17:14:26 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6BEB43D48 for ; Sun, 25 Sep 2005 17:14:25 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de X-Envelope-To: Received: from dice.bliss.lan (e178184157.adsl.alicedsl.de [85.178.184.157]) (authenticated bits=0) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id j8PHEMu1016223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 25 Sep 2005 19:14:22 +0200 Received: by dice.bliss.lan (nbSMTP-1.01-cvs) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) stsp@stsp.in-berlin.de; Sun, 25 Sep 2005 19:14:22 +0200 (CEST) Date: Sun, 25 Sep 2005 19:14:13 +0200 From: Stefan Sperling To: freebsd-current@freebsd.org Message-ID: <20050925171413.GA1490@dice.bliss.lan> Mail-Followup-To: freebsd-current@freebsd.org References: <20050925103151.68094.qmail@web35703.mail.mud.yahoo.com> <20050925163553.GA956@dice.bliss.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050925163553.GA956@dice.bliss.lan> User-Agent: Mutt/1.4.2.1i X-Spam-Score: (-1.411) AWL,BAYES_00,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: Re: kernel hack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2005 17:14:26 -0000 On Sun, Sep 25, 2005 at 06:35:53PM +0200, Stefan Sperling wrote: > On Sun, Sep 25, 2005 at 03:31:51AM -0700, kamal kc wrote: > > does anybody know what is the best way > > to start kernel hack. > > IMHO, the best way to start kernel hacking is to invest > an awful lot of time into reading books. Oops, this was meant for the -hackers list. Sorry for the noise. -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 19:04: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 6C54D16A41F for ; Sun, 25 Sep 2005 19:04:57 +0000 (GMT) (envelope-from redjupiter@ntlworld.com) Received: from mta07-winn.ispmail.ntl.com (mta07-winn.ispmail.ntl.com [81.103.221.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91AA543D4C for ; Sun, 25 Sep 2005 19:04:55 +0000 (GMT) (envelope-from redjupiter@ntlworld.com) Received: from aamta12-winn.ispmail.ntl.com ([81.103.221.35]) by mta07-winn.ispmail.ntl.com with ESMTP id <20050925190454.BKYQ21883.mta07-winn.ispmail.ntl.com@aamta12-winn.ispmail.ntl.com>; Sun, 25 Sep 2005 20:04:54 +0100 Received: from princessdido ([82.24.162.190]) by aamta12-winn.ispmail.ntl.com with ESMTP id <20050925190454.IROS3160.aamta12-winn.ispmail.ntl.com@princessdido>; Sun, 25 Sep 2005 20:04:54 +0100 From: "redjupiter" To: "'Stefan Sperling'" , Date: Sun, 25 Sep 2005 20:04:52 +0100 Message-ID: <000001c5c204$03a1cbc0$0100a8c0@princessdido> 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 Importance: Normal In-Reply-To: <20050925171413.GA1490@dice.bliss.lan> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: RE: kernel hack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2005 19:04:57 -0000 Thanks for the tip :) -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Stefan Sperling Sent: 25 September 2005 18:14 To: freebsd-current@freebsd.org Subject: Re: kernel hack On Sun, Sep 25, 2005 at 06:35:53PM +0200, Stefan Sperling wrote: > On Sun, Sep 25, 2005 at 03:31:51AM -0700, kamal kc wrote: > > does anybody know what is the best way > > to start kernel hack. >=20 > IMHO, the best way to start kernel hacking is to invest > an awful lot of time into reading books. Oops, this was meant for the -hackers list. Sorry for the noise. --=20 stefan http://stsp.in-berlin.de PGP Key: = 0xF59D25F0 _______________________________________________ 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 Sun Sep 25 19:12: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 2076116A41F for ; Sun, 25 Sep 2005 19:12:39 +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 D661A43D5D for ; Sun, 25 Sep 2005 19:12:37 +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 j8PJCbwX022418; Sun, 25 Sep 2005 12:12:37 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8PJCbtI022417; Sun, 25 Sep 2005 12:12:37 -0700 Date: Sun, 25 Sep 2005 12:12:37 -0700 From: Brooks Davis To: Joseph Peralta Message-ID: <20050925191237.GA15981@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: 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: freebsd-current@freebsd.org Subject: Re: if_ath driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 19:12:39 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 18, 2005 at 08:56:38PM -0400, Joseph Peralta wrote: > If the if_ath kernel driver and ath_hal driver are loaded and there is > no atheros-based wireless card actually plugged into the PCMCIA slot > and you attempt to plug in another PCMCIA card it fails with the error > "pccard0: Card has no functions!" If you do install an atheros-based > card then your pccard system functions properly. >=20 > Is there any fix for this problem? I does the card in question actually work when the ath modules aren't loaded? What is the card anyway? That error message doesn't sound like one that would ordinarly be caused by an driver. -- 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 --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDNvakXY6L6fI4GtQRAlu1AJ49HLniuBmT5WBhqTj+oEspDb5OCgCg19+N T7JfX8mE/3DoqxCUAUj2Ojs= =EQ7s -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 20:34:15 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 925A416A41F for ; Sun, 25 Sep 2005 20:34:15 +0000 (GMT) (envelope-from jperalta17@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28A9543D48 for ; Sun, 25 Sep 2005 20:34:15 +0000 (GMT) (envelope-from jperalta17@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so199897nzd for ; Sun, 25 Sep 2005 13:34:14 -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=atAqAZRKgf12JILf/h7sKOTYVZdwSU8zvfRO0EwIuJ5tV5hLRTByPpszF0NdLE2FvlKoO9yx1JiRVyEu24AJrKYlryp8mgSdo9x5ho0dBCQEaCPnlvK0AvRdoyYlEvEZ+vJ3PBSHu9V6KYRvKf+kFz6BR9yy+KWph2fI2qWogrY= Received: by 10.36.71.8 with SMTP id t8mr826409nza; Sun, 25 Sep 2005 13:34:14 -0700 (PDT) Received: by 10.36.227.40 with HTTP; Sun, 25 Sep 2005 13:34:14 -0700 (PDT) Message-ID: Date: Sun, 25 Sep 2005 16:34:14 -0400 From: Joseph Peralta To: Brooks Davis In-Reply-To: <20050925191237.GA15981@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050925191237.GA15981@odin.ac.hmc.edu> Cc: freebsd-current@freebsd.org Subject: Re: if_ath driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Peralta List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 20:34:15 -0000 If the ath modules haven't been loaded then the other card (it's a wired network card) does work. But if they have been loaded and the ath card isn't plugged in (even if the drivers have been kldunloaded) then the card doesn't work. On 9/25/05, Brooks Davis wrote: > On Sun, Sep 18, 2005 at 08:56:38PM -0400, Joseph Peralta wrote: > > If the if_ath kernel driver and ath_hal driver are loaded and there is > > no atheros-based wireless card actually plugged into the PCMCIA slot > > and you attempt to plug in another PCMCIA card it fails with the error > > "pccard0: Card has no functions!" If you do install an atheros-based > > card then your pccard system functions properly. > > > > Is there any fix for this problem? > > I does the card in question actually work when the ath modules aren't > loaded? What is the card anyway? That error message doesn't sound like > one that would ordinarly be caused by an driver. > > -- Brooks > > -- > 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 > > > From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 21:19: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 525B416A41F for ; Sun, 25 Sep 2005 21:19:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E43E943D5D for ; Sun, 25 Sep 2005 21:19:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8PLIcul018811; Sun, 25 Sep 2005 15:18:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 25 Sep 2005 15:19:08 -0600 (MDT) Message-Id: <20050925.151908.79162164.imp@bsdimp.com> To: jperalta17@gmail.com, freebsd-current@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050925191237.GA15981@odin.ac.hmc.edu> References: <20050925191237.GA15981@odin.ac.hmc.edu> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 25 Sep 2005 15:18:38 -0600 (MDT) Cc: Subject: Re: if_ath driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 21:19:27 -0000 In message: <20050925191237.GA15981@odin.ac.hmc.edu> Brooks Davis writes: : On Sun, Sep 18, 2005 at 08:56:38PM -0400, Joseph Peralta wrote: : > If the if_ath kernel driver and ath_hal driver are loaded and there is : > no atheros-based wireless card actually plugged into the PCMCIA slot : > and you attempt to plug in another PCMCIA card it fails with the error : > "pccard0: Card has no functions!" If you do install an atheros-based : > card then your pccard system functions properly. : > : > Is there any fix for this problem? : : I does the card in question actually work when the ath modules aren't : loaded? What is the card anyway? That error message doesn't sound like : one that would ordinarly be caused by an driver. "Card hs no functions" means that the (a) The bridge thought it was a 16-bit PC Card (never true for atheros) and (b) it couldn't read the CIS. If it was only (b), that indicates a resource problem with the memory allocated to read the CIS. Since it is both, I'm not sure. Can you send me your dmesg boot -v privately? Warner From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 21:38: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 2629416A49A; Sun, 25 Sep 2005 21:38:06 +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 ADAA243D48; Sun, 25 Sep 2005 21:38:05 +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 j8PLbguP011896; Sun, 25 Sep 2005 14:37:42 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8PLbfvU011894; Sun, 25 Sep 2005 14:37:41 -0700 Date: Sun, 25 Sep 2005 14:37:41 -0700 From: Brooks Davis To: Yar Tikhiy Message-ID: <20050925213741.GG15981@odin.ac.hmc.edu> References: <20050922104104.GA13539@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AGZzQgpsuUlWC1xT" Content-Disposition: inline In-Reply-To: <20050922104104.GA13539@comp.chem.msu.su> 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: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2005 21:38:06 -0000 --AGZzQgpsuUlWC1xT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: > Hi folks, >=20 > As our ifconfig(8) is growing more options for special interface > types, inconsistencies sneak into their syntax. In particular, > -vlandev takes a useless argument (vlan(4) cannot attach to more > than one parent anyway) while, e.g., -carpdev doesn't need one. > Personally, I like the latter since having to type unneeded words > on the command line annoys me. Do you think that making -vlandev > need no arguments in CURRENT would break many existing things? I agree the argument is useless. Unfortunatly, it's going to be hard to deprecate the old syntax so we may need to keep it around. -- 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 --AGZzQgpsuUlWC1xT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDNxijXY6L6fI4GtQRAnjPAKCo5Lcv8mtoS2NOCL1UKGl5urnPAgCggrVp K7C1eiGDSBgnvE+42mar5X8= =8Fky -----END PGP SIGNATURE----- --AGZzQgpsuUlWC1xT-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 22:08:43 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 2136A16A41F; Sun, 25 Sep 2005 22:08:43 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAD7C43D49; Sun, 25 Sep 2005 22:08:41 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j8PM8QcN001579; Sun, 25 Sep 2005 23:08:26 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j8PM8P9u025343; Sun, 25 Sep 2005 23:08:25 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j8PM8PbN025342; Sun, 25 Sep 2005 23:08:25 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Brooks Davis In-Reply-To: <20050925213741.GG15981@odin.ac.hmc.edu> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 25 Sep 2005 23:08:25 +0100 Message-Id: <1127686105.23447.35.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Yar Tikhiy , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2005 22:08:43 -0000 On Sun, 2005-09-25 at 14:37 -0700, Brooks Davis wrote: > On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: > > Hi folks, > > > > As our ifconfig(8) is growing more options for special interface > > types, inconsistencies sneak into their syntax. In particular, > > -vlandev takes a useless argument (vlan(4) cannot attach to more > > than one parent anyway) while, e.g., -carpdev doesn't need one. > > Personally, I like the latter since having to type unneeded words > > on the command line annoys me. Do you think that making -vlandev > > need no arguments in CURRENT would break many existing things? > > I agree the argument is useless. Unfortunatly, it's going to be hard to > deprecate the old syntax so we may need to keep it around. There's also the issue that the "vlan" and "vlandev" options have to be specified in that order, which is counter-intuitive and undocumented. leeloo# ifconfig vlan14 vlandev fxp0 vlan 14 ifconfig: must specify both vlan tag and device leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 leeloo# Also, you can't set both the vlan and IP address information: leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 inet W.X.Y.Z netmask 255.255.255.0 ifconfig: inet: bad value As a result of this, the only way to create vlans from rc.conf seems to be in two stages, by renaming the interface: cloned_interfaces="vlan14" ifconfig_vlan14="vlan 14 vlandev fxp0 name somename" ifconfig_somename="inet W.X.Y.Z netmask 255.255.255.0" Which is less than ideal. However, fixing these issues looks to be non-trivial. Gavin From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 22:36: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 B545016A41F for ; Sun, 25 Sep 2005 22:36:55 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B72943D53 for ; Sun, 25 Sep 2005 22:36:55 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so948771wxc for ; Sun, 25 Sep 2005 15:36: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:mime-version:content-type; b=FdCiTCZ/qyziP5mdWwTgy1WgxD7jkuFI5h55wrVRuqMmqpQDQeqm7lhqhXrzHNh6Y64zbb3YvxzS8popSzTuwNqiy/Krwr6xWTfJ+XW7DUuQfgF23IFf/YmnSTtbq3vPPwR3WYZ9K6p+hsmlx7yfdP/taMjv7YQDkrQwXhEi1/o= Received: by 10.70.8.18 with SMTP id 18mr1793071wxh; Sun, 25 Sep 2005 15:36:54 -0700 (PDT) Received: by 10.70.9.2 with HTTP; Sun, 25 Sep 2005 15:36:54 -0700 (PDT) Message-ID: <47d0403c050925153639deafb8@mail.gmail.com> Date: Sun, 25 Sep 2005 17:36:54 -0500 From: Ben Kaduk 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 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ifconfig ndis0 up scan hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ben Kaduk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 22:36:55 -0000 Hi all -- this is just a preliminary report to check that I'm not trying to do something stupid before I put more effort into tracking this down: On a current from about two weeks ago, if I issue a: # ifconfig ndis0 down # ifconfig ndis0 up scan ifconfig will hang. I'm using a broadcom card (dell truemobile 1400), and I've had problems wit= h this access point in the past -- windows only finds it about half the time, and I've only seen it show up once in FreeBSD, that being tonight. When I tried to associate with it and execute dhclient, though, my system hung har= d (no caps lock) and I was in X, so no debugger either (last xconsole event was "ndis0: link down"). Since I can't see the AP anymore, I can't really repeat that, though. Am I trying to do something silly, does anyone care about this, or should I just let it slide and workaround? Thanks Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 22:55:17 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 8208E16A41F; Sun, 25 Sep 2005 22:55:17 +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 B5BB643D53; Sun, 25 Sep 2005 22:55:16 +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 j8PMt2BS011949 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 26 Sep 2005 00:55:05 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j8PMsceG046408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Sep 2005 00:54:38 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id j8PMsbLt051387; Mon, 26 Sep 2005 00:54:37 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id j8PMsXKx051386; Mon, 26 Sep 2005 00:54:33 +0200 (CEST) (envelope-from ticso) Date: Mon, 26 Sep 2005 00:54:33 +0200 From: Bernd Walter To: Gavin Atkinson Message-ID: <20050925225432.GH552@cicely12.cicely.de> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <1127686105.23447.35.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1127686105.23447.35.camel@buffy.york.ac.uk> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: Yar Tikhiy , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: "ifconfig -vlandev" syntax 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: Sun, 25 Sep 2005 22:55:17 -0000 On Sun, Sep 25, 2005 at 11:08:25PM +0100, Gavin Atkinson wrote: > On Sun, 2005-09-25 at 14:37 -0700, Brooks Davis wrote: > > On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: > > > Hi folks, > > > > > > As our ifconfig(8) is growing more options for special interface > > > types, inconsistencies sneak into their syntax. In particular, > > > -vlandev takes a useless argument (vlan(4) cannot attach to more > > > than one parent anyway) while, e.g., -carpdev doesn't need one. > > > Personally, I like the latter since having to type unneeded words > > > on the command line annoys me. Do you think that making -vlandev > > > need no arguments in CURRENT would break many existing things? > > > > I agree the argument is useless. Unfortunatly, it's going to be hard to > > deprecate the old syntax so we may need to keep it around. > > There's also the issue that the "vlan" and "vlandev" options have to be > specified in that order, which is counter-intuitive and undocumented. > > leeloo# ifconfig vlan14 vlandev fxp0 vlan 14 > ifconfig: must specify both vlan tag and device > leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 > leeloo# > > Also, you can't set both the vlan and IP address information: > leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 inet W.X.Y.Z netmask 255.255.255.0 > ifconfig: inet: bad value > > As a result of this, the only way to create vlans from rc.conf seems to > be in two stages, by renaming the interface: > > cloned_interfaces="vlan14" > ifconfig_vlan14="vlan 14 vlandev fxp0 name somename" > ifconfig_somename="inet W.X.Y.Z netmask 255.255.255.0" The follwing always worked for me, no need to rename: cloned_interfaces="vlan1" ifconfig_vlan1="inet 1.2.3.4/29 vlan 1 vlandev fxp0" What doesn't work is this: ifconfig_vlan1_alias0="1.2.3.4/32" I had to configure them by a selfdone script. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 23: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 56CE116A41F for ; Sun, 25 Sep 2005 23:02:06 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id D34CD43D48 for ; Sun, 25 Sep 2005 23:02:05 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 70391 invoked by uid 85); 25 Sep 2005 23:02:02 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.43596 secs); 25 Sep 2005 23:02:02 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with RC4-MD5 encrypted SMTP; 25 Sep 2005 23:02:01 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org Date: Sun, 25 Sep 2005 15:01:43 -0800 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1935227.e9d4IzExqT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509251501.56351.akbeech@gmail.com> Subject: Problem with make release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2005 23:02:06 -0000 --nextPart1935227.e9d4IzExqT Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've been succesfully building release iso's until yesterday's -current bui= ld.=20 It fails with: install -o root -g wheel -m 444 boot0 /bak/release/boot/boot0sio =3D=3D=3D> sys/boot/i386/btx (install) =3D=3D=3D> sys/boot/i386/btx/btx (install) =3D=3D=3D> sys/boot/i386/btx/btxldr (install) =3D=3D=3D> sys/boot/i386/btx/lib (install) =3D=3D=3D> sys/boot/i386/boot2 (install) btxld -v -E 0x2000 -f bin=20 =2Db /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o=20 boot2.ld -P 1 boot2.bin btxld:No such file or directory *** Error code 1 I did another make buildworld, didn't help. Could this be related to the bo= ot2=20 commit a couple of days ago? Any suggestions? Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- --nextPart1935227.e9d4IzExqT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDNyxkVq19LUoGB+MRAvPvAJ4lo0avsJHnep8u2nFwJ2Hzs/gI7gCfUgY0 urR78O7t2ri1C4+6HfvtMwQ= =H1Gc -----END PGP SIGNATURE----- --nextPart1935227.e9d4IzExqT-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 23:07: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 0511116A41F for ; Sun, 25 Sep 2005 23:07:57 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 464A443D49 for ; Sun, 25 Sep 2005 23:07:56 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 73081 invoked by uid 85); 25 Sep 2005 23:07:51 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.735584 secs); 25 Sep 2005 23:07:51 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with RC4-MD5 encrypted SMTP; 25 Sep 2005 23:07:49 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org, Ben Kaduk Date: Sun, 25 Sep 2005 15:07:37 -0800 User-Agent: KMail/1.8.2 References: <47d0403c050925153639deafb8@mail.gmail.com> In-Reply-To: <47d0403c050925153639deafb8@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2535075.APUT3gGHmP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509251507.48282.akbeech@gmail.com> Cc: Subject: Re: ifconfig ndis0 up scan hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2005 23:07:57 -0000 --nextPart2535075.APUT3gGHmP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 September 2005 02:36 pm, Ben Kaduk wrote: > Hi all -- this is just a preliminary report to check that I'm not trying = to > do something stupid before I put more effort into tracking this down: > On a current from about two weeks ago, if I issue a: > # ifconfig ndis0 down > # ifconfig ndis0 up scan > > ifconfig will hang. > I'm using a broadcom card (dell truemobile 1400), and I've had problems > with this access point in the past -- windows only finds it about half the > time, and I've only seen it show up once in FreeBSD, that being tonight. > When I tried to associate with it and execute dhclient, though, my system > hung hard (no caps lock) and I was in X, so no debugger either (last > xconsole event was "ndis0: link down"). Since I can't see the AP anymore,= I > can't really repeat that, though. > Am I trying to do something silly, does anyone care about this, or should= I > just let it slide and workaround? > I have the same problem on 2 different boxes running ndis and D-Link AG-350= =20 cards. Hangs the shell and I have to reboot to get wifi working again. =20 Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- --nextPart2535075.APUT3gGHmP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDNy3EVq19LUoGB+MRAh4CAJ97VpSmT4xY7wWsBtlmyDP+6MBv8wCgvD8l RhgjrB3/Mj1bfvj5kIzROxY= =6NOG -----END PGP SIGNATURE----- --nextPart2535075.APUT3gGHmP-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 00:33: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 7339816A41F for ; Mon, 26 Sep 2005 00:33:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30EF643D48 for ; Mon, 26 Sep 2005 00:33:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 1DE211A3C1E for ; Sun, 25 Sep 2005 17:33:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F376E51288; Sun, 25 Sep 2005 20:33:53 -0400 (EDT) Date: Sun, 25 Sep 2005 20:33:53 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050926003353.GA73440@xor.obsecurity.org> References: <20050924034322.GA1636@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20050924034322.GA1636@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: deadlock in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 00:33:55 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 11:43:22PM -0400, Kris Kennaway wrote: > Since updating my (UP i386) machines yesterday they're all hanging=0D > after a few hours of load with all processes in the following states:=0D > =0D > db> ps=0D > pid proc uid ppid pgrp flag stat wmesg wchan cmd=0D > 28397 c5267a3c 0 28396 28397 0000110 [SLPQ vmmaps 0xc1027178][SLP] cro= n=0D > 28396 c5267c48 0 386 386 0000000 [SLPQ ppwait 0xc5267c48][SLP] cro= n=0D [...] This is still broken. Someone must have broken this in the past few days, but I don't have time right now to do a binary search. Please, everyone review your recent commits to see if you could be the originator. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDN0HxWry0BWjoQKURAnr0AJ9Gitn56PKmLb6JrHEHCfDwjpzi1wCcD297 k7md7lPed0s+4/H3K6MLNrQ= =jYHl -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 06:11: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 6889216A41F for ; Mon, 26 Sep 2005 06:11:25 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from pih-relay04.plus.net (pih-relay04.plus.net [212.159.14.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1260343D55 for ; Mon, 26 Sep 2005 06:11:24 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from jayton.plus.com ([84.92.156.191] helo=[127.0.0.1]) by pih-relay04.plus.net with esmtp (Exim) id 1EJmCu-0001cs-BP; Mon, 26 Sep 2005 07:11:20 +0100 Message-ID: <43379121.9050109@codegurus.org> Date: Mon, 26 Sep 2005 07:11:45 +0100 From: Jayton Garnett User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ben Kaduk References: <47d0403c050925153639deafb8@mail.gmail.com> In-Reply-To: <47d0403c050925153639deafb8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ifconfig ndis0 up scan hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jay@codegurus.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 06:11:25 -0000 Ben Kaduk wrote: >Hi all -- this is just a preliminary report to check that I'm not trying to >do something stupid before I put more effort into tracking this down: >On a current from about two weeks ago, if I issue a: ># ifconfig ndis0 down ># ifconfig ndis0 up scan > >ifconfig will hang. >I'm using a broadcom card (dell truemobile 1400), and I've had problems with >this access point in the past -- windows only finds it about half the time, >and I've only seen it show up once in FreeBSD, that being tonight. When I >tried to associate with it and execute dhclient, though, my system hung hard >(no caps lock) and I was in X, so no debugger either (last xconsole event >was "ndis0: link down"). Since I can't see the AP anymore, I can't really >repeat that, though. >Am I trying to do something silly, does anyone care about this, or should I >just let it slide and workaround? > >Thanks > >Ben Kaduk > > > Try get a newer version of the windows xp drivers if available and rebuild your if_ndis module with them, make sure you have use the correct firmware file aswell (I had 3 .bin files to test and try). If you know the ssid & wep key (if in use) then frun the ifconfig command like this: # ifconfig ndis0 inet 192.168.0.2 netmask 255.255.255.0 ssid your_ssid_here weptxkey XXX Just change the inet/netmask/ssid/weptxkey to the appropriate values for yourself. One last thing... if you run ifconfig ndis0 what results do you get? both before and after anyother ifconfig commands. -- Kind regards, Jayton Garnett email: jay@codegurus.org Main : www.uberhacker.co.uk Test server: jayton.plus.com From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 09:02: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 93CEE16A41F for ; Mon, 26 Sep 2005 09:02:04 +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 5063F43D48 for ; Mon, 26 Sep 2005 09:02:04 +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 AB3FF46B24; Mon, 26 Sep 2005 05:02:03 -0400 (EDT) Date: Mon, 26 Sep 2005 10:02:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20050926003353.GA73440@xor.obsecurity.org> Message-ID: <20050926100058.Q34322@fledge.watson.org> References: <20050924034322.GA1636@xor.obsecurity.org> <20050926003353.GA73440@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: deadlock in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 09:02:04 -0000 On Sun, 25 Sep 2005, Kris Kennaway wrote: > On Fri, Sep 23, 2005 at 11:43:22PM -0400, Kris Kennaway wrote: >> Since updating my (UP i386) machines yesterday they're all hanging >> after a few hours of load with all processes in the following states: >> >> db> ps >> pid proc uid ppid pgrp flag stat wmesg wchan cmd >> 28397 c5267a3c 0 28396 28397 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron >> 28396 c5267c48 0 386 386 0000000 [SLPQ ppwait 0xc5267c48][SLP] cron > > [...] > > This is still broken. Someone must have broken this in the past few > days, but I don't have time right now to do a binary search. Please, > everyone review your recent commits to see if you could be the > originator. You could try backing this out locally: 1.127 +16 -3 src/sys/fs/fifofs/fifo_vnops.c But I'm pretty sure it's not the source of the problem you've been seeing. If you were using process accounting, it could be the recent kern_acct.c change to convert NULL's to curthread's (even more unlikely), but I'm pretty sure you're not running process accounting. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 09:10: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 B314D16A41F for ; Mon, 26 Sep 2005 09:10:31 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: from smtp.orbitel.bg (smtp.orbitel.bg [195.24.32.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 539B543D53 for ; Mon, 26 Sep 2005 09:10:29 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: (qmail 25898 invoked from network); 26 Sep 2005 09:10:27 -0000 Received: from unknown (HELO localhost) (10.0.0.4) by smtp.orbitel.bg with SMTP; 26 Sep 2005 09:10:27 -0000 Received: from smtp.orbitel.bg ([10.0.0.3]) by localhost (sof-rv2.orbitel.bg [10.0.0.4]) (amavisd-new, port 10024) with ESMTP id 30434-89 for ; Mon, 26 Sep 2005 12:10:27 +0300 (EEST) Received: from server (unknown [83.228.34.40]) by smtp.orbitel.bg (Postfix) with ESMTP id EE3F1A5CC0A for ; Mon, 26 Sep 2005 12:10:26 +0300 (EEST) From: "B. Bonev" To: Date: Mon, 26 Sep 2005 12:10:28 +0200 Organization: ORAC Ltd. Message-ID: <000001c5c282$8576ce60$4700000a@server> 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 In-Reply-To: <002f01c5bf84$f6079ed0$4700000a@server> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Virus-Scanned: by amavisd-new at orbitel.bg Subject: RE: BETA4: Panic and can't cleanup 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: Mon, 26 Sep 2005 09:10:31 -0000 After last update of man page to fsck_ffs I see that altarnate = superblock for UFS2 is 160. I do: #fsck_ufs -b 160 /var Alternate super block = location: 160 ** /dev/ad2s1d ** Last Mounted on ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot alloc 1128481600 bytes for inoinfo # Don't know how to continue to cleanup /var. Wanted help, if any has idea what to do... --=20 I am using the free version of SPAMfighter for private users. It has = removed 202 spam emails to date. Paying users do not have this message in their emails. Try www.SPAMfighter.com for free now! From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 09:24: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 CDCBC16A41F for ; Mon, 26 Sep 2005 09:24:09 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71A8943D48 for ; Mon, 26 Sep 2005 09:24:09 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8Q9O0Za094947; Mon, 26 Sep 2005 02:24:04 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509260924.j8Q9O0Za094947@gw.catspoiler.org> Date: Mon, 26 Sep 2005 02:24:00 -0700 (PDT) From: Don Lewis To: b_bonev@mail.orbitel.bg In-Reply-To: <000001c5c282$8576ce60$4700000a@server> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: BETA4: Panic and can't cleanup 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: Mon, 26 Sep 2005 09:24:10 -0000 On 26 Sep, B. Bonev wrote: > > > After last update of man page to fsck_ffs I see that altarnate superblock > for UFS2 is 160. I do: #fsck_ufs -b 160 /var Alternate super block location: > 160 > ** /dev/ad2s1d > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 1128481600 bytes for inoinfo > # > > Don't know how to continue to cleanup /var. Wanted help, if any has idea > what to do... It is likely that one of the cylinder group blocks got spammed. Try rebuilding fsck_ufs with the following change, but be prepared for the possibility of major file system damage. ------ Forwarded message ------ From: Don Lewis Subject: Re: fsck_ufs: cannot alloc 647172276 bytes for inoinfo Date: Wed, 18 May 2005 17:12:47 -0700 (PDT) To: einstein@yawl.com.br Cc: freebsd-stable@freebsd.org On 18 May, Einstein Oliveira wrote: > Hi, > > I'm using FreeBSD 5.4-RELEASE-p1 and I found some messages about a > problem like this in freebsd-current a few months ago. > > The fact is that this problem has just ocurred (on 5.4-RELEASE-p1), > probably because of a power outage (I didn't find anything in logs that > would cause a forced reboot). > > Here is some information: > > [fsck] > > # fsck /usr > ** /dev/ad0s1f > ** Last Mounted on /usr > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 647172276 bytes for inoinfo > > [dumpfs] > > # dumpfs /usr > .... > cg 11: > magic 806e54b3 tell 7e584000 time Fri Nov 26 > 01:12:38 1943 > cgx -1312777034 ndblk -931553057 niblk -2017999697 > initiblk -1985690579 > nbfree 2120952272 ndir 831365510 nifree 93179446 > nffree -1130132161 > rotor -541929111 irotor 1807500773 frotor -1630357508 > frsum 237144368 -1927321463 -1872608999 -481058689 > 811654083 830922798 -91646688 > sum of frsum: 1537687372 > Segmentation fault (core dumped) > > > I found in the discussion mentioned above > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=195794+200562+/usr/local/www/db/text/2005/freebsd-current/20050417.freebsd-current > > this possible solution: > >> At line 92 in src/sbin/fsck_ffs/pass1.c, you should see the following >> block of code: >> >> for (c = 0; c < sblock.fs_ncg; c++) { >> inumber = c * sblock.fs_ipg; >> setinodebuf(inumber); >> getblk(&cgblk, cgtod(&sblock, c), sblock.fs_cgsize); >> if (sblock.fs_magic == FS_UFS2_MAGIC) >> inosused = cgrp.cg_initediblk; >> else >> inosused = sblock.fs_ipg; >> >> Try changing >> inosused = cgrp.cg_initediblk; >> to >> inosused = (cgrp.cg_initediblk <= sblock.fs_ipg) ? >> cgrp.cg_initediblk : sblock.fs_ipg; > > but it doesn't solve the problem. It turns out that cg_initediblk is signed, and in your case the sign bit is set, so it is being interpreted as a large negative value. Try this change instead: inosused = (cgrp.cg_initediblk <= sblock.fs_ipg && cgrp.cg_initediblk > 0) ? cgrp.cg_initediblk : sblock.fs_ipg; From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 12:27: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 0A5FF16A41F for ; Mon, 26 Sep 2005 12:27:28 +0000 (GMT) (envelope-from martin@hybyte.com) Received: from mail.uk.hybyte.net (mail.hybyte.com [213.86.56.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15ADD43D49 for ; Mon, 26 Sep 2005 12:27:26 +0000 (GMT) (envelope-from martin@hybyte.com) Received: from localhost (localhost [127.0.0.1]) by mail.uk.hybyte.net (Postfix) with ESMTP id 775B9EB2AE for ; Mon, 26 Sep 2005 13:21:49 +0100 (BST) Received: from by localhost (amavisd-new, port ) id e02j71uf for ; Mon, 26 Sep 2005 13:21:48 +0100 (BST) Received: from [192.168.0.87] (unknown [192.168.0.87]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.uk.hybyte.net (Postfix) with ESMTP id 58263EB2A6 for ; Mon, 26 Sep 2005 13:21:48 +0100 (BST) Message-ID: <4337E92A.2020508@hybyte.com> Date: Mon, 26 Sep 2005 13:27:22 +0100 From: martin User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Virus-Scanned: by amavisd-new at hybyte.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problem with aac0 on FreeBSD 5.4 Stable#5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 12:27:28 -0000 I am having the same/very similiar problem as described in http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044613.html. The above thread has no remark, if it was solved the messages log contains plenty of Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f816d8 TIMEOUT AFTER 47 SECONDS Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f7fa40 TIMEOUT AFTER 47 SECONDS Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f7ece4 TIMEOUT AFTER 47 SECONDS Sep 26 04:07:17 db02 kernel: aac0: WARNING! Controller is no longer running! code= 0x100 Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f816d8 TIMEOUT AFTER 67 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7fa40 TIMEOUT AFTER 67 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7ece4 TIMEOUT AFTER 67 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7f068 TIMEOUT AFTER 46 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7e384 TIMEOUT AFTER 46 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f815ac TIMEOUT AFTER 46 SECONDS I have 2 identical boxes "dell poweredge 1750", with Atapdec raid controller and external powervault 220s. And an additional Megaraid controller. Everything is fine on FreeBSD 5.3 Stable #7 On FreeBSD 5.4 Stable #4 the aac0 hangs once a fortnight, alway during large file copy operations (Mysql database running optimize on all tables,one after the other), several Gigabyte of data) (I had one occasion, where the disks on the MegaRaid, became inaccessable, since this are the boot and logging disks, there is no data about that) Sep 26 12:35:49 db02 kernel: Copyright (c) 1992-2005 The FreeBSD Project. Sep 26 12:35:49 db02 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 26 12:35:49 db02 kernel: The Regents of the University of California. All rights reserved. Sep 26 12:35:49 db02 kernel: FreeBSD 5.4-STABLE #5: Fri May 27 11:56:29 UTC 2005 Sep 26 12:35:49 db02 kernel: root@db02.uk.hybyte.net:/usr/obj/usr/src/sys/DB02 Sep 26 12:35:49 db02 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 26 12:35:49 db02 kernel: CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.12-MHz 686-class CPU) Sep 26 12:35:49 db02 kernel: Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Sep 26 12:35:49 db02 kernel: Features=0xbfebfbff Sep 26 12:35:49 db02 kernel: Hyperthreading: 2 logical CPUs Sep 26 12:35:49 db02 kernel: real memory = 3892146176 (3711 MB) Sep 26 12:35:49 db02 kernel: avail memory = 3813191680 (3636 MB) Sep 26 12:35:49 db02 kernel: ACPI APIC Table: Sep 26 12:35:49 db02 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Sep 26 12:35:49 db02 kernel: cpu0 (BSP): APIC ID: 0 Sep 26 12:35:49 db02 kernel: cpu1 (AP): APIC ID: 1 Sep 26 12:35:49 db02 kernel: cpu2 (AP): APIC ID: 6 Sep 26 12:35:49 db02 kernel: cpu3 (AP): APIC ID: 7 Sep 26 12:35:49 db02 kernel: ioapic0: Changing APIC ID to 8 Sep 26 12:35:49 db02 kernel: ioapic1: Changing APIC ID to 9 Sep 26 12:35:50 db02 kernel: ioapic2: Changing APIC ID to 10 Sep 26 12:35:50 db02 kernel: MADT: Forcing active-low polarity and level trigger for SCI Sep 26 12:35:50 db02 kernel: ioapic0 irqs 0-15 on motherboard Sep 26 12:35:50 db02 kernel: ioapic1 irqs 16-31 on motherboard Sep 26 12:35:50 db02 kernel: ioapic2 irqs 32-47 on motherboard Sep 26 12:35:50 db02 kernel: npx0: on motherboard Sep 26 12:35:50 db02 kernel: npx0: INT 16 interface Sep 26 12:35:50 db02 kernel: acpi0: on motherboard Sep 26 12:35:50 db02 kernel: acpi0: Power Button (fixed) Sep 26 12:35:50 db02 kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 Sep 26 12:35:50 db02 kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Sep 26 12:35:50 db02 kernel: cpu0: on acpi0 Sep 26 12:35:50 db02 kernel: cpu1: on acpi0 Sep 26 12:35:50 db02 kernel: cpu2: on acpi0 Sep 26 12:35:50 db02 kernel: cpu3: on acpi0 Sep 26 12:35:50 db02 kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 26 12:35:50 db02 kernel: pci0: on pcib0 Sep 26 12:35:50 db02 kernel: pci0: at device 14.0 (no driver attached) Sep 26 12:35:50 db02 kernel: atapci0: port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 Sep 26 12:35:50 db02 kernel: ata0: channel #0 on atapci0 Sep 26 12:35:50 db02 kernel: ata1: channel #1 on atapci0 Sep 26 12:35:50 db02 kernel: pci0: at device 15.2 (no driver attached) Sep 26 12:35:50 db02 kernel: isab0: at device 15.3 on pci0 Sep 26 12:35:50 db02 kernel: isa0: on isab0 Sep 26 12:35:50 db02 kernel: pcib1: on acpi0 Sep 26 12:35:50 db02 kernel: pci4: on pcib1 Sep 26 12:35:50 db02 kernel: amr0: mem 0xf7f00000-0xf7f3ffff,0xe8000000-0xefffffff irq 18 at device 3.0 on pci4 Sep 26 12:35:50 db02 kernel: amr0: Firmware 412W, BIOS H406, 128MB RAM Sep 26 12:35:50 db02 kernel: pcib2: on acpi0 Sep 26 12:35:50 db02 kernel: pci3: on pcib2 Sep 26 12:35:50 db02 kernel: aac0: mem 0xf8000000-0xfbffffff irq 24 at device 6.0 on pci3 Sep 26 12:35:50 db02 kernel: aac0: Unknown processor 100MHz, 48MB cache memory, optional battery present Sep 26 12:35:50 db02 kernel: aac0: Kernel 4.1-0, Build 7244, S/N b764f4 Sep 26 12:35:50 db02 kernel: aac0: Supported Options=11d7e Sep 26 12:35:50 db02 kernel: aacp0: on aac0 Sep 26 12:35:50 db02 kernel: aacp1: on aac0 Sep 26 12:35:50 db02 kernel: pcib3: on acpi0 Sep 26 12:35:50 db02 kernel: pci2: on pcib3 Sep 26 12:35:50 db02 kernel: bge0: mem 0xfcf20000-0xfcf2ffff,0xfcf30000-0xfcf3ffff irq 16 at device 0.0 on pci2 Sep 26 12:35:50 db02 kernel: miibus0: on bge0 Sep 26 12:35:50 db02 kernel: brgphy0: on miibus0 Sep 26 12:35:50 db02 kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Sep 26 12:35:50 db02 kernel: bge0: Ethernet address: 00:11:43:5a:68:70 Sep 26 12:35:50 db02 kernel: bge1: mem 0xfcf00000-0xfcf0ffff,0xfcf10000-0xfcf1ffff irq 17 at device 0.1 on pci2 Sep 26 12:35:50 db02 kernel: miibus1: on bge1 Sep 26 12:35:50 db02 kernel: brgphy1: on miibus1 Sep 26 12:35:50 db02 kernel: brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Sep 26 12:35:50 db02 kernel: bge1: Ethernet address: 00:11:43:5a:68:71 Sep 26 12:35:50 db02 kernel: pcib4: on acpi0 Sep 26 12:35:50 db02 kernel: pci1: on pcib4 Sep 26 12:35:50 db02 kernel: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Sep 26 12:35:50 db02 kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Sep 26 12:35:50 db02 kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Sep 26 12:35:50 db02 kernel: atkbd0: irq 1 on atkbdc0 Sep 26 12:35:50 db02 kernel: kbd0 at atkbd0 Sep 26 12:35:50 db02 kernel: psm0: irq 12 on atkbdc0 Sep 26 12:35:50 db02 kernel: psm0: model Generic PS/2 mouse, device ID 0 Sep 26 12:35:50 db02 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Sep 26 12:35:50 db02 kernel: sio0: type 16550A Sep 26 12:35:50 db02 kernel: orm0: at iomem 0xec000-0xeffff,0xd0000-0xd17ff,0xc9000-0xcd7ff,0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 Sep 26 12:35:50 db02 kernel: pmtimer0 on isa0 Sep 26 12:35:50 db02 kernel: sc0: at flags 0x100 on isa0 Sep 26 12:35:50 db02 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 26 12:35:50 db02 kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Sep 26 12:35:50 db02 kernel: sio1: port may not be enabled Sep 26 12:35:50 db02 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 26 12:35:50 db02 kernel: Timecounters tick every 10.000 msec Sep 26 12:35:50 db02 kernel: IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled Sep 26 12:35:50 db02 kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 1024 packets/entry by default Sep 26 12:35:50 db02 kernel: amrd0: on amr0 Sep 26 12:35:50 db02 kernel: amrd0: 34680MB (71024640 sectors) RAID 1 (optimal) Sep 26 12:35:50 db02 kernel: aacd0: on aac0 Sep 26 12:35:50 db02 kernel: aacd0: 419943MB (860045184 sectors) Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:1): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:2): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:3): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:4): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:5): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:6): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:7): AutoSense Failed Sep 26 12:35:50 db02 kernel: ses0 at amr0 bus 0 target 6 lun 0 Sep 26 12:35:50 db02 kernel: ses0: Fixed Processor SCSI-2 device Sep 26 12:35:50 db02 kernel: ses0: SAF-TE Compliant Device Sep 26 12:35:50 db02 kernel: ses1 at aacp0 bus 0 target 6 lun 0 Sep 26 12:35:50 db02 kernel: ses1: Fixed unknown SCSI-3 device Sep 26 12:35:50 db02 kernel: ses1: 3.300MB/s transfers Sep 26 12:35:50 db02 kernel: ses1: SAF-TE Compliant Device Sep 26 12:35:50 db02 kernel: SMP: AP CPU #2 Launched! Sep 26 12:35:50 db02 kernel: SMP: AP CPU #1 Launched! Sep 26 12:35:50 db02 kernel: SMP: AP CPU #3 Launched! From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 13:50: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 B633516A41F for ; Mon, 26 Sep 2005 13:50: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 67ADC43D48 for ; Mon, 26 Sep 2005 13:50: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 j8QDoM5E026030; Mon, 26 Sep 2005 06:50:22 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8QDoLmp026029; Mon, 26 Sep 2005 06:50:21 -0700 Date: Mon, 26 Sep 2005 06:50:21 -0700 From: Brooks Davis To: Forrest Aldrich Message-ID: <20050926135021.GH15981@odin.ac.hmc.edu> References: <43331F5E.8080502@forrie.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CEUtFxTsmBsHRLs3" Content-Disposition: inline In-Reply-To: <43331F5E.8080502@forrie.com> 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: freebsd-current@freebsd.org Subject: Re: dhclient getting wedged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 13:50:28 -0000 --CEUtFxTsmBsHRLs3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 22, 2005 at 05:17:18PM -0400, Forrest Aldrich wrote: > I noticed, over the last few weeks, that dhclient is getting wedged. =20 > By that, I mean it's begun consuming unusual amounts of CPU time (such=20 > that I notice my system running sluggishly) - I identify this by the=20 > "top" display. >=20 > It's resolved by killing the process and restarting. Though I'm not=20 > sure where it's getting wedged or why. >=20 > I'm on Comcast's network, if that makes any difference. >=20 > The version of the OS I have currently is: 6.0-BETA4 FreeBSD 6.0-BETA4= =20 > #0: Wed Sep 14 13:43:03 EDT 2005 >=20 > Anyone else notice this? Please upgrade to the latest version in CVS and recompile with debugging support. If you can get a debugging version to hang it should be trivial to find the problem. See this post for more information: http://lists.freebsd.org/pipermail/freebsd-current/2005-August/054224.html -- 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 --CEUtFxTsmBsHRLs3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDN/ycXY6L6fI4GtQRApeSAKCCXHcD1nlqg+RK7aKDzYKtAVDTwgCcD1xE MXX9WniTinTz06aObEZb/JQ= =JN3J -----END PGP SIGNATURE----- --CEUtFxTsmBsHRLs3-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:34: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 2FFB916A41F; Mon, 26 Sep 2005 14:34:44 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B811043D48; Mon, 26 Sep 2005 14:34:43 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8QEYhV4082968; Mon, 26 Sep 2005 10:34:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j8QEYgsV006557; Mon, 26 Sep 2005 10:34:42 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j8QEYfH4027832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Sep 2005 10:34:41 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050926101828.03203c18@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 26 Sep 2005 10:34:33 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Subject: OpenSSL bugfix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 14:34:44 -0000 Looking at the commit logs, there has not been an update to openssl in some time (if its not broken, why 'fix' it) so I am not sure who to ask about it. There is however, one somewhat critical bug that effects users who have the ACE padlock engine in their VIA CPUs. I filled out a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=86598) with the details. The patch / fix is trivial and it has been in the OpenSSL cvs (http://cvs.openssl.org/chngview?cn=13061) repo since April and is part of official release 0.9.8. Any chance someone could commit the patch and perhaps MFC it so it makes it for 6.0R? Committing the patch would be a lot less work than a full import, and VIA C3/C7 users would then be able to make use of the super fast crypto. Without the patch/fix, users will get sporadic encryption failures when using the padlock engine via openssl apps-- typically, using openvpn. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:39: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 BB7EE16A41F; Mon, 26 Sep 2005 14:39:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7960F43D48; Mon, 26 Sep 2005 14:39:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 538FA1A3C24; Mon, 26 Sep 2005 07:39:41 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 24B525146E; Mon, 26 Sep 2005 10:39:40 -0400 (EDT) Date: Mon, 26 Sep 2005 10:39:40 -0400 From: Kris Kennaway To: Robert Watson Message-ID: <20050926143939.GB7550@xor.obsecurity.org> References: <20050924034322.GA1636@xor.obsecurity.org> <20050926003353.GA73440@xor.obsecurity.org> <20050926100058.Q34322@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: <20050926100058.Q34322@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: deadlock in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 14:39:41 -0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 26, 2005 at 10:02:03AM +0100, Robert Watson wrote: >=20 > On Sun, 25 Sep 2005, Kris Kennaway wrote: >=20 > >On Fri, Sep 23, 2005 at 11:43:22PM -0400, Kris Kennaway wrote: > >>Since updating my (UP i386) machines yesterday they're all hanging > >>after a few hours of load with all processes in the following states: > >> > >>db> ps > >> pid proc uid ppid pgrp flag stat wmesg wchan cmd > >>28397 c5267a3c 0 28396 28397 0000110 [SLPQ vmmaps 0xc1027178][SLP] c= ron > >>28396 c5267c48 0 386 386 0000000 [SLPQ ppwait 0xc5267c48][SLP] c= ron > > > >[...] > > > >This is still broken. Someone must have broken this in the past few=20 > >days, but I don't have time right now to do a binary search. Please,=20 > >everyone review your recent commits to see if you could be the=20 > >originator. >=20 > You could try backing this out locally: >=20 > 1.127 +16 -3 src/sys/fs/fifofs/fifo_vnops.c >=20 > But I'm pretty sure it's not the source of the problem you've been seeing. >=20 > If you were using process accounting, it could be the recent kern_acct.c= =20 > change to convert NULL's to curthread's (even more unlikely), but I'm=20 > pretty sure you're not running process accounting. Correct. I'll try backing out that commit. Kris --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOAgrWry0BWjoQKURAoW6AKDxZEJPRe2pdnNOhHaJY1cTPAU6pwCfYkva sMD6uGnsNaDAO8evRop1q90= =45on -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 15:29: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 0A75E16A41F for ; Mon, 26 Sep 2005 15:29:53 +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 B37D443D4C for ; Mon, 26 Sep 2005 15:29:52 +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 j8QFTq5q001844 for ; Mon, 26 Sep 2005 08:29:52 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j8QFTqDI001843 for freebsd-current@freebsd.org; Mon, 26 Sep 2005 08:29:52 -0700 (PDT) (envelope-from obrien) Date: Mon, 26 Sep 2005 08:29:52 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050926152952.GA1670@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 X-Operating-System: FreeBSD 7.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] ufs_dirbad: bad dir 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: Mon, 26 Sep 2005 15:29:53 -0000 Anyone own this one? The running kernel was: FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 -- -- David (obrien@FreeBSD.org) # gdb6 -k /boot/kernel/kernel vmcore.4 GNU gdb 20040810 [GDB v6.x for FreeBSD] This GDB was configured as "i386-portbld-freebsd6.0"... can not access 0xc06f6b88, invalid address (c06f6b88) can not access 0xc06f6b88, invalid address (c06f6b88) panic messages: --- panic: ufs_dirbad: bad dir cpuid = 0 KDB: stack backtrace: kdb_backtrace(c06b89e3,0,c06b02f0,f2f729e8,c560d180) at 0xc052dc5e = kdb_backtrace+0x2e panic(c06b02f0,c4e79600,5c051,1050,c06b02aa) at 0xc0510b48 = panic+0x128 ufs_dirbad(c4f28b58,1050,c06b02aa,0,f2f72a5c) at 0xc060a4bd = ufs_dirbad+0x4d ufs_lookup(f2f72b08,c4f41330,f2f72c88,c4f41330,f2f72b44) at 0xc0609c3d = ufs_lookup+0x3ad VOP_CACHEDLOOKUP_APV(c06e0d60,f2f72b08,f2f72c88,c560d180,c6816400) at 0xc067dfde = VOP_CACHEDLOOKUP_APV+0x9e vfs_cache_lookup(f2f72bb0,f2f72bb0,c4f41330,c4f41330,0) at 0xc05692da = vfs_cache_lookup+0xca VOP_LOOKUP_APV(c06e0d60,f2f72bb0,c560d180,c540ae4c,0) at 0xc067def6 = VOP_LOOKUP_APV+0xa6 lookup(f2f72c60,0,c06a5e21,b6,c069e160) at 0xc056df1e = lookup+0x44e namei(f2f72c60,c561768c,1,c069e160,c6816400) at 0xc056d7df = namei+0x44f kern_access(c560d180,2808a000,0,0,f2f72d30) at 0xc057c2f2 = kern_access+0x72 access(c560d180,f2f72d04,8,424,2) at 0xc057c279 = access+0x29 syscall(3b,3b,3b,e,2808a000) at 0xc0673332 = syscall+0x2e2 Xint0x80_syscall() at 0xc065ef8f = Xint0x80_syscall+0x1f --- syscall (33, FreeBSD ELF32, access), eip = 0x28065773, esp = 0xbfbfe63c, ebp = 0xbfbfe658 --- Uptime: 7h47m16s From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:04: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 9B31816A41F; Mon, 26 Sep 2005 16:04:32 +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 2CD1E43D49; Mon, 26 Sep 2005 16:04:32 +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 j8QG4W3P001859; Mon, 26 Sep 2005 09:04:32 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j8QG4Vbi001858; Mon, 26 Sep 2005 09:04:31 -0700 (PDT) (envelope-from obrien) Date: Mon, 26 Sep 2005 09:04:31 -0700 From: "David O'Brien" To: Jung-uk Kim Message-ID: <20050926160431.GA1649@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Jung-uk Kim , freebsd-current@FreeBSD.org References: <200509211550.27524.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509211550.27524.jkim@FreeBSD.org> X-Operating-System: FreeBSD 7.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 Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] AMD multicore detection 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: Mon, 26 Sep 2005 16:04:32 -0000 On Wed, Sep 21, 2005 at 03:50:24PM -0400, Jung-uk Kim wrote: > I renewed my multicore detection patch, which was originally posted > here: > > http://docs.freebsd.org/cgi/mid.cgi?200505181935.18493.jkim > http://docs.freebsd.org/cgi/mid.cgi?200505182007.28631.jkim > > New patch is here: > http://people.freebsd.org/~jkim/multicore.diff I've got something I'm working on for AMD dual-core. Please don't commit this. We work just fine on AMD dual-core. The patch to disable cores on Intel Hyperthreaded CPU's does not affect AMD dual-core in one bit. The author nicely took the different vendors into account. AMD sets the CPUID.HTT simply for licensing issues - something that does not affect FreeBSD at all. If there is something needed for Intel dual-core CPU's with HyperThreading to use the real cores, but not the virtual cores - then by all means please commit it. > Please test and let me know. I don't have multicore CPU to test it > for myself. :-( I do and am working on something. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:08: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 1714F16A41F for ; Mon, 26 Sep 2005 16:08:12 +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 7622543D62 for ; Mon, 26 Sep 2005 16:08:08 +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 j8QG88a3001940 for ; Mon, 26 Sep 2005 09:08:08 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j8QG889Z001939 for freebsd-current@freebsd.org; Mon, 26 Sep 2005 09:08:08 -0700 (PDT) (envelope-from obrien) Date: Mon, 26 Sep 2005 09:08:08 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050926160808.GB1649@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org References: <20050926152952.GA1670@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050926152952.GA1670@dragon.NUXI.org> X-Operating-System: FreeBSD 7.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: Re: [PANIC] ufs_dirbad: bad dir 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: Mon, 26 Sep 2005 16:08:12 -0000 On Mon, Sep 26, 2005 at 08:29:52AM -0700, David O'Brien wrote: > Anyone own this one? > The running kernel was: > FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 ... > panic messages: > panic: ufs_dirbad: bad dir Just got another one - uptime was about 10 minutes. Is one of the recent changes to SU & FFS making this situation easier to trigger? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:11: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 20BEA16A41F for ; Mon, 26 Sep 2005 16:11:45 +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 516D643D49 for ; Mon, 26 Sep 2005 16:11:43 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Sep 2005 16:11:42 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp036) with SMTP; 26 Sep 2005 18:11:42 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 26 Sep 2005 18:11:32 +0200 User-Agent: KMail/1.8.1 References: <200509162117.17787@harrymail> <200509201232.32501@harrymail> <20050920114039.GB853@poupinou.org> In-Reply-To: <20050920114039.GB853@poupinou.org> 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="nextPart2030991.vR1g8PzcBg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509261811.39816@harrymail> X-Y-GMX-Trusted: 0 Cc: Subject: resume (from S3) not working on Sony Vaio [Was: Re: powerd (cpufreq) 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: Mon, 26 Sep 2005 16:11:45 -0000 --nextPart2030991.vR1g8PzcBg Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 20. September 2005 13:40 CEST schrieb Bruno Ducrot: [...] > > Some questions left: Does cpufreq check for different drivers and > > attach the next best which seems to fit? > > In theory yes. > > > Does the acpi_perf/ichss driver also adjust the core voltage according > > to the frequency? > > Yes. But not all of the frequencies you see will scale voltages, > probably because you have acpi_throttle enabled it seems. > > > Thanks a lot, now I need someone to help me with my S3 suspend death > > ;) > > Well, I'm supposed to help you there as well somehow, but I have to > look a little bit deeper into FreeBSD acpi implementation. Thanks a lot for your help. I waited to rebuild a new kernel after some pci= =20 powerdown changes were polished but it seems this is not relevant to my=20 suspend/resume problem. Again, with BETA5 fro mtoday I can successfully go into suspend mode but=20 after repowering my laptop neither the hard disk nor the display wake up,=20 just the power LED's. Unfortunately this Sony power connector isn't=20 something common, so I can't just inject an adapter to see if anything at=20 all wakes up by watching the current. How can I provide more information? Thanks for any help in advance! =2DHarry > > Cheers, --nextPart2030991.vR1g8PzcBg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOB27Bylq0S4AzzwRAhztAJ4+L46PMjxMKHi9G/oTKBTpxok0iACdGOUf 9TUePFMkkH7vY3tAETHyC4s= =jSTn -----END PGP SIGNATURE----- --nextPart2030991.vR1g8PzcBg-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:20:15 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 8A02716A422 for ; Mon, 26 Sep 2005 16:20:15 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CED6843D4C for ; Mon, 26 Sep 2005 16:20:10 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Sep 2005 16:20:09 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp033) with SMTP; 26 Sep 2005 18:20:09 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: vova@fbsd.ru, freebsd-current@freebsd.org Date: Mon, 26 Sep 2005 18:19:57 +0200 User-Agent: KMail/1.8.1 References: <200509110042.31358@harrymail> <20050911102044.GA1142@unixpages.org> <1126593686.1070.20.camel@localhost> In-Reply-To: <1126593686.1070.20.camel@localhost> 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="nextPart1204369.ChKc34ioZF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509261820.05930@harrymail> X-Y-GMX-Trusted: 0 Cc: Subject: user changable brightness? [Was: Re: acpi_sony - no powerd, no 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, 26 Sep 2005 16:20:15 -0000 --nextPart1204369.ChKc34ioZF Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 13. September 2005 08:41 CEST schrieb Vladimir Grebenschikov: > =F7 =D7=D3, 11/09/2005 =D7 12:20 +0200, Christian Brueffer =D0=C9=DB=C5= =D4: > > On Sun, Sep 11, 2005 at 12:42:17AM +0200, Emanuel Strobl wrote: > > > Hello, > > > > > > I just installed BETA4 on my notebook and was curious about the > > > acpi_sony driver, but all I can see is that powerd soesn't work > > > anymoder (if I call powerd -a min dev.cpu.0.freq is still 800 wher > > > it was 62 without acpi_sony compiled in) and that I can set LCD > > > brightness :) *bright_smile* But what does ctr, pcr, wdp and cdp > > > mean? > > > A short man page was wonderful! > > > And is it known/intended that cpufreq doesn't work with acpi_sony? > > I have powerd worked for me without any problems (up to 211 Mhz) > with acpi_sony It turned out that cpufreq used acpi_perf instead of ichss, so it was not=20 acpi_sony related! Solution was to add hint.acpi_perf.0.disabled=3D"1"=20 to /boot/loader.conf But now I have the problem that a regular user can't change the brightness: akima:~>6: sysctl -w dev.acpi_sony.0.brightness=3D5 dev.acpi_sony.0.brightness: 7 sysctl: dev.acpi_sony.0.brightness: Operation not permitted Is there a tunable to allow regular users to write to dev. sysctls or even= =20 better, a sysctl MIB security mask to assign "rights" to a specific MIB? Thanks, =2DHarry --nextPart1204369.ChKc34ioZF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOB+1Bylq0S4AzzwRAoJIAJ4g+jT9NtWvhnEZYzE6sHefC+9AJgCfaWvP pDhvohqlT6q+5e/sONlobgU= =eoMl -----END PGP SIGNATURE----- --nextPart1204369.ChKc34ioZF-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:27: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 AA07916A41F for ; Mon, 26 Sep 2005 16:27:16 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DDBBA43D48 for ; Mon, 26 Sep 2005 16:27:15 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Sep 2005 16:27:14 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp030) with SMTP; 26 Sep 2005 18:27:14 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 26 Sep 2005 18:27:03 +0200 User-Agent: KMail/1.8.1 References: <200509061031.43596@harrymail> In-Reply-To: <200509061031.43596@harrymail> 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="nextPart1288461.cVAyo3Bo09"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509261827.11888@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: Early probing (4 sec. break) question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 16:27:16 -0000 --nextPart1288461.cVAyo3Bo09 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 6. September 2005 10:31 CEST schrieb Emanuel Strobl: > Hello, > > booting verbose gives me: > > OK set boot_verbose=3DYES > OK boot > SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 > SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 > SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 > SMAP type=3D01 base=3D0000000000100000 len=3D0000000003f00000 > SMAP type=3D02 base=3D00000000fff00000 len=3D0000000000100000 > 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-BETA4 #0: Mon Sep 5 00:22:20 UTC 2005 > > harry@cale.flintsbach.schmalzbauer.de:/usr/obj/flashbsd/usr/src/sys/SAMP >LE > > ---> What does it do here? It takes three seconds obviously doing > nothing, would be nice if there was a output line so you don't assume > the box may be hanging! In non verbose mode the Calibrating... line > doesn't show up so to the user there's another second of visably doing > nothing! Does really nobody know why the machine seems to hang here? Especially on my laptop I'd love to get rid of this break, 5 seconds less=20 boot time would be nice :) Is it possible to disable the i8254 timecounter? On every system I own (and= =20 these are all quiet old) evryone uses the ACPI timecounter, and there's=20 TSC left... So is anything speaking against making i8254 an option in the=20 kernel config? Or is it needed for basic IRQ operation? Thanks, =2DHarry > > Thanks, -Harry > > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d3e000. > Preloaded md_image "/boot/modules/fs_slash" at 0xc0d3e138. > Calibrating clock(s) ... i8254 clock: 1189167 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Enhanced Am486DX4/Am5x86 Write-Back (486-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0x494 Stepping =3D 4 > Features=3D0x1 > real memory =3D 67108864 (64 MB) --nextPart1288461.cVAyo3Bo09 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOCFfBylq0S4AzzwRAkpfAJ4g6f7Uf5oa+Hp7a6cK+gq+FbPS5gCghOyD 2C6hZlVVXsl+ayR5iyb7cAU= =WCQs -----END PGP SIGNATURE----- --nextPart1288461.cVAyo3Bo09-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:34: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 D0F1216A41F for ; Mon, 26 Sep 2005 16:34:51 +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 6187343D49 for ; Mon, 26 Sep 2005 16:34:50 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.52 (FreeBSD)) id 1EJvwE-0004SN-Ur; Mon, 26 Sep 2005 20:34:47 +0400 From: Vladimir Grebenschikov To: Emanuel Strobl In-Reply-To: <200509261811.39816@harrymail> References: <200509162117.17787@harrymail> <200509201232.32501@harrymail> <20050920114039.GB853@poupinou.org> <200509261811.39816@harrymail> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 26 Sep 2005 20:34:45 +0400 Message-Id: <1127752485.15568.27.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org Subject: Re: resume (from S3) not working on Sony Vaio [Was: Re: powerd (cpufreq) problems] 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: Mon, 26 Sep 2005 16:34:51 -0000 =F7 =D0=CE, 26/09/2005 =D7 18:11 +0200, Emanuel Strobl =D0=C9=DB=C5=D4: > Am Dienstag, 20. September 2005 13:40 CEST schrieb Bruno Ducrot: > [...] > > > Some questions left: Does cpufreq check for different drivers and > > > attach the next best which seems to fit? > > > > In theory yes. > > > > > Does the acpi_perf/ichss driver also adjust the core voltage accordin= g > > > to the frequency? > > > > Yes. But not all of the frequencies you see will scale voltages, > > probably because you have acpi_throttle enabled it seems. > > > > > Thanks a lot, now I need someone to help me with my S3 suspend death > > > ;) > > > > Well, I'm supposed to help you there as well somehow, but I have to > > look a little bit deeper into FreeBSD acpi implementation. >=20 > Thanks a lot for your help. I waited to rebuild a new kernel after some p= ci=20 > powerdown changes were polished but it seems this is not relevant to my=20 > suspend/resume problem. > Again, with BETA5 fro mtoday I can successfully go into suspend mode but=20 > after repowering my laptop neither the hard disk nor the display wake up,= =20 > just the power LED's. Unfortunately this Sony power connector isn't=20 > something common, so I can't just inject an adapter to see if anything at= =20 > all wakes up by watching the current. > How can I provide more information? It is known problem for me, and I do not have solution also, after suspend it "awakes" - but it can be mentioned only by HDD spin-up, all other subsystems is not awaken. > Thanks for any help in advance! >=20 > -Harry >=20 > > > > Cheers, --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:47: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 BC71A16A41F for ; Mon, 26 Sep 2005 16:47:52 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 98DBA43D6D for ; Mon, 26 Sep 2005 16:47:45 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Sep 2005 16:47:44 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp033) with SMTP; 26 Sep 2005 18:47:44 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 26 Sep 2005 18:47:27 +0200 User-Agent: KMail/1.8.1 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="nextPart9376220.VCB2Ac1m9u"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509261847.35558@harrymail> X-Y-GMX-Trusted: 0 Subject: 4BSD/ULE numbers... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 16:47:52 -0000 --nextPart9376220.VCB2Ac1m9u Content-Type: multipart/mixed; boundary="Boundary-01=_gYCODfqKIlXCeoD" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I tried ULE with BETA5 and for me it felt a bit sluggish when making ports. So I did some "realworld" simulation and compared 4BSD/ULE to see what=20 numbers tell me. And the prooved my feeling right. It seems that ULE is priorizing nice a little higher, but in general the=20 output of the 4 BSD machine is higher and finishing the tests took not so=20 long as with ULE, especially the "make configure" differs horribly. What I did is to start "flops" with (standard) nice, start bonnie++=20 simultaniously (without nice) and run "make configure"=20 in /usr/ports/net/samba3. I did the same with flops unniced... But same result, 4BSD gives better=20 benchmarks results in shorter time... Unfortunately I don't know a good way to format these results in a nice=20 way, so here's a example of the script I ran and attached the resulting=20 text files: #!/bin/csh cd /usr/ports/net/samba3 make clean make extract /usr/bin/time -h -o /tmp/flops.ule.nonice.time flops > /tmp/flops.ule.nonice.result & /usr/bin/time -h -o /tmp/bonnie++.ule.nonice.time bonnie++ -d /usr -u 0 -r= =20 256 > /tmp/bonnie++.ule.nonice.result & /usr/bin/time -h -o /tmp/samba.configure.ule.nonice.time make configure =46or anyone who can imagine what goes wrong in ULE, I can't ;) =2DHarry --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/x-diff; charset="us-ascii"; name="bonnie++.bsd.nonice.result" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bonnie++.bsd.nonice.result" Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP file.mars.mabl 512M 63 38 33528 39 9805 8 192 41 42492 21 126.1 15 Latency 819ms 36681us 184ms 336ms 19545us 336ms Version 1.93c ------Sequential Create------ --------Random Create-------- file.mars.mable.de -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 11954 62 +++++ +++ 19512 56 7228 35 22593 55 14266 42 Latency 125ms 3063us 50095us 374ms 37102us 34662us 1.93c,1.93c,file.mars.mable.de,1,1127491724,512M,,63,38,33528,39,9805,8,192,41,42492,21,126.1,15,16,,,,,11954,62,+++++,+++,19512,56,7228,35,22593,55,14266,42,819ms,36681us,184ms,336ms,19545us,336ms,125ms,3063us,50095us,374ms,37102us,34662us --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/x-diff; charset="us-ascii"; name="bonnie++.bsd.result" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bonnie++.bsd.result" Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP file.mars.mabl 512M 78 48 31243 37 9203 8 210 42 40626 21 148.6 18 Latency 762ms 215ms 249ms 405ms 26478us 272ms Version 1.93c ------Sequential Create------ --------Random Create-------- file.mars.mable.de -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 12416 63 +++++ +++ +++++ +++ 9966 50 28920 71 20146 57 Latency 120ms 38499us 159us 194ms 42079us 20066us 1.93c,1.93c,file.mars.mable.de,1,1127409706,512M,,78,48,31243,37,9203,8,210,42,40626,21,148.6,18,16,,,,,12416,63,+++++,+++,+++++,+++,9966,50,28920,71,20146,57,762ms,215ms,249ms,405ms,26478us,272ms,120ms,38499us,159us,194ms,42079us,20066us --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="bonnie++.bsd.nonice.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bonnie++.bsd.nonice.time" 3m41,38s real 3,88s user 40,44s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="bonnie++.bsd.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bonnie++.bsd.time" 3m23,90s real 4,23s user 40,25s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/x-diff; charset="us-ascii"; name="bonnie++.ule.nonice.result" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bonnie++.ule.nonice.result" Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP file.mars.mabl 512M 66 42 18377 15 10323 9 216 51 18931 10 141.1 17 Latency 236ms 42094us 239ms 86703us 39932us 773ms Version 1.93c ------Sequential Create------ --------Random Create-------- file.mars.mable.de -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 11583 60 +++++ +++ +++++ +++ 9664 50 +++++ +++ 15772 46 Latency 128ms 40632us 192us 248ms 10069us 18118us 1.93c,1.93c,file.mars.mable.de,1,1127485745,512M,,66,42,18377,15,10323,9,216,51,18931,10,141.1,17,16,,,,,11583,60,+++++,+++,+++++,+++,9664,50,+++++,+++,15772,46,236ms,42094us,239ms,86703us,39932us,773ms,128ms,40632us,192us,248ms,10069us,18118us --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="bonnie++.ule.nonice.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bonnie++.ule.nonice.time" 3m55,01s real 4,54s user 40,28s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/x-diff; charset="us-ascii"; name="bonnie++.ule.result" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bonnie++.ule.result" Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP file.mars.mabl 512M 68 43 17441 16 10363 9 239 51 19726 11 146.7 18 Latency 249ms 38331us 207ms 88614us 24950us 804ms Version 1.93c ------Sequential Create------ --------Random Create-------- file.mars.mable.de -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 11830 60 +++++ +++ 30767 86 10730 55 28979 72 15109 45 Latency 128ms 7822us 4309us 188ms 12557us 18013us 1.93c,1.93c,file.mars.mable.de,1,1127360937,512M,,68,43,17441,16,10363,9,239,51,19726,11,146.7,18,16,,,,,11830,60,+++++,+++,30767,86,10730,55,28979,72,15109,45,249ms,38331us,207ms,88614us,24950us,804ms,128ms,7822us,4309us,188ms,12557us,18013us --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="bonnie++.ule.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bonnie++.ule.time" 3m50,03s real 4,21s user 40,21s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="flops.bsd.nonice.result" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="flops.bsd.nonice.result" FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0222 630.1410 2 -1.4166e-13 0.0277 252.2573 3 4.7184e-14 0.0253 670.9338 4 -1.2557e-13 0.0238 631.0730 5 -1.3800e-13 0.0463 626.8259 6 3.2380e-13 0.0410 706.5225 7 -8.4583e-11 0.0731 164.2531 8 3.4867e-13 0.0418 717.8620 Iterations = 512000000 NullTime (usec) = 0.0015 MFLOPS(1) = 316.9089 MFLOPS(2) = 337.1283 MFLOPS(3) = 533.8525 MFLOPS(4) = 689.6879 --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="flops.bsd.nonice.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="flops.bsd.nonice.time" 5m24,98s real 3m3,69s user 0,04s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="flops.bsd.result" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="flops.bsd.result" FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0223 628.0486 2 -1.4166e-13 0.0277 252.4555 3 4.7184e-14 0.0253 671.8905 4 -1.2557e-13 0.0237 633.6973 5 -1.3800e-13 0.0462 627.6704 6 3.2380e-13 0.0410 706.6201 7 -8.4583e-11 0.0730 164.4159 8 3.4867e-13 0.0418 717.8907 Iterations = 512000000 NullTime (usec) = 0.0015 MFLOPS(1) = 317.1891 MFLOPS(2) = 337.4410 MFLOPS(3) = 534.2479 MFLOPS(4) = 690.4302 --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="flops.bsd.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="flops.bsd.time" 5m27,44s real 3m3,57s user 0,04s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="flops.ule.nonice.result" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="flops.ule.nonice.result" FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0222 630.8597 2 -1.4166e-13 0.0279 251.1241 3 4.7184e-14 0.0254 669.7945 4 -1.2557e-13 0.0238 629.9290 5 -1.3800e-13 0.0466 622.9402 6 3.2380e-13 0.0413 702.5474 7 -8.4583e-11 0.0733 163.7274 8 3.4867e-13 0.0419 715.7201 Iterations = 512000000 NullTime (usec) = 0.0015 MFLOPS(1) = 315.6217 MFLOPS(2) = 335.9955 MFLOPS(3) = 532.0211 MFLOPS(4) = 687.3771 --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="flops.ule.nonice.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="flops.ule.nonice.time" 5m2,04s real 3m4,26s user 0,08s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="flops.ule.result" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="flops.ule.result" FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0222 629.3804 2 -1.4166e-13 0.0279 251.1464 3 4.7184e-14 0.0254 668.6476 4 -1.2557e-13 0.0238 629.4650 5 -1.3800e-13 0.0465 623.5352 6 3.2380e-13 0.0413 702.9381 7 -8.4583e-11 0.0733 163.7715 8 3.4867e-13 0.0419 715.8051 Iterations = 512000000 NullTime (usec) = 0.0015 MFLOPS(1) = 315.5619 MFLOPS(2) = 336.0201 MFLOPS(3) = 531.9800 MFLOPS(4) = 687.2049 --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="flops.ule.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="flops.ule.time" 5m4,43s real 3m4,26s user 0,10s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="samba.configure.bsd.nonice.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="samba.configure.bsd.nonice.time" 3m50,95s real 44,42s user 41,23s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="samba.configure.bsd.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="samba.configure.bsd.time" 3m15,43s real 43,30s user 43,40s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="samba.configure.ule.nonice.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="samba.configure.ule.nonice.time" 5m30,59s real 45,15s user 39,58s sys --Boundary-01=_gYCODfqKIlXCeoD Content-Type: text/plain; charset="us-ascii"; name="samba.configure.ule.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="samba.configure.ule.time" 5m30,79s real 45,22s user 40,21s sys --Boundary-01=_gYCODfqKIlXCeoD-- --nextPart9376220.VCB2Ac1m9u Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOCYnBylq0S4AzzwRAu31AKCR7NEL9C/LSKkJcp14h2tvbe+1zgCfbagz AdgOosgd7+HPAc0VAwfTS9A= =XH9Q -----END PGP SIGNATURE----- --nextPart9376220.VCB2Ac1m9u-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 17:47: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 9384616A41F for ; Mon, 26 Sep 2005 17:47:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54D3C43D48 for ; Mon, 26 Sep 2005 17:47:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 39AB01A3C24; Mon, 26 Sep 2005 10:47:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 07DA3513C1; Mon, 26 Sep 2005 13:47:38 -0400 (EDT) Date: Mon, 26 Sep 2005 13:47:38 -0400 From: Kris Kennaway To: Emanuel Strobl Message-ID: <20050926174738.GA57284@xor.obsecurity.org> References: <200509261847.35558@harrymail> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <200509261847.35558@harrymail> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: 4BSD/ULE numbers... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 17:47:40 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 26, 2005 at 06:47:27PM +0200, Emanuel Strobl wrote: > Hello, >=20 > I tried ULE with BETA5 and for me it felt a bit sluggish when making port= s. > So I did some "realworld" simulation and compared 4BSD/ULE to see what=20 > numbers tell me. And the prooved my feeling right. > It seems that ULE is priorizing nice a little higher, but in general the= =20 > output of the 4 BSD machine is higher and finishing the tests took not so= =20 > long as with ULE, especially the "make configure" differs horribly. That's consistent with my testing. ULE seems a bit more stable now in 6.0 (except on my large SMP machines, which reboot spontaneously under moderate load), but it doesn't perform as well as 4BSD under real application workloads. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDODQ6Wry0BWjoQKURAqx5AKDHihESlAtreSNV4R2byMHh3KIYjACePbaC SpQIvzJAYqGepo6V+C+rac0= =GErx -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 17:53: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 2635016A41F for ; Mon, 26 Sep 2005 17:53:26 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D2243D48 for ; Mon, 26 Sep 2005 17:53:25 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 331892BDE4; Mon, 26 Sep 2005 12:53:25 -0500 (CDT) Date: Mon, 26 Sep 2005 12:53:23 -0500 From: Craig Boston To: Brian Candler Message-ID: <20050926175322.GA3747@nowhere> Mail-Followup-To: Craig Boston , Brian Candler , Mikhail Teterin , current@freebsd.org References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> <200509221652.54123.mi+mx@aldan.algebra.com> <20050923135917.GA97140@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050923135917.GA97140@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i Cc: Mikhail Teterin , current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 17:53:26 -0000 On Fri, Sep 23, 2005 at 02:59:17PM +0100, Brian Candler wrote: > However I have another suggestion. For USB pen drives, if you don't mind > your /usr filesystem being read-only then you can get a big benefit from > using geom_uzip. I've just tried it on the manpages: geom_uzip is great. It works wonderfully on my Soekris router/firewall: ad0: 122MB at ata0-master PIO4 GEOM_LABEL: Label for provider ad0s1a is ufs/skroot40374. GEOM_LABEL: Label for provider ad0s2a is ufs/skroot42030. GEOM_LABEL: Label for provider ad0s3d is ufs/skconfig. Trying to mount root from ufs:/dev/ufs/skroot42030 md0.uzip: 8192 x 16384 blocks GEOM_LABEL: Label for provider md0.uzip is ufs/skusr. # ls -l /skusr.uzip -r-------- 1 root wheel 22729728 Sep 15 22:40 /skusr.uzip (gets mdconfig'd early in the boot process -- I have a bootstrap rc that does the job of figuring out which partition is root, setting up md devices, etc) # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ufs/skroot42030 58439 33372 22146 60% / devfs 1 1 0 100% /dev /dev/md1 7662 796 6254 11% /etc /dev/ufs/skusr 130263 48529 75221 39% /usr /dev/ufs/skconfig 7910 844 6434 12% /config /dev/md2 31470 212 28742 1% /var /dev/md3 19566 12 17990 0% /tmp /dev/md4 31470 34 28920 0% /home > I've never tried booting from a geom_uzip filesystem, but I don't see why it > shouldn't work :-) It should work in theory, though your kernel (and geom_uzip.ko if it's not compiled in!) must of course be loaded from an uncompressed filesystem. Craig From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 18: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 518E016A41F; Mon, 26 Sep 2005 18:06:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1325143D49; Mon, 26 Sep 2005 18:06:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id EC5FD1A3C1D; Mon, 26 Sep 2005 11:06:18 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5C3A851416; Mon, 26 Sep 2005 14:06:16 -0400 (EDT) Date: Mon, 26 Sep 2005 14:06:15 -0400 From: Kris Kennaway To: obrien@freebsd.org, freebsd-current@freebsd.org Message-ID: <20050926180615.GA61075@xor.obsecurity.org> References: <20050926152952.GA1670@dragon.NUXI.org> <20050926160808.GB1649@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20050926160808.GB1649@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 18:06:19 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 26, 2005 at 09:08:08AM -0700, David O'Brien wrote: > On Mon, Sep 26, 2005 at 08:29:52AM -0700, David O'Brien wrote: > > Anyone own this one? > > The running kernel was: > > FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 > ...=20 > > panic messages: > > panic: ufs_dirbad: bad dir >=20 > Just got another one - uptime was about 10 minutes. Is one of the recent > changes to SU & FFS making this situation easier to trigger? As I've mentioned the last few times you reported this, it's a long-standing bug that has existed since the FreeBSD 4.x days or before. Try to fsck -f your filesystems to make sure there is no lingering damage. Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDODiWWry0BWjoQKURAtZmAKCIi+AzCRrKBFc6vKiXZhayQOnSTwCgyHRn WBRCAVlfUCfplR+64NYodE8= =M3cY -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 19:58: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 07F8616A41F for ; Mon, 26 Sep 2005 19:58:12 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DE3E43D49 for ; Mon, 26 Sep 2005 19:58:08 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 26 Sep 2005 15:58:04 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 406891364A; Mon, 26 Sep 2005 15:58:07 -0400 (EDT) Date: Mon, 26 Sep 2005 15:58:07 -0400 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20050926195807.GD95971@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Sep 2005 19:58:04.0789 (UTC) FILETIME=[9B83D250:01C5C2D4] Subject: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 19:58:12 -0000 In 16.11 "Backup Basics" the handbook mentions a paper by Elizabeth D. Zwicky and presented at LISA V in 1991. She tested a number of archive and backup programs, including GNU tar and other tar implementations, and dump/restore. I've found that she's presented an updated version of the paper at LISA XVII in 2003[1]. I ran the set of testcases she developed against gtar and bsdtar, after deleting the "holes" subdirectory. (The test included a sparse file with a 0.5TB hole. Without support for sparse files, bsdtar quickly filled my disk so I didn't bother with those tests.) To run the test, I did cd /d2/archive_test/original tar -cf /d2/archive_test/bsdtar.tar . cd /d2/archive_test/bsdtar_recovered tar -xpf /d2/archive_test/bsdtar.tar perl dircmp.pl original bsdtar_recovered | less The dircmp.pl script produced more than 60000 lines of the form Symlink target changed from ../longfilenames/84 to ../longfilenames/84 as well as some other issues. It appears that all of the "symlink target changed" cases have both a long name and some high-bit characters. I haven't had any time to look into what might cause this, but just wanted to mention the availability of these testcases and some initial results. For reference, gtar runs into a few issues with long names, but doesn't change symlink targets. [1] http://www.usenix.org/events/lisa03/tech/full_papers/zwicky/zwicky_html/index.html -- Ed Maste, Sandvine Incorporated From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 20:27: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 1720616A41F; Mon, 26 Sep 2005 20:27:12 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6682943D5A; Mon, 26 Sep 2005 20:27:08 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j8QKXWGP023917; Mon, 26 Sep 2005 16:33:32 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: obrien@FreeBSD.org Date: Mon, 26 Sep 2005 16:26:36 -0400 User-Agent: KMail/1.6.2 References: <200509211550.27524.jkim@FreeBSD.org> <20050926160431.GA1649@dragon.NUXI.org> In-Reply-To: <20050926160431.GA1649@dragon.NUXI.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200509261626.47937.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1102/Sun Sep 25 10:04:56 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: AMD/Intel multicore detection (Was: Re: [PATCH] AMD multicore detection) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 20:27:12 -0000 On Monday 26 September 2005 12:04 pm, David O'Brien wrote: > On Wed, Sep 21, 2005 at 03:50:24PM -0400, Jung-uk Kim wrote: > > I renewed my multicore detection patch, which was originally > > posted here: > > > > http://docs.freebsd.org/cgi/mid.cgi?200505181935.18493.jkim > > http://docs.freebsd.org/cgi/mid.cgi?200505182007.28631.jkim > > > > New patch is here: > > http://people.freebsd.org/~jkim/multicore.diff > > I've got something I'm working on for AMD dual-core. Please don't > commit this. We work just fine on AMD dual-core. The patch to > disable cores on Intel Hyperthreaded CPU's does not affect AMD > dual-core in one bit. The author nicely took the different vendors > into account. > > AMD sets the CPUID.HTT simply for licensing issues - something that > does not affect FreeBSD at all. > > If there is something needed for Intel dual-core CPU's with > HyperThreading to use the real cores, but not the virtual cores - > then by all means please commit it. Okay. I have a new patch here: http://people.freebsd.org/~jkim/multicore-20050926.diff I removed mp_machdep.c patch and added proper multicore identification for both AMD and Intel CPUs. I hope this does not overlap with your work. Please review/test. > > Please test and let me know. I don't have multicore CPU to test > > it for myself. :-( > > I do and am working on something. Please explain what you are working on, so that we don't make duplicate effort. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 20:51: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 6903316A41F; Mon, 26 Sep 2005 20:51: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 56A2A43D55; Mon, 26 Sep 2005 20:51:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 26 Sep 2005 17:07:32 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Sep 2005 16:11:35 -0400 User-Agent: KMail/1.8 References: <20050920004358.GA76462@squash.dsto.defence.gov.au> <200509211640.38493.jhb@FreeBSD.org> <20050923024615.GT91606@squash.dsto.defence.gov.au> In-Reply-To: <20050923024615.GT91606@squash.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509261611.36343.jhb@FreeBSD.org> Cc: current@freebsd.org, "Wilkinson, Alex" Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 20:51:37 -0000 On Thursday 22 September 2005 10:46 pm, Wilkinson, Alex wrote: > 0n Wed, Sep 21, 2005 at 04:40:36PM -0400, John Baldwin wrote: > >On Monday 19 September 2005 08:55 pm, Scott Long wrote: > >> Wilkinson, Alex wrote: > >> > Can anyone tell me what the following means, and how to fix it: > >> > > >> > APIC_IO: Testing 8254 interrupt delivery > >> > APIC_IO: Broken MP table detected: 8254 is not connected to > >> > IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 > >> > intpin 0 > >> > > >> > - aW > >> > >> It means that you need to use 6.0 instead of 5.x =-) It represents > >> the old way that we connected the timecounters, which apparently > >> isn't well supported with newer amd64 boards. 6.0 solves this > >> problem by using a better supported mechanism. > > > >Actually, this is a 4.x method and it basically means that it has > > fallen back to mixed mode for IRQ0. 6.0 certainly does this better. > > 5.x just uses mixed mode by default. > > John, what is mixed mode ? Normally when you use the APICs, you don't use the older 8259A AT-PICs at all. However, the 8259A's are hooked up to pin 0 on the first I/O APIC, so if you enable pin 0 and enable interruput pins on the 8259As, then if they get an interrupt, they will forward it to the first I/O APIC which will then forward it to the CPUs as directed. Using both the old PICs and the APICs at the same time using pin 0 in the first I/O APIC is known as mixed mode. The reason FreeBSD uses it is that some motherboard manufacturers chose to not connect an IRQ0 input from the ISA timer to pin 2 on the first I/O APIC, even though the MP Table said that they did. The reason they could get away with that is that Windows didn't use IRQ0 when it used the APICs, so the motherboards still passed WHQL certification ok (or so I've been told). Linux also doesn't use IRQ0, but uses the built-in countdown periodic timer that each CPU has in its local APIC. In 4.x, the kernel would try to get IRQ0 interrupts via pin 2 on the first I/O APIC and if it didn't work, it printed out the message you saw and enabled mixed mode and enabled IRQ0 in the 8259A AT-PIC. In 5.x, we just always use mixed mode without the runtime test and have a hint for forcing it to not use mixed mode. In 6.x we use the countdown timer in the local APIC like Linux and Windows when using the APICs and don't use IRQ0 at all. -- 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 Sep 26 20:51: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 6903316A41F; Mon, 26 Sep 2005 20:51: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 56A2A43D55; Mon, 26 Sep 2005 20:51:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 26 Sep 2005 17:07:32 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Sep 2005 16:11:35 -0400 User-Agent: KMail/1.8 References: <20050920004358.GA76462@squash.dsto.defence.gov.au> <200509211640.38493.jhb@FreeBSD.org> <20050923024615.GT91606@squash.dsto.defence.gov.au> In-Reply-To: <20050923024615.GT91606@squash.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509261611.36343.jhb@FreeBSD.org> Cc: current@freebsd.org, "Wilkinson, Alex" Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 20:51:37 -0000 On Thursday 22 September 2005 10:46 pm, Wilkinson, Alex wrote: > 0n Wed, Sep 21, 2005 at 04:40:36PM -0400, John Baldwin wrote: > >On Monday 19 September 2005 08:55 pm, Scott Long wrote: > >> Wilkinson, Alex wrote: > >> > Can anyone tell me what the following means, and how to fix it: > >> > > >> > APIC_IO: Testing 8254 interrupt delivery > >> > APIC_IO: Broken MP table detected: 8254 is not connected to > >> > IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 > >> > intpin 0 > >> > > >> > - aW > >> > >> It means that you need to use 6.0 instead of 5.x =-) It represents > >> the old way that we connected the timecounters, which apparently > >> isn't well supported with newer amd64 boards. 6.0 solves this > >> problem by using a better supported mechanism. > > > >Actually, this is a 4.x method and it basically means that it has > > fallen back to mixed mode for IRQ0. 6.0 certainly does this better. > > 5.x just uses mixed mode by default. > > John, what is mixed mode ? Normally when you use the APICs, you don't use the older 8259A AT-PICs at all. However, the 8259A's are hooked up to pin 0 on the first I/O APIC, so if you enable pin 0 and enable interruput pins on the 8259As, then if they get an interrupt, they will forward it to the first I/O APIC which will then forward it to the CPUs as directed. Using both the old PICs and the APICs at the same time using pin 0 in the first I/O APIC is known as mixed mode. The reason FreeBSD uses it is that some motherboard manufacturers chose to not connect an IRQ0 input from the ISA timer to pin 2 on the first I/O APIC, even though the MP Table said that they did. The reason they could get away with that is that Windows didn't use IRQ0 when it used the APICs, so the motherboards still passed WHQL certification ok (or so I've been told). Linux also doesn't use IRQ0, but uses the built-in countdown periodic timer that each CPU has in its local APIC. In 4.x, the kernel would try to get IRQ0 interrupts via pin 2 on the first I/O APIC and if it didn't work, it printed out the message you saw and enabled mixed mode and enabled IRQ0 in the 8259A AT-PIC. In 5.x, we just always use mixed mode without the runtime test and have a hint for forcing it to not use mixed mode. In 6.x we use the countdown timer in the local APIC like Linux and Windows when using the APICs and don't use IRQ0 at all. -- 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 Sep 26 21:29:42 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 2349116A41F; Mon, 26 Sep 2005 21:29:42 +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 AF88143D49; Mon, 26 Sep 2005 21:29:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j8QLTeZN038757; Mon, 26 Sep 2005 17:29:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8QLTeLQ040718; Mon, 26 Sep 2005 17:29:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 45FF37302F; Mon, 26 Sep 2005 17:29:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050926212940.45FF37302F@freebsd-current.sentex.ca> Date: Mon, 26 Sep 2005 17:29:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 21:29:42 -0000 TB --- 2005-09-26 21:22:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-26 21:22:32 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-09-26 21:22:32 - cleaning the object tree TB --- 2005-09-26 21:22:59 - checking out the source tree TB --- 2005-09-26 21:22:59 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-09-26 21:22:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-26 21:28:51 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-26 21:28:51 - cd /src TB --- 2005-09-26 21:28:51 - /usr/bin/make -B buildworld >>> 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 [...] rm -f m4 eval.o expr.o look.o main.o misc.o gnum4.o trace.o m4.1.gz m4.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/mail (cleandir) rm -f mail version.o aux.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o vars.o mail.1.gz mail.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/make (cleandir) "Makefile", line 20: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-26 21:29:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-26 21:29:40 - ERROR: failed to build world TB --- 2005-09-26 21:29:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 21:35:46 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 B5D3A16A41F; Mon, 26 Sep 2005 21:35:46 +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 4C3A643D49; Mon, 26 Sep 2005 21:35:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j8QLZjCW039241; Mon, 26 Sep 2005 17:35:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8QLZjwl043207; Mon, 26 Sep 2005 17:35:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 87A197302F; Mon, 26 Sep 2005 17:35:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050926213545.87A197302F@freebsd-current.sentex.ca> Date: Mon, 26 Sep 2005 17:35:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 21:35:46 -0000 TB --- 2005-09-26 21:29:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-26 21:29:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-09-26 21:29:40 - cleaning the object tree TB --- 2005-09-26 21:30:01 - checking out the source tree TB --- 2005-09-26 21:30:01 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-09-26 21:30:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-26 21:34:55 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-26 21:34:55 - cd /src TB --- 2005-09-26 21:34:55 - /usr/bin/make -B buildworld >>> 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 [...] rm -f m4 eval.o expr.o look.o main.o misc.o gnum4.o trace.o m4.1.gz m4.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/mail (cleandir) rm -f mail version.o aux.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o vars.o mail.1.gz mail.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/make (cleandir) "Makefile", line 20: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-26 21:35:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-26 21:35:45 - ERROR: failed to build world TB --- 2005-09-26 21:35:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 21:55: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 123E716A41F for ; Mon, 26 Sep 2005 21:55:55 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EBC643D53 for ; Mon, 26 Sep 2005 21:55:54 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by qproxy.gmail.com with SMTP id p36so466426qba for ; Mon, 26 Sep 2005 14:55: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; b=l0Y6fUQMOh/1JTaKDbnmuefKGrB2XPaZz2IPukfVsujk5Q/UViWseyS7IxuEWiW4S5OZ/yVc+cmAqK8waiKusgs+U3LscRuDGkvjZv6DjeWQM/sNy+Rz7ZZGrFspzrS/vnKvRdHpMDC/uRSg1hYELZYZROCE/O1STiDxUzGQsEY= Received: by 10.65.138.4 with SMTP id q4mr561012qbn; Mon, 26 Sep 2005 14:55:53 -0700 (PDT) Received: by 10.65.121.4 with HTTP; Mon, 26 Sep 2005 14:55:53 -0700 (PDT) Message-ID: Date: Mon, 26 Sep 2005 23:55:53 +0200 From: Pawel Worach To: current@freebsd.org MIME-Version: 1.0 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: Subject: [releng_6] mpt(4) Memory modified after free panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pawel Worach List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 21:55:55 -0000 Trying to use a mpt controller with only one disk attached so it's not possible to configure a RAID-1 volume. Trying to boot 6.0-BETA1 install cd results in this panic. Should it possible to use a single disk behind an mpt(4) with the updated driver? Thi= s configuration works fine on 5.4. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb 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-BETA1 #0: Tue Jul 12 18:05:55 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.90-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebfbff Features2=3D0x4400> Hyperthreading: 2 logical CPUs ... mpt0: port 0x2700-0x27ff mem 0xf9ff0000-0xf9fffff f,0xf9fe0000-0xf9feffff irq 27 at device 7.0 on pci8 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.15.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt0: Capabilities: ( RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) mpt1: port 0x2800-0x28ff mem 0xf9fd0000-0xf9fdfff f,0xf9fc0000-0xf9fcffff irq 28 at device 7.1 on pci8 mpt1: [GIANT-LOCKED] mpt1: MPI Version=3D1.2.15.0 mpt1: Unhandled Event Notify Frame. Event 0xa. mpt1: Capabilities: ( RAID-1 SAFTE ) mpt1: 0 Active Volumes (1 Max) mpt1: 0 Hidden Drive Members (6 Max) Memory modified after free 0xc28a5710(12) val=3D0 @ 0xc28a5710 panic: Most recently used by bus cpuid =3D 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x2b: nop db> tr Tracing pid 0 tid 0 td 0xc091bca0 kdb_enter(c0854b84) at kdb_enter+0x2b panic(c086f463,c08328ac,c086f434,c28a5710,c) at panic+0x127 mtrash_ctor(c28a5710,10,0,1) at mtrash_ctor+0x4d uma_zalloc_arg(c145a420,0,1) at uma_zalloc_arg+0x10f malloc(8,c08b79e0,1,1030200,c28b6000) at malloc+0xae mpt_read_config_info_ioc(c28b6000) at mpt_read_config_info_ioc+0x464 mpt_configure_ioc(c28b6000,c0897a80,0,c1020b28,c05639f2) at mpt_configure_ioc+0x 2ea mpt_core_attach(c28b6000,c289d780,c28b6000,c289d680,c1020b58) at mpt_core_attach +0xb6 mpt_attach(c28b6000) at mpt_attach+0x2a mpt_pci_attach(c289d680) at mpt_pci_attach+0x4c9 device_attach(c289d680,c26b8700,c289d680,c289d780,0) at device_attach+0x58 device_probe_and_attach(c289d680) at device_probe_and_attach+0xe0 bus_generic_attach(c289d780,6,c26b8700,1,c0ee0258) at bus_generic_attach+0x16 acpi_pci_attach(c289d780) at acpi_pci_attach+0xd0 device_attach(c289d780,c2807b78,c289d780,0,c275ea00) at device_attach+0x58 device_probe_and_attach(c289d780) at device_probe_and_attach+0xe0 bus_generic_attach(c275ea00,c275ea00,0,c26b8700,c28a6100) at bus_generic_attach+ 0x16 acpi_pcib_attach(c275ea00,c28a6114,8,c06456a5,c275d180) at acpi_pcib_attach+0x13 0 acpi_pcib_acpi_attach(c275ea00) at acpi_pcib_acpi_attach+0xcf device_attach(c275ea00,c2832280,c275ea00,c2833ac0,c275d180) at device_attach+0x5 8 device_probe_and_attach(c275ea00) at device_probe_and_attach+0xe0 bus_generic_attach(c275d180,ffffffff,fec00000,c2820288,3) at bus_generic_attach+ 0x16 acpi_attach(c275d180) at acpi_attach+0x631 device_attach(c275d180,0,c275d180,c275d880,0) at device_attach+0x58 device_probe_and_attach(c275d180) at device_probe_and_attach+0xe0 bus_generic_attach(c275d880,c275d880,c275d880,c1020d40,c06461a8) at bus_generic_ attach+0x16 nexus_attach(c275d880) at nexus_attach+0x13 device_attach(c275d880,c06293fa,c275d880,c08f3d90,1028000) at device_attach+0x58 device_probe_and_attach(c275d880) at device_probe_and_attach+0xe0 root_bus_configure(c1020d88,c060adc6,0,101ec00,101e000) at root_bus_configure+0x 16 configure(0,101ec00,101e000,0,c04453b5) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c (kgdb) l *mpt_read_config_info_ioc+0x464 0xc05631bc is in mpt_read_config_info_ioc (/usr/src/sys/dev/mpt/mpt.c:1558)= . 1553 hdr.PageVersion, hdr.PageLength, hdr.PageNumber, hdr.PageType); 1554 1555 if (mpt->ioc_page3 !=3D NULL) 1556 free(mpt->ioc_page3, M_DEVBUF); 1557 len =3D hdr.PageLength * sizeof(uint32_t); 1558 mpt->ioc_page3 =3D malloc(len, M_DEVBUF, M_NOWAIT); 1559 if (mpt->ioc_page3 =3D=3D NULL) 1560 return (-1); 1561 memset(mpt->ioc_page3, 0, sizeof(*mpt->ioc_page3)); 1562 memcpy(&mpt->ioc_page3->Header, &hdr, sizeof(hdr)); -- Pawel From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:37:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 540AC16A41F; Mon, 26 Sep 2005 22:37:13 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <43387811.1090308@freebsd.org> Date: Tue, 27 Sep 2005 06:37:05 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050911 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <200509261847.35558@harrymail> <20050926174738.GA57284@xor.obsecurity.org> In-Reply-To: <20050926174738.GA57284@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Emanuel Strobl , freebsd-current@freebsd.org Subject: Re: 4BSD/ULE numbers... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 22:37:14 -0000 Kris Kennaway wrote: >On Mon, Sep 26, 2005 at 06:47:27PM +0200, Emanuel Strobl wrote: > > >>Hello, >> >>I tried ULE with BETA5 and for me it felt a bit sluggish when making ports. >>So I did some "realworld" simulation and compared 4BSD/ULE to see what >>numbers tell me. And the prooved my feeling right. >>It seems that ULE is priorizing nice a little higher, but in general the >>output of the 4 BSD machine is higher and finishing the tests took not so >>long as with ULE, especially the "make configure" differs horribly. >> >> > >That's consistent with my testing. ULE seems a bit more stable now in >6.0 (except on my large SMP machines, which reboot spontaneously under >moderate load), but it doesn't perform as well as 4BSD under real >application workloads. > >Kris > I am fiddling it, although I don't know when I can finish. In fact, the ULE code in my perforce has same performance as 4BSD, at least this is true on my Dual PIII machine. the real advantage is ULE can be HTT friendly if it make it correctly, for example physical / logical CPU balance, if system has two HTT enabled physical CPU, if system has too CPU hog threads, you definitely want the two threads to run on the two physical cpu, not in same phyiscal cpu. but current it is not. Another advantage is when sched_lock pushes down, I know current sched_lock is a Giant lock between large number of CPU, also I don't know when sched_lock will be pushed down, sched_lock is abused in many place, they really can be replaced by another spin lock. :) David Xu From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:42: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 6F43116A41F; Mon, 26 Sep 2005 22:42:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26AB343D48; Mon, 26 Sep 2005 22:42:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 0C37E1A3C23; Mon, 26 Sep 2005 15:42:04 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CF94251214; Mon, 26 Sep 2005 18:42:02 -0400 (EDT) Date: Mon, 26 Sep 2005 18:42:02 -0400 From: Kris Kennaway To: Jon Dama Message-ID: <20050926224202.GA39901@xor.obsecurity.org> References: <20050926152952.GA1670@dragon.NUXI.org> <20050926160808.GB1649@dragon.NUXI.org> <20050926180615.GA61075@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 22:42:04 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 26, 2005 at 03:17:36PM -0700, Jon Dama wrote: > And I have mentioned that I have it on authority from Doug White that this > panic is an indicator of hardware failure. >=20 > Do you have some reason to believe that Doug is wrong? >=20 > again for reference: > http://lists.freebsd.org/pipermail/freebsd-current/2004-November/042704.h= tml Of course I can't rule out once-off spurious hardware errors from e.g. cosmic rays, but it's certainly not indicative of an ongoing hardware problem on my machines. I do kill disks every few months, but those have their own signature (e.g. ATA driver errors). Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOHk6Wry0BWjoQKURAofYAJ9waJdRrBaO0++0Vqxxci0J+IO73wCgm/Ho 5f2ndepcLhQH+apEzmCcJXA= =Aj8t -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:44: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 DEDA516A41F; Mon, 26 Sep 2005 22:44:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9324A43D4C; Mon, 26 Sep 2005 22:44:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 7BE7C1A3C23; Mon, 26 Sep 2005 15:44:54 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 64F75512E0; Mon, 26 Sep 2005 18:44:53 -0400 (EDT) Date: Mon, 26 Sep 2005 18:44:53 -0400 From: Kris Kennaway To: David Xu Message-ID: <20050926224453.GB39901@xor.obsecurity.org> References: <200509261847.35558@harrymail> <20050926174738.GA57284@xor.obsecurity.org> <43387811.1090308@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: <43387811.1090308@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Emanuel Strobl , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: 4BSD/ULE numbers... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 22:44:55 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 06:37:05AM +0800, David Xu wrote: > Kris Kennaway wrote: >=20 > >On Mon, Sep 26, 2005 at 06:47:27PM +0200, Emanuel Strobl wrote: > >=20 > > > >>Hello, > >> > >>I tried ULE with BETA5 and for me it felt a bit sluggish when making=20 > >>ports. > >>So I did some "realworld" simulation and compared 4BSD/ULE to see what= =20 > >>numbers tell me. And the prooved my feeling right. > >>It seems that ULE is priorizing nice a little higher, but in general th= e=20 > >>output of the 4 BSD machine is higher and finishing the tests took not = so=20 > >>long as with ULE, especially the "make configure" differs horribly. > >> =20 > >> > > > >That's consistent with my testing. ULE seems a bit more stable now in > >6.0 (except on my large SMP machines, which reboot spontaneously under > >moderate load), but it doesn't perform as well as 4BSD under real > >application workloads. > > > >Kris > > > I am fiddling it, although I don't know when I can finish. > In fact, the ULE code in my perforce has same performance as > 4BSD, at least this is true on my Dual PIII machine. the real > advantage is ULE can be HTT friendly if it make it correctly, > for example physical / logical CPU balance, if system has two > HTT enabled physical CPU, if system has too CPU hog threads, > you definitely want the two threads to run on the two physical > cpu, not in same phyiscal cpu. > but current it is not. Another advantage is when sched_lock pushes > down, I know current sched_lock is a Giant lock between large > number of CPU, also I don't know when sched_lock will be pushed > down, sched_lock is abused in many place, they really can be replaced > by another spin lock. :) I'd love a way to measure sched_lock contention..I'm sure it's a factor on e.g. my machines with >=3D10 CPUs, but mutex profiling doesn't see it because it's a spinlock. Kris --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOHnlWry0BWjoQKURAv1GAJ4sFRdIURlHOtKuiInHkg6WFIoz1wCfTvaA qVABEBq5fAq6kUqJpqBZ4Nc= =mbcy -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 23:04: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 8BECF16A421 for ; Mon, 26 Sep 2005 23:04:55 +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 346D743D4C for ; Mon, 26 Sep 2005 23:04:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Sep 2005 23:04:52 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp034) with SMTP; 27 Sep 2005 01:04:52 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 27 Sep 2005 01:04:40 +0200 User-Agent: KMail/1.8.1 References: <200509261847.35558@harrymail> <20050926174738.GA57284@xor.obsecurity.org> <43387811.1090308@freebsd.org> In-Reply-To: <43387811.1090308@freebsd.org> 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="nextPart2298045.IkdbGiNYLN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509270104.48754@harrymail> X-Y-GMX-Trusted: 0 Cc: David Xu , Kris Kennaway Subject: Re: 4BSD/ULE numbers... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 23:04:55 -0000 --nextPart2298045.IkdbGiNYLN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 27. September 2005 00:37 CEST schrieb David Xu: [...] > I am fiddling it, although I don't know when I can finish. > In fact, the ULE code in my perforce has same performance as > 4BSD, at least this is true on my Dual PIII machine. the real > advantage is ULE can be HTT friendly if it make it correctly, > for example physical / logical CPU balance, if system has two > HTT enabled physical CPU, if system has too CPU hog threads, > you definitely want the two threads to run on the two physical > cpu, not in same phyiscal cpu. I'm sure ULE is on it's way to be our prefered scheduler, especially on MP= =20 machines, where it's probably already superior, and I don't really care=20 much about the small differences in bonnie++ or flops bench-results, nor=20 in the small timing differences, but I'm astonished about the really big=20 gap between the "make configure" timings of ULE and 4BSD. (on my Tualatin=20 UP) The difference is really enormuous (samba.configure.bsd.time compared to=20 samba.configure.ule.time =3D=3D 3m15s <-> 5m30s) and there's still a thing = I=20 observed some years ago (about two, when I ran seti@home in the=20 background): ULE isn't "nice" friendly, meaning other applications suffer=20 from niced processes much more than under 4BSD. Ideally, in my dreams, no=20 other process would loose performance because of any "niced" process.=20 Watch the samba.configure.ule.nonice.time -> samba.configure.ule.time=20 results, they're nearly identical... But that's the point where I have to leave this discussion, my knowledge is= =20 very limited in that area, so I just wanted to give info/hints to help the= =20 gurus improoving the best. The better is the bests enemy... ;) And I hope I can help with "real world" tests to see ULE outperforming 4BSD= =20 even on UP machines with bonnie++ (where I see the second significant=20 difference) Best regards! =2DHarry > but current it is not. Another advantage is when sched_lock pushes > down, I know current sched_lock is a Giant lock between large > number of CPU, also I don't know when sched_lock will be pushed > down, sched_lock is abused in many place, they really can be replaced > by another spin lock. :) > > David Xu --nextPart2298045.IkdbGiNYLN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOH6QBylq0S4AzzwRAj11AJ0Y4FxWzDUp2VUiQ3sf1KPhcG6T1gCfTYAL hWSgqmfGuJPptpqK+BYUPeM= =FIYL -----END PGP SIGNATURE----- --nextPart2298045.IkdbGiNYLN-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:05: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 1057216A41F for ; Tue, 27 Sep 2005 00:05:09 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9049A43D48 for ; Tue, 27 Sep 2005 00:05:08 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 4332AC78000EF845; Tue, 27 Sep 2005 02:05:07 +0200 Date: Tue, 27 Sep 2005 02:05:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-ID: <4F9C9299A10AE74E89EA580D14AA10A605F552@royal64.emp.zapto.org> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Thread-Topic: "TIMEOUT - READ_DMA48 retrying" has suddenly started appearing (RELENG_6) Thread-Index: AcXC9xVxfbXw+ducTiug5vP/qHH+0w== From: "Daniel Eriksson" To: "FreeBSD Current" Cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= Subject: "TIMEOUT - READ_DMA48 retrying" has suddenly started appearing (RELENG_6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 00:05:09 -0000 I'm running RELENG_6 on two machines, one SMP and one UP (both using = SCHED_4BSD). I cvsup/update the OS a few times a week, and after an = update on Saturday (24/9) I've seen multiple "TIMEOUT - READ_DMA48 = retrying" errors on both machines, causing all sorts of trouble (broken = arrays, panics, ...). After a reboot the disks have come back to life = and seem to work just fine. It could just be a coincidence and multiple disks on two separate = machines have started to go bad, but since the disks are different = models on different ATA/SATA controllers in different machines it could = also be an indication that something has happened with FBSD. If it's a = FBSD problem then the "offending" code was added some time between = Monday 19/9 and Saturday 24/9. Is anyone else experiencing similar problems? /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:07: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 7224216A41F for ; Tue, 27 Sep 2005 00:07:18 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 86B2143D48 for ; Tue, 27 Sep 2005 00:07:17 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 27 Sep 2005 00:07:16 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp036) with SMTP; 27 Sep 2005 02:07:16 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 27 Sep 2005 02:07:03 +0200 User-Agent: KMail/1.8.1 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="nextPart3647600.lZSE4fOD0M"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509270207.12112@harrymail> X-Y-GMX-Trusted: 0 Subject: ATA power savings... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 00:07:18 -0000 --nextPart3647600.lZSE4fOD0M Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, since ataidle from ports doesn't work with ATAmkIII I listened very careful= =20 to another thread on a local mailing list and found a very interesting=20 hint: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D65621+0+archive/2003/freebsd= =2Dfs/20030413.freebsd-fs It describes that (back then) some disks have a "delayed write" feature. But much more important, there's a patch included which tells atacontrol=20 how to spin disks down. I guess this was for ATAng. Is there any reason not to include that into ATAmkIII? Now that we have such a nice cpufreq meta driver in RELENG_6 I'd really=20 love to see the hungry HD spin down, ideally managed by powerd ;) But even if the "delayed write" feature is problematic, the ataidle feature= =20 really should make it into ATAmkIII before 6-RELEASE IMHO... Thanks, =2DHarry --nextPart3647600.lZSE4fOD0M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOI0wBylq0S4AzzwRAi4AAKCOjy+fgYywNIm6+PIYoN8Gt/ub5gCeItH0 XVea2uhPTczH+nh/6cJz/t0= =zKlp -----END PGP SIGNATURE----- --nextPart3647600.lZSE4fOD0M-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00: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 C3C1B16A41F for ; Tue, 27 Sep 2005 00:16:52 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E44643D49 for ; Tue, 27 Sep 2005 00:16:51 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 26 Sep 2005 20:16:47 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 5937513650; Mon, 26 Sep 2005 20:16:50 -0400 (EDT) Date: Mon, 26 Sep 2005 20:16:50 -0400 From: Ed Maste To: Garrett Wollman Message-ID: <20050927001650.GA9994@sandvine.com> References: <20050926195807.GD95971@sandvine.com> <17208.30606.117170.36398@khavrinen.csail.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17208.30606.117170.36398@khavrinen.csail.mit.edu> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 27 Sep 2005 00:16:47.0710 (UTC) FILETIME=[BFE597E0:01C5C2F8] Cc: freebsd-current@FreeBSD.ORG Subject: Re: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 00:16:52 -0000 On Mon, Sep 26, 2005 at 06:34:54PM -0400, Garrett Wollman wrote: > What is your locale set to? > > POSIX pax interchange format, the default for bsdtar, requires file > names in archives to be represented in UTF-8. , when > interpreted as UTF-8, is the character U+00E0 (LATIN SMALL LETTER A > WITH GRAVE ACCENT). Hmm, good point. I haven't set it to anything; locale(1) shows that the LC_ variables are set to "C". So then I can see how this happens, but it's still surprising (to me) behaviour. I guess that, with my locale set to "C", does not represent valid characters, and it's not possible to convert to UTF-8. I wonder if bsdtar should emit a warning or similar in this case? -- Ed Maste, Sandvine Incorporated From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:19: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 CD0D516A41F; Tue, 27 Sep 2005 00:19:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81DC943D48; Tue, 27 Sep 2005 00:19:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 63C661A3C19; Mon, 26 Sep 2005 17:19:04 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7C9D351529; Mon, 26 Sep 2005 20:19:03 -0400 (EDT) Date: Mon, 26 Sep 2005 20:19:03 -0400 From: Kris Kennaway To: Jon Dama Message-ID: <20050927001903.GD72460@xor.obsecurity.org> References: <20050926152952.GA1670@dragon.NUXI.org> <20050926160808.GB1649@dragon.NUXI.org> <20050926180615.GA61075@xor.obsecurity.org> <20050926224202.GA39901@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eRtJSFbw+EEWtPj3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 00:19:04 -0000 --eRtJSFbw+EEWtPj3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 26, 2005 at 03:54:47PM -0700, Jon Dama wrote: > Sure, but I've provoked this with marginal memory configurations. The > trouble is that if your memory configuration is marginal this symptom > makes a good deal of sense. i.e., you can model the problem as an usually > high incidence of alpha particle collisions. >=20 > Also such marginal configurations are likely to be temperature sensitive. >=20 > ... of course taking this attitude might have the same bad effect as if > when observation disagreed with the ptolemaic system, Kepler and the > rest had instead just said, "ah, there god goes again bumping the planets > with his finger" what a tragedy that would have been. Again, there is no correlation between workload, frequency or which machines experience the problems for me. It just happens from time to time. Kris --eRtJSFbw+EEWtPj3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOI/2Wry0BWjoQKURAt3WAJ4jNtM0mwOqURVA2v4M2kMZe1U3/ACgto5s v9aEZ/2OIpiGtY8Wz8A2h1U= =sC+8 -----END PGP SIGNATURE----- --eRtJSFbw+EEWtPj3-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:34: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 7188A16A41F for ; Tue, 27 Sep 2005 00:34:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF64943D53 for ; Tue, 27 Sep 2005 00:34:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id A4A941A3C19; Mon, 26 Sep 2005 17:34:02 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6B435513C1; Mon, 26 Sep 2005 20:34:01 -0400 (EDT) Date: Mon, 26 Sep 2005 20:34:01 -0400 From: Kris Kennaway To: Pawel Worach Message-ID: <20050927003401.GE72460@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d01dLTUuW90fS44H" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: [releng_6] mpt(4) Memory modified after free 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, 27 Sep 2005 00:34:03 -0000 --d01dLTUuW90fS44H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 26, 2005 at 11:55:53PM +0200, Pawel Worach wrote: > Trying to use a mpt controller with only one disk attached so it's not > possible to configure a RAID-1 volume. > Trying to boot 6.0-BETA1 install cd results in this panic. Should it > possible to use a single disk behind an mpt(4) with the updated driver? This > configuration works fine on 5.4. You should retry with 6.0-BETA5 - dozens of bugs have been fixed since then. If it persists, you should set up DEBUG_MEMGUARD to watch the M_BUS malloc type..this requires some minor source file editing and a kernel recompile (you can build it on e.g. 5.4). > Memory modified after free 0xc28a5710(12) val=0 @ 0xc28a5710 > panic: Most recently used by bus Kris --d01dLTUuW90fS44H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOJN5Wry0BWjoQKURAl9pAJ9j4Gkry1U7hdPUDPinvEb5HOgGrACg0932 J4f104sDVbCZeyn+ezyV8T8= =XSSu -----END PGP SIGNATURE----- --d01dLTUuW90fS44H-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:47: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 8D1B116A41F for ; Tue, 27 Sep 2005 00:47:36 +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 2758043D48 for ; Tue, 27 Sep 2005 00:47:36 +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 43297E3C002E15C8; Tue, 27 Sep 2005 02:47:35 +0200 Date: Tue, 27 Sep 2005 02:47:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <4F9C9299A10AE74E89EA580D14AA10A605F553@royal64.emp.zapto.org> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Thread-Topic: ATA power savings... Thread-Index: AcXC98OZjK4xdjCuQwu65Ho8J4lHRgAA56Ag From: "Daniel Eriksson" To: Cc: Emanuel Strobl Subject: RE: ATA power savings... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 00:47:36 -0000 Emanuel Strobl wrote: > since ataidle from ports doesn't work with ATAmkIII Another feature of ataidle is the ability to set the acoustic management bits. Typical ATA disks ship with acoustic management turned on, which results in lower performance but less noise (5-15% slower seek performance seems to be normal with AM turned on). It would be nice if ataidle could be made to work with ATAmkIII so that I could turn off acoustic management on the ATA disks I have in my servers. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:03: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 6A55E16A41F for ; Tue, 27 Sep 2005 01:03:46 +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 8A93243D48 for ; Tue, 27 Sep 2005 01:03:45 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 27 Sep 2005 01:03:44 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp007) with SMTP; 27 Sep 2005 03:03:44 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 27 Sep 2005 03:03:25 +0200 User-Agent: KMail/1.8.1 References: <4F9C9299A10AE74E89EA580D14AA10A605F553@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A605F553@royal64.emp.zapto.org> 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="nextPart1287150.sM88i2VdPb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509270303.39230@harrymail> X-Y-GMX-Trusted: 0 Cc: Daniel Eriksson Subject: Re: ATA power savings... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 01:03:46 -0000 --nextPart1287150.sM88i2VdPb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 27. September 2005 02:47 CEST schrieb Daniel Eriksson: > Emanuel Strobl wrote: > > since ataidle from ports doesn't work with ATAmkIII > > Another feature of ataidle is the ability to set the acoustic management > bits. Typical ATA disks ship with acoustic management turned on, which > results in lower performance but less noise (5-15% slower seek > performance seems to be normal with AM turned on). Oh _YES_! I forgot this since I'm used to "tune" any HD I install with=20 HGSTs DriveFeatureTool (under DOS) since sometimes these drives work on a=20 real RAID Controller (like 3ware or ARECA devices) where I can't set any=20 of these ATA features. But in general I think anything that `atacontrol cap ad0` shows should be=20 tunable with `atacontrol ...` in the near future... Not to forget the possibility to read the drives temperature :) And some documentation for end users needs to be done, especially for AAC=20 and APM, I'm myself not really sure about the values... But I'd volunteer to investigate... =2DHarry > > /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" --nextPart1287150.sM88i2VdPb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOJprBylq0S4AzzwRAtgwAJ9onVFkIncY7wjbAYVNfrSd7PnvuACaA/2T C76UudpGvqjM3568ipHwsSQ= =5LBL -----END PGP SIGNATURE----- --nextPart1287150.sM88i2VdPb-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 06:06:48 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 9DE1F16A420; Tue, 27 Sep 2005 06:06:48 +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 D017D43D58; Tue, 27 Sep 2005 06:06:47 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.52 (FreeBSD)) id 1EK8c2-0000Tb-3Y; Tue, 27 Sep 2005 10:06:46 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 27 Sep 2005 10:06:45 +0400 Message-Id: <1127801205.1268.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: acpi@freebsd.org Subject: Invalid detection CPU frequency ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 06:06:48 -0000 Hi It looks strange but sometimes my notebook start on full-speed (1.7GHz) and sysctls output looks like: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1687 dev.cpu.0.freq_levels: 1687/-1 1476/-1 1265/-1 1054/-1 843/-1 632/-1 421/-1 210/-1 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.acpi_sony.0.brightness: 8 dev.acpi_sony.0.ctr: 0 dev.acpi_sony.0.pcr: 0 dev.acpi_sony.0.wdp: 1281 dev.acpi_sony.0.cdp: 1 dev.acpi_sony.0.%desc: Sony notebook controller dev.acpi_sony.0.%driver: acpi_sony dev.acpi_sony.0.%location: handle=\_SB_.PCI0.LPCB.SNC_ dev.acpi_sony.0.%pnpinfo: _HID=SNY5001 _UID=0 dev.acpi_sony.0.%parent: acpi0 And sometimes it starts on low speed (~500 Mhz) dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 595 dev.cpu.0.freq_levels: 595/-1 520/-1 446/-1 371/-1 297/-1 223/-1 148/-1 74/-1 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.acpi_sony.0.brightness: 8 dev.acpi_sony.0.ctr: 0 dev.acpi_sony.0.pcr: 0 dev.acpi_sony.0.wdp: 1281 dev.acpi_sony.0.cdp: 1 dev.acpi_sony.0.%desc: Sony notebook controller dev.acpi_sony.0.%driver: acpi_sony dev.acpi_sony.0.%location: handle=\_SB_.PCI0.LPCB.SNC_ dev.acpi_sony.0.%pnpinfo: _HID=SNY5001 _UID=0 dev.acpi_sony.0.%parent: acpi0 And speed can't be raised by powerd or other. Looks like it happens when notebook stats or shutdowns on batteries. Rebooting on AC power cures situation. But anyway - I do not think it is normal. Any suggestions ? I run 7-CURRENT here (19 Sep 05). powerd also enbled with default setup: % fgrep powerd /etc/rc.conf powerd_enable="YES" # Run powerd to lower our power usage. % -- Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 06: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 2B29916A420 for ; Tue, 27 Sep 2005 06:16:51 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA4A43D6A for ; Tue, 27 Sep 2005 06:16:47 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8R6GjQa002966 for ; Tue, 27 Sep 2005 13:16:45 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8R6GdUw024319 for ; Tue, 27 Sep 2005 13:16:39 +0700 From: Bachilo Dmitry Organization: SoLink To: freebsd-current@freebsd.org Date: Tue, 27 Sep 2005 13:16:40 +0700 User-Agent: KMail/1.8 References: <1127801205.1268.9.camel@localhost> In-Reply-To: <1127801205.1268.9.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509271316.41339.root@solink.ru> Subject: Re: Invalid detection CPU frequency ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 06:16:51 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F7=D4=CF=D2=CE=C9=CB 27 =F3=C5=CE= =D4=D1=C2=D2=D8 2005 13:06 Vladimir Grebenschikov=20 =CE=C1=D0=C9=D3=C1=CC(a): > Hi > > It looks strange but sometimes my notebook start on full-speed (1.7GHz) > and sysctls output looks like: > > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=3D\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1687 > dev.cpu.0.freq_levels: 1687/-1 1476/-1 1265/-1 1054/-1 843/-1 632/-1 421/= =2D1 > 210/-1 dev.acpi_throttle.0.%desc: ACPI CPU Throttling > dev.acpi_throttle.0.%driver: acpi_throttle > dev.acpi_throttle.0.%parent: cpu0 > dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/= =2D1 > 3750/-1 2500/-1 1250/-1 dev.acpi_sony.0.brightness: 8 > dev.acpi_sony.0.ctr: 0 > dev.acpi_sony.0.pcr: 0 > dev.acpi_sony.0.wdp: 1281 > dev.acpi_sony.0.cdp: 1 > dev.acpi_sony.0.%desc: Sony notebook controller > dev.acpi_sony.0.%driver: acpi_sony > dev.acpi_sony.0.%location: handle=3D\_SB_.PCI0.LPCB.SNC_ > dev.acpi_sony.0.%pnpinfo: _HID=3DSNY5001 _UID=3D0 > dev.acpi_sony.0.%parent: acpi0 > > And sometimes it starts on low speed (~500 Mhz) > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=3D\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 595 > dev.cpu.0.freq_levels: 595/-1 520/-1 446/-1 371/-1 297/-1 223/-1 148/-1 > 74/-1 dev.acpi_throttle.0.%desc: ACPI CPU Throttling > dev.acpi_throttle.0.%driver: acpi_throttle > dev.acpi_throttle.0.%parent: cpu0 > dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/= =2D1 > 3750/-1 2500/-1 1250/-1 dev.acpi_sony.0.brightness: 8 > dev.acpi_sony.0.ctr: 0 > dev.acpi_sony.0.pcr: 0 > dev.acpi_sony.0.wdp: 1281 > dev.acpi_sony.0.cdp: 1 > dev.acpi_sony.0.%desc: Sony notebook controller > dev.acpi_sony.0.%driver: acpi_sony > dev.acpi_sony.0.%location: handle=3D\_SB_.PCI0.LPCB.SNC_ > dev.acpi_sony.0.%pnpinfo: _HID=3DSNY5001 _UID=3D0 > dev.acpi_sony.0.%parent: acpi0 > > And speed can't be raised by powerd or other. > Looks like it happens when notebook stats or shutdowns on batteries. > Rebooting on AC power cures situation. But anyway - I do not think it is > normal. > > Any suggestions ? > > I run 7-CURRENT here (19 Sep 05). > > powerd also enbled with default setup: > % fgrep powerd /etc/rc.conf > powerd_enable=3D"YES" # Run powerd to lower our power usage. > % Well, it's BIOS who tells to BSD what is your CPU's speed. And when you sta= rt=20 on battery, the throttle function reduces performance, and BSD gets reduced= =20 speed from BIOS. In my notebook's BIOS there is an option witch sets thrott= le=20 to 50%, 25% or turns this function off. So switch it off and it will solve= =20 the problem. Best Regards Bachilo Dmitry From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 06:28: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 0DF7516A41F; Tue, 27 Sep 2005 06:28:02 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7637C43D48; Tue, 27 Sep 2005 06:28:00 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:oe3EkCBIim8C3KEOQkmHAYt7KJk6Me3ot3ikgyoKGzKVMjsZrnM8RN/1mTE3J2QP@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j8R6RuAZ068549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2005 15:27:57 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 27 Sep 2005 15:27:56 +0900 Message-ID: From: Hajimu UMEMOTO To: Vladimir Grebenschikov In-Reply-To: <1127801205.1268.9.camel@localhost> References: <1127801205.1268.9.camel@localhost> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:::1]); Tue, 27 Sep 2005 15:27:57 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-4.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: acpi@freebsd.org, current Subject: Re: Invalid detection CPU frequency ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 06:28:02 -0000 Hi, >>>>> On Tue, 27 Sep 2005 10:06:45 +0400 >>>>> Vladimir Grebenschikov said: vova> And speed can't be raised by powerd or other. vova> Looks like it happens when notebook stats or shutdowns on batteries. vova> Rebooting on AC power cures situation. But anyway - I do not think it is normal. I met this, too. Putting cpufreq_load="YES" into your /boot/loader.conf should solve your problem. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 08:30: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 9605816A41F for ; Tue, 27 Sep 2005 08:30:55 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE9C43D4C for ; Tue, 27 Sep 2005 08:30:54 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 75753 invoked by uid 85); 27 Sep 2005 08:30:54 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.533222 secs); 27 Sep 2005 08:30:54 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with RC4-MD5 encrypted SMTP; 27 Sep 2005 08:30:52 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org, scottl@freebsd.org Date: Tue, 27 Sep 2005 00:30:31 -0800 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1630727.WMfhgRRIm0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509270030.45154.akbeech@gmail.com> Cc: Subject: Error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 08:30:55 -0000 --nextPart1630727.WMfhgRRIm0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline My build of today's -current kernel bailed with the following: /usr/src/sys/dev/ips/ips_commands.c: In function `ips_io_request_finish': /usr/src/sys/dev/ips/ips_commands.c:65: warning: too many arguments for for= mat *** Error code 1 Stop in /usr/obj/usr/src/sys/PINNICLE. *** Error code 1 Anyone else seeing this? Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- --nextPart1630727.WMfhgRRIm0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDOQM0Vq19LUoGB+MRAi4wAKCnI78RZz4OEiq2CjvLrwyjbcQmDwCguf68 eP4HlxZmlQI1pykQEH8wW2A= =sLvg -----END PGP SIGNATURE----- --nextPart1630727.WMfhgRRIm0-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:03:44 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 14CAE16A41F; Tue, 27 Sep 2005 09:03:44 +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 73E0643D58; Tue, 27 Sep 2005 09:03:43 +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 j8R93gDa067187; Tue, 27 Sep 2005 05:03:42 -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 j8R93gof046648; Tue, 27 Sep 2005 05:03:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 156617302F; Tue, 27 Sep 2005 05:03:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050927090342.156617302F@freebsd-current.sentex.ca> Date: Tue, 27 Sep 2005 05:03:42 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 09:03:44 -0000 TB --- 2005-09-27 07:47:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-27 07:47:55 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-09-27 07:47:55 - cleaning the object tree TB --- 2005-09-27 07:48:27 - checking out the source tree TB --- 2005-09-27 07:48:27 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-09-27 07:48:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-27 07:54:27 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-27 07:54:27 - cd /src TB --- 2005-09-27 07:54:27 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] from /src/lib/libpam/modules/pam_ssh/pam_ssh.c:57: /obj/amd64/src/lib32/usr/include/openssl/rsa.h:239: warning: function declaration isn't a prototype /obj/amd64/src/lib32/usr/include/openssl/rsa.h:240: warning: function declaration isn't a prototype /obj/amd64/src/lib32/usr/include/openssl/rsa.h:242: warning: function declaration isn't a prototype /obj/amd64/src/lib32/usr/include/openssl/rsa.h:243: warning: function declaration isn't a prototype In file included from /src/lib/libpam/modules/pam_ssh/pam_ssh.c:57: /obj/amd64/src/lib32/usr/include/openssl/evp.h:281: warning: function declaration isn't a prototype /obj/amd64/src/lib32/usr/include/openssl/evp.h:282: warning: function declaration isn't a prototype *** Error code 1 Stop in /src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /src/lib/libpam/modules. *** Error code 1 Stop in /src/lib/libpam. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-27 09:03:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-27 09:03:41 - ERROR: failed to build world TB --- 2005-09-27 09:03:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:10: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 D7DD916A41F for ; Tue, 27 Sep 2005 09:10:46 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from fep17.inet.fi (fep17.inet.fi [194.251.242.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAFD643D53 for ; Tue, 27 Sep 2005 09:10:45 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] ([84.249.3.49]) by fep17.inet.fi with ESMTP id <20050927091044.RSJN10515.fep17.inet.fi@[192.168.0.20]>; Tue, 27 Sep 2005 12:10:44 +0300 Message-ID: <43390C99.3070006@pp.nic.fi> Date: Tue, 27 Sep 2005 12:10:49 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: <4F9C9299A10AE74E89EA580D14AA10A605F552@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A605F552@royal64.emp.zapto.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , =?ISO-8859-1?Q?S=F8ren?=, =?ISO-8859-1?Q?_Schmidt?= Subject: Re: "TIMEOUT - READ_DMA48 retrying" has suddenly started appearing (RELENG_6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 09:10:47 -0000 Daniel Eriksson wrote: > I'm running RELENG_6 on two machines, one SMP and one UP (both using SCHED_4BSD). I cvsup/update the OS a few times a week, and after an update on Saturday (24/9) I've seen multiple "TIMEOUT - READ_DMA48 retrying" errors on both machines, causing all sorts of trouble (broken arrays, panics, ...). After a reboot the disks have come back to life and seem to work just fine. > > It could just be a coincidence and multiple disks on two separate machines have started to go bad, but since the disks are different models on different ATA/SATA controllers in different machines it could also be an indication that something has happened with FBSD. If it's a FBSD problem then the "offending" code was added some time between Monday 19/9 and Saturday 24/9. > > Is anyone else experiencing similar problems? I have had same problems with >UDMA100 since 5.3-RELEASE, UDMA66 works perfectly. Machine boots ok with higher modes, but some disk load triggers the timeouts. Problems just revisited after upgrade to 6.0-BETA5 because atacontrol mode syntax changed. cat /etc/rc.local #!/bin/sh atacontrol mode ad0 UDMA66 atacontrol mode ad4 UDMA66 atacontrol mode ad5 UDMA66 atacontrol mode ad6 UDMA66 From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:12: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 4109C16A41F for ; Tue, 27 Sep 2005 09:12:14 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 81F0043D49 for ; Tue, 27 Sep 2005 09:12:13 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 14440 invoked from network); 27 Sep 2005 09:12:12 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 27 Sep 2005 09:12:12 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j8R9CAlb077224; Tue, 27 Sep 2005 11:12:10 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j8R9CAxj077223; Tue, 27 Sep 2005 11:12:10 +0200 (CEST) (envelope-from pho) Date: Tue, 27 Sep 2005 11:12:10 +0200 From: Peter Holm To: Beecher Rintoul Message-ID: <20050927091210.GA77171@peter.osted.lan> References: <200509270030.45154.akbeech@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509270030.45154.akbeech@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: Error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 09:12:14 -0000 On Tue, Sep 27, 2005 at 12:30:31AM -0800, Beecher Rintoul wrote: > My build of today's -current kernel bailed with the following: > > /usr/src/sys/dev/ips/ips_commands.c: In function `ips_io_request_finish': > /usr/src/sys/dev/ips/ips_commands.c:65: warning: too many arguments for format > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/PINNICLE. > *** Error code 1 > > Anyone else seeing this? > Yes. Add a %x to the format string :-) - Peter Beech > -- > --------------------------------------------------------------------------------------- > Beech Rintoul - System Administrator - akbeech@gmail.com > /"\ ASCII Ribbon Campaign | NorthWind Communications > \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 > X - NO Word docs in e-mail | Anchorage, AK 99501 > / \ > --------------------------------------------------------------------------------------- > > > > > > > > > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (FreeBSD) > > iD8DBQBDOQM0Vq19LUoGB+MRAi4wAKCnI78RZz4OEiq2CjvLrwyjbcQmDwCguf68 > eP4HlxZmlQI1pykQEH8wW2A= > =sLvg > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:12: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 98B7516A41F; Tue, 27 Sep 2005 09:12:39 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86A1743D48; Tue, 27 Sep 2005 09:12:37 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j8R9CY6e002997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2005 13:12:35 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j8R9CYN5002996; Tue, 27 Sep 2005 13:12:34 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 27 Sep 2005 13:12:34 +0400 From: Gleb Smirnoff To: Beecher Rintoul Message-ID: <20050927091234.GZ91328@cell.sick.ru> References: <200509270030.45154.akbeech@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200509270030.45154.akbeech@gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: Error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 09:12:39 -0000 On Tue, Sep 27, 2005 at 12:30:31AM -0800, Beecher Rintoul wrote: B> My build of today's -current kernel bailed with the following: B> B> /usr/src/sys/dev/ips/ips_commands.c: In function `ips_io_request_finish': B> /usr/src/sys/dev/ips/ips_commands.c:65: warning: too many arguments for format B> *** Error code 1 B> B> Stop in /usr/obj/usr/src/sys/PINNICLE. B> *** Error code 1 B> B> Anyone else seeing this? This should have been fixed now. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:17: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 BA43716A41F for ; Tue, 27 Sep 2005 09:17:58 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id C226A43D48 for ; Tue, 27 Sep 2005 09:17:54 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail02.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j8R9HplH002616 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 27 Sep 2005 19:17:52 +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 j8R9HoSR070651; Tue, 27 Sep 2005 19:17:51 +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 j8R9HnXS070650; Tue, 27 Sep 2005 19:17:49 +1000 (EST) (envelope-from pjeremy) Date: Tue, 27 Sep 2005 19:17:49 +1000 From: Peter Jeremy To: Kris Kennaway Message-ID: <20050927091749.GT40237@cirb503493.alcatel.com.au> References: <200509261847.35558@harrymail> <20050926174738.GA57284@xor.obsecurity.org> <43387811.1090308@freebsd.org> <20050926224453.GB39901@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050926224453.GB39901@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: 4BSD/ULE numbers... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 09:17:58 -0000 On Mon, 2005-Sep-26 18:44:53 -0400, Kris Kennaway wrote: >I'd love a way to measure sched_lock contention..I'm sure it's a >factor on e.g. my machines with >=10 CPUs, but mutex profiling doesn't >see it because it's a spinlock. How about adding a spincount field in struct mtx and incrementing it in the inner loop of _mtx_lock_spin()? This wouldn't be perfect but you could get a rough idea of the lock contention by looking at the rate that the spincount field incremented. Working out how many CPUs are simultaneously contending for sched_lock would be more difficult but doable. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:21: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 8114316A41F; Tue, 27 Sep 2005 09:21:06 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3928B43D49; Tue, 27 Sep 2005 09:21:06 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8R9Kvjh098113; Tue, 27 Sep 2005 02:21:01 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509270921.j8R9Kvjh098113@gw.catspoiler.org> Date: Tue, 27 Sep 2005 02:20:57 -0700 (PDT) From: Don Lewis To: kris@obsecurity.org In-Reply-To: <20050926180615.GA61075@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 09:21:06 -0000 On 26 Sep, Kris Kennaway wrote: > On Mon, Sep 26, 2005 at 09:08:08AM -0700, David O'Brien wrote: >> On Mon, Sep 26, 2005 at 08:29:52AM -0700, David O'Brien wrote: >> > Anyone own this one? >> > The running kernel was: >> > FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 >> ... >> > panic messages: >> > panic: ufs_dirbad: bad dir >> >> Just got another one - uptime was about 10 minutes. Is one of the recent >> changes to SU & FFS making this situation easier to trigger? > > As I've mentioned the last few times you reported this, it's a > long-standing bug that has existed since the FreeBSD 4.x days or > before. Try to fsck -f your filesystems to make sure there is no > lingering damage. I think there is a soft updates bug that can leave directories in an inconsistent state after a crash. If you are experiencing this problem, I would recommend making sure that all of your file systems are clean by running fsck -f, and then disabling background_fsck. Be on the lookout for any unexpected soft updates inconsistencies after system crashes (other than those caused by power failures if disk write caching is enabled). If the ufs_dirbad panics still happen when starting from known clean file systems, then the problem is something that I'm unaware of. The message printed before the panic string would also be helpful. ufs_dirbad() should probably be re-written to combine the printf() string with the panic() string. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:31: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 191FC16A41F for ; Tue, 27 Sep 2005 09:31:13 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4A0543D49; Tue, 27 Sep 2005 09:31:12 +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 smtp3-g19.free.fr (Postfix) with ESMTP id 2D9C624C82; Tue, 27 Sep 2005 11:31:10 +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 j8R9Uk6m032271; Tue, 27 Sep 2005 11:30:50 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Tue, 27 Sep 2005 11:30:37 +0200 User-Agent: KMail/1.8.2 References: <4F9C9299A10AE74E89EA580D14AA10A605F552@royal64.emp.zapto.org> <43390C99.3070006@pp.nic.fi> In-Reply-To: <43390C99.3070006@pp.nic.fi> 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: <200509271130.38688.thierry@herbelot.com> Cc: Pertti Kosunen , =?iso-8859-1?q?S=F8ren?=@freebsd.org, Daniel Eriksson Subject: Re: "TIMEOUT - READ_DMA48 retrying" has suddenly started appearing (RELENG_6) 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: Tue, 27 Sep 2005 09:31:13 -0000 Le Tuesday 27 September 2005 11:10, Pertti Kosunen a щcrit : [SNIP problems with ATA disks] > > I have had same problems with >UDMA100 since 5.3-RELEASE, UDMA66 works > perfectly. Machine boots ok with higher modes, but some disk load > triggers the timeouts. Problems just revisited after upgrade to > 6.0-BETA5 because atacontrol mode syntax changed. > Me too I've started to see problems with two (relatively old) 10G disks in a RAID-1 (with gmirror). I used to have errors like : ad8: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=9806831 The cure *so far* has been to manually reset the box with the externe "red button" in addition to the command-line "shutdown" or "reboot". (I do not see these errors since I resorted to manually reset the computer at each boot) The disks are connected to a crappy HTP-366 (each is master on its channel). TfH From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 10:18: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 3E79B16A41F; Tue, 27 Sep 2005 10:18:15 +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 CC65843D53; Tue, 27 Sep 2005 10:18:14 +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 j8RAIDvi071452; Tue, 27 Sep 2005 06:18:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8RAID5Y069008; Tue, 27 Sep 2005 06:18:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9CD4C7302F; Tue, 27 Sep 2005 06:18:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050927101813.9CD4C7302F@freebsd-current.sentex.ca> Date: Tue, 27 Sep 2005 06:18:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 10:18:15 -0000 TB --- 2005-09-27 09:03:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-27 09:03:42 - starting HEAD tinderbox run for i386/i386 TB --- 2005-09-27 09:03:42 - cleaning the object tree TB --- 2005-09-27 09:04:11 - checking out the source tree TB --- 2005-09-27 09:04:11 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-09-27 09:04:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-27 09:10:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-27 09:10:07 - cd /src TB --- 2005-09-27 09:10:07 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-09-27 10:13:46 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-27 10:13:46 - cd /src TB --- 2005-09-27 10:13:46 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Sep 27 10:13:46 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ie/if_ie_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/iir/iir.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/iir/iir_ctrl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/iir/iir_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ips/ips.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ips/ips_commands.c /src/sys/dev/ips/ips_commands.c: In function `ips_io_request_finish': /src/sys/dev/ips/ips_commands.c:65: warning: too many arguments for format *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-27 10:18:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-27 10:18:13 - ERROR: failed to build generic kernel TB --- 2005-09-27 10:18:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 11:21: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 81C1C16A41F for ; Tue, 27 Sep 2005 11:21:51 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id BABB743D4C for ; Tue, 27 Sep 2005 11:21:50 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4D0B.dip.t-dialin.net [84.154.77.11]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j8RBLlxr040434 for ; Tue, 27 Sep 2005 13:21:48 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j8RBLiGF003485 for ; Tue, 27 Sep 2005 13:21:44 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j8RBLoXg013222 for ; Tue, 27 Sep 2005 13:21:50 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Received: (from jhs@localhost) by fire.jhs.private (8.13.1/8.13.1/Submit) id j8RBLo0A013221; Tue, 27 Sep 2005 13:21:50 +0200 (CEST) (envelope-from jhs) Date: Tue, 27 Sep 2005 13:21:50 +0200 (CEST) Message-Id: <200509271121.j8RBLo0A013221@fire.jhs.private> To: current@freebsd.org From: "Julian Stacey" Organization: http://berklix.com Munich Unix, BSD, Internet Consultancy Fcc: sent-mail User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com/~jhs/ Cc: Subject: Negative disc usage from /bin/df 6.0-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 11:21:51 -0000 6.0-BETA5 /bin/df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s4a 253678 91884 141500 39% / devfs 1 1 0 100% /dev /dev/ad0s4d 253678 141418 91966 61% /var /dev/ad0s4e 253678 -272 233656 -0% /tmp /dev/ad0s4f 5421722 3255960 1732026 65% /usr 108% is plausible when eg root has eaten most of the reserve allowed by eg 'newfs -m 10', but ... Negative disc usage just doesnt look right ! Julian -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail Ascii not HTML. Ihr Rauch = meine allergischen Kopfschmerzen. From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:34: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 2246F16A41F for ; Mon, 26 Sep 2005 22:34:57 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9965C43D48 for ; Mon, 26 Sep 2005 22:34:56 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j8QMYs2D054265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Mon, 26 Sep 2005 18:34:55 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j8QMYsp1054262; Mon, 26 Sep 2005 18:34:54 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17208.30606.117170.36398@khavrinen.csail.mit.edu> Date: Mon, 26 Sep 2005 18:34:54 -0400 To: Ed Maste In-Reply-To: <20050926195807.GD95971@sandvine.com> References: <20050926195807.GD95971@sandvine.com> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Mon, 26 Sep 2005 18:34:55 -0400 (EDT) X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Tue, 27 Sep 2005 11:34:55 +0000 Cc: freebsd-current@FreeBSD.ORG Subject: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2005 22:34:57 -0000 < said: > to ../longfilenames/84 > as well as some other issues. It appears that all of the "symlink > target changed" cases have both a long name and some high-bit > characters. What is your locale set to? POSIX pax interchange format, the default for bsdtar, requires file names in archives to be represented in UTF-8. , when interpreted as UTF-8, is the character U+00E0 (LATIN SMALL LETTER A WITH GRAVE ACCENT). -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:29:29 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 2D2F916A420 for ; Tue, 27 Sep 2005 13:29:29 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEDD443D53 for ; Tue, 27 Sep 2005 13:29:28 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [220.207.216.127] (unknown [220.207.216.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 5163138CB4D for ; Tue, 27 Sep 2005 21:29:22 +0800 (CST) Message-ID: <4339492D.3030405@gddsn.org.cn> Date: Tue, 27 Sep 2005 21:29:17 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050912) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: NO_TOOLCHAIN not work under CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 13:29:29 -0000 hi, adding NO_TOOLCHAIN=YES to /etc/make.conf, got this error message: mkdep -f .depend -a -DCRT_BEGIN -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c In file included from /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:62: /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:44:20: stddef.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:45:19: float.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:76:20: stdarg.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:79:19: stdio.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:85:19: errno.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:92:20: string.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:93:20: stdlib.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:94:20: unistd.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:97:20: limits.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:100:18: time.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --hwh From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14: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 6387416A41F for ; Tue, 27 Sep 2005 14:09:57 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA4B43D49 for ; Tue, 27 Sep 2005 14:09:50 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CB59.dip.t-dialin.net [84.165.203.89]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j8RDt7Yv020374; Tue, 27 Sep 2005 15:55:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j8RE8g26060579; Tue, 27 Sep 2005 16:08:42 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by netchild.homeip.net (Horde MIME library) with HTTP; Tue, 27 Sep 2005 16:08:41 +0200 Message-ID: <20050927160841.2vhsce3dog0c4k8w@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 27 Sep 2005 16:08:41 +0200 From: Alexander Leidinger To: Daniel Eriksson References: <4F9C9299A10AE74E89EA580D14AA10A605F553@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A605F553@royal64.emp.zapto.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Emanuel Strobl , freebsd-current@freebsd.org Subject: RE: ATA power savings... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 14:09:57 -0000 Daniel Eriksson wrote: > Emanuel Strobl wrote: > >> since ataidle from ports doesn't work with ATAmkIII > > Another feature of ataidle is the ability to set the acoustic management > bits. Typical ATA disks ship with acoustic management turned on, which > results in lower performance but less noise (5-15% slower seek > performance seems to be normal with AM turned on). > > It would be nice if ataidle could be made to work with ATAmkIII so that > I could turn off acoustic management on the ATA disks I have in my > servers. Hmmm... IO flow at the device level reported via the communication channel powerd uses to do automatic noise and power management comes into my mind... Do we have the necessary infrastructure (IO reporting for devices) for this (in GEOM/gstat?)? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Lieberman's Law: Everybody lies, but it doesn't matter, cuz nobody listens. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14:24: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 CDC8916A41F; Tue, 27 Sep 2005 14:24:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A37D43D48; Tue, 27 Sep 2005 14:24:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 643BA1A3C1D; Tue, 27 Sep 2005 07:24:29 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E936451506; Tue, 27 Sep 2005 09:53:50 -0400 (EDT) Date: Tue, 27 Sep 2005 09:53:50 -0400 From: Kris Kennaway To: Don Lewis Message-ID: <20050927135350.GA94880@xor.obsecurity.org> References: <20050926180615.GA61075@xor.obsecurity.org> <200509270921.j8R9Kvjh098113@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <200509270921.j8R9Kvjh098113@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org, kris@obsecurity.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 14:24:29 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 02:20:57AM -0700, Don Lewis wrote: > On 26 Sep, Kris Kennaway wrote: > > On Mon, Sep 26, 2005 at 09:08:08AM -0700, David O'Brien wrote: > >> On Mon, Sep 26, 2005 at 08:29:52AM -0700, David O'Brien wrote: > >> > Anyone own this one? > >> > The running kernel was: > >> > FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 > >> ...=20 > >> > panic messages: > >> > panic: ufs_dirbad: bad dir > >>=20 > >> Just got another one - uptime was about 10 minutes. Is one of the rec= ent > >> changes to SU & FFS making this situation easier to trigger? > >=20 > > As I've mentioned the last few times you reported this, it's a > > long-standing bug that has existed since the FreeBSD 4.x days or > > before. Try to fsck -f your filesystems to make sure there is no > > lingering damage. >=20 > I think there is a soft updates bug that can leave directories in an > inconsistent state after a crash. If you are experiencing this problem, > I would recommend making sure that all of your file systems are clean by > running fsck -f, and then disabling background_fsck. Be on the lookout > for any unexpected soft updates inconsistencies after system crashes > (other than those caused by power failures if disk write caching is > enabled). If the ufs_dirbad panics still happen when starting from known > clean file systems, then the problem is something that I'm unaware of. > The message printed before the panic string would also be helpful. I do not use bg fsck anywhere because of too many lingering problems after unclean shutdowns. Moreover, on many of the machines I see this on, they newfs all their local filesystems at boot time (they netboot). So one cause of this is either runtime corruption, or they have unreliable disks that are losing transactions. > ufs_dirbad() should probably be re-written to combine the printf() > string with the panic() string. In my case it's usually =2E/ufs/ufs_lookup.c: ufs_dirbad(dp, dp->i_offset, "man= gled entry"); Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOU7uWry0BWjoQKURAlRPAJ9OHCrS6gAv8/5aJ7Pv3rVqdMbGhwCgkpiT 4h5puRQoeKFoEnR5asWnZbY= =Lvdt -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14:48: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 8286716A41F for ; Tue, 27 Sep 2005 14:48:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D20643D49 for ; Tue, 27 Sep 2005 14:48:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 1B2FA1A3C22; Tue, 27 Sep 2005 07:48:53 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F143451506; Tue, 27 Sep 2005 10:48:51 -0400 (EDT) Date: Tue, 27 Sep 2005 10:48:51 -0400 From: Kris Kennaway To: Julian Stacey Message-ID: <20050927144851.GA12766@xor.obsecurity.org> References: <200509271121.j8RBLo0A013221@fire.jhs.private> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <200509271121.j8RBLo0A013221@fire.jhs.private> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Negative disc usage from /bin/df 6.0-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 14:48:53 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 01:21:50PM +0200, Julian Stacey wrote: > 6.0-BETA5 /bin/df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s4a 253678 91884 141500 39% / > devfs 1 1 0 100% /dev > /dev/ad0s4d 253678 141418 91966 61% /var > /dev/ad0s4e 253678 -272 233656 -0% /tmp > /dev/ad0s4f 5421722 3255960 1732026 65% /usr >=20 > 108% is plausible when eg root has eaten most of the reserve allowed by= =20 > eg 'newfs -m 10', but ... Negative disc usage just doesnt look right ! umount and fsck..you probably have some fs corruption. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOVvTWry0BWjoQKURAgWbAKCJPh99ffRUH/yFddFf6yn9nzqAUwCgpnzg zHx4lOnPAUWdjfLSCQ/kzZw= =XGPX -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14:51: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 BD56E16A41F; Tue, 27 Sep 2005 14:51:57 +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 7303B43D4C; Tue, 27 Sep 2005 14:51:57 +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 1B7DD46B1D; Tue, 27 Sep 2005 10:51:57 -0400 (EDT) Date: Tue, 27 Sep 2005 15:51:56 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Don Lewis In-Reply-To: <200509270921.j8R9Kvjh098113@gw.catspoiler.org> Message-ID: <20050927155001.I34322@fledge.watson.org> References: <200509270921.j8R9Kvjh098113@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org, kris@obsecurity.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 14:51:57 -0000 On Tue, 27 Sep 2005, Don Lewis wrote: >> As I've mentioned the last few times you reported this, it's a >> long-standing bug that has existed since the FreeBSD 4.x days or >> before. Try to fsck -f your filesystems to make sure there is no >> lingering damage. > > I think there is a soft updates bug that can leave directories in an > inconsistent state after a crash. If you are experiencing this problem, > I would recommend making sure that all of your file systems are clean by > running fsck -f, and then disabling background_fsck. Be on the lookout > for any unexpected soft updates inconsistencies after system crashes > (other than those caused by power failures if disk write caching is > enabled). If the ufs_dirbad panics still happen when starting from known > clean file systems, then the problem is something that I'm unaware of. > The message printed before the panic string would also be helpful. > > ufs_dirbad() should probably be re-written to combine the printf() > string with the panic() string. In the last week, on several occasions I've run into a situation where, following a clean shutdown/reboot during a heavy build or tar operations, the file system has come back up with minor corruption such that some directory entries return EBADF, and fsck reports that the inodes were partially cleared. I've not yet reported it on a mailing list as I've only seen it happen with a development kernel with extensive changes (our audit development tree), and could be a property of those changes. There may or may not be a correlation to a case where the syncer gives up on certain vnodes during the shutdown as a result of a reference leak of some sort. I'll keep an eye out for it happening on a stock kernel though. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14:52: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 9F95216A431 for ; Tue, 27 Sep 2005 14:52:11 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [70.88.158.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C06E43D4C for ; Tue, 27 Sep 2005 14:52:10 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [70.88.158.93]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j8REq4VN080478; Tue, 27 Sep 2005 10:52:09 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Tue, 27 Sep 2005 10:52:04 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Emanuel Strobl In-Reply-To: <200509270303.39230@harrymail> Message-ID: <20050927105118.M286@sasami.jurai.net> References: <4F9C9299A10AE74E89EA580D14AA10A605F553@royal64.emp.zapto.org> <200509270303.39230@harrymail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [70.88.158.93]); Tue, 27 Sep 2005 10:52:10 -0400 (EDT) Cc: freebsd-current@FreeBSD.ORG, Daniel Eriksson Subject: Re: ATA power savings... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 14:52:11 -0000 On Tue, 27 Sep 2005, Emanuel Strobl wrote: > And some documentation for end users needs to be done, especially for AAC > and APM, I'm myself not really sure about the values... I've been working on this: ftp://ftp.jurai.net/users/winter/atautil.tar AAM looks easy enough to support. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14:52: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 C036716A440 for ; Tue, 27 Sep 2005 14:52:41 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 41B5B43D49 for ; Tue, 27 Sep 2005 14:52:39 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 27 Sep 2005 14:52:37 -0000 Received: from p5090DE07.dip.t-dialin.net (EHLO klotz.local) [80.144.222.7] by mail.gmx.net (mp012) with SMTP; 27 Sep 2005 16:52:37 +0200 X-Authenticated: #989277 Received: from [192.168.0.2] (booky.local [192.168.0.2]) by klotz.local (8.13.4/8.13.4) with ESMTP id j8REq73Z001222 for ; Tue, 27 Sep 2005 16:52:08 +0200 (CEST) (envelope-from nakal@nurfuerspam.de) Message-ID: <43395CB0.2080203@nurfuerspam.de> Date: Tue, 27 Sep 2005 16:52:32 +0200 From: Martin User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050727) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: LOR: if_ath vs vm_map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 14:52:41 -0000 This one occured in RELENG_6 from yesterday: Sep 27 16:28:22 booky kernel: lock order reversal Sep 27 16:28:22 booky kernel: 1st 0xc1885d30 ath0 (network driver) @ /usr/src/sys/dev/ath/if_ath.c:4641 Sep 27 16:28:22 booky kernel: 2nd 0xc150c620 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 Sep 27 16:28:22 booky kernel: KDB: stack backtrace: Sep 27 16:28:22 booky kernel: kdb_backtrace(0,ffffffff,c07e2d60,c07e3d28,c07a538c) at kdb_backtrace+0x29 Sep 27 16:28:22 booky kernel: witness_checkorder(c150c620,9,c0774e40,bb5) at witness_checkorder+0x564 Sep 27 16:28:22 booky kernel: _sx_xlock(c150c620,c0774e40,bb5) at _sx_xlock+0x50Sep 27 16:28:22 booky kernel: _vm_map_lock_read(c150c5dc,c0774e40,bb5,277d0a2,c1624480) at _vm_map_lock_read+0x37 Sep 27 16:28:22 booky kernel: vm_map_lookup(dca3ba74,805d000,2,dca3ba78,dca3ba68) at vm_map_lookup+0x28 Sep 27 16:28:22 booky kernel: vm_fault(c150c5dc,805d000,2,8,c1628480) at vm_fault+0x65 Sep 27 16:28:22 booky kernel: trap_pfault(dca3bb38,0,805d000) at trap_pfault+0xce Sep 27 16:28:22 booky kernel: trap(dca30008,c06a0028,c1890028,805d000,c189f000) at trap+0x331 Sep 27 16:28:22 booky kernel: calltrap() at calltrap+0x5 Sep 27 16:28:22 booky kernel: --- trap 0xc, eip = 0xc0706d9e, esp = 0xdca3bb78, ebp = 0xdca3bbb0 --- Sep 27 16:28:22 booky kernel: generic_copyout(c187e800,c1892d80,c1885aac,c0286938,0) at generic_copyout+0x36 Sep 27 16:28:22 booky kernel: ieee80211_ioctl(c18851ac,c0286938,c1892d80,c1892d80,c18851ac) at ieee80211_ioctl+0xc1 Sep 27 16:28:22 booky kernel: ath_ioctl(c187e800,c0286938,c1892d80,dca3bc38,c055978c) at ath_ioctl+0x17c Sep 27 16:28:22 booky kernel: ifhwioctl(c0286938,c187e800,c1892d80,c1628480,dca3bc88) at ifhwioctl+0xa40 Sep 27 16:28:22 booky kernel: ifioctl(c1953858,c0286938,c1892d80,c1628480,0) at ifioctl+0xc3 Sep 27 16:28:22 booky kernel: soo_ioctl(c18cd1b0,c0286938,c1892d80,c1501d00,c1628480) at soo_ioctl+0x2db Sep 27 16:28:22 booky kernel: ioctl(c1628480,dca3bd04,3,2,292) at ioctl+0x370 Sep 27 16:28:22 booky kernel: syscall(3b,3b,3b,805c028,6) at syscall+0x22f Sep 27 16:28:22 booky kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 27 16:28:22 booky kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c7b57, esp = 0xbfbfe8ac, ebp = 0xbfbfe8c8 --- booky is "Thinkpad R40" with kernel: FreeBSD 6.0-BETA5 FreeBSD 6.0-BETA5 #0: Mon Sep 26 22:44:40 CEST 2005 i386 Martin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 15:52: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 2BF8116A41F for ; Tue, 27 Sep 2005 15:52:52 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from mattsnetwork.co.uk (mattsnetwork.co.uk [82.152.140.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F8243D5C for ; Tue, 27 Sep 2005 15:52:50 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from workstation1.local.mattsnetwork.co.uk (workstation1.local.mattsnetwork.co.uk [192.168.0.145]) (authenticated bits=0) by mattsnetwork.co.uk (8.13.4/8.13.4) with ESMTP id j8RFqgxY025668 for ; Tue, 27 Sep 2005 16:52:43 +0100 (BST) (envelope-from matt@mattsnetwork.co.uk) Authentication-Results: mattsnetwork.co.uk from=matt@mattsnetwork.co.uk; sender-id=fail (NotPermitted); spf=fail (NotPermitted) From: Matt Dawson To: freebsd-current@freebsd.org Date: Tue, 27 Sep 2005 16:52:41 +0100 User-Agent: KMail/1.8.2 X-Face: Zrm9At!%e{M_#Po+[-\; RFQih#L0/\!^6f8JS_1Nz,8`(@bR%|T,c)3:o6my`.sy$Rt)'^)ec9cWp!MmeH^Gp|Afl)BkcH1GENCBqb&wZ$cdqN27uYfD=jU@1:vWXf|)LmuVKo?1wuS68KeDX&3,#wZP2$N1Ao!_'mZOws67 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509271652.42258.matt@mattsnetwork.co.uk> X-Spam-Status: No, score=-1.4 required=2.5 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on central.local.mattsnetwork.co.uk X-Virus-Scanned: ClamAV 0.87/1102/Sun Sep 25 15:04:56 2005 on central.local.mattsnetwork.co.uk X-Virus-Status: Clean Subject: Latency on emu10k1 sound? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 15:52:52 -0000 Hi all, Anyone else noticed severe latency on the Soundblaster Live! (5.1 player)? Playback of anything, including timidity and MP3 seems stuttery and hesitant. It's hard to put into words, but it's similar to the effect you would get when playing back a stream and the input can't keep up with playback. I've removed all the debugging entries from my kernel config, but nothing seems to help. System: Gigabyte GA-K8VT800 Pro socket 754, Via KT800 chipset, onboard sound disabled. AMD Athlon 64 Newcastle 3000+ CPU 1GB DDR 400 Radeon 9200SE AGP 8X SB Live! Player 5.1 dmesg (relevant bits): pcm0: port 0x9000-0x901f irq 18 at device 10.0 on pci0 pcm0: cat /dev/sndstat: FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0x9000 irq 18 (4p/3r/4v channels duplex default) uname -a: FreeBSD workstation1 6.0-BETA5 FreeBSD 6.0-BETA5 #2: Tue Sep 20 00:18:46 BST 2005 md001@workstation1:/usr/obj/usr/src/sys/WORKSTATION1 i386 sound section of my kernel config: device sound # FreeBSD newpcm driver device "snd_emu10k1" # Creative EMU10K1 processor pciconf -lv: pcm0@pci0:10:0: class=0x040100 card=0x80641102 chip=0x00021102 rev=0x07 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10000 Sound Blaster Live! (Also Live! 5.1) - OEM from DELL - CT4780' *Note* No, it isn't a Dell OEM. It was purchased a couple of years ago from a local PC box-shifter. I don't buy prefab peecees. class = multimedia subclass = audio emujoy0@pci0:10:1: class=0x098000 card=0x00201102 chip=0x70021102 rev=0x07 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10000 Game Port' class = input device Using the 4BSD scheduler. Although this is an amd64 machine, I'm running i386 as some ports I need do not work on amd64. The card itself is on an IRQ of its own in a slot which does not share a PCI interrupt with anything else. It worked fine on 5.4-RELEASE. I'm simply trying to decide whether to file a PR or not and suggestions on gathering relevant information to do so would be appreciated. -- Matt Dawson. matt@mattsnetwork.co.uk MD2657-RIPE OpenNIC M_D9 From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 17:33: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 A889D16A41F; Tue, 27 Sep 2005 17:33:11 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DF3143D55; Tue, 27 Sep 2005 17:33:10 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8RHX1MN099236; Tue, 27 Sep 2005 10:33:06 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509271733.j8RHX1MN099236@gw.catspoiler.org> Date: Tue, 27 Sep 2005 10:33:01 -0700 (PDT) From: Don Lewis To: kris@obsecurity.org In-Reply-To: <20050927135350.GA94880@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 17:33:11 -0000 On 27 Sep, Kris Kennaway wrote: > On Tue, Sep 27, 2005 at 02:20:57AM -0700, Don Lewis wrote: >> On 26 Sep, Kris Kennaway wrote: >> > On Mon, Sep 26, 2005 at 09:08:08AM -0700, David O'Brien wrote: >> >> On Mon, Sep 26, 2005 at 08:29:52AM -0700, David O'Brien wrote: >> >> > Anyone own this one? >> >> > The running kernel was: >> >> > FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 >> >> ... >> >> > panic messages: >> >> > panic: ufs_dirbad: bad dir >> >> >> >> Just got another one - uptime was about 10 minutes. Is one of the recent >> >> changes to SU & FFS making this situation easier to trigger? >> > >> > As I've mentioned the last few times you reported this, it's a >> > long-standing bug that has existed since the FreeBSD 4.x days or >> > before. Try to fsck -f your filesystems to make sure there is no >> > lingering damage. >> >> I think there is a soft updates bug that can leave directories in an >> inconsistent state after a crash. If you are experiencing this problem, >> I would recommend making sure that all of your file systems are clean by >> running fsck -f, and then disabling background_fsck. Be on the lookout >> for any unexpected soft updates inconsistencies after system crashes >> (other than those caused by power failures if disk write caching is >> enabled). If the ufs_dirbad panics still happen when starting from known >> clean file systems, then the problem is something that I'm unaware of. >> The message printed before the panic string would also be helpful. > > I do not use bg fsck anywhere because of too many lingering problems > after unclean shutdowns. Moreover, on many of the machines I see this > on, they newfs all their local filesystems at boot time (they > netboot). So one cause of this is either runtime corruption, or they > have unreliable disks that are losing transactions. > >> ufs_dirbad() should probably be re-written to combine the printf() >> string with the panic() string. > > In my case it's usually > > ./ufs/ufs_lookup.c: ufs_dirbad(dp, dp->i_offset, "mangled entry"); This is something I've never encountered. What does *ep look like? Is bp_bdata all zeros? What are the file system block and fragment sizes? If the problem is caused by hardware, I would expect you to also see file data corruption. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 17:39:23 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 E9C4316A422; Tue, 27 Sep 2005 17:39:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B3F43D48; Tue, 27 Sep 2005 17:39:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 7E3681A3C1D; Tue, 27 Sep 2005 10:39:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6792151285; Tue, 27 Sep 2005 13:39:21 -0400 (EDT) Date: Tue, 27 Sep 2005 13:39:21 -0400 From: Kris Kennaway To: Don Lewis Message-ID: <20050927173921.GA63323@xor.obsecurity.org> References: <20050927135350.GA94880@xor.obsecurity.org> <200509271733.j8RHX1MN099236@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <200509271733.j8RHX1MN099236@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org, kris@obsecurity.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 17:39:23 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 10:33:01AM -0700, Don Lewis wrote: > On 27 Sep, Kris Kennaway wrote: > > On Tue, Sep 27, 2005 at 02:20:57AM -0700, Don Lewis wrote: > >> On 26 Sep, Kris Kennaway wrote: > >> > On Mon, Sep 26, 2005 at 09:08:08AM -0700, David O'Brien wrote: > >> >> On Mon, Sep 26, 2005 at 08:29:52AM -0700, David O'Brien wrote: > >> >> > Anyone own this one? > >> >> > The running kernel was: > >> >> > FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 > >> >> ...=20 > >> >> > panic messages: > >> >> > panic: ufs_dirbad: bad dir > >> >>=20 > >> >> Just got another one - uptime was about 10 minutes. Is one of the = recent > >> >> changes to SU & FFS making this situation easier to trigger? > >> >=20 > >> > As I've mentioned the last few times you reported this, it's a > >> > long-standing bug that has existed since the FreeBSD 4.x days or > >> > before. Try to fsck -f your filesystems to make sure there is no > >> > lingering damage. > >>=20 > >> I think there is a soft updates bug that can leave directories in an > >> inconsistent state after a crash. If you are experiencing this proble= m, > >> I would recommend making sure that all of your file systems are clean = by > >> running fsck -f, and then disabling background_fsck. Be on the lookout > >> for any unexpected soft updates inconsistencies after system crashes > >> (other than those caused by power failures if disk write caching is > >> enabled). If the ufs_dirbad panics still happen when starting from kno= wn > >> clean file systems, then the problem is something that I'm unaware of. > >> The message printed before the panic string would also be helpful. > >=20 > > I do not use bg fsck anywhere because of too many lingering problems > > after unclean shutdowns. Moreover, on many of the machines I see this > > on, they newfs all their local filesystems at boot time (they > > netboot). So one cause of this is either runtime corruption, or they > > have unreliable disks that are losing transactions. > >=20 > >> ufs_dirbad() should probably be re-written to combine the printf() > >> string with the panic() string. > >=20 > > In my case it's usually > >=20 > > ./ufs/ufs_lookup.c: ufs_dirbad(dp, dp->i_offset, "m= angled entry"); >=20 > This is something I've never encountered. What does *ep look like? Is > bp_bdata all zeros? What are the file system block and fragment sizes? I'll have to wait until I see this again, but I'll try to remember when it does. > If the problem is caused by hardware, I would expect you to also see > file data corruption. It's been a long time since I've seen corrupted files even on the machines that do not newfs their filesystems at boot, which have also panicked with this. Kris --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOYPJWry0BWjoQKURAul1AKD4JPIHt1Q00FmyGLV5bkwkSXir4QCbBnez A3frP4ZW/XLM46a3oP+c2XY= =Op3x -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 17:48:23 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 1638C16A41F for ; Tue, 27 Sep 2005 17:48:23 +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 6D87B43D48 for ; Tue, 27 Sep 2005 17:48:22 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j8RHjHHY091253 for freebsd-current@freebsd.org.checked; Tue, 27 Sep 2005 21:45:17 +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 j8RHhLO0091214; Tue, 27 Sep 2005 21:43:21 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <433984C9.2040403@cronyx.ru> Date: Tue, 27 Sep 2005 21:43:37 +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, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: LOR #55 fix proposal (kern_descrip.c patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 17:48:23 -0000 Hi, It seems that the LOR #55 (http://sources.zabbadoz.net/freebsd/lor.html#055) could be fixed by following patch. I need testers and reviewers of it since I want to commit it. I do not see a reason why not to extend action of FILEDESC_LOCK. (http://www.cronyx.ru/~rik/freebsd/lor055/lor55.pch) Index: kern_descrip.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_descrip.c,v retrieving revision 1.280 diff -u -r1.280 kern_descrip.c --- kern_descrip.c 26 Aug 2005 11:16:39 -0000 1.280 +++ kern_descrip.c 27 Sep 2005 17:31:57 -0000 @@ -2275,7 +2275,6 @@ fdused(fdp, indx); if (fp != NULL) FILE_LOCK(fp); - FILEDESC_UNLOCK(fdp); /* * We now own the reference to fp that the ofiles[] array @@ -2283,6 +2282,9 @@ */ if (fp != NULL) fdrop_locked(fp, td); + + FILEDESC_UNLOCK(fdp); + return (0); default: Best regards, rik From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 18:00: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 559A716A421 for ; Tue, 27 Sep 2005 18:00:24 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEC443D53 for ; Tue, 27 Sep 2005 18:00:23 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 27 Sep 2005 14:00:18 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 7B2E313635; Tue, 27 Sep 2005 14:00:21 -0400 (EDT) Date: Tue, 27 Sep 2005 14:00:21 -0400 From: Ed Maste To: Garrett Wollman Message-ID: <20050927180021.GB9994@sandvine.com> References: <20050926195807.GD95971@sandvine.com> <17208.30606.117170.36398@khavrinen.csail.mit.edu> <20050927001650.GA9994@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050927001650.GA9994@sandvine.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 27 Sep 2005 18:00:18.0367 (UTC) FILETIME=[520324F0:01C5C38D] Cc: freebsd-current@FreeBSD.ORG Subject: Re: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 18:00:24 -0000 On Mon, Sep 26, 2005 at 08:16:50PM -0400, Ed Maste wrote: > Hmm, good point. I haven't set it to anything; locale(1) shows > that the LC_ variables are set to "C". So then I can see how this > happens, but it's still surprising (to me) behaviour. Ok, now I've definately encountered some non-obvious behaviour. A symlink target of 100 bytes or less keeps the same name, while a target of more than 100 bytes gets munged from the converstion to UTF-8 and back. For example, the symlink created by the following script doesn't change the link target: #!/bin/sh fname=$(printf $(jot -b \\303\\240 -s '' 50)) ln -fs $fname test tar -cf - test | tar -tvf - but if the 50 in the jot command is changed to 51, the target changes. So I guess that the link target doesn't fit in the standard header anymore, and needs an extended tag. Having different behaviour for the two cases does seem odd. -- Ed Maste, Sandvine Incorporated From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 18:26: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 2BDC716A420; Tue, 27 Sep 2005 18:26:32 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 748E943D53; Tue, 27 Sep 2005 18:26:31 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3F791.dip.t-dialin.net [84.163.247.145] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML21M-1EKK9u2Hra-00083u; Tue, 27 Sep 2005 20:26:30 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Tue, 27 Sep 2005 20:26:13 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3823940.9IFY5aQLlq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509272026.28950.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-stable@freebsd.org Subject: HEADSUP: bridge(4) removed from HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 18:26:32 -0000 --nextPart3823940.9IFY5aQLlq Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, as discussed on -arch, the old bridge(4) implementation has been removed fr= om=20 HEAD. The new if_bridge(4) is there to serve as a full functional=20 replacement. If you find anything that does not work with if_bridge(4) tha= t=20 used to work with bridge(4), please let me or Andrew Thompson (thompsa@)=20 know. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3823940.9IFY5aQLlq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDOY7UXyyEoT62BG0RAjLEAJ9oE29kdS1+lH1FgluL3JSsgithhgCeJid7 fvJXgFCSfPkzf2ZSGv6M3bk= =O9aN -----END PGP SIGNATURE----- --nextPart3823940.9IFY5aQLlq-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 19:23: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 84D1716A41F; Tue, 27 Sep 2005 19:23:36 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC7143D48; Tue, 27 Sep 2005 19:23:35 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8RJNNhF099503; Tue, 27 Sep 2005 12:23:27 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509271923.j8RJNNhF099503@gw.catspoiler.org> Date: Tue, 27 Sep 2005 12:23:23 -0700 (PDT) From: Don Lewis To: rwatson@FreeBSD.org In-Reply-To: <20050927155001.I34322@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org, kris@obsecurity.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 19:23:36 -0000 On 27 Sep, Robert Watson wrote: > In the last week, on several occasions I've run into a situation where, > following a clean shutdown/reboot during a heavy build or tar operations, > the file system has come back up with minor corruption such that some > directory entries return EBADF, and fsck reports that the inodes were > partially cleared. I've not yet reported it on a mailing list as I've > only seen it happen with a development kernel with extensive changes (our > audit development tree), and could be a property of those changes. There > may or may not be a correlation to a case where the syncer gives up on > certain vnodes during the shutdown as a result of a reference leak of some > sort. I'll keep an eye out for it happening on a stock kernel though. I've seen the syncer thread shutdown timeout if I reboot immediately after removing a large directory tree. Tor Egge posted this patch to ffs_softdep.c on Sunday which seems to fix this as a side effect. Index: sys/ufs/ffs/ffs_softdep.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_softdep.c,v retrieving revision 1.184 diff -u -r1.184 ffs_softdep.c --- sys/ufs/ffs/ffs_softdep.c 5 Sep 2005 22:14:33 -0000 1.184 +++ sys/ufs/ffs/ffs_softdep.c 24 Sep 2005 22:09:50 -0000 @@ -3477,6 +3477,8 @@ } WORKLIST_INSERT(&inodedep->id_inowait, &dirrem->dm_list); FREE_LOCK(&lk); + ip->i_flag |= IN_CHANGE; + ffs_update(vp, 0); vput(vp); } From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 20:42: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 AC90116A41F for ; Tue, 27 Sep 2005 20:42:03 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AA6B43D55 for ; Tue, 27 Sep 2005 20:42:02 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A7E49.dip.t-dialin.net [84.154.126.73]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j8RKfxxr042093; Tue, 27 Sep 2005 22:42:00 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j8RKftw8004631; Tue, 27 Sep 2005 22:41:56 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j8RKg4JV022691; Tue, 27 Sep 2005 22:42:04 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200509272042.j8RKg4JV022691@fire.jhs.private> To: Kris Kennaway , Rene Ladan In-Reply-To: Message from Kris Kennaway of "Tue, 27 Sep 2005 10:48:51 EDT." <20050927144851.GA12766@xor.obsecurity.org> Date: Tue, 27 Sep 2005 22:42:04 +0200 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: Negative disc usage from /bin/df 6.0-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 20:42:03 -0000 -------- Kris Kennaway wrote: (& similar private mail from Rene L. thanks to both) > On Tue, Sep 27, 2005 at 01:21:50PM +0200, Julian Stacey wrote: > > 6.0-BETA5 /bin/df > > Filesystem 1K-blocks Used Avail Capacity Mounted on > > /dev/ad0s4a 253678 91884 141500 39% / > > devfs 1 1 0 100% /dev > > /dev/ad0s4d 253678 141418 91966 61% /var > > /dev/ad0s4e 253678 -272 233656 -0% /tmp > > /dev/ad0s4f 5421722 3255960 1732026 65% /usr > >=20 > > 108% is plausible when eg root has eaten most of the reserve allowed by= > =20 > > eg 'newfs -m 10', but ... Negative disc usage just doesnt look right ! > > umount and fsck..you probably have some fs corruption. Yes, thanks, FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? yes First I was just so amused to see negative space used (& had wondered about ratio of int to unsigned usage in the FS etc). -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail Ascii not HTML. Ihr Rauch = meine allergischen Kopfschmerzen. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 21:31: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 024D716A420 for ; Tue, 27 Sep 2005 21:31:04 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8727A43D49 for ; Tue, 27 Sep 2005 21:31:03 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by qproxy.gmail.com with SMTP id p36so612316qba for ; Tue, 27 Sep 2005 14:31: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=S9c3C+uLjISCTJue4gMBpOcmCcCIKv8ubbGgQYIUhNZSJnYchxcD8CIp8bfHESKAR5E+Y5qt0jzNokf/BDqzlLXk/Jb5r96hp2x32vOzmS5sa/1lwQPjlLzq6l4i0NVoH4T3e6ItsmVUaYX6LSsWf+RnldVUnndpwXIJk1r/JVo= Received: by 10.65.52.6 with SMTP id e6mr753456qbk; Tue, 27 Sep 2005 14:31:03 -0700 (PDT) Received: by 10.65.121.4 with HTTP; Tue, 27 Sep 2005 14:31:03 -0700 (PDT) Message-ID: Date: Tue, 27 Sep 2005 23:31:03 +0200 From: Pawel Worach To: Kris Kennaway In-Reply-To: <20050927003401.GE72460@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050927003401.GE72460@xor.obsecurity.org> Cc: current@freebsd.org Subject: Re: [releng_6] mpt(4) Memory modified after free panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pawel Worach List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 21:31:04 -0000 On 9/27/05, Kris Kennaway wrote: > On Mon, Sep 26, 2005 at 11:55:53PM +0200, Pawel Worach wrote: > > Trying to use a mpt controller with only one disk attached so it's not > > possible to configure a RAID-1 volume. > > Trying to boot 6.0-BETA1 install cd results in this panic. Should it > > possible to use a single disk behind an mpt(4) with the updated driver?= This > > configuration works fine on 5.4. > > You should retry with 6.0-BETA5 - dozens of bugs have been fixed since > then. If it persists, you should set up DEBUG_MEMGUARD to watch the > M_BUS malloc type..this requires some minor source file editing and a > kernel recompile (you can build it on e.g. 5.4). False alarm, BETA5 with WITNESS and INVARIANTS re-enabled works just fine. BETA1 was the only thing I had handy the first time and since mpt(4) was unchanged I thought it would still be broken, I'll try to think less next time :) For future reference, how do I get hold of the M_BUS malloc type in kern_malloc.c ? -- Pawel From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 21:39:46 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 C221516A41F for ; Tue, 27 Sep 2005 21:39:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50ACB43D73 for ; Tue, 27 Sep 2005 21:39:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 292C21A3C19; Tue, 27 Sep 2005 14:39:43 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 110AD53D84; Tue, 27 Sep 2005 17:39:42 -0400 (EDT) Date: Tue, 27 Sep 2005 17:39:41 -0400 From: Kris Kennaway To: Pawel Worach Message-ID: <20050927213941.GA30040@xor.obsecurity.org> References: <20050927003401.GE72460@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: [releng_6] mpt(4) Memory modified after free 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, 27 Sep 2005 21:39:46 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 11:31:03PM +0200, Pawel Worach wrote: > On 9/27/05, Kris Kennaway wrote: > > On Mon, Sep 26, 2005 at 11:55:53PM +0200, Pawel Worach wrote: > > > Trying to use a mpt controller with only one disk attached so it's not > > > possible to configure a RAID-1 volume. > > > Trying to boot 6.0-BETA1 install cd results in this panic. Should it > > > possible to use a single disk behind an mpt(4) with the updated drive= r? This > > > configuration works fine on 5.4. > > > > You should retry with 6.0-BETA5 - dozens of bugs have been fixed since > > then. If it persists, you should set up DEBUG_MEMGUARD to watch the > > M_BUS malloc type..this requires some minor source file editing and a > > kernel recompile (you can build it on e.g. 5.4). >=20 > False alarm, BETA5 with WITNESS and INVARIANTS re-enabled works just fine. > BETA1 was the only thing I had handy the first time and since mpt(4) > was unchanged I thought it would still be broken, I'll try to think > less next time :) > For future reference, how do I get hold of the M_BUS malloc type in > kern_malloc.c ? grep for the MALLOC_DEFINE in some other file and remove the 'static' keyword. You may also need to MALLOC_DECLARE() it in kern_malloc.c if it is not done so in a header already included in that file. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDObwdWry0BWjoQKURApOYAJ9beR+6px/VSIBPChmbyBs8Dl2mewCgkqk3 uePtBkKVRNqRPE8zeMigVAA= =tcoh -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 23:24: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 27B3C16A41F for ; Tue, 27 Sep 2005 23:24:47 +0000 (GMT) (envelope-from nik@cs.chalmers.se) Received: from anubis.medic.chalmers.se (anubis.medic.chalmers.se [129.16.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6D8143D48 for ; Tue, 27 Sep 2005 23:24:46 +0000 (GMT) (envelope-from nik@cs.chalmers.se) X-Medic-Info: 476f.4339d4bd.0 RadnDVUJnVBs1zFh Received: from webmail.chalmers.se (elbe1.ita.chalmers.se [129.16.222.100]) by mail.chalmers.se (Postfix) with ESMTP id 19B1540A1 for ; Wed, 28 Sep 2005 01:24:45 +0200 (CEST) Received: from 83.226.117.75 (SquirrelMail authenticated user nik); by webmail.chalmers.se with HTTP; Wed, 28 Sep 2005 01:24:45 +0200 (CEST) Message-ID: <52420.83.226.117.75.1127863485.squirrel@webmail.chalmers.se> Date: Wed, 28 Sep 2005 01:24:45 +0200 (CEST) From: "Niklas Sorensson" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a-7.EL3 X-Mailer: SquirrelMail/1.4.3a-7.EL3 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: hwpmc & sampling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 23:24:47 -0000 Hello, I just started looking into the hwpmc support, but I am having trouble running pmcstat in sampling mode. Here's an example of the symptoms: nik> time pmcstat -P instructions -O samples.out ./minisat_static ~/work/benchmarks/sat/standard_mix/f2clk_30.shuffled.cnf > /dev/null real 0m24.728s user 0m0.001s sys 0m0.004s nik> pmcstat -R samples.out | grep sample | wc -l 289 I would expect quite a lot more samples for a program that runs for more than 20 seconds. Am I doing something wrong, or does this mean that there is something wrong with sampling? Just counting seems to work as expected, although I have not tested very much so far. I am running on a current (i386) from a couple of days ago on an amd64 machine. Btw, I needed to add apic to my kernel config for hwpmc to. I guess this should be documented somewhere? /Niklas From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 23:35: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 71F1516A41F; Tue, 27 Sep 2005 23:35:07 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 167DC43D49; Tue, 27 Sep 2005 23:35:05 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j8RNZ8o5016169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 27 Sep 2005 16:35:09 -0700 Message-ID: <4339D724.3020102@root.org> Date: Tue, 27 Sep 2005 16:35:00 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Grebenschikov References: <1127801205.1268.9.camel@localhost> In-Reply-To: <1127801205.1268.9.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current Subject: Re: Invalid detection CPU frequency ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Sep 2005 23:35:07 -0000 Vladimir Grebenschikov wrote: > It looks strange but sometimes my notebook start on full-speed (1.7GHz) > and sysctls output looks like: > > dev.cpu.0.freq: 1687 > dev.cpu.0.freq_levels: 1687/-1 1476/-1 1265/-1 1054/-1 843/-1 632/-1 421/-1 210/-1 > dev.acpi_throttle.0.%desc: ACPI CPU Throttling > > And sometimes it starts on low speed (~500 Mhz) > dev.cpu.0.freq: 595 > dev.cpu.0.freq_levels: 595/-1 520/-1 446/-1 371/-1 297/-1 223/-1 148/-1 74/-1 > dev.acpi_throttle.0.%desc: ACPI CPU Throttling > And speed can't be raised by powerd or other. > Looks like it happens when notebook stats or shutdowns on batteries. > Rebooting on AC power cures situation. But anyway - I do not think it is normal. > > Any suggestions ? It's very simple. You have an old notebook that only supports throttling, not SpeedStep or other options. Your BIOS sets the initial speed based on AC line status on boot. If you look at your CPU announcement at the top of dmesg, it will show 595 Mhz or whatever since it uses a simple calibration loop. I might consider always setting 100% in the attach routine for acpi_throttle and p4tcc to get proper probe values. You'll still have a problem if you use the TSC timecounter since it's only calibrated at boot. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 23:43: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 4DFED16A41F; Tue, 27 Sep 2005 23:43:01 +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 1A8C943D53; Tue, 27 Sep 2005 23:43:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j8RNgwZP057736; Tue, 27 Sep 2005 19:42:58 -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 j8RNgwo5052065; Tue, 27 Sep 2005 19:42:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AADA47302F; Tue, 27 Sep 2005 19:42:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050927234258.AADA47302F@freebsd-current.sentex.ca> Date: Tue, 27 Sep 2005 19:42:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 23:43:01 -0000 TB --- 2005-09-27 22:49:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-27 22:49:38 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-09-27 22:49:39 - cleaning the object tree TB --- 2005-09-27 22:50:02 - checking out the source tree TB --- 2005-09-27 22:50:02 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-09-27 22:50:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-27 22:56:17 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-27 22:56:17 - cd /src TB --- 2005-09-27 22:56:17 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/gdbtui/../arch/amd64 -I/src/gnu/usr.bin/gdb/gdbtui/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/gdbtui/../../binutils/libbfd/amd64 -I/src/gnu/usr.bin/gdb/gdbtui/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/gdbtui/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/gdbtui/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/gdbtui/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/gdbtui/../../../../contrib/binutils/bfd -Wl,-E -o gdbtui tui-main.o /obj/amd64/src/gnu/usr.bin/gdb/gdbtui/../../gdb/libgdb/libgdb.a /obj/amd64/src/gnu/usr.bin/gdb/gdbtui/../../binutils/libbfd/libbfd.a /obj/amd64/src/gnu/usr.bin/gdb/gdbtui/../../binutils/libopcodes/libopcodes.a /obj/amd64/src/gnu/usr.bin/gdb/gdbtui/../../binutils/libiberty/libiberty.a -lm -lreadline -ltermcap -lgnuregex ===> gnu/usr.bin/gdb/kgdb (all) cc -O2 -pipe -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/amd64 -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/amd64 -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/gnu/usr.bin/gdb/kgdb/main.c cc -O2 -pipe -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/amd64 -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/amd64 -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/gnu/usr.bin/gdb/kgdb/kthr.c cc -O2 -pipe -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/amd64 -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/amd64 -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/gnu/usr.bin/gdb/kgdb/trgt.c cc -O2 -pipe -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/src/gnu/usr.bin/gdb/kgdb/../arch/amd64 -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd -I/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/amd64 -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include -I/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/gnu/usr.bin/gdb/kgdb/trgt_amd64.c /src/gnu/usr.bin/gdb/kgdb/trgt_amd64.c: In function `kgdb_trgt_fetch_registers': /src/gnu/usr.bin/gdb/kgdb/trgt_amd64.c:69: error: structure has no member named `pcb_rflags' *** Error code 1 Stop in /src/gnu/usr.bin/gdb/kgdb. *** Error code 1 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-27 23:42:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-27 23:42:58 - ERROR: failed to build world TB --- 2005-09-27 23:42:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 02:34: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 6956916A41F for ; Wed, 28 Sep 2005 02:34:53 +0000 (GMT) (envelope-from joaomamede@sapo.pt) Received: from sapo.pt (relay1.ptmail.sapo.pt [212.55.154.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 79B4643D48 for ; Wed, 28 Sep 2005 02:34:52 +0000 (GMT) (envelope-from joaomamede@sapo.pt) Received: (qmail 12755 invoked from network); 28 Sep 2005 02:34:49 -0000 Received: from unknown (HELO sapo.pt) (10.134.35.152) by relay1 with SMTP; 28 Sep 2005 02:34:49 -0000 Received: (qmail 8592 invoked from network); 28 Sep 2005 02:34:49 -0000 X-AntiVirus: PTMail-AV 0.3.87 X-Virus-Status: Clean (0.11838 seconds) Received: from unknown (HELO [192.168.5.18]) (joaomamede@sapo.pt@[82.154.45.83]) (envelope-sender ) by mta2 (qmail-ldap-1.03) with SMTP for ; 28 Sep 2005 02:34:49 -0000 Message-ID: <433A0194.7050105@sapo.pt> Date: Wed, 28 Sep 2005 03:36:04 +0100 From: =?ISO-8859-1?Q?Jo=E3o_Mamede?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050904) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: ath_hal ndis :/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 02:34:53 -0000 hi I'm trying to set up a d-link dwl-g520 108Mbitps card in my freeBSD server I cvsup'ed and compiled(again) everything today however ath_hal doesn't suport super G for 11g however i was willing to try ndis, if_ndis compiles fine and loads fine however I don't have any ndis0 to work with ifconfig Joуo Mamede From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 02:41: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 248E016A420 for ; Wed, 28 Sep 2005 02:41:22 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F8B343D49 for ; Wed, 28 Sep 2005 02:41:20 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8S2fIJK027602 for ; Wed, 28 Sep 2005 09:41:18 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8S2fDm9031716 for ; Wed, 28 Sep 2005 09:41:13 +0700 From: Bachilo Dmitry Organization: SoLink To: freebsd-current@freebsd.org Date: Wed, 28 Sep 2005 09:41:13 +0700 User-Agent: KMail/1.8 References: <433A0194.7050105@sapo.pt> In-Reply-To: <433A0194.7050105@sapo.pt> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509280941.13378.root@solink.ru> Subject: Re: ath_hal ndis :/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 02:41:22 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = =D0=A1=D1=80=D0=B5=D0=B4=D0=B0 28 =D0=A1=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1= =80=D1=8C 2005 09:36 Jo=C3=A3o Mamede =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0= =D0=BB(a): > hi I'm trying to set up a d-link dwl-g520 108Mbitps card in my freeBSD > server I cvsup'ed and compiled(again) everything today however ath_hal > doesn't suport super G for 11g however i was willing to try ndis, > if_ndis compiles fine and loads fine however I don't have any ndis0 to > work with ifconfig > Jo=C3=A3o Mamede > _______________________________________________ > 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" =46reeBSD 6-CURRENT contains ndisgen utility witch allows you to simply con= vert=20 Windows drivers inty .ko file. You will only need then to kldload=20 _sys.ko file to have an ndis0 device if your ifconfig. No need to=20 recompile kernel with ndis nor with ath or ath_hal. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 03:26:50 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 7CF0C16A41F; Wed, 28 Sep 2005 03:26:50 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFE6C43D49; Wed, 28 Sep 2005 03:26:49 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.56] (ns.portaone.com [209.121.79.7] (may be forged)) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j8S3Qe75003350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2005 05:26:42 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <433A0D6D.5060802@portaone.com> Date: Tue, 27 Sep 2005 20:26:37 -0700 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <200509272026.28950.max@love2party.net> In-Reply-To: <200509272026.28950.max@love2party.net> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1102/Sun Sep 25 16:04:56 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: HEADSUP: bridge(4) removed from HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 03:26:50 -0000 Max Laier wrote: > All, > > as discussed on -arch, the old bridge(4) implementation has been removed from > HEAD. The new if_bridge(4) is there to serve as a full functional > replacement. If you find anything that does not work with if_bridge(4) that > used to work with bridge(4), please let me or Andrew Thompson (thompsa@) > know. Thanks. Have you updated the handbook to reflect this change? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bridging.html -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 03:47: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 0941416A41F; Wed, 28 Sep 2005 03:47:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFA343D53; Wed, 28 Sep 2005 03:47:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8S3jVQT003533; Tue, 27 Sep 2005 21:45:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 27 Sep 2005 21:46:08 -0600 (MDT) Message-Id: <20050927.214608.119243251.imp@bsdimp.com> To: ru@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20050923085358.GA58772@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 27 Sep 2005 21:45:31 -0600 (MDT) Cc: current@FreeBSD.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 03:47:51 -0000 In message: <20050923085358.GA58772@ip.net.ua> Ruslan Ermilov writes: : This is with today's -CURRENT, but it's been happening for some time : now I guess. : : I have two PC Cards, one 32-bit 3.3V rl(4), and one 16-bit 5V wi(4). : And it looks there's a problem with powering down the wi(4) card. : : Ejecting/injecting rl(4) works as expected. But first time I eject : wi(4), it fails (Bad Vcc requested). After this happens, I can no : longer use this slot -- "Bad Vcc requested" is printed during each : ejection/injection, and I get "watchdog timeout" with rl(4). Ruslan, Thanks for working with me offline. I believe that the following should fix things up for you. Can you try the following patch? Warner ==== //depot/user/imp/newcard/dev/pccbb/pccbb.c#125 (text+ko) ==== @@ -1269,12 +1269,12 @@ DPRINTF(("cbb_pcic_socket_disable\n")); - /* reset signal asserting... */ - exca_clrb(&sc->exca[0], EXCA_INTR, EXCA_INTR_RESET); + /* Turn off the card's interrupt and leave it in reset */ + exca_putb(&sc->exca[0], EXCA_INTR, 0); tsleep(sc, PZERO, "cbbP1", hz / 100); /* power down the socket */ - exca_clrb(&sc->exca[0], EXCA_PWRCTL, EXCA_PWRCTL_OE); + exca_putb(&sc->exca[0], EXCA_PWRCTL, 0); cbb_power(brdev, CARD_OFF); /* wait 300ms until power fails (Tpf). */ From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 04:03: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 EA47E16A41F for ; Wed, 28 Sep 2005 04:03:22 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3880E43D4C for ; Wed, 28 Sep 2005 04:03:21 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8S43JIm029343; Wed, 28 Sep 2005 11:03:19 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8S43ElA013406; Wed, 28 Sep 2005 11:03:14 +0700 From: Bachilo Dmitry Organization: SoLink To: =?utf-8?q?Jo=C3=A3o_Mamede?= , freebsd-current@freebsd.org Date: Wed, 28 Sep 2005 11:03:14 +0700 User-Agent: KMail/1.8 References: <200509280942.05712.root@solink.ru> <200509281027.12229.root@solink.ru> <433A0F96.6050800@sapo.pt> In-Reply-To: <433A0F96.6050800@sapo.pt> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509281103.14658.root@solink.ru> Cc: Subject: Re: NDIS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 04:03:23 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = =D0=A1=D1=80=D0=B5=D0=B4=D0=B0 28 =D0=A1=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1= =80=D1=8C 2005 10:35 =D0=B2=D1=8B =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =BB=D0=B8: > i've already done all that.what I meant was..it doesn't associate to AP > > ndis0: mem > 0xec020000-0xec02ffff irq 11 at device 9.0 on pci0 > ndis0: [GIANT-LOCKED] > can't re-use a leaf (BusType)! > ndis0: NDIS API version: 5.1 > NDIS: open file /compat/ndis/regAdd.txt failed: 2 > ndis0: Ethernet address: 00:11:95:bb:37:c6 > NDIS: open file /compat/ndis/regAdd.txt failed: 2 > ndis0: failed to get bssid > ndis0: failed to get bssid > ndis0: failed to get bssid > ndis0: failed to get bssid > ndis0: failed to get bssid > ndis0: failed to get bssid > > Jo=C3=A3o Mamede > > Bachilo Dmitry wrote: > >=D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1= =82 =D0=A1=D1=80=D0=B5=D0=B4=D0=B0 28 =D0=A1=D0=B5=D0=BD=D1=82=D1=8F=D0=B1= =D1=80=D1=8C 2005 09:56 =D0=B2=D1=8B =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0= =D0=BB=D0=B8: > >>tnx now I have ndis0 iface however it doesn't connect, I have an error > >>NDIS: file /compat/ndis/regDat.something file doesn't exist or..cannot > >>open file :( > >>Best Regards > >>Jo=C3=A3o Mamede > > > >It's not an error. > >you should use "ifconfig ndis0 add ssid > ssid>" and then "route add default " > >then edit /etc/resolv.conf and add there "nameserver " > >Should work. Oh, thats odd. very odd. Lets move back to current@freebsd.org, maybe someo= ne=20 does know what's that. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 04:04: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 2069116A41F for ; Wed, 28 Sep 2005 04:04:37 +0000 (GMT) (envelope-from joaomamede@sapo.pt) Received: from sapo.pt (relay4.ptmail.sapo.pt [212.55.154.24]) by mx1.FreeBSD.org (Postfix) with SMTP id 4110A43D48 for ; Wed, 28 Sep 2005 04:04:36 +0000 (GMT) (envelope-from joaomamede@sapo.pt) Received: (qmail 8018 invoked from network); 28 Sep 2005 04:04:33 -0000 Received: from unknown (HELO sapo.pt) (10.134.35.205) by relay4 with SMTP; 28 Sep 2005 04:04:33 -0000 Received: (qmail 17753 invoked from network); 28 Sep 2005 04:04:33 -0000 X-AntiVirus: PTMail-AV 0.3.87 X-Virus-Status: Clean (0.36383 seconds) Received: from unknown (HELO [192.168.5.18]) (joaomamede@sapo.pt@[82.154.45.83]) (envelope-sender ) by mta10 (qmail-ldap-1.03) with SMTP for ; 28 Sep 2005 04:04:33 -0000 Message-ID: <433A169D.6020209@sapo.pt> Date: Wed, 28 Sep 2005 05:05:49 +0100 From: =?UTF-8?B?Sm/Do28gTWFtZWRl?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050904) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Subject: ndis + dwl-g520 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 04:04:37 -0000 а’ баОаОаБб‰аЕаНаИаИ аОб‚ аЁб€аЕаДаА 28 аЁаЕаНб‚баБб€бŒ 2005 10:35 аВб‹ аНаАаПаИбаАаЛаИ: >> i've already done all that.what I meant was..it doesn't associate to AP >> >> ndis0: mem >> 0xec020000-0xec02ffff irq 11 at device 9.0 on pci0 >> ndis0: [GIANT-LOCKED] >> can't re-use a leaf (BusType)! >> ndis0: NDIS API version: 5.1 >> NDIS: open file /compat/ndis/regAdd.txt failed: 2 >> ndis0: Ethernet address: 00:11:95:bb:37:c6 >> NDIS: open file /compat/ndis/regAdd.txt failed: 2 >> ndis0: failed to get bssid >> ndis0: failed to get bssid >> ndis0: failed to get bssid >> ndis0: failed to get bssid >> ndis0: failed to get bssid >> ndis0: failed to get bssid >> >> JoУЃo Mamede >> >> Bachilo Dmitry wrote: > > >>> >а’ баОаОаБб‰аЕаНаИаИ аОб‚ аЁб€аЕаДаА 28 аЁаЕаНб‚баБб€бŒ 2005 09:56 аВб‹ аНаАаПаИбаАаЛаИ: >> >> >>>> >>tnx now I have ndis0 iface however it doesn't connect, I have an error >>>> >>NDIS: file /compat/ndis/regDat.something file doesn't exist or..cannot >>>> >>open file :( >>>> >>Best Regards >>>> >>JoУЃo Mamede >>> >>> >>> > >>> >It's not an error. >>> >you should use "ifconfig ndis0 add ssid >> > ssid>" and then "route add default " >>> >then edit /etc/resolv.conf and add there "nameserver " >>> >Should work. >> >> From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 04:06: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 B09F316A41F for ; Wed, 28 Sep 2005 04:06:30 +0000 (GMT) (envelope-from loveturtle@loveturtle.net) Received: from loveturtle.net (loveturtle.net [216.89.229.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F4BD43D4C for ; Wed, 28 Sep 2005 04:06:30 +0000 (GMT) (envelope-from loveturtle@loveturtle.net) Received: from [216.89.228.115] (unknown [216.89.228.115]) by loveturtle.net (Postfix) with ESMTP id BF15F408A for ; Wed, 28 Sep 2005 00:06:29 -0400 (EDT) Message-ID: <433A16C6.5000901@loveturtle.net> Date: Wed, 28 Sep 2005 00:06:30 -0400 From: Dillon User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050824) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <433A0194.7050105@sapo.pt> <200509280941.13378.root@solink.ru> In-Reply-To: <200509280941.13378.root@solink.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: ath_hal ndis :/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 04:06:30 -0000 Have you tried ath on 6? I'd try that before screwing around with ndis. ath in 6 is much more feature full then in 5. Bachilo Dmitry wrote: >а’ баОаОаБб‰аЕаНаИаИ аОб‚ аЁб€аЕаДаА 28 аЁаЕаНб‚баБб€бŒ 2005 09:36 JoУЃo Mamede аНаАаПаИбаАаЛ(a): > > >>hi I'm trying to set up a d-link dwl-g520 108Mbitps card in my freeBSD >>server I cvsup'ed and compiled(again) everything today however ath_hal >>doesn't suport super G for 11g however i was willing to try ndis, >>if_ndis compiles fine and loads fine however I don't have any ndis0 to >>work with ifconfig >>JoУЃo Mamede >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> > >FreeBSD 6-CURRENT contains ndisgen utility witch allows you to simply convert >Windows drivers inty .ko file. You will only need then to kldload >_sys.ko file to have an ndis0 device if your ifconfig. No need to >recompile kernel with ndis nor with ath or ath_hal. >_______________________________________________ >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 Sep 28 04:13: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 E2DB816A41F; Wed, 28 Sep 2005 04:13:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B110B43D49; Wed, 28 Sep 2005 04:13:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 8AE1D1A3C22; Tue, 27 Sep 2005 21:13:43 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 90C0651517; Wed, 28 Sep 2005 00:13:41 -0400 (EDT) Date: Wed, 28 Sep 2005 00:13:41 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050928041341.GA29527@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: sparc64@FreeBSD.org Subject: sparc64 panic in rman_set_start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 04:13:44 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Since updating this e4500 from a few days ago it panics at boot with: -- fast data access mmu miss tar=0 %o7=0xc00ffdbc -- rman_set_start() at rman_set_start+0x8 puc_sbus_attach() at puc_sbus_attach+0x74 device_attach() at device_attach+0x60 device_probe_and_attach() at device_probe_and_attach+0x118 bus_generic_attach() at bus_generic_attach+0x10 fhc_attach() at fhc_attach+0x45c fhc_central_attach() at fhc_central_attach+0x134 device_attach() at device_attach+0x60 device_probe_and_attach() at device_probe_and_attach+0x118 bus_generic_attach() at bus_generic_attach+0x10 central_attach() at central_attach+0x234 device_attach() at device_attach+0x60 device_probe_and_attach() at device_probe_and_attach+0x118 bus_generic_attach() at bus_generic_attach+0x10 nexus_attach() at nexus_attach+0x23c device_attach() at device_attach+0x60 device_probe_and_attach() at device_probe_and_attach+0x118 root_bus_configure() at root_bus_configure+0x18 configure() at configure+0x4 mi_startup() at mi_startup+0x12c btext() at btext+0x34 Can someone please fix this? Kris --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOhh1Wry0BWjoQKURAuF3AJ41VduiQFuGelQ61QX0Cs+tAmuDyQCdEXu7 z6OnXZNSk4O0BHeOPu3BoAY= =pphi -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 04:51: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 32A8416A41F for ; Wed, 28 Sep 2005 04:51:12 +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 BB9A443D49 for ; Wed, 28 Sep 2005 04:51:11 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.192] ([10.0.0.192]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j8S4pA6j038576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2005 21:51:10 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <433A20EA.2020206@errno.com> Date: Tue, 27 Sep 2005 21:49:46 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dillon References: <433A0194.7050105@sapo.pt> <200509280941.13378.root@solink.ru> <433A16C6.5000901@loveturtle.net> In-Reply-To: <433A16C6.5000901@loveturtle.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: ath_hal ndis :/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 04:51:12 -0000 Dillon wrote: > Have you tried ath on 6? I'd try that before screwing around with ndis. > ath in 6 is much more feature full then in 5. Channel 6 is in fact the only channel you can use turbo mode in 11g. However--as I've said many times--using turbo mode in 11g requires that the ap detect non-turbo stations in the vicinity and automatically drop out of turbo. This switching back+forth between turbo and non-turbo operation is termed...dynamic turbo. Note this is different from...static turbo...where the ap and station do not switch in+out of turbo operation. There are other things to understand about turbo mode but for now you only need to know that the ath driver does not support dynamic turbo mode (in 11a or 11g) but does support static turbo mode (available only in 11a). Hence if he wants to use turbo in 11g then he must use the ndis driver. Sam > > Bachilo Dmitry wrote: > >> а’ баОаОаБб‰аЕаНаИаИ аОб‚ аЁб€аЕаДаА 28 аЁаЕаНб‚баБб€бŒ 2005 09:36 >> JoУЃo Mamede аНаАаПаИбаАаЛ(a): >> >> >>> hi I'm trying to set up a d-link dwl-g520 108Mbitps card in my freeBSD >>> server I cvsup'ed and compiled(again) everything today however ath_hal >>> doesn't suport super G for 11g however i was willing to try ndis, >>> if_ndis compiles fine and loads fine however I don't have any ndis0 to >>> work with ifconfig >>> JoУЃo Mamede >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >>> >> >> >> FreeBSD 6-CURRENT contains ndisgen utility witch allows you to simply >> convert Windows drivers inty .ko file. You will only need then to >> kldload _sys.ko file to have an ndis0 device if your ifconfig. >> No need to recompile kernel with ndis nor with ath or ath_hal. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 05:22: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 DA92216A41F for ; Wed, 28 Sep 2005 05:22:29 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C54743D48 for ; Wed, 28 Sep 2005 05:22:29 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j8S5MMOZ092877; Tue, 27 Sep 2005 22:22:26 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <433A2882.4030003@freebsd.org> Date: Tue, 27 Sep 2005 22:22:10 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ed Maste References: <20050926195807.GD95971@sandvine.com> <17208.30606.117170.36398@khavrinen.csail.mit.edu> <20050927001650.GA9994@sandvine.com> <20050927180021.GB9994@sandvine.com> In-Reply-To: <20050927180021.GB9994@sandvine.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Wollman , freebsd-current@freebsd.org Subject: Re: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 05:22:30 -0000 Hmmm.... Looking at the internals of the generated archive shows that the extended attribute is definitely getting stored incorrectly. I'll look into this. If you see any other problems, please let me know! Tim Ed Maste wrote: > On Mon, Sep 26, 2005 at 08:16:50PM -0400, Ed Maste wrote: > > >>Hmm, good point. I haven't set it to anything; locale(1) shows >>that the LC_ variables are set to "C". So then I can see how this >>happens, but it's still surprising (to me) behaviour. > > > Ok, now I've definately encountered some non-obvious behaviour. > A symlink target of 100 bytes or less keeps the same name, while > a target of more than 100 bytes gets munged from the converstion > to UTF-8 and back. > > For example, the symlink created by the following script doesn't > change the link target: > > #!/bin/sh > fname=$(printf $(jot -b \\303\\240 -s '' 50)) > ln -fs $fname test > tar -cf - test | tar -tvf - > > but if the 50 in the jot command is changed to 51, the target > changes. So I guess that the link target doesn't fit in the > standard header anymore, and needs an extended tag. Having > different behaviour for the two cases does seem odd. > > -- > Ed Maste, Sandvine Incorporated > _______________________________________________ > 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 Sep 28 05:43: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 3945A16A41F; Wed, 28 Sep 2005 05:43:25 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDF4E43D48; Wed, 28 Sep 2005 05:43:24 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j8S5hMOZ092940; Tue, 27 Sep 2005 22:43:22 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <433A2D6E.7020205@freebsd.org> Date: Tue, 27 Sep 2005 22:43:10 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Kientzle References: <20050926195807.GD95971@sandvine.com> <17208.30606.117170.36398@khavrinen.csail.mit.edu> <20050927001650.GA9994@sandvine.com> <20050927180021.GB9994@sandvine.com> <433A2882.4030003@freebsd.org> In-Reply-To: <433A2882.4030003@freebsd.org> Content-Type: multipart/mixed; boundary="------------020704000509080109060909" Cc: Garrett Wollman , freebsd-current@freebsd.org, Ed Maste Subject: Re: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 05:43:25 -0000 This is a multi-part message in MIME format. --------------020704000509080109060909 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Ed, Try the attached patch (for /usr/src/lib/libarchive) and let me know if that fixes it for you. libarchive was actually skipping the UTF-8 conversion when storing the long linkname but then (correctly) converting from UTF-8 on extraction. The patch fixes the pax archive writer so it does correctly convert to UTF-8. Tim Tim Kientzle wrote: > Hmmm.... Looking at the internals of the generated archive > shows that the extended attribute is definitely getting > stored incorrectly. I'll look into this. > > If you see any other problems, please let me know! > > Tim > > > Ed Maste wrote: > >> On Mon, Sep 26, 2005 at 08:16:50PM -0400, Ed Maste wrote: >> >> >>> Hmm, good point. I haven't set it to anything; locale(1) shows >>> that the LC_ variables are set to "C". So then I can see how this >>> happens, but it's still surprising (to me) behaviour. >> >> >> >> Ok, now I've definately encountered some non-obvious behaviour. >> A symlink target of 100 bytes or less keeps the same name, while >> a target of more than 100 bytes gets munged from the converstion >> to UTF-8 and back. >> >> For example, the symlink created by the following script doesn't >> change the link target: >> >> #!/bin/sh >> fname=$(printf $(jot -b \\303\\240 -s '' 50)) >> ln -fs $fname test >> tar -cf - test | tar -tvf - >> >> but if the 50 in the jot command is changed to 51, the target >> changes. So I guess that the link target doesn't fit in the >> standard header anymore, and needs an extended tag. Having >> different behaviour for the two cases does seem odd. >> >> -- >> Ed Maste, Sandvine Incorporated >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > --------------020704000509080109060909 Content-Type: text/plain; name="longsymlinkwcs.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="longsymlinkwcs.patch" Index: archive_entry.c =================================================================== RCS file: /home/ncvs/src/lib/libarchive/archive_entry.c,v retrieving revision 1.31 diff -u -r1.31 archive_entry.c --- archive_entry.c 21 Sep 2005 04:25:05 -0000 1.31 +++ archive_entry.c 28 Sep 2005 05:36:04 -0000 @@ -203,6 +203,8 @@ static const char * aes_get_mbs(struct aes *aes) { + if (aes->aes_mbs == NULL && aes->aes_wcs == NULL) + return NULL; if (aes->aes_mbs == NULL && aes->aes_wcs != NULL) { /* * XXX Need to estimate the number of byte in the @@ -224,6 +226,8 @@ static const wchar_t * aes_get_wcs(struct aes *aes) { + if (aes->aes_wcs == NULL && aes->aes_mbs == NULL) + return NULL; if (aes->aes_wcs == NULL && aes->aes_mbs != NULL) { /* * No single byte will be more than one wide character, @@ -463,6 +467,12 @@ return (aes_get_mbs(&entry->ae_hardlink)); } +const wchar_t * +archive_entry_hardlink_w(struct archive_entry *entry) +{ + return (aes_get_wcs(&entry->ae_hardlink)); +} + ino_t archive_entry_ino(struct archive_entry *entry) { @@ -536,6 +546,12 @@ return (aes_get_mbs(&entry->ae_symlink)); } +const wchar_t * +archive_entry_symlink_w(struct archive_entry *entry) +{ + return (aes_get_wcs(&entry->ae_symlink)); +} + uid_t archive_entry_uid(struct archive_entry *entry) { Index: archive_entry.h =================================================================== RCS file: /home/ncvs/src/lib/libarchive/archive_entry.h,v retrieving revision 1.17 diff -u -r1.17 archive_entry.h --- archive_entry.h 10 Sep 2005 22:58:06 -0000 1.17 +++ archive_entry.h 28 Sep 2005 05:36:05 -0000 @@ -80,6 +80,7 @@ gid_t archive_entry_gid(struct archive_entry *); const char *archive_entry_gname(struct archive_entry *); const char *archive_entry_hardlink(struct archive_entry *); +const wchar_t *archive_entry_hardlink_w(struct archive_entry *); ino_t archive_entry_ino(struct archive_entry *); mode_t archive_entry_mode(struct archive_entry *); time_t archive_entry_mtime(struct archive_entry *); @@ -92,6 +93,7 @@ int64_t archive_entry_size(struct archive_entry *); const struct stat *archive_entry_stat(struct archive_entry *); const char *archive_entry_symlink(struct archive_entry *); +const wchar_t *archive_entry_symlink_w(struct archive_entry *); uid_t archive_entry_uid(struct archive_entry *); const char *archive_entry_uname(struct archive_entry *); Index: archive_write_set_format_pax.c =================================================================== RCS file: /home/ncvs/src/lib/libarchive/archive_write_set_format_pax.c,v retrieving revision 1.30 diff -u -r1.30 archive_write_set_format_pax.c --- archive_write_set_format_pax.c 21 Sep 2005 04:25:05 -0000 1.30 +++ archive_write_set_format_pax.c 28 Sep 2005 05:36:06 -0000 @@ -393,11 +393,14 @@ /* If link name is too long, add 'linkpath' to pax extended attrs. */ linkname = hardlink; - if (linkname == NULL) + if (linkname == NULL) { linkname = archive_entry_symlink(entry_main); + wp = archive_entry_symlink_w(entry_main); + } else + wp = archive_entry_hardlink_w(entry_main); if (linkname != NULL && strlen(linkname) > 100) { - add_pax_attr(&(pax->pax_header), "linkpath", linkname); + add_pax_attr_w(&(pax->pax_header), "linkpath", wp); if (hardlink != NULL) archive_entry_set_hardlink(entry_main, "././@LongHardLink"); --------------020704000509080109060909-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 05:52:52 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 5A8B516A420 for ; Wed, 28 Sep 2005 05:52:52 +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 7373443D4C for ; Wed, 28 Sep 2005 05:52:50 +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 j8S5qdoL050589; Wed, 28 Sep 2005 08:52:39 +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 19467-03-3; Wed, 28 Sep 2005 08:52:35 +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 j8S5o2mx050462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2005 08:50:02 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8S5oLuj027996; Wed, 28 Sep 2005 08:50:21 +0300 (EEST) (envelope-from ru) Date: Wed, 28 Sep 2005 08:50:21 +0300 From: Ruslan Ermilov To: "M. Warner Losh" Message-ID: <20050928055021.GC55560@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> <20050927.214608.119243251.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YD3LsXFS42OYHhNZ" Content-Disposition: inline In-Reply-To: <20050927.214608.119243251.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 05:52:52 -0000 --YD3LsXFS42OYHhNZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Warner, On Tue, Sep 27, 2005 at 09:46:08PM -0600, M. Warner Losh wrote: > Ruslan, >=20 > Thanks for working with me offline. I believe that the following > should fix things up for you. Can you try the following patch? >=20 No, it doesn't. :-( Like in the previous try, the slot becomes deaf once I eject the 16-bit PC Card. Here's the relevant console log: Injecting cardbus: : Status is 0x30000920 : cbb0: card inserted: event=3D0x00000006, state=3D30000920 : cbb0: cbb_power: 3V : rl0: port 0x1000-0x10ff mem 0xd8000-0xd81ff ir= q 11 at device 0.0 on cardbus0 : miibus0: on rl0 : rlphy0: on miibus0 : rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto : rl0: Ethernet address: 00:11:6b:50:03:82 Ejecting cardbus: : Status is 0x30000186 : rlphy0: detached : miibus0: detached : rl0: detached : cbb0: cbb_power: 0V Injecting pccard: : Status is 0x30000510 : cbb0: card inserted: event=3D0x00000000, state=3D30000510 : cbb_pcic_socket_enable: : cbb0: cbb_power: 5V : cbb_pcic_socket_enable: : wi0: at port 0x100-0x13f irq 11 functi= on 0 config 1 on pccard0 : wi0: using Lucent Technologies, WaveLAN/IEEE : wi0: Lucent Firmware: Station (6.6.1) : wi0: Ethernet address: 00:02:2d:09:40:19 Ejecting pccard: : Status is 0x30000116 : wi0: detached : cbb_pcic_socket_disable Note there's no "0V" indication now. At this point, the slot becomes deaf. > =3D=3D=3D=3D //depot/user/imp/newcard/dev/pccbb/pccbb.c#125 (text+ko) =3D= =3D=3D=3D >=20 > @@ -1269,12 +1269,12 @@ > =20 > DPRINTF(("cbb_pcic_socket_disable\n")); > =20 > - /* reset signal asserting... */ > - exca_clrb(&sc->exca[0], EXCA_INTR, EXCA_INTR_RESET); > + /* Turn off the card's interrupt and leave it in reset */ > + exca_putb(&sc->exca[0], EXCA_INTR, 0); > tsleep(sc, PZERO, "cbbP1", hz / 100); > =20 > /* power down the socket */ > - exca_clrb(&sc->exca[0], EXCA_PWRCTL, EXCA_PWRCTL_OE); > + exca_putb(&sc->exca[0], EXCA_PWRCTL, 0); > cbb_power(brdev, CARD_OFF); > =20 > /* wait 300ms until power fails (Tpf). */ Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --YD3LsXFS42OYHhNZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDOi8dqRfpzJluFF4RAsO7AJ0Qtm+peOC+7NkKjqNlvXspulxGCwCbBosZ qn4jnaZ06iTIPXZgRGhhYa8= =jmNV -----END PGP SIGNATURE----- --YD3LsXFS42OYHhNZ-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 05:56: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 9FE7516A41F; Wed, 28 Sep 2005 05:56:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 433D443D48; Wed, 28 Sep 2005 05:56:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8S5u8gt004474; Tue, 27 Sep 2005 23:56:08 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 27 Sep 2005 23:56:45 -0600 (MDT) Message-Id: <20050927.235645.34605623.imp@bsdimp.com> To: kris@obsecurity.org From: "M. Warner Losh" In-Reply-To: <20050928041341.GA29527@xor.obsecurity.org> References: <20050928041341.GA29527@xor.obsecurity.org> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 27 Sep 2005 23:56:09 -0600 (MDT) Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: sparc64 panic in rman_set_start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 05:56:55 -0000 In message: <20050928041341.GA29527@xor.obsecurity.org> Kris Kennaway writes: : Since updating this e4500 from a few days ago it panics at boot with: : : -- fast data access mmu miss tar=0 %o7=0xc00ffdbc -- : rman_set_start() at rman_set_start+0x8 : puc_sbus_attach() at puc_sbus_attach+0x74 : device_attach() at device_attach+0x60 : device_probe_and_attach() at device_probe_and_attach+0x118 : bus_generic_attach() at bus_generic_attach+0x10 : fhc_attach() at fhc_attach+0x45c : fhc_central_attach() at fhc_central_attach+0x134 : device_attach() at device_attach+0x60 : device_probe_and_attach() at device_probe_and_attach+0x118 : bus_generic_attach() at bus_generic_attach+0x10 : central_attach() at central_attach+0x234 : device_attach() at device_attach+0x60 : device_probe_and_attach() at device_probe_and_attach+0x118 : bus_generic_attach() at bus_generic_attach+0x10 : nexus_attach() at nexus_attach+0x23c : device_attach() at device_attach+0x60 : device_probe_and_attach() at device_probe_and_attach+0x118 : root_bus_configure() at root_bus_configure+0x18 : configure() at configure+0x4 : mi_startup() at mi_startup+0x12c : btext() at btext+0x34 : : Can someone please fix this? I think it is phk's changes. puc allocates a struct resource, but not the private part, so the rman_set_* won't work: rle->res = malloc(sizeof(struct resource), M_DEVBUF, M_WAITOK | M_ZERO); if (rle->res == NULL) { free(pdev, M_DEVBUF); return (ENOMEM); } rman_set_start(rle->res, rman_get_start(res) + sc->sc_desc.ports[i].offset); rman_set_end(rle->res, rman_get_start(rle->res) + ressz - 1); Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 06:09: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 AA9DF16A41F for ; Wed, 28 Sep 2005 06:09:05 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BD3B43D48 for ; Wed, 28 Sep 2005 06:09:04 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8S68vZ3000590 for ; Tue, 27 Sep 2005 23:09:01 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509280609.j8S68vZ3000590@gw.catspoiler.org> Date: Tue, 27 Sep 2005 23:08:57 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: analysis of snapshot-related system deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 06:09:05 -0000 I've been experimenting with Peter Holm's kernel stress test suite and file system snapshots. I've been frequently seeing system deadlocks, so I went looking for the cause. In the latest instance, there were 12 threads waiting on "snaplk", and the thread holding "snaplk" was sleeping on "wdrain". Two of the threads waiting on "snaplk" were syncer and bufdaemon, which is not a good sign. Ordinarily, I/O activity should eventually reduce runningbufspace below lorunningspace and wake up the thread sleeping on "wdrain", but this is where the problem gets interesting. The stack trace of the thread sleeping on "wdrain" is: #0 0xc0653913 in sched_switch (td=0xc23fe300, newtd=0xc2275480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 #1 0xc0649158 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:356 #2 0xc066073c in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:427 #3 0xc0660920 in sleepq_wait (wchan=0xc0984404) at /usr/src/sys/kern/subr_sleepqueue.c:539 #4 0xc0648dc9 in msleep (ident=0xc0984404, mtx=0xc0984420, priority=68, wmesg=0xc0876f1c "wdrain", timo=0) at /usr/src/sys/kern/kern_synch.c:227 #5 0xc0687592 in bufwrite (bp=0xd648f558) at /usr/src/sys/kern/vfs_bio.c:383 #6 0xc0687bbd in bawrite (bp=0x0) at buf.h:401 #7 0xc077ca98 in ffs_copyonwrite (devvp=0xc2933770, bp=0xd6543e90) at /usr/src/sys/ufs/ffs/ffs_snapshot.c:2119 #8 0xc0788ec5 in ffs_geom_strategy (bo=0xc2933830, bp=0xd6543e90) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1686 #9 0xc068750e in bufwrite (bp=0xd6543e90) at buf.h:415 #10 0xc0788e32 in ffs_bufwrite (bp=0xd6543e90) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1663 #11 0xc0775a09 in ffs_update (vp=0xc5095cc0, waitfor=0) at buf.h:401 #12 0xc0793670 in ufs_mkdir (ap=0xeb785bb8) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1556 #13 0xc08149e7 in VOP_MKDIR_APV (vop=0xc0910b60, a=0xeb785bb8) The problem is that bufs passed through ffs_copyonwrite() get double counted in runningbufspace, once for each pass through bufwrite(). This includes the bufs being processed by all the threads that are waiting on "snaplk". If enough threads get backed up waiting for "snaplk", the total size bufs they are processing will exceed lorunningspace and any threads sleeping on wdrain will sleep forever. Probably the easiest fix would be to call runningbufwakeup() from ffs_copyonwrite() before grabbing "snaplk", and increase runningbufspace again before returning from ffs_copyonwrite(). The bufs waiting for "snaplk" aren't yet async writes currently running, to borrow from the comment on waitrunningbufspace(). From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 06:13: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 DA3D916A41F; Wed, 28 Sep 2005 06:13:34 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (cpe.atm2-0-71337.0x535ccf26.taanxx2.customer.tele.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FBF243D53; Wed, 28 Sep 2005 06:13:33 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id E716A119EB; Wed, 28 Sep 2005 08:13:32 +0200 (CEST) Date: Wed, 28 Sep 2005 08:13:32 +0200 From: "Simon L. Nielsen" To: Maxim.Sobolev@portaone.com Message-ID: <20050928061331.GA867@zaphod.nitro.dk> References: <200509272026.28950.max@love2party.net> <433A0D6D.5060802@portaone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <433A0D6D.5060802@portaone.com> User-Agent: Mutt/1.5.10i Cc: Max Laier , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: HEADSUP: bridge(4) removed from HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 06:13:35 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.09.27 20:26:37 -0700, Maxim Sobolev wrote: > Max Laier wrote: > >All, > > > >as discussed on -arch, the old bridge(4) implementation has been removed= =20 > >from HEAD. The new if_bridge(4) is there to serve as a full functional= =20 > >replacement. If you find anything that does not work with if_bridge(4)= =20 > >that used to work with bridge(4), please let me or Andrew Thompson=20 > >(thompsa@) know. Thanks. >=20 > Have you updated the handbook to reflect this change? >=20 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bridgin= g.html Considering that we only (more or less) document -STABLE branches in the Handbook it's not a big rush, as long as it's mentioned before 7.0 comes out, though documentation about if_bridge in the Handbook would of cause be nice, considering it's also in 6.0 :-). --=20 Simon L. Nielsen --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOjSLh9pcDSc1mlERAgb1AKCzVimoSFICQTd3q5wT0Z0sF1brvwCgi688 ppaDTD5yEZQTCrp/I1xjFeY= =F3LM -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 06:24:22 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 5CB5C16A41F; Wed, 28 Sep 2005 06:24:22 +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 4CA0A43D48; Wed, 28 Sep 2005 06:24:20 +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.4/8.13.4) with ESMTP id j8S6O9Y4016292; Wed, 28 Sep 2005 00:24:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433A3708.6000403@samsco.org> Date: Wed, 28 Sep 2005 00:24:08 -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: Mikhail Teterin References: <200509280619.j8S6Jn5p051008@corbulon.video-collage.com> In-Reply-To: <200509280619.j8S6Jn5p051008@corbulon.video-collage.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: amd64@FreeBSD.org, re@FreeBSD.org, current@FreeBSD.org Subject: Re: amd64+gdb -- instant reboot (BETA5 and 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: Wed, 28 Sep 2005 06:24:22 -0000 Mikhail Teterin wrote: >>It's definitely not known. Any chance you could hook up a serial >>console to log the output. It'll be pretty hard to debug otherwise. >>Sounds like you're likely getting a triple fault. > > > I tried to set up the serial console today and could not. What I thought > is a null modem cable, apparently, is not... > > Is there not a single person on these lists with an amd64 already > connected via a serial console? The bug is extremely easy to reproduce > -- just try to run timidity from inside gdb, stop it, and try to exit... > > I do not see this bug in the 6.0R/todo.html and am worried, 6.0 will > ship with the bug in it... > > -mi It's very hard to put entries in the TODO list that are not confirmed or characterized. This isn't a criticism of you, just a fact that we can't assign priority to bugs that we simply have little information on. Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 06:44:48 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 E38B516A41F; Wed, 28 Sep 2005 06:44:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7DB243D55; Wed, 28 Sep 2005 06:44:47 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8S6hJ6P004915; Wed, 28 Sep 2005 00:43:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 28 Sep 2005 00:43:56 -0600 (MDT) Message-Id: <20050928.004356.78731428.imp@bsdimp.com> To: ru@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050928055021.GC55560@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> <20050927.214608.119243251.imp@bsdimp.com> <20050928055021.GC55560@ip.net.ua> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 28 Sep 2005 00:43:19 -0600 (MDT) Cc: current@freebsd.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 06:44:49 -0000 In message: <20050928055021.GC55560@ip.net.ua> Ruslan Ermilov writes: : Hi Warner, : : On Tue, Sep 27, 2005 at 09:46:08PM -0600, M. Warner Losh wrote: : > Ruslan, : > : > Thanks for working with me offline. I believe that the following : > should fix things up for you. Can you try the following patch? : > : No, it doesn't. :-( Bummer. I'll have to see if I can dig up a laptop to do this testing... My ricoh based ones work too well... Maybe one of my PCI add-in cards with a TI bridge will be sufficient... Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 07:19: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 5EE3916A41F for ; Wed, 28 Sep 2005 07:19:16 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A5FC43D5C for ; Wed, 28 Sep 2005 07:19:15 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EKWDF-0004VE-0U; Wed, 28 Sep 2005 09:18:46 +0200 Date: Wed, 28 Sep 2005 09:19:11 +0200 From: Marcin Jessa To: Sam Leffler Message-Id: <20050928091911.441edf75.lists@yazzy.org> In-Reply-To: <433A20EA.2020206@errno.com> References: <433A0194.7050105@sapo.pt> <200509280941.13378.root@solink.ru> <433A16C6.5000901@loveturtle.net> <433A20EA.2020206@errno.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -1.8 (-) Cc: loveturtle@loveturtle.net, freebsd-current@freebsd.org Subject: Re: ath_hal ndis :/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 07:19:16 -0000 On Tue, 27 Sep 2005 21:49:46 -0700 Sam Leffler wrote: > Dillon wrote: > > Have you tried ath on 6? I'd try that before screwing around with > > ndis. ath in 6 is much more feature full then in 5. > > Channel 6 is in fact the only channel you can use turbo mode in 11g. > However--as I've said many times--using turbo mode in 11g requires > that the ap detect non-turbo stations in the vicinity and > automatically drop out of turbo. This switching back+forth between > turbo and non-turbo operation is termed...dynamic turbo. Note this > is different from...static turbo...where the ap and station do not > switch in+out of turbo operation. There are other things to > understand about turbo mode but for now you only need to know that > the ath driver does not support dynamic turbo mode (in 11a or 11g) > but does support static turbo mode (available only in 11a). Hence if > he wants to use turbo in 11g then he must use the ndis driver. What would be the channel settings for 11a in turbo mode? Does it really support 54mbit throughput and did you do any benchmarks on it? Cheers Marcin > > > > Bachilo Dmitry wrote: > > > >> Ут€™ У‘_УТОУТОУТБУ‘т€АУТЕУТНУТИУТИ УТОУ‘т€š УТЁУ‘т‚ЌУТЕУТДУТА 28 УТЁУТЕУТНУ‘т€šУ‘_УТБУ‘т‚ЌУ‘Х’ 2005 > >> 09:36 JoУƒТЃo Mamede УТНУТАУТПУТИУ‘_УТАУТЛ(a): > >> > >> > >>> hi I'm trying to set up a d-link dwl-g520 108Mbitps card in my > >>> freeBSD server I cvsup'ed and compiled(again) everything today > >>> however ath_hal doesn't suport super G for 11g however i was > >>> willing to try ndis, if_ndis compiles fine and loads fine however > >>> I don't have any ndis0 to work with ifconfig > >>> JoУƒТЃo Mamede > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to > >>> "freebsd-current-unsubscribe@freebsd.org" > >>> > >> > >> > >> FreeBSD 6-CURRENT contains ndisgen utility witch allows you to > >> simply convert Windows drivers inty .ko file. You will only need > >> then to kldload _sys.ko file to have an ndis0 device if > >> your ifconfig. No need to recompile kernel with ndis nor with ath > >> or ath_hal. _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to > >> "freebsd-current-unsubscribe@freebsd.org" > >> > >> > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > 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 Sep 28 07:26: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 2881416A41F for ; Wed, 28 Sep 2005 07:26:41 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B94B843D49 for ; Wed, 28 Sep 2005 07:26:40 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8S7QX2V000750 for ; Wed, 28 Sep 2005 00:26:37 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509280726.j8S7QX2V000750@gw.catspoiler.org> Date: Wed, 28 Sep 2005 00:26:33 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org In-Reply-To: <200509280609.j8S68vZ3000590@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: Re: analysis of snapshot-related system deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 07:26:41 -0000 On 27 Sep, Don Lewis wrote: > Probably the easiest fix would be to call runningbufwakeup() from > ffs_copyonwrite() before grabbing "snaplk", and increase runningbufspace > again before returning from ffs_copyonwrite(). The bufs waiting for > "snaplk" aren't yet async writes currently running, to borrow from the > comment on waitrunningbufspace(). Sleeping on "wdrain" is probably also undesirable if a thread holds "snaplk" because of the potential impact on the activity of other threads. A possible fix would be for bufwrite() to skip the call to waitrunningbufspace() if the thread holds "snaplk". This might cause problems with queuing an excessive amount of I/O, but I don't think so because the outer bufwrite() will still call waitrunningbufspace(). From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 07:32: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 5665E16A41F for ; Wed, 28 Sep 2005 07:32:19 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9A6743D48 for ; Wed, 28 Sep 2005 07:32:18 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:yxxbORwgmHsrERManO/mV15VU2JlJ/pT8qqyEVfycAfZFYWENf1d9ndGLtdCFOri@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j8S7Vf04076758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2005 16:31:42 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 28 Sep 2005 16:31:41 +0900 Message-ID: From: Hajimu UMEMOTO To: current@FreeBSD.org, imp@bsdimp.com User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:::1]); Wed, 28 Sep 2005 16:31:42 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: Subject: modem card is not recognized anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 07:32:19 -0000 Hi, Recently, I upgraded my laptop to latest RELENG_6. Then, I realized that my modem card (SII MC-P300) is not recognized anymore. When I inserted the card into the PCMCIA slot, the kernel bacame stacked. Then I removed the card from the slot, the kernel bacame alive again with following dmesg output: pccard0: Card has no functions! cbb0: PC Card card activation failed. The card is still recognized fine with 6.0-BETA3 kernel. IIRC, the card was recognized fine with BETA4 kernel. However, since I've lost BETA4 kernel, I cannot test with BETA4, sorry. Any idea? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 07:51: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 C54F516A41F; Wed, 28 Sep 2005 07:51:18 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E13943D48; Wed, 28 Sep 2005 07:51:17 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id E2ADDBC6D; Wed, 28 Sep 2005 07:51:15 +0000 (UTC) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 27 Sep 2005 23:56:45 MDT." <20050927.235645.34605623.imp@bsdimp.com> Date: Wed, 28 Sep 2005 09:51:15 +0200 Message-ID: <97231.1127893875@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: sparc64@freebsd.org, current@freebsd.org, kris@obsecurity.org Subject: Re: sparc64 panic in rman_set_start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 07:51:19 -0000 In message <20050927.235645.34605623.imp@bsdimp.com>, "M. Warner Losh" writes: >In message: <20050928041341.GA29527@xor.obsecurity.org> > Kris Kennaway writes: >: Since updating this e4500 from a few days ago it panics at boot with: >: >: -- fast data access mmu miss tar=0 %o7=0xc00ffdbc -- >: rman_set_start() at rman_set_start+0x8 >: puc_sbus_attach() at puc_sbus_attach+0x74 [...] >: Can someone please fix this? > >I think it is phk's changes. puc allocates a struct resource, but not >the private part, so the rman_set_* won't work: [...] All my puc hardware is currently busy with real life, so I can't test this, but the attached patch is an attempted workaround. Looking at it, it looks to me like puc.c doesn't do the right thing. I would expect puc to act like a bridge to a "pucbus" and that the sio/lpt/uart etc drivers would have probe/attach methods for that bus in addition to isa/pci/etc. That way, puc could do the resource allocation properly, using the same methods as for instance a pci bridge does. The probe/attach could be done using a bus property which puc creates which sets the name/type of hardware it has found. Any takers ? I have neither hardware nor time :-( Index: sys/rman.h =================================================================== RCS file: /home/ncvs/src/sys/sys/rman.h,v retrieving revision 1.30 diff -u -r1.30 rman.h --- sys/rman.h 25 Sep 2005 20:10:10 -0000 1.30 +++ sys/rman.h 28 Sep 2005 07:25:52 -0000 @@ -174,6 +174,15 @@ void rman_set_virtual(struct resource *_r, void *_v); extern struct rman_head rman_head; + +/* + * XXX: puc.c is a big hack. + * XXX: it should be rewritten to act like a bridge and offer + * XXX: its own resource manager. + * XXX: until somebody has time, help it out with these two functions + */ +struct resource *rman_secret_puc_alloc_resource(int malloc_flag); +void rman_secret_puc_free_resource(struct resource *r); #endif /* _KERNEL */ #endif /* !_SYS_RMAN_H_ */ Index: kern/subr_rman.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_rman.c,v retrieving revision 1.45 diff -u -r1.45 subr_rman.c --- kern/subr_rman.c 25 Sep 2005 20:10:10 -0000 1.45 +++ kern/subr_rman.c 28 Sep 2005 07:38:53 -0000 @@ -98,6 +98,31 @@ return (r); } +/* + * XXX: puc.c is a big hack. + * XXX: it should be rewritten to act like a bridge and offer + * XXX: its own resource manager. + * XXX: until somebody has time, help it out with these two functions + */ + +struct resource * +rman_secret_puc_alloc_resource(int malloc_flag) +{ + struct resource_i *r; + + r = int_alloc_resource(malloc_flag); + if (r) + return (&r->r_r); + return (NULL); +} + +void +rman_secret_puc_free_resource(struct resource *r) +{ + + free(r->__r_i, M_RMAN); +} + int rman_init(struct rman *rm) { Index: dev/puc/puc.c =================================================================== RCS file: /home/ncvs/src/sys/dev/puc/puc.c,v retrieving revision 1.40 diff -u -r1.40 puc.c --- dev/puc/puc.c 25 Sep 2005 20:21:14 -0000 1.40 +++ dev/puc/puc.c 28 Sep 2005 07:14:56 -0000 @@ -316,8 +316,7 @@ if (sc->barmuxed == 0) { rle->res = sc->sc_bar_mappings[bidx].res; } else { - rle->res = malloc(sizeof(struct resource), M_DEVBUF, - M_WAITOK | M_ZERO); + rle->res = rman_secret_puc_alloc_resource(M_WAITOK); if (rle->res == NULL) { free(pdev, M_DEVBUF); return (ENOMEM); @@ -352,7 +351,7 @@ if (sc->barmuxed) { bus_space_unmap(rman_get_bustag(rle->res), rman_get_bushandle(rle->res), ressz); - free(rle->res, M_DEVBUF); + rman_secret_puc_free_resource(rle->res); free(pdev, M_DEVBUF); } continue; @@ -372,7 +371,7 @@ if (sc->barmuxed) { bus_space_unmap(rman_get_bustag(rle->res), rman_get_bushandle(rle->res), ressz); - free(rle->res, M_DEVBUF); + rman_secret_puc_free_resource(rle->res); free(pdev, M_DEVBUF); } } -- 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 Wed Sep 28 08:44: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 4638B16A41F; Wed, 28 Sep 2005 08:44:07 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA9F343D58; Wed, 28 Sep 2005 08:44:01 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j8S8hu6a008453 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 28 Sep 2005 18:43:57 +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 j8S8huSR072247; Wed, 28 Sep 2005 18:43:56 +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 j8S8huZj072246; Wed, 28 Sep 2005 18:43:56 +1000 (EST) (envelope-from pjeremy) Date: Wed, 28 Sep 2005 18:43:55 +1000 From: Peter Jeremy To: "Simon L. Nielsen" Message-ID: <20050928084355.GY40237@cirb503493.alcatel.com.au> References: <200509272026.28950.max@love2party.net> <433A0D6D.5060802@portaone.com> <20050928061331.GA867@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050928061331.GA867@zaphod.nitro.dk> User-Agent: Mutt/1.4.2.1i Cc: Max Laier , Maxim.Sobolev@portaone.com, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: bridge(4) removed from HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 08:44:07 -0000 On Wed, 2005-Sep-28 08:13:32 +0200, Simon L. Nielsen wrote: >Considering that we only (more or less) document -STABLE branches in >the Handbook it's not a big rush, as long as it's mentioned before 7.0 >comes out, though documentation about if_bridge in the Handbook would >of cause be nice, considering it's also in 6.0 :-). bridge(4) no longer exists in -current and is (effectively) deprecated in 6.x. It is desirable that this is documented in the handbook and the filtering bridges article. I though that the Project guidelines stated that deprecated features had to be retained for a full major release but having checked the Committers' Guide, it's only required that they be retained until the next major release. This means that it's not essential that the handbook be updated before 6.0-RELEASE but it is desirable that the updates occur early in the 6.x-STABLE cycle to provide adequate notice. There's no reason why the handbook can't mention both (or, preferably, all three) bridging devices - it just needs to mention that if_bridge doesn't exist in 5.x -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:23: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 8F73A16A41F for ; Wed, 28 Sep 2005 09:23:48 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB07843D49 for ; Wed, 28 Sep 2005 09:23:47 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CB59.dip.t-dialin.net [84.165.203.89]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j8S997IB031024; Wed, 28 Sep 2005 11:09:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j8S9Mq1t072570; Wed, 28 Sep 2005 11:22:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by netchild.homeip.net (Horde MIME library) with HTTP; Wed, 28 Sep 2005 11:22:52 +0200 Message-ID: <20050928112252.q5vwbkjmeosg4s00@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 28 Sep 2005 11:22:52 +0200 From: Alexander Leidinger To: Matt Dawson References: <200509271652.42258.matt@mattsnetwork.co.uk> In-Reply-To: <200509271652.42258.matt@mattsnetwork.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: Latency on emu10k1 sound? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 09:23:48 -0000 Matt Dawson wrote: > Hi all, > Anyone else noticed severe latency on the Soundblaster Live! (5.1 player)? > Playback of anything, including timidity and MP3 seems stuttery and hesitant. > It's hard to put into words, but it's similar to the effect you would get > when playing back a stream and the input can't keep up with playback. I've > removed all the debugging entries from my kernel config, but nothing seems to > help. You could try the emu10kx port instead. If this doesn't help: Grab the sound bits from -current and try again. There's no plan to MFC the changes for 6.0, not all the changes are tested enough. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Blutarsky's Axiom: Nothing is impossible for the man who will not listen to reason. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:31: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 9DFA416A41F for ; Wed, 28 Sep 2005 09:31:11 +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 2563043D48 for ; Wed, 28 Sep 2005 09:31:11 +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 59F866155; Wed, 28 Sep 2005 11:30:56 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 472CC6152; Wed, 28 Sep 2005 11:30:56 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 3AC7D33C3E; Wed, 28 Sep 2005 11:31:05 +0200 (CEST) To: Mikhail Teterin References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> <200509221652.54123.mi+mx@aldan.algebra.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 28 Sep 2005 11:31:05 +0200 In-Reply-To: <200509221652.54123.mi+mx@aldan.algebra.com> (Mikhail Teterin's message of "Thu, 22 Sep 2005 16:52:53 -0400") Message-ID: <863bnppmhy.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/3.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 09:31:11 -0000 Mikhail Teterin writes: > One does not need to save the entire sector-size. Only the (size % > sector_size), which currently pushes the file into an additional > sector. sectors are irrelevant. what you need to look at is the block size, which is 16k by default. if your file system is nearly full (enough to switch the optimization algorithm from time to space), ffs may start storing multiple files per block, but never more than one per fragment, which is usually one quarter of a block. > % find /usr/share/man/ -name \*.gz -ls | sort -k 1 | awk '$1 =3D=3D inode= { next } > { inode=3D$1; total++; if ($7 % 512 < $7*0.10) savings++ } END {print sav= ings " > out of " total}' > 1200 out of 2694 % find /usr/share/man/ -name \*.gz -ls | sort -k 1 | awk '$1 =3D=3D inode {= next } \ { inode=3D$1; total++; if ($7 % 16384 < $7*0.10) savings++ } \ END {print savings " out of " total}' 6 out of 2788 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:32: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 AE81916A41F; Wed, 28 Sep 2005 09:32:06 +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 12AE343D58; Wed, 28 Sep 2005 09:32:05 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.52 (FreeBSD)) id 1EKVu7-0000Ku-Sm; Wed, 28 Sep 2005 10:58:59 +0400 From: Vladimir Grebenschikov To: Nate Lawson In-Reply-To: <4339D724.3020102@root.org> References: <1127801205.1268.9.camel@localhost> <4339D724.3020102@root.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 28 Sep 2005 10:58:58 +0400 Message-Id: <1127890738.1220.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: acpi@freebsd.org, current Subject: Re: Invalid detection CPU frequency ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 09:32:06 -0000 =F7 =D7=D4, 27/09/2005 =D7 16:35 -0700, Nate Lawson =D0=C9=DB=C5=D4: > Vladimir Grebenschikov wrote: > > It looks strange but sometimes my notebook start on full-speed (1.7GHz) > > and sysctls output looks like: > >=20 > > dev.cpu.0.freq: 1687 > > dev.cpu.0.freq_levels: 1687/-1 1476/-1 1265/-1 1054/-1 843/-1 632/-1 42= 1/-1 210/-1 > > dev.acpi_throttle.0.%desc: ACPI CPU Throttling > >=20 > > And sometimes it starts on low speed (~500 Mhz) > > dev.cpu.0.freq: 595 > > dev.cpu.0.freq_levels: 595/-1 520/-1 446/-1 371/-1 297/-1 223/-1 148/-1= 74/-1 > > dev.acpi_throttle.0.%desc: ACPI CPU Throttling >=20 > > And speed can't be raised by powerd or other. > > Looks like it happens when notebook stats or shutdowns on batteries. > > Rebooting on AC power cures situation. But anyway - I do not think it i= s normal. > >=20 > > Any suggestions ?=20 >=20 > It's very simple. You have an old notebook that only supports=20 > throttling, not SpeedStep or other options. Your BIOS sets the initial=20 > speed based on AC line status on boot. If you look at your CPU=20 > announcement at the top of dmesg, it will show 595 Mhz or whatever since=20 > it uses a simple calibration loop. >=20 > I might consider always setting 100% in the attach routine for=20 > acpi_throttle and p4tcc to get proper probe values. You'll still have a=20 > problem if you use the TSC timecounter since it's only calibrated at boot= . Nate, thanks for explanation, is loading cpufreq.ko from loader is good solution ? Or I will still have TSC problems ?=20 --=20 Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:32: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 33B9616A420; Wed, 28 Sep 2005 09:32:08 +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 B53F843D55; Wed, 28 Sep 2005 09:32:07 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.52 (FreeBSD)) id 1EKVsQ-0000Kq-Uy; Wed, 28 Sep 2005 10:57:14 +0400 From: Vladimir Grebenschikov To: Hajimu UMEMOTO In-Reply-To: References: <1127801205.1268.9.camel@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 28 Sep 2005 10:57:13 +0400 Message-Id: <1127890633.1220.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: acpi@FreeBSD.org, current Subject: Re: Invalid detection CPU frequency ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 09:32:08 -0000 =F7 =D7=D4, 27/09/2005 =D7 15:27 +0900, Hajimu UMEMOTO =D0=C9=DB=C5=D4: > Hi, >=20 > >>>>> On Tue, 27 Sep 2005 10:06:45 +0400 > >>>>> Vladimir Grebenschikov said: >=20 > vova> And speed can't be raised by powerd or other. > vova> Looks like it happens when notebook stats or shutdowns on batteries= . > vova> Rebooting on AC power cures situation. But anyway - I do not think = it is normal. >=20 > I met this, too. Putting cpufreq_load=3D"YES" into your > /boot/loader.conf should solve your problem. Thank you, it really helps, now after boot I always get valid 1.7Ghz as high possible CPU speed. but sysctl picture changed: now I have: % sysctl dev.cpufreq dev.cpu dev.p4tcc dev.acpi_throttle dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1487 dev.cpu.0.freq_levels: 1700/-1 1487/-1 1400/-1 1225/-1 1200/-1 1050/-1 1000= /-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 7= 5/-1 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1= 2500/-1 1250/-1 sysctl: unknown oid 'dev.acpi_throttle' % so I've lost dev.acpi_throttle and got dev.p4tcc. Is it right ? powerd still works as expected. > Sincerely, --=20 Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:45: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 75B6B16A41F; Wed, 28 Sep 2005 09:45:37 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F91143D49; Wed, 28 Sep 2005 09:45:36 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EKYUs-0005Am-Fm; Wed, 28 Sep 2005 11:45:08 +0200 Date: Wed, 28 Sep 2005 11:45:32 +0200 From: Marcin Jessa To: Vladimir Grebenschikov Message-Id: <20050928114532.6ab80f6b.lists@yazzy.org> In-Reply-To: <1127890738.1220.5.camel@localhost> References: <1127801205.1268.9.camel@localhost> <4339D724.3020102@root.org> <1127890738.1220.5.camel@localhost> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -1.8 (-) Cc: acpi@freebsd.org, current@freebsd.org, nate@root.org Subject: Re: Invalid detection CPU frequency ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 09:45:37 -0000 On Wed, 28 Sep 2005 10:58:58 +0400 Vladimir Grebenschikov wrote: > а’ аВб‚, 27/09/2005 аВ 16:35 -0700, Nate Lawson аПаИбˆаЕб‚: > > Vladimir Grebenschikov wrote: > > > It looks strange but sometimes my notebook start on full-speed > > > (1.7GHz) and sysctls output looks like: > > > > > > dev.cpu.0.freq: 1687 > > > dev.cpu.0.freq_levels: 1687/-1 1476/-1 1265/-1 1054/-1 843/-1 > > > 632/-1 421/-1 210/-1 dev.acpi_throttle.0.%desc: ACPI CPU > > > Throttling > > > > > > And sometimes it starts on low speed (~500 Mhz) > > > dev.cpu.0.freq: 595 > > > dev.cpu.0.freq_levels: 595/-1 520/-1 446/-1 371/-1 297/-1 223/-1 > > > 148/-1 74/-1 dev.acpi_throttle.0.%desc: ACPI CPU Throttling > > > > > And speed can't be raised by powerd or other. > > > Looks like it happens when notebook stats or shutdowns on > > > batteries. Rebooting on AC power cures situation. But anyway - I > > > do not think it is normal. > > > > > > Any suggestions ? > > > > It's very simple. You have an old notebook that only supports > > throttling, not SpeedStep or other options. Your BIOS sets the > > initial speed based on AC line status on boot. If you look at your > > CPU announcement at the top of dmesg, it will show 595 Mhz or > > whatever since it uses a simple calibration loop. > > > > I might consider always setting 100% in the attach routine for > > acpi_throttle and p4tcc to get proper probe values. You'll still > > have a problem if you use the TSC timecounter since it's only > > calibrated at boot. > > Nate, thanks for explanation, is loading cpufreq.ko from loader is > good solution ? Or I will still have TSC problems ? I compiled it into my kernel which works fine on thinkpad R50e device cpufreq #CPU frequency control framework My entire setup can be found on: http://www.yazzy.org/configs/freebsd/thinkpad/ Cheers, Cheers, Marcin From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09: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 7352F16A41F for ; Wed, 28 Sep 2005 09:58:55 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D858E43D5A for ; Wed, 28 Sep 2005 09:58:54 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1374621wxc for ; Wed, 28 Sep 2005 02:58: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=uaWGDRA4m1gAa11qnADwSnyaQr/tODjQqeTwUtslLF3ebVjQKicQT7K62yHE1ibzoRA7X6XKIUapN7xuX9IJWoXLA6eSktW40cTfAMsGRxLAUzb96dSALLsMmEwi2DGhTgt2CDCek/Z8wWDlIT3eSw6jsxnWRvloU2F9P7POHw0= Received: by 10.70.122.15 with SMTP id u15mr259202wxc; Wed, 28 Sep 2005 02:52:14 -0700 (PDT) Received: by 10.70.115.15 with HTTP; Wed, 28 Sep 2005 02:52:14 -0700 (PDT) Message-ID: <84dead72050928025251c032f7@mail.gmail.com> Date: Wed, 28 Sep 2005 15:22:14 +0530 From: Joseph Koshy To: Niklas Sorensson In-Reply-To: <52420.83.226.117.75.1127863485.squirrel@webmail.chalmers.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <52420.83.226.117.75.1127863485.squirrel@webmail.chalmers.se> Cc: freebsd-current@freebsd.org Subject: Re: hwpmc & sampling 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: Wed, 28 Sep 2005 09:58:55 -0000 Niklas, ns> time pmcstat -P instructions -O samples.out ./minisat_static ns> I would expect quite a lot more samples for a program that ns> runs for more than 20 seconds. Am I doing something wrong, Could you check whether the output of "pmccontrol -s", shows the 'interrupts dropped due to lack of space' count as non-zero? If it is, you will need to increase the tunable "kern.hwpmc.nsamples" till you get clean runs. I guess I should make pmcstat check and warn the user about sampling stalls encountered. nc> Btw, I needed to add apic to my kernel config for hwpmc to. nc> I guess this should be documented somewhere? It seems to be needed on the i386, but not on the amd64. Will fix. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 10:00: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 732E816A41F; Wed, 28 Sep 2005 10:00:58 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from nibbel.kulnet.kuleuven.ac.be (nibbel.kulnet.kuleuven.ac.be [134.58.240.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 007A643D55; Wed, 28 Sep 2005 10:00:57 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id EB28D4C0E0; Wed, 28 Sep 2005 12:00:55 +0200 (CEST) Received: from smtp01.kuleuven.be (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 11FCB4C10A; Wed, 28 Sep 2005 12:00:55 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.42.180]) by smtp01.kuleuven.be (Postfix) with ESMTP id A002C63D76; Wed, 28 Sep 2005 12:00:51 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.4/8.13.3) with ESMTP id j8SA0oe3001385; Wed, 28 Sep 2005 12:00:51 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-acpi@freebsd.org Date: Wed, 28 Sep 2005 12:00:49 +0200 User-Agent: KMail/1.8.2 References: <1127801205.1268.9.camel@localhost> <1127890633.1220.3.camel@localhost> In-Reply-To: <1127890633.1220.3.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509281200.50426.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: Vladimir Grebenschikov , freebsd-current@freebsd.org Subject: Re: Invalid detection CPU frequency ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 10:00:58 -0000 On Wednesday 28 September 2005 08:57, Vladimir Grebenschikov wrote: > =F7 =D7=D4, 27/09/2005 =D7 15:27 +0900, Hajimu UMEMOTO =D0=C9=DB=C5=D4: > > > I met this, too. Putting cpufreq_load=3D"YES" into your > > /boot/loader.conf should solve your problem. > > Thank you, it really helps, now after boot I always get valid 1.7Ghz > as high possible CPU speed. > > but sysctl picture changed: > now I have: > % sysctl dev.cpufreq dev.cpu dev.p4tcc dev.acpi_throttle > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%parent: cpu0 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=3D\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1487 > dev.cpu.0.freq_levels: 1700/-1 1487/-1 1400/-1 1225/-1 1200/-1 > 1050/-1 1000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 > 300/-1 225/-1 150/-1 75/-1 dev.p4tcc.0.%desc: CPU Frequency Thermal > Control > dev.p4tcc.0.%driver: p4tcc > dev.p4tcc.0.%parent: cpu0 > dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 > 3750/-1 2500/-1 1250/-1 sysctl: unknown oid 'dev.acpi_throttle' > % > > so I've lost dev.acpi_throttle and got dev.p4tcc. Is it right ? Yes, and it looks like you also gained dev.est. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 10:32: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 D695816A41F; Wed, 28 Sep 2005 10:32:51 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10BA743D48; Wed, 28 Sep 2005 10:32:50 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8SAWiff091284; Wed, 28 Sep 2005 14:32:44 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8SAWfY4091279; Wed, 28 Sep 2005 14:32:41 +0400 (MSD) (envelope-from yar) Date: Wed, 28 Sep 2005 14:32:41 +0400 From: Yar Tikhiy To: Bernd Walter Message-ID: <20050928103241.GC86457@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <1127686105.23447.35.camel@buffy.york.ac.uk> <20050925225432.GH552@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050925225432.GH552@cicely12.cicely.de> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 10:32:52 -0000 On Mon, Sep 26, 2005 at 12:54:33AM +0200, Bernd Walter wrote: > On Sun, Sep 25, 2005 at 11:08:25PM +0100, Gavin Atkinson wrote: > > > > Also, you can't set both the vlan and IP address information: > > leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 inet W.X.Y.Z netmask 255.255.255.0 > > ifconfig: inet: bad value > > > > As a result of this, the only way to create vlans from rc.conf seems to > > be in two stages, by renaming the interface: > > > > cloned_interfaces="vlan14" > > ifconfig_vlan14="vlan 14 vlandev fxp0 name somename" > > ifconfig_somename="inet W.X.Y.Z netmask 255.255.255.0" > > The follwing always worked for me, no need to rename: > cloned_interfaces="vlan1" > ifconfig_vlan1="inet 1.2.3.4/29 vlan 1 vlandev fxp0" Indeed, the address assignment arguments should precede other parameters to ifconfig(8). I think this is evident from the syntax shown on the manpage. > What doesn't work is this: > ifconfig_vlan1_alias0="1.2.3.4/32" > I had to configure them by a selfdone script. Adding aliases on vlanX this way has been working for me. Could you check if prepending the "inet" keyword before the address changes anything? I prefer to specify address family explicitly in my rc.conf files. E.g.: ifconfig_vlan1_alias0="inet 1.2.3.4/32" -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 10:39: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 BA96616A41F; Wed, 28 Sep 2005 10:39:44 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6499543D49; Wed, 28 Sep 2005 10:39:41 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8SAdciq091482; Wed, 28 Sep 2005 14:39:38 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8SAdcFR091481; Wed, 28 Sep 2005 14:39:38 +0400 (MSD) (envelope-from yar) Date: Wed, 28 Sep 2005 14:39:37 +0400 From: Yar Tikhiy To: Gavin Atkinson Message-ID: <20050928103937.GD86457@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <1127686105.23447.35.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1127686105.23447.35.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 10:39:44 -0000 On Sun, Sep 25, 2005 at 11:08:25PM +0100, Gavin Atkinson wrote: > > There's also the issue that the "vlan" and "vlandev" options have to be > specified in that order, which is counter-intuitive and undocumented. > > leeloo# ifconfig vlan14 vlandev fxp0 vlan 14 > ifconfig: must specify both vlan tag and device > leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 > leeloo# Agreed. I noticed this issue, too, but forgot about it later. Would you mind filing a PR with me in Cc so that I won't forget about it again? Can't promise making the order arbitrary, but documenting this subtlety is a must. > Also, you can't set both the vlan and IP address information: > leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 inet W.X.Y.Z netmask 255.255.255.0 > ifconfig: inet: bad value > > As a result of this, the only way to create vlans from rc.conf seems to > be in two stages, by renaming the interface: > > cloned_interfaces="vlan14" > ifconfig_vlan14="vlan 14 vlandev fxp0 name somename" > ifconfig_somename="inet W.X.Y.Z netmask 255.255.255.0" Just use: ifconfig_vlan14="inet W.X.Y.Z netmask 255.255.255.0 vlan 14 vlandev fxp0" This is what ifconfig(8) manpage tells in the syntax section: the address should precede other parameters. -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 10:58: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 B269316A41F; Wed, 28 Sep 2005 10:58:53 +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 1810543D48; Wed, 28 Sep 2005 10:58:52 +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 j8SAwcBS088309 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 28 Sep 2005 12:58:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j8SAvheG065522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2005 12:57:44 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id j8SAvhgq061951; Wed, 28 Sep 2005 12:57:43 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id j8SAvg5B061950; Wed, 28 Sep 2005 12:57:42 +0200 (CEST) (envelope-from ticso) Date: Wed, 28 Sep 2005 12:57:42 +0200 From: Bernd Walter To: Yar Tikhiy Message-ID: <20050928105742.GJ54923@cicely12.cicely.de> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <1127686105.23447.35.camel@buffy.york.ac.uk> <20050925225432.GH552@cicely12.cicely.de> <20050928103241.GC86457@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050928103241.GC86457@comp.chem.msu.su> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: Bernd Walter , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: "ifconfig -vlandev" syntax 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: Wed, 28 Sep 2005 10:58:53 -0000 On Wed, Sep 28, 2005 at 02:32:41PM +0400, Yar Tikhiy wrote: > On Mon, Sep 26, 2005 at 12:54:33AM +0200, Bernd Walter wrote: > > On Sun, Sep 25, 2005 at 11:08:25PM +0100, Gavin Atkinson wrote: > > > > > > Also, you can't set both the vlan and IP address information: > > > leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 inet W.X.Y.Z netmask 255.255.255.0 > > > ifconfig: inet: bad value > > > > > > As a result of this, the only way to create vlans from rc.conf seems to > > > be in two stages, by renaming the interface: > > > > > > cloned_interfaces="vlan14" > > > ifconfig_vlan14="vlan 14 vlandev fxp0 name somename" > > > ifconfig_somename="inet W.X.Y.Z netmask 255.255.255.0" > > > > The follwing always worked for me, no need to rename: > > cloned_interfaces="vlan1" > > ifconfig_vlan1="inet 1.2.3.4/29 vlan 1 vlandev fxp0" > > Indeed, the address assignment arguments should precede other > parameters to ifconfig(8). I think this is evident from the syntax > shown on the manpage. > > > What doesn't work is this: > > ifconfig_vlan1_alias0="1.2.3.4/32" > > I had to configure them by a selfdone script. > > Adding aliases on vlanX this way has been working for me. Could > you check if prepending the "inet" keyword before the address changes > anything? I prefer to specify address family explicitly in my > rc.conf files. E.g.: > > ifconfig_vlan1_alias0="inet 1.2.3.4/32" Sorry, but the configuration is used on a production machine that I can't do tests on. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 11:04: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 D0AC916A41F; Wed, 28 Sep 2005 11:04:20 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id E17A743D53; Wed, 28 Sep 2005 11:04:16 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8SB4EJD092570; Wed, 28 Sep 2005 15:04:14 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8SB4DAr092567; Wed, 28 Sep 2005 15:04:13 +0400 (MSD) (envelope-from yar) Date: Wed, 28 Sep 2005 15:04:13 +0400 From: Yar Tikhiy To: Brooks Davis Message-ID: <20050928110413.GE86457@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050925213741.GG15981@odin.ac.hmc.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 11:04:21 -0000 On Sun, Sep 25, 2005 at 02:37:41PM -0700, Brooks Davis wrote: > On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: > > > > As our ifconfig(8) is growing more options for special interface > > types, inconsistencies sneak into their syntax. In particular, > > -vlandev takes a useless argument (vlan(4) cannot attach to more > > than one parent anyway) while, e.g., -carpdev doesn't need one. > > Personally, I like the latter since having to type unneeded words > > on the command line annoys me. Do you think that making -vlandev > > need no arguments in CURRENT would break many existing things? > > I agree the argument is useless. Unfortunatly, it's going to be hard to > deprecate the old syntax so we may need to keep it around. Alas, there doesn't seem to exist an easy way to support both syntaxes in the ifconfig(8) parameter parser. Perhaps we can survive the pain of syntax change in CURRENT only, with a heads-up message sent, release notes updated, etc? I wonder if many people use "ifconfig -vlandev XXX" in automated tools. -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 11:05: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 E65A516A420; Wed, 28 Sep 2005 11:05:34 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B7FF43D5E; Wed, 28 Sep 2005 11:05:31 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8SB5Qi9092592; Wed, 28 Sep 2005 15:05:26 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8SB5PZ2092591; Wed, 28 Sep 2005 15:05:25 +0400 (MSD) (envelope-from yar) Date: Wed, 28 Sep 2005 15:05:25 +0400 From: Yar Tikhiy To: Bernd Walter Message-ID: <20050928110525.GF86457@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <1127686105.23447.35.camel@buffy.york.ac.uk> <20050925225432.GH552@cicely12.cicely.de> <20050928103241.GC86457@comp.chem.msu.su> <20050928105742.GJ54923@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050928105742.GJ54923@cicely12.cicely.de> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 11:05:35 -0000 On Wed, Sep 28, 2005 at 12:57:42PM +0200, Bernd Walter wrote: > On Wed, Sep 28, 2005 at 02:32:41PM +0400, Yar Tikhiy wrote: > > On Mon, Sep 26, 2005 at 12:54:33AM +0200, Bernd Walter wrote: > > > On Sun, Sep 25, 2005 at 11:08:25PM +0100, Gavin Atkinson wrote: > > > > > > > > Also, you can't set both the vlan and IP address information: > > > > leeloo# ifconfig vlan14 vlan 14 vlandev fxp0 inet W.X.Y.Z netmask 255.255.255.0 > > > > ifconfig: inet: bad value > > > > > > > > As a result of this, the only way to create vlans from rc.conf seems to > > > > be in two stages, by renaming the interface: > > > > > > > > cloned_interfaces="vlan14" > > > > ifconfig_vlan14="vlan 14 vlandev fxp0 name somename" > > > > ifconfig_somename="inet W.X.Y.Z netmask 255.255.255.0" > > > > > > The follwing always worked for me, no need to rename: > > > cloned_interfaces="vlan1" > > > ifconfig_vlan1="inet 1.2.3.4/29 vlan 1 vlandev fxp0" > > > > Indeed, the address assignment arguments should precede other > > parameters to ifconfig(8). I think this is evident from the syntax > > shown on the manpage. > > > > > What doesn't work is this: > > > ifconfig_vlan1_alias0="1.2.3.4/32" > > > I had to configure them by a selfdone script. > > > > Adding aliases on vlanX this way has been working for me. Could > > you check if prepending the "inet" keyword before the address changes > > anything? I prefer to specify address family explicitly in my > > rc.conf files. E.g.: > > > > ifconfig_vlan1_alias0="inet 1.2.3.4/32" > > Sorry, but the configuration is used on a production machine that > I can't do tests on. Just tested without "inet", and it still worked for me. -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Sep 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 ECC5D16A41F; Wed, 28 Sep 2005 11:14:53 +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 B283143D4C; Wed, 28 Sep 2005 11:14:52 +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 j8SBEcBS088849 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 28 Sep 2005 13:14:41 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j8SBEJeG065623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2005 13:14:20 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id j8SBEJ9e062029; Wed, 28 Sep 2005 13:14:19 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id j8SBEJFW062028; Wed, 28 Sep 2005 13:14:19 +0200 (CEST) (envelope-from ticso) Date: Wed, 28 Sep 2005 13:14:18 +0200 From: Bernd Walter To: Yar Tikhiy Message-ID: <20050928111418.GL54923@cicely12.cicely.de> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <1127686105.23447.35.camel@buffy.york.ac.uk> <20050925225432.GH552@cicely12.cicely.de> <20050928103241.GC86457@comp.chem.msu.su> <20050928105742.GJ54923@cicely12.cicely.de> <20050928110525.GF86457@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050928110525.GF86457@comp.chem.msu.su> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: Bernd Walter , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: "ifconfig -vlandev" syntax 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: Wed, 28 Sep 2005 11:14:54 -0000 On Wed, Sep 28, 2005 at 03:05:25PM +0400, Yar Tikhiy wrote: > On Wed, Sep 28, 2005 at 12:57:42PM +0200, Bernd Walter wrote: > > On Wed, Sep 28, 2005 at 02:32:41PM +0400, Yar Tikhiy wrote: > > > On Mon, Sep 26, 2005 at 12:54:33AM +0200, Bernd Walter wrote: > > > > > > > What doesn't work is this: > > > > ifconfig_vlan1_alias0="1.2.3.4/32" > > > > I had to configure them by a selfdone script. > > > > > > Adding aliases on vlanX this way has been working for me. Could > > > you check if prepending the "inet" keyword before the address changes > > > anything? I prefer to specify address family explicitly in my > > > rc.conf files. E.g.: > > > > > > ifconfig_vlan1_alias0="inet 1.2.3.4/32" > > > > Sorry, but the configuration is used on a production machine that > > I can't do tests on. > > Just tested without "inet", and it still worked for me. Damn - I have a typo in the variable name. That explains everything... -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 15:02: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 7252916A459 for ; Tue, 27 Sep 2005 15:02:05 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F80743D5D for ; Tue, 27 Sep 2005 15:02:04 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wxklmr@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j8RF22OB002505; Tue, 27 Sep 2005 17:02:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j8RF22Yl002495; Tue, 27 Sep 2005 17:02:02 +0200 (CEST) (envelope-from olli) Date: Tue, 27 Sep 2005 17:02:02 +0200 (CEST) Message-Id: <200509271502.j8RF22Yl002495@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, Emanuel.strobl@gmx.net In-Reply-To: <200509261820.05930@harrymail> X-Newsgroups: list.freebsd-current User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) X-Mailman-Approved-At: Wed, 28 Sep 2005 11:22:52 +0000 Cc: Subject: Re: user changable brightness? [Was: Re: acpi_sony - no powerd, no man page!] 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: Tue, 27 Sep 2005 15:02:05 -0000 Emanuel Strobl wrote: > But now I have the problem that a regular user can't change the brightness: > > akima:~>6: sysctl -w dev.acpi_sony.0.brightness=5 > dev.acpi_sony.0.brightness: 7 > sysctl: dev.acpi_sony.0.brightness: Operation not permitted > > Is there a tunable to allow regular users to write to dev. sysctls or even > better, a sysctl MIB security mask to assign "rights" to a specific MIB? How about using "sudo" or "super" (from ports collection)? Write a small script, so the user can simply type "brightness 5" or whatever, and put it under sudo/super control so it's executed as root. (Just a suggestion.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I learned Java 3 years before Python. It was my language of choice. It took me two weekends with Python before I was more productive with it than with Java." -- Anthony Roberts From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 22:28:23 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 3D5E916A41F for ; Tue, 27 Sep 2005 22:28:23 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C469B43D48 for ; Tue, 27 Sep 2005 22:28:22 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8RMSKrd014171; Tue, 27 Sep 2005 16:28:20 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Date: Tue, 27 Sep 2005 16:28:20 -0600 (MDT) From: Scott To: Pawel Worach In-Reply-To: Message-ID: <20050927162641.N5371@pooker.samsco.org> References: <20050927003401.GE72460@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 X-Mailman-Approved-At: Wed, 28 Sep 2005 11:22:52 +0000 Cc: current@freebsd.org, Kris Kennaway Subject: Re: [releng_6] mpt(4) Memory modified after free 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, 27 Sep 2005 22:28:23 -0000 On Tue, 27 Sep 2005, Pawel Worach wrote: > On 9/27/05, Kris Kennaway wrote: >> On Mon, Sep 26, 2005 at 11:55:53PM +0200, Pawel Worach wrote: >>> Trying to use a mpt controller with only one disk attached so it's not >>> possible to configure a RAID-1 volume. >>> Trying to boot 6.0-BETA1 install cd results in this panic. Should it >>> possible to use a single disk behind an mpt(4) with the updated driver? This >>> configuration works fine on 5.4. >> >> You should retry with 6.0-BETA5 - dozens of bugs have been fixed since >> then. If it persists, you should set up DEBUG_MEMGUARD to watch the >> M_BUS malloc type..this requires some minor source file editing and a >> kernel recompile (you can build it on e.g. 5.4). > > False alarm, BETA5 with WITNESS and INVARIANTS re-enabled works just fine. > BETA1 was the only thing I had handy the first time and since mpt(4) > was unchanged I thought it would still be broken, I'll try to think > less next time :) > For future reference, how do I get hold of the M_BUS malloc type in > kern_malloc.c ? > > -- > Pawel > mpt likely is not the problem. It's the one that catches the misbehavior. Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 06:19:58 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 7B57F16A41F; Wed, 28 Sep 2005 06:19:58 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id E965043D49; Wed, 28 Sep 2005 06:19:57 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8S6JuRQ000798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 28 Sep 2005 02:19:57 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8S6Jooh051009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2005 02:19:50 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost) by corbulon.video-collage.com (8.13.4/8.13.4/Submit) id j8S6Jn5p051008; Wed, 28 Sep 2005 02:19:50 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200509280619.j8S6Jn5p051008@corbulon.video-collage.com> To: scottl@samsco.org (Scott Long) Date: Wed, 28 Sep 2005 02:19:49 -0400 (EDT) In-Reply-To: <433250D9.8030104@samsco.org> X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV devel-20050525/1102/Sun Sep 25 10:04:56 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Wed, 28 Sep 2005 11:22:52 +0000 Cc: amd64@FreeBSD.org, re@FreeBSD.org, current@FreeBSD.org Subject: Re: amd64+gdb -- instant reboot (BETA5 and 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: Wed, 28 Sep 2005 06:19:58 -0000 > It's definitely not known. Any chance you could hook up a serial > console to log the output. It'll be pretty hard to debug otherwise. > Sounds like you're likely getting a triple fault. I tried to set up the serial console today and could not. What I thought is a null modem cable, apparently, is not... Is there not a single person on these lists with an amd64 already connected via a serial console? The bug is extremely easy to reproduce -- just try to run timidity from inside gdb, stop it, and try to exit... I do not see this bug in the 6.0R/todo.html and am worried, 6.0 will ship with the bug in it... -mi From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 12:36: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 88E7E16A41F for ; Wed, 28 Sep 2005 12:36:37 +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 25EA343D55 for ; Wed, 28 Sep 2005 12:36:35 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 28 Sep 2005 12:36:33 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp004) with SMTP; 28 Sep 2005 14:36:33 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 28 Sep 2005 14:36:17 +0200 User-Agent: KMail/1.8.1 References: <200509271502.j8RF22Yl002495@lurza.secnetix.de> In-Reply-To: <200509271502.j8RF22Yl002495@lurza.secnetix.de> 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="nextPart3830524.QHnJEllqM4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509281436.25131@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: user changable brightness? [Was: Re: acpi_sony - no powerd, no 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: Wed, 28 Sep 2005 12:36:37 -0000 --nextPart3830524.QHnJEllqM4 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 27. September 2005 17:02 CEST schrieb Oliver Fromme: > Emanuel Strobl wrote: > > But now I have the problem that a regular user can't change the > > brightness: > > > > akima:~>6: sysctl -w dev.acpi_sony.0.brightness=3D5 > > dev.acpi_sony.0.brightness: 7 > > sysctl: dev.acpi_sony.0.brightness: Operation not permitted > > > > Is there a tunable to allow regular users to write to dev. sysctls or > > even better, a sysctl MIB security mask to assign "rights" to a > > specific MIB? > > How about using "sudo" or "super" (from ports collection)? Hmm, I never used these but I guess you have to enter the SuperUser=20 password. I don't want any user to know that... I think I had heard of security control mechanisms for sysctl, but I can't= =20 find anything... Are there any user-writable sysctl nodes? Thanks, =2DHarry --nextPart3830524.QHnJEllqM4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOo5JBylq0S4AzzwRAvLeAJ0b1CV5USbsvJnRHRndVVGO/7mgDgCgh7P5 qOzX+JJzo2pesWZdn1ModLo= =JGpy -----END PGP SIGNATURE----- --nextPart3830524.QHnJEllqM4-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:00: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 9A78616A420 for ; Wed, 28 Sep 2005 13:00:00 +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 A969143D6E for ; Wed, 28 Sep 2005 12:59:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp219-232.lns1.adl2.internode.on.net [203.122.219.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8SCxgqK075129 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 28 Sep 2005 22:29:48 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 28 Sep 2005 22:29:32 +0930 User-Agent: KMail/1.8.2 References: <200509271502.j8RF22Yl002495@lurza.secnetix.de> <200509281436.25131@harrymail> In-Reply-To: <200509281436.25131@harrymail> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3548040.LLgk9eTZkx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509282229.33486.doconnor@gsoft.com.au> X-Spam-Score: 0.907 () FORGED_RCVD_HELO,PLING_QUERY X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Emanuel Strobl Subject: Re: user changable brightness? [Was: Re: acpi_sony - no powerd, no 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: Wed, 28 Sep 2005 13:00:00 -0000 --nextPart3548040.LLgk9eTZkx Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 28 September 2005 22:06, Emanuel Strobl wrote: > Hmm, I never used these but I guess you have to enter the SuperUser > password. I don't want any user to know that... If you used sudo (or even just read the man page) you would know this is no= t=20 the case. sudo is extremely configurable in this regard. =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 --nextPart3548040.LLgk9eTZkx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOpO15ZPcIHs/zowRAkV8AJ0SPxdWE/SwKCljdw6ysosOFWXvxACfffP1 yBw7VA1AwJFSMlSgusSpXW4= =yGD9 -----END PGP SIGNATURE----- --nextPart3548040.LLgk9eTZkx-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:14: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 CD30A16A41F; Wed, 28 Sep 2005 13:14:00 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 773F943D4C; Wed, 28 Sep 2005 13:13:59 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j8SDDwKI023071; Wed, 28 Sep 2005 08:13:59 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <433A9710.6030206@centtech.com> Date: Wed, 28 Sep 2005 08:13:52 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050914 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200509280609.j8S68vZ3000590@gw.catspoiler.org> In-Reply-To: <200509280609.j8S68vZ3000590@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1102/Sun Sep 25 09:04:56 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: analysis of snapshot-related system deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 13:14:01 -0000 Don Lewis wrote: > I've been experimenting with Peter Holm's kernel stress test suite and > file system snapshots. I've been frequently seeing system deadlocks, so > I went looking for the cause. > > In the latest instance, there were 12 threads waiting on "snaplk", and > the thread holding "snaplk" was sleeping on "wdrain". Two of the > threads waiting on "snaplk" were syncer and bufdaemon, which is not a > good sign. > > Ordinarily, I/O activity should eventually reduce runningbufspace below > lorunningspace and wake up the thread sleeping on "wdrain", but this is > where the problem gets interesting. The stack trace of the thread > sleeping on "wdrain" is: > > #0 0xc0653913 in sched_switch (td=0xc23fe300, newtd=0xc2275480, flags=1) > at /usr/src/sys/kern/sched_4bsd.c:973 > #1 0xc0649158 in mi_switch (flags=1, newtd=0x0) > at /usr/src/sys/kern/kern_synch.c:356 > #2 0xc066073c in sleepq_switch (wchan=0x0) > at /usr/src/sys/kern/subr_sleepqueue.c:427 > #3 0xc0660920 in sleepq_wait (wchan=0xc0984404) > at /usr/src/sys/kern/subr_sleepqueue.c:539 > #4 0xc0648dc9 in msleep (ident=0xc0984404, mtx=0xc0984420, priority=68, > wmesg=0xc0876f1c "wdrain", timo=0) at /usr/src/sys/kern/kern_synch.c:227 > #5 0xc0687592 in bufwrite (bp=0xd648f558) at /usr/src/sys/kern/vfs_bio.c:383 > #6 0xc0687bbd in bawrite (bp=0x0) at buf.h:401 > #7 0xc077ca98 in ffs_copyonwrite (devvp=0xc2933770, bp=0xd6543e90) > at /usr/src/sys/ufs/ffs/ffs_snapshot.c:2119 > #8 0xc0788ec5 in ffs_geom_strategy (bo=0xc2933830, bp=0xd6543e90) > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1686 > #9 0xc068750e in bufwrite (bp=0xd6543e90) at buf.h:415 > #10 0xc0788e32 in ffs_bufwrite (bp=0xd6543e90) > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1663 > #11 0xc0775a09 in ffs_update (vp=0xc5095cc0, waitfor=0) at buf.h:401 > #12 0xc0793670 in ufs_mkdir (ap=0xeb785bb8) > at /usr/src/sys/ufs/ufs/ufs_vnops.c:1556 > #13 0xc08149e7 in VOP_MKDIR_APV (vop=0xc0910b60, a=0xeb785bb8) > > > The problem is that bufs passed through ffs_copyonwrite() get double > counted in runningbufspace, once for each pass through bufwrite(). This > includes the bufs being processed by all the threads that are waiting on > "snaplk". If enough threads get backed up waiting for "snaplk", the > total size bufs they are processing will exceed lorunningspace and any > threads sleeping on wdrain will sleep forever. > > Probably the easiest fix would be to call runningbufwakeup() from > ffs_copyonwrite() before grabbing "snaplk", and increase runningbufspace > again before returning from ffs_copyonwrite(). The bufs waiting for > "snaplk" aren't yet async writes currently running, to borrow from the > comment on waitrunningbufspace(). This sounds like a problem I've had with snapshot creation taking hours on a large filesystem. I've seen the same thing, but simply waited and eventually it would complete, however during the process, many processes were held in the SNAPLK state, while others were idle in wdrain. I'm currently running 5-STABLE on this box. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:15: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 4804616A41F for ; Wed, 28 Sep 2005 13:15:13 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from bombadil.mebtel.net (bombadil.mebtel.net [64.40.67.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B4CC43D53 for ; Wed, 28 Sep 2005 13:15:12 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bombadil.mebtel.net (Postfix) with ESMTP id 5156C125E7 for ; Wed, 28 Sep 2005 09:15:11 -0400 (EDT) Received: from bombadil.mebtel.net ([127.0.0.1]) by localhost (bombadil [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03418-08 for ; Wed, 28 Sep 2005 09:15:11 -0400 (EDT) Received: from lorne.arm.org (66-79-79-172.dsl.mebtel.net [66.79.79.172]) by bombadil.mebtel.net (Postfix) with ESMTP id BD944125F6 for ; Wed, 28 Sep 2005 09:15:10 -0400 (EDT) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.13.4/8.13.4) with ESMTP id j8SDFYTb098865 for ; Wed, 28 Sep 2005 09:15:34 -0400 (EDT) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.13.4/8.13.4/Submit) id j8SDFXb8098862; Wed, 28 Sep 2005 09:15:33 -0400 (EDT) (envelope-from dlt) Date: Wed, 28 Sep 2005 09:15:33 -0400 (EDT) Message-Id: <200509281315.j8SDFXb8098862@lorne.arm.org> From: Derek Tattersall To: current@FreeBSD.org X-Virus-Scanned: by amavisd-new at mebtel.net Cc: Subject: Cardbus probe failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dlt@mebtel.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, 28 Sep 2005 13:15:13 -0000 I have an IBM G40 laptop, with a Linksys WPC54G (Broadcom 4306) wireless card, using project evil for the driver. With or without the converted driver loaded, as soon as the card is inserted we go into the kernel debugger. The IC at failure reads 0xdeadc0fe and it says stopped at rman_get_start+0x8. This same card in the same laptop with the same driver is probed properly in 6.0-BETA5. I have noticed some other posts to this group regarding problems with the card bus probing code particularly involving the rman_set_start routine. Is this related? I have no experience in kernel debugging, so could someone please suggest some things to do once I am in the debugger? -- Derek Tattersall dlt@mebtel.net From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 12:50: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 9E4FD16A4DA; Wed, 28 Sep 2005 12:50:36 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55DCC43D4C; Wed, 28 Sep 2005 12:50:32 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id j8SCoVVJ026127; Wed, 28 Sep 2005 14:50:31 +0200 Received: from sbas063a.ww011.siemens.net (sbas063a.sbas.ww011.siemens.net [158.92.186.172]) by mail2.sbs.de (8.12.6/8.12.6) with ESMTP id j8SCoUCR015346; Wed, 28 Sep 2005 14:50:30 +0200 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by sbas063a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Sep 2005 14:50:30 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5C42B.34FA21B9" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Wed, 28 Sep 2005 14:50:29 +0200 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Problems with Acer Travelmate & PC-Card interface Thread-Index: AcXEKzSUnFDO3VU4QkWKfxgEU6LDxQ== From: "Rehsack Jens \(ext\)" To: "Warner Losh" , "Jonathan Chen" , X-OriginalArrivalTime: 28 Sep 2005 12:50:30.0611 (UTC) FILETIME=[35426A30:01C5C42B] X-Mailman-Approved-At: Wed, 28 Sep 2005 13:22:41 +0000 Cc: Subject: Problems with Acer Travelmate & PC-Card 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, 28 Sep 2005 12:50:36 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C5C42B.34FA21B9 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi Warner, Jon & folks, I've bought a new notebook with the AMD Turion 64 processor and want to help get FreeBSD6-amd64 run fine there. Of course, I know, if I would use the FreeBSD-i386 I would run in much less problems. But maybe going the hard way could help anyone, not just me ... Ok - to the question. I've tried to get my W-Lan card running (ath(4) driver and ran successful in my old notebook), but it wont be recognized. Throwing a look into /etc/rc.d/pccard shows me, if no /dev/card0 is available, the pccardd and pccardc wont be started. And really - there is no /dev/card0. I attach the full dmesg.boot in the hope, you can see anything what could help me to get deeper in the matter, or much better - you see the problem and fix it ;) Thanks in advance. Best regards, Jens Rehsack ------_=_NextPart_001_01C5C42B.34FA21B9 Content-Type: application/octet-stream; name="dmesg.boot" Content-Transfer-Encoding: base64 Content-Description: dmesg.boot Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1CRVRBNSAjNjogV2VkIFNlcCAyOCAwNjo0Mzo0OCBV VEMgMjAwNQogICAgcm9vdEBrZXJtaXQubXVwcGV0cy5saXdpbmcuZGU6L3Vzci9vYmovdXNyL3Ny Yy9zeXMvS0VSTUlUCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1 Y2VkIHBlcmZvcm1hbmNlLgpXQVJOSU5HOiBESUFHTk9TVElDIG9wdGlvbiBlbmFibGVkLCBleHBl Y3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5l bC9rZXJuZWwiIGF0IDB4ZmZmZmZmZmY4MDdlZDAwMC4KQUNQSSBBUElDIFRhYmxlOiA8UFRMVEQg IAkgQVBJQyAgPgpDYWxpYnJhdGluZyBjbG9jayhzKSAuLi4gaTgyNTQgY2xvY2s6IDExOTMxODIg SHoKQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgZGVmYXVs dCBmcmVxdWVuY3kKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFs aXR5IDAKQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDE2MDAwMTYxMjEgSHoK Q1BVOiBBTUQgVHVyaW9uKHRtKSA2NCBNb2JpbGUgVGVjaG5vbG9neSBNTC0yOCAoMTYwMC4wMi1N SHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MjBmNDIg IFN0ZXBwaW5nID0gMgogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNS LFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNI LE1NWCxGWFNSLFNTRSxTU0UyPgogIEZlYXR1cmVzMj0weDE8U1NFMz4KICBBTUQgRmVhdHVyZXM9 MHhlMjUwMDgwMDxTWVNDQUxMLE5YLE1NWCssPGIyNT4sTE0sM0ROb3crLDNETm93PgpMMSAyTUIg ZGF0YSBUTEI6IDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEgMk1CIGluc3RydWN0aW9u IFRMQjogOCBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpMMSA0S0IgZGF0YSBUTEI6IDMyIGVu dHJpZXMsIGZ1bGx5IGFzc29jaWF0aXZlCkwxIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDMyIGVudHJp ZXMsIGZ1bGx5IGFzc29jaWF0aXZlCkwxIGRhdGEgY2FjaGU6IDY0IGtieXRlcywgNjQgYnl0ZXMv bGluZSwgMSBsaW5lcy90YWcsIDItd2F5IGFzc29jaWF0aXZlCkwxIGluc3RydWN0aW9uIGNhY2hl OiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2 ZQpMMiAyTUIgdW5pZmllZCBUTEI6IDAgZW50cmllcywgZGlzYWJsZWQvbm90IHByZXNlbnQKTDIg NEtCIGRhdGEgVExCOiA1MTIgZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUKTDIgNEtCIGluc3Ry dWN0aW9uIFRMQjogNTEyIGVudHJpZXMsIDQtd2F5IGFzc29jaWF0aXZlCkwyIHVuaWZpZWQgY2Fj aGU6IDUxMiBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAxNi13YXkgYXNzb2Np YXRpdmUKcmVhbCBtZW1vcnkgID0gMTA3MjMwMDAzMiAoMTAyMiBNQikKUGh5c2ljYWwgbWVtb3J5 IGNodW5rKHMpOgoweDAwMDAwMDAwMDAwMDEwMDAgLSAweDAwMDAwMDAwMDAwOWFmZmYsIDYzMDc4 NCBieXRlcyAoMTU0IHBhZ2VzKQoweDAwMDAwMDAwMDA4ZWEwMDAgLSAweDAwMDAwMDAwM2UwNjlm ZmYsIDEwMzEyNzQ0OTYgYnl0ZXMgKDI1MTc3NiBwYWdlcykKYXZhaWwgbWVtb3J5ID0gMTAyNTQ5 NTA0MCAoOTc3IE1CKQpBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAwCk1BRFQ6IEZvdW5kIElPIEFQ SUMgSUQgMSwgSW50ZXJydXB0IDAgYXQgMHhmZWMwMDAwMAppb2FwaWMwOiBSb3V0aW5nIGV4dGVy bmFsIDgyNTlBJ3MgLT4gaW50cGluIDAKaW9hcGljMDogaW50cGluIDAgLT4gRXh0SU5UIChlZGdl LCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMSAtPiBJU0EgSVJRIDEgKGVkZ2UsIGhpZ2gpCmlvYXBp YzA6IGludHBpbiAyIC0+IElTQSBJUlEgMiAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDMg LT4gSVNBIElSUSAzIChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gNCAtPiBJU0EgSVJRIDQg KGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiA1IC0+IElTQSBJUlEgNSAoZWRnZSwgaGlnaCkK aW9hcGljMDogaW50cGluIDYgLT4gSVNBIElSUSA2IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRw aW4gNyAtPiBJU0EgSVJRIDcgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiA4IC0+IElTQSBJ UlEgOCAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDkgLT4gSVNBIElSUSA5IChlZGdlLCBo aWdoKQppb2FwaWMwOiBpbnRwaW4gMTAgLT4gSVNBIElSUSAxMCAoZWRnZSwgaGlnaCkKaW9hcGlj MDogaW50cGluIDExIC0+IElTQSBJUlEgMTEgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAx MiAtPiBJU0EgSVJRIDEyIChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTMgLT4gSVNBIElS USAxMyAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDE0IC0+IElTQSBJUlEgMTQgKGVkZ2Us IGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxNSAtPiBJU0EgSVJRIDE1IChlZGdlLCBoaWdoKQppb2Fw aWMwOiBpbnRwaW4gMTYgLT4gUENJIElSUSAxNiAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGlu IDE3IC0+IFBDSSBJUlEgMTcgKGxldmVsLCBsb3cpCmlvYXBpYzA6IGludHBpbiAxOCAtPiBQQ0kg SVJRIDE4IChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRwaW4gMTkgLT4gUENJIElSUSAxOSAobGV2 ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDIwIC0+IFBDSSBJUlEgMjAgKGxldmVsLCBsb3cpCmlv YXBpYzA6IGludHBpbiAyMSAtPiBQQ0kgSVJRIDIxIChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRw aW4gMjIgLT4gUENJIElSUSAyMiAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDIzIC0+IFBD SSBJUlEgMjMgKGxldmVsLCBsb3cpCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDAs IGlycSAyCmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50cGluIDIKaW9hcGljMDogaW50cGlu IDIgdHJpZ2dlcjogZWRnZQppb2FwaWMwOiBpbnRwaW4gMiBwb2xhcml0eTogaGlnaApNQURUOiBJ bnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSA5LCBpcnEgMjEKaW9hcGljMDogaW50cGluIDkgZGlz YWJsZWQKaW9hcGljMDogaW50cGluIDIxIHRyaWdnZXI6IGxldmVsCmlvYXBpYzA6IGludHBpbiAy MSBwb2xhcml0eTogbG93CmxhcGljMDogUm91dGluZyBOTUkgLT4gTElOVDEKbGFwaWMwOiBMSU5U MSB0cmlnZ2VyOiBlZGdlCmxhcGljMDogTElOVDEgcG9sYXJpdHk6IGhpZ2gKaW9hcGljMCA8VmVy c2lvbiAyLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDogMHgw MDAwMDAwMCAgIFZFUjogMHgwMDA1MDAxMCBMRFI6IDB4MDEwMDAwMDAgREZSOiAweDBmZmZmZmZm CiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNW UjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjog MHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDAKYXRoX3JhdGU6IDxBdHN1c2hpIE9ub2UncyByYXRl IGNvbnRyb2wgYWxnb3JpdGhtPgp3bGFuOiA8ODAyLjExIExpbmsgTGF5ZXI+Cm1lbTogPG1lbW9y eT4KbnVsbDogPG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4KcmFuZG9tOiA8ZW50cm9weSBzb3Vy Y2UsIFNvZnR3YXJlLCBZYXJyb3c+Cm5mc2xvY2s6IHBzZXVkby1kZXZpY2UKaW86IDxJL08+CmF0 aF9oYWw6IDAuOS4xNC45IChBUjUyMTAsIEFSNTIxMSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwg UkYyNDEzKQphY3BpMDogPFBUTFREICAgUlNEVD4gb24gbW90aGVyYm9hcmQKYWNwaTA6IE92ZXJy aWRpbmcgU0NJIEludGVycnVwdCBmcm9tIElSUSA5IHRvIElSUSAyMQphY3BpMDogW01QU0FGRV0K cGNpX29wZW4oMSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwYTEwNApwY2lf b3BlbigxYSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApCnBjaV9jZmdjaGVjazoJ ZGV2aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hkcj0wMF0gaXMgdGhlcmUgKGlkPTU5NTAxMDAyKQpB Y3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDIwIGZ1bmMgMQpBY3BpT3NEZXJpdmVQY2lJZDog YnVzIDQgZGV2IDAgZnVuYyAwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpwY2lfbGluazA6 IDxBQ1BJIFBDSSBMaW5rIExOS0E+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5rMDogTGlua3MgYWZ0 ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAg IE4gICAgIDAgIDEwIDExCnBjaV9saW5rMDogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9u OgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEK cGNpX2xpbmswOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbmsxOiA8QUNQSSBQQ0kgTGluayBM TktCPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazE6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6 CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQpw Y2lfbGluazE6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rMTogTGlua3Mg YWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4g ICAgIDAgIDEwIDExCnBjaV9saW5rMjogPEFDUEkgUENJIExpbmsgTE5LQz4gaXJxIDAgb24gYWNw aTAKcGNpX2xpbmsyOiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQg IFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbmsyOiBMaW5rcyBh ZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAw ICAyNTUgICBOICAgICAwICAxMCAxMQpwY2lfbGluazI6IExpbmtzIGFmdGVyIGRpc2FibGU6Cklu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQpwY2lf bGluazM6IDxBQ1BJIFBDSSBMaW5rIExOS0Q+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5rMzogTGlu a3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAg IDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rMzogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxp ZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAg MTAgMTEKcGNpX2xpbmszOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbms0OiA8QUNQSSBQQ0kg TGluayBMTktFPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazQ6IExpbmtzIGFmdGVyIGluaXRpYWwg cHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAx MCAxMQpwY2lfbGluazQ6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rNDog TGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1 NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rNTogPEFDUEkgUENJIExpbmsgTE5LRj4gaXJxIDAg b24gYWNwaTAKcGNpX2xpbms1OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbms1OiBM aW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQpwY2lfbGluazU6IExpbmtzIGFmdGVyIGRpc2Fi bGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxMCAx MQpwY2lfbGluazY6IDxBQ1BJIFBDSSBMaW5rIExOS0c+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5r NjogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rNjogTGlua3MgYWZ0ZXIgaW5pdGlh bCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAg ICAgMCAgMTAgMTEKcGNpX2xpbms2OiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbms3OiA8QUNQ SSBQQ0kgTGluayBMTktIPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazc6IExpbmtzIGFmdGVyIGlu aXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAg ICAwICAxMCAxMQpwY2lfbGluazc6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5k ZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9s aW5rNzogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAg IDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCkFjcGlPc0Rlcml2ZVBjaUlkOiBidXMgMCBkZXYgMCBm dW5jIDAKYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBHUEUgMHgzPiBwb3J0IDB4NjIs MHg2NiBvbiBhY3BpMAphY3BpX2VjMDogaW5mbzogbmV3IG1heCBkZWxheSBpcyA5MjAgdXMKYWNw aV9lYzA6IGluZm86IG5ldyBtYXggZGVsYXkgaXMgMTEwMDAgdXMKQUNQSSB0aW1lcjogMS8yIDEv MiAxLzIgMS8yIDEvMiAxLzIgMS8yIDEvMiAxLzIgMS8yIC0+IDEwClRpbWVjb3VudGVyICJBQ1BJ LWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDMy LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwMDgtMHg4MDBiIG9uIGFjcGkwCmNw dTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3 aXRjaD4gb24gYWNwaTAKYWNwaV9idXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMApwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IHBoeXNpY2FsIGJ1cz0wCmZvdW5kLT4JdmVu ZG9yPTB4MTAwMiwgZGV2PTB4NTk1MCwgcmV2aWQ9MHgwMQoJYnVzPTAsIHNsb3Q9MCwgZnVuYz0w CgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBz dGF0cmVnPTB4MjIyMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRv cj0weDEwMDIsIGRldj0weDVhMzQsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTIsIGZ1bmM9MAoJ Y2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3Rh dHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MGMgKDMwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg1YTM4LCByZXZpZD0weDAwCglidXM9MCwgc2xvdD02LCBmdW5jPTAKCWNs YXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDAsIHN0YXRy ZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4 MTAwMiwgZGV2PTB4NWEzOSwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9NywgZnVuYz0wCgljbGFz cz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMDIs IGRldj0weDQzNzQsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTE5LCBmdW5jPTAKCWNsYXNzPTBj LTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgw MmIwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMDAw MDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5LklOVEEK cGNpYjA6IHNsb3QgMTkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE5CmZvdW5kLT4JdmVuZG9yPTB4 MTAwMiwgZGV2PTB4NDM3NSwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MTksIGZ1bmM9MQoJY2xh c3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywgc3RhdHJl Zz0weDAyYjAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEK CU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2Ug YzAwMDEwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTku SU5UQQpwY2liMDogc2xvdCAxOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTkKZm91bmQtPgl2ZW5k b3I9MHgxMDAyLCBkZXY9MHg0MzczLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0xOSwgZnVuYz0y CgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDEzLCBz dGF0cmVnPTB4MDJiMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGly cT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMDAy MDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5LklOVEEK cGNpYjA6IHNsb3QgMTkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE5CmZvdW5kLT4JdmVuZG9yPTB4 MTAwMiwgZGV2PTB4NDM3MiwgcmV2aWQ9MHgxMQoJYnVzPTAsIHNsb3Q9MjAsIGZ1bmM9MAoJY2xh c3M9MGMtMDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMywgc3RhdHJl Zz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCW1hcFsxMF06IHR5cGUgNCwgcmFu Z2UgMzIsIGJhc2UgMDAwMDg0MDAsIHNpemUgIDQsIGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgYzAwMDMwMDAsIHNpemUgMTAsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg0Mzc2LCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yMCwgZnVuYz0xCglj bGFzcz0wMS0wMS04YSwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0 cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJ TVNJIHN1cHBvcnRzIDEgbWVzc2FnZQoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAw MDAwODQxMCwgc2l6ZSAgNCwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yMC5J TlRBCnBjaWIwOiBzbG90IDIwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+CXZlbmRv cj0weDEwMDIsIGRldj0weDQzNzcsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTIwLCBmdW5jPTMK CWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMGYsIHN0 YXRyZWc9MHgwMjIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4 MTAwMiwgZGV2PTB4NDM3MSwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MjAsIGZ1bmM9NAoJY2xh c3M9MDYtMDQtMDEsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNywgc3RhdHJl Zz0weDAyYTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0w eDEwMDIsIGRldj0weDQzNzAsIHJldmlkPTB4MDIKCWJ1cz0wLCBzbG90PTIwLCBmdW5jPTUKCWNs YXNzPTA0LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMTcsIHN0YXRy ZWc9MHgwNDMwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDAyICg1MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9 MTEKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJh c2UgYzAwMDM0MDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAu MjAuSU5UQgpwY2liMDogc2xvdCAyMCBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2 ZW5kb3I9MHgxMDAyLCBkZXY9MHg0Mzc4LCByZXZpZD0weDAyCglidXM9MCwgc2xvdD0yMCwgZnVu Yz02CgljbGFzcz0wNy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDE3 LCBzdGF0cmVnPTB4MDQzMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5 MjAgbnMpLCBtaW5nbnQ9MHgwMiAoNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49 YiwgaXJxPTExCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdl IDMyLCBiYXNlIGMwMDAzODAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5 IGZvciAwLjIwLklOVEIKcGNpYjA6IHNsb3QgMjAgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE3CmZv dW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMCwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9 MjQsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVn PTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQt Pgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAxLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yNCwg ZnVuYz0xCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgw MDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZl bmRvcj0weDEwMjIsIGRldj0weDExMDIsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTI0LCBmdW5j PTIKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAs IHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9y PTB4MTAyMiwgZGV2PTB4MTEwMywgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MwoJ Y2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3Rh dHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKcGNpYjE6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKcGNpYjE6ICAgc2Vjb25kYXJ5IGJ1cyAg ICAgMQpwY2liMTogICBzdWJvcmRpbmF0ZSBidXMgICAxCnBjaWIxOiAgIEkvTyBkZWNvZGUgICAg ICAgIDB4OTAwMC0weDlmZmYKcGNpYjE6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjMDEwMDAwMC0w eGMwMWZmZmZmCnBjaWIxOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4YzgwMDAwMDAtMHhjZmZmZmZm ZgpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kxOiBwaHlzaWNhbCBidXM9MQpmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDU2NTMsIHJldmlkPTB4MDAKCWJ1cz0xLCBzbG90PTAs IGZ1bmM9MAoJY2xhc3M9MDMtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDAwMywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1h LCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJ TVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBdOiB0eXBlIDMsIHJhbmdlIDMy LCBiYXNlIGM4MDAwMDAwLCBzaXplIDI3LCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVk IG1lbW9yeSByYW5nZSAweGM4MDAwMDAwLTB4Y2ZmZmZmZmY6IGdvb2QKCW1hcFsxNF06IHR5cGUg NCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDkwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE6IChudWxs KSByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4OTAwMC0weDkwZmY6IGluIHJhbmdlCgltYXBbMThdOiB0 eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMTAwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBjaWIxOiAo bnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGMwMTAwMDAwLTB4YzAxMGZmZmY6IGdvb2QK cGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDEuMC5JTlRBCnBjaWIxOiBzbG90IDAgSU5UQSBoYXJk d2lyZWQgdG8gSVJRIDE4CnBjaTE6IDxkaXNwbGF5LCBWR0E+IGF0IGRldmljZSAwLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNi4w IG9uIHBjaTAKcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgOQpwY2liMjogICBzdWJvcmRpbmF0 ZSBidXMgICA5CnBjaWIyOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4MC0weDAKcGNpYjI6ICAgbWVt b3J5IGRlY29kZSAgICAgMHgwLTB4MApwY2liMjogICBwcmVmZXRjaGVkIGRlY29kZSAweDAtMHgw CnBjaTk6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaTk6IHBoeXNpY2FsIGJ1cz05CnBjaWIz OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCnBjaWIzOiAgIHNl Y29uZGFyeSBidXMgICAgIDQKcGNpYjM6ICAgc3Vib3JkaW5hdGUgYnVzICAgNQpwY2liMzogICBJ L08gZGVjb2RlICAgICAgICAweDAtMHgwCnBjaWIzOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4MC0w eDAKcGNpYjM6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHgwLTB4MApwY2k0OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMwpwY2k0OiBwaHlzaWNhbCBidXM9NApvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVT QiBjb250cm9sbGVyPiBtZW0gMHhjMDAwMDAwMC0weGMwMDAwZmZmIGlycSAxOSBhdCBkZXZpY2Ug MTkuMCBvbiBwY2kwCm9oY2kwOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5 cGUgMyBhdCAweGMwMDAwMDAwCm9oY2kwOiAoTmV3IE9IQ0kgRGV2aWNlSWQ9MHg0Mzc0MTAwMikK b2hjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBw b3J0CnVzYjA6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRpbmcKdXNiMDogPE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMAp1c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVo dWIwOiAoMHgxMDAyKSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMQp1aHViMDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKb2hjaTE6 IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4YzAwMDEwMDAtMHhjMDAwMWZm ZiBpcnEgMTkgYXQgZGV2aWNlIDE5LjEgb24gcGNpMApvaGNpMTogUmVzZXJ2ZWQgMHgxMDAwIGJ5 dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhjMDAwMTAwMApvaGNpMTogKE5ldyBPSENJIERl dmljZUlkPTB4NDM3NTEwMDIpCm9oY2kxOiBbR0lBTlQtTE9DS0VEXQp1c2IxOiBPSENJIHZlcnNp b24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IxOiBTTU0gZG9lcyBub3QgcmVzcG9uZCwgcmVzZXR0 aW5nCnVzYjE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTEKdXNiMTog VVNCIHJldmlzaW9uIDEuMAp1aHViMTogKDB4MTAwMikgT0hDSSByb290IGh1YiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjE6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwg c2VsZiBwb3dlcmVkCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBt ZW0gMHhjMDAwMjAwMC0weGMwMDAyZmZmIGlycSAxOSBhdCBkZXZpY2UgMTkuMiBvbiBwY2kwCmVo Y2kwOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGMwMDAy MDAwCmVoY2kwOiAoTmV3IEVIQ0kgRGV2aWNlSWQ9MHg0MzczMTAwMikKZWhjaTA6IFtHSUFOVC1M T0NLRURdCnVzYjI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMjogY29tcGFuaW9uIGNvbnRyb2xsZXJz LCA0IHBvcnRzIGVhY2g6IHVzYjAgdXNiMQp1c2IyOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBj b250cm9sbGVyPiBvbiBlaGNpMAp1c2IyOiBVU0IgcmV2aXNpb24gMi4wCnVodWIyOiAoMHgxMDAy KSBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMQp1aHViMjog OCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1hc3MwOiB2ZW5kb3IgMHgw NDAyIFVTQiAyLjAgU3RvcmFnZSBEZXZpY2UsIHJldiAyLjAwLzEuMDAsIGFkZHIgMgp1bWFzczA6 MDowOi0xOiBBdHRhY2hlZCB0byBzY2J1czAKdXNiMjogaGFuZGluZyBvdmVyIGxvdyBzcGVlZCBk ZXZpY2Ugb24gcG9ydCAzIHRvIHVzYjAKdWh1YjI6IHBvcnQgMywgZGV2aWNlIGRpc2FwcGVhcmVk IGFmdGVyIHJlc2V0CnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDIwLjAgKG5v IGRyaXZlciBhdHRhY2hlZCkKYXRhcGNpMDogPEdFTkVSSUMgQVRBIGNvbnRyb2xsZXI+IHBvcnQg MHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHg4NDEwLTB4ODQxZiBpcnEgMTYg YXQgZGV2aWNlIDIwLjEgb24gcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZvciBy aWQgMHgyMCB0eXBlIDQgYXQgMHg4NDEwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kw CmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSA0IGF0IDB4MWYw CmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MTQgdHlwZSA0IGF0IDB4M2Y2 CmF0YTA6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDAKYXRhMDogc3RhdDA9 MHg1MCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEwOiBzdGF0MT0weDAwIGVycj0weDAx IGxzYj0weDAwIG1zYj0weDAwCmF0YTA6IHJlc2V0IHRwMiBzdGF0MD01MCBzdGF0MT0wMCBkZXZp Y2VzPTB4MTxBVEFfTUFTVEVSPgphdGEwOiBbTVBTQUZFXQphdGExOiA8QVRBIGNoYW5uZWwgMT4g b24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDE4IHR5cGUg NCBhdCAweDE3MAphdGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDFjIHR5cGUg NCBhdCAweDM3NgphdGExOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQxPTAwCmF0 YTE6IHN0YXQwPTB4MDAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4ZWIKYXRhMTogc3RhdDE9MHgw MCBlcnI9MHgwMCBsc2I9MHgwMCBtc2I9MHgwMAphdGExOiByZXNldCB0cDIgc3RhdDA9MDAgc3Rh dDE9MDAgZGV2aWNlcz0weDQ8QVRBUElfTUFTVEVSPgphdGExOiBbTVBTQUZFXQppc2FiMDogPFBD SS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMjAuMyBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBp c2FiMApwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMC40IG9uIHBjaTAK cGNpYjQ6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNgpwY2liNDogICBzdWJvcmRpbmF0ZSBidXMgICA2 CnBjaWI0OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YTAwMC0weGFmZmYKcGNpYjQ6ICAgbWVtb3J5 IGRlY29kZSAgICAgMHhjMDIwMDAwMC0weGMwMmZmZmZmCnBjaWI0OiAgIHByZWZldGNoZWQgZGVj b2RlIDB4ZmZmMDAwMDAtMHhmZmZmZgpwY2liNDogICBTdWJ0cmFjdGl2ZWx5IGRlY29kZWQgYnJp ZGdlLgpwY2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApwY2k2OiBwaHlzaWNhbCBidXM9Ngpm b3VuZC0+CXZlbmRvcj0weDE0ZTQsIGRldj0weDQzMTgsIHJldmlkPTB4MDIKCWJ1cz02LCBzbG90 PTUsIGZ1bmM9MAoJY2xhc3M9MDItODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNiwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWlu dHBpbj1hLCBpcnE9MTAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzAyMDQwMDAs IHNpemUgMTMsIGVuYWJsZWQKcGNpYjQ6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4 YzAyMDQwMDAtMHhjMDIwNWZmZjogZ29vZApwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgNi41LklO VEEKcGNpYjQ6IHNsb3QgNSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjEKZm91bmQtPgl2ZW5kb3I9 MHgxMDRjLCBkZXY9MHg4MDMxLCByZXZpZD0weDAwCglidXM9Niwgc2xvdD02LCBmdW5jPTAKCWNs YXNzPTA2LTA3LTAwLCBoZHJ0eXBlPTB4MDIsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMjEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMp LCBtaW5nbnQ9MHhjMCAoNDgwMDAgbnMpLCBtYXhsYXQ9MHgwMyAoNzUwIG5zKQoJaW50cGluPWEs IGlycT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJ bWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSAwMDAwMDAwMCwgc2l6ZSAxMiwgZW5hYmxl ZApmb3VuZC0+CXZlbmRvcj0weDEwNGMsIGRldj0weDgwMzIsIHJldmlkPTB4MDAKCWJ1cz02LCBz bG90PTYsIGZ1bmM9MgoJY2xhc3M9MGMtMDAtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21k cmVnPTB4MDAxNiwgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1l cj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDA0ICgxMDAw IG5zKQoJaW50cGluPWMsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQz ICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMjA4MDAwLCBz aXplIDExLCBlbmFibGVkCnBjaWI0OiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGMw MjA4MDAwLTB4YzAyMDg3ZmY6IGdvb2QKCW1hcFsxNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2Ug YzAyMDAwMDAsIHNpemUgMTQsIGVuYWJsZWQKcGNpYjQ6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5 IHJhbmdlIDB4YzAyMDAwMDAtMHhjMDIwM2ZmZjogZ29vZApwY2liNDogbWF0Y2hlZCBlbnRyeSBm b3IgNi42LklOVEMKcGNpYjQ6IHNsb3QgNiBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQt Pgl2ZW5kb3I9MHgxMDRjLCBkZXY9MHg4MDMzLCByZXZpZD0weDAwCglidXM9Niwgc2xvdD02LCBm dW5jPTMKCWNsYXNzPTAxLTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAw MDYsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAo MTkyMCBucyksIG1pbmdudD0weDA3ICgxNzUwIG5zKSwgbWF4bGF0PTB4MDQgKDEwMDAgbnMpCglp bnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJl bnQgRDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzAyMDYwMDAsIHNpemUgMTMs IGVuYWJsZWQKcGNpYjQ6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzAyMDYwMDAt MHhjMDIwN2ZmZjogZ29vZApwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgNi42LklOVEEKcGNpYjQ6 IHNsb3QgNiBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjAKZm91bmQtPgl2ZW5kb3I9MHgxMDRjLCBk ZXY9MHg4MDM0LCByZXZpZD0weDAwCglidXM9Niwgc2xvdD02LCBmdW5jPTQKCWNsYXNzPTA4LTA1 LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjEw LCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0w eDA3ICgxNzUwIG5zKSwgbWF4bGF0PTB4MDQgKDEwMDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglw b3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5 cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzAyMDkwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjQ6IChu dWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzAyMDkwMDAtMHhjMDIwOTBmZjogZ29vZAoJ bWFwWzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBjMDIwOGMwMCwgc2l6ZSAgOCwgZW5hYmxl ZApwY2liNDogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhjMDIwOGMwMC0weGMwMjA4 Y2ZmOiBnb29kCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMjA4ODAwLCBzaXpl ICA4LCBlbmFibGVkCnBjaWI0OiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGMwMjA4 ODAwLTB4YzAyMDg4ZmY6IGdvb2QKcGNpYjQ6IG1hdGNoZWQgZW50cnkgZm9yIDYuNi5JTlRBCnBj aWI0OiBzbG90IDYgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCmZvdW5kLT4JdmVuZG9yPTB4MTBl YywgZGV2PTB4ODE2OSwgcmV2aWQ9MHgxMAoJYnVzPTYsIHNsb3Q9NywgZnVuYz0wCgljbGFzcz0w Mi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDE3LCBzdGF0cmVnPTB4 MDJiMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5n bnQ9MHgyMCAoODAwMCBucyksIG1heGxhdD0weDQwICgxNjAwMCBucykKCWludHBpbj1hLCBpcnE9 MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEw XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwYTAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2li NDogKG51bGwpIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhhMDAwLTB4YTBmZjogaW4gcmFuZ2UKCW1h cFsxNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzAyMDk0MDAsIHNpemUgIDgsIGVuYWJsZWQK cGNpYjQ6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzAyMDk0MDAtMHhjMDIwOTRm ZjogZ29vZApwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgNi43LklOVEEKcGNpYjQ6IHNsb3QgNyBJ TlRBIGhhcmR3aXJlZCB0byBJUlEgMjMKcGNpNjogPG5ldHdvcms+IGF0IGRldmljZSA1LjAgKG5v IGRyaXZlciBhdHRhY2hlZCkKY2JiMDogPFBDSS1DYXJkQnVzIEJyaWRnZT4gYXQgZGV2aWNlIDYu MCBvbiBwY2k2CnBjaWI0OiBjYmIwIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhjMDIwMDAwMC0w eGMwMmZmZmZmOiBnb29kCmNiYjA6IExhenkgYWxsb2NhdGlvbiBvZiAweDEwMDAgYnl0ZXMgcmlk IDB4MTAgdHlwZSAzIGF0IDB4YzAyMGEwMDAKY2FyZGJ1czA6IDxDYXJkQnVzIGJ1cz4gb24gY2Ji MApwY2NhcmQwOiA8MTYtYml0IFBDQ2FyZCBidXM+IG9uIGNiYjAKcGNpYjQ6IG1hdGNoZWQgZW50 cnkgZm9yIDYuNi5JTlRBCnBjaWI0OiBzbG90IDYgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCmNi YjA6IFtNUFNBRkVdCmNiYjA6IFBDSSBDb25maWd1cmF0aW9uIHNwYWNlOgogIDB4MDA6IDB4ODAz MTEwNGMgMHgwMjEwMDAwNyAweDA2MDcwMDAwIDB4MDA4MjQwMTAgCiAgMHgxMDogMHhjMDIwYTAw MCAweDAyMDAwMGEwIDB4MjAwODA3MDYgMHhmZmZmZjAwMCAKICAweDIwOiAweDAwMDAwMDAwIDB4 ZmZmZmYwMDAgMHgwMDAwMDAwMCAweGZmZmZmZmZjIAogIDB4MzA6IDB4MDAwMDAwMDAgMHhmZmZm ZmZmYyAweDAwMDAwMDAwIDB4MDc0MDAxMTQgCiAgMHg0MDogMHgwMDgwMTAyNSAweDAwMDAwMDAx IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweDUwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgw MDAwMDAwMCAweDAwMDAwMDAwIAogIDB4NjA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAw MDAwIDB4MDAwMDAwMDAgCiAgMHg3MDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAg MHgwMDAwMDAwMCAKICAweDgwOiAweDA4NDRkMDYxIDB4MDI5MjAwMTkgMHgwMDFmMDAwMCAweDAx MGExYjIyIAogIDB4OTA6IDB4NjA2NDAyYzAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAw MDAgCiAgMHhhMDogMHhmZTEyMDAwMSAweDAwYzAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAK ICAweGIwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4 YzA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHhkMDog MHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGUwOiAweDAw MDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4ZjA6IDB4MDAwMDAw MDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCmZ3b2hjaTA6IHZlbmRvcj0xMDRj LCBkZXY9ODAzMgpmd29oY2kwOiB2ZW5kb3I9MTA0YywgZGV2PTgwMzIKZndvaGNpMDogPDEzOTQg T3BlbiBIb3N0IENvbnRyb2xsZXIgSW50ZXJmYWNlPiBtZW0gMHhjMDIwODAwMC0weGMwMjA4N2Zm LDB4YzAyMDAwMDAtMHhjMDIwM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDYuMiBvbiBwY2k2CmZ3b2hj aTA6IFJlc2VydmVkIDB4ODAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhjMDIwODAw MApmd29oY2kwOiBbTVBTQUZFXQpmd29oY2kwOiBPSENJIHZlcnNpb24gMS4xMCAoUk9NPTApCmZ3 b2hjaTA6IE5vLiBvZiBJc29jaHJvbm91cyBjaGFubmVscyBpcyA0Lgpmd29oY2kwOiBFVUk2NCAx MjozNDo1Njo3ODoxMjozNDo1Njo3OApmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAs IDIgcG9ydHMuCmZ3b2hjaTA6IExpbmsgUzQwMCwgbWF4X3JlYyAyMDQ4IGJ5dGVzLgpmaXJld2ly ZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwCnNicDA6IDxTQlAtMi9TQ1NJ IG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMApmd29oY2kwOiBJbml0aWF0ZSBidXMgcmVzZXQK ZndvaGNpMDogbm9kZV9pZD0weGM4MDBmZmMwLCBnZW49MSwgQ1lDTEVNQVNURVIgbW9kZQpmaXJl d2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8PSAwLCBjYWJsZSBJUk0gPSAwIChtZSkKZmlyZXdpcmUw OiBidXMgbWFuYWdlciAwIChtZSkKcGNpNjogPG1hc3Mgc3RvcmFnZT4gYXQgZGV2aWNlIDYuMyAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2k2OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNi40 IChubyBkcml2ZXIgYXR0YWNoZWQpCnJlMDogUmVzZXJ2ZWQgMHgxMDAgYnl0ZXMgZm9yIHJpZCAw eDEwIHR5cGUgNCBhdCAweGEwMDAKcGNpYjQ6IHJlMCByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4YTAw MC0weGEwZmY6IGluIHJhbmdlCnBjaWI0OiByZTAgcmVxdWVzdGVkIEkvTyByYW5nZSAweGEwMDAt MHhhMGZmOiBpbiByYW5nZQpwY2liNDogcmUwIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhhMDAwLTB4 YTBmZjogaW4gcmFuZ2UKcGNpYjQ6IHJlMCByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4YTAwMC0weGEw ZmY6IGluIHJhbmdlCnBjaWI0OiByZTAgcmVxdWVzdGVkIEkvTyByYW5nZSAweGEwMDAtMHhhMGZm OiBpbiByYW5nZQpyZTA6IDxSZWFsVGVrIDgxNjlTQiBTaW5nbGUtY2hpcCBHaWdhYml0IEV0aGVy bmV0PiBwb3J0IDB4YTAwMC0weGEwZmYgbWVtIDB4YzAyMDk0MDAtMHhjMDIwOTRmZiBpcnEgMjMg YXQgZGV2aWNlIDcuMCBvbiBwY2k2CnBjaWI0OiByZTAgcmVxdWVzdGVkIEkvTyByYW5nZSAweGEw MDAtMHhhMGZmOiBpbiByYW5nZQptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxS VEw4MTY5Uy84MTEwUyBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1czAKcmdlcGh5MDogIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgsIDEw MDBiYXNlVFgtRkRYLCBhdXRvCnJlMDogYnBmIGF0dGFjaGVkCnJlMDogRXRoZXJuZXQgYWRkcmVz czogMDA6MGE6ZTQ6ZTE6MDA6ZmEKcmUwOiBbTVBTQUZFXQpwY2kwOiA8bXVsdGltZWRpYSwgYXVk aW8+IGF0IGRldmljZSAyMC41IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxzaW1wbGUgY29t bXMsIGdlbmVyaWMgbW9kZW0+IGF0IGRldmljZSAyMC42IChubyBkcml2ZXIgYXR0YWNoZWQpCmFj cGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphY3BpX3R6MTogPFRoZXJtYWwgWm9uZT4g b24gYWNwaTAKYWNwaV90ejI6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXli b2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0 a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMAphdGtiZDogdGhl IGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNDcKYXRrYmQ6IGtleWJvYXJk IElEIDB4NDFhYiAoMikKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgy KSwgY29uZmlnOjB4MSwgZmxhZ3M6MHgzZDAwMDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20w OiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBzbWNwbnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEg MTIgb24gYWNwaTAKcHNtMDogY3VycmVudCBjb21tYW5kIGJ5dGU6MDA0Nwpwc20wOiA8UFMvMiBN b3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwg R2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMC0wMCwgMiBidXR0b25zCnBzbTA6IGNvbmZp ZzowMDAwMDAwMCwgZmxhZ3M6MDAwMDAwMDgsIHBhY2tldCBzaXplOjMKcHNtMDogc3luY21hc2s6 YzAsIHN5bmNiaXRzOjAwCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBw cm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzA6IGlycSBtYXBz OiAwIDAgMCAwCnNpbzAgcG9ydCAweDJmOC0weDJmZiBpcnEgMyBkcnEgMyBmbGFncyAweDEwIG9u IGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBC YXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAKYXRrYmRj OiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApzaW86IHNpbzAgYWxyZWFkeSBl eGlzdHM7IHNraXBwaW5nIGl0CnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMK cG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDI0MwpwbnBfaWRlbnRpZnk6IFRyeWlu ZyBSZWFkX1BvcnQgYXQgMjgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMK cG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDMwMwpwbnBfaWRlbnRpZnk6IFRyeWlu ZyBSZWFkX1BvcnQgYXQgMzQzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzODMK cG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDNjMwpQTlAgSWRlbnRpZnkgY29tcGxl dGUKc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkg ZXhpc3RzOyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2 aWNlcwppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCm9ybTA6IDxJ U0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhkYzAwMC0weGRmZmZmIG9uIGlzYTAKZmRjMCBmYWls ZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMCBpcnEgNiBkcnEgMiBvbiBpc2EwCnBwYzA6IGNhbm5v dCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlCnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBmYWlsZWQgdG8g cHJvYmUgYXQgaXJxIDcgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgx MDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNj MDogZmIwLCBrYmQwLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2MgKHN5c2NvbnMgdGVybWluYWwpCnNp bzEgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgyZjggaXJxIDMgb24gaXNhMApzaW8yOiBub3Qg cHJvYmVkIChkaXNhYmxlZCkKc2lvMzogbm90IHByb2JlZCAoZGlzYWJsZWQpCnZnYTA6IDxHZW5l cmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9u IGlzYTAKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzCnVtczA6IExvZ2l0 ZWNoIFVTQiBNb3VzZSwgcmV2IDEuMTAvNi4yMCwgYWRkciAyLCBpY2xhc3MgMy8xCnVtczA6IDQg YnV0dG9ucyBhbmQgWiBkaXIuCkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpsaW5wcm9j ZnMgcmVnaXN0ZXJlZApwcm9jZnMgcmVnaXN0ZXJlZApsYXBpYzogRGl2aXNvciAyLCBGcmVxdWVu Y3kgMTAwMDAwMzY4IGh6ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxNjAwMDE2MTIxIEh6 IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKTGludXggRUxG IGV4ZWMgaGFuZGxlciBpbnN0YWxsZWQKbG8wOiBicGYgYXR0YWNoZWQKRXhwZW5zaXZlIHRpbWVv dXQoOSkgZnVuY3Rpb246IDB4ZmZmZmZmZmY4MDJlMTI4MCgwKSAwLjAwMzMwNTQ0NyBzCmJhdHRl cnkwOiBiYXR0ZXJ5IGluaXRpYWxpemF0aW9uIHN0YXJ0CmFjcGlfYWNhZDA6IGFjbGluZSBpbml0 aWFsaXphdGlvbiBzdGFydAphdGEwLW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVE TUExMDAgY2FibGU9ODAgd2lyZQphdGFwaWNhbTogYXRhcGljYW0wIGFscmVhZHkgZXhpc3RzOyBz a2lwcGluZyBpdAphZDA6IDc2MzE5TUIgPFNlYWdhdGUgU1Q5ODA4MjEwQSAzLjAxPiBhdCBhdGEw LW1hc3RlciBVRE1BMzMKYWQwOiAxNTYzMDE0ODggc2VjdG9ycyBbMTU1MDYxQy8xNkgvNjNTXSAx NiBzZWN0b3JzL2ludGVycnVwdCAxIGRlcHRoIHF1ZXVlCkdFT006IG5ldyBkaXNrIGFkMAphdGEx LW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUEzMyBjYWJsZT04MCB3aXJlCmFj cGlfYWNhZDA6IE9uIExpbmUKYWNwaV9hY2FkMDogYWNsaW5lIGluaXRpYWxpemF0aW9uIGRvbmUs IHRyaWVkIDEgdGltZXMKYWNkMDogPFRTU1Rjb3JwQ0QvRFZEVyBUUy1MNjMyQi9USTMwPiBEVkRS IGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVyCmFjZDA6IHJlYWQgNDEzNEtCL3MgKDQxMzRLQi9zKSB3 cml0ZSA0MTM0S0IvcyAoNDEzNEtCL3MpLCAyMDQ4S0IgYnVmZmVyLCBVRE1BMzMKYWNkMDogUmVh ZHM6IENEUiwgQ0RSVywgQ0REQSBzdHJlYW0sIERWRFJPTSwgRFZEUiwgRFZEUkFNLCBwYWNrZXQK YWNkMDogV3JpdGVzOiBDRFIsIENEUlcsIERWRFIsIERWRFJBTSwgdGVzdCB3cml0ZSwgYnVybnBy b29mCmFjZDA6IEF1ZGlvOiBwbGF5LCAxNiB2b2x1bWUgbGV2ZWxzCmFjZDA6IE1lY2hhbmlzbTog ZWplY3RhYmxlIHRyYXksIHVubG9ja2VkCmFjZDA6IE1lZGl1bTogMTIwbW0gZGF0YSBkaXNjCmFj cGlfZWMwOiBpbmZvOiBuZXcgbWF4IGRlbGF5IGlzIDEwMTAwMCB1cwphY3BpX2VjMDogRWNSZWFk OiBGYWlsZWQgd2FpdGluZyBmb3IgRUMgdG8gc2VuZCBkYXRhLgogICAgQUNQSS0wNTAxOiAqKiog RXJyb3I6IEhhbmRsZXIgZm9yIFtFbWJlZGRlZENvbnRyb2xdIHJldHVybmVkIEFFX05PX0hBUkRX QVJFX1JFU1BPTlNFCiAgICBBQ1BJLTEzMDQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBm YWlsZWQgW1xcX1RaXy5UWlNWLl9UTVBdIChOb2RlIDB4ZmZmZmZmMDAwMDhlZDIwMCksIEFFX05P X0hBUkRXQVJFX1JFU1BPTlNFCmFjcGlfdHoyOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IHRlbXBl cmF0dXJlIC0tIEFFX05PX0hBUkRXQVJFX1JFU1BPTlNFCmFjcGlfZWMwOiBFY1JlYWQ6IEZhaWxl ZCB3YWl0aW5nIGZvciBFQyB0byBzZW5kIGRhdGEuCiAgICBBQ1BJLTA1MDE6ICoqKiBFcnJvcjog SGFuZGxlciBmb3IgW0VtYmVkZGVkQ29udHJvbF0gcmV0dXJuZWQgQUVfTk9fSEFSRFdBUkVfUkVT UE9OU0UKICAgIEFDUEktMTMwNDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBb XFxfVFpfLlRaUzAuX1RNUF0gKE5vZGUgMHhmZmZmZmYwMDAwMDBkNTAwKSwgQUVfTk9fSEFSRFdB UkVfUkVTUE9OU0UKYWNwaV90ejA6IGVycm9yIGZldGNoaW5nIGN1cnJlbnQgdGVtcGVyYXR1cmUg LS0gQUVfTk9fSEFSRFdBUkVfUkVTUE9OU0UKKHByb2JlNjpzYnAwOjA6NTowKTogZXJyb3IgMjIK KHByb2JlNjpzYnAwOjA6NTowKTogVW5yZXRyeWFibGUgRXJyb3IKKHByb2JlMTpzYnAwOjA6MDow KTogZXJyb3IgMjIKKHByb2JlMTpzYnAwOjA6MDowKTogVW5yZXRyeWFibGUgRXJyb3IKKHByb2Jl MjpzYnAwOjA6MTowKTogZXJyb3IgMjIKKHByb2JlMjpzYnAwOjA6MTowKTogVW5yZXRyeWFibGUg RXJyb3IKKHByb2JlMzpzYnAwOjA6MjowKTogZXJyb3IgMjIKKHByb2JlMzpzYnAwOjA6MjowKTog VW5yZXRyeWFibGUgRXJyb3IKKHByb2JlNDpzYnAwOjA6MzowKTogZXJyb3IgMjIKKHByb2JlNDpz YnAwOjA6MzowKTogVW5yZXRyeWFibGUgRXJyb3IKKHByb2JlNTpzYnAwOjA6NDowKTogZXJyb3Ig MjIKKHByb2JlNTpzYnAwOjA6NDowKTogVW5yZXRyeWFibGUgRXJyb3IKKHByb2JlNzpzYnAwOjA6 NjowKTogZXJyb3IgMjIKKHByb2JlNzpzYnAwOjA6NjowKTogVW5yZXRyeWFibGUgRXJyb3IKcGFz czAgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMApwYXNzMDogPFVTQiAyLjAgU3Rv cmFnZSBEZXZpY2UgMDEwMD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIApwYXNz MDogU2VyaWFsIE51bWJlciBcXl8KcGFzczA6IDQwLjAwME1CL3MgdHJhbnNmZXJzCnBhc3MxIGF0 IGF0YTEgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKcGFzczE6IDxUU1NUY29ycCBDRC9EVkRXIFRTLUw2 MzJCIFRJMzA+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKcGFzczE6IFNlcmlhbCBO dW1iZXIgWwpwYXNzMTogMzMuMDAwTUIvcyB0cmFuc2ZlcnMKR0VPTTogbmV3IGRpc2sgY2QwCkdF T006IG5ldyBkaXNrIGRhMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRv IGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAzIChJU0EgSVJRIDMpIHRvIGNsdXN0 ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxMiAoSVNBIElSUSAxMikgdG8gY2x1c3RlciAw CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE0IChJU0EgSVJRIDE0KSB0byBjbHVzdGVyIDAKaW9h cGljMDogcm91dGluZyBpbnRwaW4gMTUgKElTQSBJUlEgMTUpIHRvIGNsdXN0ZXIgMAppb2FwaWMw OiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkgdG8gY2x1c3RlciAwCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDIwIChQQ0kgSVJRIDIwKSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMjEgKFBDSSBJUlEgMjEpIHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAyMiAoUENJIElSUSAyMikgdG8gY2x1c3RlciAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGlu IDIzIChQQ0kgSVJRIDIzKSB0byBjbHVzdGVyIDAKY2QwIGF0IGF0YTEgYnVzIDAgdGFyZ2V0IDAg bHVuIDAKY2QwOiA8VFNTVGNvcnAgQ0QvRFZEVyBUUy1MNjMyQiBUSTMwPiBSZW1vdmFibGUgQ0Qt Uk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogU2VyaWFsIE51bWJlciBbCmNkMDogMzMuMDAwTUIvcyB0 cmFuc2ZlcnMKY2QwOiBjZCBwcmVzZW50IFsyMTA5MzAyIHggMjA0OCBieXRlIHJlY29yZHNdCmRh MCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwCmRhMDogPFVTQiAyLjAgU3RvcmFn ZSBEZXZpY2UgMDEwMD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIApkYTA6IFNl cmlhbCBOdW1iZXIgXF5fCmRhMDogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEwOiAzOTA2TUIgKDc5 OTk0ODggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA0OTdDKQpUcnlpbmcgdG8gbW91bnQg cm9vdCBmcm9tIHVmczovZGV2L2FkMHMxYQpXQVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlz bW91bnRlZApzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdApXQVJOSU5HOiAvaG9tZSB3YXMg bm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklORzogL3RtcCB3YXMgbm90IHByb3Blcmx5IGRp c21vdW50ZWQKV0FSTklORzogL3VzciB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklO RzogL3ZhciB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKYWNwaV9lYzA6IEVjUmVhZDogRmFp bGVkIHdhaXRpbmcgZm9yIEVDIHRvIHNlbmQgZGF0YS4KICAgIEFDUEktMDUwMTogKioqIEVycm9y OiBIYW5kbGVyIGZvciBbRW1iZWRkZWRDb250cm9sXSByZXR1cm5lZCBBRV9OT19IQVJEV0FSRV9S RVNQT05TRQogICAgQUNQSS0xMzA0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVk IFtcXF9UWl8uVFpTMC5fVE1QXSAoTm9kZSAweGZmZmZmZjAwMDAwMGQ1MDApLCBBRV9OT19IQVJE V0FSRV9SRVNQT05TRQphY3BpX3R6MDogZXJyb3IgZmV0Y2hpbmcgY3VycmVudCB0ZW1wZXJhdHVy ZSAtLSBBRV9OT19IQVJEV0FSRV9SRVNQT05TRQphY3BpX2VjMDogRWNSZWFkOiBGYWlsZWQgd2Fp dGluZyBmb3IgRUMgdG8gc2VuZCBkYXRhLgogICAgQUNQSS0wNTAxOiAqKiogRXJyb3I6IEhhbmRs ZXIgZm9yIFtFbWJlZGRlZENvbnRyb2xdIHJldHVybmVkIEFFX05PX0hBUkRXQVJFX1JFU1BPTlNF CiAgICBBQ1BJLTEzMDQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQgW1xcX1Ra Xy5UWlMxLl9UTVBdIChOb2RlIDB4ZmZmZmZmMDAwMDAwZDI4MCksIEFFX05PX0hBUkRXQVJFX1JF U1BPTlNFCmFjcGlfdHoxOiBlcnJvciBmZXRjaGluZyBjdXJyZW50IHRlbXBlcmF0dXJlIC0tIEFF X05PX0hBUkRXQVJFX1JFU1BPTlNFCmFjcGlfZWMwOiBFY1JlYWQ6IEZhaWxlZCB3YWl0aW5nIGZv ciBFQyB0byBzZW5kIGRhdGEuCiAgICBBQ1BJLTA1MDE6ICoqKiBFcnJvcjogSGFuZGxlciBmb3Ig W0VtYmVkZGVkQ29udHJvbF0gcmV0dXJuZWQgQUVfTk9fSEFSRFdBUkVfUkVTUE9OU0UKICAgIEFD UEktMTMwNDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxfVFpfLlRaUzEu X1RNUF0gKE5vZGUgMHhmZmZmZmYwMDAwMDBkMjgwKSwgQUVfTk9fSEFSRFdBUkVfUkVTUE9OU0UK YWNwaV90ejE6IGVycm9yIGZldGNoaW5nIGN1cnJlbnQgdGVtcGVyYXR1cmUgLS0gQUVfTk9fSEFS RFdBUkVfUkVTUE9OU0UKRXhwZW5zaXZlIHRpbWVvdXQoOSkgZnVuY3Rpb246IDB4ZmZmZmZmZmY4 MDQ1YTJjMCgweGZmZmZmZmZmODA3MTI2MDApIDAuMDA2MTg2ODE5IHMK ------_=_NextPart_001_01C5C42B.34FA21B9-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:28: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 D7E1316A421 for ; Wed, 28 Sep 2005 13:28:03 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07C1043D5D for ; Wed, 28 Sep 2005 13:28:01 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (gzuvql@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j8SDS0mp049724; Wed, 28 Sep 2005 15:28:00 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j8SDS0eD049723; Wed, 28 Sep 2005 15:28:00 +0200 (CEST) (envelope-from olli) Date: Wed, 28 Sep 2005 15:28:00 +0200 (CEST) Message-Id: <200509281328.j8SDS0eD049723@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, Emanuel.strobl@gmx.net In-Reply-To: <200509281436.25131@harrymail> X-Newsgroups: list.freebsd-current User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: user changable brightness? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, Emanuel.strobl@gmx.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, 28 Sep 2005 13:28:04 -0000 Emanuel Strobl wrote: > Oliver Fromme wrote: > > [...] > > How about using "sudo" or "super" (from ports collection)? > > Hmm, I never used these but I guess you have to enter the SuperUser > password. No, not necessarily. You can configure it in a way so that a script can be executed by specific users (or groups) under controlled conditions with root priviledges. If you've never used "sudo" or "super" before, I suggest you just give it a try and install /usr/ports/security/super. (Personally I prefer "super", because its configuration is m.) Here's a simple real-world configuration example: /srv/apache/cgi-bin/cvsweb /srv/apache/cgi-bin/cvsweb \ apache@example.de nargs=0 uid=cvs gid= \ env=PATH_INFO,QUERY_STRING,SCRIPT_NAME This enables the "apache" user to run the cvsweb CGI as the "cvs" user on the host example.de (with no arguments, and only passing the environment variables given). No password is required to be entered, obviously. Best regards Oliver PS: In my opinion, there is no reason to implement ACLs, permission modes or similar things for the sysctl MIB. That would add significant complexity for no real benefit, because there are already tools like sudo or super which can be used with great flexibility. For example, look at the existing sysctl vfs.usermount. When set to 1, it allows ordinary users to mount devices (provided they have access to the device and own the mount point). But: What if you want to enable users in group A to mount floppies and CDs, while allowing users in group B to mount USB memory sticks, but only read-only? What if you want to force them to mount things only in their home, but not in /tmp or anywhere else? What if you want to enable mounts only for those users who are logged on the console? What if you want to restrict by date or time? What if you want any user mount to be logged via syslog? All of that is really trivial to do with "super" (each is a one-liner in the configuration). -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:38: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 B6EB616A41F for ; Wed, 28 Sep 2005 13:38:21 +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 54FB443D4C for ; Wed, 28 Sep 2005 13:38:16 +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 j8SDcD9n076998; Wed, 28 Sep 2005 16:38:13 +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 23388-01-2; Wed, 28 Sep 2005 16:38:12 +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 j8SDZ5gD076736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2005 16:35:05 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8SDZOwl078404; Wed, 28 Sep 2005 16:35:24 +0300 (EEST) (envelope-from ru) Date: Wed, 28 Sep 2005 16:35:24 +0300 From: Ruslan Ermilov To: Derek Tattersall Message-ID: <20050928133523.GK55560@ip.net.ua> References: <200509281315.j8SDFXb8098862@lorne.arm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="g4MvFqI7wmANiPDo" Content-Disposition: inline In-Reply-To: <200509281315.j8SDFXb8098862@lorne.arm.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: Cardbus probe failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 13:38:21 -0000 --g4MvFqI7wmANiPDo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 28, 2005 at 09:15:33AM -0400, Derek Tattersall wrote: > I have an IBM G40 laptop, with a Linksys WPC54G (Broadcom 4306) > wireless card, using project evil for the driver. With or without the > converted driver loaded, as soon as the card is inserted we go into > the kernel debugger. The IC at failure reads 0xdeadc0fe and it says > stopped at rman_get_start+0x8. >=20 This has been fixed in $FreeBSD: src/sys/dev/cardbus/cardbus.c,v 1.53 2005/09/27 13:33:46 ru Exp $ Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --g4MvFqI7wmANiPDo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDOpwbqRfpzJluFF4RAms8AKCSptTbxy6f+4hhLGdVorm82qPauQCfXi1R 1Mw5Q9Z6p43LHTFO3saKDz8= =Txqf -----END PGP SIGNATURE----- --g4MvFqI7wmANiPDo-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:53: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 9FADB16A41F; Wed, 28 Sep 2005 13:53:00 +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 0B37B43D49; Wed, 28 Sep 2005 13:52:59 +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.4/8.13.4) with ESMTP id j8SDqwEe012762; Wed, 28 Sep 2005 09:52:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8SDqw1G044925; Wed, 28 Sep 2005 09:52:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6D4727302F; Wed, 28 Sep 2005 09:52:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050928135258.6D4727302F@freebsd-current.sentex.ca> Date: Wed, 28 Sep 2005 09:52:58 -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 205.211.164.50 Cc: Subject: [head 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: Wed, 28 Sep 2005 13:53:00 -0000 TB --- 2005-09-28 13:34:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-28 13:34:26 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-09-28 13:34:26 - cleaning the object tree TB --- 2005-09-28 13:34:50 - checking out the source tree TB --- 2005-09-28 13:34:50 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-09-28 13:34:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-28 13:41:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-28 13:41:03 - cd /src TB --- 2005-09-28 13:41:03 - /usr/bin/make -B buildworld >>> 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/libpam/modules/pam_self (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/src/lib/libpam/modules/pam_self/../../../../contrib/openpam/include -I/src/lib/libpam/modules/pam_self/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/lib/libpam/modules/pam_self/pam_self.c building static pam_self library ranlib libpam_self.a ===> lib/libpam/modules/pam_ssh (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -I/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/src/lib/libpam/modules/pam_ssh/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/lib/libpam/modules/pam_ssh/pam_ssh.c /src/lib/libpam/modules/pam_ssh/pam_ssh.c:81: warning: initialization discards qualifiers from pointer target type /src/lib/libpam/modules/pam_ssh/pam_ssh.c:81: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /src/lib/libpam/modules. *** Error code 1 Stop in /src/lib/libpam. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-28 13:52:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-28 13:52:58 - ERROR: failed to build world TB --- 2005-09-28 13:52:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 14:10: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 76C1916A463; Wed, 28 Sep 2005 14:10:40 +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 D135C43D49; Wed, 28 Sep 2005 14:10:39 +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 j8SEAcsv006356; Wed, 28 Sep 2005 10:10:38 -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 j8SEAcL0086276; Wed, 28 Sep 2005 10:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 44B497302F; Wed, 28 Sep 2005 10:10:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050928141038.44B497302F@freebsd-current.sentex.ca> Date: Wed, 28 Sep 2005 10:10:38 -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: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 14:10:40 -0000 TB --- 2005-09-28 13:52:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-28 13:52:58 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-09-28 13:52:58 - cleaning the object tree TB --- 2005-09-28 13:53:10 - checking out the source tree TB --- 2005-09-28 13:53:10 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-09-28 13:53:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-28 13:57:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-28 13:57:54 - cd /src TB --- 2005-09-28 13:57:54 - /usr/bin/make -B buildworld >>> 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/libpam/modules/pam_self (all) cc -O2 -pipe -I/src/lib/libpam/modules/pam_self/../../../../contrib/openpam/include -I/src/lib/libpam/modules/pam_self/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/lib/libpam/modules/pam_self/pam_self.c building static pam_self library ranlib libpam_self.a ===> lib/libpam/modules/pam_ssh (all) cc -O2 -pipe -I/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -I/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/src/lib/libpam/modules/pam_ssh/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/lib/libpam/modules/pam_ssh/pam_ssh.c /src/lib/libpam/modules/pam_ssh/pam_ssh.c:81: warning: initialization discards qualifiers from pointer target type /src/lib/libpam/modules/pam_ssh/pam_ssh.c:81: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /src/lib/libpam/modules. *** Error code 1 Stop in /src/lib/libpam. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-28 14:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-28 14:10:38 - ERROR: failed to build world TB --- 2005-09-28 14:10:38 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 14:11: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 5885216A41F for ; Wed, 28 Sep 2005 14:11:38 +0000 (GMT) (envelope-from nik@cs.chalmers.se) Received: from anubis.medic.chalmers.se (anubis.medic.chalmers.se [129.16.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EF6843D5C for ; Wed, 28 Sep 2005 14:11:30 +0000 (GMT) (envelope-from nik@cs.chalmers.se) X-Medic-Info: 5da8.433aa491.0 w97jMCMrsvOMO4OV Received: from webmail.chalmers.se (elbe1.ita.chalmers.se [129.16.222.100]) by mail.chalmers.se (Postfix) with ESMTP id 65C128AF3; Wed, 28 Sep 2005 16:11:29 +0200 (CEST) Received: from 83.226.117.75 (SquirrelMail authenticated user nik); by webmail.chalmers.se with HTTP; Wed, 28 Sep 2005 16:11:29 +0200 (CEST) Message-ID: <61020.83.226.117.75.1127916689.squirrel@webmail.chalmers.se> In-Reply-To: <84dead72050928025251c032f7@mail.gmail.com> References: <52420.83.226.117.75.1127863485.squirrel@webmail.chalmers.se> <84dead72050928025251c032f7@mail.gmail.com> Date: Wed, 28 Sep 2005 16:11:29 +0200 (CEST) From: "Niklas Sorensson" To: "Joseph Koshy" User-Agent: SquirrelMail/1.4.3a-7.EL3 X-Mailer: SquirrelMail/1.4.3a-7.EL3 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20050928161129_28439" X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: hwpmc & sampling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 14:11:38 -0000 ------=_20050928161129_28439 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit > Niklas, > > ns> time pmcstat -P instructions -O samples.out ./minisat_static > > ns> I would expect quite a lot more samples for a program that > ns> runs for more than 20 seconds. Am I doing something wrong, > > Could you check whether the output of "pmccontrol -s", shows the > 'interrupts dropped due to lack of space' count as non-zero? This does not seem to be the case. nik> pmcstat -P instructions -O samples.out ./minisat_static [..] nik> ll samples.out -rw-r--r-- 1 nik users 744 28 Sep 15:54 samples.out nik> pmcstat -R samples.out | grep sample | wc -l 20 nik> pmccontrol -s interrupts processed: 20 non-PMC interrupts: 0 interrupts dropped due to lack of space: 0 system calls: 16 system calls with errors: 0 buffer requests: 2 buffer requests failed: 0 sampling log sweeps: 5 Seems wierd huh? I'd love to get this to work and would'nt mind investigating the issue if you point me in the right direction. I attached output of dmesg and my kernel configuration, let me know if there is any other information that would be helpful. /Niklas ------=_20050928161129_28439 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="dmesg.txt" 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 7.0-CURRENT #7: Tue Sep 27 19:46:55 CEST 2005 nik@apa.bredbandsbolaget.se:/usr/obj/usr/src/sys/APA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (2002.57-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xf48 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 1609760768 (1535 MB) avail memory = 1568423936 (1495 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 powernow0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfc000000-0xfcffffff,0xc0000000-0xcfffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] pci0: at device 7.0 (no driver attached) skc0: <3Com 3C940 Gigabit Ethernet> port 0xb000-0xb0ff mem 0xfdc00000-0xfdc03fff irq 17 at device 10.0 on pci0 skc0: 3Com Gigabit LOM (3C940) rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:74:51:ed miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto atapci0: port 0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xd800-0xd803,0xd400-0xd40f,0xd000-0xd0ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xb400-0xb41f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb800-0xb81f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc000-0xc01f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xc400-0xc41f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdf00000-0xfdf000ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xc800-0xc8ff irq 22 at device 17.5 on pci0 pcm0: pcm0: acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2002574493 Hz quality 800 Timecounters tick every 1.000 msec ad4: 152627MB at ata2-master SATA150 hwpmc: TSC/1/0x20 K8/4/0x1ff Trying to mount root from ufs:/dev/ad4s2a cd0 at ata0 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-2500A 1.06> Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present ------=_20050928161129_28439 Content-Type: application/octet-stream; name="APA" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="APA" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40MjggMjAwNS8wMy8zMSAyMDoyMTo0MiBzY290dGwgRXhw ICQKCm1hY2hpbmUJCWkzODYKY3B1CQlJNjg2X0NQVQppZGVudAkJQVBBCgojIFRvIHN0YXRpY2Fs bHkgY29tcGlsZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jvb3QvZGV2aWNlLmhpbnRz CiNoaW50cwkJIkdFTkVSSUMuaGludHMiCQkjIERlZmF1bHQgcGxhY2VzIHRvIGxvb2sgZm9yIGRl dmljZXMuCgojb3B0aW9ucyAJU0NIRURfVUxFCQkjIFVMRSBzY2hlZHVsZXIKb3B0aW9ucyAJU0NI RURfNEJTRAkJIyA0QlNEIHNjaGVkdWxlcgpvcHRpb25zIAlQUkVFTVBUSU9OCQkjIEVuYWJsZSBr ZXJuZWwgdGhyZWFkIHByZWVtcHRpb24Kb3B0aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5n CiNvcHRpb25zIAlJTkVUNgkJCSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9u cyAJRkZTCQkJIyBCZXJrZWxleSBGYXN0IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJU09GVFVQREFURVMJ CSMgRW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMgc3VwcG9ydApvcHRpb25zIAlVRlNfQUNMCQkJIyBT dXBwb3J0IGZvciBhY2Nlc3MgY29udHJvbCBsaXN0cwpvcHRpb25zIAlVRlNfRElSSEFTSAkJIyBJ bXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJpZyBkaXJlY3RvcmllcwpvcHRpb25zIAlNRF9ST09UCQkJ IyBNRCBpcyBhIHBvdGVudGlhbCByb290IGRldmljZQpvcHRpb25zIAlORlNDTElFTlQJCSMgTmV0 d29yayBGaWxlc3lzdGVtIENsaWVudAojb3B0aW9ucyAJTkZTU0VSVkVSCQkjIE5ldHdvcmsgRmls ZXN5c3RlbSBTZXJ2ZXIKI29wdGlvbnMgCU5GU19ST09UCQkjIE5GUyB1c2FibGUgYXMgLywgcmVx dWlyZXMgTkZTQ0xJRU5UCm9wdGlvbnMgCU1TRE9TRlMJCQkjIE1TRE9TIEZpbGVzeXN0ZW0Kb3B0 aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxlc3lzdGVtCm9wdGlvbnMgCVBST0NGUwkJCSMg UHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9ucyAJUFNFVURPRlMJ CSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgCUdFT01fR1BUCQkjIEdVSUQg UGFydGl0aW9uIFRhYmxlcy4Kb3B0aW9ucyAJQ09NUEFUXzQzCQkjIENvbXBhdGlibGUgd2l0aCBC U0QgNC4zIFtLRUVQIFRISVMhXQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDQJCSMgQ29tcGF0aWJs ZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMgCVNDU0lfREVMQVk9NTAwMAkJIyBEZWxheSAoaW4gbXMp IGJlZm9yZSBwcm9iaW5nIFNDU0kKI29wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEpIHN1cHBv cnQKb3B0aW9ucyAJU1lTVlNITQkJCSMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMg CVNZU1ZNU0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJ CSMgU1lTVi1zdHlsZSBzZW1hcGhvcmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURV TElORyAjIFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zCiNvcHRpb25zIAlLQkRf SU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rldgojb3B0aW9ucyAJQUhD X1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJ CQkjIG91dHB1dC4gIEFkZHMgfjEyOGsgdG8gZHJpdmVyLgojb3B0aW9ucyAJQUhEX1JFR19QUkVU VFlfUFJJTlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1 dC4gIEFkZHMgfjIxNWsgdG8gZHJpdmVyLgpvcHRpb25zIAlBREFQVElWRV9HSUFOVAkJIyBHaWFu dCBtdXRleCBpcyBhZGFwdGl2ZS4KCiMgRGVidWdnaW5nIGZvciB1c2UgaW4gLWN1cnJlbnQKI29w dGlvbnMgCUtEQgkJCSMgRW5hYmxlIGtlcm5lbCBkZWJ1Z2dlciBzdXBwb3J0Lgojb3B0aW9ucyAJ RERCCQkJIyBTdXBwb3J0IEREQi4KI29wdGlvbnMgCUdEQgkJCSMgU3VwcG9ydCByZW1vdGUgR0RC Lgojb3B0aW9ucyAJSU5WQVJJQU5UUwkJIyBFbmFibGUgY2FsbHMgb2YgZXh0cmEgc2FuaXR5IGNo ZWNraW5nCiNvcHRpb25zIAlJTlZBUklBTlRfU1VQUE9SVAkjIEV4dHJhIHNhbml0eSBjaGVja3Mg b2YgaW50ZXJuYWwgc3RydWN0dXJlcywgcmVxdWlyZWQgYnkgSU5WQVJJQU5UUwojb3B0aW9ucyAJ V0lUTkVTUwkJCSMgRW5hYmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNsZXMK I29wdGlvbnMgCVdJVE5FU1NfU0tJUFNQSU4JIyBEb24ndCBydW4gd2l0bmVzcyBvbiBzcGlubG9j a3MgZm9yIHNwZWVkCgojZGVjaWNlCQljcHVmcmVxCmRldmljZSAgICAgICAgICBhcGljCmRldmlj ZQkJaHdwbWMKb3B0aW9ucyAgICAgICAgCUhXUE1DX0hPT0tTCgojIEluY3JlYXNlIG1heGltdW0g bWVtb3J5IHVzYWdlCm9wdGlvbnMgICAgICAgICBNQVhEU0laPSgxNDAwVUwqMTAyNCoxMDI0KQpv cHRpb25zICAgICAgICAgTUFYU1NJWj0oMTI4VUwqMTAyNCoxMDI0KQpvcHRpb25zICAgICAgICAg REZMRFNJWj0oMTAyNFVMKjEwMjQqMTAyNCkKCgojIEJ1cyBzdXBwb3J0LiAgRG8gbm90IHJlbW92 ZSBpc2EsIGV2ZW4gaWYgeW91IGhhdmUgbm8gaXNhIHNsb3RzCmRldmljZQkJaXNhCmRldmljZQkJ cGNpCgojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcwpkZXZpY2UJCWF0YQpkZXZpY2UJCWF0YWRpc2sJ CSMgQVRBIGRpc2sgZHJpdmVzCiNkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00gZHJpdmVz CmRldmljZQkJYXRhcGljYW0Kb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2Ug bnVtYmVyaW5nCgojIFNDU0kgcGVyaXBoZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAo cmVxdWlyZWQgZm9yIFNDU0kpCiNkZXZpY2UJCWNoCQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMKZGV2 aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChkaXNrcykKZGV2aWNlCQljZAkJIyBDRApkZXZpY2UJ CXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpCgojIGF0a2Jk YzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCmRldmljZQkJ YXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xsZXIKZGV2aWNlCQlhdGtiZAkJIyBBVCBrZXli b2FyZApkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNlCgpkZXZpY2UJCXZnYQkJIyBWR0EgdmlkZW8g Y2FyZCBkcml2ZXIKCmRldmljZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3JlZW4gYW5kIHNjcmVlbiBz YXZlciBzdXBwb3J0CgojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJl c2VtYmxpbmcgYW4gU0NPIGNvbnNvbGUKZGV2aWNlCQlzYwoKI2RldmljZQkJYWdwCQkjIHN1cHBv cnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMKCiMgRmxvYXRpbmcgcG9pbnQgc3VwcG9ydCAtIGRvIG5v dCBkaXNhYmxlLgpkZXZpY2UJCW5weAoKIyBQb3dlciBtYW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBO T1RFUyBmb3IgbW9yZSBvcHRpb25zKQojZGV2aWNlCQlhcG0KIyBBZGQgc3VzcGVuZC9yZXN1bWUg c3VwcG9ydCBmb3IgdGhlIGk4MjU0LgpkZXZpY2UJCXBtdGltZXIKCiMgUENJIEV0aGVybmV0IE5J Q3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4KIyBOT1RFOiBC ZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVyIHRvIHVzZSB0 aGVzZSBOSUNzIQpkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQKZGV2aWNlCQlzawkJ IyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQgRXRoZXJuZXQKCiMgUHNldWRv IGRldmljZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJbWVtCQkj IE1lbW9yeSBhbmQga2VybmVsIG1lbW9yeSBkZXZpY2VzCmRldmljZQkJaW8JCSMgSS9PIGRldmlj ZQpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVy bmV0IHN1cHBvcnQKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMg UHNldWRvLXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKCiMg VGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJl IGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhp cyEKIyBOb3RlIHRoYXQgJ2JwZicgaXMgcmVxdWlyZWQgZm9yIERIQ1AuCmRldmljZQkJYnBmCQkj IEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNCIHN1cHBvcnQKZGV2aWNlCQl1aGNpCQkjIFVI Q0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBPSENJIFBDSS0+VVNCIGludGVy ZmFjZQpkZXZpY2UJCWVoY2kJCSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjApCmRl dmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQojZGV2aWNlCQl1ZGJwCQkjIFVTQiBEb3Vi bGUgQnVsayBQaXBlIGRldmljZXMKZGV2aWNlCQl1Z2VuCQkjIEdlbmVyaWMKZGV2aWNlCQl1aGlk CQkjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNlcyIKZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkCmRl dmljZQkJdWxwdAkJIyBQcmludGVyCmRldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdl IC0gUmVxdWlyZXMgc2NidXMgYW5kIGRhCmRldmljZQkJdW1zCQkjIE1vdXNlCmRldmljZQkJdXJp bwkJIyBEaWFtb25kIFJpbyA1MDAgTVAzIHBsYXllcgpkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5l cnMKCmRldmljZQkJc291bmQKZGV2aWNlCQkic25kX3ZpYTgyMzMiCiNkZXZpY2UJCSJzbmRfZW11 MTBrMSIK ------=_20050928161129_28439-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 14:28: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 5BCB616A41F; Wed, 28 Sep 2005 14:28:12 +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 D00D243D49; Wed, 28 Sep 2005 14:28:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j8SES9F9016612; Wed, 28 Sep 2005 10:28:09 -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 j8SES9Ul036579; Wed, 28 Sep 2005 10:28:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DC77B7302F; Wed, 28 Sep 2005 10:28:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050928142809.DC77B7302F@freebsd-current.sentex.ca> Date: Wed, 28 Sep 2005 10:28:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 14:28:12 -0000 TB --- 2005-09-28 14:10:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-28 14:10:38 - starting HEAD tinderbox run for i386/i386 TB --- 2005-09-28 14:10:38 - cleaning the object tree TB --- 2005-09-28 14:11:06 - checking out the source tree TB --- 2005-09-28 14:11:06 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-09-28 14:11:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-28 14:15:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-28 14:15:50 - cd /src TB --- 2005-09-28 14:15:50 - /usr/bin/make -B buildworld >>> 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/libpam/modules/pam_self (all) cc -O2 -pipe -I/src/lib/libpam/modules/pam_self/../../../../contrib/openpam/include -I/src/lib/libpam/modules/pam_self/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/lib/libpam/modules/pam_self/pam_self.c building static pam_self library ranlib libpam_self.a ===> lib/libpam/modules/pam_ssh (all) cc -O2 -pipe -I/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -I/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/src/lib/libpam/modules/pam_ssh/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/lib/libpam/modules/pam_ssh/pam_ssh.c /src/lib/libpam/modules/pam_ssh/pam_ssh.c:81: warning: initialization discards qualifiers from pointer target type /src/lib/libpam/modules/pam_ssh/pam_ssh.c:81: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /src/lib/libpam/modules. *** Error code 1 Stop in /src/lib/libpam. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-28 14:28:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-28 14:28:09 - ERROR: failed to build world TB --- 2005-09-28 14:28:09 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 14:36: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 098C216A41F for ; Wed, 28 Sep 2005 14:36:34 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 961B543D48 for ; Wed, 28 Sep 2005 14:36:31 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1404563wxc for ; Wed, 28 Sep 2005 07:36: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rvP2q1We1/WqIf1eS7z1s6/i2dROvS14BwPgDZ3KS4H9B7N79z9ValS1rERNs65j7HFxkHUeA5oXsVAKaGpJFMylsjm4bVoDFhcSxy6krFiNVs8CFqh1qhY/22ulDYsLtiTRT0cwNu6SsKHVQbxVOgxJzgCOIJ9DjgIW8L12AYE= Received: by 10.70.77.17 with SMTP id z17mr3431151wxa; Wed, 28 Sep 2005 07:36:30 -0700 (PDT) Received: by 10.70.115.15 with HTTP; Wed, 28 Sep 2005 07:36:30 -0700 (PDT) Message-ID: <84dead72050928073643bf3f8f@mail.gmail.com> Date: Wed, 28 Sep 2005 20:06:30 +0530 From: Joseph Koshy To: Niklas Sorensson In-Reply-To: <61020.83.226.117.75.1127916689.squirrel@webmail.chalmers.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <52420.83.226.117.75.1127863485.squirrel@webmail.chalmers.se> <84dead72050928025251c032f7@mail.gmail.com> <61020.83.226.117.75.1127916689.squirrel@webmail.chalmers.se> Cc: freebsd-current@freebsd.org Subject: Re: hwpmc & sampling 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: Wed, 28 Sep 2005 14:36:34 -0000 ns> Seems wierd huh? I'd love to get this to work and would'nt ns> mind investigating the issue if you point me in the right ns> direction. Wierd. The output of 'time' that you posted showed low usr+sys numbers, but a large elapsed time. This would happen if the process is sleeping waiting for data or an external event. ns> real 0m24.728s ns> user 0m0.001s ns> sys 0m0.004s If this was a typo and the process was actually using the CPU for all 24.7 seconds, could you compare the gprof profiles you get from a pmcstat -S and a pmcstat -P run? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 14:46: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 282B916A41F; Wed, 28 Sep 2005 14:46:08 +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 989A543D48; Wed, 28 Sep 2005 14:46:07 +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.4/8.13.4) with ESMTP id j8SEk6HH018663; Wed, 28 Sep 2005 10:46:06 -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 j8SEk6jV076222; Wed, 28 Sep 2005 10:46:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E35F7302F; Wed, 28 Sep 2005 10:46:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050928144606.3E35F7302F@freebsd-current.sentex.ca> Date: Wed, 28 Sep 2005 10:46:06 -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: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 14:46:08 -0000 TB --- 2005-09-28 14:28:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-28 14:28:10 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-09-28 14:28:10 - cleaning the object tree TB --- 2005-09-28 14:28:32 - checking out the source tree TB --- 2005-09-28 14:28:32 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-09-28 14:28:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-28 14:33:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-28 14:33:44 - cd /src TB --- 2005-09-28 14:33:44 - /usr/bin/make -B buildworld >>> 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/libpam/modules/pam_self (all) cc -O2 -pipe -I/src/lib/libpam/modules/pam_self/../../../../contrib/openpam/include -I/src/lib/libpam/modules/pam_self/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/lib/libpam/modules/pam_self/pam_self.c building static pam_self library ranlib libpam_self.a ===> lib/libpam/modules/pam_ssh (all) cc -O2 -pipe -I/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -I/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/src/lib/libpam/modules/pam_ssh/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/lib/libpam/modules/pam_ssh/pam_ssh.c /src/lib/libpam/modules/pam_ssh/pam_ssh.c:81: warning: initialization discards qualifiers from pointer target type /src/lib/libpam/modules/pam_ssh/pam_ssh.c:81: warning: initialization discards qualifiers from pointer target type *** Error code 1 Stop in /src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /src/lib/libpam/modules. *** Error code 1 Stop in /src/lib/libpam. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-28 14:46:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-28 14:46:06 - ERROR: failed to build world TB --- 2005-09-28 14:46:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 15:08:47 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 2046D16A41F; Wed, 28 Sep 2005 15:08:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFE0F43D49; Wed, 28 Sep 2005 15:08:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 7E4481A3C1A; Wed, 28 Sep 2005 08:08:46 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A9ED7516FB; Wed, 28 Sep 2005 11:08:42 -0400 (EDT) Date: Wed, 28 Sep 2005 11:08:41 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050928150841.GA22767@xor.obsecurity.org> References: <20050924034322.GA1636@xor.obsecurity.org> <20050926003353.GA73440@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20050926003353.GA73440@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: tegge@FreeBSD.org, current@FreeBSD.org Subject: Re: deadlock in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 15:08:47 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 25, 2005 at 08:33:53PM -0400, Kris Kennaway wrote: > On Fri, Sep 23, 2005 at 11:43:22PM -0400, Kris Kennaway wrote: > > Since updating my (UP i386) machines yesterday they're all hanging=0D > > after a few hours of load with all processes in the following states:=0D > > =0D > > db> ps=0D > > pid proc uid ppid pgrp flag stat wmesg wchan cmd=0D > > 28397 c5267a3c 0 28396 28397 0000110 [SLPQ vmmaps 0xc1027178][SLP] c= ron=0D > > 28396 c5267c48 0 386 386 0000000 [SLPQ ppwait 0xc5267c48][SLP] c= ron=0D >=20 > [...] >=20 > This is still broken. Someone must have broken this in the past few > days, but I don't have time right now to do a binary search. Please, > everyone review your recent commits to see if you could be the > originator. It looks like this was caused by a recent commit to fifofs, which was recently backed out for other reasons. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOrH4Wry0BWjoQKURApmFAJ9rXNaNvBWsVYk2N6+u12QbkQspZgCgqF7h 9Qi1cgQbdpyy6wRchG6NfJk= =GBiy -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 15:21: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 0814316A41F; Wed, 28 Sep 2005 15:21:14 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD4F43D48; Wed, 28 Sep 2005 15:21:13 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 28 Sep 2005 11:21:08 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 5F16A13633; Wed, 28 Sep 2005 11:21:12 -0400 (EDT) Date: Wed, 28 Sep 2005 11:21:12 -0400 From: Ed Maste To: Tim Kientzle Message-ID: <20050928152112.GC9994@sandvine.com> References: <20050926195807.GD95971@sandvine.com> <17208.30606.117170.36398@khavrinen.csail.mit.edu> <20050927001650.GA9994@sandvine.com> <20050927180021.GB9994@sandvine.com> <433A2882.4030003@freebsd.org> <433A2D6E.7020205@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433A2D6E.7020205@freebsd.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 28 Sep 2005 15:21:08.0585 (UTC) FILETIME=[404FCD90:01C5C440] Cc: Garrett Wollman , freebsd-current@freebsd.org Subject: Re: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 15:21:14 -0000 On Tue, Sep 27, 2005 at 10:43:10PM -0700, Tim Kientzle wrote: > Ed, > > Try the attached patch (for /usr/src/lib/libarchive) and > let me know if that fixes it for you. Thanks Tim! That fixes the long symlink issue. -- Ed Maste, Sandvine Incorporated From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 15:36: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 5EBBB16A41F for ; Wed, 28 Sep 2005 15:36:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F368443D48 for ; Wed, 28 Sep 2005 15:36:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8SFZ1QT013815; Wed, 28 Sep 2005 09:35:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 28 Sep 2005 09:35:38 -0600 (MDT) Message-Id: <20050928.093538.65572824.imp@bsdimp.com> To: ume@mahoroba.org From: "M. Warner Losh" In-Reply-To: References: 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 28 Sep 2005 09:35:02 -0600 (MDT) Cc: current@freebsd.org Subject: Re: modem card is not recognized anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 15:36:20 -0000 In message: Hajimu UMEMOTO writes: : Recently, I upgraded my laptop to latest RELENG_6. Then, I realized : that my modem card (SII MC-P300) is not recognized anymore. When I : inserted the card into the PCMCIA slot, the kernel bacame stacked. : Then I removed the card from the slot, the kernel bacame alive again : with following dmesg output: : : pccard0: Card has no functions! : cbb0: PC Card card activation failed. : : The card is still recognized fine with 6.0-BETA3 kernel. IIRC, the : card was recognized fine with BETA4 kernel. However, since I've lost : BETA4 kernel, I cannot test with BETA4, sorry. : : Any idea? Can you send me a dmesg from a boot -v from BETA3 and RELENG_6? Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 16:40: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 E5B9C16A41F for ; Wed, 28 Sep 2005 16:40:10 +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 68B0943D4C for ; Wed, 28 Sep 2005 16:40:09 +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 2CA3A1FFAD1; Wed, 28 Sep 2005 18:40:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id C108D1FFACF; Wed, 28 Sep 2005 18:40:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 09E0315899; Wed, 28 Sep 2005 16:38:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id F36A415329; Wed, 28 Sep 2005 16:38:28 +0000 (UTC) Date: Wed, 28 Sep 2005 16:38:28 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Martin In-Reply-To: <43395CB0.2080203@nurfuerspam.de> Message-ID: References: <43395CB0.2080203@nurfuerspam.de> 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 mailing list Subject: Re: LOR: if_ath vs vm_map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 16:40:11 -0000 On Tue, 27 Sep 2005, Martin wrote: Hi, this is very hard to read. > This one occured in RELENG_6 from yesterday: > > Sep 27 16:28:22 booky kernel: lock order reversal > Sep 27 16:28:22 booky kernel: 1st 0xc1885d30 ath0 (network driver) @ > /usr/src/sys/dev/ath/if_ath.c:4641 > Sep 27 16:28:22 booky kernel: 2nd 0xc150c620 user map (user map) @ > /usr/src/sys/vm/vm_map.c:2997 > Sep 27 16:28:22 booky kernel: KDB: stack backtrace: > Sep 27 16:28:22 booky kernel: > kdb_backtrace(0,ffffffff,c07e2d60,c07e3d28,c07a538c) at kdb_backtrace+0x29 > Sep 27 16:28:22 booky kernel: > witness_checkorder(c150c620,9,c0774e40,bb5) at witness_checkorder+0x564 > Sep 27 16:28:22 booky kernel: _sx_xlock(c150c620,c0774e40,bb5) at > _sx_xlock+0x50Sep 27 16:28:22 booky kernel: > _vm_map_lock_read(c150c5dc,c0774e40,bb5,277d0a2,c1624480) at > _vm_map_lock_read+0x37 > Sep 27 16:28:22 booky kernel: > vm_map_lookup(dca3ba74,805d000,2,dca3ba78,dca3ba68) at vm_map_lookup+0x28 > Sep 27 16:28:22 booky kernel: vm_fault(c150c5dc,805d000,2,8,c1628480) at > vm_fault+0x65 > Sep 27 16:28:22 booky kernel: trap_pfault(dca3bb38,0,805d000) at > trap_pfault+0xce > Sep 27 16:28:22 booky kernel: > trap(dca30008,c06a0028,c1890028,805d000,c189f000) > at trap+0x331 > Sep 27 16:28:22 booky kernel: calltrap() at calltrap+0x5 > Sep 27 16:28:22 booky kernel: --- trap 0xc, eip = 0xc0706d9e, esp = > 0xdca3bb78, > ebp = 0xdca3bbb0 --- it looks pretty much like http://sources.zabbadoz.net/freebsd/lor.html#042 > Sep 27 16:28:22 booky kernel: > generic_copyout(c187e800,c1892d80,c1885aac,c0286938,0) at > generic_copyout+0x36 > Sep 27 16:28:22 booky kernel: > ieee80211_ioctl(c18851ac,c0286938,c1892d80,c1892d80,c18851ac) at > ieee80211_ioctl+0xc1 > Sep 27 16:28:22 booky kernel: > ath_ioctl(c187e800,c0286938,c1892d80,dca3bc38,c055978c) at ath_ioctl+0x17c > Sep 27 16:28:22 booky kernel: > ifhwioctl(c0286938,c187e800,c1892d80,c1628480,dca3bc88) at ifhwioctl+0xa40 > Sep 27 16:28:22 booky kernel: > ifioctl(c1953858,c0286938,c1892d80,c1628480,0) at > ifioctl+0xc3 > Sep 27 16:28:22 booky kernel: > soo_ioctl(c18cd1b0,c0286938,c1892d80,c1501d00,c1628480) at soo_ioctl+0x2db > Sep 27 16:28:22 booky kernel: ioctl(c1628480,dca3bd04,3,2,292) at > ioctl+0x370 > Sep 27 16:28:22 booky kernel: syscall(3b,3b,3b,805c028,6) at syscall+0x22f > Sep 27 16:28:22 booky kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f > Sep 27 16:28:22 booky kernel: --- syscall (54, FreeBSD ELF32, ioctl), > eip = 0x280c7b57, esp = 0xbfbfe8ac, ebp = 0xbfbfe8c8 --- > > booky is "Thinkpad R40" with kernel: > FreeBSD 6.0-BETA5 FreeBSD 6.0-BETA5 #0: Mon Sep 26 22:44:40 CEST 2005 > i386 > > Martin > > _______________________________________________ > 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" > -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18: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 261B716A41F for ; Wed, 28 Sep 2005 18:48:58 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75AD843D48 for ; Wed, 28 Sep 2005 18:48:57 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j8SImr8Q026802 for ; Wed, 28 Sep 2005 20:48:56 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id BB89740687 for ; Wed, 28 Sep 2005 20:48:52 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10294-08 for ; Wed, 28 Sep 2005 20:48:49 +0200 (CEST) Received: from [10.0.0.94] (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id 5691640558 for ; Wed, 28 Sep 2005 20:48:49 +0200 (CEST) Message-ID: <433AE588.2070002@gwch.net> Date: Wed, 28 Sep 2005 20:48:40 +0200 From: Roger Grosswiler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050824) 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 X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on smtp-06.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-06.tornado.cablecom.ch 32701; Body=1 Fuz1=1 Fuz2=1 Subject: Problems loading Gnome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 18:48:58 -0000 Hi, i recently installed Beta4 sucessfully, but after login i have to wait 10 minutes to get a workin system. Dmesg shows this: lock order reversal 1st 0xc097f8e0 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2317 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c09348c0,c0934a00,c08bef84) at kdb_backtrace+0x29 witness_checkorder(c1060144,9,c0875486,90d) at witness_checkorder+0x564 _mtx_lock_flags(c1060144,0,c0875486,90d) at _mtx_lock_flags+0x5b _vm_map_lock(c10600c0,c0875486,90d) at _vm_map_lock+0x26 vm_map_remove(c10600c0,c1d05000,c1d06000,cc9ffc0c,c07827a9) at vm_map_remove+0x1f kmem_free(c10600c0,c1d05000,1000,cc9ffc3c,c0782156) at kmem_free+0x25 page_free(c1d05000,1000,2) at page_free+0x29 zone_drain(c103f000) at zone_drain+0x26a zone_foreach(c0781eec,cc9ffcec,c07940d7,cc9ffc74,246) at zone_foreach+0x37 uma_reclaim(cc9ffc74,246,0,cc9ffc80,c062b7d9) at uma_reclaim+0x12 vm_pageout_scan(0,c097fd40,0,c0876973,604) at vm_pageout_scan+0x103 vm_pageout(0,cc9ffd38,0,c0794f2c,0) at vm_pageout+0x2c3 fork_exit(c0794f2c,0,cc9ffd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc9ffd6c, ebp = 0 --- What can this be? What can i do? Roger From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:52: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 F0E5516A42C for ; Wed, 28 Sep 2005 18:52:41 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from mattsnetwork.co.uk (mattsnetwork.co.uk [82.152.140.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D6BD43D55 for ; Wed, 28 Sep 2005 18:52:40 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from workstation1.local.mattsnetwork.co.uk (workstation1.local.mattsnetwork.co.uk [192.168.0.145]) (authenticated bits=0) by mattsnetwork.co.uk (8.13.4/8.13.4) with ESMTP id j8SIqR9t037049; Wed, 28 Sep 2005 19:52:29 +0100 (BST) (envelope-from matt@mattsnetwork.co.uk) Authentication-Results: mattsnetwork.co.uk from=matt@mattsnetwork.co.uk; sender-id=fail (NotPermitted); spf=fail (NotPermitted) From: Matt Dawson To: Alexander Leidinger , freebsd-current@freebsd.org Date: Wed, 28 Sep 2005 19:52:27 +0100 User-Agent: KMail/1.8.2 References: <200509271652.42258.matt@mattsnetwork.co.uk> <20050928112252.q5vwbkjmeosg4s00@netchild.homeip.net> In-Reply-To: <20050928112252.q5vwbkjmeosg4s00@netchild.homeip.net> X-Face: Zrm9At!%e{M_#Po+[-\; RFQih#L0/\!^6f8JS_1Nz,8`(@bR%|T,c)3:o6my`.sy$Rt)'^)ec9cWp!MmeH^Gp|Afl)BkcH1GENCBqb&wZ$cdqN27uYfD=jU@1:vWXf|)LmuVKo?1wuS68KeDX&3,#wZP2$N1Ao!_'mZOws67 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509281952.27432.matt@mattsnetwork.co.uk> X-Spam-Status: No, score=-1.4 required=2.5 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on central.local.mattsnetwork.co.uk X-Virus-Scanned: ClamAV 0.87/1103/Wed Sep 28 17:48:20 2005 on central.local.mattsnetwork.co.uk X-Virus-Status: Clean Cc: Subject: Re: Latency on emu10k1 sound? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 18:52:42 -0000 On Wednesday 28 Sep 2005 10:22, you wrote: > You could try the emu10kx port instead. > > If this doesn't help: Grab the sound bits from -current and try again. > There's no plan to MFC the changes for 6.0, not all the changes are tested > enough. Thanks, Alexander. Roman Bogdanov sent me the solution by e-mail: set hint.pcm.0.buffersize="16384" in /boot/device.hints. I get the feeling I should be receiving a good "RTFM" for this question due to the simplicity of the solution. Thanks for the replies, folks. -- Matt Dawson. matt@mattsnetwork.co.uk MD2657-RIPE OpenNIC M_D9 From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:59: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 49C5816A41F for ; Wed, 28 Sep 2005 18:59:52 +0000 (GMT) (envelope-from ai@bmc.brk.ru) Received: from stalker.bmc.brk.ru (stalker.bmc.brk.ru [217.150.59.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D823A43D53 for ; Wed, 28 Sep 2005 18:59:51 +0000 (GMT) (envelope-from ai@bmc.brk.ru) Date: Wed, 28 Sep 2005 23:00:27 +0400 From: Artemiev Igor To: freebsd-current@freebsd.org Message-ID: <20050928190027.GA1028@bmc.brk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: current-i386: thread 0xc07686a0 unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 18:59:52 -0000 I received this message during the reboot after the update last night: lockmgr: thread 0xc07686a0 unlocking unheld lock KDB: stack backtrace: kdb_backtrace(c070a80b,c07686a0,c07766ac,c0c20cec,c053ebd7) at kdb_backtrace+0x2 e lockmgr(c0776688,6,c07766ac,c07686a0,c0c20d28) at lockmgr+0x5d0 smb_co_unlock(c0776680,0,c07686a0,c07686a0,c0c20d48) at smb_co_unlock+0x2c smb_sm_init(c0c20d48,c0541ab4,c19802ac,c0716652,c1980280) at smb_sm_init+0x4a nsmb_dev_load(c1980280,0,0,0,0) at nsmb_dev_load+0x25 module_register_init(c074c864,c1e000,c1ec00,c1e000,0) at module_register_init+0x 81 mi_startup() at mi_startup+0x99 begin() at begin+0x2c netsmb_dev: loaded Looks like the curthread was changed, but lk_lockholder remained the same, and because of that, lock is not released now by lockmgr(). Why? I use SCHED_ULE with PREEMPTION+ADAPTIVE_GIANT+MUTEX_WAKE_ALL. NETSMB compiled into kernel. -- iprefetch ai From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:03: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 1CFB816A41F for ; Wed, 28 Sep 2005 19:03:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1BE043D66 for ; Wed, 28 Sep 2005 19:03:39 +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 smtp2-g19.free.fr (Postfix) with ESMTP id 1D6E326136 for ; Wed, 28 Sep 2005 21:03:36 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 32863405A; Wed, 28 Sep 2005 21:03:37 +0200 (CEST) Date: Wed, 28 Sep 2005 21:03:37 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050928190336.GA1027@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline User-Agent: Mutt/1.5.10i Cc: Subject: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 19:03:45 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi list, one of my boxes running FreeBSD 6.0-BETA5 experiences the problem described below. I must add that this box never ran something else than FreeBSD, and I've been seeing this since the beginning, back to FreeBSD 5.x. The box run quite well most of the time, i.e. no particular ATA problem, when the box has just been powered up. However, after a reboot, whether soft or hard, I get READ_DMA errors for all my ATA drives. I would be glad if one could give me some clues or hints on how to debug this. I understand this may be a kind of weird hardware problem that could not be worked around, but I'd like to be sure about this. The verbose dmesg: is attached, the READ_DMA errors can be seen at the very end of it. I also attached my kernel configuration file in case it is relevant. Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg 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-BETA5 #2: Wed Sep 28 14:49:35 CEST 2005 root@obiwan.tataz.chchile.org:/usr/obj/usr/src/sys/OBIWAN Preloaded elf kernel "/boot/kernel/kernel" at 0xc08a6000. Preloaded elf module "/boot/kernel/if_vr.ko" at 0xc08a6194. Preloaded elf module "/boot/kernel/if_xl.ko" at 0xc08a6240. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc08a62ec. Preloaded elf module "/boot/kernel/sound.ko" at 0xc08a6398. Calibrating clock(s) ... i8254 clock: 1193172 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1792728156 Hz CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1792.73-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 532611072 (507 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f2c9fff, 510283776 bytes (124581 pages) avail memory = 511713280 (488 MB) bios32: Found BIOS32 Service Directory header at 0xc00fb000 bios32: Entry = 0xfb480 (c00fb480) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb4d0 pnpbios: Found PnP BIOS data at 0xc00fbe90 pnpbios: Entry = f0000:bec0 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> netsmb_dev: loaded nfslock: pseudo-device mem: Pentium Pro MTRR support enabled io: null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80000070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06501039) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00fd5b0 PCI-Only Interrupts: 5 9 11 12 Location Bus Device Pin Link IRQs slot 1 0 6 A 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 6 B 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 6 C 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 6 D 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 7 A 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 7 B 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 7 C 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 7 D 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 8 A 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 8 B 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 8 C 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 8 D 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 15 A 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 15 B 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 15 C 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 15 D 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 9 A 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 9 B 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 9 C 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 9 D 0x44 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x41 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x42 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x43 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x44 3 4 5 6 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x42 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x43 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x44 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x41 255 N 6 3 4 5 6 7 9 10 11 12 14 15 $PIR: Found matching pin for 0.7.INTA at func 0: 11 $PIR: Found matching pin for 0.7.INTB at func 1: 5 $PIR: Found matching pin for 0.8.INTA at func 0: 5 $PIR: Found matching pin for 0.15.INTA at func 0: 11 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x42 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x43 11 Y 6 3 4 5 6 7 9 10 11 12 14 15 0x44 5 Y 6 3 4 5 6 7 9 10 11 12 14 15 0x41 255 N 6 3 4 5 6 7 9 10 11 12 14 15 $PIR: IRQs used by BIOS: 5 11 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 6 0 0 0 0 0 6 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1039, dev=0x0650, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e0000000, size 23, enabled found-> vendor=0x1039, dev=0x0001, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0e (3500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x00 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x7001, revid=0x07 bus=0, slot=2, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=11 map[10]: type 1, range 32, base cb9e2000, size 12, enabled $PIR: No matching entry for 0.2.INTD found-> vendor=0x1039, dev=0x7001, revid=0x07 bus=0, slot=2, func=3 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 map[10]: type 1, range 32, base cb9e3000, size 12, enabled $PIR: No matching entry for 0.2.INTA found-> vendor=0x1039, dev=0x5513, revid=0xd0 bus=0, slot=2, func=5 class=01-01-80, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00004000, size 4, enabled found-> vendor=0x1039, dev=0x7012, revid=0xa0 bus=0, slot=2, func=7 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000b400, size 8, enabled map[14]: type 4, range 32, base 0000b000, size 7, enabled $PIR: No matching entry for 0.2.INTC found-> vendor=0x1011, dev=0x0026, revid=0x05 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1010, revid=0x01 bus=0, slot=7, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base cb9a0000, size 17, enabled map[18]: type 1, range 64, base cb900000, size 18, enabled map[20]: type 4, range 32, base 0000b800, size 6, enabled $PIR: 0:7 INTA routed to irq 11 found-> vendor=0x8086, dev=0x1010, revid=0x01 bus=0, slot=7, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base cb980000, size 17, enabled map[18]: type 1, range 64, base cb940000, size 18, enabled map[20]: type 4, range 32, base 0000bc00, size 6, enabled $PIR: 0:7 INTB routed to irq 5 found-> vendor=0x104c, dev=0x9066, revid=0x00 bus=0, slot=8, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base cb9e0000, size 13, enabled map[14]: type 1, range 32, base cb9c0000, size 17, enabled $PIR: 0:8 INTA routed to irq 5 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000c000, size 8, enabled map[14]: type 1, range 32, base cb9e4000, size 8, enabled $PIR: 0:15 INTA routed to irq 11 agp0: mem 0xe0000000-0xe07fffff at device 0.0 on pci0 agp0: Reserved 0x800000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 8M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xcb800000-0xcb8fffff pcib1: prefetched decode 0xc0000000-0xc7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1039, dev=0x6325, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=9 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base c0000000, size 27, enabled pcib1: (null) requested memory range 0xc0000000-0xc7ffffff: good map[14]: type 1, range 32, base cb800000, size 17, enabled pcib1: (null) requested memory range 0xcb800000-0xcb81ffff: good map[18]: type 4, range 32, base 00009000, size 7, enabled pcib1: (null) requested I/O range 0x9000-0x907f: in range $PIR: Found IRQ 9 for link 0x41 from 5 9 11 12 $PIR: ROUTE_INTERRUPT failed. pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x4000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x52 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=52 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=50 devices=0x3 ata1: [MPSAFE] pcm0: port 0xb400-0xb4ff,0xb000-0xb07f irq 11 at device 2.7 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xb400 pcm0: Reserved 0x80 bytes for rid 0x14 type 4 at 0xb000 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume, Realtek 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, reserved 1, AMAP, reserved 4 pcm0: sndbuf_setmap 1f094000, 4000; 0xd5cc6000 -> 1f094000 pcm0: sndbuf_setmap 1f08f000, 4000; 0xd5cca000 -> 1f08f000 pcib2: at device 6.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xafff pcib2: memory decode 0xc8000000-0xc9ffffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x10b7, dev=0x9805, revid=0x78 bus=2, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=12 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000a000, size 7, enabled pcib2: (null) requested I/O range 0xa000-0xa07f: in range map[14]: type 1, range 32, base c9000000, size 7, enabled pcib2: (null) requested memory range 0xc9000000-0xc900007f: good $PIR: Found IRQ 9 for link 0x42 from 5 9 11 12 $PIR: ROUTE_INTERRUPT failed. found-> vendor=0x10b7, dev=0x9805, revid=0x78 bus=2, slot=5, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000a400, size 7, enabled pcib2: (null) requested I/O range 0xa400-0xa47f: in range map[14]: type 1, range 32, base c9001000, size 7, enabled pcib2: (null) requested memory range 0xc9001000-0xc900107f: good $PIR: 0:6 INTB routed to irq 11 pcib2: slot 5 INTA is routed to irq 11 xl0: <3Com 3c980C Fast Etherlink XL> port 0xa000-0xa07f mem 0xc9000000-0xc900007f irq 12 at device 4.0 on pci2 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xc9000000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:04:75:bf:ec:71 xl0: [MPSAFE] xl1: <3Com 3c980C Fast Etherlink XL> port 0xa400-0xa47f mem 0xc9001000-0xc900107f irq 11 at device 5.0 on pci2 xl1: Reserved 0x80 bytes for rid 0x14 type 3 at 0xc9001000 xl1: using memory mapped I/O xl1: media options word: a xl1: found MII/AUTO miibus1: on xl1 xlphy1: <3c905C 10/100 internal PHY> on miibus1 xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: bpf attached xl1: Ethernet address: 00:04:75:bf:ec:72 xl1: [MPSAFE] em0: port 0xb800-0xb83f mem 0xcb9a0000-0xcb9bffff,0xcb900000-0xcb93ffff irq 11 at device 7.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xcb9a0000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xb800 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:04:23:89:e5:84 em0: Speed:N/A Duplex:N/A em1: port 0xbc00-0xbc3f mem 0xcb980000-0xcb99ffff,0xcb940000-0xcb97ffff irq 5 at device 7.1 on pci0 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xcb980000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xbc00 em1: [MPSAFE] em1: bpf attached em1: Ethernet address: 00:04:23:89:e5:85 em1: Speed:N/A Duplex:N/A pci0: at device 8.0 (no driver attached) pci0: at device 15.0 (no driver attached) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pnpbios: 18 devices, largest 98 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x20000000-0x203fffff, size=0x400000 PNP0c01: adding fixed memory32 range 0xffee0000-0xffefffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x1fbfffff, size=0x1fb00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c02: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x294-0x297, size=0x4, align=0 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x1000-0x107f, size=0x80, align=0 PNP0c02: adding io range 0x1080-0x109f, size=0x20, align=0 pnpbios: handle 11 device ID PNP0c02 (020cd041) PNP0c02: adding io range 0x3f0-0x3f1, size=0x2, align=0 pnpbios: handle 12 device ID PNP0c02 (020cd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 13 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 pnpbios: handle 14 device ID PNP0700 (0007d041) PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77f, size=0x8, align=0 pnpbios: handle 16 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 17 device ID PNP0501 (0105d041) PNPb006: adding irq mask 0x400 PNPb006: adding io range 0x330-0x331, size=0x2, align=0 pnpbios: handle 18 device ID PNPb006 (06b0d041) PNPb02f: adding io range 0x201-0x207, size=0x7, align=0 PNPb02f: adding io range 0x200-0x200, size=0x1, align=0 pnpbios: handle 19 device ID PNPb02f (2fb0d041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcbfff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0067 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 80 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources (memory) unknown: at iomem 0-0x9ffff,0x20000000-0x203fffff,0xffee0000-0xffefffff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f0-0x3f1 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 unknown: failed to probe at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 unknown: failed to probe at port 0x330-0x331 irq 10 on isa0 unknown: failed to probe at port 0x201-0x207,0x200 on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 1792728156 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled pflog0: bpf attached pfsync0: bpf attached DUMMYNET with IPv6 initialized (040826) ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default lo0: bpf attached fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire ad0: setting PIO4 on SiS 5513 chip ad0: setting UDMA66 on SiS 5513 chip ad0: 9779MB at ata0-master UDMA66 ad0: 20028960 sectors [19870C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad1: setting PIO4 on SiS 5513 chip ad1: setting UDMA66 on SiS 5513 chip ad1: 29188MB at ata0-slave UDMA66 ad1: 59777640 sectors [59303C/16H/63S] 16 sectors/interrupt 1 depth queue ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad2: setting PIO4 on SiS 5513 chip ad2: setting UDMA100 on SiS 5513 chip ad2: 78167MB at ata1-master UDMA100 ad2: 160086528 sectors [39236C/16H/255S] 16 sectors/interrupt 1 depth queue ad3: setting PIO4 on SiS 5513 chip ad3: setting UDMA100 on SiS 5513 chip ad3: 78167MB at ata1-slave UDMA100 ad3: 160086528 sectors [39236C/16H/255S] 16 sectors/interrupt 1 depth queue pcm0: measured ac97 link rate at 48013 Hz, will use 48000 Hz GEOM: new disk ad1 GEOM: new disk ad2 GEOM: new disk ad3 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=128 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=128 ad3: FAILURE - READ_DMA status=51 error=84 LBA=128 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=512 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=512 ad3: FAILURE - READ_DMA status=51 error=84 LBA=512 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 ad2: FAILURE - READ_DMA status=51 error=84 LBA=64 fdc0: output ready timeout ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 fdc0: input ready timeout ad2: FAILURE - READ_DMA status=51 error=84 LBA=63 fdc0: input ready timeout ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 fdc0: output ready timeout ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad3: FAILURE - READ_DMA status=51 error=84 LBA=63 fdc0: input ready timeout fdc0: input ready timeout ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 fdc0: output ready timeout ad3: FAILURE - READ_DMA status=51 error=84 LBA=64 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 fdc0: input ready timeout ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad3: FAILURE - READ_DMA status=51 error=84 LBA=63 fdc0: input ready timeout ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=191 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=191 fdc0: output ready timeout ad3: FAILURE - READ_DMA status=51 error=84 LBA=191 fdc0: input ready timeout ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=79 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=79 fdc0: input ready timeout ad3: FAILURE - READ_DMA status=51 error=84 LBA=79 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad3: FAILURE - READ_DMA status=51 error=84 LBA=63 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=575 ad3: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=575 ad3: FAILURE - READ_DMA status=51 error=84 LBA=575 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=OBIWAN machine i386 cpu I686_CPU ident OBIWAN maxusers 0 makeoptions DEBUG=-g makeoptions MODULES_OVERRIDE="linux syscons sound xl vr em rl" option KBD_INSTALL_CDEV #Install a CDEV entry in /dev option KDB #Enable kernel debugger support option DDB #Support DDB option GDB #Support remote DDB option PREEMPTION option INVARIANTS #Enable calls of extra-sanity checking option INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #option WITNESS #Enable checks to detect deadlocks and cycles #option WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed option FFS #Berkeley Fast Filesystem option SOFTUPDATES #Enable FFS soft updates support option UFS_DIRHASH #Improve performance on big directories option QUOTA #Enable disk quotas option SUIDDIR option EXT2FS #Enable Linux filesystem support option MSDOSFS #MSDOS Filesystem option CD9660 #ISO 9660 Filesystem option NTFS #NT File System option GEOM_BDE #Disk encryption. option GEOM_BSD #BSD disklabels option GEOM_CONCAT #Disk concatenation. option GEOM_FOX #Redundant path mitigation option GEOM_GATE #Userland services. option GEOM_MBR #DOS/MBR partitioning option GEOM_VOL #Volume names from UFS superblock option PROCFS #Process filesystem (requires PSEUDOFS) option PSEUDOFS #Pseudo-filesystem framework option NULLFS #NULL filesystem option PORTALFS #Portal filesystem option FDESCFS #File descriptor filesystem option UDF #Universal Disk Format #option UMAPFS #UID map filesystem (BORKEN) option UNIONFS #Union filesystem option NFSCLIENT #Network Filesystem Client option NFSSERVER #Network Filesystem Server option SMBFS #SMB/CIFS filesystem option NETSMB #SMB/CIFS requester option NETSMBCRYPTO #Encrypted password support for SMB option LIBMCHAIN #Mbuf management library option LIBICONV #Needed by NETSMB option COMPAT_43 #Compatible with BSD 4.3 #option COMPAT_FREEBSD4 #Compatible with FreeBSD4 option COMPAT_FREEBSD5 #Compatible with FreeBSD5 #option COMPAT_LINUX #Enable Linux ABI emulation #option COMMPAT_AOUT #Enable i386 a.out binary support #option LINPROCFS #Enable linux-proc like proc fs support option SCHED_4BSD #4BSD scheduler option KTRACE #ktrace(1) support option SYSVSHM #SYSV-style shared memory option SYSVMSG #SYSV-style message queues option SYSVSEM #SYSV-style semaphores option INET #InterNETworking #option INET6 #IPv6 communications protocols #option IPSEC #IP security #option IPSEC_ESP #IP security (crypto; define w/ IPSEC) #option PFIL_HOOKS option IPFIREWALL #Firewall option IPFIREWALL_VERBOSE #Enable logging to syslogd(8) option IPFIREWALL_VERBOSE_LIMIT=100 #Limit verbosity option IPFIREWALL_DEFAULT_TO_ACCEPT #Allow everything by default option IPFIREWALL_FORWARD #Packet destination changes option IPFIREWALL_FORWARD_EXTENDED #option IPV6FIREWALL #Firewall for IPv6 #option IPV6FIREWALL_VERBOSE #option IPV6FIREWALL_VERBOSE_LIMIT=100 #option IPV6FIREWALL_DEFAULT_TO_ACCEPT option IPFILTER #Ipfilter support option IPFILTER_LOG #Ipfilter logging #option IPFILTER_DEFAULT_BLOCK #Block all packets by default option TCP_DROP_SYNFIN #Drop TCP packets with SYN+FIN option DUMMYNET option ALTQ option ALTQ_CBQ # Class Bases Queueing option ALTQ_RED # Random Early Drop option ALTQ_RIO # RED In/Out option ALTQ_HFSC # Hierarchical Packet Scheduler option ALTQ_CDNR # Traffic conditioner option ALTQ_PRIQ # Priority Queueing #option ALTQ_NOPCC # Required for SMP build #option BRIDGE option HZ=100 # NDIS #option NDISAPI #device ndis device mem device io # Cryptographically secure random number generator device random # Entropy device # Virtual network interfaces device loop # Network loopback device ether # Ethernet support device vlan # VLAN support device wlan # 802.11 support #device ppp # Kernel PPP #device tun # Packet tunnel #device gif # IPv6 and IPv4 tunneling device bpf # Berkeley packet filter device pf # PF OpenBSD packet-filter firewall device pflog # Logging support interface for PF device pfsync # Synchronization interface for PF # Miscellaneous devices device pty # Pseudo-ttys (telnet etc) #device gzip # Exec gzipped a.out's device snp # Snoop device #device md # Memory "disks" device ccd # Concatened disk driver #device vinum # Vinum concat/mirror/raid driver # Hardware bus device isa device pci device agp # Floppy drives. device fdc # Network interfaces device miibus device em # Intel Pro/1000 Gigabit Ethernet 82542, 82543, 82544 based adapters. #device vr # VIA Rhina, Rhine II #device ath # Atheros a/b/g Wifi adapters #device ath_hal # Atheros HAL #device an #device awi #device cnw #device wi # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #option ATA_STATIC_ID # Static device numbering # Mandatory devices device npx # Floating point support device atkbdc # Keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # Video card drriver for VGA adapters device splash # Splash screen/screen saver option FAT_CURSOR # Start with block cursor device sc # Syscons console driver option SC_ALT_MOUSE_IMAGE # Simplified mouse cursor in text mode #option SC_DISABLE_DDBKEY # Disable `debug' key option SC_DISABLE_REBOOT # Disable reboot key sequence option SC_HISTORY_SIZE=1600 # Number of history buffer lines option SC_PIXEL_MODE # Add support for the raster text mode #option SC_TWOBUTTON_MOUSE # Use right mouse button to paste # Serial and Parallel ports device uart # Newbusified driver for serial intf device sio # Serial (COM) ports #device ppc # Parallel ports #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 # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic USB device driver device ukbd # Keyboard device ums # Mouse device umass # USB mass storage # Required by umass device scbus # Base SCSI code device da # SCSI direct access devices (disks) --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:17: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 C86F616A41F for ; Wed, 28 Sep 2005 19:17:49 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DF0043D4C for ; Wed, 28 Sep 2005 19:17:47 +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 smtp1-g19.free.fr (Postfix) with ESMTP id 15DBF2FE4F; Wed, 28 Sep 2005 21:17:46 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id ADEF6405A; Wed, 28 Sep 2005 21:17:46 +0200 (CEST) Date: Wed, 28 Sep 2005 21:17:46 +0200 From: Jeremie Le Hen To: Roger Grosswiler Message-ID: <20050928191746.GB1027@obiwan.tataz.chchile.org> References: <433AE588.2070002@gwch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433AE588.2070002@gwch.net> User-Agent: Mutt/1.5.10i Cc: freebsd-current@freebsd.org Subject: Re: Problems loading Gnome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 19:17:49 -0000 Hi Roger, > i recently installed Beta4 sucessfully, but after login i have to wait > 10 minutes to get a workin system. > > Dmesg shows this: > > lock order reversal > 1st 0xc097f8e0 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 > 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2317 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c09348c0,c0934a00,c08bef84) at kdb_backtrace+0x29 > witness_checkorder(c1060144,9,c0875486,90d) at witness_checkorder+0x564 > _mtx_lock_flags(c1060144,0,c0875486,90d) at _mtx_lock_flags+0x5b > _vm_map_lock(c10600c0,c0875486,90d) at _vm_map_lock+0x26 > vm_map_remove(c10600c0,c1d05000,c1d06000,cc9ffc0c,c07827a9) at > vm_map_remove+0x1f > kmem_free(c10600c0,c1d05000,1000,cc9ffc3c,c0782156) at kmem_free+0x25 > page_free(c1d05000,1000,2) at page_free+0x29 > zone_drain(c103f000) at zone_drain+0x26a > zone_foreach(c0781eec,cc9ffcec,c07940d7,cc9ffc74,246) at zone_foreach+0x37 > uma_reclaim(cc9ffc74,246,0,cc9ffc80,c062b7d9) at uma_reclaim+0x12 > vm_pageout_scan(0,c097fd40,0,c0876973,604) at vm_pageout_scan+0x103 > vm_pageout(0,cc9ffd38,0,c0794f2c,0) at vm_pageout+0x2c3 > fork_exit(c0794f2c,0,cc9ffd38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcc9ffd6c, ebp = 0 --- > > > What can this be? What can i do? This is clearly explained by Robert Watson in this post : http://lists.freebsd.org/pipermail/freebsd-current/2003-December/016617.html What you can do depends on your skills actually. If you feel strong enough, you can fix it. If not, you can check this page http://sources.zabbadoz.net/freebsd/lor.html maintained by Bjoern A. Zeeb if this LOR is already reported (this should be done pretty quickly by looking for the string "UMA lock" for intance). In case of it is not, then report it on this very list. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:25: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 CB4BB16A41F for ; Wed, 28 Sep 2005 19:25:33 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2131D43D48 for ; Wed, 28 Sep 2005 19:25:32 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j8SJPU8Q006952; Wed, 28 Sep 2005 21:25:31 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id B861740687; Wed, 28 Sep 2005 21:25:30 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12030-02; Wed, 28 Sep 2005 21:25:26 +0200 (CEST) Received: from [10.0.0.94] (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id A94CF4050A; Wed, 28 Sep 2005 21:25:26 +0200 (CEST) Message-ID: <433AEE24.200@gwch.net> Date: Wed, 28 Sep 2005 21:25:24 +0200 From: Roger Grosswiler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050824) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <433AE588.2070002@gwch.net> <20050928191746.GB1027@obiwan.tataz.chchile.org> In-Reply-To: <20050928191746.GB1027@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on smtp-06.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-06.tornado.cablecom.ch 32701; Body=2 Fuz1=2 Fuz2=2 Cc: freebsd-current@freebsd.org Subject: Re: Problems loading Gnome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 19:25:33 -0000 Jeremie Le Hen wrote: >Hi Roger, > > > >>i recently installed Beta4 sucessfully, but after login i have to wait >>10 minutes to get a workin system. >> >>Dmesg shows this: >> >>lock order reversal >>1st 0xc097f8e0 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 >>2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2317 >>KDB: stack backtrace: >>kdb_backtrace(0,ffffffff,c09348c0,c0934a00,c08bef84) at kdb_backtrace+0x29 >>witness_checkorder(c1060144,9,c0875486,90d) at witness_checkorder+0x564 >>_mtx_lock_flags(c1060144,0,c0875486,90d) at _mtx_lock_flags+0x5b >>_vm_map_lock(c10600c0,c0875486,90d) at _vm_map_lock+0x26 >>vm_map_remove(c10600c0,c1d05000,c1d06000,cc9ffc0c,c07827a9) at >>vm_map_remove+0x1f >>kmem_free(c10600c0,c1d05000,1000,cc9ffc3c,c0782156) at kmem_free+0x25 >>page_free(c1d05000,1000,2) at page_free+0x29 >>zone_drain(c103f000) at zone_drain+0x26a >>zone_foreach(c0781eec,cc9ffcec,c07940d7,cc9ffc74,246) at zone_foreach+0x37 >>uma_reclaim(cc9ffc74,246,0,cc9ffc80,c062b7d9) at uma_reclaim+0x12 >>vm_pageout_scan(0,c097fd40,0,c0876973,604) at vm_pageout_scan+0x103 >>vm_pageout(0,cc9ffd38,0,c0794f2c,0) at vm_pageout+0x2c3 >>fork_exit(c0794f2c,0,cc9ffd38) at fork_exit+0xa0 >>fork_trampoline() at fork_trampoline+0x8 >>--- trap 0x1, eip = 0, esp = 0xcc9ffd6c, ebp = 0 --- >> >> >>What can this be? What can i do? >> >> > >This is clearly explained by Robert Watson in this post : >http://lists.freebsd.org/pipermail/freebsd-current/2003-December/016617.html > >What you can do depends on your skills actually. If you feel strong >enough, you can fix it. If not, you can check this page >http://sources.zabbadoz.net/freebsd/lor.html >maintained by Bjoern A. Zeeb if this LOR is already reported (this >should be done pretty quickly by looking for the string "UMA lock" for >intance). In case of it is not, then report it on this very list. > >Regards, > > in fact it is, but where do i get the patch from? Roger From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:26: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 99FA816A41F for ; Wed, 28 Sep 2005 19:26:55 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from crumpet.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E39A643D48 for ; Wed, 28 Sep 2005 19:26:52 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from bigguy.am-productions.biz (am-productions.biz [69.61.164.22]) (authenticated bits=0) by crumpet.united-ware.com (8.12.8p2/8.12.8) with ESMTP id j8SJLGC9020563 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 28 Sep 2005 15:21:17 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Jeremie Le Hen Date: Wed, 28 Sep 2005 15:27:26 -0400 User-Agent: KMail/1.8.2 References: <20050928190336.GA1027@obiwan.tataz.chchile.org> In-Reply-To: <20050928190336.GA1027@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3015517.RABIvUn3Vz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509281527.33584.mistry.7@osu.edu> X-Spam-Status: No, hits=-2.4 required=5.0 tests=BAYES_44,J_CHICKENPOX_52, MYFREEBSD3 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Virus-Scanned: ClamAV 0.86.2/1102/Sun Sep 25 10:04:56 2005 on crumpet.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 19:26:55 -0000 --nextPart3015517.RABIvUn3Vz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 28 September 2005 03:03 pm, Jeremie Le Hen wrote: > Hi list, > > one of my boxes running FreeBSD 6.0-BETA5 experiences the problem > described below. I must add that this box never ran something else > than FreeBSD, and I've been seeing this since the beginning, back > to FreeBSD 5.x. > Have you updated to the lastest RELENG_6? I had a problem with a=20 system I just installed last night where the 6.0-BETA5 iso wouldn't=20 detect the acd0 drive and various other ata issues, so I installed=20 5.3 and cvsup'ed to the latest RELENG_6 and it worked fine. I also=20 disabled APIC in the BIOS, but I'm not sure if that did anything. =2D-=20 Anish Mistry --nextPart3015517.RABIvUn3Vz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDOu6lxqA5ziudZT0RAo6oAJ9lWclM0SLERurnILdcQsm/AeL3oACgrEqZ /2mQBoVYAnLyI0JxZJDwDeo= =fDL7 -----END PGP SIGNATURE----- --nextPart3015517.RABIvUn3Vz-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 20:02:44 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 95FBA16A41F for ; Wed, 28 Sep 2005 20:02:44 +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 4C21C43D4C for ; Wed, 28 Sep 2005 20:02:44 +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 j8SK2hVQ017071 for ; Wed, 28 Sep 2005 13:02:43 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8SK2hsK017070 for current@freebsd.org; Wed, 28 Sep 2005 13:02:43 -0700 Date: Wed, 28 Sep 2005 13:02:43 -0700 From: Brooks Davis To: current@freebsd.org Message-ID: <20050928200243.GA16219@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" 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: [brooks@FreeBSD.ORG: [src] cvs commit: src/etc pccard_ether] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 20:02:44 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've just committed the following change to /etc/pccard_ether. I think it's the right solution, but I'm concerned it may cause problems with drivers that incorrectly frob the IFF_UP flag themselves. If so it may be nessicary to revert this change temporarily or at least not MFC it. -- Brooks ----- Forwarded message from Brooks Davis ----- From: Brooks Davis Date: Wed, 28 Sep 2005 19:59:23 +0000 (GMT) To: brooks@FreeBSD.ORG Subject: [src] cvs commit: src/etc pccard_ether brooks 2005-09-28 19:59:18 UTC FreeBSD src repository Modified files: etc pccard_ether=20 Log: Be less IPv4 centric. When checking if the interface is already configured, check if the UP flag is set instead of checking for the netmask keyword. =20 Revision Changes Path 1.47 +1 -1 src/etc/pccard_ether Index: src/etc/pccard_ether diff -u src/etc/pccard_ether:1.46 src/etc/pccard_ether:1.47 --- src/etc/pccard_ether:1.46 Wed Aug 24 01:23:49 2005 +++ src/etc/pccard_ether Wed Sep 28 19:59:18 2005 @@ -71,7 +71,7 @@ case ${startstop} in [Ss][Tt][Aa][Rr][Tt] | '') if [ -x /usr/bin/grep ]; then - if ifconfig $ifn | grep -s netmask > /dev/null 2>&1; then + if ifconfig $ifn | grep -s '[<,]UP[,>]' > /dev/null 2>&1; then # Interface is already up, so ignore it. exit 0 fi ----- End forwarded message ----- --=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 --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDOvbiXY6L6fI4GtQRArN6AJsGkBeSp1CRCpCl3q/fG/q82XdYDQCcD2n3 T9ySdSt7gqspNfz1Lq3R+d8= =u12i -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 20: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 7E61E16A41F for ; Wed, 28 Sep 2005 20:06:39 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19B3D43D4C for ; Wed, 28 Sep 2005 20:06:39 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8SK6KEp005724; Wed, 28 Sep 2005 13:06:25 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509282006.j8SK6KEp005724@gw.catspoiler.org> Date: Wed, 28 Sep 2005 13:06:20 -0700 (PDT) From: Don Lewis To: anderson@centtech.com In-Reply-To: <433A9710.6030206@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: analysis of snapshot-related system deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 20:06:39 -0000 On 28 Sep, Eric Anderson wrote: > Don Lewis wrote: >> I've been experimenting with Peter Holm's kernel stress test suite and >> file system snapshots. I've been frequently seeing system deadlocks, so >> I went looking for the cause. >> >> In the latest instance, there were 12 threads waiting on "snaplk", and >> the thread holding "snaplk" was sleeping on "wdrain". Two of the >> threads waiting on "snaplk" were syncer and bufdaemon, which is not a >> good sign. >> >> Ordinarily, I/O activity should eventually reduce runningbufspace below >> lorunningspace and wake up the thread sleeping on "wdrain", but this is >> where the problem gets interesting. The stack trace of the thread >> sleeping on "wdrain" is: >> >> #0 0xc0653913 in sched_switch (td=0xc23fe300, newtd=0xc2275480, flags=1) >> at /usr/src/sys/kern/sched_4bsd.c:973 >> #1 0xc0649158 in mi_switch (flags=1, newtd=0x0) >> at /usr/src/sys/kern/kern_synch.c:356 >> #2 0xc066073c in sleepq_switch (wchan=0x0) >> at /usr/src/sys/kern/subr_sleepqueue.c:427 >> #3 0xc0660920 in sleepq_wait (wchan=0xc0984404) >> at /usr/src/sys/kern/subr_sleepqueue.c:539 >> #4 0xc0648dc9 in msleep (ident=0xc0984404, mtx=0xc0984420, priority=68, >> wmesg=0xc0876f1c "wdrain", timo=0) at /usr/src/sys/kern/kern_synch.c:227 >> #5 0xc0687592 in bufwrite (bp=0xd648f558) at /usr/src/sys/kern/vfs_bio.c:383 >> #6 0xc0687bbd in bawrite (bp=0x0) at buf.h:401 >> #7 0xc077ca98 in ffs_copyonwrite (devvp=0xc2933770, bp=0xd6543e90) >> at /usr/src/sys/ufs/ffs/ffs_snapshot.c:2119 >> #8 0xc0788ec5 in ffs_geom_strategy (bo=0xc2933830, bp=0xd6543e90) >> at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1686 >> #9 0xc068750e in bufwrite (bp=0xd6543e90) at buf.h:415 >> #10 0xc0788e32 in ffs_bufwrite (bp=0xd6543e90) >> at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1663 >> #11 0xc0775a09 in ffs_update (vp=0xc5095cc0, waitfor=0) at buf.h:401 >> #12 0xc0793670 in ufs_mkdir (ap=0xeb785bb8) >> at /usr/src/sys/ufs/ufs/ufs_vnops.c:1556 >> #13 0xc08149e7 in VOP_MKDIR_APV (vop=0xc0910b60, a=0xeb785bb8) >> >> >> The problem is that bufs passed through ffs_copyonwrite() get double >> counted in runningbufspace, once for each pass through bufwrite(). This >> includes the bufs being processed by all the threads that are waiting on >> "snaplk". If enough threads get backed up waiting for "snaplk", the >> total size bufs they are processing will exceed lorunningspace and any >> threads sleeping on wdrain will sleep forever. >> >> Probably the easiest fix would be to call runningbufwakeup() from >> ffs_copyonwrite() before grabbing "snaplk", and increase runningbufspace >> again before returning from ffs_copyonwrite(). The bufs waiting for >> "snaplk" aren't yet async writes currently running, to borrow from the >> comment on waitrunningbufspace(). > > This sounds like a problem I've had with snapshot creation taking hours > on a large filesystem. I've seen the same thing, but simply waited and > eventually it would complete, however during the process, many processes > were held in the SNAPLK state, while others were idle in wdrain. I'm > currently running 5-STABLE on this box. I don't know if this has the same cause or if there is another problem. It would be useful to know what the thread that is creating the snapshot is doing during this time. What things is it waiting on? Here's a patch vs. HEAD. It has survived an hour running the stress test suite while periodically creating and deleting snapshots. I haven't tried applying it to RELENG_5, but I plan to MFC whatever fix gets committed to HEAD back to RELENG_6 and RELENG_5. The bufdaemon and syncer threads could be converted to use the TDP_NORUNNINGBUF flag to avoid special casing them in bufwrite(). Index: sys/kern/vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.493 diff -u -r1.493 vfs_bio.c --- sys/kern/vfs_bio.c 3 Aug 2005 05:02:08 -0000 1.493 +++ sys/kern/vfs_bio.c 28 Sep 2005 18:01:11 -0000 @@ -318,7 +318,7 @@ * runningbufwakeup() - in-progress I/O accounting. * */ -static __inline void +void runningbufwakeup(struct buf *bp) { @@ -848,7 +848,8 @@ * to deadlock. */ if (curthread->td_proc != bufdaemonproc && - curthread->td_proc != updateproc) + curthread->td_proc != updateproc && + (curthread->td_pflags & TDP_NORUNNINGBUF) == 0) waitrunningbufspace(); } Index: sys/sys/buf.h =================================================================== RCS file: /home/ncvs/src/sys/sys/buf.h,v retrieving revision 1.189 diff -u -r1.189 buf.h --- sys/sys/buf.h 8 Sep 2005 06:30:05 -0000 1.189 +++ sys/sys/buf.h 28 Sep 2005 17:15:40 -0000 @@ -477,6 +477,7 @@ extern int cluster_pbuf_freecnt; /* Number of pbufs for clusters */ extern int vnode_pbuf_freecnt; /* Number of pbufs for vnode pager */ +void runningbufwakeup(struct buf *); caddr_t kern_vfs_bio_buffer_alloc(caddr_t v, long physmem_est); void bufinit(void); void bwillwrite(void); Index: sys/sys/proc.h =================================================================== RCS file: /home/ncvs/src/sys/sys/proc.h,v retrieving revision 1.434 diff -u -r1.434 proc.h --- sys/sys/proc.h 15 Sep 2005 19:05:37 -0000 1.434 +++ sys/sys/proc.h 28 Sep 2005 17:58:09 -0000 @@ -378,6 +378,7 @@ #define TDP_SCHED4 0x00008000 /* Reserved for scheduler private use */ #define TDP_GEOM 0x00010000 /* Settle GEOM before finishing syscall */ #define TDP_SOFTDEP 0x00020000 /* Stuck processing softdep worklist */ +#define TDP_NORUNNINGBUF 0x00040000 /* Ignore runningbufspace check */ /* * Reasons that the current thread can not be run yet. Index: sys/ufs/ffs/ffs_snapshot.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_snapshot.c,v retrieving revision 1.103 diff -u -r1.103 ffs_snapshot.c --- sys/ufs/ffs/ffs_snapshot.c 3 Apr 2005 12:03:44 -0000 1.103 +++ sys/ufs/ffs/ffs_snapshot.c 28 Sep 2005 18:07:00 -0000 @@ -1998,6 +1998,12 @@ return (0); } /* + * Since I/O on bp isn't yet in progress and it may be blocked + * for a long time waiting on snaplk, back it out of + * runningbufspace, possibly waking other threads waiting for space. + */ + runningbufwakeup(bp); + /* * Not in the precomputed list, so check the snapshots. */ retry: @@ -2028,7 +2034,7 @@ goto retry; } snapshot_locked = 1; - td->td_pflags |= TDP_COWINPROGRESS; + td->td_pflags |= TDP_COWINPROGRESS | TDP_NORUNNINGBUF; error = UFS_BALLOC(vp, lblktosize(fs, (off_t)lbn), fs->fs_bsize, KERNCRED, BA_METAONLY, &ibp); td->td_pflags &= ~TDP_COWINPROGRESS; @@ -2065,7 +2071,7 @@ goto retry; } snapshot_locked = 1; - td->td_pflags |= TDP_COWINPROGRESS; + td->td_pflags |= TDP_COWINPROGRESS | TDP_NORUNNINGBUF; error = UFS_BALLOC(vp, lblktosize(fs, (off_t)lbn), fs->fs_bsize, KERNCRED, 0, &cbp); td->td_pflags &= ~TDP_COWINPROGRESS; @@ -2120,10 +2126,16 @@ if (dopersistence && VTOI(vp)->i_effnlink > 0) (void) ffs_syncvnode(vp, MNT_WAIT); } - if (snapshot_locked) + if (snapshot_locked) { lockmgr(vp->v_vnlock, LK_RELEASE, NULL, td); - else + td->td_pflags &= ~TDP_NORUNNINGBUF; + } else VI_UNLOCK(devvp); + /* + * I/O on bp will now be started, so count it in runningbufspace. + */ + if (bp->b_runningbufspace) + atomic_add_int(&runningbufspace, bp->b_runningbufspace); return (error); } From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 20: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 75A2416A422 for ; Wed, 28 Sep 2005 20:24:07 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B820843D49 for ; Wed, 28 Sep 2005 20:24:06 +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 smtp1-g19.free.fr (Postfix) with ESMTP id 8773C3003B; Wed, 28 Sep 2005 22:24:05 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id BD945405A; Wed, 28 Sep 2005 22:24:06 +0200 (CEST) Date: Wed, 28 Sep 2005 22:24:06 +0200 From: Jeremie Le Hen To: Anish Mistry Message-ID: <20050928202406.GD1027@obiwan.tataz.chchile.org> References: <20050928190336.GA1027@obiwan.tataz.chchile.org> <200509281527.33584.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509281527.33584.mistry.7@osu.edu> User-Agent: Mutt/1.5.10i Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 20:24:07 -0000 Hi Anish, > Have you updated to the lastest RELENG_6? I had a problem with a > system I just installed last night where the 6.0-BETA5 iso wouldn't > detect the acd0 drive and various other ata issues, so I installed > 5.3 and cvsup'ed to the latest RELENG_6 and it worked fine. I also > disabled APIC in the BIOS, but I'm not sure if that did anything. This is a very fresh RELENG_6 from today, I'm sorry to have forgotten to tell this in my previous mail. I'm going to try disabling APIC in the BIOS to see what happens. Thank for the tip. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 20:25: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 ADA1016A41F for ; Wed, 28 Sep 2005 20:25:27 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C5F943D48 for ; Wed, 28 Sep 2005 20:25:27 +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 smtp1-g19.free.fr (Postfix) with ESMTP id 66CCD2FF15 for ; Wed, 28 Sep 2005 22:25:26 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E6F094085; Wed, 28 Sep 2005 22:25:27 +0200 (CEST) Resent-From: jeremie@le-hen.org Resent-Date: Wed, 28 Sep 2005 22:25:27 +0200 Resent-Message-ID: <20050928202527.GE1027@obiwan.tataz.chchile.org> Resent-To: freebsd-current@FreeBSD.org X-Original-To: tataz Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 7F987405A; Wed, 28 Sep 2005 22:25:17 +0200 (CEST) Resent-From: jeremie@le-hen.org Resent-Date: Wed, 28 Sep 2005 22:25:17 +0200 Resent-Message-ID: <20050928202517.GA2739@obiwan.tataz.chchile.org> Resent-To: Jeremie Le Hen Date: Wed, 28 Sep 2005 22:22:16 +0200 From: Jeremie Le Hen To: Roger Grosswiler Message-ID: <20050928202216.GC1027@obiwan.tataz.chchile.org> References: <433AE588.2070002@gwch.net> <20050928191746.GB1027@obiwan.tataz.chchile.org> <433AEDBF.4070908@gwch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433AEDBF.4070908@gwch.net> User-Agent: Mutt/1.5.10i Cc: Jeremie Le Hen Subject: Re: Problems loading Gnome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 20:25:27 -0000 Roger, > Thanks for replying, i have the uma lock > > UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 > > so, i hope i gonna patch this. The "patched" statement means a fix has been commited to the main repository. You will probably get rid of this LOR by upgrading your system to the lastest 6.x version. I then turn you towards the FreeBSD handbook to achieve this : http://www.FreeBSD.org/handbook Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 21: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 A9B3716A41F; Wed, 28 Sep 2005 21:43:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65A1443D48; Wed, 28 Sep 2005 21:43:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 4E0741A3C1F; Wed, 28 Sep 2005 14:43:11 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C49215154A; Wed, 28 Sep 2005 17:43:09 -0400 (EDT) Date: Wed, 28 Sep 2005 17:43:09 -0400 From: Kris Kennaway To: Ed Maste Message-ID: <20050928214309.GA31848@xor.obsecurity.org> References: <20050926195807.GD95971@sandvine.com> <17208.30606.117170.36398@khavrinen.csail.mit.edu> <20050927001650.GA9994@sandvine.com> <20050927180021.GB9994@sandvine.com> <433A2882.4030003@freebsd.org> <433A2D6E.7020205@freebsd.org> <20050928152112.GC9994@sandvine.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050928152112.GC9994@sandvine.com> User-Agent: Mutt/1.4.2.1i Cc: Garrett Wollman , Tim Kientzle , freebsd-current@freebsd.org Subject: Re: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 21:43:11 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 28, 2005 at 11:21:12AM -0400, Ed Maste wrote: > On Tue, Sep 27, 2005 at 10:43:10PM -0700, Tim Kientzle wrote: >=20 > > Ed, > >=20 > > Try the attached patch (for /usr/src/lib/libarchive) and > > let me know if that fixes it for you. >=20 > Thanks Tim! That fixes the long symlink issue. Can we import the tar stress tests as a regression test? i.e. what is the license on them? Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOw5tWry0BWjoQKURAv3YAKD+yoplXzojQqa8y5uKdiuysgwJxACgsKm/ bFgcT/ymyaOtK/vvtOF+P6E= =ZdH1 -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 22:24: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 9B8F216A41F for ; Wed, 28 Sep 2005 22:24:57 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id DED8843D48 for ; Wed, 28 Sep 2005 22:24:52 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so120664nzd for ; Wed, 28 Sep 2005 15:24:51 -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=ibmnsm52kf9mUV23N13B667TL/QvzIN5FVX1JJCyfp2bkm1yz1k5XN7IduQYAH3s9siyeLSg41r/poIOJw6H+MIEr1QUff8pqBRtkdd+Ia8G/BZJemey1hf6qvoMH4YRajilTtJkUL7aqy4P8qz52zkz0TwK+omXcTrWFNfFaeQ= Received: by 10.36.13.11 with SMTP id 11mr4006517nzm; Wed, 28 Sep 2005 15:24:51 -0700 (PDT) Received: by 10.36.68.16 with HTTP; Wed, 28 Sep 2005 15:24:51 -0700 (PDT) Message-ID: <34cb7c8405092815247dc89bf6@mail.gmail.com> Date: Wed, 28 Sep 2005 23:24:51 +0100 From: Peter Edwards 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: biodone panics 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: Wed, 28 Sep 2005 22:24:57 -0000 There's a few people complaining about double-frees (and other crashes) in biodone(), and I just banged my head off it too: They generally look a little like this: > panic(c0870cfb,c1b0c4a4,c143f000,c0850ced,c0870cdf) at panic+0x127 (where c0870cfb =3D=3D "duplicate free of item %p from zone %p(%s)" > uma_dbg_free(c143f000,0,c1b0c4a4) at uma_dbg_free+0x110 > uma_zfree_arg(c143f000,c1b0c4a4,0) at uma_zfree_arg+0x66 > g_destroy_bio(c1b0c4a4) at g_destroy_bio+0x13 > g_vfs_done(c1b0c4a4) at g_vfs_done+0x5a > biodone(c1b0c4a4,ca0bccc4,0,c0850cb0,1e4) at biodone+0x57 > g_io_schedule_up(c1833300) at g_io_schedule_up+0xb5 > g_up_procbody(0,ca0bcd38,0,c05fed08,0) at g_up_procbody+0x5a > fork_exit(c05fed08,0,ca0bcd38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 Am I just being dense, or is there a race condition in biodone(): > void > biodone(struct bio *bp) > { > > mtx_lock(&bdonelock); > bp->bio_flags |=3D BIO_DONE; > if (bp->bio_done =3D=3D NULL) > wakeup(bp); > mtx_unlock(&bdonelock); > if (bp->bio_done !=3D NULL) > bp->bio_done(bp); > } the call to wakeup may set in motion some events that cause the bio to be freed. By the time the mtx_unlock completes, "bp" could point to an invalid bio, and the "if (bp->bio_done !=3D NULL)" is bogus. True? Shouldn't it be > biodone(struct bio *bp) > { > void (*done)(struct bio *); > > mtx_lock(&bdonelock); > bp->bio_flags |=3D BIO_DONE; > done =3D bp->bio_done > if (done =3D=3D NULL) > wakeup(bp); > mtx_unlock(&bdonelock); > if (done !=3D NULL) > bp->bio_done(bp); > } Anyone agree? From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 22:28: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 2210016A41F for ; Wed, 28 Sep 2005 22:28:55 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 141C543D62 for ; Wed, 28 Sep 2005 22:28:50 +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 smtp4-g19.free.fr (Postfix) with ESMTP id 16CF12BB4C; Thu, 29 Sep 2005 00:28:48 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E9738405F; Thu, 29 Sep 2005 00:28:49 +0200 (CEST) Date: Thu, 29 Sep 2005 00:28:49 +0200 From: Jeremie Le Hen To: Anish Mistry Message-ID: <20050928222849.GA1086@obiwan.tataz.chchile.org> References: <20050928190336.GA1027@obiwan.tataz.chchile.org> <200509281527.33584.mistry.7@osu.edu> <20050928202406.GD1027@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050928202406.GD1027@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.10i Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 22:28:55 -0000 > > Have you updated to the lastest RELENG_6? I had a problem with a > > system I just installed last night where the 6.0-BETA5 iso wouldn't > > detect the acd0 drive and various other ata issues, so I installed > > 5.3 and cvsup'ed to the latest RELENG_6 and it worked fine. I also > > disabled APIC in the BIOS, but I'm not sure if that did anything. > > This is a very fresh RELENG_6 from today, I'm sorry to have forgotten > to tell this in my previous mail. > > I'm going to try disabling APIC in the BIOS to see what happens. I tried to disable APIC, S.M.A.R.T, IDE DMA Burst, IDE Block Mode. I don't know what the last one does, but anyway, nothing corrected my problem. Other suggestions are welcome. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 22:39: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 237D516A41F; Wed, 28 Sep 2005 22:39:30 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D9E643D53; Wed, 28 Sep 2005 22:39:29 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 28 Sep 2005 18:39:24 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 0985513638; Wed, 28 Sep 2005 18:39:27 -0400 (EDT) Date: Wed, 28 Sep 2005 18:39:27 -0400 From: Ed Maste To: Kris Kennaway Message-ID: <20050928223927.GA11161@sandvine.com> References: <20050926195807.GD95971@sandvine.com> <17208.30606.117170.36398@khavrinen.csail.mit.edu> <20050927001650.GA9994@sandvine.com> <20050927180021.GB9994@sandvine.com> <433A2882.4030003@freebsd.org> <433A2D6E.7020205@freebsd.org> <20050928152112.GC9994@sandvine.com> <20050928214309.GA31848@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050928214309.GA31848@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 28 Sep 2005 22:39:24.0117 (UTC) FILETIME=[79AB9050:01C5C47D] Cc: Garrett Wollman , Tim Kientzle , freebsd-current@freebsd.org Subject: Re: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 22:39:30 -0000 On Wed, Sep 28, 2005 at 05:43:09PM -0400, Kris Kennaway wrote: > Can we import the tar stress tests as a regression test? i.e. what is > the license on them? Right now the only mention of any copyright info is # Copyright 2003, Elizabeth D. Zwicky in one of the files. The author states The test programs were written in a spirit of experimentation, rather than with the intention of producing software for other people to use. I strongly encourage people who are interested in testing backup and archive programs to produce their own tests that cover the cases they are most interested in. However, if you insist on using my programs, or just want to snicker at my programming, they are available from http://www.greatcircle.com/~zwicky Despite that, I think they've already demonstrated their value. The stress test consists of two perl programs. One creates a test tree, and the other compares file metadata between the original tree and a restored tree. An automated method for running the test and comparing the results is not included (but would be easy to write, of course). I'll contact the author to ask about the license. -- Ed Maste, Sandvine Incorporated From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 23:15: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 46B1B16A41F for ; Wed, 28 Sep 2005 23:15:04 +0000 (GMT) (envelope-from imp@BSDIMP.COM) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE69D43D48 for ; Wed, 28 Sep 2005 23:15:03 +0000 (GMT) (envelope-from imp@BSDIMP.COM) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8SNEHig021577; Wed, 28 Sep 2005 17:14:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 28 Sep 2005 17:14:17 -0600 (MDT) Message-Id: <20050928.171417.74728660.imp@bsdimp.com> To: brooks@one-eyed-alien.net From: Warner Losh In-Reply-To: <20050928200243.GA16219@odin.ac.hmc.edu> References: <20050928200243.GA16219@odin.ac.hmc.edu> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 28 Sep 2005 17:14:24 -0600 (MDT) Cc: current@freebsd.org Subject: Re: [brooks@FreeBSD.ORG: [src] cvs commit: src/etc pccard_ether] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 23:15:04 -0000 > I've just committed the following change to /etc/pccard_ether. I think > it's the right solution, but I'm concerned it may cause problems with > drivers that incorrectly frob the IFF_UP flag themselves. If so it may > be nessicary to revert this change temporarily or at least not MFC it. This change converts the "I already have an address" check to be a "I'm up" which are two different things. dhclient leaves the interface up when it exits, even if it can't get an address. I think that might cause a lot of problems for people. I originally had this test in pccard_ether, but changed it to checking for netmask because roving from network to network didn't work without it on my laptop with multiple network interfaces. I think it will have issues on more than just these naughty drivers. Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 23:50:38 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 6EDB816A41F for ; Wed, 28 Sep 2005 23:50:38 +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 1E72C43D48 for ; Wed, 28 Sep 2005 23:50:38 +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 j8SNoXg3020009; Wed, 28 Sep 2005 16:50:33 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8SNoXcf020008; Wed, 28 Sep 2005 16:50:33 -0700 Date: Wed, 28 Sep 2005 16:50:33 -0700 From: Brooks Davis To: Warner Losh Message-ID: <20050928235033.GA13616@odin.ac.hmc.edu> References: <20050928200243.GA16219@odin.ac.hmc.edu> <20050928.171417.74728660.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20050928.171417.74728660.imp@bsdimp.com> 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: [brooks@FreeBSD.ORG: [src] cvs commit: src/etc pccard_ether] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2005 23:50:38 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 28, 2005 at 05:14:17PM -0600, Warner Losh wrote: > > I've just committed the following change to /etc/pccard_ether. I think > > it's the right solution, but I'm concerned it may cause problems with > > drivers that incorrectly frob the IFF_UP flag themselves. If so it may > > be nessicary to revert this change temporarily or at least not MFC it. >=20 > This change converts the "I already have an address" check to be a > "I'm up" which are two different things. dhclient leaves the > interface up when it exits, even if it can't get an address. I think > that might cause a lot of problems for people. I originally had this > test in pccard_ether, but changed it to checking for netmask because > roving from network to network didn't work without it on my laptop > with multiple network interfaces. I don't think dhclient's behavior will have any effect in the normal case. "pccard_ether start" is only called on attach. It is not involved in any with the link state transitions caused by roving since those should not happen until after attach. The one POLA violation I can see is that you probably can't manually run pccard_ether's start mode twice without performing a stop first. -- 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 --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDOyxIXY6L6fI4GtQRAvI4AKC8JyjoH7d7uV2NwZXFgHvubdy51wCfQWNU cnIIviSMBNlNnBvGYFl6L3o= =KMPq -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 02:14: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 CE14B16A420 for ; Thu, 29 Sep 2005 02:14:57 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C6B143D49 for ; Thu, 29 Sep 2005 02:14:57 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8T2EogR006609 for ; Wed, 28 Sep 2005 19:14:54 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509290214.j8T2EogR006609@gw.catspoiler.org> Date: Wed, 28 Sep 2005 19:14:50 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: stress test deadlock involving vm and/or geom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 02:14:58 -0000 After running Peter Holm's stress test suite for several hours while creating and removing snapshots, I got a system deadlock that doesn't appear to be snapshot related, and happened while no snapshots were present. This deadlock appears to be caused by a vm shortage. Kernel memory usage didn't look excessive in a post-mortem "vmstat -m" check. Large numbers of processes were waiting on "vmwait", "pfault", and "biord". The processes waiting on "vmwait" were waiting for the pagedaemon to free up some memory. The pagedaemon was waiting on "wswbuf0", which indicates it was waiting for a pbuf, which indicates that all of its pbufs were currently in use. I'm not sure where the pagedaemons I/O requests were stuck, but I started looking at geom. The g_up and g_event threads appeared to be idle, but g_down was waiting on "g_down". The stack trace for g_down is: (kgdb) where #0 0xc0653933 in sched_switch (td=0xc2275480, newtd=0xc2274780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 #1 0xc0649178 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:356 #2 0xc066075c in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:427 #3 0xc06609bc in sleepq_timedwait (wchan=0xe35e0cf4) at /usr/src/sys/kern/subr_sleepqueue.c:568 #4 0xc0648dc2 in msleep (ident=0xe35e0cf4, mtx=0x0, priority=76, wmesg=0xc08695b3 "g_down", timo=100) at /usr/src/sys/kern/kern_synch.c:223 #5 0xc0606958 in g_io_schedule_down (tp=0xc2275480) at /usr/src/sys/geom/geom_io.c:418 #6 0xc0606eb6 in g_down_procbody () at /usr/src/sys/geom/geom_kern.c:118 #7 0xc06303bc in fork_exit (callout=0xc0606e5c , arg=0x0, frame=0xe35e0d38) at /usr/src/sys/kern/kern_fork.c:786 #8 0xc07f5f9c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 There appear to be 559 items stuck in its queue: (kgdb) frame 5 #5 0xc0606958 in g_io_schedule_down (tp=0xc2275480) at /usr/src/sys/geom/geom_io.c:418 418 msleep(&error, NULL, PRIBIO, "g_down", hz/10); (kgdb) print g_bio_run_down $1 = {bio_queue = {tqh_first = 0xc38da318, tqh_last = 0xc38da248}, bio_queue_lock = {mtx_object = {lo_class = 0xc08d5fe4, lo_name = 0xc0853a4c "bio queue", lo_type = 0xc0853a4c "bio queue", lo_flags = 196608, lo_list = {tqe_next = 0xc0936788, tqe_prev = 0xc0936810}, lo_witness = 0xc0946a38}, mtx_lock = 4, mtx_recurse = 0}, bio_queue_length = 559} g_down is sitting at msleep() in this block of code in g_io_schedule_down(): (kgdb) list 413 } 414 CTR0(KTR_GEOM, "g_down has work to do"); 415 g_bioq_unlock(&g_bio_run_down); 416 if (pace > 0) { 417 CTR1(KTR_GEOM, "g_down pacing self (pace %d)", pace); 418 msleep(&error, NULL, PRIBIO, "g_down", hz/10); 419 pace--; 420 } 421 error = g_io_check(bp); This is consistent with pace > 0: (kgdb) print pace $2 = 1 What is curious is that pace is only incremented when g_io_deliver() is called with error=ENOMEM, but this can only happen in this code: 422 if (error) { 423 CTR3(KTR_GEOM, "g_down g_io_check on bp %p provider " 424 "%s returned %d", bp, bp->bio_to->name, error); 425 g_io_deliver(bp, error); 426 continue; 427 } 428 CTR2(KTR_GEOM, "g_down processing bp %p provider %s", bp, 429 bp->bio_to->name); and error doesn't get changed anywhere else in this code, so it should have the same value as the previous iteration through the loop, *but* it is 0 ... (kgdb) print error $6 = 0 Also, g_io_check() can only return ENOMEM if that is the provider error status, but the provider seems to be happy: (kgdb) print *(bp->bio_to) $5 = {name = 0xc258c8d8 "da0", provider = {le_next = 0x0, le_prev = 0xc258c794}, geom = 0xc258c780, consumers = { lh_first = 0xc24671c0}, acr = 3, acw = 3, ace = 5, error = 0, orphan = { tqe_next = 0x0, tqe_prev = 0x0}, mediasize = 36703933440, sectorsize = 512, stripesize = 0, stripeoffset = 0, stat = 0xc25c35a0, nstart = 6007328, nend = 6006932, flags = 0, private = 0x0, index = 0} From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 02:36: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 2D9AC16A41F for ; Thu, 29 Sep 2005 02:36:28 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40E5443D48 for ; Thu, 29 Sep 2005 02:36:26 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1EKoI3-000Fro-2C; Thu, 29 Sep 2005 10:36:55 +0800 Message-Id: <6.2.1.2.2.20050929113510.02917eb0@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 29 Sep 2005 11:36:24 +0900 To: Rainer Alves From: Ganbold In-Reply-To: <4331B893.20304@powered.net> References: <200509211535.37011.nb_root@videotron.ca> <4331B893.20304@powered.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: jdk15p2 firefox plugin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 02:36:28 -0000 I have same problem, it dumps core whenever I try to load applet from firefox-1.0.7. I have FreeBSD 6.0beta5. Ganbold At 04:46 AM 9/22/2005, you wrote: >Nicolas Blais wrote: > >>Hi, >> >>I've upgraded to jdk15p2 from p1_3 and according to the Makefile, it >>seems that it can now build the firefox plugin. I upgraded using >>WITH_MOZILLA=firefox and I can't seem to find any java plugins in >>/usr/X11R6/lib/browser_plugins or elsewhere and therefore java (with >>jdk15) doesn't work in firefox (but works great in Konqueror). >> >>Has anyone got jdk15p2 to work with firefox? >> >>Thanks, >>Nicolas. >> >Nicolas, > >The plugin is installed in >/usr/local/jdk1.5.0/jre/plugin/i386/ns7/libjavaplugin_oji.so... go to >/usr/X11R6/lib/browser_plugins and create a symbolic link there pointing >to the library. >Firefox identifies it correctly under "about:plugins" but the whole thing >segfaults whenever it is called.. I've uploaded the full trace log here: >http://www.powered.net/rainer/hs_err_pid45399.log >Let me know if it ends up working for you. > >Regards, >Rainer Alves >BrasilTelecom > >_______________________________________________ >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 Sep 29 02:49: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 5487C16A41F for ; Thu, 29 Sep 2005 02:49:35 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA10143D48 for ; Thu, 29 Sep 2005 02:49:33 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1EKoUh-000IO0-Ov; Thu, 29 Sep 2005 10:50:00 +0800 Message-Id: <6.2.1.2.2.20050929114649.029292e0@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 29 Sep 2005 11:49:29 +0900 To: Greg Lewis From: Ganbold In-Reply-To: <20050923213831.GA14819@misty.eyesbeyond.com> References: <1127504815.1265.28.camel@localhost.eu.mscsoftware.com> <20050923213831.GA14819@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: cant get javaws to start up with jdk1.5p2, also plugin 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: Thu, 29 Sep 2005 02:49:35 -0000 At 06:38 AM 9/24/2005, you wrote: >On Fri, Sep 23, 2005 at 09:46:55PM +0200, Georg-W. Koltermann wrote: > > from a freshly installed jdk1.5p2 as of today on FreeBSD 5.4 I get: > > > > hunter[12]$ echo $JAVA_HOME > > /usr/local/jdk1.5.0 > > hunter[13]$ $JAVA_HOME/jre/bin/javaws > > Java Web Start splash screen process exiting ... > > Bad installation. No JRE found in configuration file: Illegal > byte sequence > > hunter[14]$ > > > > Any idea on how to proceed? I have same problem as above. >So here is the problem with Java Web Start. Basically I don't know how >to use it, so it gets next to no testing unless someone else tests it. >I'd greatly appreciate it if someone could point me at some documentation >or, even better, give me some examples I could test it with. All I did >for it was forward port the patches from 1.4.2 and made it compile. I >assumed that made it work since as I mentioned above I don't know how to >test it. > > > Also when I symlink the new libjavaplugin_oji.so > > into /usr/X11R6/lib/browser_plugins and navigate to my favorite applet > > (an internal host), I get a java core dump: > > > > # > > # An unexpected error has been detected by HotSpot Virtual Machine: > > # > > # SIGSEGV (0xb) at pc=0x35bbb4c8, pid=63950, tid=0x8504800 > > # > > # Java VM: Java HotSpot(TM) Client VM > (1.5.0-p2-gwk_23_sep_2005_14_20 mixed mode) > > # Problematic frame: > > # C [libmawt.so+0xd84c8] processTree+0x284 > > # > > > > --------------- T H R E A D --------------- > > > > Current thread (0x08504600): JavaThread "AWT-Motif" daemon > [_thread_in_native, > > id=139479040] > > > > siginfo:si_signo=11, si_errno=0, si_code=12, si_addr=0x00000800 > > > > Registers: > > EAX=0x084ea400, EBX=0x35d20b88, ECX=0x00000000, EDX=0x00000800 > > ESP=0xbf8a4428, EBP=0xbf8a4470, ESI=0x086ce860, EDI=0x00000000 > > EIP=0x35bbb4c8, EFLAGS=0x00010206 > > > > Top of Stack: (sp=0xbf8a4428) > > 0xbf8a4428: 00000001 285b4414 08504600 35ba8f6b > > 0xbf8a4438: 00000001 28073c00 00000000 00000800 > > 0xbf8a4448: 086ce860 00000000 00000000 00000000 > > 0xbf8a4458: 00000004 085046bc 00504600 35d20b88 > > 0xbf8a4468: 285a7820 08504600 bf8a4700 35baa991 > > 0xbf8a4478: 084f8400 00000000 00000000 35baa3ff > > 0xbf8a4488: 00000003 084b8f40 bf8a44c0 00000001 > > 0xbf8a4498: 086ce210 086cd600 bf8a44c0 35c5b49f > > > > Instructions: (pc=0x35bbb4c8) > > 0x35bbb4b8: 8b 45 d0 8d 0c 85 00 00 00 00 8b 55 d4 8b 04 37 > > 0x35bbb4c8: 3b 04 11 75 13 8b 45 e8 48 3b 45 d0 75 05 e9 b9 > > > > Stack: [0xbf865000,0xbf8a5000), sp=0xbf8a4428, free space=253k > > Native frames: (J=compiled Java code, j=interpreted, Vv=VM > code, C=native code) > > C [libmawt.so+0xd84c8] processTree+0x284 > > C [libmawt.so+0xc7991] shellEH+0x5a1 > > C [libmawt.so+0xc57fe] awt_util_processEventForEmbeddedFrame+0x9a > > C [libmawt.so+0xa8f51] isFocusableWindow+0x1d5 > > C [libmawt.so+0xa7f8b] set_toolkit_busy+0x317 > > C [libmawt.so+0xaa7bc] Java_sun_awt_motif_MToolkit_run+0x44 > > j sun.awt.motif.MToolkit.run()V+0 > > j java.lang.Thread.run()V+11 > > ... > >Rainer Alves posted the same stack trace a few days ago. His occurred >with Firefox. Out of interest, are you using Firefox or Mozilla? Does >the behaviour change if you switch browsers? The plugin works for me >with Firefox (or did last time I tried it) and I've had reports of others >using it successfully too, so I'm not sure what the problem is at the >moment. I tried mozilla and firefox. I get core dump on both when I try to load applet. I have FreeBSD 6.0beta5 and jdk1.5p2. Ganbold >-- >Greg Lewis Email : glewis@eyesbeyond.com >Eyes Beyond Web : http://www.eyesbeyond.com >Information Technology FreeBSD : glewis@FreeBSD.org >_______________________________________________ >freebsd-java@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-java >To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 03:41: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 6981016A41F; Thu, 29 Sep 2005 03:41:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AB9043D48; Thu, 29 Sep 2005 03:41:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8T3eaIe023317; Wed, 28 Sep 2005 21:40:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 28 Sep 2005 21:41:14 -0600 (MDT) Message-Id: <20050928.214114.32719192.imp@bsdimp.com> To: jens.rehsack.ext@siemensvdo.com From: "M. Warner Losh" In-Reply-To: References: 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 28 Sep 2005 21:40:38 -0600 (MDT) Cc: jon@freebsd.org, current@freebsd.org Subject: Re: Problems with Acer Travelmate & PC-Card 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: Thu, 29 Sep 2005 03:41:54 -0000 In message: "Rehsack Jens \(ext\)" writes: : Ok - to the question. I've tried to get my W-Lan card running (ath(4) : driver and ran successful in my old notebook), but it wont be : recognized. Usually you just include 'cbb', 'pccard', 'cardbus' and 'ath' in the kernel (and a few others for ath), and it works. : Throwing a look into /etc/rc.d/pccard shows me, if no /dev/card0 is : available, the pccardd and pccardc wont be started. And really - there : is no /dev/card0. That's good. There's no pccardd anymore. You'll need to turn on pccard debugging. The bridge in your laptop is known to the driver (which surprises me!), but looks like it might be TI6411-class (which should be in the tables, I'll double check). Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 03:53: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 6709816A41F for ; Thu, 29 Sep 2005 03:53:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBBA743D53 for ; Thu, 29 Sep 2005 03:53:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8T3qGXQ023450; Wed, 28 Sep 2005 21:52:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 28 Sep 2005 21:52:55 -0600 (MDT) Message-Id: <20050928.215255.89131771.imp@bsdimp.com> To: brooks@one-eyed-alien.net From: "M. Warner Losh" In-Reply-To: <20050928235033.GA13616@odin.ac.hmc.edu> References: <20050928200243.GA16219@odin.ac.hmc.edu> <20050928.171417.74728660.imp@bsdimp.com> <20050928235033.GA13616@odin.ac.hmc.edu> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 28 Sep 2005 21:52:23 -0600 (MDT) Cc: current@freebsd.org Subject: Re: [brooks@FreeBSD.ORG: [src] cvs commit: src/etc pccard_ether] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 03:53:54 -0000 In message: <20050928235033.GA13616@odin.ac.hmc.edu> Brooks Davis writes: : On Wed, Sep 28, 2005 at 05:14:17PM -0600, Warner Losh wrote: : > > I've just committed the following change to /etc/pccard_ether. I think : > > it's the right solution, but I'm concerned it may cause problems with : > > drivers that incorrectly frob the IFF_UP flag themselves. If so it may : > > be nessicary to revert this change temporarily or at least not MFC it. : > : > This change converts the "I already have an address" check to be a : > "I'm up" which are two different things. dhclient leaves the : > interface up when it exits, even if it can't get an address. I think : > that might cause a lot of problems for people. I originally had this : > test in pccard_ether, but changed it to checking for netmask because : > roving from network to network didn't work without it on my laptop : > with multiple network interfaces. : : I don't think dhclient's behavior will have any effect in the normal : case. "pccard_ether start" is only called on attach. It is not : involved in any with the link state transitions caused by roving since : those should not happen until after attach. The one POLA violation I : can see is that you probably can't manually run pccard_ether's start : mode twice without performing a stop first. notify 0 { match "system" "IFNET"; match "type" "LINK_UP"; media-type "802.11"; action "/etc/rc.d/dhclient start $subsystem"; }; was the case I was worried about, but I think that since it calls dhclient directly, we should be OK. The original check was supposed to be there as a short-circuit. We called pccard_ether for *ALL* devices in the system when devd started. We didn't want it to do anything if the link had already been configured earlier in the boot process. Hence the check for a netmask. There were many scripts around that put wireless devices (esp ndis) into the 'up' state before calling pccard_ether so that it would associate with the AP. It would then be in the 'UP' state, but have no address. Eg, you've broken: ifconfig ndis0 ssid fred up /etc/pccard_ether ndis0 start Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 04:38:30 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 682C016A41F for ; Thu, 29 Sep 2005 04:38:30 +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 096D343D49 for ; Thu, 29 Sep 2005 04:38:29 +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 j8T4cSRa001434; Wed, 28 Sep 2005 21:38:28 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8T4cS4w001433; Wed, 28 Sep 2005 21:38:28 -0700 Date: Wed, 28 Sep 2005 21:38:28 -0700 From: Brooks Davis To: "M. Warner Losh" Message-ID: <20050929043828.GA27416@odin.ac.hmc.edu> References: <20050928200243.GA16219@odin.ac.hmc.edu> <20050928.171417.74728660.imp@bsdimp.com> <20050928235033.GA13616@odin.ac.hmc.edu> <20050928.215255.89131771.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20050928.215255.89131771.imp@bsdimp.com> 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: [brooks@FreeBSD.ORG: [src] cvs commit: src/etc pccard_ether] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 04:38:30 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 28, 2005 at 09:52:55PM -0600, M. Warner Losh wrote: > In message: <20050928235033.GA13616@odin.ac.hmc.edu> > Brooks Davis writes: > : On Wed, Sep 28, 2005 at 05:14:17PM -0600, Warner Losh wrote: > : > > I've just committed the following change to /etc/pccard_ether. I t= hink > : > > it's the right solution, but I'm concerned it may cause problems wi= th > : > > drivers that incorrectly frob the IFF_UP flag themselves. If so it= may > : > > be nessicary to revert this change temporarily or at least not MFC = it. > : >=20 > : > This change converts the "I already have an address" check to be a > : > "I'm up" which are two different things. dhclient leaves the > : > interface up when it exits, even if it can't get an address. I think > : > that might cause a lot of problems for people. I originally had this > : > test in pccard_ether, but changed it to checking for netmask because > : > roving from network to network didn't work without it on my laptop > : > with multiple network interfaces. > :=20 > : I don't think dhclient's behavior will have any effect in the normal > : case. "pccard_ether start" is only called on attach. It is not > : involved in any with the link state transitions caused by roving since > : those should not happen until after attach. The one POLA violation I > : can see is that you probably can't manually run pccard_ether's start > : mode twice without performing a stop first. >=20 > notify 0 { > match "system" "IFNET"; > match "type" "LINK_UP"; > media-type "802.11"; > action "/etc/rc.d/dhclient start $subsystem"; > }; >=20 > was the case I was worried about, but I think that since it calls > dhclient directly, we should be OK. >=20 > The original check was supposed to be there as a short-circuit. We > called pccard_ether for *ALL* devices in the system when devd > started. We didn't want it to do anything if the link had already > been configured earlier in the boot process. Hence the check for a > netmask. There were many scripts around that put wireless devices > (esp ndis) into the 'up' state before calling pccard_ether so that it > would associate with the AP. It would then be in the 'UP' state, but > have no address. >=20 > Eg, you've broken: >=20 > ifconfig ndis0 ssid fred up > /etc/pccard_ether ndis0 start This change does break that case. Wacking the interface into the up state before running pccard_either should now be unnecessicary because I always to it as part of he invocation of /etc/rc.d/netif (there might be an issue with IPv6 only systems, but its easily fixed). Scripts that try various ssids should be obsoleted by wpa_supplicant.conf so I think that while this does change behavior it only removes certain uses that can be handled other ways. If people find this change truly objectionable I will back it out, but I'd really rather not without evidence of problems that can't be easily worked around. Our interface setup process needs to continue to evolve if we're going to adapt to modern hardware and networks. -- 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 --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDO2/CXY6L6fI4GtQRAnx/AKDaOJTJZ+7WxUSaDMYnyaG4CLntLQCgwHad AX3I+zglw7hRgG6qz4dnIYA= =Alda -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 04:44: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 AE06716A41F for ; Thu, 29 Sep 2005 04:44:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D3FD43D49 for ; Thu, 29 Sep 2005 04:44:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8T4iPwe023921; Wed, 28 Sep 2005 22:44:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 28 Sep 2005 22:45:04 -0600 (MDT) Message-Id: <20050928.224504.76073922.imp@bsdimp.com> To: brooks@one-eyed-alien.net From: "M. Warner Losh" In-Reply-To: <20050929043828.GA27416@odin.ac.hmc.edu> References: <20050928235033.GA13616@odin.ac.hmc.edu> <20050928.215255.89131771.imp@bsdimp.com> <20050929043828.GA27416@odin.ac.hmc.edu> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 28 Sep 2005 22:44:25 -0600 (MDT) Cc: current@freebsd.org Subject: Re: [brooks@FreeBSD.ORG: [src] cvs commit: src/etc pccard_ether] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 04:44:54 -0000 In message: <20050929043828.GA27416@odin.ac.hmc.edu> Brooks Davis writes: : On Wed, Sep 28, 2005 at 09:52:55PM -0600, M. Warner Losh wrote: : > In message: <20050928235033.GA13616@odin.ac.hmc.edu> : > Brooks Davis writes: : > : On Wed, Sep 28, 2005 at 05:14:17PM -0600, Warner Losh wrote: : > : > > I've just committed the following change to /etc/pccard_ether. I think : > : > > it's the right solution, but I'm concerned it may cause problems with : > : > > drivers that incorrectly frob the IFF_UP flag themselves. If so it may : > : > > be nessicary to revert this change temporarily or at least not MFC it. : > : > : > : > This change converts the "I already have an address" check to be a : > : > "I'm up" which are two different things. dhclient leaves the : > : > interface up when it exits, even if it can't get an address. I think : > : > that might cause a lot of problems for people. I originally had this : > : > test in pccard_ether, but changed it to checking for netmask because : > : > roving from network to network didn't work without it on my laptop : > : > with multiple network interfaces. : > : : > : I don't think dhclient's behavior will have any effect in the normal : > : case. "pccard_ether start" is only called on attach. It is not : > : involved in any with the link state transitions caused by roving since : > : those should not happen until after attach. The one POLA violation I : > : can see is that you probably can't manually run pccard_ether's start : > : mode twice without performing a stop first. : > : > notify 0 { : > match "system" "IFNET"; : > match "type" "LINK_UP"; : > media-type "802.11"; : > action "/etc/rc.d/dhclient start $subsystem"; : > }; : > : > was the case I was worried about, but I think that since it calls : > dhclient directly, we should be OK. : > : > The original check was supposed to be there as a short-circuit. We : > called pccard_ether for *ALL* devices in the system when devd : > started. We didn't want it to do anything if the link had already : > been configured earlier in the boot process. Hence the check for a : > netmask. There were many scripts around that put wireless devices : > (esp ndis) into the 'up' state before calling pccard_ether so that it : > would associate with the AP. It would then be in the 'UP' state, but : > have no address. : > : > Eg, you've broken: : > : > ifconfig ndis0 ssid fred up : > /etc/pccard_ether ndis0 start : : This change does break that case. Wacking the interface into the up : state before running pccard_either should now be unnecessicary because : I always to it as part of he invocation of /etc/rc.d/netif (there might : be an issue with IPv6 only systems, but its easily fixed). Whacking it into the up state is necessary to set the ssid parameter for ndis (or at least used to be). So the fact that it is placed in the up state in netif isn't relevant. : Scripts : that try various ssids should be obsoleted by wpa_supplicant.conf so : I think that while this does change behavior it only removes certain : uses that can be handled other ways. If people find this change truly : objectionable I will back it out, but I'd really rather not without : evidence of problems that can't be easily worked around. Agreed. I was just trying to give perspective on when this change would break things. Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 05: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 328F116A41F for ; Thu, 29 Sep 2005 05:15:14 +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 BAD1343D48 for ; Thu, 29 Sep 2005 05:15:13 +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 A4DFC1FFAD5; Thu, 29 Sep 2005 07:15:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 4C37F1FFAD3; Thu, 29 Sep 2005 07:15:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 948A015899; Thu, 29 Sep 2005 05:11:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 925A315329; Thu, 29 Sep 2005 05:11:05 +0000 (UTC) Date: Thu, 29 Sep 2005 05:11:05 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Roger Grosswiler In-Reply-To: <433AE588.2070002@gwch.net> Message-ID: References: <433AE588.2070002@gwch.net> 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: Problems loading Gnome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 05:15:14 -0000 On Wed, 28 Sep 2005, Roger Grosswiler wrote: Hi, > lock order reversal > 1st 0xc097f8e0 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 > 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2317 > > What can this be? What can i do? A LOR. Check archives before posting? This was the Top1 LOR reported the last months. See http://sources.zabbadoz.net/freebsd/lor.html#109 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 05:20: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 9311D16A41F for ; Thu, 29 Sep 2005 05:20:09 +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 1551343D48 for ; Thu, 29 Sep 2005 05:20:09 +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 2EA551FFAD3; Thu, 29 Sep 2005 07:20:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id A980E1FFAD2; Thu, 29 Sep 2005 07:20:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id A55A215899; Thu, 29 Sep 2005 05:17:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 9ACED15329; Thu, 29 Sep 2005 05:17:11 +0000 (UTC) Date: Thu, 29 Sep 2005 05:17:11 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Roger Grosswiler In-Reply-To: <433AEE24.200@gwch.net> Message-ID: References: <433AE588.2070002@gwch.net> <20050928191746.GB1027@obiwan.tataz.chchile.org> <433AEE24.200@gwch.net> 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, Jeremie Le Hen Subject: Re: Problems loading Gnome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 05:20:09 -0000 On Wed, 28 Sep 2005, Roger Grosswiler wrote: Hi, > >This is clearly explained by Robert Watson in this post : > >http://lists.freebsd.org/pipermail/freebsd-current/2003-December/016617.html > > > >What you can do depends on your skills actually. If you feel strong > >enough, you can fix it. If not, you can check this page > >http://sources.zabbadoz.net/freebsd/lor.html > >maintained by Bjoern A. Zeeb if this LOR is already reported (this > >should be done pretty quickly by looking for the string "UMA lock" for > >intance). In case of it is not, then report it on this very list. > > > in fact it is, but where do i get the patch from? 1. Please open the above mentioned page in you favorite browser: http://sources.zabbadoz.net/freebsd/lor.html <- this one 2. Scroll down to ID 109. 3. Click on the "details" link for this entry. 4. Read what's there. 5. Find the link named "patch". 6. Click this link. 7. Find the patch on your screen. A better solution might be to try BETA5 which also has other bugs fixed (including this LOR). HTH -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 06:35:17 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 4419016A41F for ; Thu, 29 Sep 2005 06:35:17 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2CC443D55 for ; Thu, 29 Sep 2005 06:35:16 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id DE7B5BC7C; Thu, 29 Sep 2005 06:35:15 +0000 (UTC) To: Peter Edwards From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 28 Sep 2005 23:24:51 BST." <34cb7c8405092815247dc89bf6@mail.gmail.com> Date: Thu, 29 Sep 2005 08:35:15 +0200 Message-ID: <6778.1127975715@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: biodone panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 06:35:17 -0000 In message <34cb7c8405092815247dc89bf6@mail.gmail.com>, Peter Edwards writes: >Am I just being dense, or is there a race condition in biodone(): I think the race condition was only opened recently. But by all means: commit! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 06:37: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 6966A16A41F; Thu, 29 Sep 2005 06:37:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id E566B43D58; Thu, 29 Sep 2005 06:37:06 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id E170FBC7C; Thu, 29 Sep 2005 06:37:05 +0000 (UTC) To: Don Lewis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 28 Sep 2005 19:14:50 PDT." <200509290214.j8T2EogR006609@gw.catspoiler.org> Date: Thu, 29 Sep 2005 08:37:05 +0200 Message-ID: <6785.1127975825@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org Subject: Re: stress test deadlock involving vm and/or geom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 06:37:07 -0000 In message <200509290214.j8T2EogR006609@gw.catspoiler.org>, Don Lewis writes: >Also, g_io_check() can only return ENOMEM if that is the provider error >status, but the provider seems to be happy: ENOMEM can also be returned by the code in the GEOM class. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 07:17: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 5213616A41F for ; Thu, 29 Sep 2005 07:17:16 +0000 (GMT) (envelope-from shadow@psoft.net) Received: from mail.sevcity.net (ns.sevcity.net [193.47.166.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91CB543D4C for ; Thu, 29 Sep 2005 07:17:15 +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 DD775170007; Thu, 29 Sep 2005 10:16:53 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [172.20.2.3]) by mail.sevcity.net (Postfix) with ESMTP id B7FE4170004; Thu, 29 Sep 2005 10:16:53 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [127.0.0.1]) by berloga.shadowland (8.12.11/8.12.11) with ESMTP id j8T7HDu6005304; Thu, 29 Sep 2005 10:17:13 +0300 Received: (from root@localhost) by berloga.shadowland (8.12.11/8.12.11/Submit) id j8T7HD2R005302; Thu, 29 Sep 2005 10:17:13 +0300 From: Alex Lyashkov To: Peter Edwards In-Reply-To: <34cb7c8405092815247dc89bf6@mail.gmail.com> References: <34cb7c8405092815247dc89bf6@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Positive Software Message-Id: <1127978233.3383.12.camel@berloga.shadowland> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-16) Date: Thu, 29 Sep 2005 10:17:13 +0300 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: biodone panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 07:17:16 -0000 > > > biodone(struct bio *bp) > > { > > void (*done)(struct bio *); > > > > mtx_lock(&bdonelock); > > bp->bio_flags |= BIO_DONE; > > done = bp->bio_done > > if (done == NULL) > > wakeup(bp); > > mtx_unlock(&bdonelock); > > if (done != NULL) > > bp->bio_done(bp); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ posible it should be if(done != NULL) done(bp); ? > > } > > Anyone agree? > _______________________________________________ -- FreeVPS Developers Team http://www.freevps.com Positive Software http://www.psoft.net From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 07:31:10 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 6B86216A41F for ; Thu, 29 Sep 2005 07:31:10 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1257F43D49 for ; Thu, 29 Sep 2005 07:31:09 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8T7V2OR007019; Thu, 29 Sep 2005 00:31:06 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509290731.j8T7V2OR007019@gw.catspoiler.org> Date: Thu, 29 Sep 2005 00:31:02 -0700 (PDT) From: Don Lewis To: phk@phk.freebsd.dk In-Reply-To: <6785.1127975825@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: stress test deadlock involving vm and/or geom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 07:31:10 -0000 On 29 Sep, Poul-Henning Kamp wrote: > In message <200509290214.j8T2EogR006609@gw.catspoiler.org>, Don Lewis writes: > >>Also, g_io_check() can only return ENOMEM if that is the provider error >>status, but the provider seems to be happy: > > ENOMEM can also be returned by the code in the GEOM class. Ok, that was obscure enough. It looks like the uma_zalloc(biozone, M_NOWAIT | M_ZERO) call in g_clone_bio() is the likely culprit. Lots of allocation failures for this zone: (kgdb) print *biozone $2 = {uz_name = 0xc086938c "g_bio", uz_lock = 0xc10295a8, uz_keg = 0xc10295a0, uz_link = {le_next = 0x0, le_prev = 0xc10295d8}, uz_full_bucket = { lh_first = 0x0}, uz_free_bucket = {lh_first = 0x0}, uz_ctor = 0, uz_dtor = 0, uz_init = 0, uz_fini = 0, uz_allocs = 22457718, uz_frees = 22456210, uz_fails = 6603729, uz_fills = 1, uz_count = 128, uz_cpu = {{uc_freebucket = 0x0, uc_allocbucket = 0x0, uc_allocs = 0, uc_frees = 0}}} Any easy way to figure out why the memory allocation is repeatedly failing? Here's the output of vmstat -z: ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 62, 10, 62 UMA Zones: 120, 0, 62, 28, 62 UMA Slabs: 64, 0, 2169, 132, 51890 UMA RCntSlabs: 104, 0, 104, 266, 37549 UMA Hash: 128, 0, 1, 29, 3 16 Bucket: 76, 0, 12, 38, 45 32 Bucket: 140, 0, 30, 26, 69 64 Bucket: 268, 0, 14, 14, 72 128 Bucket: 524, 0, 2409, 244, 53217 VM OBJECT: 132, 0, 5249, 17255, 2323529 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 56616, 867, 1317, 797654 MAP ENTRY: 68, 0, 1881, 3271, 615413 PV ENTRY: 24, 1494950, 186575, 68335, 77309488 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 194, 101, 194 16: 16, 0, 2357, 282, 2618883 32: 32, 0, 36199, 19962, 9905089 64: 64, 0, 5020, 1883, 3448783 128: 128, 0, 29552, 4078, 5969903 256: 256, 0, 2556, 309, 6529179 512: 512, 0, 71, 33, 5456 1024: 1024, 0, 139, 65, 67843 2048: 2048, 0, 3123, 57, 775663 4096: 4096, 0, 216, 97, 22551 Files: 72, 0, 151, 326, 2846128 PROC: 524, 0, 143, 130, 14242 THREAD: 372, 0, 273, 77, 5308 KSEGRP: 88, 0, 273, 47, 707 UPCALL: 44, 0, 0, 156, 866 VMSPACE: 300, 0, 92, 142, 14191 mbuf_packet: 256, 0, 66, 51, 82560936 mbuf: 256, 0, 3, 540, 231234746 mbuf_cluster: 2048, 25600, 117, 91, 12760461 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 1508, 0, 22457718 ata_request: 200, 0, 0, 0, 0 ata_composite: 192, 0, 0, 0, 0 VNODE: 272, 0, 29373, 6523, 4183368 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 11060, 2828, 844011 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 24, 52, 7276418 NFSMOUNT: 480, 0, 2, 14, 2 NFSNODE: 424, 0, 25, 902, 7316 DIRHASH: 1024, 0, 491, 97, 56851 PIPE: 408, 0, 4, 59, 4381 KNOTE: 68, 0, 0, 112, 80 socket: 356, 25608, 66, 55, 807098 unpcb: 140, 25620, 17, 39, 217 udpcb: 180, 25608, 25, 41, 805728 inpcb: 180, 25608, 24, 64, 1152 tcpcb: 460, 25600, 24, 32, 1152 tcptw: 48, 5148, 0, 156, 237 syncache: 100, 15366, 0, 78, 348 hostcache: 76, 15400, 1, 99, 2 tcpreass: 20, 1690, 0, 0, 0 sackhole: 20, 0, 0, 0, 0 ripcb: 180, 25608, 0, 0, 0 rtentry: 132, 0, 14, 44, 14 SWAPMETA: 276, 121576, 2620, 5542, 354141 FFS inode: 132, 0, 29314, 4123, 4175811 FFS1 dinode: 128, 0, 183, 1497, 13155 FFS2 dinode: 256, 0, 29124, 3441, 4162649 It looks like the problem might be caused by having too much I/O in progress. (kgdb) print runningbufspace $3 = 1585152 (kgdb) print lorunningspace $4 = 524288 print hirunningspace $5 = 1048576 so runningbufspace >> hirunningspace The bufdaemon and the syncer both ignore the runningbufspace limit. Maybe they should obey the limit, but each be guaranteed a minimum quota. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 07:34:10 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 CCEC616A41F; Thu, 29 Sep 2005 07:34:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7808743D48; Thu, 29 Sep 2005 07:34:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 05A81BC6D; Thu, 29 Sep 2005 07:34:08 +0000 (UTC) To: Don Lewis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 29 Sep 2005 00:31:02 PDT." <200509290731.j8T7V2OR007019@gw.catspoiler.org> Date: Thu, 29 Sep 2005 09:34:08 +0200 Message-ID: <7056.1127979248@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org Subject: Re: stress test deadlock involving vm and/or geom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 07:34:10 -0000 In message <200509290731.j8T7V2OR007019@gw.catspoiler.org>, Don Lewis writes: >(kgdb) print runningbufspace >$3 = 1585152 >(kgdb) print lorunningspace >$4 = 524288 >print hirunningspace >$5 = 1048576 > >so runningbufspace >> hirunningspace > >The bufdaemon and the syncer both ignore the runningbufspace limit. >Maybe they should obey the limit, but each be guaranteed a minimum >quota. I'm not quite sure what a/the sensible solution is, but the lemming-syncer certainly is my prime suspect. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 09:00: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 C28F416A41F; Thu, 29 Sep 2005 09:00:00 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0823743D49; Thu, 29 Sep 2005 08:59:58 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id j8T8xfrE015545; Thu, 29 Sep 2005 10:59:41 +0200 Received: from rbgs555a.ww011.siemens.net (rbgs555a.ww011.siemens.net [144.145.109.9]) by mail2.sbs.de (8.12.6/8.12.6) with ESMTP id j8T8xewA023533; Thu, 29 Sep 2005 10:59:40 +0200 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by rbgs555a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 29 Sep 2005 10:59:40 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5C4D4.1FFE8757" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 29 Sep 2005 10:59:39 +0200 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Problems with Acer Travelmate & PC-Card interface Thread-Index: AcXEp8I+OFmxH59oS4O6trtEPe+3hQAKz13A From: "Rehsack Jens \(ext\)" To: "M. Warner Losh" X-OriginalArrivalTime: 29 Sep 2005 08:59:40.0749 (UTC) FILETIME=[2082EFD0:01C5C4D4] Cc: jon@freebsd.org, current@freebsd.org Subject: RE: Problems with Acer Travelmate & PC-Card 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: Thu, 29 Sep 2005 09:00:00 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C5C4D4.1FFE8757 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable From: M. Warner Losh [mailto:imp@bsdimp.com]=20 Sent: Thursday, September 29, 2005 5:41 AM > In message: > "Rehsack Jens \(ext\)" writes: > : Ok - to the question. I've tried to get my W-Lan card running (ath(4) > : driver and ran successful in my old notebook), but it wont be > : recognized. >=20 > Usually you just include 'cbb', 'pccard', 'cardbus' and 'ath' in the > kernel (and a few others for ath), and it works. I've cut out the relevant lines from my kernel configuration and attach them. I think, it's complete (for getting an ath(4) card via cardbus running)... > : Throwing a look into /etc/rc.d/pccard shows me, if no /dev/card0 is > : available, the pccardd and pccardc wont be started. And really - there > : is no /dev/card0. >=20 > That's good. There's no pccardd anymore. But a pccardc is there - and it's not started either. > You'll need to turn on pccard debugging. How do I do this? In the sys/conf/NOTES there is nothing to find 'bout pccard debugging, neither in pccard(4) nor in pccbb(4). > The bridge in your laptop is > known to the driver (which surprises me!), but looks like it might be > TI6411-class (which should be in the tables, I'll double check). I don't think so. It's detected as a generic cardbus (yenta compliant) chipset. But if you want me to test sth. out - feel free to contact me. Jens ------_=_NextPart_001_01C5C4D4.1FFE8757 Content-Type: text/plain; name="pciconf-lv.txt" Content-Transfer-Encoding: base64 Content-Description: pciconf-lv.txt Content-Disposition: attachment; filename="pciconf-lv.txt" aG9zdGIwQHBjaTA6MDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDA4MDEwMjUgY2hpcD0weDU5 NTAxMDAyIHJldj0weDAxIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdBVEkgVGVjaG5vbG9naWVz IEluYycKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9IEhPU1QtUENJCnBjaWIx QHBjaTA6MjowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwNTAgY2hpcD0weDVhMzQxMDAy IHJldj0weDAwIGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycK ICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9IFBDSS1QQ0kKcGNpYjJAcGNpMDo2 OjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDA1MCBjaGlwPTB4NWEzODEwMDIgcmV2PTB4 MDAgaGRyPTB4MDEKICAgIHZlbmRvciAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAgY2xh c3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQpwY2liM0BwY2kwOjc6MDoJY2xh c3M9MHgwNjA0MDAgY2FyZD0weDAwMDAwMDUwIGNoaXA9MHg1YTM5MTAwMiByZXY9MHgwMCBoZHI9 MHgwMQogICAgdmVuZG9yICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBjbGFzcyAgICA9 IGJyaWRnZQogICAgc3ViY2xhc3MgPSBQQ0ktUENJCm9oY2kwQHBjaTA6MTk6MDoJY2xhc3M9MHgw YzAzMTAgY2FyZD0weDAwODAxMDI1IGNoaXA9MHg0Mzc0MTAwMiByZXY9MHgwMCBoZHI9MHgwMAog ICAgdmVuZG9yICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBjbGFzcyAgICA9IHNlcmlh bCBidXMKICAgIHN1YmNsYXNzID0gVVNCCm9oY2kxQHBjaTA6MTk6MToJY2xhc3M9MHgwYzAzMTAg Y2FyZD0weDAwODAxMDI1IGNoaXA9MHg0Mzc1MTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVu ZG9yICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMK ICAgIHN1YmNsYXNzID0gVVNCCmVoY2kwQHBjaTA6MTk6MjoJY2xhc3M9MHgwYzAzMjAgY2FyZD0w eDAwODAxMDI1IGNoaXA9MHg0MzczMTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAg PSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMKICAgIHN1 YmNsYXNzID0gVVNCCm5vbmUwQHBjaTA6MjA6MDoJY2xhc3M9MHgwYzA1MDAgY2FyZD0weDAwODAx MDI1IGNoaXA9MHg0MzcyMTAwMiByZXY9MHgxMSBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnQVRJ IFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICA9ICdTTUJ1cycKICAgIGNsYXNzICAgID0g c2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgPSBTTUJ1cwphdGFwY2kwQHBjaTA6MjA6MToJY2xhc3M9 MHgwMTAxOGEgY2FyZD0weDAwODAxMDI1IGNoaXA9MHg0Mzc2MTAwMiByZXY9MHgwMCBoZHI9MHgw MAogICAgdmVuZG9yICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICA9ICdJ REUgQ29udHJvbGxlcicKICAgIGNsYXNzICAgID0gbWFzcyBzdG9yYWdlCiAgICBzdWJjbGFzcyA9 IEFUQQppc2FiMEBwY2kwOjIwOjM6CWNsYXNzPTB4MDYwMTAwIGNhcmQ9MHgwMDgwMTAyNSBjaGlw PTB4NDM3NzEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0FUSSBUZWNobm9s b2dpZXMgSW5jJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLUlTQQpw Y2liNEBwY2kwOjIwOjQ6CWNsYXNzPTB4MDYwNDAxIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4NDM3 MTEwMDIgcmV2PTB4MDAgaGRyPTB4MDEKICAgIHZlbmRvciAgID0gJ0FUSSBUZWNobm9sb2dpZXMg SW5jJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQpub25lMUBw Y2kwOjIwOjU6CWNsYXNzPTB4MDQwMTAwIGNhcmQ9MHgwMDc5MTAyNSBjaGlwPTB4NDM3MDEwMDIg cmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwog ICAgY2xhc3MgICAgPSBtdWx0aW1lZGlhCiAgICBzdWJjbGFzcyA9IGF1ZGlvCm5vbmUyQHBjaTA6 MjA6NjoJY2xhc3M9MHgwNzAzMDAgY2FyZD0weDAwODAxMDI1IGNoaXA9MHg0Mzc4MTAwMiByZXY9 MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBj bGFzcyAgICA9IHNpbXBsZSBjb21tcwogICAgc3ViY2xhc3MgPSBnZW5lcmljIG1vZGVtCmhvc3Ri MUBwY2kwOjI0OjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTEwMDEw MjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmlj ZXMgKEFNRCknCiAgICBkZXZpY2UgICA9ICdBdGhsb24gNjQgLyBPcHRlcm9uIEh5cGVyVHJhbnNw b3J0IFRlY2hub2xvZ3kgQ29uZmlndXJhdGlvbicKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBz dWJjbGFzcyA9IEhPU1QtUENJCmhvc3RiMkBwY2kwOjI0OjE6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9 MHgwMDAwMDAwMCBjaGlwPTB4MTEwMTEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAg ID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknCiAgICBkZXZpY2UgICA9ICdBdGhsb24g NjQgLyBPcHRlcm9uIEFkZHJlc3MgTWFwJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNs YXNzID0gSE9TVC1QQ0kKaG9zdGIzQHBjaTA6MjQ6MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAw MDAwMDAwIGNoaXA9MHgxMTAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAn QWR2YW5jZWQgTWljcm8gRGV2aWNlcyAoQU1EKScKICAgIGRldmljZSAgID0gJ0F0aGxvbiA2NCAv IE9wdGVyb24gRFJBTSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNs YXNzID0gSE9TVC1QQ0kKaG9zdGI0QHBjaTA6MjQ6MzoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAw MDAwMDAwIGNoaXA9MHgxMTAzMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAn QWR2YW5jZWQgTWljcm8gRGV2aWNlcyAoQU1EKScKICAgIGRldmljZSAgID0gJ0F0aGxvbiA2NCAv IE9wdGVyb24gTWlzY2VsbGFuZW91cyBDb250cm9sJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAg IHN1YmNsYXNzID0gSE9TVC1QQ0kKbm9uZTNAcGNpMTowOjA6CWNsYXNzPTB4MDMwMDAwIGNhcmQ9 MHgwMDgwMTAyNSBjaGlwPTB4NTY1MzEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAg ID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgPSAnTU9CSUxJVFkgUkFERU9O IFg3MDAnCiAgICBjbGFzcyAgICA9IGRpc3BsYXkKICAgIHN1YmNsYXNzID0gVkdBCm5vbmU0QHBj aTY6NTowOgljbGFzcz0weDAyODAwMCBjYXJkPTB4MDMxMTE0NjggY2hpcD0weDQzMTgxNGU0IHJl dj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicKICAg IGNsYXNzICAgID0gbmV0d29yawpjYmIwQHBjaTY6NjowOgljbGFzcz0weDA2MDcwMCBjYXJkPTB4 MDA4MDEwMjUgY2hpcD0weDgwMzExMDRjIHJldj0weDAwIGhkcj0weDAyCiAgICB2ZW5kb3IgICA9 ICdUZXhhcyBJbnN0cnVtZW50cyAoVEkpJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNs YXNzID0gUENJLUNhcmRCdXMKZndvaGNpMEBwY2k2OjY6MjoJY2xhc3M9MHgwYzAwMTAgY2FyZD0w eDAwODAxMDI1IGNoaXA9MHg4MDMyMTA0YyByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAg PSAnVGV4YXMgSW5zdHJ1bWVudHMgKFRJKScKICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1cwogICAg c3ViY2xhc3MgPSBGaXJlV2lyZQpub25lNUBwY2k2OjY6MzoJY2xhc3M9MHgwMTgwMDAgY2FyZD0w eDAwODAxMDI1IGNoaXA9MHg4MDMzMTA0YyByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAg PSAnVGV4YXMgSW5zdHJ1bWVudHMgKFRJKScKICAgIGRldmljZSAgID0gJ1BDSXh4MjEgSW50ZWdy YXRlZCBGbGFzaE1lZGlhIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICA9IG1hc3Mgc3RvcmFnZQpu b25lNkBwY2k2OjY6NDoJY2xhc3M9MHgwODA1MDAgY2FyZD0weDAwODAxMDI1IGNoaXA9MHg4MDM0 MTA0YyByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnVGV4YXMgSW5zdHJ1bWVudHMg KFRJKScKICAgIGNsYXNzICAgID0gYmFzZSBwZXJpcGhlcmFsCnJlMEBwY2k2Ojc6MDoJY2xhc3M9 MHgwMjAwMDAgY2FyZD0weDAwNzkxMDI1IGNoaXA9MHg4MTY5MTBlYyByZXY9MHgxMCBoZHI9MHgw MAogICAgdmVuZG9yICAgPSAnUmVhbHRlayBTZW1pY29uZHVjdG9yJwogICAgZGV2aWNlICAgPSAn UlRMODE2OSBHaWdhYml0IEV0aGVybmV0IEFkYXB0ZXInCiAgICBjbGFzcyAgICA9IG5ldHdvcmsK ICAgIHN1YmNsYXNzID0gZXRoZXJuZXQK ------_=_NextPart_001_01C5C4D4.1FFE8757 Content-Type: application/octet-stream; name="KERMIT.wlan" Content-Transfer-Encoding: base64 Content-Description: KERMIT.wlan Content-Disposition: attachment; filename="KERMIT.wlan" IyBQQ0NBUkQgKFBDTUNJQSkgc3VwcG9ydAojIFBDTUNJQSBhbmQgY2FyZGJ1cyBicmlkZ2Ugc3Vw cG9ydApkZXZpY2UJCWNiYgkJIyBjYXJkYnVzICh5ZW50YSkgYnJpZGdlCmRldmljZQkJcGNjYXJk CQkjIFBDIENhcmQgKDE2LWJpdCkgYnVzCmRldmljZQkJY2FyZGJ1cwkJIyBDYXJkQnVzICgzMi1i aXQpIGJ1cwoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMg Y29udHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWli dXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRldmljZQkJbWlpYnVzCQkjIE1J SSBidXMgc3VwcG9ydAoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKZGV2aWNlCQlhdGgKZGV2aWNlCQlh dGhfaGFsCmRldmljZQkJYXRoX3JhdGVfb25vZQojZGV2aWNlCQlhdGhfcmF0ZV9hbXJyCiNkZXZp Y2UJCWF0aF9yYXRlX3NhbXBsZQpkZXZpY2UJCXdsYW4JCSMgODAyLjExIHN1cHBvcnQK ------_=_NextPart_001_01C5C4D4.1FFE8757-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 09:03:30 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 96D8E16A41F for ; Thu, 29 Sep 2005 09:03:30 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 527B843D48 for ; Thu, 29 Sep 2005 09:03:30 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8T93MRl007148; Thu, 29 Sep 2005 02:03:26 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509290903.j8T93MRl007148@gw.catspoiler.org> Date: Thu, 29 Sep 2005 02:03:22 -0700 (PDT) From: Don Lewis To: phk@phk.freebsd.dk In-Reply-To: <7056.1127979248@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: stress test deadlock involving vm and/or geom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 09:03:30 -0000 On 29 Sep, Poul-Henning Kamp wrote: > In message <200509290731.j8T7V2OR007019@gw.catspoiler.org>, Don Lewis writes: > >>(kgdb) print runningbufspace >>$3 = 1585152 >>(kgdb) print lorunningspace >>$4 = 524288 >>print hirunningspace >>$5 = 1048576 >> >>so runningbufspace >> hirunningspace >> >>The bufdaemon and the syncer both ignore the runningbufspace limit. >>Maybe they should obey the limit, but each be guaranteed a minimum >>quota. > > I'm not quite sure what a/the sensible solution is, but the > lemming-syncer certainly is my prime suspect. It's probably not helping things. On the other hand, 1.5 MB of in-flight I/O doesn't sound like a lot now that disks commonly have 8MB caches and there may be multiple drives in the system. Hmn, vmstat -s says 0 pages, free, which probably going to cause problems ... 201909 pages active 24736 pages inactive 0 pages in VM cache 28573 pages wired down 0 pages free Looks like something is gobbling the last of the free memory faster than we can react. I'm running the test again and according to top the free memory seems to stabilize at a minimum of 1656K. Maybe we need to get more aggressive about not handing out memory pages when the pagedaemon runs out of pbufs. There may also just be too much transient kmem demand when snapshots are created or removed. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 07:01: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 EB91A16A41F for ; Thu, 29 Sep 2005 07:01:22 +0000 (GMT) (envelope-from umka@sevcity.net) Received: from mail.sevcity.net (ns.sevcity.net [193.47.166.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36BA943D48 for ; Thu, 29 Sep 2005 07:01:21 +0000 (GMT) (envelope-from umka@sevcity.net) Received: from mail.sevcity.net (service.sevcity [127.0.0.1]) by mail.sevcity.net (Postfix) with ESMTP id 9D457170007; Thu, 29 Sep 2005 10:00:59 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [172.20.2.3]) by mail.sevcity.net (Postfix) with ESMTP id 07376170004; Thu, 29 Sep 2005 10:00:59 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [127.0.0.1]) by berloga.shadowland (8.12.11/8.12.11) with ESMTP id j8T71J5p005206; Thu, 29 Sep 2005 10:01:19 +0300 Received: (from root@localhost) by berloga.shadowland (8.12.11/8.12.11/Submit) id j8T71IR5005204; Thu, 29 Sep 2005 10:01:18 +0300 From: Alex Lyashkov To: Peter Edwards In-Reply-To: <34cb7c8405092815247dc89bf6@mail.gmail.com> References: <34cb7c8405092815247dc89bf6@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SevcityNet Message-Id: <1127977278.3383.7.camel@berloga.shadowland> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-16) Date: Thu, 29 Sep 2005 10:01:18 +0300 X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Thu, 29 Sep 2005 11:53:46 +0000 Cc: freebsd-current@freebsd.org Subject: Re: biodone panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 07:01:23 -0000 > > the call to wakeup may set in motion some events that cause the bio to > be freed. By the time the mtx_unlock completes, "bp" could point to an > invalid bio, and the "if (bp->bio_done != NULL)" is bogus. True? > Shouldn't it be > > > biodone(struct bio *bp) > > { > > void (*done)(struct bio *); > > > > mtx_lock(&bdonelock); > > bp->bio_flags |= BIO_DONE; > > done = bp->bio_done > > if (done == NULL) > > wakeup(bp); > > mtx_unlock(&bdonelock); > > if (done != NULL) > > bp->bio_done(bp); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ posible if( done != NULL ) done(bp); ? > > } > > Anyone agree? From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 08:30: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 6648F16A41F; Thu, 29 Sep 2005 08:30:08 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from mail.packetfront.com (mail.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE98343D48; Thu, 29 Sep 2005 08:30:07 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id 19DDEA3F7F; Thu, 29 Sep 2005 10:30:05 +0200 (CEST) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07304-04; Thu, 29 Sep 2005 10:30:04 +0200 (CEST) Received: from [192.168.1.159] (unknown [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id D3EBCA3F7B; Thu, 29 Sep 2005 10:30:04 +0200 (CEST) Message-ID: <433BA5B4.7020506@packetfront.com> Date: Thu, 29 Sep 2005 10:28:36 +0200 From: Ragnar Lonn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yar Tikhiy References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <20050928110413.GE86457@comp.chem.msu.su> In-Reply-To: <20050928110413.GE86457@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com X-Mailman-Approved-At: Thu, 29 Sep 2005 11:53:46 +0000 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 08:30:08 -0000 Yar Tikhiy wrote: >On Sun, Sep 25, 2005 at 02:37:41PM -0700, Brooks Davis wrote: > > >>On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: >> >> >>>As our ifconfig(8) is growing more options for special interface >>>types, inconsistencies sneak into their syntax. In particular, >>>-vlandev takes a useless argument (vlan(4) cannot attach to more >>>than one parent anyway) while, e.g., -carpdev doesn't need one. >>>Personally, I like the latter since having to type unneeded words >>>on the command line annoys me. Do you think that making -vlandev >>>need no arguments in CURRENT would break many existing things? >>> >>> >>I agree the argument is useless. Unfortunatly, it's going to be hard to >>deprecate the old syntax so we may need to keep it around. >> >> > >Alas, there doesn't seem to exist an easy way to support both >syntaxes in the ifconfig(8) parameter parser. Perhaps we can > > You could always introduce a command-line switch that enabled the new syntax ;) /Ragnar From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:47: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 628A716A424; Thu, 29 Sep 2005 12:47:44 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id A227843D5A; Thu, 29 Sep 2005 12:47:43 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8TCle6H074603; Thu, 29 Sep 2005 16:47:40 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8TClbcB074597; Thu, 29 Sep 2005 16:47:37 +0400 (MSD) (envelope-from yar) Date: Thu, 29 Sep 2005 16:47:37 +0400 From: Yar Tikhiy To: Ragnar Lonn Message-ID: <20050929124736.GB73604@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <20050928110413.GE86457@comp.chem.msu.su> <433BA5B4.7020506@packetfront.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433BA5B4.7020506@packetfront.com> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 12:47:44 -0000 On Thu, Sep 29, 2005 at 10:28:36AM +0200, Ragnar Lonn wrote: > Yar Tikhiy wrote: > >On Sun, Sep 25, 2005 at 02:37:41PM -0700, Brooks Davis wrote: > >>On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: > >> > >>>As our ifconfig(8) is growing more options for special interface > >>>types, inconsistencies sneak into their syntax. In particular, > >>>-vlandev takes a useless argument (vlan(4) cannot attach to more > >>>than one parent anyway) while, e.g., -carpdev doesn't need one. > >>>Personally, I like the latter since having to type unneeded words > >>>on the command line annoys me. Do you think that making -vlandev > >>>need no arguments in CURRENT would break many existing things? > >> > >>I agree the argument is useless. Unfortunatly, it's going to be hard to > >>deprecate the old syntax so we may need to keep it around. > > > >Alas, there doesn't seem to exist an easy way to support both > >syntaxes in the ifconfig(8) parameter parser. Perhaps we can > > You could always introduce a command-line switch that enabled the new > syntax ;) What I'd like to do is to get rid of bogus command-line arguments so that I, as well as the others, could type only what is actually needed ;-) -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:59:22 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 7A29316A41F for ; Thu, 29 Sep 2005 12:59:22 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id E463443D53 for ; Thu, 29 Sep 2005 12:59:21 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 78011 invoked from network); 29 Sep 2005 12:59:20 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 29 Sep 2005 12:59:20 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j8TCxJnk007449 for ; Thu, 29 Sep 2005 14:59:19 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j8TCxJgZ007448 for current@freebsd.org; Thu, 29 Sep 2005 14:59:19 +0200 (CEST) (envelope-from pho) Date: Thu, 29 Sep 2005 14:59:19 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050929125919.GA7296@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Leaking ptys in GENERIC RELENG_6 from Sep 28 02:59 UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 12:59:22 -0000 I have had time to look some more at the problem of leaking ptys. It seems as thou ptys becomes unavailable (Input/output error on access) and eventually you run out of free ptys. The problem is documented here: http://people.freebsd.org/~pho/stress/log/ptys.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 14:42: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 C080316A41F; Thu, 29 Sep 2005 14:42:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ECA543D4C; Thu, 29 Sep 2005 14:42:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8TEfUQj032497; Thu, 29 Sep 2005 08:41:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 29 Sep 2005 08:42:09 -0600 (MDT) Message-Id: <20050929.084209.112638136.imp@bsdimp.com> To: jens.rehsack.ext@siemensvdo.com From: "M. Warner Losh" In-Reply-To: References: 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 29 Sep 2005 08:41:35 -0600 (MDT) Cc: jon@FreeBSD.org, current@FreeBSD.org Subject: Re: Problems with Acer Travelmate & PC-Card 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: Thu, 29 Sep 2005 14:42:21 -0000 In message: "Rehsack Jens \(ext\)" writes: : From: M. Warner Losh [mailto:imp@bsdimp.com] : Sent: Thursday, September 29, 2005 5:41 AM : : > In message: : : > "Rehsack Jens \(ext\)" : writes: : > : Ok - to the question. I've tried to get my W-Lan card running : (ath(4) : > : driver and ran successful in my old notebook), but it wont be : > : recognized. : > : > Usually you just include 'cbb', 'pccard', 'cardbus' and 'ath' in the : > kernel (and a few others for ath), and it works. : : I've cut out the relevant lines from my kernel configuration and attach : them. : I think, it's complete (for getting an ath(4) card via cardbus : running)... Not sure. It looks like it should be good. : > : Throwing a look into /etc/rc.d/pccard shows me, if no /dev/card0 is : > : available, the pccardd and pccardc wont be started. And really - : there : > : is no /dev/card0. : > : > That's good. There's no pccardd anymore. : : But a pccardc is there - and it's not started either. pccardc and pccardd are still built, but aren't used (although pccard dumpcisfile will be shortly). : > You'll need to turn on pccard debugging. : : How do I do this? In the sys/conf/NOTES there is nothing to find 'bout : pccard debugging, neither in pccard(4) nor in pccbb(4). Should be added. hw.pccard.cis_debug=1 hw.pccard.debug=1 hw.cbb.debug=1 hw.cardbus.cis_debug=1 hw.cardbus.debug=1 should do the trick. : > The bridge in your laptop is : > known to the driver (which surprises me!), but looks like it might be : > TI6411-class (which should be in the tables, I'll double check). : : I don't think so. It's detected as a generic cardbus (yenta compliant) : chipset. But if you want me to test sth. out - feel free to contact me. OK. I'll investigate why it isn't picking things up. Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 16: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 D88B716A41F for ; Thu, 29 Sep 2005 16:16:51 +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 9672743D5D for ; Thu, 29 Sep 2005 16:16:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 29 Sep 2005 12:32:50 -0400 From: John Baldwin To: Gavin Atkinson Date: Thu, 29 Sep 2005 12:10:38 -0400 User-Agent: KMail/1.8 References: <1123588622.893.15.camel@buffy.york.ac.uk> <200508091050.21811.jhb@FreeBSD.org> <1123603336.897.3.camel@buffy.york.ac.uk> In-Reply-To: <1123603336.897.3.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509291210.38799.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-BETA2 DRM/witness panic: Assertion j < 1000 failed at /usr/src/sys/kern/subr_witness.c:1513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 16:16:52 -0000 On Tuesday 09 August 2005 12:02 pm, Gavin Atkinson wrote: > On Tue, 2005-08-09 at 10:50 -0400, John Baldwin wrote: > > On Tuesday 09 August 2005 07:57 am, Gavin Atkinson wrote: > > > Hi, > > > > > > I have a regular panic (3 times a day) on a system running 6.0-BETA2 > > > which was very stable under 5.4. dmesg available at > > > http://www.devrandom.co.uk/freebsd/dmesg-buffy-20050809 . The panic > > > seems to relate to DRM, I have a ATI Radeon QY RV100 7000/VE card. > > > > Do a 'show witness', it looks like witness has a cycle somehow. Normally > > these can only occur if there is a cycle in the static lock order. > > http://www.devrandom.co.uk/freebsd/sh-witness-buffy-20050809 > > Gavin Do you still get this panic on more recent 6.0? -- 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 Sep 29 16:19:49 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 21BEF16A41F for ; Thu, 29 Sep 2005 16:19:49 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id B560643D49 for ; Thu, 29 Sep 2005 16:19:48 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1588650wxc for ; Thu, 29 Sep 2005 09:19:48 -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=fbCeoPmUUJACcTBjP9URHDGDsdE547huaKy2iVE6fdWvIDGUdA4AkxdYGtvkrtiAOmbgYkbkBj61/reYzSFRXhEz3eDDKG+DEb1rS0tkmO0HkdF9AXSmQTi3X+6j6iNfn38WWWslycujUR7i32BiXy7MY6yHnLmEIF8RRv9pL/0= Received: by 10.70.66.7 with SMTP id o7mr569742wxa; Thu, 29 Sep 2005 09:19:48 -0700 (PDT) Received: by 10.70.54.2 with HTTP; Thu, 29 Sep 2005 09:19:48 -0700 (PDT) Message-ID: <8cb6106e0509290919177de1c4@mail.gmail.com> Date: Thu, 29 Sep 2005 09:19:48 -0700 From: Josh Carroll 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: UDP multicast packets not seen on listening interface in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@psualum.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, 29 Sep 2005 16:19:49 -0000 All, I'm having a bit of trouble with a program I wrote to listen for multicast packets from my DSL modem in order to monitor/collect line stats. It has worked previously in 5.4 and 6.0-BETA3. The source is availabe here for anyone that wants to poke around in it: http://wdiag.sourceforge.net Anyway, recently I rebuilt world and the kernel from BETA5 sources (previously on BETA3 or thereabouts). The application no longer finds the multicast packets, but works fine in BETA3. Let me briefly describe what the program does. It simply bind()'s to port 1875/udp (INADDR_ANY), joins the proper multicast group, calls select() then recvfrom() to look for the packet. It waits for a timeout period, then fails if it doesn't see the packet in that time period, which is what is happening in BETA5. I ran tcpdump and I do see the packets hitting the interface: 09:00:45.394614 IP 192.168.1.254.1875 > 224.73.193.62.1875: UDP, length 120 I suspect maybe I am not properly joining the multicast group, so it's ignoring the packet. But like I said, this worked in BETA3 which is why I'm stumped. nc -v -u -l 1875 Doesn't see any packets either, for what it's worth, though I don't know off hand whether nc can do multicast or not. Also I verified the program is indeed listening with sockstat: root westell 2194 3 udp4 *:1875 *:* Any ideas where I can begin to troubleshoot this? Thanks in advance, Josh From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 16:23: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 89A6816A41F for ; Thu, 29 Sep 2005 16:23:18 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2B1043D49 for ; Thu, 29 Sep 2005 16:23:17 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id 7C9111A74D; Thu, 29 Sep 2005 18:23:13 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94191-09; Thu, 29 Sep 2005 18:23:11 +0200 (CEST) Received: from [192.168.0.87] (h4n2fls31o270.telia.com [217.208.199.4]) by mx1.h3q.net (Postfix) with ESMTP id 664E91A743; Thu, 29 Sep 2005 18:23:11 +0200 (CEST) Message-ID: <433C14EE.6010105@shapeshifter.se> Date: Thu, 29 Sep 2005 18:23:10 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yar Tikhiy References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <20050928110413.GE86457@comp.chem.msu.su> In-Reply-To: <20050928110413.GE86457@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: at mail.hamnpolare.net Cc: freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 16:23:18 -0000 Yar Tikhiy wrote: > On Sun, Sep 25, 2005 at 02:37:41PM -0700, Brooks Davis wrote: > >>On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: >> >>>As our ifconfig(8) is growing more options for special interface >>>types, inconsistencies sneak into their syntax. In particular, >>>-vlandev takes a useless argument (vlan(4) cannot attach to more >>>than one parent anyway) while, e.g., -carpdev doesn't need one. >>>Personally, I like the latter since having to type unneeded words >>>on the command line annoys me. Do you think that making -vlandev >>>need no arguments in CURRENT would break many existing things? >> >>I agree the argument is useless. Unfortunatly, it's going to be hard to >>deprecate the old syntax so we may need to keep it around. > > > Alas, there doesn't seem to exist an easy way to support both > syntaxes in the ifconfig(8) parameter parser. Perhaps we can > survive the pain of syntax change in CURRENT only, with a > heads-up message sent, release notes updated, etc? I wonder > if many people use "ifconfig -vlandev XXX" in automated tools. > Why not use something simple such as the following (maybe even without that printf(). root@genesis> ./ifconfig vlan0 create root@genesis> ./ifconfig vlan0 vlan 1 vlandev em0 root@genesis> ./ifconfig vlan0 -vlandev root@genesis> ./ifconfig vlan0 vlan 1 vlandev em0 root@genesis> ./ifconfig vlan0 -vlandev em0 Passing interface to -vlandev is deprecated. Index: ifvlan.c =================================================================== RCS file: /home/ncvs/src/sbin/ifconfig/ifvlan.c,v retrieving revision 1.7 diff -u -r1.7 ifvlan.c --- ifvlan.c 31 Dec 2004 19:46:27 -0000 1.7 +++ ifvlan.c 29 Sep 2005 16:19:32 -0000 @@ -130,6 +130,9 @@ { struct vlanreq vreq; + if (val != NULL) + fprintf(stderr, "Passing interface to -vlandev is deprecated.\n"); + bzero((char *)&vreq, sizeof(struct vlanreq)); ifr.ifr_data = (caddr_t)&vreq; @@ -148,7 +151,7 @@ static struct cmd vlan_cmds[] = { DEF_CMD_ARG("vlan", setvlantag), DEF_CMD_ARG("vlandev", setvlandev), - DEF_CMD_ARG("-vlandev", unsetvlandev), + DEF_CMD_OPTARG("-vlandev", unsetvlandev), DEF_CMD("vlanmtu", IFCAP_VLAN_MTU, setifcap), DEF_CMD("-vlanmtu", -IFCAP_VLAN_MTU, setifcap), DEF_CMD("vlanhwtag", IFCAP_VLAN_HWTAGGING, setifcap), From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 16:24: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 C6BD416A41F; Thu, 29 Sep 2005 16:24:39 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8759743D4C; Thu, 29 Sep 2005 16:24:38 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j8TGOZrc017678; Thu, 29 Sep 2005 17:24:35 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j8TGOZcE045824; Thu, 29 Sep 2005 17:24:35 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j8TGOZZU045823; Thu, 29 Sep 2005 17:24:35 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: John Baldwin In-Reply-To: <200509291210.38799.jhb@FreeBSD.org> References: <1123588622.893.15.camel@buffy.york.ac.uk> <200508091050.21811.jhb@FreeBSD.org> <1123603336.897.3.camel@buffy.york.ac.uk> <200509291210.38799.jhb@FreeBSD.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 29 Sep 2005 17:24:35 +0100 Message-Id: <1128011075.44550.21.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-BETA2 DRM/witness panic: Assertion j < 1000 failed at /usr/src/sys/kern/subr_witness.c:1513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 16:24:39 -0000 On Thu, 2005-09-29 at 12:10 -0400, John Baldwin wrote: > On Tuesday 09 August 2005 12:02 pm, Gavin Atkinson wrote: > > On Tue, 2005-08-09 at 10:50 -0400, John Baldwin wrote: > > > On Tuesday 09 August 2005 07:57 am, Gavin Atkinson wrote: > > > > Hi, > > > > > > > > I have a regular panic (3 times a day) on a system running 6.0-BETA2 > > > > which was very stable under 5.4. dmesg available at > > > > http://www.devrandom.co.uk/freebsd/dmesg-buffy-20050809 . The panic > > > > seems to relate to DRM, I have a ATI Radeon QY RV100 7000/VE card. > > > > > > Do a 'show witness', it looks like witness has a cycle somehow. Normally > > > these can only occur if there is a cycle in the static lock order. > > > > http://www.devrandom.co.uk/freebsd/sh-witness-buffy-20050809 > > > > Gavin > > Do you still get this panic on more recent 6.0? I do with BETA3 from Sept 6th. I'll update again (after re-adding WITNESS etc to GENERIC) and test it again. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 16:32: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 A299416A41F; Thu, 29 Sep 2005 16:32:11 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1FAF43D48; Thu, 29 Sep 2005 16:32:10 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j8TGW5Ax003667; Thu, 29 Sep 2005 17:32:05 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j8TGW5WQ045865; Thu, 29 Sep 2005 17:32:05 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j8TGW5pG045864; Thu, 29 Sep 2005 17:32:05 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: John Baldwin In-Reply-To: <1128011075.44550.21.camel@buffy.york.ac.uk> References: <1123588622.893.15.camel@buffy.york.ac.uk> <200508091050.21811.jhb@FreeBSD.org> <1123603336.897.3.camel@buffy.york.ac.uk> <200509291210.38799.jhb@FreeBSD.org> <1128011075.44550.21.camel@buffy.york.ac.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 29 Sep 2005 17:32:03 +0100 Message-Id: <1128011524.44550.26.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA2 DRM/witness panic: Assertion j < 1000 failed at /usr/src/sys/kern/subr_witness.c:1513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 16:32:11 -0000 On Thu, 2005-09-29 at 17:24 +0100, Gavin Atkinson wrote: > On Thu, 2005-09-29 at 12:10 -0400, John Baldwin wrote: > > On Tuesday 09 August 2005 12:02 pm, Gavin Atkinson wrote: > > > On Tue, 2005-08-09 at 10:50 -0400, John Baldwin wrote: > > > > On Tuesday 09 August 2005 07:57 am, Gavin Atkinson wrote: > > > > > Hi, > > > > > > > > > > I have a regular panic (3 times a day) on a system running 6.0-BETA2 > > > > > which was very stable under 5.4. dmesg available at > > > > > http://www.devrandom.co.uk/freebsd/dmesg-buffy-20050809 . The panic > > > > > seems to relate to DRM, I have a ATI Radeon QY RV100 7000/VE card. > > > > > > > > Do a 'show witness', it looks like witness has a cycle somehow. Normally > > > > these can only occur if there is a cycle in the static lock order. > > > > > > http://www.devrandom.co.uk/freebsd/sh-witness-buffy-20050809 > > > > > > Gavin > > > > Do you still get this panic on more recent 6.0? > > I do with BETA3 from Sept 6th. I'll update again (after re-adding > WITNESS etc to GENERIC) and test it again. I should have said that I also stepped back in time several times, and was still getting the panic with kernel from sources dated April 15th, ruling out the major DRM upgrade in July. I couldn't get any of the screensavers that easily provoke the panic to run on a pre-April 15th system, even after recompiling all ports. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 16:35: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 5EE2716A41F; Thu, 29 Sep 2005 16:35:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0206F43D55; Thu, 29 Sep 2005 16:35:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 8D0061A3C1A; Thu, 29 Sep 2005 09:35:42 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 57AE2513C0; Thu, 29 Sep 2005 12:35:41 -0400 (EDT) Date: Thu, 29 Sep 2005 12:35:41 -0400 From: Kris Kennaway To: Gavin Atkinson Message-ID: <20050929163541.GA53754@xor.obsecurity.org> References: <1123588622.893.15.camel@buffy.york.ac.uk> <200508091050.21811.jhb@FreeBSD.org> <1123603336.897.3.camel@buffy.york.ac.uk> <200509291210.38799.jhb@FreeBSD.org> <1128011075.44550.21.camel@buffy.york.ac.uk> <1128011524.44550.26.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <1128011524.44550.26.camel@buffy.york.ac.uk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA2 DRM/witness panic: Assertion j < 1000 failed at /usr/src/sys/kern/subr_witness.c:1513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 16:35:48 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2005 at 05:32:03PM +0100, Gavin Atkinson wrote: > On Thu, 2005-09-29 at 17:24 +0100, Gavin Atkinson wrote: > > On Thu, 2005-09-29 at 12:10 -0400, John Baldwin wrote: > > > On Tuesday 09 August 2005 12:02 pm, Gavin Atkinson wrote: > > > > On Tue, 2005-08-09 at 10:50 -0400, John Baldwin wrote: > > > > > On Tuesday 09 August 2005 07:57 am, Gavin Atkinson wrote: > > > > > > Hi, > > > > > > > > > > > > I have a regular panic (3 times a day) on a system running 6.0-= BETA2 > > > > > > which was very stable under 5.4. dmesg available at > > > > > > http://www.devrandom.co.uk/freebsd/dmesg-buffy-20050809 . The p= anic > > > > > > seems to relate to DRM, I have a ATI Radeon QY RV100 7000/VE ca= rd. > > > > > > > > > > Do a 'show witness', it looks like witness has a cycle somehow. = Normally > > > > > these can only occur if there is a cycle in the static lock order. > > > > > > > > http://www.devrandom.co.uk/freebsd/sh-witness-buffy-20050809 > > > > > > > > Gavin > > >=20 > > > Do you still get this panic on more recent 6.0? > >=20 > > I do with BETA3 from Sept 6th. I'll update again (after re-adding > > WITNESS etc to GENERIC) and test it again.=20 >=20 > I should have said that I also stepped back in time several times, and > was still getting the panic with kernel from sources dated April 15th, > ruling out the major DRM upgrade in July. I couldn't get any of the > screensavers that easily provoke the panic to run on a pre-April 15th > system, even after recompiling all ports. You're not using modules, right? Or at least, you're remembering to recompile them all each time you update your kernel? Kris --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPBfdWry0BWjoQKURAjYwAJwOvnzsHiQ9nNjDzlFcXD7KyAHUfACfQZm6 PWv02uYyquzjHFCVIQZ+R48= =qMvZ -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 18:07: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 CD48D16A41F for ; Thu, 29 Sep 2005 18:07:01 +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 30FB643D49 for ; Thu, 29 Sep 2005 18:07:00 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 29 Sep 2005 14:23:01 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 29 Sep 2005 13:03:39 -0400 User-Agent: KMail/1.8 References: <34cb7c8405092815247dc89bf6@mail.gmail.com> <1127978233.3383.12.camel@berloga.shadowland> In-Reply-To: <1127978233.3383.12.camel@berloga.shadowland> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509291303.41181.jhb@FreeBSD.org> Cc: Alex Lyashkov , Peter Edwards Subject: Re: biodone panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 18:07:01 -0000 On Thursday 29 September 2005 03:17 am, Alex Lyashkov wrote: > > > biodone(struct bio *bp) > > > { > > > void (*done)(struct bio *); > > > > > > mtx_lock(&bdonelock); > > > bp->bio_flags |= BIO_DONE; > > > done = bp->bio_done > > > if (done == NULL) > > > wakeup(bp); > > > mtx_unlock(&bdonelock); > > > if (done != NULL) > > > bp->bio_done(bp); > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > posible it should be > if(done != NULL) > done(bp); > ? Note that since he only does the wakeup of done is NULL, so I think it's ok as is. -- 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 Sep 29 18:08: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 A8E7216A41F for ; Thu, 29 Sep 2005 18:08:29 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from fep16.inet.fi (fep16.inet.fi [194.251.242.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6940343D5D for ; Thu, 29 Sep 2005 18:08:21 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] ([84.249.3.49]) by fep16.inet.fi with ESMTP id <20050929180820.REZC26717.fep16.inet.fi@[192.168.0.20]>; Thu, 29 Sep 2005 21:08:20 +0300 Message-ID: <433C2D9A.7070705@pp.nic.fi> Date: Thu, 29 Sep 2005 21:08:26 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050928190336.GA1027@obiwan.tataz.chchile.org> <200509281527.33584.mistry.7@osu.edu> <20050928202406.GD1027@obiwan.tataz.chchile.org> <20050928222849.GA1086@obiwan.tataz.chchile.org> In-Reply-To: <20050928222849.GA1086@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 18:08:29 -0000 Jeremie Le Hen wrote: > I tried to disable APIC, S.M.A.R.T, IDE DMA Burst, IDE Block Mode. > I don't know what the last one does, but anyway, nothing corrected > my problem. > > Other suggestions are welcome. Try slower ata mode. cat /etc/rc.local #!/bin/sh atacontrol mode ad0 UDMA66 atacontrol mode ad4 UDMA66 atacontrol mode ad5 UDMA66 atacontrol mode ad6 UDMA66 From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 18:31: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 3ABBF16A41F for ; Thu, 29 Sep 2005 18:31:07 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578B243D53 for ; Thu, 29 Sep 2005 18:31:06 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id E710A830DF for ; Thu, 29 Sep 2005 20:31:04 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id C9EB810D586 for ; Thu, 29 Sep 2005 20:31:00 +0200 (CEST) Received: from lofi.dyndns.org (dsl-084-061-138-164.arcor-ip.net [84.61.138.164]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 7F42B362A2 for ; Thu, 29 Sep 2005 20:31:03 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id j8TIV2Wd007924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 29 Sep 2005 20:31:02 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.4/8.13.1) with ESMTP id j8TIV1dq007383 for ; Thu, 29 Sep 2005 20:31:01 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.4/8.13.1/Submit) id j8TIV1MR007382 for freebsd-current@freebsd.org; Thu, 29 Sep 2005 20:31:01 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 29 Sep 2005 20:30:59 +0200 User-Agent: KMail/1.8.2 References: <200509220113.06667.lofi@freebsd.org> <200509220135.56826.lofi@freebsd.org> In-Reply-To: <200509220135.56826.lofi@freebsd.org> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Subject: Re: UFS_EXTATTR(_AUTOSTART) broken on 6.0-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 18:31:07 -0000 --nextPart1797893.zyuq3FGBpc Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 22. September 2005 01:35, Michael Nottebrock wrote: > On Thursday, 22. September 2005 01:13, Michael Nottebrock wrote: > > [...] > > ad0: 76351MB at ata0-master UDMA100 > > acd0: DVDROM at > > ata1-master UDM > > A33 > > Trying to mount root from ufs:/dev/ad0s1a > > panic: lockmgr: unknown locktype request 0 Has anyone had time to look into this yet? It would be really nice if could= =20 keep using ACLs on this machine, but I do not have the means to make a full= =20 backup and convert the filesystems to UFS2 (where I suppose this problem=20 doesn't exist). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1797893.zyuq3FGBpc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDPDLlXhc68WspdLARArDtAKCXB0DptM9UzWyTa0vqli5ED0GSagCfRYAy yp+osADTyI/CClYaGHAOKQ8= =mSRg -----END PGP SIGNATURE----- --nextPart1797893.zyuq3FGBpc-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 21:09:44 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 643E816A420 for ; Thu, 29 Sep 2005 21:09:44 +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 24D0E43D49 for ; Thu, 29 Sep 2005 21:09:42 +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 6368346BCC; Thu, 29 Sep 2005 17:09:42 -0400 (EDT) Date: Thu, 29 Sep 2005 22:09:42 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: josh.carroll@psualum.com In-Reply-To: <8cb6106e0509290919177de1c4@mail.gmail.com> Message-ID: <20050929220629.B34322@fledge.watson.org> References: <8cb6106e0509290919177de1c4@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: UDP multicast packets not seen on listening interface in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 21:09:44 -0000 On Thu, 29 Sep 2005, Josh Carroll wrote: > I suspect maybe I am not properly joining the multicast group, so it's > ignoring the packet. But like I said, this worked in BETA3 which is why > I'm stumped. Normally when you join a multicast group, IGMP messages will be sent on the interface where it is joined. Could you confirm that messages are sent in BETA3, and whether or not they are sent in BETA5? When you subscribe to a multicast address, you do so on a particular interface with a particular subscription. The multicast API allows you to either use a default interface based on not specifying a particular interface IP address, or allows you to specify an interface by IP address. Could you tell me whether or not your application attempts to specify what interface to use, and if there are other interfaces on the system that (potentially) a multicast application might select instead? If you use netstat -ia, it will show you all interfaces and current multicast address subscriptions. Could you show me the entries for your application running in BETA3, and any similar entries you can or cannot find in BETA5? Thanks, Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 21:13: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 075DE16A41F; Thu, 29 Sep 2005 21:13:26 +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 B1BE143D4C; Thu, 29 Sep 2005 21:13:25 +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 4E96346B14; Thu, 29 Sep 2005 17:13:25 -0400 (EDT) Date: Thu, 29 Sep 2005 22:13:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Michael Nottebrock In-Reply-To: <200509292031.01164.lofi@freebsd.org> Message-ID: <20050929221041.H34322@fledge.watson.org> References: <200509220113.06667.lofi@freebsd.org> <200509220135.56826.lofi@freebsd.org> <200509292031.01164.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: UFS_EXTATTR(_AUTOSTART) broken on 6.0-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 21:13:26 -0000 On Thu, 29 Sep 2005, Michael Nottebrock wrote: > On Thursday, 22. September 2005 01:35, Michael Nottebrock wrote: >> On Thursday, 22. September 2005 01:13, Michael Nottebrock wrote: >>> [...] >>> ad0: 76351MB at ata0-master UDMA100 >>> acd0: DVDROM at >>> ata1-master UDM >>> A33 >>> Trying to mount root from ufs:/dev/ad0s1a >>> panic: lockmgr: unknown locktype request 0 > > Has anyone had time to look into this yet? It would be really nice if > could keep using ACLs on this machine, but I do not have the means to > make a full backup and convert the filesystems to UFS2 (where I suppose > this problem doesn't exist). I know that Christian has been looking into this. My initial reading based on a quick skim was that the life cycle of early vnodes in file system mount had changed as a result of the VFS locking work, but Christian has indicated to me that the bug isn't reproduceable 100% of boots for him, and that Jeff felt this might reflect a race. Does this panic occur for you every boot? If you set debug.mpsavevfs=0 in loader.conf, does that make any difference? I may have the opportunity to work on this this weekend, but not entirely clear. If Christian is already running with it, I'd much rather let him take this one on as I have a lot of other things on my plate. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 21:51: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 99D2B16A41F; Thu, 29 Sep 2005 21:51:42 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 554AC43D4C; Thu, 29 Sep 2005 21:51:41 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 152F85026F; Thu, 29 Sep 2005 23:51:40 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id E86D610D4A7; Thu, 29 Sep 2005 23:51:35 +0200 (CEST) Received: from lofi.dyndns.org (dsl-084-061-132-097.arcor-ip.net [84.61.132.97]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id A2F2B6414D; Thu, 29 Sep 2005 23:51:39 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id j8TLpb44001775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2005 23:51:37 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.4/8.13.1) with ESMTP id j8TLashQ086142; Thu, 29 Sep 2005 23:36:54 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: by kiste.my.domain (8.13.4/8.13.1/Submit) id j8TLaq4b085690; Thu, 29 Sep 2005 23:36:52 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Robert Watson Date: Thu, 29 Sep 2005 23:35:45 +0200 User-Agent: KMail/1.8.2 References: <200509220113.06667.lofi@freebsd.org> <200509292031.01164.lofi@freebsd.org> <20050929221041.H34322@fledge.watson.org> In-Reply-To: <20050929221041.H34322@fledge.watson.org> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: UFS_EXTATTR(_AUTOSTART) broken on 6.0-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 21:51:42 -0000 --nextPart1978549.zaGdUvXqY0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 29. September 2005 23:13, Robert Watson wrote: > Does this panic occur for you every boot? Yes. > If you set debug.mpsavevfs=3D0 in=20 > loader.conf, does that make any difference? No. > I may have the opportunity to work on this this weekend, but not entirely > clear. If Christian is already running with it, I'd much rather let him > take this one on as I have a lot of other things on my plate. Just wanted to make sure it didn't get lost in mailing list traffic, thanks! =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1978549.zaGdUvXqY0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDPF44Xhc68WspdLARAgOpAKCrU2Cj2leMR7sxd8faIu7qduC/NgCfWb4B 6dbpYwCp9y6lMFNPld45sG4= =pLAD -----END PGP SIGNATURE----- --nextPart1978549.zaGdUvXqY0-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 22:14:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id CCAFA16A420; Thu, 29 Sep 2005 22:14:37 +0000 (GMT) In-Reply-To: <8cb6106e0509290919177de1c4@mail.gmail.com> from Josh Carroll at "Sep 29, 2005 09:19:48 am" To: josh.carroll@psualum.com Date: Thu, 29 Sep 2005 22:14:37 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20050929221437.CCAFA16A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: UDP multicast packets not seen on listening interface in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 22:14:37 -0000 > All, > > I'm having a bit of trouble with a program I wrote to listen for > multicast packets from my DSL modem in order to monitor/collect line > stats. It has worked previously in 5.4 and 6.0-BETA3. The source is > availabe here for anyone that wants to poke around in it: > > http://wdiag.sourceforge.net > > Anyway, recently I rebuilt world and the kernel from BETA5 sources > (previously on BETA3 or thereabouts). The application no longer finds > the multicast packets, but works fine in BETA3. > > Let me briefly describe what the program does. It simply bind()'s to > port 1875/udp (INADDR_ANY), joins the proper multicast group, calls > select() then recvfrom() to look for the packet. It waits for a > timeout period, then fails if it doesn't see the packet in that time > period, which is what is happening in BETA5. > > I ran tcpdump and I do see the packets hitting the interface: > > 09:00:45.394614 IP 192.168.1.254.1875 > 224.73.193.62.1875: UDP, length 120 > > I suspect maybe I am not properly joining the multicast group, so it's > ignoring the packet. But like I said, this worked in BETA3 which is > why I'm stumped. > > nc -v -u -l 1875 > > Doesn't see any packets either, for what it's worth, though I don't > know off hand whether nc can do multicast or not. > > Also I verified the program is indeed listening with sockstat: > root westell 2194 3 udp4 *:1875 *:* > > Any ideas where I can begin to troubleshoot this? Well no, because you left out one vital piece of information, which is what kind of network adapter are you using? Yes, it matters. Yes, you should feel silly for not thinking it was important enough to mention. It's _ALWAYS_ important enough to mention. No, you aren't allowed to play the "but I just wanted to see if this sounded familiar to someone" game. Running tcpdump, unless you use the -p flag, will put the NIC into promiscuous mode. This means you'll pick up all multicast frames (and everything else) regardless of how the NIC's multicast filter is programmed. Just joining a group will not put the interface into promiscuous mode: it'll just program the NIC's multicast filter to accept that particular group. That is of course unless someone a) broke the driver for your NIC or b) broke SIOCADDMULTI support somewhere in the stack. Until you tell us what NIC you have, there's no easy way to tell which is the case. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 22:37: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 A5D4B16A421 for ; Thu, 29 Sep 2005 22:37:59 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA18843D55 for ; Thu, 29 Sep 2005 22:37:56 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1636029wxc for ; Thu, 29 Sep 2005 15:37:56 -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=UiPizXmfoDbfoAGL/s0mLrQSeThpq/Ql+BBC0VlPO0JRiSu1ltOPVlVtWo6xob8FnHWWsvwHXn4uVXzE8q3uKnc4+YkrpGLuqvEZanJbbxi1ZVdpw5TZOmcXilAqhxAPOuKzq3Ikfpe79c7KtzrzgaTs/3Mm4MpFcAonwghvHlI= Received: by 10.70.91.3 with SMTP id o3mr709252wxb; Thu, 29 Sep 2005 15:37:55 -0700 (PDT) Received: by 10.70.54.2 with HTTP; Thu, 29 Sep 2005 15:37:55 -0700 (PDT) Message-ID: <8cb6106e0509291537341813d3@mail.gmail.com> Date: Thu, 29 Sep 2005 15:37:55 -0700 From: Josh Carroll To: current@freebsd.org In-Reply-To: <20050929220629.B34322@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8cb6106e0509290919177de1c4@mail.gmail.com> <20050929220629.B34322@fledge.watson.org> Cc: Subject: Re: UDP multicast packets not seen on listening interface in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@psualum.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, 29 Sep 2005 22:37:59 -0000 Bill - my apologies, I should have included that information. The NIC connected to the modem is fxp0, the NIC for the LAN is an em0. fxp0 is what I want to send the IGMP packets on, and on which I am listening for the modem's information. Specifically, the alias on fxp0 is 192.168.1.1 with netmask 255.255.255.0. The modem is on 192.168.1.254. Robert - there are actually two phases. The first phase is running the "wstart" program which sends broadcast packets to turn the modem stats "on", and then joins the the multicast group. It is not binding to a particular interface or IP: iphdr->ip_src.s_addr =3D INADDR_ANY; ... igmphdr->igmp_type =3D IGMP_V2_MEMBERSHIP_REPORT; And looking at tcpdump output while running wstart indicates it is binding to the default IP (fxp0's IP): 15:22:04.883779 IP deblin.org > IGMP.MCAST.NET: igmp v2 report 224.73.193.6= 2 Likewise, the westell program that listens for the packets does not bind to a particular interface or IP: server.sin_addr.s_addr=3Dhtonl(INADDR_ANY); The output from netstat -ia doesn't look to be much different between the two. Here is the output of netstat -ia on BETA5: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs = Coll em0 1500 00:0e:0c:6c:b9:16 298873 0 473687 0 = 0 33:33:f7:e8:2f:a9 746 11324 33:33:00:00:00:01 746 11324 33:33:ff:6c:b9:16 746 11324 01:00:5e:00:00:01 746 11324 em0 1500 10/24 10.0.0.1 289957 - 453474 - = - ALL-SYSTEMS.MCAST em0 1500 fe80:1::20e:c fe80:1::20e:cff:f 0 - 4 - = - ff02:1::2:f7e8:2fa9(refs: 1) ff02:1::1 (refs: 1) ff02:1::1:ff6c:b916(refs: 1) em0 1500 10.0.1/24 10.0.1.1 181 - 0 - = - ALL-SYSTEMS.MCAST fxp0 1500 00:a0:c9:1f:ac:f8 102256 0 80348 0 = 11 33:33:f7:e8:2f:a9 12321 10 33:33:00:00:00:01 12321 10 33:33:ff:1f:ac:f8 12321 10 01:00:5e:00:00:01 12321 10 fxp0 1500 66.218.55/24 deblin 71482 - 72916 - = - ALL-SYSTEMS.MCAST fxp0 1500 fe80:2::2a0:c fe80:2::2a0:c9ff: 0 - 4 - = - ff02:2::2:f7e8:2fa9(refs: 1) ff02:2::1 (refs: 1) ff02:2::1:ff1f:acf8(refs: 1) fxp0 1500 66.218.55/24 f00f.deblin 1522 - 0 - = - ALL-SYSTEMS.MCAST fxp0 1500 66.218.55/24 spoon.matrixdecod 7811 - 799 - = - ALL-SYSTEMS.MCAST fxp0 1500 66.218.55/24 efnet-linux.debli 1782 - 28 - = - ALL-SYSTEMS.MCAST fxp0 1500 192.168.1 192.168.1.1 221 - 220 - = - ALL-SYSTEMS.MCAST pflog 33208 0 0 0 0 = 0 lo0 16384 3391 0 3391 0 = 0 lo0 16384 your-net localhost 470 - 470 - = - ALL-SYSTEMS.MCAST lo0 16384 ip6-localhost ::1 0 - 0 - = - ff01::1 (refs: 1) ff02:4::2:f7e8:2fa9(refs: 1) ff02:4::1 (refs: 1) ff02:4::1:ff00:1 (refs: 2) lo0 16384 fe80:4::1 fe80:4::1 0 - 0 - = - ff01::1 (refs: 1) ff02:4::2:f7e8:2fa9(refs: 1) ff02:4::1 (refs: 1) ff02:4::1:ff00:1 (refs: 2) bridg 1500 ac:de:48:62:36:8d 13594 0 554055 0 = 0 And the output on BETA3: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs = Coll em0 1500 00:0e:0c:6c:b9:16 62 0 127 0 = 0 33:33:f7:e8:2f:a9 3 62 33:33:00:00:00:01 3 62 33:33:ff:6c:b9:16 3 62 01:00:5e:00:00:01 3 62 em0 1500 10/24 10.0.0.1 117 - 117 - = - ALL-SYSTEMS.MCAST em0 1500 fe80:1::20e:c fe80:1::20e:cff:f 0 - 3 - = - ff02:1::2:f7e8:2fa9(refs: 1) ff02:1::1 (refs: 1) ff02:1::1:ff6c:b916(refs: 1) em0 1500 10.0.1/24 10.0.1.1 1 - 0 - = - ALL-SYSTEMS.MCAST fxp0 1500 00:a0:c9:1f:ac:f8 1409 24 937 0 = 0 33:33:f7:e8:2f:a9 63 6 33:33:00:00:00:01 63 6 33:33:ff:1f:ac:f8 63 6 01:00:5e:00:00:01 63 6 fxp0 1500 66.218.55/24 deblin 678 - 909 - = - ALL-SYSTEMS.MCAST fxp0 1500 fe80:2::2a0:c fe80:2::2a0:c9ff: 0 - 3 - = - ff02:2::2:f7e8:2fa9(refs: 1) ff02:2::1 (refs: 1) ff02:2::1:ff1f:acf8(refs: 1) fxp0 1500 66.218.55/24 f00f.deblin 180 - 0 - = - ALL-SYSTEMS.MCAST fxp0 1500 66.218.55/24 spoon.matrixdecod 0 - 0 - = - ALL-SYSTEMS.MCAST fxp0 1500 66.218.55/24 efnet-linux.debli 147 - 0 - = - ALL-SYSTEMS.MCAST fxp0 1500 192.168.1 192.168.1.1 1 - 0 - = - ALL-SYSTEMS.MCAST pflog 33208 0 0 0 0 = 0 lo0 16384 152 0 152 0 = 0 lo0 16384 your-net localhost 8 - 8 - = - ALL-SYSTEMS.MCAST lo0 16384 ip6-localhost ::1 0 - 0 - = - ff01::1 (refs: 1) ff02:4::2:f7e8:2fa9(refs: 1) ff02:4::1 (refs: 1) ff02:4::1:ff00:1 (refs: 2) lo0 16384 fe80:4::1 fe80:4::1 0 - 0 - = - ff01::1 (refs: 1) ff02:4::2:f7e8:2fa9(refs: 1) ff02:4::1 (refs: 1) ff02:4::1:ff00:1 (refs: 2) bridg 1500 ac:de:48:dd:10:32 66 0 1100 0 = 0 Thanks again, Josh From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 22:45: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 A944916A41F; Thu, 29 Sep 2005 22:45:51 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05FAD43D4C; Thu, 29 Sep 2005 22:45:50 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8TMjm0H011105; Fri, 30 Sep 2005 02:45:49 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8TMjmvT011100; Fri, 30 Sep 2005 02:45:48 +0400 (MSD) (envelope-from yar) Date: Fri, 30 Sep 2005 02:45:48 +0400 From: Yar Tikhiy To: hackers@freebsd.org, current@freebsd.org Message-ID: <20050929224548.GB3035@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: A smarter mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 22:45:51 -0000 Folks, I've got tired of dumb default choices mergemaster(8) offers and modified it to be a bit smarter. Upgrading /etc often, as when following CURRENT, is much less pain to me now. The modified mergemaster is available from P4 for now since I'd like to have it tested well before it hits the src tree. The path is //depot/user/yar/hack/usr.sbin/mergemaster, also accessible via web as http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/user/yar/hack/usr.sbin/mergemaster Since mergemaster still is a shell script, you can just grab and run it. The manual page there has been updated as well. The fruitiest features are as follows: - mergemaster no longer teases you with pauses in -v mode. Use -N (novice mode) if you still want the pauses. - "Stale" rc.d files can be rm'ed or kept on individual basis. - There is expert mode, -E. In this mode, mergemaster offers more dangerous defaults, mostly [install] or [delete] depending on the question. So you can just keep hitting Enter most of the time if your /etc is just slightly modified. In addition, you get the 's' choice when in a subdirectory: auto-install all files from this subdirectory -- much useful to deal with sweeping changes to rc.d or periodic. Feedback is welcome. And please please don't skip making a backup of your /etc before running mergemaster! I can't be responsible for its loss due to bugs in my code or whatever. -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 23:02: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 5ABC216A41F for ; Thu, 29 Sep 2005 23:02:43 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA32C43D48 for ; Thu, 29 Sep 2005 23:02:42 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1638063wxc for ; Thu, 29 Sep 2005 16:02:42 -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=di9BxcWFMw/RkXukKNcsjJSTyChYgNVkkoo49gqAreXaox3luWJBJ1JjKxxKRg8vyIxnD9eIeg11UPD/VO8dtT+0yVOQLHst5LlUlN4Y1zFwOVO2gTksgyaogfD8JlAMwRyCmQX/WOiu+TryUehz1aZUsv41CB36o/dhlZeh+VQ= Received: by 10.70.118.6 with SMTP id q6mr712129wxc; Thu, 29 Sep 2005 16:02:42 -0700 (PDT) Received: by 10.70.54.2 with HTTP; Thu, 29 Sep 2005 16:02:42 -0700 (PDT) Message-ID: <8cb6106e05092916022c2fce6d@mail.gmail.com> Date: Thu, 29 Sep 2005 16:02:42 -0700 From: Josh Carroll To: current@freebsd.org In-Reply-To: <20050929224833.GB54033@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8cb6106e0509290919177de1c4@mail.gmail.com> <20050929220629.B34322@fledge.watson.org> <8cb6106e0509291537341813d3@mail.gmail.com> <20050929224833.GB54033@bunrab.catwhisker.org> Cc: Subject: Re: UDP multicast packets not seen on listening interface in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@psualum.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, 29 Sep 2005 23:02:43 -0000 Good point. fxp0: link state changed to UP fxp0: port 0xb800-0xb81f mem 0xf7eff000-0xf7efffff,0xfe900000-0xfe9fffff irq 18 at device 2.0 on pci2 miibus0: on fxp0 fxp0: Ethernet address: 00:a0:c9:1f:ac:f8 and em0: port 0xbc00-0xbc3f mem 0xfeae0000-0xfeafffff,0xfeac0000-0xfeadffff irq 17 at device 1.0 on pci2 em0: Ethernet address: 00:0e:0c:6c:b9:16 Thanks, Josh From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 23:03: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 2A7FD16A41F for ; Thu, 29 Sep 2005 23:03:54 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B1043D55 for ; Thu, 29 Sep 2005 23:03:52 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8TN3mrb012516; Fri, 30 Sep 2005 03:03:49 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8TN3jZj012515; Fri, 30 Sep 2005 03:03:45 +0400 (MSD) (envelope-from yar) Date: Fri, 30 Sep 2005 03:03:45 +0400 From: Yar Tikhiy To: Fredrik Lindberg Message-ID: <20050929230345.GC3035@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <20050928110413.GE86457@comp.chem.msu.su> <433C14EE.6010105@shapeshifter.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433C14EE.6010105@shapeshifter.se> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 23:03:54 -0000 On Thu, Sep 29, 2005 at 06:23:10PM +0200, Fredrik Lindberg wrote: > Yar Tikhiy wrote: > >On Sun, Sep 25, 2005 at 02:37:41PM -0700, Brooks Davis wrote: > > > >>On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: > >> > >>>As our ifconfig(8) is growing more options for special interface > >>>types, inconsistencies sneak into their syntax. In particular, > >>>-vlandev takes a useless argument (vlan(4) cannot attach to more > >>>than one parent anyway) while, e.g., -carpdev doesn't need one. > >>>Personally, I like the latter since having to type unneeded words > >>>on the command line annoys me. Do you think that making -vlandev > >>>need no arguments in CURRENT would break many existing things? > >> > >>I agree the argument is useless. Unfortunatly, it's going to be hard to > >>deprecate the old syntax so we may need to keep it around. > > > > > >Alas, there doesn't seem to exist an easy way to support both > >syntaxes in the ifconfig(8) parameter parser. Perhaps we can > >survive the pain of syntax change in CURRENT only, with a > >heads-up message sent, release notes updated, etc? I wonder > >if many people use "ifconfig -vlandev XXX" in automated tools. > > > > Why not use something simple such as the following (maybe even > without that printf(). > > root@genesis> ./ifconfig vlan0 create > root@genesis> ./ifconfig vlan0 vlan 1 vlandev em0 > root@genesis> ./ifconfig vlan0 -vlandev > root@genesis> ./ifconfig vlan0 vlan 1 vlandev em0 > root@genesis> ./ifconfig vlan0 -vlandev em0 > Passing interface to -vlandev is deprecated. > > > Index: ifvlan.c > =================================================================== > RCS file: /home/ncvs/src/sbin/ifconfig/ifvlan.c,v > retrieving revision 1.7 > diff -u -r1.7 ifvlan.c > --- ifvlan.c 31 Dec 2004 19:46:27 -0000 1.7 > +++ ifvlan.c 29 Sep 2005 16:19:32 -0000 > @@ -130,6 +130,9 @@ > { > struct vlanreq vreq; > > + if (val != NULL) > + fprintf(stderr, "Passing interface to -vlandev is > deprecated.\n"); > + > bzero((char *)&vreq, sizeof(struct vlanreq)); > ifr.ifr_data = (caddr_t)&vreq; > > @@ -148,7 +151,7 @@ > static struct cmd vlan_cmds[] = { > DEF_CMD_ARG("vlan", setvlantag), > DEF_CMD_ARG("vlandev", setvlandev), > - DEF_CMD_ARG("-vlandev", unsetvlandev), > + DEF_CMD_OPTARG("-vlandev", > unsetvlandev), > DEF_CMD("vlanmtu", IFCAP_VLAN_MTU, setifcap), > DEF_CMD("-vlanmtu", -IFCAP_VLAN_MTU, setifcap), > DEF_CMD("vlanhwtag", IFCAP_VLAN_HWTAGGING, setifcap), Thank you very much for this suggestion! I missed DEF_CMD_OPTARG() completely, perhaps because it didn't seem to be used in ifconfig *.c files yet. -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 23:15: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 D017716A41F for ; Thu, 29 Sep 2005 23:15:38 +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 77B9743D53 for ; Thu, 29 Sep 2005 23:15:38 +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 j8TNFOrA009868; Thu, 29 Sep 2005 16:15:24 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8TNFOt8009867; Thu, 29 Sep 2005 16:15:24 -0700 Date: Thu, 29 Sep 2005 16:15:24 -0700 From: Brooks Davis To: Fredrik Lindberg Message-ID: <20050929231524.GB18164@odin.ac.hmc.edu> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <20050928110413.GE86457@comp.chem.msu.su> <433C14EE.6010105@shapeshifter.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: <433C14EE.6010105@shapeshifter.se> 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: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 23:15:38 -0000 --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2005 at 06:23:10PM +0200, Fredrik Lindberg wrote: > Yar Tikhiy wrote: > >On Sun, Sep 25, 2005 at 02:37:41PM -0700, Brooks Davis wrote: > > > >>On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: > >> > >>>As our ifconfig(8) is growing more options for special interface > >>>types, inconsistencies sneak into their syntax. In particular, > >>>-vlandev takes a useless argument (vlan(4) cannot attach to more > >>>than one parent anyway) while, e.g., -carpdev doesn't need one. > >>>Personally, I like the latter since having to type unneeded words > >>>on the command line annoys me. Do you think that making -vlandev > >>>need no arguments in CURRENT would break many existing things? > >> > >>I agree the argument is useless. Unfortunatly, it's going to be hard to > >>deprecate the old syntax so we may need to keep it around. > > > > > >Alas, there doesn't seem to exist an easy way to support both > >syntaxes in the ifconfig(8) parameter parser. Perhaps we can > >survive the pain of syntax change in CURRENT only, with a > >heads-up message sent, release notes updated, etc? I wonder > >if many people use "ifconfig -vlandev XXX" in automated tools. > > >=20 > Why not use something simple such as the following (maybe even > without that printf(). >=20 > root@genesis> ./ifconfig vlan0 create > root@genesis> ./ifconfig vlan0 vlan 1 vlandev em0 > root@genesis> ./ifconfig vlan0 -vlandev > root@genesis> ./ifconfig vlan0 vlan 1 vlandev em0 > root@genesis> ./ifconfig vlan0 -vlandev em0 > Passing interface to -vlandev is deprecated. Excellent, this is the perfect solution. Let's get something like this committed and MFC'd so it goes out in 6.0. -- 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 --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDPHWLXY6L6fI4GtQRAn+4AKDJ9byenOFmFmFHXF7ImOcwcBb9FQCfYia5 8FVxeXTnhixLmFSf8fCI9s4= =9Kmv -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 23: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 9D05416A41F for ; Thu, 29 Sep 2005 23:21:13 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (ruprt.hosting4u.cz [82.208.25.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED48143D48 for ; Thu, 29 Sep 2005 23:21:12 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id 1FB2E4E705; Fri, 30 Sep 2005 01:21:18 +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 20148-05; Fri, 30 Sep 2005 01:21:17 +0200 (CEST) Received: from gandalf (unknown [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 B27734E704; Fri, 30 Sep 2005 01:21:17 +0200 (CEST) From: =?US-ASCII?Q?Daniel_Dvorak?= To: "'Sam Leffler'" , Date: Fri, 30 Sep 2005 01:21:09 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <4328961F.3090702@errno.com> Thread-Index: AcW5cmOyjnLNUAKNRU6xmAlnfvYplAL14x5w Message-Id: <20050929232117.B27734E704@pipa.profix.cz> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: freebsd-current@freebsd.org Subject: To compare hostap-client mode and adhoc's mode on Atheros cards. 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: Thu, 29 Sep 2005 23:21:13 -0000 Hello all, who use wireless stuff of FreeBSD and others. :) Have you tested and compared the infrastructure mode and the adhoc mode anybody ? We have 2 servers with 681 m distance. Wireless signal is about avg. RSSI 20-22 on both site. We use on one site hostap and on the second site client, of course. Rate is a sample rate. The maximum bandwidth is about 1,2 MB/s in one direction. Problem: If we switch cards to adhoc mode on both site the speed is 10 times slower. Nothing else has changed. Has anybody come accross with it in the past or nowadays ? Thank you for your attention. Dan P.S.: Of cource, I could provide more information if it is needed. -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Sam Leffler Sent: Wednesday, September 14, 2005 11:29 PM To: dandee@volny.cz Cc: freebsd-current@freebsd.org Subject: Re: dev.ath.0.slottime changing and why ? ath_rate_sample is the only one to use. It's still got some issues (John did some fixes that are in the Linux version that I haven't backported yet) but outperfoms the others hands down. Sam _______________________________________________ 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" _____ avast! Antivirus : Odchozi zprava cista. Virova databaze (VPS): 0539-2, 29.09.2005 Testovano: 30.9.2005 1:21:09 avast! - copyright (c) 1988-2005 ALWIL Software. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 23:33:17 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 0378C16A41F for ; Thu, 29 Sep 2005 23:33:17 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C495043D48 for ; Thu, 29 Sep 2005 23:33:15 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8TNXEOu013873; Fri, 30 Sep 2005 03:33:14 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8TNXDdg013872; Fri, 30 Sep 2005 03:33:13 +0400 (MSD) (envelope-from yar) Date: Fri, 30 Sep 2005 03:33:13 +0400 From: Yar Tikhiy To: Brooks Davis Message-ID: <20050929233313.GD3035@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <20050928110413.GE86457@comp.chem.msu.su> <433C14EE.6010105@shapeshifter.se> <20050929231524.GB18164@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050929231524.GB18164@odin.ac.hmc.edu> User-Agent: Mutt/1.5.9i Cc: Fredrik Lindberg , freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 23:33:17 -0000 On Thu, Sep 29, 2005 at 04:15:24PM -0700, Brooks Davis wrote: > On Thu, Sep 29, 2005 at 06:23:10PM +0200, Fredrik Lindberg wrote: > > Yar Tikhiy wrote: > > >On Sun, Sep 25, 2005 at 02:37:41PM -0700, Brooks Davis wrote: > > > > > >>On Thu, Sep 22, 2005 at 02:41:05PM +0400, Yar Tikhiy wrote: > > >> > > >>>As our ifconfig(8) is growing more options for special interface > > >>>types, inconsistencies sneak into their syntax. In particular, > > >>>-vlandev takes a useless argument (vlan(4) cannot attach to more > > >>>than one parent anyway) while, e.g., -carpdev doesn't need one. > > >>>Personally, I like the latter since having to type unneeded words > > >>>on the command line annoys me. Do you think that making -vlandev > > >>>need no arguments in CURRENT would break many existing things? > > >> > > >>I agree the argument is useless. Unfortunatly, it's going to be hard to > > >>deprecate the old syntax so we may need to keep it around. > > > > > > > > >Alas, there doesn't seem to exist an easy way to support both > > >syntaxes in the ifconfig(8) parameter parser. Perhaps we can > > >survive the pain of syntax change in CURRENT only, with a > > >heads-up message sent, release notes updated, etc? I wonder > > >if many people use "ifconfig -vlandev XXX" in automated tools. > > > > > > > Why not use something simple such as the following (maybe even > > without that printf(). > > > > root@genesis> ./ifconfig vlan0 create > > root@genesis> ./ifconfig vlan0 vlan 1 vlandev em0 > > root@genesis> ./ifconfig vlan0 -vlandev > > root@genesis> ./ifconfig vlan0 vlan 1 vlandev em0 > > root@genesis> ./ifconfig vlan0 -vlandev em0 > > Passing interface to -vlandev is deprecated. > > Excellent, this is the perfect solution. Let's get something like this > committed and MFC'd so it goes out in 6.0. Working on this right now... -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 23:33:17 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 266A016A420 for ; Thu, 29 Sep 2005 23:33:17 +0000 (GMT) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (YahooBB219182046034.bbtec.net [219.182.46.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65A7343D49 for ; Thu, 29 Sep 2005 23:33:15 +0000 (GMT) (envelope-from taku@tackymt.homeip.net) Received: from localhost (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id 8B7731074B for ; Fri, 30 Sep 2005 08:33:14 +0900 (JST) Received: from basalt.tackymt.homeip.net ([127.0.0.1]) by localhost (basalt.tackymt.homeip.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92588-09 for ; Fri, 30 Sep 2005 08:33:13 +0900 (JST) Received: from basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by basalt.tackymt.homeip.net (Postfix) with ESMTP for ; Fri, 30 Sep 2005 08:33:13 +0900 (JST) Date: Fri, 30 Sep 2005 08:33:13 +0900 From: Taku YAMAMOTO To: freebsd-current@freebsd.org Message-Id: <20050930083313.72f9801a.taku@tackymt.homeip.net> In-Reply-To: <20050926174738.GA57284@xor.obsecurity.org> References: <200509261847.35558@harrymail> <20050926174738.GA57284@xor.obsecurity.org> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__30_Sep_2005_08_33_13_+0900_R2RmpAqq+BZmQSkF" X-Virus-Scanned: amavisd-new at tackymt.homeip.net Subject: Re: 4BSD/ULE numbers... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 23:33:17 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__30_Sep_2005_08_33_13_+0900_R2RmpAqq+BZmQSkF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi all, I found that slice_min and slice_max in sched_ule.c are calculated based on hz rather than stathz, which results to a thread hogging 7.5 times more cpu time than the author's intension. For those who feel sluggish when doing computation-bound things, I recommend the following tunings with sysctl: # for RTC based systems... kern.sched.slice_min=1 kern.sched.slice_max=18 # for APIC based systems driven at hz=1000 # (where stathz = hz * 2 / 15) kern.sched.slice_min=1 # (hz * 2 / 15) / 100 kern.sched.slice_max=19 # (hz * 2 / 15) / 7 The attached patch addresses this problem with the bonus of increased accuracy of tickincr. On Mon, 26 Sep 2005 13:47:38 -0400 Kris Kennaway wrote: > On Mon, Sep 26, 2005 at 06:47:27PM +0200, Emanuel Strobl wrote: > > Hello, > > > > I tried ULE with BETA5 and for me it felt a bit sluggish when making ports. > > So I did some "realworld" simulation and compared 4BSD/ULE to see what > > numbers tell me. And the prooved my feeling right. > > It seems that ULE is priorizing nice a little higher, but in general the > > output of the 4 BSD machine is higher and finishing the tests took not so > > long as with ULE, especially the "make configure" differs horribly. > > That's consistent with my testing. ULE seems a bit more stable now in > 6.0 (except on my large SMP machines, which reboot spontaneously under > moderate load), but it doesn't perform as well as 4BSD under real > application workloads. > > Kris -- -|-__ YAMAMOTO, Taku | __ < --Multipart=_Fri__30_Sep_2005_08_33_13_+0900_R2RmpAqq+BZmQSkF Content-Type: text/plain; name="sched_ule.c-tickmods.diff" Content-Disposition: attachment; filename="sched_ule.c-tickmods.diff" Content-Transfer-Encoding: 7bit --- sched_ule.c.orig Thu Sep 22 10:25:31 2005 +++ sched_ule.c Thu Sep 22 10:25:31 2005 @@ -69,6 +69,9 @@ SYSCTL_INT(_kern, OID_AUTO, ccpu, CTLFLA static void sched_setup(void *dummy); SYSINIT(sched_setup, SI_SUB_RUN_QUEUE, SI_ORDER_FIRST, sched_setup, NULL) +static void sched_initticks(void *dummy); +SYSINIT(sched_initticks, SI_SUB_CLOCKS, SI_ORDER_THIRD, sched_initticks, NULL) + static SYSCTL_NODE(_kern, OID_AUTO, sched, CTLFLAG_RW, 0, "Scheduler"); SYSCTL_STRING(_kern_sched, OID_AUTO, name, CTLFLAG_RD, "ule", 0, @@ -81,7 +84,7 @@ static int slice_max = 10; SYSCTL_INT(_kern_sched, OID_AUTO, slice_max, CTLFLAG_RW, &slice_max, 0, ""); int realstathz; -int tickincr = 1; +int tickincr = 1 << 10; /* * The following datastructures are allocated within their parent structure @@ -921,6 +924,11 @@ sched_setup(void *dummy) int i; #endif + /* + * To avoid divide-by-zero, we set realstathz a dummy value + * in case which sched_clock() called before sched_initticks(). + */ + realstathz = hz; slice_min = (hz/100); /* 10ms */ slice_max = (hz/7); /* ~140ms */ @@ -1011,6 +1019,26 @@ sched_setup(void *dummy) mtx_unlock_spin(&sched_lock); } +/* ARGSUSED */ +static void +sched_initticks(void *dummy) +{ + mtx_lock_spin(&sched_lock); + realstathz = stathz ? stathz : hz; + slice_min = (realstathz/100); /* 10ms */ + slice_max = (realstathz/7); /* ~140ms */ + + tickincr = (hz << 10) / realstathz; + /* + * XXX This does not work for values of stathz that are much + * larger than hz. + */ + if (tickincr == 0) + tickincr = 1; + mtx_unlock_spin(&sched_lock); +} + + /* * Scale the scheduling priority according to the "interactivity" of this * process. @@ -1492,7 +1520,7 @@ sched_fork_ksegrp(struct thread *td, str child->kg_runtime = kg->kg_runtime; child->kg_user_pri = kg->kg_user_pri; sched_interact_fork(child); - kg->kg_runtime += tickincr << 10; + kg->kg_runtime += tickincr; sched_interact_update(kg); } @@ -1615,22 +1643,6 @@ sched_clock(struct thread *td) if (kseq->ksq_assigned) kseq_assign(kseq); /* Potentially sets NEEDRESCHED */ #endif - /* - * sched_setup() apparently happens prior to stathz being set. We - * need to resolve the timers earlier in the boot so we can avoid - * calculating this here. - */ - if (realstathz == 0) { - realstathz = stathz ? stathz : hz; - tickincr = hz / realstathz; - /* - * XXX This does not work for values of stathz that are much - * larger than hz. - */ - if (tickincr == 0) - tickincr = 1; - } - ke = td->td_kse; kg = ke->ke_ksegrp; @@ -1653,7 +1665,7 @@ sched_clock(struct thread *td) * We used a tick charge it to the ksegrp so that we can compute our * interactivity. */ - kg->kg_runtime += tickincr << 10; + kg->kg_runtime += tickincr; sched_interact_update(kg); /* --Multipart=_Fri__30_Sep_2005_08_33_13_+0900_R2RmpAqq+BZmQSkF-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 00:26: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 4EA1D16A41F for ; Fri, 30 Sep 2005 00:26:27 +0000 (GMT) (envelope-from ch03xanth@yahoo.com) Received: from web31310.mail.mud.yahoo.com (web31310.mail.mud.yahoo.com [68.142.198.105]) by mx1.FreeBSD.org (Postfix) with SMTP id D8CB443D48 for ; Fri, 30 Sep 2005 00:26:26 +0000 (GMT) (envelope-from ch03xanth@yahoo.com) Received: (qmail 83746 invoked by uid 60001); 30 Sep 2005 00:26:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=lYdUPXLGpL35gg9b1cpu6tlRU6vUrjMYoIjqEYTXo8DnRD4AoEar9Vyg7wK1UvTRcjOHeQVS96KT06LuMvqB6Dtyd0IzB2xRrukFOlifhSwsOOzN1eRKsf/NOpvcCexJ2KFljs8lvxsuUqoF3LpPVG3wreNYJw1yMVmPrwU6pD4= ; Message-ID: <20050930002625.83744.qmail@web31310.mail.mud.yahoo.com> Received: from [67.169.187.185] by web31310.mail.mud.yahoo.com via HTTP; Thu, 29 Sep 2005 17:26:25 PDT Date: Thu, 29 Sep 2005 17:26:25 -0700 (PDT) From: chris xanthor To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Midi playing in xmms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 00:26:27 -0000 Hi; I finally got xmms to play midi files...I removed xmms-midi and inserted the xmms-meta-input plugin. Works fine now. Hope this helps others who were having the problem with midi-playing in xmms. I got the plugin from the beep-media-player page. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 01:11: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 C8FFB16A41F; Fri, 30 Sep 2005 01:11: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 2655E43D49; Fri, 30 Sep 2005 01:11:50 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8U1BF1h020820 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 30 Sep 2005 10:41:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 30 Sep 2005 10:41:09 +0930 User-Agent: KMail/1.8.2 References: <20050929224548.GB3035@comp.chem.msu.su> In-Reply-To: <20050929224548.GB3035@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1667406.x3QNet1TlP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509301041.10480.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Yar Tikhiy , hackers@freebsd.org, current@freebsd.org Subject: Re: A smarter mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 01:11:51 -0000 --nextPart1667406.x3QNet1TlP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 30 September 2005 08:15, Yar Tikhiy wrote: > Feedback is welcome. And please please don't skip making a backup of > your /etc before running mergemaster! I can't be responsible for its > loss due to bugs in my code or whatever. This work does look neat, but.. Try etcmerge :) It's a bit of a pain to get started with it, but it is a *lot* faster (huma= n=20 input wise) than mergemaster. It only asks you about files that you have=20 modified rather than ones that have been changed by committers (ie does a 3= =20 way merge). It does have problems handling DB files, but that is usually not a big prob= lem=20 to fix. =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 --nextPart1667406.x3QNet1TlP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDPJCu5ZPcIHs/zowRAonsAKClO/GZv+6Mm0Y542IHl/x9m/Y4JgCeKIdo 8rpLcz3uZ704OXNvs66ykMs= =nv9V -----END PGP SIGNATURE----- --nextPart1667406.x3QNet1TlP-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 01:11: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 C8FFB16A41F; Fri, 30 Sep 2005 01:11: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 2655E43D49; Fri, 30 Sep 2005 01:11:50 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8U1BF1h020820 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 30 Sep 2005 10:41:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 30 Sep 2005 10:41:09 +0930 User-Agent: KMail/1.8.2 References: <20050929224548.GB3035@comp.chem.msu.su> In-Reply-To: <20050929224548.GB3035@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1667406.x3QNet1TlP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509301041.10480.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Yar Tikhiy , hackers@freebsd.org, current@freebsd.org Subject: Re: A smarter mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 01:11:52 -0000 --nextPart1667406.x3QNet1TlP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 30 September 2005 08:15, Yar Tikhiy wrote: > Feedback is welcome. And please please don't skip making a backup of > your /etc before running mergemaster! I can't be responsible for its > loss due to bugs in my code or whatever. This work does look neat, but.. Try etcmerge :) It's a bit of a pain to get started with it, but it is a *lot* faster (huma= n=20 input wise) than mergemaster. It only asks you about files that you have=20 modified rather than ones that have been changed by committers (ie does a 3= =20 way merge). It does have problems handling DB files, but that is usually not a big prob= lem=20 to fix. =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 --nextPart1667406.x3QNet1TlP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDPJCu5ZPcIHs/zowRAonsAKClO/GZv+6Mm0Y542IHl/x9m/Y4JgCeKIdo 8rpLcz3uZ704OXNvs66ykMs= =nv9V -----END PGP SIGNATURE----- --nextPart1667406.x3QNet1TlP-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 01: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 8966D16A41F for ; Fri, 30 Sep 2005 01:23:20 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E3D43D55 for ; Fri, 30 Sep 2005 01:23:19 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0INL002O3VUVB9F0@VL-MO-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Thu, 29 Sep 2005 21:23:19 -0400 (EDT) Date: Thu, 29 Sep 2005 21:23:13 -0400 From: Nicolas Blais In-reply-to: <20050930002625.83744.qmail@web31310.mail.mud.yahoo.com> To: freebsd-current@freebsd.org Message-id: <200509292123.18787.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart2148705.jiPWlgTE4Y; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <20050930002625.83744.qmail@web31310.mail.mud.yahoo.com> User-Agent: KMail/1.8.2 Subject: Re: Midi playing in xmms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 01:23:20 -0000 --nextPart2148705.jiPWlgTE4Y Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On September 29, 2005 08:26 pm, chris xanthor wrote: > Hi; > I finally got xmms to play midi files...I removed > xmms-midi and inserted the xmms-meta-input plugin. > Works fine now. > Hope this helps others who were having the problem > with midi-playing in xmms. I got the plugin from the > beep-media-player page. > I thought midi support was still unavailable in -CURRENT. Are you using=20 timidity or an actual kernel driver? Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Sep 27 18:07:39 EDT 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://66.130.198.54:8081/security/nb_root.asc --nextPart2148705.jiPWlgTE4Y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDPJOGz38ton5LGeIRAlglAKCmgaxHLdv9TMRIgkEFtPhIU8wmCgCghwYg lI935Z2ZGKhIlaavLtnU0Yc= =UF9x -----END PGP SIGNATURE----- --nextPart2148705.jiPWlgTE4Y-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 01:39:43 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 010A416A41F for ; Fri, 30 Sep 2005 01:39:43 +0000 (GMT) (envelope-from arundel@h3c.de) Received: from enterprise4.noxa.de (enterprise.noxa.de [212.60.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3364943D48 for ; Fri, 30 Sep 2005 01:39:41 +0000 (GMT) (envelope-from arundel@h3c.de) Received: (qmail 14383 invoked from network); 30 Sep 2005 03:39:39 +0200 Received: from p508fca24.dip.t-dialin.net (HELO localhost.skatecity) (80.143.202.36) by enterprise.noxa.de with AES256-SHA encrypted SMTP; 30 Sep 2005 03:39:39 +0200 Received: from localhost.skatecity (nobody@localhost.skatecity [127.0.0.1]) by localhost.skatecity (8.13.4/8.13.4) with ESMTP id j8U1dGsD048868 for ; Fri, 30 Sep 2005 03:39:16 +0200 (CEST) (envelope-from arundel@localhost.skatecity) Received: (from arundel@localhost) by localhost.skatecity (8.13.4/8.13.4/Submit) id j8U1dGZo048867 for freebsd-current@freebsd.org; Fri, 30 Sep 2005 03:39:16 +0200 (CEST) (envelope-from arundel) From: Alexander Best Date: Fri, 30 Sep 2005 03:39:15 +0200 To: freebsd-current@freebsd.org Message-ID: <20050930013915.GA48666@skatecity> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organisation: =?iso-8859-15?Q?Westfl=E4lische_Wilhelms-U?= =?iso-8859-15?Q?niversit=E4t_M=FCnster?= Subject: Problem with ls and cdrom drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 01:39:43 -0000 I just discovered what seems to be a problem with ls. This is what I did: > cd /mn/dvd > ls The CD inside my CD-ROM drive seems to cause some problems, because I get the following error message: acd0: FAILURE - READ_BIG HARDWARE ERROR asc=0x08 ascq=0x03 error=0 g_vfs_done():acd0[READ(offset=69632, length=2048)]error = 5 This happens quite often, but I can read the CD without any problems. The funny thing however is that `ls` behaves not like it should. Instead of listing the directory contents it recurively lists the contents of the current AND all the subdirectories. The output is the same as `ls -R`. This only happens when I cd to /mnt/dvd and enter the `ls` command very fast (before the prompt displays the new directory).. Was this problem solved already? I'm running 6.0-BETA4 FreeBSD 6.0-BETA4 #0: Wed Sep 14 00:54:49 CEST 2005 From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 02: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 8144916A41F for ; Fri, 30 Sep 2005 02:04:37 +0000 (GMT) (envelope-from ch03xanth@yahoo.com) Received: from web31307.mail.mud.yahoo.com (web31307.mail.mud.yahoo.com [68.142.198.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 168E743D49 for ; Fri, 30 Sep 2005 02:04:36 +0000 (GMT) (envelope-from ch03xanth@yahoo.com) Received: (qmail 8417 invoked by uid 60001); 30 Sep 2005 02:04:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=IgJAa7DVHB5M1sn7cGuFhN2NK6uMF1WDGt5VQba/Nvr2ksu/ERxpot6QUymVznTvSvMNMiqA5Z+nGElyWd1Yb81GTqIYx+AWGaPjuHYqWtYmuSX7/YoyfW6oraTxzC8c4+7C2ucYmxM8ZLuR7Nci9mqzGGQsVZrPpPTBfVZq4zo= ; Message-ID: <20050930020436.8415.qmail@web31307.mail.mud.yahoo.com> Received: from [67.169.187.185] by web31307.mail.mud.yahoo.com via HTTP; Thu, 29 Sep 2005 19:04:36 PDT Date: Thu, 29 Sep 2005 19:04:36 -0700 (PDT) From: chris xanthor To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Midi playing in xmms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 02:04:37 -0000 The plugin needs Timidity. AFAIK, the kernel has no driver available as yet. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 04:24:23 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 3502F16A41F for ; Fri, 30 Sep 2005 04:24:23 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F1A43D49 for ; Fri, 30 Sep 2005 04:24:22 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1662292wxc for ; Thu, 29 Sep 2005 21:24:22 -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=AILA7Y8S4mJRicJdgXRCZ82gQDgMSyF+IJmkXIHaEs1BKtlDQPqGUQDhsYQZXk9YaUTkd+V7A1iiWF9uik+f8XBhjQMCeKjVw32TKdUez0kIiAEHG2wrCR6RGxVa3B11+41w5an4CptsbZTK1HKG2/cEMVGsJqSxkFiUE8NZrKY= Received: by 10.70.109.11 with SMTP id h11mr785306wxc; Thu, 29 Sep 2005 21:24:22 -0700 (PDT) Received: by 10.70.54.2 with HTTP; Thu, 29 Sep 2005 21:24:22 -0700 (PDT) Message-ID: <8cb6106e0509292124u44520623l4ee770576f2a80f8@mail.gmail.com> Date: Thu, 29 Sep 2005 21:24:22 -0700 From: Josh Carroll To: freebsd-current@freebsd.org In-Reply-To: <20050929221437.CCAFA16A420@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8cb6106e0509290919177de1c4@mail.gmail.com> <20050929221437.CCAFA16A420@hub.freebsd.org> Subject: Re: UDP multicast packets not seen on listening interface in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@psualum.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, 30 Sep 2005 04:24:23 -0000 > Running tcpdump, unless you use the -p flag, will put the NIC into > promiscuous mode. This means you'll pick up all multicast frames > (and everything else) regardless of how the NIC's multicast filter is > programmed. > Just joining a group will not put the interface into promiscuous mode: > it'll just program the NIC's multicast filter to accept that particular > group. That is of course unless someone a) broke the driver for your > NIC or b) broke SIOCADDMULTI support somewhere in the stack. Until you > tell us what NIC you have, there's no easy way to tell which is the > case. Ok, tcpdump without -p shows the multicast packets, tcpdump with -p does not. Does that mean I have not joined the multicast group properly? Is this something that was fixed sometime after BETA3? This was working for a while in 5.4-RELEASE as well as since 6.0-BETA1. Josh From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 05:07: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 9CCBE16A41F for ; Fri, 30 Sep 2005 05:07:55 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FCFC43D48 for ; Fri, 30 Sep 2005 05:07:55 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1665092wxc for ; Thu, 29 Sep 2005 22:07: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BciAMAFr0xDUXEl78ZSx1/CaoA0GJ9L3r1MEeQOUM+u/ZsQ7Zwq6i1DosqwpwUNA/YRYyJQoVQJ3i47jUh/tpDcM/RpceennVWKZmJYoTU6ArUMqpG7RI8j0N+tnM4ONG/wlfoJ6k0NcXGXmlWtOg6N/XqG5PJY1ww+OKhF6jsw= Received: by 10.70.66.7 with SMTP id o7mr781663wxa; Thu, 29 Sep 2005 22:07:54 -0700 (PDT) Received: by 10.70.54.2 with HTTP; Thu, 29 Sep 2005 22:07:54 -0700 (PDT) Message-ID: <8cb6106e0509292207s45016dbjf67801ddef50a0a1@mail.gmail.com> Date: Thu, 29 Sep 2005 22:07:54 -0700 From: Josh Carroll To: freebsd-current@freebsd.org In-Reply-To: <8cb6106e0509292124u44520623l4ee770576f2a80f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8cb6106e0509290919177de1c4@mail.gmail.com> <20050929221437.CCAFA16A420@hub.freebsd.org> <8cb6106e0509292124u44520623l4ee770576f2a80f8@mail.gmail.com> Subject: [SOLVED] Re: UDP multicast packets not seen on listening interface in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@psualum.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, 30 Sep 2005 05:07:55 -0000 I'm sorry for so many replies to my own thread here, but I figured out my problem. You guys were right, I was not properly joining the multicast group. The packets were binding to my default IP instead of 192.168.1.1. Doing the following with pf fixed it: nat on $ext_if from any to 224.0.0.0/8 -> 192.168.1.1 I don't really understand why this wasn't necessary in 5.4 and previous 6.0 BETAs, but I'm glad it's working. I tried changing the code from: thishost.sin_addr.s_addr =3D INADDR_ANY; to: inet_aton("192.168.1.1", &local_addr); server.sin_addr.s_addr =3D local_addr.s_addr; Where 192.168.1.1 is one of the aliased IPs on fxp0, but when I try to run the code, I get "Permission denied" from sendto(), even with pf disabled. Ideally, I'd like to update the code to search the local interfaces with SIOCGIFCONF and use that IP (if available), but testing it with my IP hard-coded doesn't seem to work. But debugging my code is outside the scope of this mailing list. :) Thanks for the help and getting me pointed in the right direction. I'm ok with nat'ing the packets for now to make it work. I'll debug things myself and see if I can't get it to use the right source address itself. Josh From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 06:33: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 E32FE16A41F for ; Fri, 30 Sep 2005 06:33:32 +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 345A343D48 for ; Fri, 30 Sep 2005 06:33:32 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 58348 invoked by uid 89); 30 Sep 2005 06:33:25 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 30 Sep 2005 06:33:25 -0000 Date: Fri, 30 Sep 2005 08:33:35 +0200 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20050930083335.7855b57a.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: reboots on filesystem full X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 06:33:33 -0000 Hi, I'm running BETA5 and wanted to know if there was some progress since BETA5 got out in that "system reboot on FS full"? During mp3 to wav conversion I got: Sep 30 08:28:14 kartoffel kernel: pid 69916 (mpg123), uid 1000 inumber 129811 on /usr/home: filesystem full Sep 30 08:30:21 kartoffel syslogd: kernel boot file is /boot/kernel/kernel Sep 30 08:30:21 kartoffel kernel: pid 69916 (mpg123), uid 1000 inumber 129811 on /usr/home: filesystem full Sep 30 08:30:21 kartoffel last message repeated 129 times Sep 30 08:30:21 kartoffel kernel: Sep 30 08:30:21 kartoffel kernel: Sep 30 08:30:21 kartoffel kernel: Fatal trap 12: page fault while in kernel mode Sep 30 08:30:21 kartoffel kernel: fault virtual address = 0x0 Sep 30 08:30:21 kartoffel kernel: fault code = supervisor write, page not present Sep 30 08:30:21 kartoffel kernel: instruction pointer = 0x8:0xffffffff802d1539 Sep 30 08:30:21 kartoffel kernel: stack pointer = 0x10:0xffffffffb463b460 Sep 30 08:30:21 kartoffel kernel: frame pointer = 0x10:0xffffff007ac56400 Sep 30 08:30:21 kartoffel kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 30 08:30:21 kartoffel kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 30 08:30:21 kartoffel kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 30 08:30:21 kartoffel kernel: current process = 69916 (mpg123) Sep 30 08:30:21 kartoffel kernel: trap number = 12 Sep 30 08:30:21 kartoffel kernel: panic: page fault Sep 30 08:30:21 kartoffel kernel: Uptime: 4d10h30m47s Sep 30 08:30:21 kartoffel kernel: Cannot dump. No dump device defined. Sep 30 08:30:21 kartoffel kernel: Automatic reboot in 15 seconds - press a key on the console to abort Sep 30 08:30:21 kartoffel kernel: Rebooting... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 06:42: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 D368D16A420 for ; Fri, 30 Sep 2005 06:42:05 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.62]) by mx1.FreeBSD.org (Postfix) with SMTP id CB4C243D62 for ; Fri, 30 Sep 2005 06:41:59 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 71921 invoked by uid 399); 30 Sep 2005 06:41:59 -0000 Received: from mail1.fluidhosting.com (204.14.90.61) by mail2.fluidhosting.com with SMTP; 30 Sep 2005 06:41:59 -0000 Received: (qmail 95351 invoked by uid 399); 30 Sep 2005 06:41:58 -0000 Received: from localhost (HELO ?192.168.1.102?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 30 Sep 2005 06:41:58 -0000 Message-ID: <433CDE35.7040801@FreeBSD.org> Date: Thu, 29 Sep 2005 23:41:57 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yar Tikhiy References: <20050929224548.GB3035@comp.chem.msu.su> In-Reply-To: <20050929224548.GB3035@comp.chem.msu.su> X-Enigmail-Version: 0.92.1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: A smarter mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 06:42:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yar, First let me say that you've obviously put a lot of work into this, and you have some very interesting ideas here that are worthy of further discussion. Please don't let any of my comments here be understood as criticism, or an attempt to discourage you. Second, I'd like to point out that it's generally a bad idea to cross post to more than one list. I've set a reply-to for hackers@, if you'd rather have the discussion on current@ that's fine too, but please pick one. Finally, please be aware that in src/MAINTAINERS I have requested pre-commit approval on changes to mergemaster. I hope that you'll respect that. I have some more specific comments below. Yar Tikhiy wrote: | Folks, | | I've got tired of dumb default choices mergemaster(8) offers and modified | it to be a bit smarter. While I can appreciate your frustration, the way you've phrased this departs from the project's tradition of respect for fellow developers and their work. A better way for you to deal with your frustration here would have been to send me, or alternatively, one of the mailing lists, a post which stated your frustrations and asked for an explanation of the reasons for the defaults. I am sure that you meant no actual insult here, so I'll not say anything more about this topic. | Upgrading /etc often, as when following CURRENT, is much less pain to me | now. One of the design decisions that you need to be aware of for this project since day one was to try and balance intelligent behavior and configuration options that would be useful for the very small percentage of the FreeBSD user community that constitutes our developers, versus the needs of the vast majority of "regular" users who need to be able to use the tool without becoming experts in either our build system, or the tool itself. That is why every single default for mergemaster is to do nothing. It was a purposeful decision to require the user to examine change requests, and make an affirmative choice to approve them. I find your idea of an "expert" mode for mm to be an interesting one, and I think that enough time has gone by so that it will be "safe" to add this. However I'd like to add a big, hairy warning message that says that users who enable this option do so at their own risk, etc. I need to think more about this. | The fruitiest features are as follows: | | - mergemaster no longer teases you with pauses in -v mode. Use -N (novice | mode) if you still want the pauses. I'm inclined to alter this to hide the pauses behind an expert mode flag, but I need to study your patch more before I give a more firm opinion on this. Do you have another strong reason for adding this mode? | - "Stale" rc.d files can be rm'ed or kept on individual basis. I think this is a good compromise for those who insist on "polluting" /etc/rc.d with non-system stuff. :) If you're so inclined, could you add a knob to specify a list of files to exclude from consideration? If not, I'll take a look at it. It should also be noted that I have a plan (and a POC) that will allow us to migrate to full rcorder treatment for both /etc/rc.d/ and /usr/local/etc/rc.d/ scripts, but I'm waiting for 6.0-RELEASE to get out the door before starting that bikeshed. | - There is expert mode, -E. In this mode, | mergemaster offers more dangerous defaults, mostly [install] or [delete] | depending on the question. So you can just keep hitting Enter most of | the time if your /etc is just slightly modified. In addition, you get | the 's' choice when in a subdirectory: auto-install all files from this | subdirectory -- much useful to deal with sweeping changes to rc.d or | periodic. Hrrrm ... this is partially in violation of one of my other design goals, which is to have admins actually SEE the changes to the things that they're installing, but this is also one of the least popular aspects of the thing, so I'm inclined to lean into the wind on this one. I would like to consider /etc/defaults/ exempt from this treatment however. I still feel strongly that admins should see what is being changed there since those changes are much more likely to introduce a problem than any other directory. | Feedback is welcome. And please please don't skip making a backup of | your /etc before running mergemaster! I can't be responsible for its | loss due to bugs in my code or whatever. While on the one hand I certainly appreciate and agree with this sentiment, not introducing changes that violate POLA, or are very dangerous to unsophisticated users, is one of the reason I request pre-commit approval. Thanks again for your work on this, Doug - -- ~ This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPN41yIakK9Wy8PsRAoA4AKC2X04Xnok/nj+nIdEpN7r8Z2/b/wCgtoQE Wov5z1ozZ9tLGFY+VwTTMdQ= =JMsn -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 07:38: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 0D09816A41F for ; Fri, 30 Sep 2005 07:38:35 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 450CF43D58 for ; Fri, 30 Sep 2005 07:38:33 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j8U7cVCS022711; Fri, 30 Sep 2005 11:38:31 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Fri, 30 Sep 2005 11:38:31 +0400 (MSD) From: Maxim Konovalov To: Oliver Lehmann In-Reply-To: <20050930083335.7855b57a.lehmann@ans-netz.de> Message-ID: <20050930113607.M21767@mp2.macomnet.net> References: <20050930083335.7855b57a.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: reboots on filesystem full X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 07:38:35 -0000 On Fri, 30 Sep 2005, 08:33+0200, Oliver Lehmann wrote: > Hi, > > I'm running BETA5 and wanted to know if there was some progress since > BETA5 got out in that "system reboot on FS full"? Upgrade to the latest RELENG_6 and test. It should be fixed now: http://www.freebsd.org/releases/6.0R/todo.html, "Panic when filesystem fills" item. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 08:01:31 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 81E8516A41F; Fri, 30 Sep 2005 08:01:31 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 947EF43D4C; Fri, 30 Sep 2005 08:01:30 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id j8U817oi002099; Fri, 30 Sep 2005 10:01:08 +0200 Received: from sbas063a.ww011.siemens.net (sbas063a.sbas.ww011.siemens.net [158.92.186.172]) by mail2.sbs.de (8.12.6/8.12.6) with ESMTP id j8U816IX011881; Fri, 30 Sep 2005 10:01:06 +0200 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by sbas063a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Fri, 30 Sep 2005 10:01:06 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5C595.1BCA83BF" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 30 Sep 2005 10:01:05 +0200 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Problems with Acer Travelmate & PC-Card interface Thread-Index: AcXFBAVAkYCXD7QhS5mS5cSZ2Cqh+AAkB10w From: "Rehsack Jens \(ext\)" To: "M. Warner Losh" X-OriginalArrivalTime: 30 Sep 2005 08:01:06.0232 (UTC) FILETIME=[1C1BF380:01C5C595] Cc: jon@FreeBSD.org, current@FreeBSD.org Subject: RE: Problems with Acer Travelmate & PC-Card 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: Fri, 30 Sep 2005 08:01:31 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C5C595.1BCA83BF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable From: M. Warner Losh [mailto:imp@bsdimp.com]=20 Sent: Thursday, September 29, 2005 4:42 PM To: Rehsack Jens (ext) Cc: jon@FreeBSD.org; current@FreeBSD.org Subject: Re: Problems with Acer Travelmate & PC-Card interface In message: "Rehsack Jens \(ext\)" writes: > : I've cut out the relevant lines from my kernel configuration and attach > : them. > : I think, it's complete (for getting an ath(4) card via cardbus > : running)... >=20 > Not sure. It looks like it should be good. Maybe it reassures that it work with the lines on my viao N505X ;) > : > You'll need to turn on pccard debugging. > :=20 > : How do I do this? In the sys/conf/NOTES there is nothing to find 'bout > : pccard debugging, neither in pccard(4) nor in pccbb(4). >=20 > Should be added. >=20 > hw.pccard.cis_debug=3D1 > hw.pccard.debug=3D1 > hw.cbb.debug=3D1 > hw.cardbus.cis_debug=3D1 > hw.cardbus.debug=3D1 >=20 > should do the trick. dmesg.boot is attached (having plugged the card on turning the machine on). Adding after boot is more difficult because of the ACPI-Message spamming. > : > The bridge in your laptop is > : > known to the driver (which surprises me!), but looks like it might be > : > TI6411-class (which should be in the tables, I'll double check). > :=20 > : I don't think so. It's detected as a generic cardbus (yenta compliant) > : chipset. But if you want me to test sth. out - feel free to contact me. >=20 > OK. I'll investigate why it isn't picking things up. Thank you very much. Jens ------_=_NextPart_001_01C5C595.1BCA83BF Content-Type: application/octet-stream; name="dmesg.boot" Content-Transfer-Encoding: base64 Content-Description: dmesg.boot Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1CRVRBNSAjNzogV2VkIFNlcCAyOCAxOToyOToxMiBV VEMgMjAwNQogICAgcm9vdEBrZXJtaXQubXVwcGV0cy5saXdpbmcuZGU6L3Vzci9vYmovdXNyL3Ny Yy9zeXMvS0VSTUlUCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1 Y2VkIHBlcmZvcm1hbmNlLgpXQVJOSU5HOiBESUFHTk9TVElDIG9wdGlvbiBlbmFibGVkLCBleHBl Y3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5l bC9rZXJuZWwiIGF0IDB4ZmZmZmZmZmY4MDc5MDAwMC4KQUNQSSBBUElDIFRhYmxlOiA8UFRMVEQg IAkgQVBJQyAgPgpDYWxpYnJhdGluZyBjbG9jayhzKSAuLi4gaTgyNTQgY2xvY2s6IDExOTMxNjkg SHoKQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgZGVmYXVs dCBmcmVxdWVuY3kKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFs aXR5IDAKQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDE2MDAwMDg0NzggSHoK Q1BVOiBBTUQgVHVyaW9uKHRtKSA2NCBNb2JpbGUgVGVjaG5vbG9neSBNTC0yOCAoMTYwMC4wMS1N SHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MjBmNDIg IFN0ZXBwaW5nID0gMgogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNS LFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNI LE1NWCxGWFNSLFNTRSxTU0UyPgogIEZlYXR1cmVzMj0weDE8U1NFMz4KICBBTUQgRmVhdHVyZXM9 MHhlMjUwMDgwMDxTWVNDQUxMLE5YLE1NWCssPGIyNT4sTE0sM0ROb3crLDNETm93PgpMMSAyTUIg ZGF0YSBUTEI6IDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEgMk1CIGluc3RydWN0aW9u IFRMQjogOCBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpMMSA0S0IgZGF0YSBUTEI6IDMyIGVu dHJpZXMsIGZ1bGx5IGFzc29jaWF0aXZlCkwxIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDMyIGVudHJp ZXMsIGZ1bGx5IGFzc29jaWF0aXZlCkwxIGRhdGEgY2FjaGU6IDY0IGtieXRlcywgNjQgYnl0ZXMv bGluZSwgMSBsaW5lcy90YWcsIDItd2F5IGFzc29jaWF0aXZlCkwxIGluc3RydWN0aW9uIGNhY2hl OiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2 ZQpMMiAyTUIgdW5pZmllZCBUTEI6IDAgZW50cmllcywgZGlzYWJsZWQvbm90IHByZXNlbnQKTDIg NEtCIGRhdGEgVExCOiA1MTIgZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUKTDIgNEtCIGluc3Ry dWN0aW9uIFRMQjogNTEyIGVudHJpZXMsIDQtd2F5IGFzc29jaWF0aXZlCkwyIHVuaWZpZWQgY2Fj aGU6IDUxMiBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAxNi13YXkgYXNzb2Np YXRpdmUKcmVhbCBtZW1vcnkgID0gMTA3MjMwMDAzMiAoMTAyMiBNQikKUGh5c2ljYWwgbWVtb3J5 IGNodW5rKHMpOgoweDAwMDAwMDAwMDAwMDEwMDAgLSAweDAwMDAwMDAwMDAwOWFmZmYsIDYzMDc4 NCBieXRlcyAoMTU0IHBhZ2VzKQoweDAwMDAwMDAwMDA4OGQwMDAgLSAweDAwMDAwMDAwM2UwNjlm ZmYsIDEwMzE2NTU0MjQgYnl0ZXMgKDI1MTg2OSBwYWdlcykKYXZhaWwgbWVtb3J5ID0gMTAyNTg4 MDA2NCAoOTc4IE1CKQpBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAwCk1BRFQ6IEZvdW5kIElPIEFQ SUMgSUQgMSwgSW50ZXJydXB0IDAgYXQgMHhmZWMwMDAwMAppb2FwaWMwOiBSb3V0aW5nIGV4dGVy bmFsIDgyNTlBJ3MgLT4gaW50cGluIDAKaW9hcGljMDogaW50cGluIDAgLT4gRXh0SU5UIChlZGdl LCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMSAtPiBJU0EgSVJRIDEgKGVkZ2UsIGhpZ2gpCmlvYXBp YzA6IGludHBpbiAyIC0+IElTQSBJUlEgMiAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDMg LT4gSVNBIElSUSAzIChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gNCAtPiBJU0EgSVJRIDQg KGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiA1IC0+IElTQSBJUlEgNSAoZWRnZSwgaGlnaCkK aW9hcGljMDogaW50cGluIDYgLT4gSVNBIElSUSA2IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRw aW4gNyAtPiBJU0EgSVJRIDcgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiA4IC0+IElTQSBJ UlEgOCAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDkgLT4gSVNBIElSUSA5IChlZGdlLCBo aWdoKQppb2FwaWMwOiBpbnRwaW4gMTAgLT4gSVNBIElSUSAxMCAoZWRnZSwgaGlnaCkKaW9hcGlj MDogaW50cGluIDExIC0+IElTQSBJUlEgMTEgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAx MiAtPiBJU0EgSVJRIDEyIChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTMgLT4gSVNBIElS USAxMyAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDE0IC0+IElTQSBJUlEgMTQgKGVkZ2Us IGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxNSAtPiBJU0EgSVJRIDE1IChlZGdlLCBoaWdoKQppb2Fw aWMwOiBpbnRwaW4gMTYgLT4gUENJIElSUSAxNiAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGlu IDE3IC0+IFBDSSBJUlEgMTcgKGxldmVsLCBsb3cpCmlvYXBpYzA6IGludHBpbiAxOCAtPiBQQ0kg SVJRIDE4IChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRwaW4gMTkgLT4gUENJIElSUSAxOSAobGV2 ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDIwIC0+IFBDSSBJUlEgMjAgKGxldmVsLCBsb3cpCmlv YXBpYzA6IGludHBpbiAyMSAtPiBQQ0kgSVJRIDIxIChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRw aW4gMjIgLT4gUENJIElSUSAyMiAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDIzIC0+IFBD SSBJUlEgMjMgKGxldmVsLCBsb3cpCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDAs IGlycSAyCmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50cGluIDIKaW9hcGljMDogaW50cGlu IDIgdHJpZ2dlcjogZWRnZQppb2FwaWMwOiBpbnRwaW4gMiBwb2xhcml0eTogaGlnaApNQURUOiBJ bnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSA5LCBpcnEgMjEKaW9hcGljMDogaW50cGluIDkgZGlz YWJsZWQKaW9hcGljMDogaW50cGluIDIxIHRyaWdnZXI6IGxldmVsCmlvYXBpYzA6IGludHBpbiAy MSBwb2xhcml0eTogbG93CmxhcGljMDogUm91dGluZyBOTUkgLT4gTElOVDEKbGFwaWMwOiBMSU5U MSB0cmlnZ2VyOiBlZGdlCmxhcGljMDogTElOVDEgcG9sYXJpdHk6IGhpZ2gKaW9hcGljMCA8VmVy c2lvbiAyLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDogMHgw MDAwMDAwMCAgIFZFUjogMHgwMDA1MDAxMCBMRFI6IDB4MDEwMDAwMDAgREZSOiAweDBmZmZmZmZm CiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNW UjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjog MHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDAKd2xhbjogPDgwMi4xMSBMaW5rIExheWVyPgphdGhf cmF0ZTogPEF0c3VzaGkgT25vZSdzIHJhdGUgY29udHJvbCBhbGdvcml0aG0+Cm1lbTogPG1lbW9y eT4KbnVsbDogPG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4KcmFuZG9tOiA8ZW50cm9weSBzb3Vy Y2UsIFNvZnR3YXJlLCBZYXJyb3c+Cm5mc2xvY2s6IHBzZXVkby1kZXZpY2UKaW86IDxJL08+CmF0 aF9oYWw6IDAuOS4xNC45IChBUjUyMTAsIEFSNTIxMSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwg UkYyNDEzKQphY3BpMDogPFBUTFREICAgUlNEVD4gb24gbW90aGVyYm9hcmQKYWNwaTA6IE92ZXJy aWRpbmcgU0NJIEludGVycnVwdCBmcm9tIElSUSA5IHRvIElSUSAyMQphY3BpMDogW01QU0FGRV0K cGNpX29wZW4oMSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwYTEwNApwY2lf b3BlbigxYSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApCnBjaV9jZmdjaGVjazoJ ZGV2aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hkcj0wMF0gaXMgdGhlcmUgKGlkPTU5NTAxMDAyKQpB Y3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDIwIGZ1bmMgMQpBY3BpT3NEZXJpdmVQY2lJZDog YnVzIDQgZGV2IDAgZnVuYyAwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpwY2lfbGluazA6 IDxBQ1BJIFBDSSBMaW5rIExOS0E+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5rMDogTGlua3MgYWZ0 ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAg IE4gICAgIDAgIDEwIDExCnBjaV9saW5rMDogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9u OgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEK cGNpX2xpbmswOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbmsxOiA8QUNQSSBQQ0kgTGluayBM TktCPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazE6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6 CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQpw Y2lfbGluazE6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rMTogTGlua3Mg YWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4g ICAgIDAgIDEwIDExCnBjaV9saW5rMjogPEFDUEkgUENJIExpbmsgTE5LQz4gaXJxIDAgb24gYWNw aTAKcGNpX2xpbmsyOiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQg IFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbmsyOiBMaW5rcyBh ZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAw ICAyNTUgICBOICAgICAwICAxMCAxMQpwY2lfbGluazI6IExpbmtzIGFmdGVyIGRpc2FibGU6Cklu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQpwY2lf bGluazM6IDxBQ1BJIFBDSSBMaW5rIExOS0Q+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5rMzogTGlu a3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAg IDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rMzogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxp ZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAg MTAgMTEKcGNpX2xpbmszOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbms0OiA8QUNQSSBQQ0kg TGluayBMTktFPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazQ6IExpbmtzIGFmdGVyIGluaXRpYWwg cHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAx MCAxMQpwY2lfbGluazQ6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rNDog TGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1 NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rNTogPEFDUEkgUENJIExpbmsgTE5LRj4gaXJxIDAg b24gYWNwaTAKcGNpX2xpbms1OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbms1OiBM aW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQpwY2lfbGluazU6IExpbmtzIGFmdGVyIGRpc2Fi bGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxMCAx MQpwY2lfbGluazY6IDxBQ1BJIFBDSSBMaW5rIExOS0c+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5r NjogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9saW5rNjogTGlua3MgYWZ0ZXIgaW5pdGlh bCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAg ICAgMCAgMTAgMTEKcGNpX2xpbms2OiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbms3OiA8QUNQ SSBQQ0kgTGluayBMTktIPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazc6IExpbmtzIGFmdGVyIGlu aXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAg ICAwICAxMCAxMQpwY2lfbGluazc6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5k ZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCnBjaV9s aW5rNzogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAg IDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCkFjcGlPc0Rlcml2ZVBjaUlkOiBidXMgMCBkZXYgMCBm dW5jIDAKYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBHUEUgMHgzPiBwb3J0IDB4NjIs MHg2NiBvbiBhY3BpMAphY3BpX2VjMDogaW5mbzogbmV3IG1heCBkZWxheSBpcyAxMTAwMCB1cwpB Q1BJIHRpbWVyOiAxLzIgMS8yIDEvMiAxLzIgMS8yIDEvMiAxLzIgMS8yIDEvMiAxLzIgLT4gMTAK VGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAw CmFjcGlfdGltZXIwOiA8MzItYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4ODAwOC0w eDgwMGIgb24gYWNwaTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpX2xpZDA6IDxDb250 cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxTbGVlcCBCdXR0 b24+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhj ZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogcGh5c2ljYWwg YnVzPTAKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg1OTUwLCByZXZpZD0weDAxCglidXM9 MCwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgyMjIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NWEzNCwgcmV2aWQ9MHgwMAoJYnVzPTAs IHNsb3Q9MiwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCglj bWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwYyAoMzAwMCBucyksIG1heGxhdD0weDAwICgwIG5z KQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDVhMzgsIHJldmlkPTB4MDAKCWJ1cz0wLCBz bG90PTYsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21k cmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg1YTM5LCByZXZpZD0weDAwCglidXM9MCwgc2xv dD03LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJl Zz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5k LT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM3NCwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MTks IGZ1bmM9MAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4 MDAxNywgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQw ICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1hLCBpcnE9MTEKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgMSwgcmFu Z2UgMzIsIGJhc2UgYzAwMDAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50 cnkgZm9yIDAuMTkuSU5UQQpwY2liMDogc2xvdCAxOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTkK Zm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0Mzc1LCByZXZpZD0weDAwCglidXM9MCwgc2xv dD0xOSwgZnVuYz0xCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDJiMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVy PTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWEsIGlycT0xMQoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQoJbWFwWzEwXTogdHlwZSAx LCByYW5nZSAzMiwgYmFzZSBjMDAwMTAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogbWF0Y2hl ZCBlbnRyeSBmb3IgMC4xOS5JTlRBCnBjaWIwOiBzbG90IDE5IElOVEEgaGFyZHdpcmVkIHRvIElS USAxOQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzNzMsIHJldmlkPTB4MDAKCWJ1cz0w LCBzbG90PTE5LCBmdW5jPTIKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAwMTMsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0 dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMg IGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgMSwgcmFu Z2UgMzIsIGJhc2UgYzAwMDIwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50 cnkgZm9yIDAuMTkuSU5UQQpwY2liMDogc2xvdCAxOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTkK Zm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0MzcyLCByZXZpZD0weDExCglidXM9MCwgc2xv dD0yMCwgZnVuYz0wCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRy ZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJbWFw WzEwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwODQwMCwgc2l6ZSAgNCwgZW5hYmxlZAoJ bWFwWzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBjMDAwMzAwMCwgc2l6ZSAxMCwgZW5hYmxl ZApmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzNzYsIHJldmlkPTB4MDAKCWJ1cz0wLCBz bG90PTIwLCBmdW5jPTEKCWNsYXNzPTAxLTAxLThhLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNt ZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglp bnRwaW49YSwgaXJxPTEwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCgltYXBbMjBdOiB0eXBlIDQs IHJhbmdlIDMyLCBiYXNlIDAwMDA4NDEwLCBzaXplICA0LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVk IGVudHJ5IGZvciAwLjIwLklOVEEKcGNpYjA6IHNsb3QgMjAgSU5UQSBoYXJkd2lyZWQgdG8gSVJR IDE2CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM3NywgcmV2aWQ9MHgwMAoJYnVzPTAs IHNsb3Q9MjAsIGZ1bmM9MwoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJ Y21kcmVnPTB4MDAwZiwgc3RhdHJlZz0weDAyMjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0MzcxLCByZXZpZD0weDAwCglidXM9MCwgc2xv dD0yMCwgZnVuYz00CgljbGFzcz0wNi0wNC0wMSwgaGRydHlwZT0weDAxLCBtZmRldj0xCgljbWRy ZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMiAoNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM3MCwgcmV2aWQ9MHgwMgoJYnVzPTAsIHNs b3Q9MjAsIGZ1bmM9NQoJY2xhc3M9MDQtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21k cmVnPTB4MDAxNywgc3RhdHJlZz0weDA0MzAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1l cj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJaW50cGluPWIsIGlycT0xMQoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQoJbWFwWzEwXTogdHlw ZSAxLCByYW5nZSAzMiwgYmFzZSBjMDAwMzQwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMDogbWF0 Y2hlZCBlbnRyeSBmb3IgMC4yMC5JTlRCCnBjaWIwOiBzbG90IDIwIElOVEIgaGFyZHdpcmVkIHRv IElSUSAxNwpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzNzgsIHJldmlkPTB4MDIKCWJ1 cz0wLCBzbG90PTIwLCBmdW5jPTYKCWNsYXNzPTA3LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTEKCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwNDMwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJ bGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAyICg1MDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1iLCBpcnE9MTEKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsx MF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzAwMDM4MDAsIHNpemUgIDgsIGVuYWJsZWQKcGNp YjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjAuSU5UQgpwY2liMDogc2xvdCAyMCBJTlRCIGhhcmR3 aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0w eDAwCglidXM9MCwgc2xvdD0yNCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDEsIHJldmlkPTB4MDAK CWJ1cz0wLCBzbG90PTI0LCBmdW5jPTEKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMiwgcmV2aWQ9MHgwMAoJYnVz PTAsIHNsb3Q9MjQsIGZ1bmM9MgoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAzLCByZXZpZD0weDAwCglidXM9MCwg c2xvdD0yNCwgZnVuYz0zCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCglj bWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpw Y2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMApwY2liMTog ICBzZWNvbmRhcnkgYnVzICAgICAxCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEKcGNpYjE6 ICAgSS9PIGRlY29kZSAgICAgICAgMHg5MDAwLTB4OWZmZgpwY2liMTogICBtZW1vcnkgZGVjb2Rl ICAgICAweGMwMTAwMDAwLTB4YzAxZmZmZmYKcGNpYjE6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhj ODAwMDAwMC0weGNmZmZmZmZmCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IHBo eXNpY2FsIGJ1cz0xCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NTY1MywgcmV2aWQ9MHgw MAoJYnVzPTEsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3Jk cykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQy IEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06 IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgYzgwMDAwMDAsIHNpemUgMjcsIGVuYWJsZWQKcGNpYjE6 IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzgwMDAwMDAtMHhjZmZmZmZmZjogZ29v ZAoJbWFwWzE0XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwOTAwMCwgc2l6ZSAgOCwgZW5h YmxlZApwY2liMTogKG51bGwpIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHg5MDAwLTB4OTBmZjogaW4g cmFuZ2UKCW1hcFsxOF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzAxMDAwMDAsIHNpemUgMTYs IGVuYWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzAxMDAwMDAt MHhjMDEwZmZmZjogZ29vZApwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgMS4wLklOVEEKcGNpYjE6 IHNsb3QgMCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTgKcGNpMTogPGRpc3BsYXksIFZHQT4gYXQg ZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSA2LjAgb24gcGNpMApwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICA5CnBj aWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDkKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHgw LTB4MApwY2liMjogICBtZW1vcnkgZGVjb2RlICAgICAweDAtMHgwCnBjaWIyOiAgIHByZWZldGNo ZWQgZGVjb2RlIDB4MC0weDAKcGNpOTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpOTogcGh5 c2ljYWwgYnVzPTkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9u IHBjaTAKcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNApwY2liMzogICBzdWJvcmRpbmF0ZSBi dXMgICA1CnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4MC0weDAKcGNpYjM6ICAgbWVtb3J5 IGRlY29kZSAgICAgMHgwLTB4MApwY2liMzogICBwcmVmZXRjaGVkIGRlY29kZSAweDAtMHgwCnBj aTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTQ6IHBoeXNpY2FsIGJ1cz00Cm9oY2kwOiA8 T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGMwMDAwMDAwLTB4YzAwMDBmZmYg aXJxIDE5IGF0IGRldmljZSAxOS4wIG9uIHBjaTAKb2hjaTA6IFJlc2VydmVkIDB4MTAwMCBieXRl cyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4YzAwMDAwMDAKb2hjaTA6IChOZXcgT0hDSSBEZXZp Y2VJZD0weDQzNzQxMDAyKQpvaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogT0hDSSB2ZXJzaW9u IDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGlu Zwp1c2IwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVT QiByZXZpc2lvbiAxLjAKdWh1YjA6ICgweDEwMDIpIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNl bGYgcG93ZXJlZApvaGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhj MDAwMTAwMC0weGMwMDAxZmZmIGlycSAxOSBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwCm9oY2kxOiBS ZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGMwMDAxMDAwCm9o Y2kxOiAoTmV3IE9IQ0kgRGV2aWNlSWQ9MHg0Mzc1MTAwMikKb2hjaTE6IFtHSUFOVC1MT0NLRURd CnVzYjE6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjE6IFNNTSBkb2VzIG5v dCByZXNwb25kLCByZXNldHRpbmcKdXNiMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBvbiBvaGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiAoMHgxMDAyKSBPSENJIHJv b3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTogNCBwb3J0cyB3 aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG1lbSAweGMwMDAyMDAwLTB4YzAwMDJmZmYgaXJxIDE5IGF0IGRldmlj ZSAxOS4yIG9uIHBjaTAKZWhjaTA6IFJlc2VydmVkIDB4MTAwMCBieXRlcyBmb3IgcmlkIDB4MTAg dHlwZSAzIGF0IDB4YzAwMDIwMDAKZWhjaTA6IChOZXcgRUhDSSBEZXZpY2VJZD0weDQzNzMxMDAy KQplaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMjogRUhDSSB2ZXJzaW9uIDEuMAp1c2IyOiBjb21w YW5pb24gY29udHJvbGxlcnMsIDQgcG9ydHMgZWFjaDogdXNiMCB1c2IxCnVzYjI6IDxFSENJIChn ZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVzYjI6IFVTQiByZXZpc2lvbiAy LjAKdWh1YjI6ICgweDEwMDIpIEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4w MCwgYWRkciAxCnVodWIyOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1 c2IyOiBoYW5kaW5nIG92ZXIgbG93IHNwZWVkIGRldmljZSBvbiBwb3J0IDIgdG8gdXNiMAp1aHVi MjogcG9ydCAyLCBkZXZpY2UgZGlzYXBwZWFyZWQgYWZ0ZXIgcmVzZXQKdXNiMjogaGFuZGluZyBv dmVyIGZ1bGwgc3BlZWQgZGV2aWNlIG9uIHBvcnQgMyB0byB1c2IwCnVodWIyOiBwb3J0IDMsIGRl dmljZSBkaXNhcHBlYXJlZCBhZnRlciByZXNldApwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0 IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0YXBjaTA6IDxHRU5FUklDIEFUQSBj b250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ODQx MC0weDg0MWYgaXJxIDE2IGF0IGRldmljZSAyMC4xIG9uIHBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQg MHgxMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4ODQxMAphdGEwOiA8QVRBIGNoYW5u ZWwgMD4gb24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDEw IHR5cGUgNCBhdCAweDFmMAphdGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDE0 IHR5cGUgNCBhdCAweDNmNgphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQx PTAwCmF0YTA6IHN0YXQwPTB4NTAgZXJyPTB4MDEgbHNiPTB4MDAgbXNiPTB4MDAKYXRhMDogc3Rh dDE9MHgwMCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEwOiByZXNldCB0cDIgc3RhdDA9 NTAgc3RhdDE9MDAgZGV2aWNlcz0weDE8QVRBX01BU1RFUj4KYXRhMDogW01QU0FGRV0KYXRhMTog PEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZv ciByaWQgMHgxOCB0eXBlIDQgYXQgMHgxNzAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgxIGJ5dGVzIGZv ciByaWQgMHgxYyB0eXBlIDQgYXQgMHgzNzYKYXRhMTogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQw PTUwIG9zdGF0MT0wMAphdGExOiBzdGF0MD0weDAwIGVycj0weDAxIGxzYj0weDE0IG1zYj0weGVi CmF0YTE6IHN0YXQxPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAgbXNiPTB4MDAKYXRhMTogcmVzZXQg dHAyIHN0YXQwPTAwIHN0YXQxPTAwIGRldmljZXM9MHg0PEFUQVBJX01BU1RFUj4KYXRhMTogW01Q U0FGRV0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMAppc2Ew OiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMjAuNCBvbiBwY2kwCnBjaWI0OiAgIHNlY29uZGFyeSBidXMgICAgIDYKcGNpYjQ6ICAgc3Vi b3JkaW5hdGUgYnVzICAgNgpwY2liNDogICBJL08gZGVjb2RlICAgICAgICAweGEwMDAtMHhhZmZm CnBjaWI0OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4YzAyMDAwMDAtMHhjMDJmZmZmZgpwY2liNDog ICBwcmVmZXRjaGVkIGRlY29kZSAweGZmZjAwMDAwLTB4ZmZmZmYKcGNpYjQ6ICAgU3VidHJhY3Rp dmVseSBkZWNvZGVkIGJyaWRnZS4KcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpNjog cGh5c2ljYWwgYnVzPTYKZm91bmQtPgl2ZW5kb3I9MHgxNGU0LCBkZXY9MHg0MzE4LCByZXZpZD0w eDAyCglidXM9Niwgc2xvdD01LCBmdW5jPTAKCWNsYXNzPTAyLTgwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMy LCBiYXNlIGMwMjA0MDAwLCBzaXplIDEzLCBlbmFibGVkCnBjaWI0OiAobnVsbCkgcmVxdWVzdGVk IG1lbW9yeSByYW5nZSAweGMwMjA0MDAwLTB4YzAyMDVmZmY6IGdvb2QKcGNpYjQ6IG1hdGNoZWQg ZW50cnkgZm9yIDYuNS5JTlRBCnBjaWI0OiBzbG90IDUgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIx CmZvdW5kLT4JdmVuZG9yPTB4MTA0YywgZGV2PTB4ODAzMSwgcmV2aWQ9MHgwMAoJYnVzPTYsIHNs b3Q9NiwgZnVuYz0wCgljbGFzcz0wNi0wNy0wMCwgaGRydHlwZT0weDAyLCBtZmRldj0xCgljbWRy ZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1l cj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4YzAgKDQ4MDAwIG5zKSwgbWF4bGF0PTB4MDMgKDc1 MCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIg RDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMDAwMDAwMDAs IHNpemUgMTIsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMDRjLCBkZXY9MHg4MDMyLCByZXZp ZD0weDAwCglidXM9Niwgc2xvdD02LCBmdW5jPTIKCWNsYXNzPTBjLTAwLTEwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMTYsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9OCAo ZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAyICg1MDAgbnMpLCBt YXhsYXQ9MHgwNCAoMTAwMCBucykKCWludHBpbj1jLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBw b3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwg YmFzZSBjMDIwODAwMCwgc2l6ZSAxMSwgZW5hYmxlZApwY2liNDogKG51bGwpIHJlcXVlc3RlZCBt ZW1vcnkgcmFuZ2UgMHhjMDIwODAwMC0weGMwMjA4N2ZmOiBnb29kCgltYXBbMTRdOiB0eXBlIDEs IHJhbmdlIDMyLCBiYXNlIGMwMjAwMDAwLCBzaXplIDE0LCBlbmFibGVkCnBjaWI0OiAobnVsbCkg cmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGMwMjAwMDAwLTB4YzAyMDNmZmY6IGdvb2QKcGNpYjQ6 IG1hdGNoZWQgZW50cnkgZm9yIDYuNi5JTlRDCnBjaWI0OiBzbG90IDYgSU5UQyBoYXJkd2lyZWQg dG8gSVJRIDIyCmZvdW5kLT4JdmVuZG9yPTB4MTA0YywgZGV2PTB4ODAzMywgcmV2aWQ9MHgwMAoJ YnVzPTYsIHNsb3Q9NiwgZnVuYz0zCgljbGFzcz0wMS04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykK CWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwNyAoMTc1MCBucyksIG1heGxhdD0w eDA0ICgxMDAwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMw MjA2MDAwLCBzaXplIDEzLCBlbmFibGVkCnBjaWI0OiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSBy YW5nZSAweGMwMjA2MDAwLTB4YzAyMDdmZmY6IGdvb2QKcGNpYjQ6IG1hdGNoZWQgZW50cnkgZm9y IDYuNi5JTlRBCnBjaWI0OiBzbG90IDYgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCmZvdW5kLT4J dmVuZG9yPTB4MTA0YywgZGV2PTB4ODAzNCwgcmV2aWQ9MHgwMAoJYnVzPTYsIHNsb3Q9NiwgZnVu Yz00CgljbGFzcz0wOC0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA2 LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5 MjAgbnMpLCBtaW5nbnQ9MHgwNyAoMTc1MCBucyksIG1heGxhdD0weDA0ICgxMDAwIG5zKQoJaW50 cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50 IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMjA5MDAwLCBzaXplICA4LCBl bmFibGVkCnBjaWI0OiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGMwMjA5MDAwLTB4 YzAyMDkwZmY6IGdvb2QKCW1hcFsxNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzAyMDhjMDAs IHNpemUgIDgsIGVuYWJsZWQKcGNpYjQ6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4 YzAyMDhjMDAtMHhjMDIwOGNmZjogZ29vZAoJbWFwWzE4XTogdHlwZSAxLCByYW5nZSAzMiwgYmFz ZSBjMDIwODgwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNDogKG51bGwpIHJlcXVlc3RlZCBtZW1v cnkgcmFuZ2UgMHhjMDIwODgwMC0weGMwMjA4OGZmOiBnb29kCnBjaWI0OiBtYXRjaGVkIGVudHJ5 IGZvciA2LjYuSU5UQQpwY2liNDogc2xvdCA2IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMApmb3Vu ZC0+CXZlbmRvcj0weDEwZWMsIGRldj0weDgxNjksIHJldmlkPTB4MTAKCWJ1cz02LCBzbG90PTcs IGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDAxNywgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQw ICgxOTIwIG5zKSwgbWluZ250PTB4MjAgKDgwMDAgbnMpLCBtYXhsYXQ9MHg0MCAoMTYwMDAgbnMp CglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1 cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMGEwMDAsIHNpemUg IDgsIGVuYWJsZWQKcGNpYjQ6IChudWxsKSByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4YTAwMC0weGEw ZmY6IGluIHJhbmdlCgltYXBbMTRdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMjA5NDAwLCBz aXplICA4LCBlbmFibGVkCnBjaWI0OiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGMw MjA5NDAwLTB4YzAyMDk0ZmY6IGdvb2QKcGNpYjQ6IG1hdGNoZWQgZW50cnkgZm9yIDYuNy5JTlRB CnBjaWI0OiBzbG90IDcgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIzCnBjaTY6IDxuZXR3b3JrPiBh dCBkZXZpY2UgNS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmNiYjA6IDxQQ0ktQ2FyZEJ1cyBCcmlk Z2U+IGF0IGRldmljZSA2LjAgb24gcGNpNgpwY2liNDogY2JiMCByZXF1ZXN0ZWQgbWVtb3J5IHJh bmdlIDB4YzAyMDAwMDAtMHhjMDJmZmZmZjogZ29vZApjYmIwOiBMYXp5IGFsbG9jYXRpb24gb2Yg MHgxMDAwIGJ5dGVzIHJpZCAweDEwIHR5cGUgMyBhdCAweGMwMjBhMDAwCmNiYjA6IEZvdW5kIG1l bW9yeSBhdCBjMDIwYTAwMApjYmIwOiBTZWNvbmRhcnkgYnVzIGlzIDAKY2JiMDogU2V0dGluZyBw cmltYXJ5IGJ1cyB0byA2CmNiYjA6IFNlY29uZGFyeSBidXMgc2V0IHRvIDcgc3ViYnVzIDgKY2Fy ZGJ1czA6IDxDYXJkQnVzIGJ1cz4gb24gY2JiMApwY2NhcmQwOiA8MTYtYml0IFBDQ2FyZCBidXM+ IG9uIGNiYjAKcGNpYjQ6IG1hdGNoZWQgZW50cnkgZm9yIDYuNi5JTlRBCnBjaWI0OiBzbG90IDYg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCmNiYjA6IFtNUFNBRkVdCmNiYjA6IFBDSSBDb25maWd1 cmF0aW9uIHNwYWNlOgogIDB4MDA6IDB4ODAzMTEwNGMgMHgwMjEwMDAwNyAweDA2MDcwMDAwIDB4 MDA4MjQwMTAgCiAgMHgxMDogMHhjMDIwYTAwMCAweDAyMDAwMGEwIDB4MjAwODA3MDYgMHhmZmZm ZjAwMCAKICAweDIwOiAweDAwMDAwMDAwIDB4ZmZmZmYwMDAgMHgwMDAwMDAwMCAweGZmZmZmZmZj IAogIDB4MzA6IDB4MDAwMDAwMDAgMHhmZmZmZmZmYyAweDAwMDAwMDAwIDB4MDc0MDAxMTQgCiAg MHg0MDogMHgwMDgwMTAyNSAweDAwMDAwMDAxIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweDUw OiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4NjA6IDB4 MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHg3MDogMHgwMDAw MDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweDgwOiAweDA4NDRmMDYx IDB4MDI5MjAwMTkgMHgwMDFmMDAwMCAweDAxMGExYjIyIAogIDB4OTA6IDB4NjA2NDAyYzAgMHgw MDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHhhMDogMHhmZTEyMDAwMSAweDAwYzAw MDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGIwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAg MHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4YzA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAw MDAwMDAwIDB4MDAwMDAwMDAgCiAgMHhkMDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAw MDAgMHgwMDAwMDAwMCAKICAweGUwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAw eDAwMDAwMDAwIAogIDB4ZjA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAw MDAwMDAgCmZ3b2hjaTA6IHZlbmRvcj0xMDRjLCBkZXY9ODAzMgpmd29oY2kwOiB2ZW5kb3I9MTA0 YywgZGV2PTgwMzIKZndvaGNpMDogPDEzOTQgT3BlbiBIb3N0IENvbnRyb2xsZXIgSW50ZXJmYWNl PiBtZW0gMHhjMDIwODAwMC0weGMwMjA4N2ZmLDB4YzAyMDAwMDAtMHhjMDIwM2ZmZiBpcnEgMjIg YXQgZGV2aWNlIDYuMiBvbiBwY2k2CmZ3b2hjaTA6IFJlc2VydmVkIDB4ODAwIGJ5dGVzIGZvciBy aWQgMHgxMCB0eXBlIDMgYXQgMHhjMDIwODAwMApmd29oY2kwOiBbTVBTQUZFXQpmd29oY2kwOiBP SENJIHZlcnNpb24gMS4xMCAoUk9NPTApCmZ3b2hjaTA6IE5vLiBvZiBJc29jaHJvbm91cyBjaGFu bmVscyBpcyA0Lgpmd29oY2kwOiBFVUk2NCAxMjozNDo1Njo3ODoxMjozNDo1Njo3OApmd29oY2kw OiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDIgcG9ydHMuCmZ3b2hjaTA6IExpbmsgUzQwMCwg bWF4X3JlYyAyMDQ4IGJ5dGVzLgpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBv biBmd29oY2kwCnNicDA6IDxTQlAtMi9TQ1NJIG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMApm d29oY2kwOiBJbml0aWF0ZSBidXMgcmVzZXQKZndvaGNpMDogbm9kZV9pZD0weGM4MDBmZmMwLCBn ZW49MSwgQ1lDTEVNQVNURVIgbW9kZQpmaXJld2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8PSAwLCBj YWJsZSBJUk0gPSAwIChtZSkKZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIChtZSkKcGNpNjogPG1h c3Mgc3RvcmFnZT4gYXQgZGV2aWNlIDYuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2k2OiA8YmFz ZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNi40IChubyBkcml2ZXIgYXR0YWNoZWQpCnJlMDogUmVz ZXJ2ZWQgMHgxMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweGEwMDAKcGNpYjQ6IHJl MCByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4YTAwMC0weGEwZmY6IGluIHJhbmdlCnBjaWI0OiByZTAg cmVxdWVzdGVkIEkvTyByYW5nZSAweGEwMDAtMHhhMGZmOiBpbiByYW5nZQpwY2liNDogcmUwIHJl cXVlc3RlZCBJL08gcmFuZ2UgMHhhMDAwLTB4YTBmZjogaW4gcmFuZ2UKcGNpYjQ6IHJlMCByZXF1 ZXN0ZWQgSS9PIHJhbmdlIDB4YTAwMC0weGEwZmY6IGluIHJhbmdlCnBjaWI0OiByZTAgcmVxdWVz dGVkIEkvTyByYW5nZSAweGEwMDAtMHhhMGZmOiBpbiByYW5nZQpyZTA6IDxSZWFsVGVrIDgxNjlT QiBTaW5nbGUtY2hpcCBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4YTAwMC0weGEwZmYgbWVtIDB4 YzAyMDk0MDAtMHhjMDIwOTRmZiBpcnEgMjMgYXQgZGV2aWNlIDcuMCBvbiBwY2k2CnBjaWI0OiBy ZTAgcmVxdWVzdGVkIEkvTyByYW5nZSAweGEwMDAtMHhhMGZmOiBpbiByYW5nZQptaWlidXMwOiA8 TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MTY5Uy84MTEwUyBtZWRpYSBpbnRlcmZhY2U+ IG9uIG1paWJ1czAKcmdlcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEw MGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvCnJlMDogYnBmIGF0 dGFjaGVkCnJlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MGE6ZTQ6ZTE6MDA6ZmEKcmUwOiBbTVBT QUZFXQpwY2kwOiA8bXVsdGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSAyMC41IChubyBkcml2ZXIg YXR0YWNoZWQpCnBjaTA6IDxzaW1wbGUgY29tbXMsIGdlbmVyaWMgbW9kZW0+IGF0IGRldmljZSAy MC42IChubyBkcml2ZXIgYXR0YWNoZWQpCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3Bp MAphY3BpX3R6MTogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKYWNwaV90ejI6IDxUaGVybWFsIFpv bmU+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQg MHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEg aXJxIDEgb24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFu ZCBieXRlIDAwNDcKYXRrYmQ6IGtleWJvYXJkIElEIDB4NDFhYiAoMikKa2JkMCBhdCBhdGtiZDAK a2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwgY29uZmlnOjB4MSwgZmxhZ3M6MHgxZDAwMDAK YXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBzbWNw bnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTAKcHNtMDogY3VycmVudCBjb21t YW5kIGJ5dGU6MDA0Nwpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDog W0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQg MC0wMCwgMiBidXR0b25zCnBzbTA6IGNvbmZpZzowMDAwMDAwMCwgZmxhZ3M6MDAwMDAwMDgsIHBh Y2tldCBzaXplOjMKcHNtMDogc3luY21hc2s6YzAsIHN5bmNiaXRzOjAwCnNpbzA6IGNvbmZpZ3Vy ZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5v dCBiZSBlbmFibGVkCnNpbzA6IGlycSBtYXBzOiAwIDAgMCAwCnNpbzAgcG9ydCAweDJmOC0weDJm ZiBpcnEgMyBkcnEgMyBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCmJhdHRl cnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8 QUMgQWRhcHRlcj4gb24gYWNwaTAKYXRrYmRjOiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lw cGluZyBpdApzaW86IHNpbzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0 IGF0IDI0MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjgzCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0 IGF0IDMwMwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzQzCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzODMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0 IGF0IDNjMwpQTlAgSWRlbnRpZnkgY29tcGxldGUKc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tp cHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAppc2FfcHJvYmVf Y2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jp bmcgbm9uLVBuUCBkZXZpY2VzCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhkYzAw MC0weGRmZmZmIG9uIGlzYTAKZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMCBpcnEg NiBkcnEgMiBvbiBpc2EwCnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlCnBwYzA6 IDxQYXJhbGxlbCBwb3J0PiBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMApzYzA6IDxT eXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVh bCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNjMDogZmIwLCBrYmQwLCB0ZXJtaW5hbCBlbXVsYXRv cjogc2MgKHN5c2NvbnMgdGVybWluYWwpCnNpbzEgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgy ZjggaXJxIDMgb24gaXNhMApzaW8yOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKc2lvMzogbm90IHBy b2JlZCAoZGlzYWJsZWQpCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9i aW5nIFBuUCBkZXZpY2VzCnVodWIzOiB2ZW5kb3IgMHgwNDZhIHByb2R1Y3QgMHgwMDAzLCBjbGFz cyA5LzEsIHJldiAxLjAwLzYuMDQsIGFkZHIgMgp1aHViMzogNSBwb3J0cyB3aXRoIDQgcmVtb3Zh YmxlLCBidXMgcG93ZXJlZAp1a2JkMDogdmVuZG9yIDB4MDQ2YSBwcm9kdWN0IDB4MDAwMSwgcmV2 IDEuMDAvNi4wNCwgYWRkciAzLCBpY2xhc3MgMy8xCmtiZDogbmV3IGFycmF5IHNpemUgNAprYmQx IGF0IHVrYmQwCmtiZDE6IHVrYmQwLCBnZW5lcmljICgwKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgx ZDAwMDAKdW1zMDogTG9naXRlY2ggVVNCIE1vdXNlLCByZXYgMS4xMC82LjIwLCBhZGRyIDIsIGlj bGFzcyAzLzEKdW1zMDogNCBidXR0b25zIGFuZCBaIGRpci4KRGV2aWNlIGNvbmZpZ3VyYXRpb24g ZmluaXNoZWQuCmxpbnByb2NmcyByZWdpc3RlcmVkCnByb2NmcyByZWdpc3RlcmVkCmxhcGljOiBE aXZpc29yIDIsIEZyZXF1ZW5jeSAxMDAwMDA1NDYgaHoKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVl bmN5IDE2MDAwMDg0NzggSHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4w MDAgbXNlYwpMaW51eCBFTEYgZXhlYyBoYW5kbGVyIGluc3RhbGxlZApsbzA6IGJwZiBhdHRhY2hl ZApFeHBlbnNpdmUgdGltZW91dCg5KSBmdW5jdGlvbjogMHhmZmZmZmZmZjgwMmI2YjUwKDApIDAu MDAzNDcxOTQ5IHMKYmF0dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24gc3RhcnQKYWNwaV9h Y2FkMDogYWNsaW5lIGluaXRpYWxpemF0aW9uIHN0YXJ0ClN0YXR1cyBpcyAweDMwMDAwODIwCmNi YjA6IGNhcmQgaW5zZXJ0ZWQ6IGV2ZW50PTB4MDAwMDAwMDAsIHN0YXRlPTMwMDAwODIwCmNiYjA6 IGNiYl9wb3dlcjogM1YKY2JiMDogY2JiX3Bvd2VyOiAwVgphdGEwLW1hc3RlcjogcGlvPVBJTzQg d2RtYT1XRE1BMiB1ZG1hPVVETUExMDAgY2FibGU9ODAgd2lyZQphdGFwaWNhbTogYXRhcGljYW0w IGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphZDA6IDc2MzE5TUIgPFNlYWdhdGUgU1Q5ODA4 MjEwQSAzLjAxPiBhdCBhdGEwLW1hc3RlciBVRE1BMzMKYWQwOiAxNTYzMDE0ODggc2VjdG9ycyBb MTU1MDYxQy8xNkgvNjNTXSAxNiBzZWN0b3JzL2ludGVycnVwdCAxIGRlcHRoIHF1ZXVlCkdFT006 IG5ldyBkaXNrIGFkMAphdGExLW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUEz MyBjYWJsZT04MCB3aXJlCmFjcGlfYWNhZDA6IE9uIExpbmUKYWNwaV9hY2FkMDogYWNsaW5lIGlu aXRpYWxpemF0aW9uIGRvbmUsIHRyaWVkIDEgdGltZXMKYWNkMDogPFRTU1Rjb3JwQ0QvRFZEVyBU Uy1MNjMyQi9USTMwPiBEVkRSIGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVyCmFjZDA6IHJlYWQgNDEz NEtCL3MgKDQxMzRLQi9zKSB3cml0ZSA0MTM0S0IvcyAoNDEzNEtCL3MpLCAyMDQ4S0IgYnVmZmVy LCBVRE1BMzMKYWNkMDogUmVhZHM6IENEUiwgQ0RSVywgQ0REQSBzdHJlYW0sIERWRFJPTSwgRFZE UiwgRFZEUkFNLCBwYWNrZXQKYWNkMDogV3JpdGVzOiBDRFIsIENEUlcsIERWRFIsIERWRFJBTSwg dGVzdCB3cml0ZSwgYnVybnByb29mCmFjZDA6IEF1ZGlvOiBwbGF5LCAxNiB2b2x1bWUgbGV2ZWxz CmFjZDA6IE1lY2hhbmlzbTogZWplY3RhYmxlIHRyYXksIHVubG9ja2VkCmFjZDA6IE1lZGl1bTog Q0QtUk9NIHVua25vd24KRXhwZW5zaXZlIHRpbWVvdXQoOSkgZnVuY3Rpb246IDB4ZmZmZmZmZmY4 MDI5YjFjMCgweGZmZmZmZjAwM2RhNzA5ODApIDAuMDAzODY1ODU0IHMKKHByb2JlMDphdGExOjA6 MDowKTogZXJyb3IgNgoocHJvYmUwOmF0YTE6MDowOjApOiBVbnJldHJ5YWJsZSBFcnJvcgoocHJv YmUxOnNicDA6MDowOjApOiBlcnJvciAyMgoocHJvYmUxOnNicDA6MDowOjApOiBVbnJldHJ5YWJs ZSBFcnJvcgoocHJvYmUyOnNicDA6MDoxOjApOiBlcnJvciAyMgoocHJvYmUyOnNicDA6MDoxOjAp OiBVbnJldHJ5YWJsZSBFcnJvcgoocHJvYmUzOnNicDA6MDoyOjApOiBlcnJvciAyMgoocHJvYmUz OnNicDA6MDoyOjApOiBVbnJldHJ5YWJsZSBFcnJvcgoocHJvYmU0OnNicDA6MDozOjApOiBlcnJv ciAyMgoocHJvYmU0OnNicDA6MDozOjApOiBVbnJldHJ5YWJsZSBFcnJvcgoocHJvYmU3OnNicDA6 MDo2OjApOiBlcnJvciAyMgoocHJvYmU3OnNicDA6MDo2OjApOiBVbnJldHJ5YWJsZSBFcnJvcgoo cHJvYmU1OnNicDA6MDo0OjApOiBlcnJvciAyMgoocHJvYmU1OnNicDA6MDo0OjApOiBVbnJldHJ5 YWJsZSBFcnJvcgoocHJvYmU2OnNicDA6MDo1OjApOiBlcnJvciAyMgoocHJvYmU2OnNicDA6MDo1 OjApOiBVbnJldHJ5YWJsZSBFcnJvcgpwYXNzMCBhdCBhdGExIGJ1cyAwIHRhcmdldCAwIGx1biAw CnBhc3MwOiA8VFNTVGNvcnAgQ0QvRFZEVyBUUy1MNjMyQiBUSTMwPiBSZW1vdmFibGUgQ0QtUk9N IFNDU0ktMCBkZXZpY2UgCnBhc3MwOiBTZXJpYWwgTnVtYmVyIFsKcGFzczA6IDMzLjAwME1CL3Mg dHJhbnNmZXJzCkdFT006IG5ldyBkaXNrIGNkMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJ U0EgSVJRIDEpIHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAzIChJU0EgSVJR IDMpIHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxMiAoSVNBIElSUSAxMikg dG8gY2x1c3RlciAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE0IChJU0EgSVJRIDE0KSB0byBj bHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTUgKElTQSBJUlEgMTUpIHRvIGNsdXN0 ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkgdG8gY2x1c3RlciAw CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIwIChQQ0kgSVJRIDIwKSB0byBjbHVzdGVyIDAKaW9h cGljMDogcm91dGluZyBpbnRwaW4gMjEgKFBDSSBJUlEgMjEpIHRvIGNsdXN0ZXIgMAppb2FwaWMw OiByb3V0aW5nIGludHBpbiAyMiAoUENJIElSUSAyMikgdG8gY2x1c3RlciAwCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDIzIChQQ0kgSVJRIDIzKSB0byBjbHVzdGVyIDAKKGNkMDphdGExOjA6MDow KTogZXJyb3IgNgooY2QwOmF0YTE6MDowOjApOiBVbnJldHJ5YWJsZSBFcnJvcgpjZDAgYXQgYXRh MSBidXMgMCB0YXJnZXQgMCBsdW4gMApjZDA6IDxUU1NUY29ycCBDRC9EVkRXIFRTLUw2MzJCIFRJ MzA+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiBTZXJpYWwgTnVtYmVyIFsK Y2QwOiAzMy4wMDBNQi9zIHRyYW5zZmVycwpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNp emUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudAooY2QwOmF0YTE6MDowOjAp OiBlcnJvciA2CihjZDA6YXRhMTowOjA6MCk6IFVucmV0cnlhYmxlIEVycm9yCihjZDA6YXRhMTow OjA6MCk6IGVycm9yIDYKKGNkMDphdGExOjA6MDowKTogVW5yZXRyeWFibGUgRXJyb3IKKGNkMDph dGExOjA6MDowKTogZXJyb3IgNgooY2QwOmF0YTE6MDowOjApOiBVbnJldHJ5YWJsZSBFcnJvcgpU cnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMxYQpzdGFydF9pbml0OiB0cnlp bmcgL3NiaW4vaW5pdApXQVJOSU5HOiAvaG9tZSB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQK V0FSTklORzogL3RtcCB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklORzogL3VzciB3 YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklORzogL3ZhciB3YXMgbm90IHByb3Blcmx5 IGRpc21vdW50ZWQKRXhwZW5zaXZlIHRpbWVvdXQoOSkgZnVuY3Rpb246IDB4ZmZmZmZmZmY4MDQx ZWEwMCgweGZmZmZmZmZmODA2YmJmNDApIDAuMDA4OTc4Nzk0IHMK ------_=_NextPart_001_01C5C595.1BCA83BF-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 08:06: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 5952616A41F; Fri, 30 Sep 2005 08:06:37 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63FDF43D48; Fri, 30 Sep 2005 08:06:35 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from Andro-Beta.Leidinger.net (p54A5D4D7.dip.t-dialin.net [84.165.212.215]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j8U7oxTB051484; Fri, 30 Sep 2005 09:51:08 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j8U857ja088581; Fri, 30 Sep 2005 10:05:07 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by netchild.homeip.net (Horde MIME library) with HTTP; Fri, 30 Sep 2005 10:05:07 +0200 Message-ID: <20050930100507.f2ve4322ko4ocsgo@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 30 Sep 2005 10:05:07 +0200 From: Alexander Leidinger To: "Mikhail T." References: <200509291506.j8TF60rc043909@blue.virtual-estates.net> In-Reply-To: <200509291506.j8TF60rc043909@blue.virtual-estates.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: re@FreeBSD.org, CQG00620@nifty.ne.jp, current@FreeBSD.org Subject: Re: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 08:06:37 -0000 "Mikhail T." wrote: > There is something in the cvs log for dev/sounds/isa/mss.c: > > revision 1.100 > date: 2005/09/11 13:59:02; author: netchild; state: Exp; lines: +5 -1 > Add some ad_wait_init() calls to fix some problems in some configs (e.g. > PC98, CS4231A, "pcm0: play interrupt timeout"). > > PR: 45682 > Submitted by: Watanabe Kazuhiro > > But I'm not sure, if that affects me, because I'm on 6.x and that commit, > probably, was not MFC-ed yet... It's not MFCed. And I don't intend to MFC any of the sound system changes, except for small parts which fix showstoppers. If you apply just the change between 1.99 and 1.100 to RELENG_6, does it work for you? Bye, Alexander. -- http://www.Leidinger.net/ Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org/ netchild @ FreeBSD.org : PGP ID = 72077137 If you laid all of our laws end to end, there would be no end. -- Mark Twain From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 08:23: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 1853316A41F for ; Fri, 30 Sep 2005 08:23:24 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B0543D49 for ; Fri, 30 Sep 2005 08:23:21 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ELGAK-0000RS-Ng; Fri, 30 Sep 2005 10:22:49 +0200 Date: Fri, 30 Sep 2005 10:23:14 +0200 From: Marcin Jessa To: dandee@volny.cz Message-Id: <20050930102314.46be88f5.lists@yazzy.org> In-Reply-To: <20050929232117.B27734E704@pipa.profix.cz> References: <4328961F.3090702@errno.com> <20050929232117.B27734E704@pipa.profix.cz> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: dandee@hellteam.net, freebsd-current@freebsd.org Subject: Re: To compare hostap-client mode and adhoc's mode on Atheros cards. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 08:23:24 -0000 On Fri, 30 Sep 2005 01:21:09 +0200 Daniel Dvorak wrote: > > Hello all, > > who use wireless stuff of FreeBSD and others. :) > > Have you tested and compared the infrastructure mode and the adhoc > mode anybody ? > > We have 2 servers with 681 m distance. Wireless signal is about avg. > RSSI 20-22 on both site. > > We use on one site hostap and on the second site client, of course. > Rate is a sample rate. > > The maximum bandwidth is about 1,2 MB/s in one direction. Strange, you should get about 2MB/s on such a short distance. > Problem: > > If we switch cards to adhoc mode on both site the speed is 10 times > slower. Nothing else has changed. Do you bridge them with your wired nics or route when in adhoc mode? How do you meassure the traffic? What is the size of the packets you're sending. What is the tcp windows size? What are the values of dev.ath.0.acktimeout ? Is net.inet.tcp.sack.enable set to 1 ? Is there any additional latency, eg. longer ping times on the system? Are you using 11a or g and what channels ? > Has anybody come accross with it in the past or nowadays ? I can remember having any problems running on NetBSD with both atheros nics in adhoc bridged with wired nics. It crashed with small packets but the throughput was "normal" as long as things were working. Cheers, Marcin. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 08:41: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 A950416A41F; Fri, 30 Sep 2005 08:41:54 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5018B43D48; Fri, 30 Sep 2005 08:41:54 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from bloodhound.noc.clara.net ([195.8.70.207]) by leto.uk.clara.net with esmtp (Exim 4.43) id 1ELGSn-000EGK-9A; Fri, 30 Sep 2005 09:41:53 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.52 (FreeBSD)) id 1ELGTC-000KuD-55; Fri, 30 Sep 2005 09:42:18 +0100 Date: Fri, 30 Sep 2005 09:42:18 +0100 From: Brian Candler To: Yar Tikhiy Message-ID: <20050930084218.GC80146@uk.tiscali.com> References: <20050929224548.GB3035@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050929224548.GB3035@comp.chem.msu.su> User-Agent: Mutt/1.4.2.1i Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: A smarter mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 08:41:54 -0000 On Fri, Sep 30, 2005 at 02:45:48AM +0400, Yar Tikhiy wrote: > The fruitiest features are as follows: Will it automatically install new versions of files where the old one was not altered? That's my biggest bugbear with mergemaster - it asks you about a zillion files in /etc/rc.d which you have to manually agree to overwrite just because the RCS ID has changed. In those cases where you've not altered them yourself, I think you should just get the latest version. However to do this properly, you'd need checksums of the original files. [*] Also, can we have mergemaster work as part of the binary upgrade process too please... the new files are in /usr/share/examples/etc so I don't see why we can't merge directly from there into /etc Regards, Brian. [*] http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-May/049784.html point 4. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 09:35: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 2A2CE16A41F for ; Fri, 30 Sep 2005 09:35:19 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id C4C5943D49 for ; Fri, 30 Sep 2005 09:35:18 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: (qmail 19209 invoked from network); 30 Sep 2005 09:35:17 -0000 Received: from unknown (HELO ?192.168.0.2?) (66.186.77.82) by smtp.vianet.ca with SMTP; 30 Sep 2005 09:35:17 -0000 Message-ID: <433D06D4.2010301@animenfo.com> Date: Fri, 30 Sep 2005 05:35:16 -0400 From: Kevin Lamothe User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) 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 Cc: Subject: identd with FreeBSD 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 09:35:19 -0000 Hey there, I've tried FreeBSD 6.0-Beta 1 up till 5, so far I cannot get identd to work properly. the daemon runs but it doesn't reply the username when services such as irc request it. I've tried oidentd and pidentd. Any ideas? From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 09:44: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 1BFEA16A41F for ; Fri, 30 Sep 2005 09:44:53 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5582F43D48 for ; Fri, 30 Sep 2005 09:44:51 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8U9inVW012224 for ; Fri, 30 Sep 2005 16:44:49 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8U9ig0u008857 for ; Fri, 30 Sep 2005 16:44:43 +0700 From: Bachilo Dmitry Organization: SoLink To: freebsd-current@freebsd.org Date: Fri, 30 Sep 2005 16:44:43 +0700 User-Agent: KMail/1.8 References: <200509280942.05712.root@solink.ru> <433A0F96.6050800@sapo.pt> <200509281103.14658.root@solink.ru> In-Reply-To: <200509281103.14658.root@solink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509301644.44477.root@solink.ru> Subject: Re: NDIS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 09:44:53 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = =D0=A1=D1=80=D0=B5=D0=B4=D0=B0 28 =D0=A1=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1= =80=D1=8C 2005 11:03 Bachilo Dmitry =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =BB(a): > =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1= =82 =D0=A1=D1=80=D0=B5=D0=B4=D0=B0 28 =D0=A1=D0=B5=D0=BD=D1=82=D1=8F=D0=B1= =D1=80=D1=8C 2005 10:35 =D0=B2=D1=8B =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0= =D0=BB=D0=B8: > > i've already done all that.what I meant was..it doesn't associate to AP > > > > ndis0: mem > > 0xec020000-0xec02ffff irq 11 at device 9.0 on pci0 > > ndis0: [GIANT-LOCKED] > > can't re-use a leaf (BusType)! > > ndis0: NDIS API version: 5.1 > > NDIS: open file /compat/ndis/regAdd.txt failed: 2 > > ndis0: Ethernet address: 00:11:95:bb:37:c6 > > NDIS: open file /compat/ndis/regAdd.txt failed: 2 > > ndis0: failed to get bssid > > ndis0: failed to get bssid > > ndis0: failed to get bssid > > ndis0: failed to get bssid > > ndis0: failed to get bssid > > ndis0: failed to get bssid > > > > Jo=C3=A3o Mamede > > I was fighting this problem just an hour ago. Everything was fine, but it w= as=20 nat working with this exact output. The problem was that i have typed SSID = in=20 lowercase, i never thought it matters. But it does. So check it out just to= =20 be shure it's not a reason. And to developers - when i do: ifconfig ndis0 add 192.168.1.100 ifconfig ndis0 ssid linksys it works. and when i do ifconfig ndis0 add 192.168.1.100 ssid linksys it panics. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 09:45: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 93F3916A428 for ; Fri, 30 Sep 2005 09:45:20 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.62]) by mx1.FreeBSD.org (Postfix) with SMTP id 56C6943D48 for ; Fri, 30 Sep 2005 09:45:12 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 10525 invoked by uid 399); 30 Sep 2005 09:45:11 -0000 Received: from mail1.fluidhosting.com (204.14.90.61) by mail2.fluidhosting.com with SMTP; 30 Sep 2005 09:45:11 -0000 Received: (qmail 40879 invoked by uid 399); 30 Sep 2005 09:45:10 -0000 Received: from localhost (HELO ?192.168.1.102?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 30 Sep 2005 09:45:10 -0000 Message-ID: <433D0924.6090703@FreeBSD.org> Date: Fri, 30 Sep 2005 02:45:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Lamothe References: <433D06D4.2010301@animenfo.com> In-Reply-To: <433D06D4.2010301@animenfo.com> X-Enigmail-Version: 0.92.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: identd with FreeBSD 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 09:45:20 -0000 Kevin Lamothe wrote: > Hey there, I've tried FreeBSD 6.0-Beta 1 up till 5, so far I cannot get > identd to work properly. the daemon runs but it doesn't reply the > username when services such as irc request it. > > I've tried oidentd and pidentd. Any ideas? The two most common problems here are a firewall, and/or lack of permissions in /etc/hosts.allow. Also, were you aware that the native inetd contains an ident service? Do your logs show any errors? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 09:59: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 845B816A41F for ; Fri, 30 Sep 2005 09:59:28 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BA82B43D4C for ; Fri, 30 Sep 2005 09:59:27 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 30 Sep 2005 09:59:25 -0000 Received: from h081217095053.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.95.53] by mail.gmx.net (mp014) with SMTP; 30 Sep 2005 11:59:25 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain Date: Fri, 30 Sep 2005 11:59:19 +0200 Message-Id: <1128074359.1482.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: wpa_supplicant + open APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 09:59:28 -0000 I'm using the if_iwi driver. At home I'm using WPA, at work there's an open AP. I want to use wpa_supplicant for both, so I don't need to edit configs each time I switch locations. wpa_supplicant works fine with the WPA setup but fails to associate with the open AP. My wpa_supplicant.conf looks something like this: ctrl_interface_group=0 eapol_version=1 ap_scan=1 fast_reauth=1 network={ ssid="homessid" key_mgmt=WPA-PSK psk="mypass" } network={ ssid="workssid" key_mgmt=NONE } The same config file works fine using Linux, so I believe it should be correct. Has anyone succeeded in wpa_supplicant and open APs? Does it work it at all or is this just a if_iwi problem? wpa_supplicant correctly detects the AP when scanning, but the following lines look bogus (especially the 00:00:00:00:00:00 instead of the real MAC) wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_associate: ssid 'homessid' wpa ie len 0 pairwise 0 group 0 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 0 Setting authentication timeout: 5 sec 0 usec Authentication with 00:00:00:00:00:00 timed out. Added BSSID 00:00:00:00:00:00 into blacklist More debug output can be provided if needed. Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 10:01:17 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 DEC9816A41F for ; Fri, 30 Sep 2005 10:01:17 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 27A7043D4C for ; Fri, 30 Sep 2005 10:01:17 +0000 (GMT) (envelope-from kevin@animenfo.com) Received: (qmail 19909 invoked from network); 30 Sep 2005 10:01:16 -0000 Received: from unknown (HELO ?192.168.0.2?) (66.186.77.82) by smtp.vianet.ca with SMTP; 30 Sep 2005 10:01:16 -0000 Message-ID: <433D0CEB.7000200@animenfo.com> Date: Fri, 30 Sep 2005 06:01:15 -0400 From: Kevin Lamothe User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <433D06D4.2010301@animenfo.com> <433D0924.6090703@FreeBSD.org> In-Reply-To: <433D0924.6090703@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: identd with FreeBSD 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 10:01:18 -0000 Doug Barton wrote: >Kevin Lamothe wrote: > > >>Hey there, I've tried FreeBSD 6.0-Beta 1 up till 5, so far I cannot get >>identd to work properly. the daemon runs but it doesn't reply the >>username when services such as irc request it. >> >>I've tried oidentd and pidentd. Any ideas? >> >> > >The two most common problems here are a firewall, and/or lack of permissions >in /etc/hosts.allow. Also, were you aware that the native inetd contains an >ident service? Do your logs show any errors? > >Doug > > > Yeah I know the inetd one works, but none of the standalone daemons seem to work with FreeBSD6, I'm using the latest oidentd on my FreeBSD 5 server. I used the same config on both of them. Theres no firewall on the machines its self, and hosts.allow and deny are blank. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 10:47: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 E043416A41F; Fri, 30 Sep 2005 10:47:54 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 112DE43D53; Fri, 30 Sep 2005 10:47:53 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Fri, 30 Sep 2005 12:47:51 +0200 Date: Fri, 30 Sep 2005 12:47:52 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Ruslan Ermilov In-Reply-To: <20050905154800.GB22585@ip.net.ua> Message-ID: <20050930124503.C12766@beagle.kn.op.dlr.de> References: <20050728181415.GB68965@obiwan.tataz.chchile.org> <20050804152635.GA92834@ip.net.ua> <20050905170350.P58682@beagle.kn.op.dlr.de> <20050905154800.GB22585@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 30 Sep 2005 10:47:51.0590 (UTC) FILETIME=[67C46C60:01C5C5AC] Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: Using "make -d l" makes buildworld to fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 10:47:55 -0000 On Mon, 5 Sep 2005, Ruslan Ermilov wrote: RE>On Mon, Sep 05, 2005 at 05:05:47PM +0200, Harti Brandt wrote: RE>> On Thu, 4 Aug 2005, Ruslan Ermilov wrote: RE>> RE>> RE>On Thu, Jul 28, 2005 at 08:14:15PM +0200, Jeremie Le Hen wrote: RE>> RE>> Hi, RE>> RE>> RE>> RE>> I have to run multiple buildworlds with and without debugging ("-d l") RE>> RE>> these last days. I was nearly turning mad while I realized that RE>> RE>> buildworld would fail in "rescue" when using "-d l" make option. RE>> RE>> RE>> RE>> Both typescripts with and without the debugging option are available : RE>> RE>> http://jeremie.le-hen.org/~tataz/make_-d_l_buildworld.gz (ko) RE>> RE>> http://jeremie.le-hen.org/~tataz/make_buildworld.gz (ok) RE>> RE>> RE>> RE>> This is not the stock source tree, but I checked on a non-modified RE>> RE>> tree and the behaviour is the same. RE>> RE>> RE>> RE>crunchgen(1) is broken: it generates a makefile to find a RE>> RE>list of object files for a given program, then calls it, RE>> RE>parses the output, and expects it to start with the line RE>> RE>"OBJS=". If something is passed in the MAKEFLAGS environment RE>> RE>variable, like -Dl, things are really screwed. RE>> RE>> Couldn't we make crunchgen just to ignore lines that don't start with RE>> OBJS=? Or we could finally make make(1) to spit debug output on stderr. RE>> RE>The latter would be great, and would fix the problem in question. I had a look at this but it appears make(1) already prints it's debugging information on stderr. The only exception is -dl which prints commands even when they are prefixed with @. I would actually expect make(1) to behave this way. So I suppose we should find a solution for this problem in crunchgen. harti From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 11:13: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 E885C16A41F; Fri, 30 Sep 2005 11:13:38 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 256EB43D48; Fri, 30 Sep 2005 11:13:37 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j8UBDXAx028155; Fri, 30 Sep 2005 12:13:33 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j8UBDWV8014533; Fri, 30 Sep 2005 12:13:32 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j8UBDW8k014529; Fri, 30 Sep 2005 12:13:32 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Kris Kennaway In-Reply-To: <20050929163541.GA53754@xor.obsecurity.org> References: <1123588622.893.15.camel@buffy.york.ac.uk> <200508091050.21811.jhb@FreeBSD.org> <1123603336.897.3.camel@buffy.york.ac.uk> <200509291210.38799.jhb@FreeBSD.org> <1128011075.44550.21.camel@buffy.york.ac.uk> <1128011524.44550.26.camel@buffy.york.ac.uk> <20050929163541.GA53754@xor.obsecurity.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 30 Sep 2005 12:13:31 +0100 Message-Id: <1128078811.4002.3.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA2 DRM/witness panic: Assertion j < 1000 failed at /usr/src/sys/kern/subr_witness.c:1513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 11:13:39 -0000 On Thu, 2005-09-29 at 12:35 -0400, Kris Kennaway wrote: > On Thu, Sep 29, 2005 at 05:32:03PM +0100, Gavin Atkinson wrote: > > On Thu, 2005-09-29 at 17:24 +0100, Gavin Atkinson wrote: > > > On Thu, 2005-09-29 at 12:10 -0400, John Baldwin wrote: > > > > On Tuesday 09 August 2005 12:02 pm, Gavin Atkinson wrote: > > > > > On Tue, 2005-08-09 at 10:50 -0400, John Baldwin wrote: > > > > > > On Tuesday 09 August 2005 07:57 am, Gavin Atkinson wrote: > > > > > > > Hi, > > > > > > > > > > > > > > I have a regular panic (3 times a day) on a system running 6.0-BETA2 > > > > > > > which was very stable under 5.4. dmesg available at > > > > > > > http://www.devrandom.co.uk/freebsd/dmesg-buffy-20050809 . The panic > > > > > > > seems to relate to DRM, I have a ATI Radeon QY RV100 7000/VE card. > > > > > > > > > > > > Do a 'show witness', it looks like witness has a cycle somehow. Normally > > > > > > these can only occur if there is a cycle in the static lock order. > > > > > > > > > > http://www.devrandom.co.uk/freebsd/sh-witness-buffy-20050809 > > > > > > > > > > Gavin > > > > > > > > Do you still get this panic on more recent 6.0? > > > > > > I do with BETA3 from Sept 6th. I'll update again (after re-adding > > > WITNESS etc to GENERIC) and test it again. > > > > I should have said that I also stepped back in time several times, and > > was still getting the panic with kernel from sources dated April 15th, > > ruling out the major DRM upgrade in July. I couldn't get any of the > > screensavers that easily provoke the panic to run on a pre-April 15th > > system, even after recompiling all ports. > > You're not using modules, right? Or at least, you're remembering to > recompile them all each time you update your kernel? No, all fully in sync. I suspect it may have had something to do with a shared library bump that I hadn't noticed or something, although deleting all of the newer (I was going backwards) shared libs that I could find before the ports recompile didn't help. As this machine is essential to my daily work (and Gnome etc also became unreliable), I couldn't afford to spend any more time looking into it. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 15:06: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 4B88616A41F; Thu, 29 Sep 2005 15:06:03 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A60743D4C; Thu, 29 Sep 2005 15:06:02 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8TF61Sw043910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2005 11:06:01 -0400 (EDT) (envelope-from mi@blue.virtual-estates.net) Received: (from mi@localhost) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j8TF60rc043909; Thu, 29 Sep 2005 11:06:00 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200509291506.j8TF60rc043909@blue.virtual-estates.net> To: current@FreeBSD.org Date: Thu, 29 Sep 2005 11:06:00 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 15:06:03 -0000 After updating an old 5.4-BETA to 6.0-BETA5 today, I can not boot because, of all things, of the pcm-driver. pcm0 is detected as before and then I start getting AD_WAIT_INIT FAILED 201000 0xff AD_WAIT_INIT FAILED 1002000 0xff AD_WAIT_INIT FAILED 20300 0xff AD_WAIT_INIT FAILED 201000 0xff AD_WAIT_INIT FAILED 201000 0xff [...] Intermixed with the occasional "mss calibration timed out(X)". pcm is part of the kernel here. Disabling the sound card in the BIOS lets me boot, but I certainly want the sound back :-) The machine had 158 days of uptime and played music, whenever I asked it to... There is something in the cvs log for dev/sounds/isa/mss.c: revision 1.100 date: 2005/09/11 13:59:02; author: netchild; state: Exp; lines: +5 -1 Add some ad_wait_init() calls to fix some problems in some configs (e.g. PC98, CS4231A, "pcm0: play interrupt timeout"). PR: 45682 Submitted by: Watanabe Kazuhiro But I'm not sure, if that affects me, because I'm on 6.x and that commit, probably, was not MFC-ed yet... -mi From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 18:35:44 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 DF7BB16A41F; Thu, 29 Sep 2005 18:35:44 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24AB343D4C; Thu, 29 Sep 2005 18:35:43 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8TIZgfF044396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Sep 2005 14:35:43 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8TIZY31000894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2005 14:35:36 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j8TIZRin089602; Thu, 29 Sep 2005 14:35:27 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j8TIZP3t089601; Thu, 29 Sep 2005 14:35:25 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: current@freebsd.org Date: Thu, 29 Sep 2005 14:35:24 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509291435.25167.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1104/Wed Sep 28 18:20:40 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Fri, 30 Sep 2005 11:29:24 +0000 Cc: re@freebsd.org, sos@freebsd.org Subject: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2005 18:35:45 -0000 This is another oddity, I'm observing after an upgrade from 5.4-BETA to 6.0-BETA5 last night. There are not IDE devices in the machine at all and the IDE controllers are disabled in the BIOS (or so the BIOS says). However, at boot time I get: Interrupt storm detected on "irq14: ata0"; throttling interrupt source and then the interrupts never cease, according to the 'systat -vm' [...] zfod Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 47073 total 2 51 62373 5 65446796 3 48528 wire 1: atkb 134340 act 6: fdc0 26.9%Sys 50.0%Intr 0.0%User 0.0%Nice 23.1%Idl 230976 inact 46567 14: ata | | | | | | | | | | cache 6 17: xl0 =============+++++++++++++++++++++++++ 92008 free 82 18: ahc daefr 19: uhc Namei Name-cache Dir-cache prcfr 209 lapic0: ti Calls hits % hits % react 209 lapic1: ti pdwake [...] This knocks out one of my two processors of course... Nothing like this ever happened in the 5.4 times... The machine is an older Dell workstation with 2 PentiumII Xeons in it. The ACPI never worked right on it -- whenever I tried enabling ACPI in the BIOS, the machine would hang on boot. This is still happening now with 6.0 -- the hang is right after reporting the amounts of real and available memory. -mi From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 10:33: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 29B5516A41F for ; Fri, 30 Sep 2005 10:33:39 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62BED43D48 for ; Fri, 30 Sep 2005 10:33:38 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fezkly@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j8UAXZ2l038399 for ; Fri, 30 Sep 2005 12:33:36 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j8UAXZtR038398; Fri, 30 Sep 2005 12:33:35 +0200 (CEST) (envelope-from olli) Date: Fri, 30 Sep 2005 12:33:35 +0200 (CEST) Message-Id: <200509301033.j8UAXZtR038398@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: <20050930084218.GC80146@uk.tiscali.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) X-Mailman-Approved-At: Fri, 30 Sep 2005 11:29:24 +0000 Cc: Subject: Re: A smarter mergemaster 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: Fri, 30 Sep 2005 10:33:39 -0000 Brian Candler wrote: > On Fri, Sep 30, 2005 at 02:45:48AM +0400, Yar Tikhiy wrote: > > The fruitiest features are as follows: > > Will it automatically install new versions of files where the old one was > not altered? That's my biggest bugbear with mergemaster - it asks you about > a zillion files in /etc/rc.d which you have to manually agree to overwrite > just because the RCS ID has changed. There's already a knob in /etc/mergemaster.rc to skip files if only the RCS ID has changed. However, IMHO, if more than just the RCS ID has changed, the changes should always be displayed, no matter whether the local copy had been modified or not. The changes could always be important (especially in the case of /etc/defaults/*). Personally, I would like to see a knob (e.g. something in /etc/mergemaster.rc) to always install certain files without asking. The files should be specified by name or directory path. The best example for this would be the contents of /etc/mtree and /etc/gnats -- I never care about those files, and I _always_ want the new files to be installed, no matter what. This could be a knob in /etc/mergemaster.rc, like this: ALWAYS_INSTALL="/etc/mtree/* /etc/gnats/*" I could create a small patch for such a feature, if the maintainer accepts it (Doug Barton, I think). On a related note, an ALWAYS_DELETE setting could be useful for things like /etc/motd (I have my own text in the motd, and I never want it to be overwritten). Of course, as always, it's in the admins responsibility to use such settings wisely and not shoot himself in the foot. (It's UNIX tradition to not prevent anyone from shooting his foot, as long as the defaults are reasonably safe and there are sufficient warnings in the docs.) > Also, can we have mergemaster work as part of the binary upgrade process too > please... the new files are in /usr/share/examples/etc so I don't see why we > can't merge directly from there into /etc Uhm, I thought that was already possible? Of course, you must have the (new) sources installed under /usr/src in order to be able to run mergemaster, but I don't think that a buildworld/installworld is required. It should also be possible to use mergemaster after a binary upgrade. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 12:38: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 0670B16A41F for ; Fri, 30 Sep 2005 12:38:07 +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 990D543D4C for ; Fri, 30 Sep 2005 12:38:06 +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 1235846BE3; Fri, 30 Sep 2005 08:38:04 -0400 (EDT) Date: Fri, 30 Sep 2005 13:38:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: josh.carroll@psualum.com In-Reply-To: <8cb6106e0509292207s45016dbjf67801ddef50a0a1@mail.gmail.com> Message-ID: <20050930133647.C71864@fledge.watson.org> References: <8cb6106e0509290919177de1c4@mail.gmail.com> <20050929221437.CCAFA16A420@hub.freebsd.org> <8cb6106e0509292124u44520623l4ee770576f2a80f8@mail.gmail.com> <8cb6106e0509292207s45016dbjf67801ddef50a0a1@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: [SOLVED] Re: UDP multicast packets not seen on listening interface in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 12:38:07 -0000 On Thu, 29 Sep 2005, Josh Carroll wrote: > Ideally, I'd like to update the code to search the local interfaces with > SIOCGIFCONF and use that IP (if available), but testing it with my IP > hard-coded doesn't seem to work. > > But debugging my code is outside the scope of this mailing list. :) Glad the problem is worked out -- for reference, you may also be interested in the getifaddrs(3) API, which allows you to query the set of interface addresses available, and may be useful in teaching your application about how to identify and use available interfaces. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 12:43: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 2DF2116A41F; Fri, 30 Sep 2005 12:43:20 +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 DD8AD43D49; Fri, 30 Sep 2005 12:43:19 +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 87DB146B08; Fri, 30 Sep 2005 08:43:19 -0400 (EDT) Date: Fri, 30 Sep 2005 13:43:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kevin Lamothe In-Reply-To: <433D0CEB.7000200@animenfo.com> Message-ID: <20050930133845.D71864@fledge.watson.org> References: <433D06D4.2010301@animenfo.com> <433D0924.6090703@FreeBSD.org> <433D0CEB.7000200@animenfo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Doug Barton , current@freebsd.org Subject: Re: identd with FreeBSD 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 12:43:20 -0000 On Fri, 30 Sep 2005, Kevin Lamothe wrote: > Yeah I know the inetd one works, but none of the standalone daemons seem > to work with FreeBSD6, I'm using the latest oidentd on my FreeBSD 5 > server. I used the same config on both of them. > > Theres no firewall on the machines its self, and hosts.allow and deny > are blank. The usual steps in debugging are: (1) Make sure that inetd has properly bound the TCP port. Telnet to the port and see if you can connect. (2) If you can connect, see if you can make an ident request -- you can read RFC 1413 to learn about the protocol, but the short of it is that you enter two port numbers, separated by a comma, reflecting server port and client port. (3) If you can connect but the connection closes immediately, check the system logs for an ident-related error from inetd or identd. The inetd man page talks some about error logging, and I assume whatever third party daemon you're using will likewise talk about it. If the third party daemon doesn't document how its logging and debugging works, I recommend against using it. You may find tools like ktrace(1) useful, inetd's -d mode, and so on. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 12:51: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 2E5CF16A41F; Fri, 30 Sep 2005 12:51:03 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB54B43D48; Fri, 30 Sep 2005 12:51:02 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from bloodhound.noc.clara.net ([195.8.70.207]) by leto.uk.clara.net with esmtp (Exim 4.43) id 1ELKLu-0003wd-0L; Fri, 30 Sep 2005 13:51:02 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.52 (FreeBSD)) id 1ELKMI-000LWD-RJ; Fri, 30 Sep 2005 13:51:26 +0100 Date: Fri, 30 Sep 2005 13:51:26 +0100 From: Brian Candler To: Kevin Lamothe Message-ID: <20050930125126.GC82472@uk.tiscali.com> References: <433D06D4.2010301@animenfo.com> <433D0924.6090703@FreeBSD.org> <433D0CEB.7000200@animenfo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433D0CEB.7000200@animenfo.com> User-Agent: Mutt/1.4.2.1i Cc: Doug Barton , current@freebsd.org Subject: Re: identd with FreeBSD 6.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 12:51:03 -0000 On Fri, Sep 30, 2005 at 06:01:15AM -0400, Kevin Lamothe wrote: > Yeah I know the inetd one works, but none of the standalone daemons seem > to work with FreeBSD6, I'm using the latest oidentd on my FreeBSD 5 > server. I used the same config on both of them. > > Theres no firewall on the machines its self, and hosts.allow and deny > are blank. Is oidentd (a) accepting the connection, and (b) answering at all? Try # tcpdump fxp0 -n -s1500 -X tcp port 113 If you see an answer of "ERROR : NO-USER" then oidentd is working to some extent but unable to locate the uid, or to map the uid to a username. That would be a step towards finding the problem; ktrace and/or some debugging fprintf's in oidentd.c should help nail it down then. The uid in question must exist in the /etc/master.passwd of course. If you get an incoming S(YN) and a R(ST) in reply, then oident isn't listening on the right port or IP address. If you don't see any incoming S(YN), then the remote machine is not making an ident request, or some upstream firewall is blocking it out. (FWIW, oidentd works for me too under FreeBSD 5.4; but I don't have a 6 box to test on right now) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 13:46: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 EBC0616A41F for ; Fri, 30 Sep 2005 13:46:13 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.76.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB5B43D49 for ; Fri, 30 Sep 2005 13:46:13 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc14) with ESMTP id <2005093013461201400p4km6e>; Fri, 30 Sep 2005 13:46:12 +0000 Message-ID: <433D41A3.5000606@computer.org> Date: Fri, 30 Sep 2005 08:46:11 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stefan Ehmann References: <1128074359.1482.17.camel@localhost> In-Reply-To: <1128074359.1482.17.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: wpa_supplicant + open APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 13:46:14 -0000 Stefan Ehmann wrote: > I'm using the if_iwi driver. At home I'm using WPA, at work there's an > open AP. I want to use wpa_supplicant for both, so I don't need to edit > configs each time I switch locations. > > wpa_supplicant works fine with the WPA setup but fails to associate with > the open AP. > > My wpa_supplicant.conf looks something like this: > > ctrl_interface_group=0 > eapol_version=1 > ap_scan=1 > fast_reauth=1 > > network={ > ssid="homessid" > key_mgmt=WPA-PSK > psk="mypass" > } > > network={ > ssid="workssid" > key_mgmt=NONE > } > > The same config file works fine using Linux, so I believe it should be > correct. > > Has anyone succeeded in wpa_supplicant and open APs? Does it work it at > all or is this just a if_iwi problem? I can get it working with both WPA-PSK and open sites. Does your office hide the ssid? if so try scan_ssid=1. [OT] My problem is I can't get WEP to work. You? > > wpa_supplicant correctly detects the AP when scanning, but the following > lines look bogus (especially the 00:00:00:00:00:00 instead of the real > MAC) > > wpa_driver_bsd_set_drop_unencrypted: enabled=0 > wpa_driver_bsd_associate: ssid 'homessid' wpa ie len 0 pairwise 0 group > 0 key mgmt 2 > wpa_driver_bsd_associate: set PRIVACY 0 > Setting authentication timeout: 5 sec 0 usec > Authentication with 00:00:00:00:00:00 timed out. > Added BSSID 00:00:00:00:00:00 into blacklist > > More debug output can be provided if needed. > > Thanks. > > _______________________________________________ > 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" > -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 13:51:22 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 E94A116A45C; Fri, 30 Sep 2005 13:51:22 +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 0EB5A43D48; Fri, 30 Sep 2005 13:51:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp219-232.lns1.adl2.internode.on.net [203.122.219.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8UDop12037723 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 30 Sep 2005 23:21:04 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 30 Sep 2005 23:20:35 +0930 User-Agent: KMail/1.8.2 References: <20050929224548.GB3035@comp.chem.msu.su> <20050930084218.GC80146@uk.tiscali.com> In-Reply-To: <20050930084218.GC80146@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1650412.kWo8yImQIv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509302320.36572.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Yar Tikhiy , hackers@freebsd.org, current@freebsd.org, Brian Candler Subject: Re: A smarter mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 13:51:23 -0000 --nextPart1650412.kWo8yImQIv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 30 September 2005 18:12, Brian Candler wrote: > On Fri, Sep 30, 2005 at 02:45:48AM +0400, Yar Tikhiy wrote: > > The fruitiest features are as follows: > > Will it automatically install new versions of files where the old one was > not altered? That's my biggest bugbear with mergemaster - it asks you abo= ut > a zillion files in /etc/rc.d which you have to manually agree to overwrite > just because the RCS ID has changed. In those cases where you've not > altered them yourself, I think you should just get the latest version. > However to do this properly, you'd need checksums of the original files. *broken record* Try etcmerge, it's in ports. I think the main problem is that you can't use etcmerge *right now* because= =20 you have to do one last manual merge to get a baseline etc directory. =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 --nextPart1650412.kWo8yImQIv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDPUKs5ZPcIHs/zowRAhOOAJ98M63EpyO5PFlcL3zjcA43mc2g6gCeOmKt 8/3f7vcqDlWWuSXmxM3p9EA= =qBvb -----END PGP SIGNATURE----- --nextPart1650412.kWo8yImQIv-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 13:51: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 E94A116A45C; Fri, 30 Sep 2005 13:51:22 +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 0EB5A43D48; Fri, 30 Sep 2005 13:51:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp219-232.lns1.adl2.internode.on.net [203.122.219.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8UDop12037723 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 30 Sep 2005 23:21:04 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 30 Sep 2005 23:20:35 +0930 User-Agent: KMail/1.8.2 References: <20050929224548.GB3035@comp.chem.msu.su> <20050930084218.GC80146@uk.tiscali.com> In-Reply-To: <20050930084218.GC80146@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1650412.kWo8yImQIv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509302320.36572.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Yar Tikhiy , hackers@freebsd.org, current@freebsd.org, Brian Candler Subject: Re: A smarter mergemaster X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 13:51:23 -0000 --nextPart1650412.kWo8yImQIv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 30 September 2005 18:12, Brian Candler wrote: > On Fri, Sep 30, 2005 at 02:45:48AM +0400, Yar Tikhiy wrote: > > The fruitiest features are as follows: > > Will it automatically install new versions of files where the old one was > not altered? That's my biggest bugbear with mergemaster - it asks you abo= ut > a zillion files in /etc/rc.d which you have to manually agree to overwrite > just because the RCS ID has changed. In those cases where you've not > altered them yourself, I think you should just get the latest version. > However to do this properly, you'd need checksums of the original files. *broken record* Try etcmerge, it's in ports. I think the main problem is that you can't use etcmerge *right now* because= =20 you have to do one last manual merge to get a baseline etc directory. =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 --nextPart1650412.kWo8yImQIv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDPUKs5ZPcIHs/zowRAhOOAJ98M63EpyO5PFlcL3zjcA43mc2g6gCeOmKt 8/3f7vcqDlWWuSXmxM3p9EA= =qBvb -----END PGP SIGNATURE----- --nextPart1650412.kWo8yImQIv-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 14:10: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 0ECE916A41F for ; Fri, 30 Sep 2005 14:10:45 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4264843D48 for ; Fri, 30 Sep 2005 14:10:43 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 30 Sep 2005 14:10:42 -0000 Received: from h081217094169.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.94.169] by mail.gmx.net (mp011) with SMTP; 30 Sep 2005 16:10:42 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Eric Schuele In-Reply-To: <433D41A3.5000606@computer.org> References: <1128074359.1482.17.camel@localhost> <433D41A3.5000606@computer.org> Content-Type: text/plain Date: Fri, 30 Sep 2005 16:10:41 +0200 Message-Id: <1128089441.961.6.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: wpa_supplicant + open APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 14:10:45 -0000 On Fri, 2005-09-30 at 08:46 -0500, Eric Schuele wrote: > Stefan Ehmann wrote: > > I'm using the if_iwi driver. At home I'm using WPA, at work there's an > > open AP. I want to use wpa_supplicant for both, so I don't need to edit > > configs each time I switch locations. > > > > wpa_supplicant works fine with the WPA setup but fails to associate with > > the open AP. > > ... > I can get it working with both WPA-PSK and open sites. Does your office > hide the ssid? if so try scan_ssid=1. No, ssid is not hidden. If you bring the hidden ssid topic up: damien recently added support for hidden ssid. I tried it and it works with open APs (without wpa_supplicant). No luck with WPA though. > > [OT] > My problem is I can't get WEP to work. You? Last time I tried, I couldn't get wpa_supplicant working with WEP but that was quite some time ago. -- Stefan From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 14:56: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 185F716A41F; Fri, 30 Sep 2005 14:56:24 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id D360F43D53; Fri, 30 Sep 2005 14:56:23 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc14) with ESMTP id <2005093014562201400abr73e>; Fri, 30 Sep 2005 14:56:22 +0000 Message-ID: <433D5215.6010101@computer.org> Date: Fri, 30 Sep 2005 09:56:21 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 14:56:24 -0000 Hello, I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... but I would like it to work with WEP as well. it appears to associate with a WEP site no matter what WEP key I give it. But whether the key is correct or not... I can not get a response from my DHCP server. My wpa_supplicant entry: (Note that no matter what I put for the key... I still get assoc.) network={ ssid="OfficeSSID" scan_ssid=1 key_mgmt=NONE wep_tx_keyidx=0 wep_key0="OfficeKey" } My dhclient.conf entry: interface "ath0" { send dhcp-client-identifier "fangorn"; request subnet-mask, broadcast-address, routers, domain-name-servers, domain-name; } Kernel Config: (are wlan_* necessary?) # Wireless LAN support device wlan # 802.11 support device wlan_wep # WLAN WEP kernel module device wlan_ccmp # AES-CCMP crypto support device wlan_tkip # TKIP and Michael cypto support for # Wirelass NIC cards device ath # Atheros support device ath_hal # Atheros HAL device ath_rate_sample # SampleRate Rate Control fangorn# wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf -d & [1] 1057 fangorn# Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf' driver 'default' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') Priority group 0 id=0 ssid='home' id=1 ssid='office-g' id=2 ssid='dragnfly' Initializing interface (2) 'ath0' Own MAC address: 00:0e:9b:53:31:9d wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=17): 77 4c 41 4e 5f 57 45 50 5f 4b 78 36 4c 30 34 6f home 32 2 Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0f:66:10:d6:da ssid='' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=10): 6c 61 71 75 69 6e 74 61 2d 67 office-g Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0f:66:10:d6:da ssid='office-g' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:0f:66:10:d6:da ssid='office-g' Trying to associate with 00:0f:66:10:d6:da (SSID='office-g' freq=2437 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 No keys have been configured - skip key clearing wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=7 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'office-g' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Association event - clear replay counter Associated to a new BSS: BSSID=00:0f:66:10:d6:da Associated with 00:0f:66:10:d6:da Cancelling authentication timeout fangorn# ifconfig ath0: flags=8843 mtu 1500 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:0e:9b:53:31:9d media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: associated ssid office-g channel 6 bssid 00:0f:66:10:d6:da authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 54 protmode CTS roaming MANUAL bintval 100 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 fangorn# dhclient ath0 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 ^C fangorn# exit uname -a FreeBSD fangorn.nxdomain.org 6.0-BETA5 FreeBSD 6.0-BETA5 #29: Wed Sep 28 11:47:26 CDT 2005 root@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM_6 i386 What have I done wrong??? Any other info needed can be provided. Thanks. -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 15:02: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 ED4B916A41F; Fri, 30 Sep 2005 15:02:32 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 773D343D48; Fri, 30 Sep 2005 15:02:32 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc13) with ESMTP id <2005093015022901300f0gbke>; Fri, 30 Sep 2005 15:02:31 +0000 Message-ID: <433D5384.2000201@computer.org> Date: Fri, 30 Sep 2005 10:02:28 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, FreeBSD mobile Mailing List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 15:02:33 -0000 Hello, I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... but I would like it to work with WEP as well. it appears to associate with a WEP site no matter what WEP key I give it. But whether the key is correct or not... I can not get a response from my DHCP server. My wpa_supplicant entry: (Note that no matter what I put for the key... I still get assoc.) network={ ssid="OfficeSSID" scan_ssid=1 key_mgmt=NONE wep_tx_keyidx=0 wep_key0="OfficeKey" } My dhclient.conf entry: interface "ath0" { send dhcp-client-identifier "fangorn"; request subnet-mask, broadcast-address, routers, domain-name-servers, domain-name; } Kernel Config: (are wlan_* necessary?) # Wireless LAN support device wlan # 802.11 support device wlan_wep # WLAN WEP kernel module device wlan_ccmp # AES-CCMP crypto support device wlan_tkip # TKIP and Michael cypto support for # Wirelass NIC cards device ath # Atheros support device ath_hal # Atheros HAL device ath_rate_sample # SampleRate Rate Control fangorn# wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf -d & [1] 1057 fangorn# Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf' driver 'default' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') Priority group 0 id=0 ssid='home' id=1 ssid='office-g' id=2 ssid='dragnfly' Initializing interface (2) 'ath0' Own MAC address: 00:0e:9b:53:31:9d wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=17): 77 4c 41 4e 5f 57 45 50 5f 4b 78 36 4c 30 34 6f home 32 2 Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0f:66:10:d6:da ssid='' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=10): 6c 61 71 75 69 6e 74 61 2d 67 office-g Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0f:66:10:d6:da ssid='office-g' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:0f:66:10:d6:da ssid='office-g' Trying to associate with 00:0f:66:10:d6:da (SSID='office-g' freq=2437 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 No keys have been configured - skip key clearing wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=7 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'office-g' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Association event - clear replay counter Associated to a new BSS: BSSID=00:0f:66:10:d6:da Associated with 00:0f:66:10:d6:da Cancelling authentication timeout fangorn# ifconfig ath0: flags=8843 mtu 1500 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:0e:9b:53:31:9d media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: associated ssid office-g channel 6 bssid 00:0f:66:10:d6:da authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 54 protmode CTS roaming MANUAL bintval 100 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 fangorn# dhclient ath0 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 ^C fangorn# exit uname -a FreeBSD fangorn.nxdomain.org 6.0-BETA5 FreeBSD 6.0-BETA5 #29: Wed Sep 28 11:47:26 CDT 2005 root@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM_6 i386 What have I done wrong??? Any other info needed can be provided. Thanks. -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 16:48: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 3BB7216A41F for ; Fri, 30 Sep 2005 16:48:37 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (67.105.142.88.ptr.us.xo.net [67.105.142.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7FCC43D48 for ; Fri, 30 Sep 2005 16:48:36 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from [10.0.0.210] (unknown [10.0.0.210]) by mazo.miralink.com (Postfix) with ESMTP id E10AA36D12 for ; Fri, 30 Sep 2005 09:48:34 -0700 (PDT) From: Sean Bruno To: freebsd-current@freebsd.org Content-Type: text/plain Date: Fri, 30 Sep 2005 09:48:34 -0700 Message-Id: <1128098914.25701.92.camel@oscar> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Subject: 4.11 Release Qlogic Driver(isp) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 16:48:37 -0000 I have been attempting to get the isp driver to function in target mode. I see in the man page isp(4) that I can pass the option ISP_TARGET_MODE during compile time of the kernel such that it will function as a target mode driver. However, I don't see any indication that the driver is acting in target mode when I boot the system. dmesg output for isp: isp0: port 0xd800-0xd8ff mem 0xd7000000-0xd7000fff irq 11 at device 9.0 on pci0 isp0: Ultra Mode Capable isp0: Board Type 1040B, Chip Revision 0x5, loaded F/W Revision 7.65.0 isp0: Last F/W revision was 4.53.0 isp0: 124 max I/O commands supported isp0: Initiator ID is 7 on Channel 0 isp0: driver initiated bus reset of bus 0 The next to last line, "Initiator ID is 7 on Channel 0" should have a reference to target mode...I think... I have also added the following 2 entries to /boot/defaults/loader.conf: isp_debug=7 isp_tdebug=5 In addition, I defined ISP_TARGET_MODE in my kernel configuration file like so: options ISP_TARGET_MODE #Support for Qlogic target mode. This causes the contents of opt_isp.h in /usr/src/sys/compile/MYKERNEL/ to have the following entry: #define ISP_TARGET_MODE 1 Which I believe to be correct. opt_isp.h seems to only be included from isp_freebsd.h in /usr/src/sys/dev/isp/ Finally, which is the really strange part, there seems to be no difference in the size of the .o files with or without this define. So I am assuming that I am not compiling the target mode option correctly. Any feedback on this would be greatly appreciated. Sean From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 16:57: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 2BB9E16A41F; Fri, 30 Sep 2005 16:57:11 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD30143D48; Fri, 30 Sep 2005 16:57:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8UGuOVT050922; Fri, 30 Sep 2005 10:56:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 30 Sep 2005 10:57:07 -0600 (MDT) Message-Id: <20050930.105707.82839923.imp@bsdimp.com> To: jens.rehsack.ext@siemensvdo.com From: "M. Warner Losh" In-Reply-To: References: 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 30 Sep 2005 10:56:33 -0600 (MDT) Cc: jon@FreeBSD.org, current@FreeBSD.org Subject: Re: Problems with Acer Travelmate & PC-Card 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: Fri, 30 Sep 2005 16:57:11 -0000 OK. Looks like the card is powering up and then powering down again right away. This may be difficult to track down. Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 17:30:30 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 E3AF616A500; Fri, 30 Sep 2005 17:30:28 +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 6EC2543DA6; Fri, 30 Sep 2005 17:30:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 30 Sep 2005 13:46:18 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 Sep 2005 13:29:35 -0400 User-Agent: KMail/1.8 References: <200509291435.25167.mi+mx@aldan.algebra.com> In-Reply-To: <200509291435.25167.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509301329.37477.jhb@FreeBSD.org> Cc: Mikhail Teterin , re@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 17:30:31 -0000 On Thursday 29 September 2005 02:35 pm, Mikhail Teterin wrote: > This is another oddity, I'm observing after an upgrade from 5.4-BETA to > 6.0-BETA5 last night. > > There are not IDE devices in the machine at all and the IDE controllers are > disabled in the BIOS (or so the BIOS says). > > However, at boot time I get: > > Interrupt storm detected on "irq14: ata0"; throttling interrupt source Do you have any other devices in the system on IRQ14 (such as amr0 perhaps)? -- 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 Sep 30 17:30: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 E3AF616A500; Fri, 30 Sep 2005 17:30:28 +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 6EC2543DA6; Fri, 30 Sep 2005 17:30:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 30 Sep 2005 13:46:18 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 30 Sep 2005 13:29:35 -0400 User-Agent: KMail/1.8 References: <200509291435.25167.mi+mx@aldan.algebra.com> In-Reply-To: <200509291435.25167.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509301329.37477.jhb@FreeBSD.org> Cc: Mikhail Teterin , re@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 17:30:31 -0000 On Thursday 29 September 2005 02:35 pm, Mikhail Teterin wrote: > This is another oddity, I'm observing after an upgrade from 5.4-BETA to > 6.0-BETA5 last night. > > There are not IDE devices in the machine at all and the IDE controllers are > disabled in the BIOS (or so the BIOS says). > > However, at boot time I get: > > Interrupt storm detected on "irq14: ata0"; throttling interrupt source Do you have any other devices in the system on IRQ14 (such as amr0 perhaps)? -- 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 Sep 30 17:38:10 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 9710D16A41F for ; Fri, 30 Sep 2005 17:38:10 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5081243D5C for ; Fri, 30 Sep 2005 17:38:05 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8UHc5iX076853 for ; Fri, 30 Sep 2005 13:38:05 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id j8UHc5AQ005879; Fri, 30 Sep 2005 13:38:05 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j8UHc4bN047386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Sep 2005 13:38:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050930133613.079338f0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Fri, 30 Sep 2005 13:37:59 -0400 To: Mikhail Teterin , current@freebsd.org From: Mike Tancsa In-Reply-To: <200509291435.25167.mi+mx@aldan.algebra.com> References: <200509291435.25167.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: Subject: Re: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 17:38:10 -0000 At 02:35 PM 29/09/2005, Mikhail Teterin wrote: >This is another oddity, I'm observing after an upgrade from 5.4-BETA >to 6.0-BETA5 last night. > >There are not IDE devices in the machine at all and the IDE controllers are >disabled in the BIOS (or so the BIOS says). I have a few older Intel 845 MBs like that. The IDE controller is not really disabled and if it shares and IRQ with something live/being used, things go crazy with a storm. The easiest thing to do is enable the controller in the BIOS ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 18:45:38 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 E308C16A41F; Fri, 30 Sep 2005 18:45:38 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id A157D43D49; Fri, 30 Sep 2005 18:45:38 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 7FFD6C145; Fri, 30 Sep 2005 14:45:37 -0400 (EDT) Date: Fri, 30 Sep 2005 14:45:37 -0400 From: James Snow To: Eric Schuele Message-ID: <20050930184537.GA3665@teardrop.org> References: <433D5215.6010101@computer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433D5215.6010101@computer.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, mobile@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 18:45:39 -0000 On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: > > I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... > but I would like it to work with WEP as well. it appears to associate > with a WEP site no matter what WEP key I give it. But whether the key > is correct or not... I can not get a response from my DHCP server. > > My wpa_supplicant entry: ... > wep_tx_keyidx=0 I would try dropping this line. I use wpa_supplicant to connect to a number of different wireless networks and for the WEP-only ones I've never needed anything more than: ssid=... key_mgmt=NONE wep_key0=... -Snow From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 18:57: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 1532516A469; Fri, 30 Sep 2005 18:57: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 2C62C43D48; Fri, 30 Sep 2005 18:57:35 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 30 Sep 2005 15:12:57 -0400 From: John Baldwin To: Mikhail Teterin Date: Fri, 30 Sep 2005 14:15:27 -0400 User-Agent: KMail/1.8 References: <200509291435.25167.mi+mx@aldan.algebra.com> <6.2.3.4.0.20050930133613.079338f0@64.7.153.2> <200509301400.04898.mi+mx@aldan.algebra.com> In-Reply-To: <200509301400.04898.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509301415.30321.jhb@FreeBSD.org> Cc: sos@freebsd.org, re@freebsd.org, current@freebsd.org, Mike Tancsa Subject: Re: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 18:57:37 -0000 On Friday 30 September 2005 02:00 pm, Mikhail Teterin wrote: > Mike Tancsa: > > I have a few older Intel 845 MBs like that. The IDE controller is not > > really disabled and if it shares and IRQ with something live/being > > used, things go crazy with a storm. The easiest thing to do is enable > > the controller in the BIOS > > Enabling the IDE controller in the BIOS did not help at all. What did help > is removing ata/atadisk/atapicd from the kernel. > > John Baldwin: > > Do you have any other devices in the system on IRQ14 (such as amr0 > > perhaps)? > > No... After removing ata from the kernel completely, things are nice and > quiet and IRQ14 is not listed by neither dmesg.boot nor by `systat -vm'. > > I'd just accept it as the fact of life, but the problem did not exist in > 5.4... What if you turn off the pci power tunable? -- 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 Sep 30 18:59: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 4875E16A41F for ; Fri, 30 Sep 2005 18:59:03 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id E32E943D55 for ; Fri, 30 Sep 2005 18:58:54 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j8UIwrmB017573 for ; Fri, 30 Sep 2005 20:58:53 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 24D5240515 for ; Fri, 30 Sep 2005 20:58:53 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26750-10 for ; Fri, 30 Sep 2005 20:58:50 +0200 (CEST) Received: from [10.0.0.45] (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id 1CAB8404F0 for ; Fri, 30 Sep 2005 20:58:50 +0200 (CEST) Message-ID: <433D8AE8.3060106@gwch.net> Date: Fri, 30 Sep 2005 20:58:48 +0200 From: Roger Grosswiler User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) 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 X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on smtp-08.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-08.tornado.cablecom.ch 32701; Body=1 Fuz1=1 Fuz2=1 Subject: FreeBSD6.0-Beta5 / Gnome2 / PF -> bad combination? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 18:59:03 -0000 i updated to 6.0 Beta5, which did my UMA-Lock. This has gone. But still, Gnome needs minutes to get on Desktop. If pf is enabled (with standard-rules enabled in /etc/pf.conf) it takes minutes to get the desktop. Disabling pf brings the desktop up in seconds. Problem: i don't get any message in my logs i could send with. Does anybody know about an issue with pf and gnome? Thx, Roger From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 18:59:43 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 088A716A41F for ; Fri, 30 Sep 2005 18:59:43 +0000 (GMT) (envelope-from listas@informatica.info) Received: from deneb.informatica.info (lincl214.informatica.info [86.109.161.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FB8E43D4C for ; Fri, 30 Sep 2005 18:59:39 +0000 (GMT) (envelope-from listas@informatica.info) Received: from [192.168.1.68] (231.Red-83-57-45.dynamicIP.rima-tde.net [83.57.45.231]) (authenticated bits=0) by deneb.informatica.info (8.13.1/8.13.1) with ESMTP id j8UIxKWq022903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 30 Sep 2005 20:59:32 +0200 Message-ID: <433D8B12.9020801@informatica.info> Date: Fri, 30 Sep 2005 20:59:30 +0200 From: Listas User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: es-es, en, ca MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Losing ssh session when doing intensive disk I/O & background fsck with RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 18:59:43 -0000 I'm testing BETA5/RELENG_6 with an Intel P4 system. Here are the essential dmesg fragments with system information: --- ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> real memory = 1073414144 (1023 MB) avail memory = 1041526784 (993 MB) ioapic0 irqs 0-23 on motherboard [...] xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xb800-0xb87f mem 0xcddffc00-0xcddffc7f irq 17 at device 9.0 on pci1 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:a6:96:37 [...] acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad8: 194481MB at ata4-master SATA150 ad8: Intel calc=55e037a4 meta=2af01bd2 ad10: 194481MB at ata5-master SATA150 ad10: Intel calc=55e037a4 meta=2af01bd2 ar0: 194480MB status: READY ar0: disk0 READY (master) using ad8 at ata4-master ar0: disk1 READY (mirror) using ad10 at ata5-master Trying to mount root from ufs:/dev/ar0s1a Loading configuration files. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ar0s1b as swap device --- The boot process is trying to configure the dump device before swapon and it fails, but that's not the real problem I report here. The problem is that when I do some intensive disk I/O (make install, du -ckx /usr, etc.) just after booting, I lose my ssh connection to the machine, and may spend a lot to reconnect. It seems that this only happens while a background fsck is running. I find nothing in /var/log/messages, nor elsewhere. For example, If I do a /usr/bin/du -ckx, it starts really fast, but then becomes slower and slower until the ssh connection is closed. Meanwhile, the console runs just fine. Found the same problem running 'make install', and after the connection was closed the 'make' processes were all in wait state and had to issue a kill -9 to kill them. Tested with BETA5 and RELENG_6 as of today. Regards, Carlos From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 19:21: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 19FF116A41F for ; Fri, 30 Sep 2005 19:21:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C80B943D49 for ; Fri, 30 Sep 2005 19:21:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id A71411A3C20; Fri, 30 Sep 2005 12:21:06 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D4A7E51262; Fri, 30 Sep 2005 15:04:04 -0400 (EDT) Date: Fri, 30 Sep 2005 15:04:03 -0400 From: Kris Kennaway To: Listas Message-ID: <20050930190403.GA93829@xor.obsecurity.org> References: <433D8B12.9020801@informatica.info> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <433D8B12.9020801@informatica.info> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Losing ssh session when doing intensive disk I/O & background fsck with RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 19:21:07 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 30, 2005 at 08:59:30PM +0200, Listas wrote: > I'm testing BETA5/RELENG_6 with an Intel P4 system. Here are the=20 > essential dmesg fragments with system information: >=20 > --- > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf34 Stepping =3D 4 > Features=3D0xbfebfbff > Features2=3D0x441d> > real memory =3D 1073414144 (1023 MB) > avail memory =3D 1041526784 (993 MB) > ioapic0 irqs 0-23 on motherboard > [...] > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xb800-0xb87f mem=20 > 0xcddffc00-0xcddffc7f irq 17 at device 9.0 on pci1 > miibus0: on xl0 > xlphy0: <3Com internal media interface> on miibus0 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:01:02:a6:96:37 > [...] > acd0: DMA limited to UDMA33, controller found non-ATA66 cable > acd0: DVDR at ata0-master UDMA33 > ad8: 194481MB at ata4-master SATA150 > ad8: Intel calc=3D55e037a4 meta=3D2af01bd2 > ad10: 194481MB at ata5-master SATA150 > ad10: Intel calc=3D55e037a4 meta=3D2af01bd2 > ar0: 194480MB status: READY > ar0: disk0 READY (master) using ad8 at ata4-master > ar0: disk1 READY (mirror) using ad10 at ata5-master > Trying to mount root from ufs:/dev/ar0s1a > Loading configuration files. > No suitable dump device was found. > Entropy harvesting: > interrupts > ethernet > point_to_point > kickstart > . > swapon: adding /dev/ar0s1b as swap device > --- >=20 > The boot process is trying to configure the dump device before swapon=20 > and it fails, but that's not the real problem I report here. It's not clear that it's a problem at all. dump devices don't have to be pre-existing swap devices. If you tell your kernel to dump on /dev/ar0s1b it should be fine. > The problem is that when I do some intensive disk I/O (make install, du= =20 > -ckx /usr, etc.) just after booting, I lose my ssh connection to the=20 > machine, and may spend a lot to reconnect. It seems that this only=20 > happens while a background fsck is running. Don't know about this. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPYwiWry0BWjoQKURAs+eAJ0TGDuO1AIedMF5ymw8u0mAoNXiawCgiu6U di1TTqZQaxngLcvAtxvFcHk= =OwOK -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 20:04: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 D2D6316A41F for ; Fri, 30 Sep 2005 20:04:16 +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 378AF43D5A for ; Fri, 30 Sep 2005 20:04:16 +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 424B346BE0; Fri, 30 Sep 2005 16:04:15 -0400 (EDT) Date: Fri, 30 Sep 2005 21:04:15 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20050930190403.GA93829@xor.obsecurity.org> Message-ID: <20050930210228.D71864@fledge.watson.org> References: <433D8B12.9020801@informatica.info> <20050930190403.GA93829@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Listas Subject: Re: Losing ssh session when doing intensive disk I/O & background fsck with RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 20:04:16 -0000 On Fri, 30 Sep 2005, Kris Kennaway wrote: >> The boot process is trying to configure the dump device before swapon >> and it fails, but that's not the real problem I report here. > > It's not clear that it's a problem at all. dump devices don't have to > be pre-existing swap devices. If you tell your kernel to dump on > /dev/ar0s1b it should be fine. At some point someone changed the default setting to "automatically configure dumping" which resulted in odd warnings during the boot. I've trimmed a few, and hope to trim the last few. Autoconfiguration of dumps is neat and all, but lots of odd warnings for users isn't really. It would be interesting to know if it works though -- the warnings suggest that dumps aren't found because the dump device isn't autoconfigured until after dumps are checked for... Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 20:27: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 CD0D216A41F; Fri, 30 Sep 2005 20:27:00 +0000 (GMT) (envelope-from listas@informatica.info) Received: from deneb.informatica.info (lincl214.informatica.info [86.109.161.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA7943D48; Fri, 30 Sep 2005 20:26:59 +0000 (GMT) (envelope-from listas@informatica.info) Received: from [192.168.1.68] (231.Red-83-57-45.dynamicIP.rima-tde.net [83.57.45.231]) (authenticated bits=0) by deneb.informatica.info (8.13.1/8.13.1) with ESMTP id j8UKQn4g023281 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Sep 2005 22:26:51 +0200 Message-ID: <433D9F93.1040802@informatica.info> Date: Fri, 30 Sep 2005 22:26:59 +0200 From: Listas User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: es-es, en, ca MIME-Version: 1.0 To: Robert Watson References: <433D8B12.9020801@informatica.info> <20050930190403.GA93829@xor.obsecurity.org> <20050930210228.D71864@fledge.watson.org> In-Reply-To: <20050930210228.D71864@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Kris Kennaway Subject: Re: Losing ssh session when doing intensive disk I/O & background fsck with RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 20:27:00 -0000 Only have this in the dump directory: vega# ll /var/crash total 2 -rw-r--r-- 1 root wheel 5 Sep 19 00:24 minfree vega# cat /var/crash/minfree 2048 No vmcore, but haven't seen any system crash anyway. I use the system defaults: dumpdev="AUTO" # Device to crashdump to (device name, AUTO, or dumpdir="/var/crash" # Directory where crash dumps are to be stored savecore_flags="" # Used if dumpdev is enabled above, and present. Carlos Robert Watson wrote: > > On Fri, 30 Sep 2005, Kris Kennaway wrote: > >>> The boot process is trying to configure the dump device before swapon >>> and it fails, but that's not the real problem I report here. >> >> >> It's not clear that it's a problem at all. dump devices don't have to >> be pre-existing swap devices. If you tell your kernel to dump on >> /dev/ar0s1b it should be fine. > > > At some point someone changed the default setting to "automatically > configure dumping" which resulted in odd warnings during the boot. I've > trimmed a few, and hope to trim the last few. Autoconfiguration of > dumps is neat and all, but lots of odd warnings for users isn't really. > It would be interesting to know if it works though -- the warnings > suggest that dumps aren't found because the dump device isn't > autoconfigured until after dumps are checked for... > > Robert N M Watson > From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 20: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 2A63F16A41F; Fri, 30 Sep 2005 20:35:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAABE43D49; Fri, 30 Sep 2005 20:35:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id B40861A3C19; Fri, 30 Sep 2005 13:35:36 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9951851215; Fri, 30 Sep 2005 16:35:33 -0400 (EDT) Date: Fri, 30 Sep 2005 16:35:33 -0400 From: Kris Kennaway To: Listas Message-ID: <20050930203533.GA31496@xor.obsecurity.org> References: <433D8B12.9020801@informatica.info> <20050930190403.GA93829@xor.obsecurity.org> <20050930210228.D71864@fledge.watson.org> <433D9F93.1040802@informatica.info> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <433D9F93.1040802@informatica.info> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, Robert Watson , Kris Kennaway Subject: Re: Losing ssh session when doing intensive disk I/O & background fsck with RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 20:35:37 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 30, 2005 at 10:26:59PM +0200, Listas wrote: > Only have this in the dump directory: >=20 > vega# ll /var/crash > total 2 > -rw-r--r-- 1 root wheel 5 Sep 19 00:24 minfree > vega# cat /var/crash/minfree > 2048 >=20 > No vmcore, but haven't seen any system crash anyway. >=20 > I use the system defaults: >=20 > dumpdev=3D"AUTO" # Device to crashdump to (device name, AUTO, or OK, it's probably this doing the wrong thing. If you specify it explicitly as in previous versions of FreeBSD then it should continue to work. Kris --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPaGVWry0BWjoQKURAoQzAJ49Ifs3G2TqdJl/o0oB4adg5NgytACgtXge 9z66msHn2Y4c2OZX6lEc96o= =hxv6 -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 20:36: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 3725E16A41F; Fri, 30 Sep 2005 20:36:35 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C3A343D5C; Fri, 30 Sep 2005 20:36:33 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc13) with ESMTP id <2005093020363201500r2r2oe>; Fri, 30 Sep 2005 20:36:33 +0000 Message-ID: <433DA1CF.7020502@computer.org> Date: Fri, 30 Sep 2005 15:36:31 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Snow References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> In-Reply-To: <20050930184537.GA3665@teardrop.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, mobile@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 20:36:35 -0000 James Snow wrote: > On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: > >>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... >>but I would like it to work with WEP as well. it appears to associate >>with a WEP site no matter what WEP key I give it. But whether the key >>is correct or not... I can not get a response from my DHCP server. >> >>My wpa_supplicant entry: > > ... > >> wep_tx_keyidx=0 > > > I would try dropping this line. I use wpa_supplicant to connect to a > number of different wireless networks and for the WEP-only ones I've > never needed anything more than: > > ssid=... > key_mgmt=NONE > wep_key0=... > Still no go. The wep_key0 is the clear text passphrase, correct? Not one of the encrypted keys? right? > > -Snow > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 21:05:44 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 5CF0F16A41F; Fri, 30 Sep 2005 21:05:44 +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 09F5443D49; Fri, 30 Sep 2005 21:05:43 +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 j8UL5fOI013017; Fri, 30 Sep 2005 14:05:41 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8UL5fFM013016; Fri, 30 Sep 2005 14:05:41 -0700 Date: Fri, 30 Sep 2005 14:05:41 -0700 From: Brooks Davis To: Eric Schuele Message-ID: <20050930210541.GA11841@odin.ac.hmc.edu> References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <433DA1CF.7020502@computer.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: mobile@freebsd.org, James Snow , current@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 21:05:44 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 30, 2005 at 03:36:31PM -0500, Eric Schuele wrote: > James Snow wrote: > >On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: > > > >>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites...= =20 > >>but I would like it to work with WEP as well. it appears to associate= =20 > >>with a WEP site no matter what WEP key I give it. But whether the key= =20 > >>is correct or not... I can not get a response from my DHCP server. > >> > >>My wpa_supplicant entry: > > > >... > > > >> wep_tx_keyidx=3D0 > > > > > >I would try dropping this line. I use wpa_supplicant to connect to a > >number of different wireless networks and for the WEP-only ones I've > >never needed anything more than: > > > >ssid=3D... > >key_mgmt=3DNONE > >wep_key0=3D... > > >=20 > Still no go. The wep_key0 is the clear text passphrase, correct? Not > one of the encrypted keys? right? The entry in the example file shows both hex and ascii keys. No excryption of keys is supported by standard WEP so if your AP is doing something like that you need to get the hex key it's using from it. Have you been able to connect by hand (not using wpa_supplicant)? If not, do that first. -- 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 --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDPailXY6L6fI4GtQRAnjQAJ4jP+oPi45lotN/nALSc6kF3oxqPACdFuhA oL/l2Obod8oy/KgTaslLeDM= =TRqN -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 21:28: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 4539D16A41F; Fri, 30 Sep 2005 21:28:34 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE18243D48; Fri, 30 Sep 2005 21:28:33 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc13) with ESMTP id <2005093021283201500r2qcne>; Fri, 30 Sep 2005 21:28:32 +0000 Message-ID: <433DAE00.4090602@computer.org> Date: Fri, 30 Sep 2005 16:28:32 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> In-Reply-To: <20050930210541.GA11841@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 21:28:34 -0000 Brooks Davis wrote: > On Fri, Sep 30, 2005 at 03:36:31PM -0500, Eric Schuele wrote: > >>James Snow wrote: >> >>>On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: >>> >>> >>>>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... >>>>but I would like it to work with WEP as well. it appears to associate >>>>with a WEP site no matter what WEP key I give it. But whether the key >>>>is correct or not... I can not get a response from my DHCP server. >>>> >>>>My wpa_supplicant entry: >>> >>>... >>> >>> >>>> wep_tx_keyidx=0 >>> >>> >>>I would try dropping this line. I use wpa_supplicant to connect to a >>>number of different wireless networks and for the WEP-only ones I've >>>never needed anything more than: >>> >>>ssid=... >>>key_mgmt=NONE >>>wep_key0=... >>> >> >>Still no go. The wep_key0 is the clear text passphrase, correct? Not >>one of the encrypted keys? right? > > > The entry in the example file shows both hex and ascii keys. No > excryption of keys is supported by standard WEP so if your AP is doing > something like that you need to get the hex key it's using from it. If I attempt to use the hex key... it fails to parse the wpa_supplicant file!?! The AP is a linksys something-or-other... and when you type in a cleartext passphrase it generates 4 hex keys. I have tried both the passphrase and the hex keys. > > Have you been able to connect by hand (not using wpa_supplicant)? If > not, do that first. Yes... I can connect using the following script ifconfig ath0 ssid office-g ifconfig ath0 mode 11g channel 6 ifconfig ath0 wepmode on ifconfig ath0 weptxkey 1 wepkey 0xD865E5A ifconfig ath0 192.168.1.99 ifconfig ath0 netmask 255.255.255.0 rm /etc/resolv.conf echo "nameserver 198.6.1.122" >> /etc/resolv.conf echo "nameserver 198.6.1.142" >> /etc/resolv.conf echo "nameserver 198.6.1.146" >> /etc/resolv.conf route -q add default 192.168.1.1 > > -- Brooks > -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 22:26: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 2799B16A41F; Fri, 30 Sep 2005 22:26: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 C130943D53; Fri, 30 Sep 2005 22:26:27 +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 j8UMOgA6025860; Fri, 30 Sep 2005 15:24:42 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8UMOgXc025859; Fri, 30 Sep 2005 15:24:42 -0700 Date: Fri, 30 Sep 2005 15:24:42 -0700 From: Brooks Davis To: Eric Schuele Message-ID: <20050930222442.GA20004@odin.ac.hmc.edu> References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <433DAE00.4090602@computer.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: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 22:26:28 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 30, 2005 at 04:28:32PM -0500, Eric Schuele wrote: > Brooks Davis wrote: > >On Fri, Sep 30, 2005 at 03:36:31PM -0500, Eric Schuele wrote: > > > >>James Snow wrote: > >> > >>>On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: > >>> > >>> > >>>>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites.= ..=20 > >>>>but I would like it to work with WEP as well. it appears to associat= e=20 > >>>>with a WEP site no matter what WEP key I give it. But whether the ke= y=20 > >>>>is correct or not... I can not get a response from my DHCP server. > >>>> > >>>>My wpa_supplicant entry: > >>> > >>>... > >>> > >>> > >>>>wep_tx_keyidx=3D0 > >>> > >>> > >>>I would try dropping this line. I use wpa_supplicant to connect to a > >>>number of different wireless networks and for the WEP-only ones I've > >>>never needed anything more than: > >>> > >>>ssid=3D... > >>>key_mgmt=3DNONE > >>>wep_key0=3D... > >>> > >> > >>Still no go. The wep_key0 is the clear text passphrase, correct? Not > >>one of the encrypted keys? right? > > > > > >The entry in the example file shows both hex and ascii keys. No > >excryption of keys is supported by standard WEP so if your AP is doing > >something like that you need to get the hex key it's using from it. >=20 > If I attempt to use the hex key... it fails to parse the wpa_supplicant= =20 > file!?! The AP is a linksys something-or-other... and when you type in= =20 > a cleartext passphrase it generates 4 hex keys. I have tried both the=20 > passphrase and the hex keys. You definitly need to use the hex keys. Turning a password into four hex keys is absolutly not part of the standard. How are you entering your hex keys? The examples are a bit unclear, but digging around in the code it looks like unquoted strings are assumed to be hex strings. They should not be prefixed by 0x. The manpage needs some help in this area. > >Have you been able to connect by hand (not using wpa_supplicant)? If > >not, do that first. >=20 > Yes... I can connect using the following script Good. Hopefully it's just a confusing config file issue. -- 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 --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDPbspXY6L6fI4GtQRAj8CAKCgomcCcsKb1snUJ9NKipMPKllmQACfdW5f fJg9Q5cNy49BsGPt3w3k9IQ= =ZfNN -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 23:09: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 1FD8016A41F; Fri, 30 Sep 2005 23:09:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF0743D48; Fri, 30 Sep 2005 23:09:34 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8UN7kUP053615; Fri, 30 Sep 2005 17:07:46 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 30 Sep 2005 17:08:28 -0600 (MDT) Message-Id: <20050930.170828.39713743.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <200509301415.30321.jhb@FreeBSD.org> References: <6.2.3.4.0.20050930133613.079338f0@64.7.153.2> <200509301400.04898.mi+mx@aldan.algebra.com> <200509301415.30321.jhb@FreeBSD.org> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 30 Sep 2005 17:07:51 -0600 (MDT) Cc: mi+mx@aldan.algebra.com, mike@sentex.net, re@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 23:09:35 -0000 In message: <200509301415.30321.jhb@FreeBSD.org> John Baldwin writes: : On Friday 30 September 2005 02:00 pm, Mikhail Teterin wrote: : > Mike Tancsa: : > > I have a few older Intel 845 MBs like that. The IDE controller is not : > > really disabled and if it shares and IRQ with something live/being : > > used, things go crazy with a storm. The easiest thing to do is enable : > > the controller in the BIOS : > : > Enabling the IDE controller in the BIOS did not help at all. What did help : > is removing ata/atadisk/atapicd from the kernel. : > : > John Baldwin: : > > Do you have any other devices in the system on IRQ14 (such as amr0 : > > perhaps)? : > : > No... After removing ata from the kernel completely, things are nice and : > quiet and IRQ14 is not listed by neither dmesg.boot nor by `systat -vm'. : > : > I'd just accept it as the fact of life, but the problem did not exist in : > 5.4... : : What if you turn off the pci power tunable? B5 has tue power tunable off by default... Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 23:22:23 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 9F53216A41F for ; Fri, 30 Sep 2005 23:22:23 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (ruprt.hosting4u.cz [82.208.25.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id C70F743D48 for ; Fri, 30 Sep 2005 23:22:22 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id 0D44E4E705 for ; Sat, 1 Oct 2005 01:22:28 +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 13210-03 for ; Sat, 1 Oct 2005 01:22:27 +0200 (CEST) Received: from gandalf (unknown [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 8EF544E704 for ; Sat, 1 Oct 2005 01:22:27 +0200 (CEST) From: =?us-ascii?Q?Daniel_Dvorak?= To: Date: Sat, 1 Oct 2005 01:22:19 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0005_01C5C626.9151A0F0" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcXGFc00I7oj54YSR4+DrySEQZwo7Q== Message-Id: <20050930232227.8EF544E704@pipa.profix.cz> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: Subject: LOR ral vm_map 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: Fri, 30 Sep 2005 23:22:23 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C5C626.9151A0F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, yesterday I upgraded my beta4 to beta5, after installing new compiled kernel and the first rebooting, lower mention LOR turned up. lock order reversal 1st 0xc2856b68 ral0 (network driver) @ /usr/src/sys/dev/ral/if_ral.c:2189 2nd 0xc26ef3c8 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(c0a2328a,c26ef3c8,c0a43253,c0a43253,c0a432d3) at kdb_backtrace+0x2e witness_checkorder(c26ef3c8,9,c0a432d3,bb5,c0b13098) at witness_checkorder+0x6c3 _sx_xlock(c26ef3c8,c0a432d3,bb5,c0b13098,e78b39b8) at _sx_xlock+0x7e _vm_map_lock_read(c26ef384,c0a432d3,bb5,2b13520,805f000) at _vm_map_lock_read+0x4a vm_map_lookup(e78b3a5c,805f000,2,e78b3a60,e78b3a50) at vm_map_lookup+0x2e vm_fault(c26ef384,805f000,2,8,c2aff300) at vm_fault+0x7f trap_pfault(e78b3b28,0,805f000,c0a423e4,805f000) at trap_pfault+0xf3 trap(8,28,28,805f000,c2bab400) at trap+0x36d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc098a062, esp = 0xe78b3b68, ebp = 0xe78b3b9c --- generic_copyout(c2872000,c28f1cc0,c2856904,c0286938,0) at generic_copyout+0x36 ieee80211_ioctl(c2856004,c0286938,c28f1cc0,88d,c2856004) at ieee80211_ioctl+0xe3 ral_ioctl(c2872000,c0286938,c28f1cc0,c0b52d60,1) at ral_ioctl+0x9e ifhwioctl(c0286938,c2872000,c28f1cc0,c2aff300,8) at ifhwioctl+0xbfd ifioctl(c2ba4590,c0286938,c28f1cc0,c2aff300,2) at ifioctl+0xeb soo_ioctl(c2adc900,c0286938,c28f1cc0,c26e0a80,c2aff300) at soo_ioctl+0x3bf ioctl(c2aff300,e78b3d04,c,422,3) at ioctl+0x45d syscall(3b,3b,3b,805e028,11) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280d124f, esp = 0xbfbfe8bc, ebp = 0xbfbfe8d8 --- Dan _____ avast! Antivirus : Odchozi zprava cista. Virova databaze (VPS): 0539-3, 30.09.2005 Testovano: 1.10.2005 1:22:19 avast! - copyright (c) 1988-2005 ALWIL Software. ------=_NextPart_000_0005_01C5C626.9151A0F0 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" 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-BETA5 #0: Fri Sep 30 14:47:13 CEST 2005 root@gandalf.tocnet28.jspoj.czf:/usr/obj/usr/src/sys/GANDALF WARNING: WITNESS option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2010.31-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x10ff0 Stepping =3D 0 =20 Features=3D0x78bfbff AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 1073676288 (1023 MB) avail memory =3D 1037373440 (989 MB) ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered netsmb_dev: loaded ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: irq 10 on acpi0 pci_link1: on acpi0 pci_link2: irq 11 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 3 on acpi0 pci_link8: irq 5 on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: irq 0 on acpi0 pci_link17: irq 0 on acpi0 pci_link18: irq 0 on acpi0 pci_link19: irq 0 on acpi0 pci_link20: irq 16 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 Timecounter "ACPI-fast" = frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 = cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xda102000-0xda102fff at = device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff at = device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered ulpt0: Hewlett-Packard HP LaserJet 1020, rev 2.00/1.00, addr 2, iclass = 7/1 ulpt0: using bi-directional mode pci0: at device 4.0 (no driver attached) atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 = ata0: on atapci0 ata1: on atapci0 pcib1: at device 9.0 on pci0 pci5: on pcib1 ral0: mem 0xda000000-0xda001fff irq 16 at = device 6.0 on pci5 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: 00:11:2f:a9:16:ad ral0: [GIANT-LOCKED] rl0: port 0xc000-0xc0ff mem = 0xda002000-0xda0020ff irq 18 at device 8.0 on pci5 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0e:2e:31:3d:bd rl0: [GIANT-LOCKED] nve0: port 0xd000-0xd007 mem = 0xda100000-0xda100fff irq 21 at device 10.0 on pci0 nve0: Ethernet address 00:11:d8:a4:58:2f miibus1: on nve0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-FDX, auto nve0: Ethernet address: 00:11:d8:a4:58:2f nve0: [GIANT-LOCKED] pcib2: at device 11.0 on pci0 pci4: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci2: on pcib4 pcib5: at device 14.0 on pci0 pci1: on pcib5 pci1: at device 0.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-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/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff on isa0 = sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding 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 ums0: Logitech USB Mouse, rev 1.10/6.20, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2010313858 Hz quality 800 Timecounters tick = every 1.000 msec IPv6 packet filtering initialized, default to accept, logging limited to = 100 packets/entry IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding = enabled, default to accept, logging limited to 100 packets/entry by = default ad0: 156334MB at ata0-master UDMA133 ad1: 78167MB at ata0-slave UDMA133 acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave PIO4 Trying to mount root = from ufs:/dev/ad0s4a lock order reversal 1st 0xc2856b68 ral0 (network = driver) @ /usr/src/sys/dev/ral/if_ral.c:2189 2nd 0xc26ef3c8 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(c0a2328a,c26ef3c8,c0a43253,c0a43253,c0a432d3) at = kdb_backtrace+0x2e witness_checkorder(c26ef3c8,9,c0a432d3,bb5,c0b13098) at witness_checkorder+0x6c3 _sx_xlock(c26ef3c8,c0a432d3,bb5,c0b13098,e78b39b8) at _sx_xlock+0x7e _vm_map_lock_read(c26ef384,c0a432d3,bb5,2b13520,805f000) at = _vm_map_lock_read+0x4a vm_map_lookup(e78b3a5c,805f000,2,e78b3a60,e78b3a50) at = vm_map_lookup+0x2e vm_fault(c26ef384,805f000,2,8,c2aff300) at = vm_fault+0x7f trap_pfault(e78b3b28,0,805f000,c0a423e4,805f000) at trap_pfault+0xf3 trap(8,28,28,805f000,c2bab400) at trap+0x36d calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc098a062, esp =3D 0xe78b3b68, ebp =3D 0xe78b3b9c --- generic_copyout(c2872000,c28f1cc0,c2856904,c0286938,0) at generic_copyout+0x36 ieee80211_ioctl(c2856004,c0286938,c28f1cc0,88d,c2856004) at ieee80211_ioctl+0xe3 ral_ioctl(c2872000,c0286938,c28f1cc0,c0b52d60,1) at ral_ioctl+0x9e ifhwioctl(c0286938,c2872000,c28f1cc0,c2aff300,8) at ifhwioctl+0xbfd ifioctl(c2ba4590,c0286938,c28f1cc0,c2aff300,2) at ifioctl+0xeb soo_ioctl(c2adc900,c0286938,c28f1cc0,c26e0a80,c2aff300) at = soo_ioctl+0x3bf ioctl(c2aff300,e78b3d04,c,422,3) at ioctl+0x45d syscall(3b,3b,3b,805e028,11) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280d124f, esp =3D = 0xbfbfe8bc, ebp =3D 0xbfbfe8d8 --- Accounting enabled pflog0: promiscuous mode enabled ------=_NextPart_000_0005_01C5C626.9151A0F0-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 01:47: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 2B56616A41F; Sat, 1 Oct 2005 01:47:39 +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 9CEF943D4C; Sat, 1 Oct 2005 01:47:38 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 5F1FD8C994C; Sat, 1 Oct 2005 09:47:37 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 5275B8C9942; Sat, 1 Oct 2005 09:47:37 +0800 (CST) Date: Sat, 1 Oct 2005 09:47:37 +0800 (CST) From: Tai-hwa Liang To: Eric Schuele In-Reply-To: <433D5384.2000201@computer.org> Message-ID: <0510010917536.2765@www.mmlab.cse.yzu.edu.tw> References: <433D5384.2000201@computer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, FreeBSD mobile Mailing List Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 01:47:39 -0000 On Fri, 30 Sep 2005, Eric Schuele wrote: > Hello, > > I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... but I > would like it to work with WEP as well. it appears to associate with a WEP > site no matter what WEP key I give it. But whether the key is correct or > not... I can not get a response from my DHCP server. > > My wpa_supplicant entry: > (Note that no matter what I put for the key... I still get assoc.) > network={ > ssid="OfficeSSID" > scan_ssid=1 > key_mgmt=NONE > wep_tx_keyidx=0 > wep_key0="OfficeKey" > } > My dhclient.conf entry: > interface "ath0" { > send dhcp-client-identifier "fangorn"; > request subnet-mask, broadcast-address, routers, domain-name-servers, > domain-name; > } > > Kernel Config: (are wlan_* necessary?) If you are using WEP only, wlan + wlan_wep should be enough. > # Wireless LAN support > device wlan # 802.11 support > device wlan_wep # WLAN WEP kernel module > device wlan_ccmp # AES-CCMP crypto support > device wlan_tkip # TKIP and Michael cypto support for > > # Wirelass NIC cards > device ath # Atheros support > device ath_hal # Atheros HAL > device ath_rate_sample # SampleRate Rate Control I didn't statically compile these in kernel; however, there should be no difference between dynamically loaded and statically compiled driver. > fangorn# wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf -d & > [1] 1057 > fangorn# Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf' driver > 'default' > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' > Reading configuration file '/etc/wpa_supplicant.conf' > ctrl_interface='/var/run/wpa_supplicant' > ctrl_interface_group=0 (from group name 'wheel') > Priority group 0 > id=0 ssid='home' > id=1 ssid='office-g' > id=2 ssid='dragnfly' > Initializing interface (2) 'ath0' > Own MAC address: 00:0e:9b:53:31:9d > wpa_driver_bsd_set_wpa: enabled=1 > wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 > wpa_driver_bsd_del_key: keyidx=0 > wpa_driver_bsd_del_key: keyidx=1 > wpa_driver_bsd_del_key: keyidx=2 > wpa_driver_bsd_del_key: keyidx=3 > wpa_driver_bsd_set_countermeasures: enabled=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > Setting scan request: 0 sec 100000 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=17): > 77 4c 41 4e 5f 57 45 50 5f 4b 78 36 4c 30 34 6f home > 32 2 > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 2: 00:0f:66:10:d6:da ssid='' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=10): > 6c 61 71 75 69 6e 74 61 2d 67 office-g > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 2: 00:0f:66:10:d6:da ssid='office-g' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > selected non-WPA AP 00:0f:66:10:d6:da ssid='office-g' > Trying to associate with 00:0f:66:10:d6:da (SSID='office-g' freq=2437 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 > seq_len=0 key_len=7 > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate: ssid 'office-g' wpa ie len 0 pairwise 4 group 4 key > mgmt 2 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 5 sec 0 usec > Association event - clear replay counter > Associated to a new BSS: BSSID=00:0f:66:10:d6:da > Associated with 00:0f:66:10:d6:da > Cancelling authentication timeout Looks fine to me. > fangorn# ifconfig > ath0: flags=8843 mtu 1500 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:0e:9b:53:31:9d > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > status: associated > ssid office-g channel 6 bssid 00:0f:66:10:d6:da > authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 54 > protmode CTS roaming MANUAL bintval 100 > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 Your station should be associated to the AP at this point. Which implies the key configuration written in your wpa_supplicant.conf is correct. > fangorn# dhclient ath0 > DHCPREQUEST on ath0 to 255.255.255.255 port 67 > DHCPREQUEST on ath0 to 255.255.255.255 port 67 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 10 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 > ^C > fangorn# exit This is weird. Did you try to set ath0 IP address manually and ping some other hosts as well? In addition to that, whilst dhclient was acquiring an IP address, was there any abnormal behaviour(such like re-associate with the AP) on your wpa_supplicant console? > uname -a > FreeBSD fangorn.nxdomain.org 6.0-BETA5 FreeBSD 6.0-BETA5 #29: Wed Sep 28 > 11:47:26 CDT 2005 root@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM_6 > i386 My test was on a 3 days old 7-CURRENT but there shouldn't be too much difference in their net80211 stack and wpa_supplicant. > What have I done wrong??? Any other info needed can be provided. Does your AP suppose to be your DHCP server? If not, try to manually set the ath0 address and your AP's IP address to the same subnet and see if you can ping the AP from ath0 after they associate with each other. If you don't have problem to ping your AP, there probably be something wrong between your AP and the real DHCP provider. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 02:07: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 BFBC816A41F; Sat, 1 Oct 2005 02:07:28 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 099A543D48; Sat, 1 Oct 2005 02:07:27 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (sccrmhc14) with ESMTP id <2005100102071701400pr3h7e>; Sat, 1 Oct 2005 02:07:22 +0000 Message-ID: <433DEF54.7070201@computer.org> Date: Fri, 30 Sep 2005 21:07:16 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> In-Reply-To: <20050930222442.GA20004@odin.ac.hmc.edu> Content-Type: multipart/mixed; boundary="------------090009070504080304070808" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 02:07:29 -0000 This is a multi-part message in MIME format. --------------090009070504080304070808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Brooks Davis wrote: > On Fri, Sep 30, 2005 at 04:28:32PM -0500, Eric Schuele wrote: > >>Brooks Davis wrote: >> >>>On Fri, Sep 30, 2005 at 03:36:31PM -0500, Eric Schuele wrote: >>> >>> >>>>James Snow wrote: >>>> >>>> >>>>>On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: >>>>> >>>>> >>>>> >>>>>>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... >>>>>>but I would like it to work with WEP as well. it appears to associate >>>>>>with a WEP site no matter what WEP key I give it. But whether the key >>>>>>is correct or not... I can not get a response from my DHCP server. >>>>>> >>>>>>My wpa_supplicant entry: >>>>> >>>>>... >>>>> >>>>> >>>>> >>>>>>wep_tx_keyidx=0 >>>>> >>>>> >>>>>I would try dropping this line. I use wpa_supplicant to connect to a >>>>>number of different wireless networks and for the WEP-only ones I've >>>>>never needed anything more than: >>>>> >>>>>ssid=... >>>>>key_mgmt=NONE >>>>>wep_key0=... >>>>> >>>> >>>>Still no go. The wep_key0 is the clear text passphrase, correct? Not >>>>one of the encrypted keys? right? >>> >>> >>>The entry in the example file shows both hex and ascii keys. No >>>excryption of keys is supported by standard WEP so if your AP is doing >>>something like that you need to get the hex key it's using from it. >> >>If I attempt to use the hex key... it fails to parse the wpa_supplicant >>file!?! The AP is a linksys something-or-other... and when you type in >>a cleartext passphrase it generates 4 hex keys. I have tried both the >>passphrase and the hex keys. > > > You definitly need to use the hex keys. Turning a password into four > hex keys is absolutly not part of the standard. Ah... hex *keys*... plural!! I should use all 4 of them? I had been using just the one declared as the default key to tx. I have attached a screenshot of what a linksys does when you setup WEP. Give it a cleartext passphrase and it generates 4 hex keys. On some systems you can enter the passphrase... others I've had to enter the 'default' key. Never thought to try all four keys at once. Is that what you think I should do? > How are you entering > your hex keys? The examples are a bit unclear, but digging around in > the code it looks like unquoted strings are assumed to be hex strings. > They should not be prefixed by 0x. I'll try them in the above format (I was prefixing with 0x). I'm not in the office but will try my home AP.... BRB.... Whoa!!! That's IT!!! Am I the only person who couldn't figure that out??? You must use all 4 hex keys and specify which is the default. Thank you very much! > The manpage needs some help in this > area. > > >>>Have you been able to connect by hand (not using wpa_supplicant)? If >>>not, do that first. >> >>Yes... I can connect using the following script > > > Good. Hopefully it's just a confusing config file issue. > > -- Brooks > -- Regards, Eric --------------090009070504080304070808-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 02:35: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 23B4F16A41F; Sat, 1 Oct 2005 02:35:59 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.198.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A46D443D4C; Sat, 1 Oct 2005 02:35:58 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (rwcrmhc12) with ESMTP id <2005100102355701400l04a3e>; Sat, 1 Oct 2005 02:35:57 +0000 Message-ID: <433DF60C.50900@computer.org> Date: Fri, 30 Sep 2005 21:35:56 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <433D5384.2000201@computer.org> <0510010917536.2765@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <0510010917536.2765@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD mobile Mailing List Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 02:35:59 -0000 Tai-hwa Liang wrote: > On Fri, 30 Sep 2005, Eric Schuele wrote: > >> Hello, >> >> >> Kernel Config: (are wlan_* necessary?) > > > If you are using WEP only, wlan + wlan_wep should be enough. Ok... well its a long story, so I'll spare you. But, I had never known they even existed till I stumbled across someone elses post saying they were necessary. Thanks for confirming they are needed. I got the rest of my problems fixed by another post. Thanks for the response. (p.s. for some reason I could not CC you!?!) > >> # Wireless LAN support >> device wlan # 802.11 support >> device wlan_wep # WLAN WEP kernel module >> device wlan_ccmp # AES-CCMP crypto support >> device wlan_tkip # TKIP and Michael cypto support for >> >> # Wirelass NIC cards >> device ath # Atheros support >> device ath_hal # Atheros HAL >> device ath_rate_sample # SampleRate Rate Control > > > I didn't statically compile these in kernel; however, there should > be no difference between dynamically loaded and statically compiled driver. > >> fangorn# wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf -d & >> [1] 1057 >> fangorn# Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf' >> driver 'default' >> Configuration file '/etc/wpa_supplicant.conf' -> >> '/etc/wpa_supplicant.conf' >> Reading configuration file '/etc/wpa_supplicant.conf' >> ctrl_interface='/var/run/wpa_supplicant' >> ctrl_interface_group=0 (from group name 'wheel') >> Priority group 0 >> id=0 ssid='home' >> id=1 ssid='office-g' >> id=2 ssid='dragnfly' >> Initializing interface (2) 'ath0' >> Own MAC address: 00:0e:9b:53:31:9d >> wpa_driver_bsd_set_wpa: enabled=1 >> wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 >> wpa_driver_bsd_del_key: keyidx=0 >> wpa_driver_bsd_del_key: keyidx=1 >> wpa_driver_bsd_del_key: keyidx=2 >> wpa_driver_bsd_del_key: keyidx=3 >> wpa_driver_bsd_set_countermeasures: enabled=0 >> wpa_driver_bsd_set_drop_unencrypted: enabled=1 >> Setting scan request: 0 sec 100000 usec >> Starting AP scan (specific SSID) >> Scan SSID - hexdump_ascii(len=17): >> 77 4c 41 4e 5f 57 45 50 5f 4b 78 36 4c 30 34 6f home >> 32 2 >> Received 0 bytes of scan results (3 BSSes) >> Scan results: 3 >> Selecting BSS from priority group 0 >> 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 2: 00:0f:66:10:d6:da ssid='' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> No suitable AP found. >> Setting scan request: 5 sec 0 usec >> Starting AP scan (specific SSID) >> Scan SSID - hexdump_ascii(len=10): >> 6c 61 71 75 69 6e 74 61 2d 67 office-g >> Received 0 bytes of scan results (3 BSSes) >> Scan results: 3 >> Selecting BSS from priority group 0 >> 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 2: 00:0f:66:10:d6:da ssid='office-g' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> selected non-WPA AP 00:0f:66:10:d6:da ssid='office-g' >> Trying to associate with 00:0f:66:10:d6:da (SSID='office-g' freq=2437 >> MHz) >> Cancelling scan request >> Automatic auth_alg selection: 0x1 >> No keys have been configured - skip key clearing >> wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 >> set_tx=1 seq_len=0 key_len=7 >> wpa_driver_bsd_set_drop_unencrypted: enabled=1 >> wpa_driver_bsd_associate: ssid 'office-g' wpa ie len 0 pairwise 4 >> group 4 key mgmt 2 >> wpa_driver_bsd_associate: set PRIVACY 1 >> Setting authentication timeout: 5 sec 0 usec >> Association event - clear replay counter >> Associated to a new BSS: BSSID=00:0f:66:10:d6:da >> Associated with 00:0f:66:10:d6:da >> Cancelling authentication timeout > > > Looks fine to me. > >> fangorn# ifconfig >> ath0: flags=8843 mtu 1500 >> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 >> ether 00:0e:9b:53:31:9d >> media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) >> status: associated >> ssid office-g channel 6 bssid 00:0f:66:10:d6:da >> authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 54 >> protmode CTS roaming MANUAL bintval 100 >> lo0: flags=8049 mtu 16384 >> inet 127.0.0.1 netmask 0xff000000 > > > Your station should be associated to the AP at this point. Which implies > the key configuration written in your wpa_supplicant.conf is correct. > >> fangorn# dhclient ath0 >> DHCPREQUEST on ath0 to 255.255.255.255 port 67 >> DHCPREQUEST on ath0 to 255.255.255.255 port 67 >> DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 >> DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 10 >> DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 >> ^C >> fangorn# exit > > > This is weird. Did you try to set ath0 IP address manually and ping some > other hosts as well? > > In addition to that, whilst dhclient was acquiring an IP address, was > there any abnormal behaviour(such like re-associate with the AP) on your > wpa_supplicant console? > >> uname -a >> FreeBSD fangorn.nxdomain.org 6.0-BETA5 FreeBSD 6.0-BETA5 #29: Wed Sep >> 28 11:47:26 CDT 2005 >> root@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM_6 i386 > > > My test was on a 3 days old 7-CURRENT but there shouldn't be too much > difference in their net80211 stack and wpa_supplicant. > >> What have I done wrong??? Any other info needed can be provided. > > > Does your AP suppose to be your DHCP server? If not, try to manually > set the ath0 address and your AP's IP address to the same subnet and > see if you can ping the AP from ath0 after they associate with each other. > > If you don't have problem to ping your AP, there probably be something > wrong between your AP and the real DHCP provider. > -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 08:54: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 C454016A41F; Sat, 1 Oct 2005 08:54:03 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F9F743D45; Sat, 1 Oct 2005 08:54:02 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j918rxrC062121 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 1 Oct 2005 10:53:59 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j918rwMp062120; Sat, 1 Oct 2005 10:53:58 +0200 (CEST) Date: Sat, 1 Oct 2005 10:53:58 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20051001085358.GA62022@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: scottl@freebsd.org Subject: 6.0R todo list - hash sizes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 08:54:03 -0000 Hi, scottl@ removed: Nullfs (and perhaps other filesystems) use an absurdly small hash size that causes significant performance penalties. this item from 6.0R todo list. How was this solved? I didnt see any commits to enlarge the hash values. Its still the same... why it was removed then? thnx for answer roman p.s. the possible fix is to use desiredvnodes for the initialization of the hash but desiredvnodes is commented to be historical cruft and should not exist. Alhought a lot of code uses it. From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 09:28: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 1F9C316A41F for ; Sat, 1 Oct 2005 09:28:49 +0000 (GMT) (envelope-from psilotum.ptt2@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD9743D46 for ; Sat, 1 Oct 2005 09:28:48 +0000 (GMT) (envelope-from psilotum.ptt2@gmail.com) Received: by qproxy.gmail.com with SMTP id o12so73107qba for ; Sat, 01 Oct 2005 02:28:47 -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=C3VxE3aH2AKitzBDX6D/58QCDcso9Ad9cdgBMfKo5F//EnHCV4zXaceRUWQapx/xhSE1ST7Tz84HaoL1U9xz8rIQ6vXepd7DTpy0jfL93v7wYv8xh7jgEaD7/O2s4uS8RH9kcLb6b+dC6eNaJp9HB2XWJEmfxExiy9nCtuD5U6c= Received: by 10.64.184.2 with SMTP id h2mr32261qbf; Sat, 01 Oct 2005 02:22:03 -0700 (PDT) Received: by 10.65.43.5 with HTTP; Sat, 1 Oct 2005 02:22:02 -0700 (PDT) Message-ID: <42b6915e0510010222y285194a2wf581c70cbbfffbf@mail.gmail.com> Date: Sat, 1 Oct 2005 17:22:02 +0800 From: "Lin, Cheng-tao(psilotum)" To: freebsd-current@freebsd.org In-Reply-To: <433D8AE8.3060106@gwch.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <433D8AE8.3060106@gwch.net> Cc: Subject: Re: FreeBSD6.0-Beta5 / Gnome2 / PF -> bad combination? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Lin, Cheng-tao\(psilotum\)" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 09:28:49 -0000 hi Grosswiler: I've encountered such situation(but actually it wasn't with pf, i just modified the default value of sysctl net.inet.tcp.blackhole and gnome started slowly), I hope this may solve your problem: http://www.freebsd.org/gnome/docs/faq2.html#q20 regards, cheng-tao On 10/1/05, Roger Grosswiler wrote: > i updated to 6.0 Beta5, which did my UMA-Lock. This has gone. But still, > Gnome needs minutes to get on Desktop. > > If pf is enabled (with standard-rules enabled in /etc/pf.conf) it takes > minutes to get the desktop. Disabling pf brings the desktop up in seconds= . > > Problem: i don't get any message in my logs i could send with. Does > anybody know about an issue with pf and gnome? > > Thx, > Roger > From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 14:33: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 2831C16A420; Fri, 30 Sep 2005 14:33:32 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65AA043D53; Fri, 30 Sep 2005 14:33:30 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8UEXTmc008363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Sep 2005 10:33:29 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j8UEXS1o008362; Fri, 30 Sep 2005 10:33:28 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) X-Authentication-Warning: blue.virtual-estates.net: mi set sender to mi+kde@aldan.algebra.com using -f From: Mikhail Teterin To: Alexander Leidinger Date: Fri, 30 Sep 2005 10:33:28 -0400 User-Agent: KMail/1.8.2 References: <200509291506.j8TF60rc043909@blue.virtual-estates.net> <20050930100507.f2ve4322ko4ocsgo@netchild.homeip.net> In-Reply-To: <20050930100507.f2ve4322ko4ocsgo@netchild.homeip.net> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Sat, 01 Oct 2005 11:40:41 +0000 Cc: re@freebsd.org, CQG00620@nifty.ne.jp, current@freebsd.org Subject: mss initialization timing out in 6.0B5 (Re:) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 14:33:32 -0000 On Friday 30 September 2005 04:05 am, you wrote: = It's not MFCed. And I don't intend to MFC any of the sound system = changes, except for small parts which fix showstoppers. I wonder, what broke then -- the April 23 kernel worked just fine... = If you apply just the change between 1.99 and 1.100 to RELENG_6, does = it work for you? I'll try on the next reboot, thanks. -mi From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 18:00:25 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 98F5216A41F; Fri, 30 Sep 2005 18:00:24 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id CACA443D48; Fri, 30 Sep 2005 18:00:23 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8UI0IEi008886 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 30 Sep 2005 14:00:22 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8UI0Dwd014617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Sep 2005 14:00:13 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j8UI070Y003367; Fri, 30 Sep 2005 14:00:07 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j8UI04lG003366; Fri, 30 Sep 2005 14:00:04 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Mike Tancsa Date: Fri, 30 Sep 2005 14:00:03 -0400 User-Agent: KMail/1.8.2 References: <200509291435.25167.mi+mx@aldan.algebra.com> <6.2.3.4.0.20050930133613.079338f0@64.7.153.2> In-Reply-To: <6.2.3.4.0.20050930133613.079338f0@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509301400.04898.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1105/Thu Sep 29 17:31:04 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Sat, 01 Oct 2005 11:40:41 +0000 Cc: re@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 18:00:25 -0000 Mike Tancsa: > I have a few older Intel 845 MBs like that. The IDE controller is not > really disabled and if it shares and IRQ with something live/being > used, things go crazy with a storm. The easiest thing to do is enable > the controller in the BIOS Enabling the IDE controller in the BIOS did not help at all. What did help is removing ata/atadisk/atapicd from the kernel. John Baldwin: > Do you have any other devices in the system on IRQ14 (such as amr0 perhaps)? No... After removing ata from the kernel completely, things are nice and quiet and IRQ14 is not listed by neither dmesg.boot nor by `systat -vm'. I'd just accept it as the fact of life, but the problem did not exist in 5.4... -mi From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 18:57: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 1458A16A41F; Fri, 30 Sep 2005 18:57:13 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D0E43D48; Fri, 30 Sep 2005 18:57:12 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8UIvA4t009000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 30 Sep 2005 14:57:11 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8UIv4sl015061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Sep 2005 14:57:05 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j8UIuxm5003642; Fri, 30 Sep 2005 14:56:59 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j8UIuuL8003641; Fri, 30 Sep 2005 14:56:56 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: current@freebsd.org Date: Fri, 30 Sep 2005 14:56:56 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509301456.56638.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1105/Thu Sep 29 17:31:04 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Sat, 01 Oct 2005 11:40:41 +0000 Cc: ps@freebsd.org, imp@freebsd.org Subject: strange values in `systat -vm' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 18:57:13 -0000 On one of my computers the ``Dir-cache'' column of the systat's vm-display is always either empty or displays something like: Dir-cache hits % X X00 When X happens to be too big, the X00 gets replaced by "****". Looking into the usr.bin/systat/vmstat.c, I find, that the numbers are coming from nchtotal.ncs_pass2, which is expected to be less than s.nchcount. I put some debugging instrumentation around that code, and see that that second number (nchcount), however, is always zero and so nz() turns it into 1, which leads to the multiplication by 100 I observe. The nchcount is computed as: nchtotal.ncs_goodhits + nchtotal.ncs_badhits + nchtotal.ncs_miss + nchtotal.ncs_long + nchtotal.ncs_neghits; which does not, indeed, include the ncs_pass2. Should it? How does it work for others (including my other machines)? The numbers are obtained via sysctl("vfs.cache.nchstats") and I don't know, what exactly they mean :-) A one-per-second call to sysctl from command line returns: vfs.cache.nchstats: 2546 138 16 0 297 0 1753939 3111941 vfs.cache.nchstats: 2546 138 16 0 297 0 1753943 3111992 vfs.cache.nchstats: 2546 138 16 0 297 0 1753947 3112167 vfs.cache.nchstats: 2546 138 16 0 297 0 1753951 3112237 vfs.cache.nchstats: 2546 138 16 0 297 0 1753955 3112277 [...] I saw this in 5.x and am still seeing it in 6.0B5. -mi From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 21:00: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 7ED3716A41F; Fri, 30 Sep 2005 21:00:45 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B2243D49; Fri, 30 Sep 2005 21:00:44 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8UL0gVL011570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 30 Sep 2005 17:00:43 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8UL0bEg015796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Sep 2005 17:00:37 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j8UL0VV2005675; Fri, 30 Sep 2005 17:00:31 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j8UL0ToD005674; Fri, 30 Sep 2005 17:00:29 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: John Baldwin Date: Fri, 30 Sep 2005 17:00:28 -0400 User-Agent: KMail/1.8.2 References: <200509291435.25167.mi+mx@aldan.algebra.com> <200509301400.04898.mi+mx@aldan.algebra.com> <200509301415.30321.jhb@FreeBSD.org> In-Reply-To: <200509301415.30321.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509301700.29127.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1106/Fri Sep 30 13:17:17 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Sat, 01 Oct 2005 11:40:41 +0000 Cc: sos@freebsd.org, re@freebsd.org, current@freebsd.org, Mike Tancsa Subject: Re: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 21:00:45 -0000 > What if you turn off the pci power tunable? Do you mean one of these sysctl: hw.pci.do_power_nodriver: 0 hw.pci.do_power_resume: 1 ? There are no other tunables with "pci" and "power" in their names... -mi From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 21:21:44 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 4CC3B16A41F; Fri, 30 Sep 2005 21:21:44 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9412443D48; Fri, 30 Sep 2005 21:21:40 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8ULLcU8011602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 30 Sep 2005 17:21:39 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8ULLX6g016024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Sep 2005 17:21:33 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j8ULLRpW005782; Fri, 30 Sep 2005 17:21:27 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j8ULLP54005781; Fri, 30 Sep 2005 17:21:25 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: "Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=" Date: Fri, 30 Sep 2005 17:21:24 -0400 User-Agent: KMail/1.8.2 References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <200509221652.54123.mi+mx@aldan.algebra.com> <863bnppmhy.fsf@xps.des.no> In-Reply-To: <863bnppmhy.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509301721.25026.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1106/Fri Sep 30 13:17:17 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Sat, 01 Oct 2005 11:40:41 +0000 Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Sep 2005 21:21:44 -0000 > sectors are irrelevant. what you need to look at is the block size, > which is 16k by default. Ok, thanks. > % find /usr/share/man/ -name \*.gz -ls | sort -k 1 | awk '$1 == inode { > next } \ { inode=$1; total++; if ($7 % 16384 < $7*0.10) savings++ } \ > END {print savings " out of " total}' > 6 out of 2788 Using Charles' more precise mpsizer.py (with 16384 instead of 512), I get 7 out of 2708 -- and that is for the man* parts only (not cat), or 7*16kb=112Kb of savings. Not much by today's standards, but still a benefit, IMHO. Cat* stuff is only bigger, BTW. But this brings up another idea -- if the actual uncompressed man-page is less than the destination's FS block size, there is no point compressing it at all... Maybe, INSTALL_MAN should become more than an alias to install(1) and handle this sort of logic -- do not compress at all, gzip, or bzip2 -- depending on the file and FS at hand? (Yes, this assumes the blocksize of /usr/obj is the same as /usr, but the same ssumption is being made about /etc -- the destination of termcap.db). Whatever the case, the first step would be to smarten up man(1) anyway. Looks like David is on the case already. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/79607 -mi From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 11:50:10 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 76B5B16A41F for ; Sat, 1 Oct 2005 11:50:10 +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 037EA43D45 for ; Sat, 1 Oct 2005 11:50:09 +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 BB5151FF931; Sat, 1 Oct 2005 13:50:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 262D01FF90C; Sat, 1 Oct 2005 13:50:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 7140F15823; Sat, 1 Oct 2005 11:45:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6F18015329; Sat, 1 Oct 2005 11:45:55 +0000 (UTC) Date: Sat, 1 Oct 2005 11:45:54 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: dandee@volny.cz In-Reply-To: <20050930232227.8EF544E704@pipa.profix.cz> Message-ID: References: <20050930232227.8EF544E704@pipa.profix.cz> 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 mailing list Subject: Re: LOR ral vm_map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 11:50:10 -0000 On Sat, 1 Oct 2005, Daniel Dvorak wrote: Hi, > yesterday I upgraded my beta4 to beta5, after installing new compiled kernel > and the first rebooting, lower mention LOR turned up. > > lock order reversal > 1st 0xc2856b68 ral0 (network driver) @ /usr/src/sys/dev/ral/if_ral.c:2189 > 2nd 0xc26ef3c8 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 Is added this lock order reversal with LOR ID 165 http://sources.zabbadoz.net/freebsd/lor.html#165 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 12:03: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 5CF3216A41F for ; Sat, 1 Oct 2005 12:03:51 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E189B43D45 for ; Sat, 1 Oct 2005 12:03:50 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id B707539826; Sat, 1 Oct 2005 14:03:43 +0200 (CEST) Date: Sat, 1 Oct 2005 12:03:24 +0000 From: Marcin Jessa To: "Lin, Cheng-tao\(psilotum\)" Message-Id: <20051001120324.29e5e502.lists@yazzy.org> In-Reply-To: <42b6915e0510010222y285194a2wf581c70cbbfffbf@mail.gmail.com> References: <433D8AE8.3060106@gwch.net> <42b6915e0510010222y285194a2wf581c70cbbfffbf@mail.gmail.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.1 (GTK+ 2.6.10; i386-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: FreeBSD6.0-Beta5 / Gnome2 / PF -> bad combination? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 12:03:51 -0000 AFAIR Gnome checks for IP corresponding to the hostname of the system. If they dont match or are missing, gnome will take way longer to start. Marcin. On Sat, 1 Oct 2005 17:22:02 +0800 "Lin, Cheng-tao(psilotum)" wrote: :hi Grosswiler: : :I've encountered such situation(but actually it wasn't with pf, i just :modified the default value of sysctl net.inet.tcp.blackhole and gnome :started slowly), :I hope this may solve your problem: : :http://www.freebsd.org/gnome/docs/faq2.html#q20 : :regards, : :cheng-tao :On 10/1/05, Roger Grosswiler wrote: :> i updated to 6.0 Beta5, which did my UMA-Lock. This has gone. But still, :> Gnome needs minutes to get on Desktop. :> :> If pf is enabled (with standard-rules enabled in /etc/pf.conf) it takes :> minutes to get the desktop. Disabling pf brings the desktop up in seconds. :> :> Problem: i don't get any message in my logs i could send with. Does :> anybody know about an issue with pf and gnome? :> :> Thx, :> Roger :> :_______________________________________________ :freebsd-current@freebsd.org mailing list :http://lists.freebsd.org/mailman/listinfo/freebsd-current :To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 13:35: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 52DC816A41F; Sat, 1 Oct 2005 13:35:00 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B44F43D45; Sat, 1 Oct 2005 13:35:00 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.148.62]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0INO00AVUOEA5DU4@vms042.mailsrvcs.net>; Sat, 01 Oct 2005 08:34:59 -0500 (CDT) Date: Sat, 01 Oct 2005 09:34:11 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <433DEF54.7070201@computer.org> To: Eric Schuele Message-id: <1128173651.1231.4.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 13:35:00 -0000 On Fri, 2005-09-30 at 21:07 -0500, Eric Schuele wrote: > Ah... hex *keys*... plural!! I should use all 4 of them? I had been > using just the one declared as the default key to tx. I have attached a > screenshot of what a linksys does when you setup WEP. Give it a > cleartext passphrase and it generates 4 hex keys. On some systems you > can enter the passphrase... others I've had to enter the 'default' key. > Never thought to try all four keys at once. Is that what you think I > should do? > > > How are you entering > > your hex keys? The examples are a bit unclear, but digging around in > > the code it looks like unquoted strings are assumed to be hex strings. > > They should not be prefixed by 0x. > > I'll try them in the above format (I was prefixing with 0x). I'm not in > the office but will try my home AP.... BRB.... > > Whoa!!! That's IT!!! > Am I the only person who couldn't figure that out??? > You must use all 4 hex keys and specify which is the default. > No, you don't -- at least on -CURRENT of week or two ago following wpa_supplicant.conf works quite well: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="SillySSID" scan_ssid=1 priority=5 key_mgmt=NONE wep_key0=0123456789abcdef0123456789 wep_tx_keyidx=0 } -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 14:00: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 27C7716A420; Sat, 1 Oct 2005 14:00:05 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3974243D69; Sat, 1 Oct 2005 13:59:57 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (sccrmhc11) with ESMTP id <2005100113595201100rh50be>; Sat, 1 Oct 2005 13:59:57 +0000 Message-ID: <433E9658.9040101@computer.org> Date: Sat, 01 Oct 2005 08:59:52 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> <1128173651.1231.4.camel@RabbitsDen> In-Reply-To: <1128173651.1231.4.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-5; format=flowed Content-Transfer-Encoding: 7bit Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 14:00:05 -0000 Alexandre "Sunny" Kovalenko wrote: > On Fri, 2005-09-30 at 21:07 -0500, Eric Schuele wrote: > > >>Ah... hex *keys*... plural!! I should use all 4 of them? I had been >>using just the one declared as the default key to tx. I have attached a >>screenshot of what a linksys does when you setup WEP. Give it a >>cleartext passphrase and it generates 4 hex keys. On some systems you >>can enter the passphrase... others I've had to enter the 'default' key. >>Never thought to try all four keys at once. Is that what you think I >>should do? >> >> >>>How are you entering >>>your hex keys? The examples are a bit unclear, but digging around in >>>the code it looks like unquoted strings are assumed to be hex strings. >>>They should not be prefixed by 0x. >> >>I'll try them in the above format (I was prefixing with 0x). I'm not in >>the office but will try my home AP.... BRB.... >> >>Whoa!!! That's IT!!! >>Am I the only person who couldn't figure that out??? >>You must use all 4 hex keys and specify which is the default. >> > > No, you don't -- at least on -CURRENT of week or two ago following > wpa_supplicant.conf works quite well: > > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=wheel > > network={ > ssid="SillySSID" > scan_ssid=1 > priority=5 > key_mgmt=NONE > wep_key0=0123456789abcdef0123456789 > wep_tx_keyidx=0 > } > Yes... you are correct. One is sufficient. I got a little over zealous when entering keys. I simply must have had the format of the hex keys incorrect all this time. I must say, I have been trying to get WEP to work for an embarrisingly long time. WPA-PSK and open networks gave me no trouble though. But I tried for the longest time to get WEP going because thats how I had things setup from 5.x (since WPA was not supported) and I thought it would be easiest to just turn wpa_supplicant on without changing the wLAN. Anyways.... Thank you very much to all. -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 15:18:52 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 F3E2A16A41F; Sat, 1 Oct 2005 15:18:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9344843D45; Sat, 1 Oct 2005 15:18:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j91FFY51065301; Sat, 1 Oct 2005 09:15:39 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 01 Oct 2005 09:16:19 -0600 (MDT) Message-Id: <20051001.091619.70461785.imp@bsdimp.com> To: mi+mx@aldan.algebra.com From: "M. Warner Losh" In-Reply-To: <200509301700.29127.mi+mx@aldan.algebra.com> References: <200509301400.04898.mi+mx@aldan.algebra.com> <200509301415.30321.jhb@FreeBSD.org> <200509301700.29127.mi+mx@aldan.algebra.com> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 01 Oct 2005 09:15:39 -0600 (MDT) Cc: mike@sentex.net, re@FreeBSD.org, current@FreeBSD.org, jhb@FreeBSD.org, sos@FreeBSD.org Subject: Re: ata0 going crazy after upgrading to 6.0B5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 15:18:52 -0000 In message: <200509301700.29127.mi+mx@aldan.algebra.com> Mikhail Teterin writes: : > What if you turn off the pci power tunable? : : Do you mean one of these sysctl: : : hw.pci.do_power_nodriver: 0 : hw.pci.do_power_resume: 1 : : ? : : There are no other tunables with "pci" and "power" in their names... I thought these didn't make it into B5. These are the ones he's talking about. Just to be safe, set hw.pci.do_power_resume=0 in your /boot/loader.conf file or at the boot loader prompt. Warner From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 15:46:30 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 432D916A41F; Sat, 1 Oct 2005 15:46:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B6B43D46; Sat, 1 Oct 2005 15:46:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id ADDD51A3C19; Sat, 1 Oct 2005 08:46:29 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AA5C451259; Sat, 1 Oct 2005 11:46:28 -0400 (EDT) Date: Sat, 1 Oct 2005 11:46:28 -0400 From: Kris Kennaway To: Divacky Roman Message-ID: <20051001154628.GA64006@xor.obsecurity.org> References: <20051001085358.GA62022@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20051001085358.GA62022@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.1i Cc: scottl@freebsd.org, current@freebsd.org Subject: Re: 6.0R todo list - hash sizes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 15:46:30 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 01, 2005 at 10:53:58AM +0200, Divacky Roman wrote: > Hi, >=20 > scottl@ removed: > Nullfs (and perhaps other filesystems) use an absurdly small > hash size that causes significant performance penalties. >=20 > this item from 6.0R todo list. How was this solved? I didnt see any commi= ts > to enlarge the hash values. Its still the same... why it was removed then? It was an incorrect suggestion on my part - it turns out this was not the cause of the performance penalties, and Jeff fixed them long ago. Kris --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPq9UWry0BWjoQKURAhnHAKDnPk9l/xrlJhthD37VDdhBCJ4HygCdEXSj 7nkMAkoxy0N9Jbn61dSMRsA= =bTym -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 16:54: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 5BC1A16A41F for ; Sat, 1 Oct 2005 16:54:11 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA8443D45 for ; Sat, 1 Oct 2005 16:54:10 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j91Gs8Nf017062; Sat, 1 Oct 2005 18:54:09 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 39E2B40523; Sat, 1 Oct 2005 18:54:08 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07531-02; Sat, 1 Oct 2005 18:53:55 +0200 (CEST) Received: from [192.168.3.111] (80-219-203-124.dclient.hispeed.ch [80.219.203.124]) by mail.gwch.net (Postfix) with ESMTP id 7661D4051A; Sat, 1 Oct 2005 18:53:55 +0200 (CEST) Message-ID: <433EBF21.4030204@gwch.net> Date: Sat, 01 Oct 2005 18:53:53 +0200 From: Roger Grosswiler User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <433D8AE8.3060106@gwch.net> <42b6915e0510010222y285194a2wf581c70cbbfffbf@mail.gmail.com> <20051001120324.29e5e502.lists@yazzy.org> In-Reply-To: <20051001120324.29e5e502.lists@yazzy.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on smtp-03.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-03.tornado.cablecom.ch 32701; Body=3 Fuz1=3 Fuz2=3 Cc: "Lin, Cheng-tao\(psilotum\)" , freebsd-current@freebsd.org Subject: [SOLVED]Re: FreeBSD6.0-Beta5 / Gnome2 / PF -> bad combination? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 16:54:11 -0000 Marcin Jessa wrote: > AFAIR Gnome checks for IP corresponding to the hostname of > the system. If they dont match or are missing, gnome will take way > longer to start. > > Marcin. > > On Sat, 1 Oct 2005 17:22:02 +0800 > "Lin, Cheng-tao(psilotum)" wrote: > > :hi Grosswiler: > : > :I've encountered such situation(but actually it wasn't with pf, i just > :modified the default value of sysctl net.inet.tcp.blackhole and gnome > :started slowly), > :I hope this may solve your problem: > : > :http://www.freebsd.org/gnome/docs/faq2.html#q20 > : > :regards, > : > :cheng-tao > :On 10/1/05, Roger Grosswiler wrote: > :> i updated to 6.0 Beta5, which did my UMA-Lock. This has gone. But > still, :> Gnome needs minutes to get on Desktop. > :> > :> If pf is enabled (with standard-rules enabled in /etc/pf.conf) it > takes :> minutes to get the desktop. Disabling pf brings the desktop up > in seconds. :> > :> Problem: i don't get any message in my logs i could send with. Does > :> anybody know about an issue with pf and gnome? > :> > :> Thx, > :> Roger > :> ok, i did it - it is in fact gnome contacting localhost on startup. so, i added 2 rules (pass in all on 127.0.0.1 to lo0.... and same for pass out...) now it works fine. Thanks, Roger From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 17:01: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 D18DE16A425; Sat, 1 Oct 2005 17:01:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89BE43D55; Sat, 1 Oct 2005 17:01:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 844381A3C26; Sat, 1 Oct 2005 10:01:15 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 352A851264; Sat, 1 Oct 2005 13:01:14 -0400 (EDT) Date: Sat, 1 Oct 2005 13:01:13 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20051001170113.GA80758@xor.obsecurity.org> References: <2B3B2AA816369A4E87D7BE63EC9D2F26B55B96@SDCEXCHANGE01.ad.amcc.com> <20050921175326.GA81378@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20050921175326.GA81378@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: vkashyap@freebsd.org, freebsd-current@freebsd.org, Vinod Kashyap Subject: Dumping broken on twe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 17:01:17 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 21, 2005 at 01:53:26PM -0400, Kris Kennaway wrote: > > > Dumps on twe seem to be broken. vinod, have you made any=20 > > > progress on this since last we spoke? > > >=20 > >=20 > > Like I told you earlier, I tried reproducing the problem both on 7 > > -CURRENT, > > and RELENG_6, but couldn't. Dumping on twe seems to work just fine. >=20 > And what of those of us for whom dumping does not, in fact, work fine? Vinod, So, are you just going to put your fingers in your ears and ignore my bug report? I am still unable to dump on twe: db> call doadump Dumping 2047 MB (2 chunks) chunk 0: 1MB (154 pages) ... ok chunk 1: 2047MB (523968 pages) ... fail ** DUMP FAILED (ERROR 1) ** =3D 0x1d As Peter explained to you previously, there is at least one bug in the driver that prevents it from reporting a sensible error, so the least you could do would be to fix that so that I can tell you the real error the next time my machine panics and fails to dump. Kris --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPsDZWry0BWjoQKURAlfPAJsGc89qxeuS9rP8l+hE8UWZ6zhIpACfUMwx 2Z8KHWGtjjiKUMVJwliNXiU= =ixgf -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 17:28: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 AF4B616A41F; Sat, 1 Oct 2005 17:28:22 +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 50F8F43D45; Sat, 1 Oct 2005 17:28:22 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id AFE6A8C994E; Sat, 1 Oct 2005 15:13:14 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 9CFCE8C994D; Sat, 1 Oct 2005 15:13:14 +0800 (CST) Date: Sat, 1 Oct 2005 15:13:14 +0800 (CST) From: Tai-hwa Liang To: Eric Schuele In-Reply-To: <433DF60C.50900@computer.org> Message-ID: <05100115120216.3731@www.mmlab.cse.yzu.edu.tw> References: <433D5384.2000201@computer.org> <0510010917536.2765@www.mmlab.cse.yzu.edu.tw> <433DF60C.50900@computer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, FreeBSD mobile Mailing List Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 17:28:22 -0000 On Fri, 30 Sep 2005, Eric Schuele wrote: > Tai-hwa Liang wrote: >> On Fri, 30 Sep 2005, Eric Schuele wrote: >> >>> Hello, >>> > > > >>> >>> Kernel Config: (are wlan_* necessary?) >> >> >> If you are using WEP only, wlan + wlan_wep should be enough. > > Ok... well its a long story, so I'll spare you. But, I had never known they > even existed till I stumbled across someone elses post saying they were > necessary. Thanks for confirming they are needed. > > I got the rest of my problems fixed by another post. > > Thanks for the response. > > (p.s. for some reason I could not CC you!?!) Hmm, your mail server doesn't seem to like me. :) The original message was received at Fri, 30 Sep 2005 23:03:57 -0400 from gemini4.ieee.org [140.98.193.189] ----- Transcript of session follows ----- ... while talking to gateway-r.comcast.net.: >>> DATA <<< 450 [TEMPFAIL] comcast.net requires valid sender domain e.schuele@comcast.net... Deferred: 450 [TEMPFAIL] comcast.net requires valid sender domain <<< 503 need RCPT command [data] ... while talking to gateway-s.comcast.net.: >>> DATA <<< 450 [TEMPFAIL] comcast.net requires valid sender domain e.schuele@comcast.net... Deferred: 450 [TEMPFAIL] comcast.net requires valid sender domain <<< 503 need RCPT command [data] Warning: message still undelivered after 4 hours Will keep trying until message is 1 day old From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 17:28: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 5EE3016A41F; Sat, 1 Oct 2005 17:28:26 +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 B9AE743D45; Sat, 1 Oct 2005 17:28:25 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id A39778C994C; Sat, 1 Oct 2005 11:02:24 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 9B8358C9942; Sat, 1 Oct 2005 11:02:24 +0800 (CST) Date: Sat, 1 Oct 2005 11:02:24 +0800 (CST) From: Tai-hwa Liang To: Eric Schuele In-Reply-To: <433DEF54.7070201@computer.org> Message-ID: <05100110534811.3012@www.mmlab.cse.yzu.edu.tw> References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 17:28:26 -0000 On Fri, 30 Sep 2005, Eric Schuele wrote: >> Brooks Davis wrote: >> How are you entering >> your hex keys? The examples are a bit unclear, but digging around in >> the code it looks like unquoted strings are assumed to be hex strings. >> They should not be prefixed by 0x. > > I'll try them in the above format (I was prefixing with 0x). I'm not in the > office but will try my home AP.... BRB.... > > Whoa!!! That's IT!!! > Am I the only person who couldn't figure that out??? > You must use all 4 hex keys and specify which is the default. That's weird. My working wpa_supplicant.conf doesn't have "wep_tx_keyidx" and has only one wep_key set: network={ ssid="GoodNeighbour" scan_ssid=1 key_mgmt=NONE wep_key0="11111" } FWIW, "11111" is the first ASCII WEP key set in my test AP(Buffalo AirStation G54). The rest(key 2 ~ 4) were simply empty strings in my AP's configuration. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 18:07: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 9C78016A41F for ; Sat, 1 Oct 2005 18:07:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD5C943D48 for ; Sat, 1 Oct 2005 18:07:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id A79A21A3C1D for ; Sat, 1 Oct 2005 11:07:44 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 489FE5130A; Sat, 1 Oct 2005 13:36:25 -0400 (EDT) Date: Sat, 1 Oct 2005 13:36:25 -0400 From: Kris Kennaway To: current@freeBSD.org Message-ID: <20051001173625.GB96922@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: new lockmgr leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 18:07:45 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This machine was running HEAD from a week or two ago. It does not use nullfs, which was a previous source of lockmgr leaks (now might be fixed, although I've seen indications they're not completely fixed). It only mounts ufs filesystems and nfs, and none of these are unmounted at runtime..so the source of the leak must be elsewhere. Unfortunately, the ddb backtrace appears to be corrupted: panic(c07125c0,2,0,0,0) at panic+0x60 userret(c61acaf0,f0530d38,9f,424,3) at userret+0xf3 syscall(3b,69a003b,bfbf003b,0,66efe00) at syscall+0x3c6 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1024), eip = 0x28149a97, esp = 0xbfbfbd6c, ebp = 0xbfbfc288 --- syscall 1024? No such animal. 0xc07125c0: userret: Returning with %d locks held. The thread with the leak was: 41187 c621ea3c 4203 41186 41184 0004002 [CPU 0] md5 This was running md5 over some package files..about all I can think might have happened is something removed a package at the time it was being checksummed, but this shouldn't of course cause any problems. Unfortunately I can't even take a dump on this machine, since twe is broken. So this probably isn't a very useful bug report, but it's here in case it happens again to someone else. Kris --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPskYWry0BWjoQKURAs2HAJ9jNSgW/55OgjamWtWytgDEMMdVpgCeIPfg Zw0ZcaDh0Jy9YSwH7VPMFzs= =Q32e -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 19:00: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 4C68716A41F for ; Sat, 1 Oct 2005 19:00:20 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E264143D46 for ; Sat, 1 Oct 2005 19:00:19 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j91J0CLF013618 for ; Sat, 1 Oct 2005 12:00:16 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510011900.j91J0CLF013618@gw.catspoiler.org> Date: Sat, 1 Oct 2005 12:00:12 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: i386 sigreturn question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 19:00:20 -0000 When running Peter Holm's stress test suite, I occasional see the following messages on the console: sigreturn: eflags = 0x0 I tweaked the code to also print regs->tf_eflags and observe 0x293. I'm curious about the significance of this. From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 19:14: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 642F016A420; Sat, 1 Oct 2005 19:14:55 +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 7DF4843D5E; Sat, 1 Oct 2005 19:14:52 +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 83E412176; Sat, 1 Oct 2005 12:13:02 -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" (not verified)) by merlin.alerce.com (Postfix) with ESMTP id 3D504215A; Sat, 1 Oct 2005 12:13:02 -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 j91JEnjA010976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 1 Oct 2005 12:14:49 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j91JEmKY010973; Sat, 1 Oct 2005 12:14:48 -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: <17214.57383.921438.833588@satchel.alerce.com> Date: Sat, 1 Oct 2005 12:14:47 -0700 To: current@freebsd.org, mobile@freebsd.org In-Reply-To: <433E9658.9040101@computer.org> References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> <1128173651.1231.4.camel@RabbitsDen> <433E9658.9040101@computer.org> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: "Alexandre \"Sunny\" Kovalenko" , Eric Schuele Subject: Re: wpa_supplicant and WEP.... 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: Sat, 01 Oct 2005 19:14:55 -0000 Eric Schuele writes: > [...] > I simply must have had the format of the hex keys incorrect all this > time. > [...] I found it a bit frustrating, mostly a matter of running down the discussions that I'd seen go by on -current and locating the sample config file. I filed this bug to add a discussion of WEP to the wpa_supplicant.conf man page. http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/86532 Is there anything I can do to help it into 6.0? g. From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 19:15: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 697B016A420 for ; Sat, 1 Oct 2005 19:15:20 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE95A43D49 for ; Sat, 1 Oct 2005 19:15:19 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 2E3756D42D; Sat, 1 Oct 2005 12:13:15 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82006-07; Sat, 1 Oct 2005 12:13:10 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 9F46A6D438; Sat, 1 Oct 2005 12:13:09 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org, kuba@lbl.pl Date: Sat, 1 Oct 2005 21:11:21 +0200 User-Agent: KMail/1.8.2 References: <20050529141558.GA12270@lbl.pl> In-Reply-To: <20050529141558.GA12270@lbl.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510012111.22351.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: Subject: Re: logitech wireless mouse works for a while but then disconnects X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 19:15:20 -0000 I am getting this same issue here in FreeBSD 6-BETA2. The mouse works fine, then sporadically the device will become disconnected, (as if it was unplugged) then immediately show that it was reconnected. (as if someone plugged it back in) This results in the cursor freezing in X, but switching to another virtual terminal and back to the X VT causes X to try and re-open the device and it will resume normal operation. However, this happens on an increasingly frequent basis for me, the longer the machine is on. At first it happened maybe once or twice a day, now it happens every few minutes, or sometimes even immediately after each other. Also, for some reason every so often, I have to physically disconnect and reconnect the mouse itself for it to work. This was never a problem in FreeBSD 5.x - FreeBSD 6-CURRENT, but started happening almost immediately in BETA2. My USB Controller is: ohci1: mem 0xd1005000-0xd1005fff irq 17 at device 5.0 on pci2 My Mouse is: ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1 (Logitech MX500) Here is what it does: ums0: at uhub2 port 1 (addr 2) disconnected ums0: detached ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. ums0: at uhub2 port 1 (addr 2) disconnected ums0: detached ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. ums0: at uhub2 port 1 (addr 2) disconnected ums0: detached ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. And so on..... if you need any other information please let me know. (And for the record, it happened twice *make that 5* more times just as I was sending this e-mail :) -- Regards, Chris Gilbert On Sunday 29 May 2005 16:15, KubaTyszko wrote: > and until next reboot. > Reply-To: kuba@lbl.pl > > Hi all. > i just bought a logitech v500 wireless mouse. > under M$ it works just fine but under freebsd not. > first of all: when booting it is detected properly, works with moused > etc. > but after a while my dmesg says it becomes disconnected and i cannt use > mouse until next reboot (module unloading doesn't help). > i tried a patch for usb.c (changes a line or two) found somewhere on the > internet and after applying i can use muse when still running system > just by plugging receiver and again - works a while and disconnects. > > did i miss something in configuration or we are having a bug with HID ? > > below i attach concerning mouse, usb etc. > (my pc is thinkpad t42, using yesterday -current ). > > > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1820-0x183f > irq 11 at > device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1840-0x185f > irq 11 at > device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > > > > ums0: Logitech USB Receiver, rev 1.10/34.00, addr 2, iclass 3/1 > ums0: 7 buttons and Z dir. > > few minutes (or sometimes even seconds) later.... > > ums0: at uhub1 port 2 (addr 2) disconnected > ums0: detached > > > below is output from usbdevs ATFER mouse crash: > > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 addr 2: full speed, power 90 mA, config 1, product > 0x2441(0x2441), vendor 0x1668(0x1668), rev 5.46 > port 2 powered > > > > and below is output BEFORE mouse crash: > > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > port 2 addr 2: low speed, power 50 mA, config 1, USB Receiver(0xc510), > Logitech > (0x046d), rev 34.00 > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 addr 2: full speed, power 90 mA, config 1, product > 0x2441(0x2441), vendor 0x1668(0x1668), rev 5.46 > port 2 powered > > > > and below is output BEFORE mouse crash: > > port 2 addr 2: low speed, power 50 mA, config 1, USB Receiver(0xc510), > Logitech > (0x046d), rev 34.00 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 19:40: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 3174F16A41F for ; Sat, 1 Oct 2005 19:40:19 +0000 (GMT) (envelope-from nik@cs.chalmers.se) Received: from anubis.medic.chalmers.se (anubis.medic.chalmers.se [129.16.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A0443D4C for ; Sat, 1 Oct 2005 19:40:18 +0000 (GMT) (envelope-from nik@cs.chalmers.se) X-Medic-Info: 1501.433ee620.0 uHLN6CIepLUv2gkj Received: from webmail.chalmers.se (elbe1.ita.chalmers.se [129.16.222.100]) by mail.chalmers.se (Postfix) with ESMTP id ABF6D3B87 for ; Sat, 1 Oct 2005 21:40:16 +0200 (CEST) Received: from 83.226.117.75 (SquirrelMail authenticated user nik); by webmail.chalmers.se with HTTP; Sat, 1 Oct 2005 21:40:16 +0200 (CEST) Message-ID: <61671.83.226.117.75.1128195616.squirrel@webmail.chalmers.se> Date: Sat, 1 Oct 2005 21:40:16 +0200 (CEST) From: "Niklas Sorensson" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a-7.EL3 X-Mailer: SquirrelMail/1.4.3a-7.EL3 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: dhclient 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: Sat, 01 Oct 2005 19:40:19 -0000 Hello, since I upgraded to current a couple of days ago it has happened two times that dhclient has died unexpectedly. My previous system was from before the import of the new dhclient. Anyway, this is from the system log: Oct 1 17:04:53 apa dhclient: New IP Address (sk0): 83.226.117.75 Oct 1 17:04:53 apa dhclient: New Subnet Mask (sk0): 255.255.252.0 Oct 1 17:04:53 apa dhclient: New Broadcast Address (sk0): 83.226.119.255 Oct 1 17:04:53 apa dhclient: New Routers (sk0): 83.226.116.1 Oct 1 17:04:53 apa savecore: no dumps found Oct 1 17:34:53 apa dhclient[313]: short write: wanted 21 got 0 bytes Oct 1 17:34:53 apa dhclient[313]: exiting. I'm using dhclient in the simplest possible way, ie: ifconfig_sk0="DHCP" Has anybody else seen this problem? Tips on how to track this down would be appriciated. /Niklas From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 20:51: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 5DE0016A41F for ; Sat, 1 Oct 2005 20:51:28 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C00A143D46 for ; Sat, 1 Oct 2005 20:51:27 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j91KpO3T055729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 2 Oct 2005 00:51:25 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j91KpO1q055728 for current@FreeBSD.org; Sun, 2 Oct 2005 00:51:24 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 2 Oct 2005 00:51:24 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20051001205124.GR45345@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Oct 2005 20:51:28 -0000 Colleagues, I have just committed a big polling cleanup. First important point is that only two drivers were tested to work. Please, if you run CURRENT and polling(4), please reply to this mail, saying whether your NIC works or not. When I get approvements for all drivers, then I will be ready for MFC. Current state is: em - tested (ru, glebius) fxp - tested (glebius) ixgb - not tested (changeset similar to em) nge - not tested re - not tested vge - not tested dc - not tested rl - not tested sf - not tested sis - not tested ste - not tested vr - not tested xl - not tested The second important point is that you should not use kern.polling.enable anymore. Just turn polling on interface with ifconfig, either manually or via rc.conf. ----- Forwarded message from Gleb Smirnoff ----- glebius 2005-10-01 18:56:19 UTC FreeBSD src repository Modified files: sys/amd64/amd64 trap.c sys/dev/em if_em.c sys/dev/firewire 00README if_fwe.c if_fwip.c sys/dev/fxp if_fxp.c sys/dev/ixgb README if_ixgb.c sys/dev/nge if_nge.c sys/dev/re if_re.c sys/dev/vge if_vge.c sys/i386/i386 trap.c sys/kern kern_poll.c sys/net if.h if_var.h sys/pci if_dc.c if_rl.c if_sf.c if_sis.c if_ste.c if_vr.c if_xl.c Log: Big polling(4) cleanup. o Axe poll in trap. o Axe IFF_POLLING flag from if_flags. o Rework revision 1.21 (Giant removal), in such a way that poll_mtx is not dropped during call to polling handler. This fixes problem with idle polling. o Make registration and deregistration from polling in a functional way, insted of next tick/interrupt. o Obsolete kern.polling.enable. Polling is turned on/off with ifconfig. Detailed kern_poll.c changes: - Remove polling handler flags, introduced in 1.21. The are not needed now. - Forget and do not check if_flags, if_capenable and if_drv_flags. - Call all registered polling handlers unconditionally. - Do not drop poll_mtx, when entering polling handlers. - In ether_poll() NET_LOCK_GIANT prior to locking poll_mtx. - In netisr_poll() axe the block, where polling code asks drivers to unregister. - In netisr_poll() and ether_poll() do polling always, if any handlers are present. - In ether_poll_[de]register() remove a lot of error hiding code. Assert that arguments are correct, instead. - In ether_poll_[de]register() use standard return values in case of error or success. - Introduce poll_switch() that is a sysctl handler for kern.polling.enable. poll_switch() goes through interface list and enabled/disables polling. A message that kern.polling.enable is deprecated is printed. Detailed driver changes: - On attach driver announces IFCAP_POLLING in if_capabilities, but not in if_capenable. - On detach driver calls ether_poll_deregister() if polling is enabled. - In polling handler driver obtains its lock and checks IFF_DRV_RUNNING flag. If there is no, then unlocks and returns. - In ioctl handler driver checks for IFCAP_POLLING flag requested to be set or cleared. Driver first calls ether_poll_[de]register(), then obtains driver lock and [dis/en]ables interrupts. - In interrupt handler driver checks IFCAP_POLLING flag in if_capenable. If present, then returns.This is important to protect from spurious interrupts. Reviewed by: ru, sam, jhb Revision Changes Path 1.294 +0 -10 src/sys/amd64/amd64/trap.c 1.74 +37 -34 src/sys/dev/em/if_em.c 1.2 +0 -3 src/sys/dev/firewire/00README 1.39 +40 -29 src/sys/dev/firewire/if_fwe.c 1.10 +47 -31 src/sys/dev/firewire/if_fwip.c 1.248 +32 -24 src/sys/dev/fxp/if_fxp.c 1.2 +7 -8 src/sys/dev/ixgb/README 1.15 +43 -34 src/sys/dev/ixgb/if_ixgb.c 1.80 +37 -25 src/sys/dev/nge/if_nge.c 1.56 +49 -40 src/sys/dev/re/if_re.c 1.19 +51 -54 src/sys/dev/vge/if_vge.c 1.281 +0 -10 src/sys/i386/i386/trap.c 1.23 +88 -100 src/sys/kern/kern_poll.c 1.99 +2 -3 src/sys/net/if.h 1.103 +1 -1 src/sys/net/if_var.h 1.169 +41 -28 src/sys/pci/if_dc.c 1.158 +40 -36 src/sys/pci/if_rl.c 1.88 +45 -44 src/sys/pci/if_sf.c 1.140 +44 -31 src/sys/pci/if_sis.c 1.90 +41 -32 src/sys/pci/if_ste.c 1.108 +39 -31 src/sys/pci/if_vr.c 1.197 +45 -41 src/sys/pci/if_xl.c ----- End forwarded message ----- -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 23:13: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 884F216A41F for ; Sat, 1 Oct 2005 23:13:21 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0754243D45 for ; Sat, 1 Oct 2005 23:13:18 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j91NDH9V075794 for ; Sun, 2 Oct 2005 02:13:17 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.200] (pptp.ebs.gr [10.1.1.200]) by ebs.gr (8.13.3/8.12.11) with ESMTP id j91NDQVE038216 for ; Sun, 2 Oct 2005 02:13:27 +0300 (EEST) (envelope-from past@ebs.gr) Message-ID: <433F1802.4080206@ebs.gr> Date: Sun, 02 Oct 2005 02:13:06 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: wpa_supplicant + WEP + iwi + unknown authentication state 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: Sat, 01 Oct 2005 23:13:21 -0000 This is my particular combination and it is not working. It is similar to the other two recent threads, but not quite the same, hence the new thread. I have the following: FreeBSD ajax.ebs.gr 6.0-BETA5 FreeBSD 6.0-BETA5 #6: Fri Sep 30 22:09:56 EEST 2005 past@ajax.ebs.gr:/usr/obj/usr/src/sys/GENERIC i386 iwi0: mem 0xc2005000-0xc2005fff irq 11 at device 10.0 on pci2 I have never been able to use wpa_supplicant to connect to my work or home APs (both using WEP), but I can do it manually using ifconfig. My iwi driver contains the recent MFC from Damien with the WME & IBSS fixes, which make it the same as the -current driver AFAICT. What works for me is this: ifconfig_iwi0="channel 11 ssid past_home authmode shared wepmode on weptxkey 1 wepkey 1:0xblablablabla DHCP" What fails is this: ifconfig_iwi0="WPA DHCP" with the following wpa_supplicant.conf. This causes a whole bunch of these messages form the kernel (about one per second): Oct 1 12:42:35 ajax kernel: iwi0: unknown authentication state 8 sprinkled among the following output from wpa_supplicant. Is there still a bug in iwi and its integration with net80211? Am I doing something wrong? Thanks, Panagiotis wpa_supplicant.conf ------------------- ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel # # home network network={ ssid="past_home" scan_ssid=1 key_mgmt=NONE # auth_alg=SHARED wep_key0=blablabla # wep_tx_keyidx=0 } # # work network network={ ssid="ebs_wifi_ap" # scan_ssid=1 key_mgmt=NONE wep_key0=bliblibli wep_tx_keyidx=0 # channel=1 } wpa_supplicant output --------------------- Initializing interface 'iwi0' conf '/etc/wpa_supplicant.conf' driver 'default' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') Priority group 0 id=0 ssid='past_home' id=1 ssid='ebs_wifi_ap' Initializing interface (2) 'iwi0' Own MAC address: 00:0e:35:40:42:99 wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=9): 70 61 73 74 5f 68 6f 6d 65 past_home Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 No keys have been configured - skip key clearing wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=13 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'past_home' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:09:5b:c1:75:86 keyidx=0 wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=13 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'past_home' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:09:5b:c1:75:86 keyidx=0 wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=13 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'past_home' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:09:5b:c1:75:86 keyidx=0 wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=13 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'past_home' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:09:5b:c1:75:86 keyidx=0 wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=13 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'past_home' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:09:5b:c1:75:86 keyidx=0 wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=13 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'past_home' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:09:5b:c1:75:86 keyidx=0 wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=13 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'past_home' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:09:5b:c1:75:86 keyidx=0 wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=13 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'past_home' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:09:5b:c1:75:86 ssid='past_home' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:09:5b:c1:75:86 ssid='past_home' Trying to associate with 00:09:5b:c1:75:86 (SSID='past_home' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 wpa_driver_bsd_del_key: