From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 00:04:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B383416A4CE for ; Sun, 24 Apr 2005 00:04:42 +0000 (GMT) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D11AC43D46 for ; Sun, 24 Apr 2005 00:04:41 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id j3O04ZsW091005 for ; Sun, 24 Apr 2005 02:04:35 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j3O04TZ93242 for freebsd-stable@freebsd.org; Sun, 24 Apr 2005 02:04:29 +0200 (CEST) (envelope-from rabe) Date: Sun, 24 Apr 2005 02:04:29 +0200 From: "Raphael H. Becker" To: freebsd-stable@freebsd.org Message-ID: <20050424020429.A81665@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: NEC uPD 720100 USB 2.0 controller () not working on FreeBSD 5.4-STABLE i386 (2005-04-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 00:04:42 -0000 Hello *, The NEC uPD 720100 USB 2.0 controller doesn's seem to work. This controller is on a "Longshine LCS-8033H PCI USB Card" and is a low cost "standard-USB2-controller" at my local electronics store. root@beastie:~# dmesg | egrep "(^usb3|^uhub3)" usb3: EHCI version 1.0 usb3: companion controllers, 3 ports each: usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 5 ports with 5 removable, self powered After trying some devices, the ports got disabled after some time: uhub3: device problem (SET_ADDR_FAILED), disabling port 4 uhub3: device problem (SET_ADDR_FAILED), disabling port 3 uhub3: device problem (SET_ADDR_FAILED), disabling port 2 uhub3: device problem (SET_ADDR_FAILED), disabling port 1 I tried with a USB2-harddisk and a USB2-Memorystick, which work perfectly (but just USB1) on the other ports or as USB2 on another host: umass0: Acer Labs USB 2.0 Storage Device, rev 2.00/1.00, addr 2 umass0: LEXAR MEDIA JUMPDRIVE ELITE, rev 2.00/30.00, addr 2 lspci -vvv brings the following for the new card: 00:09.0 USB Controller: NEC Corporation USB (rev 43) (prog-if 10 [OHCI]) Subsystem: NEC Corporation USB Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C58116A4CF for ; Sun, 24 Apr 2005 03:52:29 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9736D43D5A for ; Sun, 24 Apr 2005 03:52:28 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j3O3qSVK022145 for stable@freebsd.org; Sat, 23 Apr 2005 22:52:28 -0500 (CDT) (envelope-from dan) Date: Sat, 23 Apr 2005 22:52:28 -0500 From: Dan Nelson To: stable@freebsd.org Message-ID: <20050424035228.GA53806@dan.emsphone.com> References: <20050423172802.GB67026@dan.emsphone.com> <20050423220521.GL2670@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050423220521.GL2670@funkthat.com> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i Subject: Re: panic: mutex tty owned at ../../../kern/kern_event.c:1487 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 03:52:29 -0000 In the last episode (Apr 23), John-Mark Gurney said: > Dan Nelson wrote this message on Sat, Apr 23, 2005 at 12:28 -0500: > > Got the following on a 2004-04-21 -stable kernel: > > > > panic messages: > > --- > > panic: mutex tty owned at ../../../kern/kern_event.c:1487 > > cpuid = 0 > > I can whip up a patch if you want to try it (and can easily reproduce)... I tried repeating the panic (hitting ^C in an app partway through its startup routine), but it's not cooperating, unfortunately. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 06:46:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB02116A4CE for ; Sun, 24 Apr 2005 06:46:31 +0000 (GMT) Received: from web54003.mail.yahoo.com (web54003.mail.yahoo.com [206.190.36.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 2356C43D1D for ; Sun, 24 Apr 2005 06:46:31 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 16282 invoked by uid 60001); 24 Apr 2005 06:46:30 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Mierzz083bzVYuaTVVIjbYp5ZRiPrZoIohCXwKBrYec9gTKqaG0xGRhtdhyAUOZewghVdoZFJS0s9GODIfj4HCxRtI0UWD+FW1f30fChBLdNeXzF6wlNCpaS1RGqh0TQeqAMLPTaaS1hayxmTLEJjv0NbExCIY8t07uvptY/lqY= ; Message-ID: <20050424064630.16280.qmail@web54003.mail.yahoo.com> Received: from [147.46.44.181] by web54003.mail.yahoo.com via HTTP; Sat, 23 Apr 2005 23:46:30 PDT Date: Sat, 23 Apr 2005 23:46:30 -0700 (PDT) From: Rob To: doconnor@gsoft.com.au MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD Stable Subject: Re: [PATCH] Re: /etc/rc.d/sshd : "kldload random" missing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 06:46:31 -0000 Daniel O'Connor wrote: > On Tue, 19 Apr 2005 17:06, Daniel O'Connor wrote: > >>On Tue, 19 Apr 2005 16:43, Rob wrote: >> >>>Should I submit a patch here? >>> >>>Following patch works fine for me >>>(be aware some lines are wrapped :[ ) >> >>I think a more correct solution would be to make a >>'random' rc.d script >>which sshd depends on (and others if they're found >>to need it) > > > Heh actually now that I look.. there IS a random > script already.. > > Perhaps.. > [inchoate 17:08] /etc/rc.d >diff -u sshd.orig sshd > --- sshd.orig Tue Apr 19 17:07:52 2005 > +++ sshd Tue Apr 19 17:07:59 2005 > @@ -5,7 +5,7 @@ > # > > # PROVIDE: sshd > -# REQUIRE: LOGIN cleanvar > +# REQUIRE: LOGIN cleanvar random > > . /etc/rc.subr Either I don't understand this, or it is not working properly. I am using 5-Stable, not Current, so the 'cleanvar' is not there. So in /etc/rc.d/sshd I have this line: # REQUIRE: LOGIN random I then do: /etc/rc.d/random stop /etc/rc.d/sshd stop /etc/rc.d/sshd start But the random script is not executed. I have added a echo statement in the random_start() function, but nothing is printed out. It seems that random is not started at all when sshd is started. Or do I misunderstand something here? Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 07:01:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F45C16A4CE for ; Sun, 24 Apr 2005 07:01:09 +0000 (GMT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07B7843D2D for ; Sun, 24 Apr 2005 07:01:08 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2])j3O7149e020977; Sun, 24 Apr 2005 09:01:04 +0200 (MEST) Received: by www.pmp.uni-hannover.de (Postfix, from userid 846) id F3C7516F; Sun, 24 Apr 2005 09:00:59 +0200 (CEST) Date: Sun, 24 Apr 2005 09:00:59 +0200 From: Gerrit =?iso-8859-1?Q?K=FChn?= To: "Raphael H. Becker" Message-ID: <20050424070059.GA16585@pmp.uni-hannover.de> References: <20050424020429.A81665@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050424020429.A81665@p-i-n.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Sun, 24 Apr 2005 09:01:04 +0200 (MEST) X-Scanned-By: MIMEDefang 2.42 cc: freebsd-stable@freebsd.org Subject: Re: NEC uPD 720100 USB 2.0 controller () not working on FreeBSD 5.4-STABLE i386 (2005-04-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 07:01:09 -0000 On Sun, Apr 24, 2005 at 02:04:29AM +0200, Raphael H. Becker wrote: > The NEC uPD 720100 USB 2.0 controller doesn's seem to work. This > controller is on a "Longshine LCS-8033H PCI USB Card" and is a > low cost "standard-USB2-controller" at my local electronics store. I wrote here about two weeks ago about the problems I'm having with a D-Link DU-520 with the same chipset. However, mine seems to be working basically, but chokes easily under load (more than ~2MB/s hang the connection and produce lengthy timeouts). > root@beastie:~# dmesg | egrep "(^usb3|^uhub3)" > usb3: EHCI version 1.0 > usb3: companion controllers, 3 ports each: usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 5 ports with 5 removable, self powered Same here: dmesg|grep NEC ohci0: mem 0xdf025000-0xdf025fff irq 12 at device 14.0 on pci0 usb2: on ohci0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ohci1: mem 0xdf026000-0xdf026fff irq 11 at device 14.1 on pci0 usb3: on ohci1 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ehci0: mem 0xdf027000-0xdf0270ff irq 10 at device 14.2 on pci0 usb4: on ehci0 uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: device problem (SET_ADDR_FAILED), disabling port 4 > uhub3: device problem (SET_ADDR_FAILED), disabling port 3 > uhub3: device problem (SET_ADDR_FAILED), disabling port 2 > uhub3: device problem (SET_ADDR_FAILED), disabling port 1 Hm, I have seen this behaviour earlier on my system, but it had nothing to do with the chipset then. Instead ACPI was not doing the right thing and routed IRQs in a way that was causing this problem. It went away after disabling ACPI; perhaps you can give that a try, too? > I tried with a USB2-harddisk and a USB2-Memorystick, which work > perfectly (but just USB1) on the other ports or as USB2 on another host: I have a Vosonic XS-Drive, which is basically an USB2-hd, too. See my previous post for details. > lspci -vvv brings the following for the new card: lspci? I thought you were talking about FreeBSD, not Linux. > # uname -a > FreeBSD beastie.local.net 5.4-STABLE FreeBSD 5.4-STABLE #5: Sun Apr 24 01:23:03 CEST 2005 root@beastie.local.net:/usr/obj/usr/src_RELENG_5/sys/BEASTIE i386 Well, slightly older here: (%:~)- uname -a FreeBSD stardust.terra.ger 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #23: Sat Apr 16 16:19:21 CEST 2005 > Any chances to get this card running? > Any (experimental) patches? I'm still interested in using my card with >2MB/s and without those hangs, too. ;) cu Gerrit -- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 07:15:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13F0516A4D0 for ; Sun, 24 Apr 2005 07:15:12 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0812B43D46 for ; Sun, 24 Apr 2005 07:15:08 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j3O7F3kM006497; Sun, 24 Apr 2005 16:45:04 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Rob Date: Sun, 24 Apr 2005 16:44:21 +0930 User-Agent: KMail/1.8 References: <20050424064630.16280.qmail@web54003.mail.yahoo.com> In-Reply-To: <20050424064630.16280.qmail@web54003.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1253049.le2Om9eP5j"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504241644.28629.doconnor@gsoft.com.au> X-Spam-Score: -2 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: FreeBSD Stable Subject: Re: [PATCH] Re: /etc/rc.d/sshd : "kldload random" missing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 07:15:12 -0000 --nextPart1253049.le2Om9eP5j Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 24 Apr 2005 16:16, Rob wrote: > Either I don't understand this, or it is not working > properly. > > I am using 5-Stable, not Current, so the 'cleanvar' > is not there. So in /etc/rc.d/sshd I have this line: > > # REQUIRE: LOGIN random > > I then do: > > /etc/rc.d/random stop > /etc/rc.d/sshd stop > /etc/rc.d/sshd start > > But the random script is not executed. I have added > a echo statement in the random_start() function, > but nothing is printed out. > It seems that random is not started at all when sshd > is started. > Or do I misunderstand something here? Try putting random_enable=3D"YES" in /etc/rc.conf. That gets it called here (although I already had random.ko loaded so I'm no= t=20 100% sure it worked) =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 --nextPart1253049.le2Om9eP5j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCa0dU5ZPcIHs/zowRAlh+AJ9gKwENk+zWHz3iXhyb5fY3+qF63wCggHCK yAbIlJhjozH47VWoIRDqR5M= =u6FV -----END PGP SIGNATURE----- --nextPart1253049.le2Om9eP5j-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 08:09:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1691F16A4CE for ; Sun, 24 Apr 2005 08:09:12 +0000 (GMT) Received: from web54009.mail.yahoo.com (web54009.mail.yahoo.com [206.190.36.233]) by mx1.FreeBSD.org (Postfix) with SMTP id 81D6343D41 for ; Sun, 24 Apr 2005 08:09:11 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 54132 invoked by uid 60001); 24 Apr 2005 08:09:11 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=HM6YXVD/untwQp8CwtMTG+k9ZLuoGAAzsvFG418luz10nnqpCOpCVueDBFcSWl8ia/aB60UHFNBlYjtheaIBXWBfaphsnUhhezHOsCjioL70NAycrhM5SyaE2YiOBTUod6PiBl/L7oVX/uv/BtYES+LXzeiPGnArqDnrCt3pX+Q= ; Message-ID: <20050424080911.54130.qmail@web54009.mail.yahoo.com> Received: from [147.46.44.181] by web54009.mail.yahoo.com via HTTP; Sun, 24 Apr 2005 01:09:10 PDT Date: Sun, 24 Apr 2005 01:09:10 -0700 (PDT) From: Rob To: Daniel O'Connor In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD Stable Subject: Re: [PATCH] Re: /etc/rc.d/sshd : "kldload random" missing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 08:09:12 -0000 --- Daniel O'Connor wrote: > On Sun, 24 Apr 2005 16:16, Rob wrote: > > Either I don't understand this, or it is not > > working > > properly. > > > > I am using 5-Stable, not Current, so the > 'cleanvar' > > is not there. So in /etc/rc.d/sshd I have this > > line: > > > > # REQUIRE: LOGIN random > > > > I then do: > > > > /etc/rc.d/random stop > > /etc/rc.d/sshd stop > > /etc/rc.d/sshd start > > > > But the random script is not executed. I have > added > > a echo statement in the random_start() function, > > but nothing is printed out. > > It seems that random is not started at all when > > sshd is started. > > Or do I misunderstand something here? > > Try putting random_enable="YES" in /etc/rc.conf. > > That gets it called here (although I already had > random.ko loaded so I'm not 100% sure it worked) Oh? There's no such 'random_enable' entry in /etc/defaults/rc.conf on my 5.4-Stable system. Is this a Current only thing? Moreover, on my system, '/etc/rc.d/random rcvar' has no output at all. Adding an entry in /etc/rc.conf doesn't change that. Nevertheless, I have tried your advice, but to no avail. Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 09:10:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A9B616A4CF for ; Sun, 24 Apr 2005 09:10:33 +0000 (GMT) Received: from charm.uugrn.org (charm.uugrn.org [195.226.127.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id C619143D41 for ; Sun, 24 Apr 2005 09:10:31 +0000 (GMT) (envelope-from michael@mobi.lestinsky.de) Received: from charm.uugrn.org (uucp@localhost.uugrn.org [127.0.0.1]) by charm.uugrn.org (8.13.0/8.13.0) with ESMTP id j3O9AqXQ006276 for ; Sun, 24 Apr 2005 11:10:52 +0200 (CEST) Received: from uumile.UUCP (uucp@localhost) by charm.uugrn.org (8.13.0/8.13.0/Submit) with UUCP id j3O9AqLi020608 for freebsd-stable@freebsd.org; Sun, 24 Apr 2005 11:10:52 +0200 (CEST) Received: from mobi.lestinsky.de (mobi.lestinsky.de [192.168.42.3]) by zaphod.lestinsky.de (8.13.1/8.12.10) with ESMTP id j3NHwjFK001440 for ; Sat, 23 Apr 2005 19:58:45 +0200 (CEST) (envelope-from michael@mobi.lestinsky.de) Received: from mobi.lestinsky.de (localhost.lestinsky.de [127.0.0.1]) by mobi.lestinsky.de (8.13.3/8.13.3) with ESMTP id j3NHvmJK000953 for ; Sat, 23 Apr 2005 19:57:48 +0200 (CEST) (envelope-from michael@mobi.lestinsky.de) Received: (from michael@localhost) by mobi.lestinsky.de (8.13.3/8.13.3/Submit) id j3NHvmo1000952 for freebsd-stable@freebsd.org; Sat, 23 Apr 2005 19:57:48 +0200 (CEST) (envelope-from michael) Date: Sat, 23 Apr 2005 19:57:48 +0200 From: Michael Lestinsky To: freebsd-stable@freebsd.org Message-ID: <20050423175748.GA900@mobi.lestinsky.de> References: <20050421220350.GA1112@mobi.lestinsky.de> <20050422111951.GE818@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050422111951.GE818@empiric.icir.org> User-Agent: Mutt/1.4.2.1i Subject: Re: external DVD-RAM devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 09:10:33 -0000 Bruce M Simpson wrote: > On Fri, Apr 22, 2005 at 12:03:50AM +0200, Michael Lestinsky wrote: >> Is anyone here sucessfully using some external DVD-Ram capable writer? > ... > > Currently the USB2 code in RELENG_5 seems more stable than the Firewire code. My latest test here seem to confirm that. > Can you try installing the sysutils/dvd+rw-tools port and running > dvd+rw-mediainfo on the USB2 cd device node and see what it says? It's > possible that GEOM isn't picking up on the media change for some reason... Here we go: INQUIRY: [HL-DT-ST][DVDRAM GSA-5163D][A102] GET [CURRENT] CONFIGURATION: Mounted Media: 12h, DVD-RAM Current Write Speed: 2.0x1385=2770KB/s Write Speed #0: 2.0x1385=2770KB/s GET [CURRENT] PERFORMANCE: Write Performance: 2.0x1385=2770KB/s@[0 -> 2236703] Speed Descriptor#0: 02/2236703 R@2.0x1385=2770KB/s W@2.0x1385=2770KB/s READ DVD STRUCTURE[#0h]: Media Book Type: 16h, DVD-RAM book [revision 6] Legacy lead-out at: 2314080*2KB=4739235840 DVD-RAM SPARE AREA INFORMATION: Primary SA: 12800/12800=100.0% free Supplementary SA: 58368/58368=100.0% free DVD-RAM WRITE PROTECTION STATUS: Persistent Write Protection is off READ DISC INFORMATION: Disc status: other Number of Sessions: 1 State of Last Session: complete "Next" Track: 1 Number of Tracks: 1 READ FORMAT CAPACITIES: formatted: 2236704*2048=4580769792 00h(800): 2236704*2048=4580769792 00h(800): 2295072*2048=4700307456 01h(800): 2226976*2048=4560846848 01h(800): 2217248*2048=4540923904 FABRICATED TOC: Track#1 : 14@0 Track#AA : 14@2236704 Multi-session Info: #1@0 READ CAPACITY: 2236704*2048=4580769792 Bye Michael -- Michael Lestinsky http://www.lestinsky.de/michael From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 10:22:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9306316A4CE; Sun, 24 Apr 2005 10:22:17 +0000 (GMT) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0AA443D55; Sun, 24 Apr 2005 10:22:16 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [134.93.180.218] (edda.Physik.Uni-Mainz.DE [134.93.180.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 9B196300046A; Sun, 24 Apr 2005 12:22:15 +0200 (CEST) Message-ID: <426B7341.6020206@mail.uni-mainz.de> Date: Sun, 24 Apr 2005 12:21:53 +0200 From: "O. Hartmann" Organization: Institut =?ISO-8859-15?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.7) Gecko/20050417 X-Accept-Language: de-de, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: getting handbooks via cvsup? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 10:22:17 -0000 I'm looking for a way getting various handbook's sources via cvsup, common handbook English/German and some developers handbooks (developer, porter). On each nstallation CD I can find various handbook types (PS, PDF, HTML). My intention is having a local webserver at the department keeping track on HTML and PS generated handbooks automaticaly and sucking in the changes via cvsup. I can remember there is a way but I lost the glue where to look for. Thanks in advance, Oliver From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 11:33:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02F9016A4CE for ; Sun, 24 Apr 2005 11:33:14 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BE6F43D31 for ; Sun, 24 Apr 2005 11:33:12 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 2502 invoked from network); 24 Apr 2005 11:26:14 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 24 Apr 2005 11:26:14 -0000 Received: (qmail 21172 invoked by uid 89); 24 Apr 2005 11:44:29 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 24 Apr 2005 11:44:29 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 060D811417; Sun, 24 Apr 2005 14:33:00 +0300 (EEST) Date: Sun, 24 Apr 2005 14:32:59 +0300 From: Ion-Mihai Tetcu To: "O. Hartmann" Message-ID: <20050424143259.1dee32ff@it.buh.tecnik93.com> In-Reply-To: <426B7341.6020206@mail.uni-mainz.de> References: <426B7341.6020206@mail.uni-mainz.de> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: getting handbooks via cvsup? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 11:33:14 -0000 On Sun, 24 Apr 2005 12:21:53 +0200 "O. Hartmann" wrote: > I'm looking for a way getting various handbook's sources via cvsup, > common handbook English/German and some developers handbooks > (developer, porter). > > On each nstallation CD I can find various handbook types (PS, PDF, > HTML). My intention is having a local webserver at the department > keeping track on HTML and PS generated handbooks automaticaly and > sucking in the changes via cvsup. I can remember there is a way but I > lost the glue where to look for. cvsup file: *default host=cvsup.ro.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix doc-all Run cvsup then: cd /usr/doc/ make FORMATS="html html-split ps pdf" install -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 11:45:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 224F216A4CE for ; Sun, 24 Apr 2005 11:45:50 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53E3743D4C for ; Sun, 24 Apr 2005 11:45:49 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id D82E54AFFB for ; Sun, 24 Apr 2005 13:45:47 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11405-01-2 for ; Sun, 24 Apr 2005 13:45:47 +0200 (CEST) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id A87974ACD3 for ; Sun, 24 Apr 2005 13:45:47 +0200 (CEST) Date: Sun, 24 Apr 2005 13:45:47 +0200 From: Palle Girgensohn To: stable@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net Subject: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 11:45:50 -0000 Hi! on a 5.4-prerelease machine (dell 2850 dual cpu, running amd64), I have this in rc.conf: fsck_y_enable="YES" background_fsck="NO" Still, I'm not certain that fsck is really run at startup. At least, running fsck on in multiuser reveals information like below, but perhaps that is normal for an active file system? I'm having stability problems with this machine (it crashes sporadically) and I suspect it might have something to do with problems in the file system. Could this be true, or is the below stuff completely normal? Thanks, Palle # fsck (on a running multiuser system, just to check) .... ** /dev/amrd0s2g (NO WRITE) ** Last Mounted on /usr/local ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 205437 files, 4275062 used, 802012 free (109716 frags, 86537 blocks, 2.2% fragmentation) ** /dev/amrd0s2e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=400865 (25408 should be 25376) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=402688 OWNER=root MODE=100644 SIZE=242572 MTIME=Apr 24 09:07 2005 CLEAR? no UNREF FILE I=494615 OWNER=root MODE=140666 SIZE=0 MTIME=Apr 24 05:44 2005 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 9066 files, 257785 used, 1771238 free (12446 frags, 219849 blocks, 0.6% fragmentation) ** /dev/amrd0s2h (NO WRITE) ** Last Mounted on /var/spool/imap ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 234836 files, 2100748 used, 19389487 free (17959 frags, 2421441 blocks, 0.1% fragmentation) From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 12:02:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8792516A4CE for ; Sun, 24 Apr 2005 12:02:36 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E421843D4C for ; Sun, 24 Apr 2005 12:02:35 +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 86ECF46B8F; Sun, 24 Apr 2005 08:02:35 -0400 (EDT) Date: Sun, 24 Apr 2005 13:04:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Michael A. Koerber" In-Reply-To: <42664034.1060700@ll.mit.edu> Message-ID: <20050424124919.X60170@fledge.watson.org> References: <42664034.1060700@ll.mit.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: Meeting Security Requirements with FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 12:02:36 -0000 On Wed, 20 Apr 2005, Michael A. Koerber wrote: > 1. Currently FreeBSD (or any other BSD) doesn't seem to be on the list > of approved OS's for classified processing. I'm trying to obtain at > least local approval, but I don't speak the "security language" too > well. Any help would be greatly appreciated. Currently, FreeBSD "out of the box" has not been publically certified by any known vendors or institutions to be used for multi-level or compartmentalized processing. However, it is used in those sorts of environments, and FreeBSD is used extensively in products that have been certified (such as routers). This is because, traditionally, the role of certification has been something product vendors do, and the scope for direct vendors of FreeBSD as an OS is limited, compared with the scope of vendors selling products that integrate FreeBSD. There has been interest, but because of previously missing feature sets, the cost to do a certification has been seen as too high by the interested parties. We've been working hard to remedy the missing feature concern, and in 6.x, due out later this year, we should be pretty close to feature complete. More below on that. A final comment: because FreeBSD tends to be the foundation of custom solutions, we often don't know about some of the more interesting uses of FreeBSD in the military environment. As such, we may in fact not be the right people to tell you about existing use. > 2. The unix's that are approved are Solaris and Redhat/Fedora. I have > reviewed the "PL1 Checklists" and it seems to me that Redhat/Linux might > be the closest set of requirements, so I'm working off that. Current releases of Linux don't have all the required features, such as a lack of a proper audit implementation. > 3. I've "mapped" most of the requirements to FreeBSD (basic unix > stuff). > > 4. The major sticking point today is "Accesses to Security-Relevant > Objects". Our MAC pieces start the address this, and do a fairly reasonable job for the kernel, especially on 6.x. 5.x doesn't have as complete object coverage. It's possible to backport them, and at least one person has, but it breaks several kernel ABIs so will break otherwise functional 5.x kernel modules, hence our not backporting them yet. For example, in 6.x, System V IPC objects are covered by MAC, but not in 5.x. > a. Under Redhat the requirement is "Implement Snare" or "Implement LauS > (Linux Auditing System". > > b. The Solaris equivalent requirement seems to be set up of the Basic > Security Model "BSM". > > I don't see either of these packages ported to BSD. What is the BSD > approach to meeting the (logging) requirements provided by the above > packages? I thought that MAC might be the answer, but I see nothing > about logging "events" in the manual. We're about to import OpenBSM, an open source implementation of BSM audit for FreeBSD in the next few months. However, the dates are getting a bit tight to get it in for 6.0 as a production feature. We hope to be able to get it in as an experimental feature for 6.0, and production for 6.1. Since certification normally occurs alongside development, that might not be a bad time to begin certification, if it were going to happen. I'm not sure what environment you're looking at, but the notions of "certification" and "acreditation" are very complicated. Usually there are two steps: (1) documenting a set of requirements, and (2) demonstrating that the system meets the requirements. Selection of requirements turns out to be a very flexible process, and all kinds of systems are used for classified data under very weak requirements. Audit is often, but not always, required, but MAC is typically not. Specific certifications vary hugely here, but a good starting point is the CAPP common criteria certification. With the exception of having integrated audit support, which is coming very shortly, FreeBSD should meet 99% of CAPP requirements as EAL3, and with documentation and cleanup, should reach them at EAL4. The strong requirements typically come in at security boundaries, such as guards between networks, or in the processing of compartmented data. In those environments, certifcations vary a lot, but a reasonable starting point is the LSPP common criteria certification. Once you have CAPP, FreeBSD is also very close to LSPP, especially if you select a subset of behavior (i.e., omit sendmail or such). The TrustedBSD Project (http://www.TrustedBSD.org/) is where most of this work is occuring, with code being brought back into FreeBSD at useful intervals as it matures. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 12:47:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E39FD16A4CE for ; Sun, 24 Apr 2005 12:47:07 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C63443D55 for ; Sun, 24 Apr 2005 12:47:07 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1028606wri for ; Sun, 24 Apr 2005 05:47:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b3JnyyaIwppRZwWhzfP5T2WVBHGzVBRuqXZh8UYFAogmKTCjqBAAoJsnqedUKpdFPq3smB0vPyWy3nBh+yxIeKIRUqTHbv3iFTBzpc8poNXrXvqANAxOJ5KF3HR1cu+2kmB/4s+rmEZMi95A+QQ1FBNf0jgIU8fJLkOqPlvUU/k= Received: by 10.54.135.7 with SMTP id i7mr1365943wrd; Sun, 24 Apr 2005 05:47:06 -0700 (PDT) Received: by 10.54.14.15 with HTTP; Sun, 24 Apr 2005 05:47:05 -0700 (PDT) Message-ID: Date: Sun, 24 Apr 2005 22:47:05 +1000 From: Robert Backhaus To: Kris Kennaway In-Reply-To: <20050422212956.GA33946@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050422050401.GA57677@xor.obsecurity.org> <20050422203439.GH12673@cirb503493.alcatel.com.au> <20050422212956.GA33946@xor.obsecurity.org> cc: Peter Jeremy cc: stable@freebsd.org cc: sparc64@freebsd.org Subject: Re: Preposterous errno values from kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Robert Backhaus List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 12:47:08 -0000 On 4/23/05, Kris Kennaway wrote: > On Sat, Apr 23, 2005 at 06:34:39AM +1000, Peter Jeremy wrote: > > On Thu, 2005-Apr-21 22:04:01 -0700, Kris Kennaway wrote: > > >I'm getting this on a RELENG_5_4 sparc64 system (e4500): > > > > > ># rm -rf * > > >/bin/rm: Unknown error: 7283. > > Just to rule things out: try echo * Just to make sure the shell is returning something sane. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 14:11:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A0F516A4CF for ; Sun, 24 Apr 2005 14:11:17 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 661E643D2D for ; Sun, 24 Apr 2005 14:11:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3OECN3C013699; Sun, 24 Apr 2005 08:12:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <426BA8FA.3080602@samsco.org> Date: Sun, 24 Apr 2005 08:11:06 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Palle Girgensohn References: In-Reply-To: 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: stable@freebsd.org Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 14:11:17 -0000 Palle Girgensohn wrote: > Hi! > > on a 5.4-prerelease machine (dell 2850 dual cpu, running amd64), I have > this in rc.conf: > > fsck_y_enable="YES" > background_fsck="NO" > > > Still, I'm not certain that fsck is really run at startup. Are you expecting a fsck to be run at every startup, regardless of whether the filesystems are dirty? If so, that is not what these options do. > At least, > running fsck on in multiuser reveals information like below, but perhaps > that is normal for an active file system? Yes, because of the caching effect of the VM layer, the filesystem will not always be clean. Softupdates (hopefully) means that it will be consistent and recoverable, but what you're seeing here is normal and expected. Running foreground-fsck on a mounted filesystem has limited value, though. > > I'm having stability problems with this machine (it crashes > sporadically) and I suspect it might have something to do with problems > in the file system. Could this be true, or is the below stuff completely > normal? You'll need to enable DDB and KDB and post the information from your crashes. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 14:13:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E677D16A4CE; Sun, 24 Apr 2005 14:13:05 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF6ED43D48; Sun, 24 Apr 2005 14:13:04 +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 j3OED4Sk015593; Sun, 24 Apr 2005 10:13:04 -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 j3OEDUx2073265; Sun, 24 Apr 2005 10:13:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2E3377306E; Sun, 24 Apr 2005 10:13:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050424141304.2E3377306E@freebsd-current.sentex.ca> Date: Sun, 24 Apr 2005 10:13:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 14:13:06 -0000 TB --- 2005-04-24 13:04:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-24 13:04:11 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-04-24 13:04:11 - checking out the source tree TB --- 2005-04-24 13:04:11 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2005-04-24 13:04:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-24 13:13:26 - building world (CFLAGS=-O -pipe) TB --- 2005-04-24 13:13:26 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-04-24 13:13:26 - /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-04-24 14:05:29 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-24 14:05:29 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-04-24 14:05:29 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 24 14:05:29 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 [...] objcopy --strip-debug nullfs.ko ===> osf1 cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_ioctl.c cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c: In function `osf1_copyinuio': /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: `INT_MAX' undeclared (first use in this function) /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2005-04-24 14:13:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-24 14:13:03 - ERROR: failed to build generic kernel TB --- 2005-04-24 14:13:03 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 14:18:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BF5816A4CE for ; Sun, 24 Apr 2005 14:18:58 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3F2043D3F for ; Sun, 24 Apr 2005 14:18:57 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (pD9542A59.dip.t-dialin.net [217.84.42.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 9EAEE33FA1; Sun, 24 Apr 2005 16:18:49 +0200 (CEST) Message-ID: <426BAAE4.1040606@incubus.de> Date: Sun, 24 Apr 2005 16:19:16 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050423) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <426BA8FA.3080602@samsco.org> In-Reply-To: <426BA8FA.3080602@samsco.org> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: Palle Girgensohn Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 14:18:58 -0000 Scott Long wrote: > not always be clean. Softupdates (hopefully) means that it will be > consistent and recoverable, but what you're seeing here is normal and Why "hopefully"? Aren't people convinced that it works correctly? mkb. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 14:36:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 854FF16A4CE for ; Sun, 24 Apr 2005 14:36:19 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A0843D2F for ; Sun, 24 Apr 2005 14:36:18 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j3OEa7mh011615; Mon, 25 Apr 2005 00:06:08 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Rob Date: Mon, 25 Apr 2005 00:05:56 +0930 User-Agent: KMail/1.8 References: <20050424080911.54130.qmail@web54009.mail.yahoo.com> In-Reply-To: <20050424080911.54130.qmail@web54009.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2780706.toJozUruQ7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504250006.02531.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: FreeBSD Stable Subject: Re: [PATCH] Re: /etc/rc.d/sshd : "kldload random" missing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 14:36:19 -0000 --nextPart2780706.toJozUruQ7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 24 Apr 2005 17:39, Rob wrote: > > That gets it called here (although I already had > > random.ko loaded so I'm not 100% sure it worked) > > Oh? There's no such 'random_enable' entry in > /etc/defaults/rc.conf on my 5.4-Stable system. > Is this a Current only thing? > Moreover, on my system, '/etc/rc.d/random rcvar' > has no output at all. > Adding an entry in /etc/rc.conf doesn't change that. > > Nevertheless, I have tried your advice, but to > no avail. Hmm I'm stuck for ideas then. =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 --nextPart2780706.toJozUruQ7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCa67S5ZPcIHs/zowRAp+fAJ9OT/rxhMFua3GnWA7aaeYl+arMgwCfUELs bldpH/0ihJXaUt2ayDmkYOk= =NIjH -----END PGP SIGNATURE----- --nextPart2780706.toJozUruQ7-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 15:33:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4317B16A4CE; Sun, 24 Apr 2005 15:33:09 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D16643D1D; Sun, 24 Apr 2005 15:33:08 +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 j3OFX8ed018272; Sun, 24 Apr 2005 11:33:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3OFX8ha042874; Sun, 24 Apr 2005 11:33:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D44F67306E; Sun, 24 Apr 2005 11:33:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050424153307.D44F67306E@freebsd-current.sentex.ca> Date: Sun, 24 Apr 2005 11:33:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 15:33:09 -0000 TB --- 2005-04-24 14:13:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-24 14:13:04 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-04-24 14:13:04 - checking out the source tree TB --- 2005-04-24 14:13:04 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2005-04-24 14:13:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-24 14:22:31 - building world (CFLAGS=-O -pipe) TB --- 2005-04-24 14:22:31 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-24 14:22:31 - /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 TB --- 2005-04-24 15:19:47 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-24 15:19:47 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-24 15:19:47 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 24 15:19:48 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 >>> Kernel build for GENERIC completed on Sun Apr 24 15:29:37 UTC 2005 TB --- 2005-04-24 15:29:37 - generating LINT kernel config TB --- 2005-04-24 15:29:37 - cd /home/tinderbox/RELENG_5/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-24 15:29:37 - /usr/bin/make -B LINT TB --- 2005-04-24 15:29:37 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-24 15:29:37 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-24 15:29:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 24 15:29:37 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/sr c/sys/dev/acpica/acpi.c In file included from /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/acpica/acpi.c:59: /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/acpica/acpivar.h:409:1: "ACPI_MAX_THREADS" redefined In file included from /tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica/acfreebsd.h:128, from /tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica/acenv.h:208, from /tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica/acpi.h:126, from /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/acpica/acpi.c:58: ./opt_acpi.h:2:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/obj/amd64/tinderbox/RELENG_5/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2005-04-24 15:33:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-24 15:33:07 - ERROR: failed to build lint kernel TB --- 2005-04-24 15:33:07 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 16:51:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EF0C16A4CE; Sun, 24 Apr 2005 16:51:35 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB67943D48; Sun, 24 Apr 2005 16:51:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3OGpYr3027192; Sun, 24 Apr 2005 12:51:34 -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 j3OGpYsf089628; Sun, 24 Apr 2005 12:51:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E4FB87306E; Sun, 24 Apr 2005 12:51:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050424165133.E4FB87306E@freebsd-current.sentex.ca> Date: Sun, 24 Apr 2005 12:51:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 16:51:35 -0000 TB --- 2005-04-24 15:33:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-24 15:33:08 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-04-24 15:33:08 - checking out the source tree TB --- 2005-04-24 15:33:08 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-04-24 15:33:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-24 15:42:39 - building world (CFLAGS=-O -pipe) TB --- 2005-04-24 15:42:39 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-04-24 15:42:39 - /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-04-24 16:34:59 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-24 16:34:59 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-04-24 16:34:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 24 16:34:59 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 >>> Kernel build for GENERIC completed on Sun Apr 24 16:47:03 UTC 2005 TB --- 2005-04-24 16:47:03 - generating LINT kernel config TB --- 2005-04-24 16:47:03 - cd /home/tinderbox/RELENG_5/i386/i386/src/sys/i386/conf TB --- 2005-04-24 16:47:03 - /usr/bin/make -B LINT TB --- 2005-04-24 16:47:03 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-24 16:47:03 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-04-24 16:47:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 24 16:47:03 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/RELENG_5/i386/i386 /src/sys/dev/acpica/acpi.c In file included from /tinderbox/RELENG_5/i386/i386/src/sys/dev/acpica/acpi.c:59: /tinderbox/RELENG_5/i386/i386/src/sys/dev/acpica/acpivar.h:409:1: "ACPI_MAX_THREADS" redefined In file included from /tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica/acfreebsd.h:128, from /tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica/acenv.h:208, from /tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica/acpi.h:126, from /tinderbox/RELENG_5/i386/i386/src/sys/dev/acpica/acpi.c:58: ./opt_acpi.h:2:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2005-04-24 16:51:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-24 16:51:33 - ERROR: failed to build lint kernel TB --- 2005-04-24 16:51:33 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 18:25:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C0F816A4CE for ; Sun, 24 Apr 2005 18:25:33 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id B975443D58 for ; Sun, 24 Apr 2005 18:25:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DF9C151C02; Sun, 24 Apr 2005 11:25:31 -0700 (PDT) Date: Sun, 24 Apr 2005 11:25:31 -0700 From: Kris Kennaway To: Palle Girgensohn Message-ID: <20050424182531.GA33485@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 18:25:33 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2005 at 01:45:47PM +0200, Palle Girgensohn wrote: > Hi! >=20 > on a 5.4-prerelease machine (dell 2850 dual cpu, running amd64), I have= =20 > this in rc.conf: >=20 > fsck_y_enable=3D"YES" > background_fsck=3D"NO" >=20 >=20 > Still, I'm not certain that fsck is really run at startup. At least,=20 > running fsck on in multiuser reveals information like below, but perhaps= =20 > that is normal for an active file system? >=20 > I'm having stability problems with this machine (it crashes sporadically)= =20 > and I suspect it might have something to do with problems in the file=20 > system. Could this be true, or is the below stuff completely normal? >=20 > Thanks, > Palle >=20 > # fsck (on a running multiuser system, just to check) > .... >=20 > ** /dev/amrd0s2g (NO WRITE) > ** Last Mounted on /usr/local > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > FREE BLK COUNT(S) WRONG IN SUPERBLK > SALVAGE? no >=20 > SUMMARY INFORMATION BAD > SALVAGE? no >=20 > BLK(S) MISSING IN BIT MAPS > SALVAGE? no Running fsck on a mounted filesystem will do this unless you use background fsck, because the filesystem is in use. Kris --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCa+SbWry0BWjoQKURAlcPAKD0FD9n9pJYpCCGYTsj1dPjvzwMhwCgjA/c fLOyO1TyrKAyndU8QZ7u1Fs= =3mIq -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 20:57:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8678316A4CE for ; Sun, 24 Apr 2005 20:57:53 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id B263643D2D for ; Sun, 24 Apr 2005 20:57:52 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 25D7A4ADFA; Sun, 24 Apr 2005 22:57:51 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03180-01-2; Sun, 24 Apr 2005 22:57:51 +0200 (CEST) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id C87B34ADCC; Sun, 24 Apr 2005 22:57:50 +0200 (CEST) Date: Sun, 24 Apr 2005 22:57:49 +0200 From: Palle Girgensohn To: Kris Kennaway Message-ID: In-Reply-To: <20050424182531.GA33485@xor.obsecurity.org> References: <20050424182531.GA33485@xor.obsecurity.org> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: stable@freebsd.org Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 20:57:53 -0000 --On s=F6ndag, april 24, 2005 11.25.31 -0700 Kris Kennaway=20 wrote: > On Sun, Apr 24, 2005 at 01:45:47PM +0200, Palle Girgensohn wrote: ... >> >> BLK(S) MISSING IN BIT MAPS >> SALVAGE? no > > Running fsck on a mounted filesystem will do this unless you use > background fsck, because the filesystem is in use. OK, I suspected that's it... Thanks for the reply! /Palle From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 21:07:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFB9F16A4CE for ; Sun, 24 Apr 2005 21:07:42 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5459143D49 for ; Sun, 24 Apr 2005 21:07:42 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id ACF8F4B479; Sun, 24 Apr 2005 23:07:41 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00759-02-3; Sun, 24 Apr 2005 23:07:41 +0200 (CEST) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 76E6D4ADCC; Sun, 24 Apr 2005 23:07:38 +0200 (CEST) Date: Sun, 24 Apr 2005 23:07:38 +0200 From: Palle Girgensohn To: Scott Long Message-ID: In-Reply-To: <426BA8FA.3080602@samsco.org> References: <426BA8FA.3080602@samsco.org> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: stable@freebsd.org Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 21:07:42 -0000 --On s=F6ndag, april 24, 2005 08.11.06 -0600 Scott Long = wrote: > Palle Girgensohn wrote: >> Hi! >> >> on a 5.4-prerelease machine (dell 2850 dual cpu, running amd64), I have >> this in rc.conf: >> >> fsck_y_enable=3D"YES" >> background_fsck=3D"NO" >> >> >> Still, I'm not certain that fsck is really run at startup. > > Are you expecting a fsck to be run at every startup, regardless of > whether the filesystems are dirty? If so, that is not what these > options do. No, but the machine crashes a lot, sometimes a couple of times in a day=20 (oddly mostly on week-ends, and sometimes it can be stable for a week or=20 two). I'm clueless to what's causing it, but suspect that the amd64 stuff=20 is broken, at least for this machine (dual Xeon). I wanted foreground fsck=20 since I thought there might be a problem with the file systems, but I guess = I was wrong... >> At least, >> running fsck on in multiuser reveals information like below, but perhaps >> that is normal for an active file system? > > Yes, because of the caching effect of the VM layer, the filesystem will > not always be clean. Softupdates (hopefully) means that it will be > consistent and recoverable, but what you're seeing here is normal and > expected. Running foreground-fsck on a mounted filesystem has limited > value, though. OK, I reckoned it was like that. Thanks. >> I'm having stability problems with this machine (it crashes >> sporadically) and I suspect it might have something to do with problems >> in the file system. Could this be true, or is the below stuff completely >> normal? > > You'll need to enable DDB and KDB and post the information from your > crashes. OK, thanks, it's time to dig into that, I guess... /Palle From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 21:21:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B09B616A4CE for ; Sun, 24 Apr 2005 21:21:15 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C85243D3F for ; Sun, 24 Apr 2005 21:21:13 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3OLMPVd015762; Sun, 24 Apr 2005 15:22:26 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <426C0D72.9090707@samsco.org> Date: Sun, 24 Apr 2005 15:19:46 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <426BA8FA.3080602@samsco.org> <426BAAE4.1040606@incubus.de> In-Reply-To: <426BAAE4.1040606@incubus.de> 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: stable@freebsd.org cc: Palle Girgensohn Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 21:21:15 -0000 Matthias Buelow wrote: > Scott Long wrote: > > >>not always be clean. Softupdates (hopefully) means that it will be >>consistent and recoverable, but what you're seeing here is normal and > > > Why "hopefully"? Aren't people convinced that it works correctly? > > mkb. Whether or not its algoritms are correct or the VM and VFS layers properly support it, modern IDE write caches pretty much make write orderings a crapshoot. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 22:01:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CD4C16A4CE for ; Sun, 24 Apr 2005 22:01:01 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id A298443D1D for ; Sun, 24 Apr 2005 22:01:00 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD9542A59.dip.t-dialin.net [217.84.42.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 27FF934255; Mon, 25 Apr 2005 00:00:54 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j3OM0kx7028324; Mon, 25 Apr 2005 00:01:23 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200504242201.j3OM0kx7028324@drjekyll.mkbuelow.net> From: Matthias Buelow To: Scott Long In-Reply-To: Message from Scott Long of "Sun, 24 Apr 2005 15:19:46 MDT." <426C0D72.9090707@samsco.org> X-Mailer: MH-E 7.82; nmh 1.0.4; GNU Emacs 21.3.1 Date: Mon, 25 Apr 2005 00:00:46 +0200 Sender: mkb@mkbuelow.net cc: stable@freebsd.org cc: Matthias Buelow cc: Palle Girgensohn Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 22:01:01 -0000 Scott Long writes: >Whether or not its algoritms are correct or the VM and VFS layers >properly support it, modern IDE write caches pretty much make write >orderings a crapshoot. Well.. that can be countered somewhat by using a UPS for servers, or in areas where power is flakey. I'm more concerned about the software being correct, since the handful or so of filesystems I've lost over the years have always been due to software failure (usually some major f*ckup following a kernel panic that fsck couldn't repair...) mkb. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 24 22:39:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 614C916A4CE for ; Sun, 24 Apr 2005 22:39:17 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B12343D31 for ; Sun, 24 Apr 2005 22:39:16 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 4C8A778C64 for ; Sun, 24 Apr 2005 18:41:05 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22886-05 for ; Sun, 24 Apr 2005 18:41:00 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 5C5FF78C35 for ; Sun, 24 Apr 2005 18:41:00 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 2B3BF33C60; Sun, 24 Apr 2005 18:39:42 -0400 (EDT) Date: Sun, 24 Apr 2005 18:39:41 -0400 From: Damian Gerow To: stable@freebsd.org Message-ID: <20050424223941.GN720@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: TXCSUM on bge0 breaks bridging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2005 22:39:17 -0000 Someone just helped me through a bridging problem I was having, and I thought I'd throw the problem out to the list to see if it's a bug, or at least, for archival purposes. I have a machine that I'm using as a workstation, that I would also like to use to bridge a home LAN. It has two interfaces: bge and fxp. bge0 -> 172.19.206.56 fxp0 -> ipless When I bridged the two interfaces, the workstation could only talk on the bge side of the network, not the fxp side. Note that any device on either side of the network could speak to the other side. Some initial debugging: # sysctl net.link.ether.bridge net.link.ether.bridge.version: 031224 net.link.ether.bridge.debug: 0 net.link.ether.bridge.ipf: 0 net.link.ether.bridge.ipfw: 0 net.link.ether.bridge.copy: 0 net.link.ether.bridge.ipfw_drop: 0 net.link.ether.bridge.ipfw_collisions: 0 net.link.ether.bridge.packets: 2687590 net.link.ether.bridge.dropped: 0 net.link.ether.bridge.predict: 70 net.link.ether.bridge.enable: 1 net.link.ether.bridge.config: fxp0 bge0 # I tcpdump'ed on the fxp interface, and could see a device nab an address via DHCP, and an ARP to the device from my workstation seemed to work, but I could not ping it. It was pointed out to me that the fxp does off-board checksumming, and what would happen if I disabled the one on bge0? Well, it fixed the problem. I can have TXCSUM enabled *only* on fxp0, not on bge0: so long as TXCSUM is disabled on bge0, irregardless of the state of fxp0, I can talk to any device attached to fxp0. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 00:40:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD6EA16A4CE for ; Mon, 25 Apr 2005 00:40:34 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACB9E43D1F for ; Mon, 25 Apr 2005 00:40:33 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j3P0eSE6039085; Mon, 25 Apr 2005 10:10:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Rob Date: Mon, 25 Apr 2005 10:10:12 +0930 User-Agent: KMail/1.8 References: <20050424080911.54130.qmail@web54009.mail.yahoo.com> In-Reply-To: <20050424080911.54130.qmail@web54009.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4731757.GGO1LmdKjk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504251010.22268.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: FreeBSD Stable Subject: Re: [PATCH] Re: /etc/rc.d/sshd : "kldload random" missing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 00:40:35 -0000 --nextPart4731757.GGO1LmdKjk Content-Type: multipart/mixed; boundary="Boundary-01=_sxDbC8IQxgyHcFm" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_sxDbC8IQxgyHcFm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 24 Apr 2005 17:39, Rob wrote: > Nevertheless, I have tried your advice, but to > no avail. Hmm, try this diff it kldload's random if it's not present. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Boundary-01=_sxDbC8IQxgyHcFm Content-Type: text/x-diff; charset="iso-8859-1"; name="random-kld.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="random-kld.diff" =2D-- random.orig Mon Apr 25 10:01:23 2005 +++ random Mon Apr 25 10:09:51 2005 @@ -11,7 +11,9 @@ . /etc/rc.subr =20 name=3D"random" +rcvar=3D`set_rcvar` start_cmd=3D"random_start" +start_precmd=3D"random_precmd" stop_cmd=3D"random_stop" =20 feed_dev_random() @@ -21,6 +23,17 @@ fi } =20 +random_precmd() +{ + if ! sysctl kern.random.sys.seeded >/dev/null 2>&1; then + if ! kldload random; then + warn 'Could not load random module' + return 1 + fi + fi + return 0 +} + random_start() { # Reseed /dev/random with previously stored entropy. @@ -91,3 +104,4 @@ =20 load_rc_config $name run_rc_command "$1" + --Boundary-01=_sxDbC8IQxgyHcFm-- --nextPart4731757.GGO1LmdKjk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCbDx25ZPcIHs/zowRAga3AJ9101dlFXBuCT4G1HMIy4YlldCrKgCfemNS XD8uclx1Mhnvol41LSjoXOA= =ZP5h -----END PGP SIGNATURE----- --nextPart4731757.GGO1LmdKjk-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 01:15:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3A7816A4CE for ; Mon, 25 Apr 2005 01:15:04 +0000 (GMT) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E00E43D54 for ; Mon, 25 Apr 2005 01:15:04 +0000 (GMT) (envelope-from mail@iaindooley.com) Received: from [10.0.1.3] (c220-237-12-31.randw1.nsw.optusnet.com.au [220.237.12.31]) (authenticated bits=0)j3P1ExoA015989 for ; Mon, 25 Apr 2005 11:15:02 +1000 Message-ID: <426CD319.6010005@iaindooley.com> Date: Mon, 25 Apr 2005 11:23:05 +0000 From: Iain Dooley User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050407) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:15:04 -0000 hi all, i keep seeing comments such as "upgrading across major versions is not recommended for mere mortals". so what the hell are 'mere mortals' such as myself supposed to do when we want to upgrade across major versions? cheers iain From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 01:28:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C4EA16A4CE for ; Mon, 25 Apr 2005 01:28:50 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2431143D2D for ; Mon, 25 Apr 2005 01:28:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2CBEE5192A; Sun, 24 Apr 2005 18:28:38 -0700 (PDT) Date: Sun, 24 Apr 2005 18:28:38 -0700 From: Kris Kennaway To: Iain Dooley Message-ID: <20050425012837.GA59690@xor.obsecurity.org> References: <426CD319.6010005@iaindooley.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <426CD319.6010005@iaindooley.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:28:50 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 11:23:05AM +0000, Iain Dooley wrote: > hi all, i keep seeing comments such as "upgrading across major versions i= s=20 > not recommended for mere mortals". so what the hell are 'mere mortals' su= ch=20 > as myself supposed to do when we want to upgrade across major versions? Use sysinstall to do a binary upgrade, or carefully follow the directions in the handbook. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbEfFWry0BWjoQKURAqAVAKCABQK4P5AI5NVH4/IGPVYbpE75qACfSN6b qFca7B0QNyj21oZjKzKZ2V0= =eByv -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 01:32:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B02116A4CE for ; Mon, 25 Apr 2005 01:32:23 +0000 (GMT) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A7743D53 for ; Mon, 25 Apr 2005 01:32:22 +0000 (GMT) (envelope-from mail@iaindooley.com) Received: from [10.0.1.3] (c220-237-12-31.randw1.nsw.optusnet.com.au [220.237.12.31]) (authenticated bits=0)j3P1WDpa009431; Mon, 25 Apr 2005 11:32:16 +1000 Message-ID: <426CD723.3040906@iaindooley.com> Date: Mon, 25 Apr 2005 11:40:19 +0000 From: Iain Dooley User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050407) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> In-Reply-To: <20050425012837.GA59690@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:32:23 -0000 Kris Kennaway wrote: > On Mon, Apr 25, 2005 at 11:23:05AM +0000, Iain Dooley wrote: > >>hi all, i keep seeing comments such as "upgrading across major versions is >>not recommended for mere mortals". so what the hell are 'mere mortals' such >>as myself supposed to do when we want to upgrade across major versions? > > > Use sysinstall to do a binary upgrade, or carefully follow the > directions in the handbook. binary upgrade!!! brilliant, i didn't even know it existed. is there a section in the handbook on it? i couldn't find one. will there be issues running programs currently installed on my system after a binary upgrade? cheers iain From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 01:36:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A63B016A4CE for ; Mon, 25 Apr 2005 01:36:08 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACD8843D46 for ; Mon, 25 Apr 2005 01:36:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 41A9C533CA; Sun, 24 Apr 2005 18:36:04 -0700 (PDT) Date: Sun, 24 Apr 2005 18:36:04 -0700 From: Kris Kennaway To: Iain Dooley Message-ID: <20050425013604.GA59847@xor.obsecurity.org> References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> <426CD723.3040906@iaindooley.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <426CD723.3040906@iaindooley.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:36:08 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 11:40:19AM +0000, Iain Dooley wrote: >=20 >=20 > Kris Kennaway wrote: > >On Mon, Apr 25, 2005 at 11:23:05AM +0000, Iain Dooley wrote: > > > >>hi all, i keep seeing comments such as "upgrading across major versions= =20 > >>is not recommended for mere mortals". so what the hell are 'mere mortal= s'=20 > >>such as myself supposed to do when we want to upgrade across major=20 > >>versions? > > > > > >Use sysinstall to do a binary upgrade, or carefully follow the > >directions in the handbook. >=20 > binary upgrade!!! brilliant, i didn't even know it existed. is there a=20 > section in the handbook on it? i couldn't find one.=20 I don't know. It might be with the release documentation. > will there be issues running programs currently installed on my system=20 > after a binary upgrade? In general no (if you install the 4.x compatibility package), but if you're going to keep using new ports/packages then it's recommended that you reinstall everything (e.g. with portupgrade) to avoid the incompatibilities that can arise if you mix and match 4.x and 5.x packages. Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbEmDWry0BWjoQKURAks/AKCCaXO3sF4Qslna77NE2GGLV9QfrACfbKcU 7uJKAU2SrTKg46QHmkd0RTU= =2u9U -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 01:45:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B50F316A5BD for ; Mon, 25 Apr 2005 01:45:07 +0000 (GMT) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F5E543D53 for ; Mon, 25 Apr 2005 01:45:07 +0000 (GMT) (envelope-from mail@iaindooley.com) Received: from [10.0.1.3] (c220-237-12-31.randw1.nsw.optusnet.com.au [220.237.12.31]) (authenticated bits=0)j3P1iuXS016135; Mon, 25 Apr 2005 11:45:02 +1000 Message-ID: <426CDA1B.3020906@iaindooley.com> Date: Mon, 25 Apr 2005 11:52:59 +0000 From: Iain Dooley User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050407) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> <426CD723.3040906@iaindooley.com> <20050425013604.GA59847@xor.obsecurity.org> In-Reply-To: <20050425013604.GA59847@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:45:10 -0000 Kris Kennaway wrote: > On Mon, Apr 25, 2005 at 11:40:19AM +0000, Iain Dooley wrote: > >> >>Kris Kennaway wrote: >> >>>On Mon, Apr 25, 2005 at 11:23:05AM +0000, Iain Dooley wrote: >>> >>> >>>>hi all, i keep seeing comments such as "upgrading across major versions >>>>is not recommended for mere mortals". so what the hell are 'mere mortals' >>>>such as myself supposed to do when we want to upgrade across major >>>>versions? >>> >>> >>>Use sysinstall to do a binary upgrade, or carefully follow the >>>directions in the handbook. >> >>binary upgrade!!! brilliant, i didn't even know it existed. is there a >>section in the handbook on it? i couldn't find one. > > > I don't know. It might be with the release documentation. > > >>will there be issues running programs currently installed on my system >>after a binary upgrade? > > > In general no (if you install the 4.x compatibility package), but if > you're going to keep using new ports/packages then it's recommended > that you reinstall everything (e.g. with portupgrade) to avoid the > incompatibilities that can arise if you mix and match 4.x and 5.x > packages. i see, i've just been through a bit of three day nightmare trying to portupgrade everything (install errors aplenty ... see my email on the freebsd-questions list). maybe i'll hold off for a little while. it's such a pain having to wait for everything to build from source. kde takes forever, so you leave the house but when you come back there is one of those configuration options screens for some obscure package with bunch of options like "Enable Lib GSSD Compatibility" that mean absolutely nothing to me. meanwhile i can't use my PC. maybe i should be using pkg_update instead? cheers iain From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 01:49:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A06616A4CF for ; Mon, 25 Apr 2005 01:49:56 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1329943D31 for ; Mon, 25 Apr 2005 01:49:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 70A8C514FE; Sun, 24 Apr 2005 18:49:55 -0700 (PDT) Date: Sun, 24 Apr 2005 18:49:55 -0700 From: Kris Kennaway To: Iain Dooley Message-ID: <20050425014955.GA60179@xor.obsecurity.org> References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> <426CD723.3040906@iaindooley.com> <20050425013604.GA59847@xor.obsecurity.org> <426CDA1B.3020906@iaindooley.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <426CDA1B.3020906@iaindooley.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 01:49:56 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 11:52:59AM +0000, Iain Dooley wrote: > >you're going to keep using new ports/packages then it's recommended > >that you reinstall everything (e.g. with portupgrade) to avoid the > >incompatibilities that can arise if you mix and match 4.x and 5.x > >packages. >=20 > i see, i've just been through a bit of three day nightmare trying to=20 > portupgrade everything (install errors aplenty ... see my email on the=20 > freebsd-questions list). >=20 > maybe i'll hold off for a little while. it's such a pain having to wait f= or=20 > everything to build from source. kde takes forever, so you leave the hous= e=20 > but when you come back there is one of those configuration options screen= s=20 > for some obscure package with bunch of options like "Enable Lib GSSD=20 > Compatibility" that mean absolutely nothing to me. meanwhile i can't use = my=20 > PC. >=20 > maybe i should be using pkg_update instead? No, it sounds like you should be using portupgrade -P, i.e. the precompiled packages. Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbEzDWry0BWjoQKURArWQAKCU8ngFPShdeiq9urnpzVmemLPMkACfX17e S+VfHKN7q6odRWB/niJn48w= =Yotj -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 02:02:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C53216A4CE for ; Mon, 25 Apr 2005 02:02:44 +0000 (GMT) Received: from web54002.mail.yahoo.com (web54002.mail.yahoo.com [206.190.36.226]) by mx1.FreeBSD.org (Postfix) with SMTP id A913A43D4C for ; Mon, 25 Apr 2005 02:02:43 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 39171 invoked by uid 60001); 25 Apr 2005 02:02:43 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=0ZZiZA69/BQuHOrp1tpFX6IbQFAUhnwlyd47pvuRUAmfQWSw46qSXDhlcp2pfV3BrPWutwZu7i6LBihVAixcim0HMLBhXOqg35pA1c/L/8xl4ILm7a9/cd2DPRVxuOGLpX5igIbaPvXo3ExtQ5Nf15CAAtsZH+XVZrRqEDk0PXg= ; Message-ID: <20050425020243.39167.qmail@web54002.mail.yahoo.com> Received: from [147.47.254.184] by web54002.mail.yahoo.com via HTTP; Sun, 24 Apr 2005 19:02:42 PDT Date: Sun, 24 Apr 2005 19:02:42 -0700 (PDT) From: Rob To: Daniel O'Connor In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD Stable Subject: Re: [PATCH] Re: /etc/rc.d/sshd : "kldload random" missing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 02:02:44 -0000 --- Daniel O'Connor wrote: > On Sun, 24 Apr 2005 17:39, Rob wrote: > > Nevertheless, I have tried your advice, but to > > no avail. > > Hmm, try this diff it kldload's random if it's not > present. It's not present on 5.4-Stable, so I have patched it. In /etc/rc.d/sshd I also have this: # REQUIRE: LOGIN random However, it still does not work. This is what I observe: 1. If random is not started, it will load the random module, if needed. So this part seems to work OK now. 2. If random module is not loaded and random has not yet started, then I get this: # /etc/rc.d/sshd start Starting sshd. PRNG is not seeded My conclusion is: sshd does simply not call random at all, although I have added it in the "# REQUIRE:" line. Is this a general bug in 5-Stable? Or am I testing this in the wrong way? Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 02:19:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 195BD16A4CE for ; Mon, 25 Apr 2005 02:19:46 +0000 (GMT) Received: from web50410.mail.yahoo.com (web50410.mail.yahoo.com [206.190.38.245]) by mx1.FreeBSD.org (Postfix) with SMTP id 9062B43D2D for ; Mon, 25 Apr 2005 02:19:45 +0000 (GMT) (envelope-from falmarian@yahoo.com) Received: (qmail 48910 invoked by uid 60001); 25 Apr 2005 02:19:45 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=XwE4eER3ZsWzkQGpsmK0UmhBzMct71Oymdqip+ZRzZe9c9npf8YJWcSqExmkQGZ/wkRcGm1vpu5aaHo8+lZagX+DE4cYMqlpMfYaWy6WbefX07h4aBqKu9W2nI51RTN8S8hpl+kqE5F1OVlbL1d5CnOvS13R2eN172SK/o7JfiI= ; Message-ID: <20050425021945.48908.qmail@web50410.mail.yahoo.com> Received: from [24.7.214.75] by web50410.mail.yahoo.com via HTTP; Sun, 24 Apr 2005 19:19:45 PDT Date: Sun, 24 Apr 2005 19:19:45 -0700 (PDT) From: Eirik Johnson To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: pccardd broke after editing /etc/pccard.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 02:19:46 -0000 I have just installed FreeBSD on my newly acquired (if abysmally old) Toshiba Tecra 520CDT. I compiled a kernel using the old 'card' and 'pcic' modules and the kernel detects my PCMCIA slot hardware. Pccardd ran fine, and detected the ethernet NIC I inserted, but failed to allocate an IRQ for the device. So I decided that perhaps a modified irq line in pccard.conf was called for. (At that time I ws using just the information in /etc/defaults/pccard.conf.) I added a new IRQ line to /etc/pccard.conf and suddenly I began getting syntax error complaints about /etc/defaults/pccard.conf from pccardd upon initialization. After this modification, neither the kernel nor (obviously) pccardd detects inserted devices. What gives? Has anybody experienced this issue? Does anybody know why this would be? Erik N Johnson Systems Administrator ULAN Game Networks www.ulangame.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 02:37:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 875B516A4CE for ; Mon, 25 Apr 2005 02:37:24 +0000 (GMT) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6F8243D2F for ; Mon, 25 Apr 2005 02:37:23 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211])j3P2bKId004090 for ; Sun, 24 Apr 2005 22:37:21 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id 6FF2161B3; Sun, 24 Apr 2005 22:37:20 -0400 (EDT) Date: Sun, 24 Apr 2005 22:37:20 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050425023720.GA91685@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> <426CD723.3040906@iaindooley.com> <20050425013604.GA59847@xor.obsecurity.org> <426CDA1B.3020906@iaindooley.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <426CDA1B.3020906@iaindooley.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 02:37:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Apr 25, 2005 at 11:52:59AM +0000, Iain Dooley wrote: > > > > > > maybe i'll hold off for a little while. it's such a pain having to wait for > everything to build from source. kde takes forever, so you leave the house > but when you come back there is one of those configuration options screens > for some obscure package with bunch of options like "Enable Lib GSSD > Compatibility" that mean absolutely nothing to me. meanwhile i can't use my > PC. You can usually avoid that with make -DBATCH=yes. With portupgrade it would be portupgrade -m -DBATCH=yes. Usually, that will, if there are options, choose the defaults, which are reasonable. You can put BATCH=yes in /etc/make.conf (see /etc/defaults/make.conf) but of course, what happens then is that you install something where you ~really~ didn't want the defaults. :) - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: And this...is called a snack food. Ampata: Snack food? Xander: Yeah. It's a delicious, spongy, golden cake stuffed with a delightful, creamy white substance of goodness. Xander: And the exciting part is that they have no ingredients that a human can pronounce, so it doesn't leave you with that heavy food feeling in your stomach. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCbFfg+lTVdes0Z9YRAkJnAJ94A41XwZ+k7kh/y//+I/xTUFmeCwCfeZaO 7ocAFFuKMvbnmz3zvPziXk4= =PeSr -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 05:53:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6420416A4CE for ; Mon, 25 Apr 2005 05:53:51 +0000 (GMT) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E801043D41 for ; Mon, 25 Apr 2005 05:53:50 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1DPwXV-000BZZ-5F for freebsd-stable@freebsd.org; Mon, 25 Apr 2005 09:53:49 +0400 Message-ID: <426C85EA.5090906@speechpro.com> Date: Mon, 25 Apr 2005 09:53:46 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0 (X11/20050302) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <426BA8FA.3080602@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 05:53:51 -0000 Palle Girgensohn wrote: > > No, but the machine crashes a lot, sometimes a couple of times in a > day (oddly mostly on week-ends, and sometimes it can be stable for a > week or two). I'm clueless to what's causing it, but suspect that the > amd64 stuff is broken, at least for this machine (dual Xeon). I wanted > foreground fsck since I thought there might be a problem with the file > systems, but I guess I was wrong... > I had frequent panics which I tracked to time I had started rsync (with large data) over em0 gigabit netcard. I have reinserted card and it works fine now, so I think this was "conductor problem". From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 07:58:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 256FD16A4CE for ; Mon, 25 Apr 2005 07:58:57 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A53B143D3F for ; Mon, 25 Apr 2005 07:58:56 +0000 (GMT) (envelope-from wingman@waika9.com) Received: from pcemmanuel (def92-2-81-57-219-151.fbx.proxad.net [81.57.219.151]) by postfix3-2.free.fr (Postfix) with ESMTP id BB485C07C for ; Mon, 25 Apr 2005 09:58:55 +0200 (CEST) From: "Emmanuel Chriqui" To: Date: Mon, 25 Apr 2005 09:59:36 +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.2180 Thread-Index: AcVJbLlP3FlCtt2zRlGJ3t9upR88/g== Message-Id: <20050425075855.BB485C07C@postfix3-2.free.fr> Subject: Re: PXEBOOT/TFTPBOOT + big MD_ROOT problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 07:58:57 -0000 > I'm trying to make very big MD_ROOT (300MB) sent using > PXEBOOT+TFTPBOOT. No NFS. It's a sort of diskless machine with all the > system on ram. There is a problem when the preloaded image is >~32MB. > Kernel loads but it does not seem to find the files. It seems as if > only part of the image is really there. With a "small" image (<~32MB), > no probleme. I use the same image, off course, same init etc... just > more data for my application in the big image case. > > I use a classic mfs_root approche to make my image > > dd if=/dev/zero of=$MFS_FILE bs=1k count=$SIZE mdconfig -a -t vnode -f > $MFS_FILE -u0 bsdlabel -w /dev/md0 newfs /dev/md0a mount /dev/md0a > $MFS_FILE_MOUNT cp ... my content... > umount $MFS_FILE_MOUNT > fsck -t ufs /dev/md0a > mdconfig -d -u 0 > > then I mount the $MFS_FILE_MOUNT . > > I use i386/5.4RC2/TFTPD/PXEBOOT+TFTPBOOT . > (same pb with a 5.3). > > Am I missing something obvious? > It seems not. There seems to be a size limitation in the loader (and pxeboot since it is built using loader code). I've tried loading through pxeboot + TFTP : the tftp pxeboot client is limited to 32MB unfortunately (BTW : the one of the tftp port works fine). I tried to use pxeboot + NFS, kernel hangs because of loader limitation (BTW : you can use only NFS UDP since the pxeboot NFS client don't do TCP which means booting using this this technique using TFTP is not less reliable than NFS). I even tried pxegrub, but again it's the loader ... It seems the only reasonable solution is to make a small jumpstart mfsroot, make a md device (malloc / ..) with any size you want as long as you have enough memory (even 1GB+) and then fetch the mfsroot image using tftp/nfs/scp/.. and chroot to it. Emmanuel. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 08:42:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9621516A4CE for ; Mon, 25 Apr 2005 08:42:03 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id E34C443D39 for ; Mon, 25 Apr 2005 08:42:02 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IFH00HOYUKI3XB0@bgo1smout1.broadpark.no> for stable@freebsd.org; Mon, 25 Apr 2005 10:36:18 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IFH00H64UVR1HL0@bgo1sminn1.broadpark.no> for stable@freebsd.org; Mon, 25 Apr 2005 10:43:03 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 71E82EC798; Mon, 25 Apr 2005 10:42:00 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 2C40FEC2ED for ; Mon, 25 Apr 2005 10:41:55 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 1E1E833C09; Mon, 25 Apr 2005 10:41:55 +0200 (CEST) Date: Mon, 25 Apr 2005 10:41:55 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) To: stable@freebsd.org Message-id: <868y376yek.fsf@xps.des.no> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_BfKroZeg3QB+3VncTgL1tw)" X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: Subject: pseudofs bugfixes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 08:42:03 -0000 --Boundary_(ID_BfKroZeg3QB+3VncTgL1tw) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Could somebody please test the attached patch on a recent RELENG_5? It fixes a number of bugs in procfs and linprocfs; most notably, the output of "ls /proc" (or "ls /compat/linux/proc") would be truncated on systems with a largish number of processes (more than ~120). There's a locking fix there too; please look out for LORs and let me know if it introduces new ones (there are locking differences between HEAD and RELENG_5, so sauce for the goose is not necessarily sauce for the gander) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --Boundary_(ID_BfKroZeg3QB+3VncTgL1tw) Content-type: text/x-patch; NAME=pseudofs-mfc.diff Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=pseudofs-mfc.diff Index: sys/fs/pseudofs/pseudofs.c =================================================================== RCS file: /home/ncvs/src/sys/fs/pseudofs/pseudofs.c,v retrieving revision 1.22 diff -u -r1.22 pseudofs.c --- sys/fs/pseudofs/pseudofs.c 30 Jul 2004 22:08:50 -0000 1.22 +++ sys/fs/pseudofs/pseudofs.c 25 Apr 2005 08:35:19 -0000 @@ -24,10 +24,13 @@ * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. - * - * $FreeBSD$ */ +#include +__FBSDID("$FreeBSD$"); + +#include "opt_pseudofs.h" + #include #include #include Index: sys/fs/pseudofs/pseudofs_fileno.c =================================================================== RCS file: /home/ncvs/src/sys/fs/pseudofs/pseudofs_fileno.c,v retrieving revision 1.10 diff -u -r1.10 pseudofs_fileno.c --- sys/fs/pseudofs/pseudofs_fileno.c 29 Apr 2003 13:36:01 -0000 1.10 +++ sys/fs/pseudofs/pseudofs_fileno.c 25 Apr 2005 08:35:19 -0000 @@ -24,10 +24,13 @@ * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. - * - * $FreeBSD$ */ +#include +__FBSDID("$FreeBSD$"); + +#include "opt_pseudofs.h" + #include #include #include Index: sys/fs/pseudofs/pseudofs_vncache.c =================================================================== RCS file: /home/ncvs/src/sys/fs/pseudofs/pseudofs_vncache.c,v retrieving revision 1.26 diff -u -r1.26 pseudofs_vncache.c --- sys/fs/pseudofs/pseudofs_vncache.c 15 Aug 2004 21:58:02 -0000 1.26 +++ sys/fs/pseudofs/pseudofs_vncache.c 25 Apr 2005 08:35:19 -0000 @@ -24,10 +24,13 @@ * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. - * - * $FreeBSD$ */ +#include +__FBSDID("$FreeBSD$"); + +#include "opt_pseudofs.h" + #include #include #include @@ -215,6 +218,10 @@ /* * Free all vnodes associated with a defunct process + * + * XXXRW: It is unfortunate that pfs_exit() always acquires and releases two + * mutexes (one of which is Giant) for every process exit, even if procfs + * isn't mounted. */ static void pfs_exit(void *arg, struct proc *p) @@ -222,6 +229,8 @@ struct pfs_vdata *pvd; struct vnode *vnp; + if (pfs_vncache == NULL) + return; mtx_lock(&Giant); /* * This is extremely inefficient due to the fact that vgone() not @@ -242,7 +251,9 @@ if (pvd->pvd_pid == p->p_pid) { vnp = pvd->pvd_vnode; mtx_unlock(&pfs_vncache_mutex); + VOP_LOCK(vnp, LK_EXCLUSIVE, curthread); vgone(vnp); + VOP_UNLOCK(vnp, 0, curthread); mtx_lock(&pfs_vncache_mutex); pvd = pfs_vncache; } else { @@ -272,7 +283,9 @@ if (pvd->pvd_pn == pn) { vnp = pvd->pvd_vnode; mtx_unlock(&pfs_vncache_mutex); + VOP_LOCK(vnp, LK_EXCLUSIVE, curthread); vgone(vnp); + VOP_UNLOCK(vnp, 0, curthread); mtx_lock(&pfs_vncache_mutex); pvd = pfs_vncache; } else { Index: sys/fs/pseudofs/pseudofs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/pseudofs/pseudofs_vnops.c,v retrieving revision 1.45.2.1 diff -u -r1.45.2.1 pseudofs_vnops.c --- sys/fs/pseudofs/pseudofs_vnops.c 6 Sep 2004 19:38:01 -0000 1.45.2.1 +++ sys/fs/pseudofs/pseudofs_vnops.c 25 Apr 2005 08:36:18 -0000 @@ -24,10 +24,13 @@ * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. - * - * $FreeBSD$ */ +#include +__FBSDID("$FreeBSD$"); + +#include "opt_pseudofs.h" + #include #include #include @@ -36,6 +39,7 @@ #include #include #include +#include #include #include #include @@ -48,17 +52,25 @@ #include #include -#if 0 +#ifdef PSEUDOFS_TRACE +static int pfs_trace; +SYSCTL_INT(_vfs_pfs, OID_AUTO, trace, CTLFLAG_RW, &pfs_trace, 0, + "enable tracing of pseudofs vnode operations"); + #define PFS_TRACE(foo) \ do { \ - printf("pseudofs: %s(): line %d: ", __func__, __LINE__); \ - printf foo ; \ - printf("\n"); \ + if (pfs_trace) { \ + printf("%s(): line %d: ", __func__, __LINE__); \ + printf foo ; \ + printf("\n"); \ + } \ } while (0) #define PFS_RETURN(err) \ do { \ - printf("pseudofs: %s(): line %d: returning %d\n", \ - __func__, __LINE__, err); \ + if (pfs_trace) { \ + printf("%s(): line %d: returning %d\n", \ + __func__, __LINE__, err); \ + } \ return (err); \ } while (0) #else @@ -265,7 +277,7 @@ struct proc *proc = NULL; int error; - PFS_TRACE((pd->pn_name)); + PFS_TRACE((pn->pn_name)); if (!pfs_visible(curthread, pn, pvd->pvd_pid)) PFS_RETURN (ENOENT); @@ -299,18 +311,9 @@ /* * Look up a file or directory - * - * XXX NOTE! pfs_lookup() has been hooked into vop_lookup_desc! This - * will result in a lookup operation for a vnode which may already be - * cached, therefore we have to be careful to purge the VFS cache when - * reusing a vnode. - * - * This code will work, but is not really correct. Normally we would hook - * vfs_cache_lookup() into vop_lookup_desc and hook pfs_lookup() into - * vop_cachedlookup_desc. */ static int -pfs_lookup(struct vop_lookup_args *va) +pfs_lookup(struct vop_cachedlookup_args *va) { struct vnode *vn = va->a_dvp; struct vnode **vpp = va->a_vpp; @@ -319,24 +322,25 @@ struct pfs_node *pd = pvd->pvd_pn; struct pfs_node *pn, *pdn = NULL; pid_t pid = pvd->pvd_pid; - int lockparent; - int wantparent; char *pname; int error, i, namelen; PFS_TRACE(("%.*s", (int)cnp->cn_namelen, cnp->cn_nameptr)); - cnp->cn_flags &= ~PDIRUNLOCK; - if (vn->v_type != VDIR) PFS_RETURN (ENOTDIR); + error = VOP_ACCESS(vn, VEXEC, cnp->cn_cred, cnp->cn_thread); + if (error) + PFS_RETURN (error); + /* * Don't support DELETE or RENAME. CREATE is supported so * that O_CREAT will work, but the lookup will still fail if * the file does not exist. */ - if (cnp->cn_nameiop == DELETE || cnp->cn_nameiop == RENAME) + if ((cnp->cn_flags & ISLASTCN) && + (cnp->cn_nameiop == DELETE || cnp->cn_nameiop == RENAME)) PFS_RETURN (EOPNOTSUPP); /* shortcut: check if the name is too long */ @@ -347,14 +351,10 @@ if (!pfs_visible(curthread, pd, pvd->pvd_pid)) PFS_RETURN (ENOENT); - lockparent = cnp->cn_flags & LOCKPARENT; - wantparent = cnp->cn_flags & (LOCKPARENT | WANTPARENT); - - /* self */ namelen = cnp->cn_namelen; pname = cnp->cn_nameptr; - if (namelen == 1 && *pname == '.') { + if (namelen == 1 && pname[0] == '.') { pn = pd; *vpp = vn; VREF(vn); @@ -366,8 +366,6 @@ if (pd->pn_type == pfstype_root) PFS_RETURN (EIO); VOP_UNLOCK(vn, 0, cnp->cn_thread); - cnp->cn_flags |= PDIRUNLOCK; - KASSERT(pd->pn_parent, ("non-root directory has no parent")); /* * This one is tricky. Descendents of procdir nodes @@ -388,8 +386,8 @@ for (pn = pd->pn_nodes; pn != NULL; pn = pn->pn_next) if (pn->pn_type == pfstype_procdir) pdn = pn; - else if (pn->pn_name[namelen] == '\0' - && bcmp(pname, pn->pn_name, namelen) == 0) + else if (pn->pn_name[namelen] == '\0' && + bcmp(pname, pn->pn_name, namelen) == 0) goto got_pnode; /* process dependent node */ @@ -406,28 +404,24 @@ got_pnode: if (pn != pd->pn_parent && !pn->pn_parent) pn->pn_parent = pd; - if (!pfs_visible(curthread, pn, pvd->pvd_pid)) - PFS_RETURN (ENOENT); + if (!pfs_visible(curthread, pn, pvd->pvd_pid)) { + error = ENOENT; + goto failed; + } error = pfs_vncache_alloc(vn->v_mount, vpp, pn, pid); if (error) - PFS_RETURN (error); + goto failed; - if ((cnp->cn_flags & ISDOTDOT) && (cnp->cn_flags & ISLASTCN) - && lockparent) { + if (cnp->cn_flags & ISDOTDOT) vn_lock(vn, LK_EXCLUSIVE|LK_RETRY, cnp->cn_thread); - cnp->cn_flags &= ~PDIRUNLOCK; - } - if (!((lockparent && (cnp->cn_flags & ISLASTCN)) || - (cnp->cn_flags & ISDOTDOT))) - VOP_UNLOCK(vn, 0, cnp->cn_thread); - - /* - * XXX See comment at top of the routine. - */ if (cnp->cn_flags & MAKEENTRY) cache_enter(vn, *vpp, cnp); PFS_RETURN (0); + failed: + if (cnp->cn_flags & ISDOTDOT) + vn_lock(vn, LK_EXCLUSIVE|LK_RETRY, cnp->cn_thread); + PFS_RETURN(error); } /* @@ -606,7 +600,7 @@ struct proc *p; off_t offset; int error, i, resid; - struct sbuf sb; + char *buf, *ent; PFS_TRACE((pd->pn_name)); @@ -621,11 +615,11 @@ /* only allow reading entire entries */ offset = uio->uio_offset; resid = uio->uio_resid; - if (offset < 0 || offset % PFS_DELEN != 0 || resid < PFS_DELEN) + if (offset < 0 || offset % PFS_DELEN != 0 || + (resid && resid < PFS_DELEN)) PFS_RETURN (EINVAL); - - if (sbuf_new(&sb, NULL, resid, SBUF_FIXEDLEN) == NULL) - PFS_RETURN (ENOMEM); + if (resid == 0) + PFS_RETURN (0); /* skip unwanted entries */ sx_slock(&allproc_lock); @@ -633,13 +627,14 @@ if (pfs_iterate(curthread, pid, pd, &pn, &p) == -1) { /* nothing left... */ sx_sunlock(&allproc_lock); - sbuf_delete(&sb); PFS_RETURN (0); } /* fill in entries */ + ent = buf = malloc(resid, M_IOV, M_WAITOK); entry.d_reclen = PFS_DELEN; - while (pfs_iterate(curthread, pid, pd, &pn, &p) != -1 && resid > 0) { + while (pfs_iterate(curthread, pid, pd, &pn, &p) != -1 && + resid >= PFS_DELEN) { if (!pn->pn_parent) pn->pn_parent = pd; if (!pn->pn_fileno) @@ -677,14 +672,14 @@ panic("%s has unexpected node type: %d", pn->pn_name, pn->pn_type); } PFS_TRACE((entry.d_name)); - sbuf_bcat(&sb, &entry, PFS_DELEN); + bcopy(&entry, ent, PFS_DELEN); /* XXX waste of cycles */ offset += PFS_DELEN; resid -= PFS_DELEN; + ent += PFS_DELEN; } sx_sunlock(&allproc_lock); - sbuf_finish(&sb); - error = uiomove(sbuf_data(&sb), sbuf_len(&sb), uio); - sbuf_delete(&sb); + error = uiomove(buf, ent - buf, uio); + free(buf, M_IOV); PFS_RETURN (error); } @@ -763,7 +758,7 @@ * Read from a file */ static int -pfs_write(struct vop_read_args *va) +pfs_write(struct vop_write_args *va) { struct vnode *vn = va->a_vp; struct pfs_vdata *pvd = (struct pfs_vdata *)vn->v_data; @@ -826,13 +821,14 @@ static struct vnodeopv_entry_desc pfs_vnodeop_entries[] = { { &vop_default_desc, (vop_t *)vop_defaultop }, { &vop_access_desc, (vop_t *)pfs_access }, + { &vop_cachedlookup_desc, (vop_t *)pfs_lookup }, { &vop_close_desc, (vop_t *)pfs_close }, { &vop_create_desc, (vop_t *)vop_eopnotsupp }, { &vop_getattr_desc, (vop_t *)pfs_getattr }, { &vop_getextattr_desc, (vop_t *)pfs_getextattr }, { &vop_ioctl_desc, (vop_t *)pfs_ioctl }, { &vop_link_desc, (vop_t *)vop_eopnotsupp }, - { &vop_lookup_desc, (vop_t *)pfs_lookup }, + { &vop_lookup_desc, (vop_t *)vfs_cache_lookup }, { &vop_mkdir_desc, (vop_t *)vop_eopnotsupp }, { &vop_mknod_desc, (vop_t *)vop_eopnotsupp }, { &vop_open_desc, (vop_t *)pfs_open }, --Boundary_(ID_BfKroZeg3QB+3VncTgL1tw)-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 08:57:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16DD316A4CE for ; Mon, 25 Apr 2005 08:57:54 +0000 (GMT) Received: from mail.mynet.cz (74.mynet.cz [217.11.249.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D6943D64 for ; Mon, 25 Apr 2005 08:57:52 +0000 (GMT) (envelope-from jp@devnull.cz) Received: from axxem.hide.subzone.cz (subzone.osad.prg.mynet.cz [82.119.254.162]) by mail.mynet.cz (8.12.11/8.12.11) with ESMTP id j3P8wo0a016513 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 25 Apr 2005 10:58:57 +0200 (CEST) (envelope-from jp@devnull.cz) Date: Mon, 25 Apr 2005 10:57:36 +0200 (CEST) From: Jan Pechanec X-X-Sender: jp@axxem.hide.subzone.cz To: Iain Dooley In-Reply-To: <426CD723.3040906@iaindooley.com> Message-ID: <20050425105037.Y38987@axxem.hide.subzone.cz> References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> <426CD723.3040906@iaindooley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 08:57:54 -0000 On Mon, 25 Apr 2005, Iain Dooley wrote: >> Use sysinstall to do a binary upgrade, or carefully follow the >> directions in the handbook. > > binary upgrade!!! brilliant, i didn't even know it existed. is there a section > in the handbook on it? i couldn't find one. hi, be sure you know that 5.x uses UFS2. If you do just a binary upgrade, you keep older UFS1. It will work but generally it may not be a good idea. j. http://sixshooter.v6.thrupoint.net/jeroen/faq.html -- Jan Pechanec From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 10:59:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17CE816A4CE for ; Mon, 25 Apr 2005 10:59:21 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F91143D2F for ; Mon, 25 Apr 2005 10:59:20 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.50 (FreeBSD)) id 1DQ1J9-0006hv-GC for freebsd-stable@freebsd.org; Mon, 25 Apr 2005 12:59:19 +0200 Date: Mon, 25 Apr 2005 12:59:19 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20050425105919.GA95908@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Sender: Oliver Brandmueller Subject: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 10:59:21 -0000 Hi, I have some servers running running on 5.4-STABLE as of Apr 5th. I use nss_ldap for a userbase of currently about 24000 accounts (will be growing to approx 60000 in the next weeks). I don't use pam_ldap currently, because users only need to login by IMAP, POP, SMTP and FTP, for all of these services daemons are used which natively auth against the LDAP server. The more accounts there are in the LDAP directory, the longer the startup of "top" takes. With the current userbase top takes about 3-4 seconds to start (on a mostly idle Dual Xeon 2.8GHz with fast disks and local slapd). The startup time is not any different, sometimes I feel (did not try to measure) it's even longer, if I use "top -u" to not map uids. The running processes are only from a few uids, all the LDAP users usually don't have processes running under thier IDs. Any ideas, why this is happening? Will I need 10 seconds, when there are 60000 accounts in LDAP? :-) - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 11:37:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D57216A4CF for ; Mon, 25 Apr 2005 11:37:01 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF3A643D5A for ; Mon, 25 Apr 2005 11:37:00 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mailhost.stack.nl (Postfix) with ESMTP id C037A1F1B7; Mon, 25 Apr 2005 13:36:59 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 9B7801DAC1; Mon, 25 Apr 2005 13:36:59 +0200 (CEST) Date: Mon, 25 Apr 2005 13:36:59 +0200 From: Jilles Tjoelker To: Rob Message-ID: <20050425113659.GB1033@stack.nl> References: <20050425020243.39167.qmail@web54002.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050425020243.39167.qmail@web54002.mail.yahoo.com> X-Operating-System: FreeBSD 5.3-RELEASE-p9 i386 User-Agent: Mutt/1.5.6i cc: FreeBSD Stable Subject: Re: [PATCH] Re: /etc/rc.d/sshd : "kldload random" missing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 11:37:01 -0000 On Sun, Apr 24, 2005 at 07:02:42PM -0700, Rob wrote: > My conclusion is: > sshd does simply not call random at all, although I > have added it in the "# REQUIRE:" line. > Is this a general bug in 5-Stable? > Or am I testing this in the wrong way? RCNG doesn't work that way. rc.d scripts do not call one another. The "# REQUIRE:" lines affect rcorder(8) so it should be ok on bootup. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 11:53:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D05BD16A4CE; Mon, 25 Apr 2005 11:53:07 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4905843D5D; Mon, 25 Apr 2005 11:53:05 +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.3/8.13.3) with ESMTP id j3PBr4fE062573; Mon, 25 Apr 2005 07:53:04 -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 j3PBrWlY026174; Mon, 25 Apr 2005 07:53:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 724D97306E; Mon, 25 Apr 2005 07:53:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050425115304.724D97306E@freebsd-current.sentex.ca> Date: Mon, 25 Apr 2005 07:53:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 11:53:08 -0000 TB --- 2005-04-25 10:44:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-25 10:44:27 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-04-25 10:44:27 - checking out the source tree TB --- 2005-04-25 10:44:27 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2005-04-25 10:44:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-25 10:54:00 - building world (CFLAGS=-O -pipe) TB --- 2005-04-25 10:54:00 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-04-25 10:54:00 - /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-04-25 11:45:15 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-25 11:45:15 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-04-25 11:45:15 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 25 11:45:16 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 [...] objcopy --strip-debug nullfs.ko ===> osf1 cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_ioctl.c cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c: In function `osf1_copyinuio': /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: `INT_MAX' undeclared (first use in this function) /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2005-04-25 11:53:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-25 11:53:04 - ERROR: failed to build generic kernel TB --- 2005-04-25 11:53:04 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 13:12:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 979E416A4CE; Mon, 25 Apr 2005 13:12:55 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6CEA43D5E; Mon, 25 Apr 2005 13:12:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3PDCrdg067909; Mon, 25 Apr 2005 09:12:53 -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 j3PDCrAg045787; Mon, 25 Apr 2005 09:12:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 892957306E; Mon, 25 Apr 2005 09:12:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050425131253.892957306E@freebsd-current.sentex.ca> Date: Mon, 25 Apr 2005 09:12:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 13:12:55 -0000 TB --- 2005-04-25 11:53:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-25 11:53:04 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-04-25 11:53:04 - checking out the source tree TB --- 2005-04-25 11:53:04 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2005-04-25 11:53:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-25 12:02:15 - building world (CFLAGS=-O -pipe) TB --- 2005-04-25 12:02:15 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-25 12:02:15 - /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 TB --- 2005-04-25 12:59:33 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-25 12:59:33 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-25 12:59:33 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 25 12:59:34 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 >>> Kernel build for GENERIC completed on Mon Apr 25 13:09:23 UTC 2005 TB --- 2005-04-25 13:09:23 - generating LINT kernel config TB --- 2005-04-25 13:09:23 - cd /home/tinderbox/RELENG_5/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-25 13:09:23 - /usr/bin/make -B LINT TB --- 2005-04-25 13:09:23 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-25 13:09:23 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-25 13:09:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 25 13:09:24 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/sr c/sys/dev/acpica/acpi.c In file included from /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/acpica/acpi.c:59: /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/acpica/acpivar.h:409:1: "ACPI_MAX_THREADS" redefined In file included from /tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica/acfreebsd.h:128, from /tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica/acenv.h:208, from /tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica/acpi.h:126, from /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/acpica/acpi.c:58: ./opt_acpi.h:2:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/obj/amd64/tinderbox/RELENG_5/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2005-04-25 13:12:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-25 13:12:52 - ERROR: failed to build lint kernel TB --- 2005-04-25 13:12:52 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 14:00:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37DCD16A4CE for ; Mon, 25 Apr 2005 14:00:48 +0000 (GMT) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C26643D41 for ; Mon, 25 Apr 2005 14:00:47 +0000 (GMT) (envelope-from mail@iaindooley.com) Received: from [10.0.1.3] (c220-237-12-31.randw1.nsw.optusnet.com.au [220.237.12.31]) (authenticated bits=0)j3PE0YrQ012043; Tue, 26 Apr 2005 00:00:39 +1000 Message-ID: <426D868B.5000102@iaindooley.com> Date: Tue, 26 Apr 2005 00:08:43 +0000 From: Iain Dooley User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050407) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jan Pechanec References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> <426CD723.3040906@iaindooley.com> <20050425105037.Y38987@axxem.hide.subzone.cz> In-Reply-To: <20050425105037.Y38987@axxem.hide.subzone.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 14:00:48 -0000 Jan Pechanec wrote: > On Mon, 25 Apr 2005, Iain Dooley wrote: > > >>>Use sysinstall to do a binary upgrade, or carefully follow the >>>directions in the handbook. >> >>binary upgrade!!! brilliant, i didn't even know it existed. is there a section >>in the handbook on it? i couldn't find one. > > > hi, be sure you know that 5.x uses UFS2. If you do just a binary > upgrade, you keep older UFS1. It will work but generally it may not be a > good idea. j. > > http://sixshooter.v6.thrupoint.net/jeroen/faq.html so if i install from binaries i should do: newfs -U -O 2 /dev/da1s1a mount /dev/da1s1a /mnt cd /mnt dump 0buf 126 - / | restore xbf 126 - can someone please explain what these commands are doing? will i lose data that is on the device? if i go through the make buildworld/make installworld process then do i still need to do this to update to UFS2?? what significance does this: 1.18. My /boot/loader reports "Invalid format"? from the above article hold for me. is it likely to happen? i read through the /usr/src/UPDATING document for 5.x when i tried to install on my laptop, but still couldn't manage to upgrade from 4.10 to 5.3 without errors. i can't afford to do that on my current system because i need it for work and uni. do i have to just back up all my data, install 5.3, format the hard drive and then reinstall all my applications? it'll take ages... From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 14:03:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE11916A4CE for ; Mon, 25 Apr 2005 14:03:44 +0000 (GMT) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 427DB43D54 for ; Mon, 25 Apr 2005 14:03:44 +0000 (GMT) (envelope-from mail@iaindooley.com) Received: from [10.0.1.3] (c220-237-12-31.randw1.nsw.optusnet.com.au [220.237.12.31]) (authenticated bits=0)j3PE3eL2019954 for ; Tue, 26 Apr 2005 00:03:43 +1000 Message-ID: <426D8742.7040104@iaindooley.com> Date: Tue, 26 Apr 2005 00:11:46 +0000 From: Iain Dooley User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050407) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050425120227.BBED416A4D1@hub.freebsd.org> In-Reply-To: <20050425120227.BBED416A4D1@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 14:03:45 -0000 >> maybe i'll hold off for a little while. it's such a pain having to wait for >> everything to build from source. kde takes forever, so you leave the house >> but when you come back there is one of those configuration options screens >> for some obscure package with bunch of options like "Enable Lib GSSD >> Compatibility" that mean absolutely nothing to me. meanwhile i can't use my >> PC. > You can usually avoid that with make -DBATCH=yes. With portupgrade it > would be portupgrade -m -DBATCH=yes. > Usually, that will, if there are options, choose the defaults, which are > reasonable. You can put BATCH=yes in /etc/make.conf (see > /etc/defaults/make.conf) but of course, what happens then is that you > install something where you ~really~ didn't want the defaults. :) okay that's great advice, thanks. iain From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 14:14:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9790E16A4CE for ; Mon, 25 Apr 2005 14:14:12 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87E4E43D3F for ; Mon, 25 Apr 2005 14:14:11 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j3PEEAil027490 for ; Mon, 25 Apr 2005 09:14:10 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Mon Apr 25 09:14:10 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j3PEEAl1027488; Mon, 25 Apr 2005 09:14:10 -0500 (CDT) (envelope-from karl) Message-ID: <20050425091410.A27358@denninger.net> Date: Mon, 25 Apr 2005 09:14:10 -0500 From: Karl Denninger To: Iain Dooley , Jan Pechanec References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> <426CD723.3040906@iaindooley.com> <20050425105037.Y38987@axxem.hide.subzone.cz> <426D868B.5000102@iaindooley.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <426D868B.5000102@iaindooley.com>; from Iain Dooley on Tue, Apr 26, 2005 at 12:08:43AM +0000 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 14:14:12 -0000 On Tue, Apr 26, 2005 at 12:08:43AM +0000, Iain Dooley wrote: > > Jan Pechanec wrote: > > On Mon, 25 Apr 2005, Iain Dooley wrote: > > > >>>Use sysinstall to do a binary upgrade, or carefully follow the > >>>directions in the handbook. > >> > >>binary upgrade!!! brilliant, i didn't even know it existed. is there a section > >>in the handbook on it? i couldn't find one. > > > > hi, be sure you know that 5.x uses UFS2. If you do just a binary > > upgrade, you keep older UFS1. It will work but generally it may not be a > > good idea. j. > > > > http://sixshooter.v6.thrupoint.net/jeroen/faq.html > > so if i install from binaries i should do: > > newfs -U -O 2 /dev/da1s1a > mount /dev/da1s1a /mnt > cd /mnt > dump 0buf 126 - / | restore xbf 126 - > > can someone please explain what these commands are doing? will i lose data that is on the device? if i go through the make buildworld/make installworld process then do i still need to do this to update to UFS2?? > > what significance does this: > > 1.18. My /boot/loader reports "Invalid format"? > > from the above article hold for me. is it likely to happen? i read through the /usr/src/UPDATING document for 5.x when i tried to install on my laptop, but still couldn't manage to upgrade from 4.10 to 5.3 without errors. i can't afford to do that on my current system because i need it for work and uni. > > do i have to just back up all my data, install 5.3, format the hard drive and then reinstall all my applications? it'll take ages... There is no way to convert a UFS1 to UFS2 filesystem "in place." If you have a new (empty) disk drive of at least the same size as the one your files are on now, the 'easy way' is to: 1. BACK UP EVERYTHING! 2. Upgrade the system "in place" as a binary upgrade. You now have 5.x but on UFS1. 3. Set up a new disk as a "data disk", but with the same partitions and filesystem sizes under 5.x. Write the boot loader. Label these filesystems with UFS2, newfs them, but do NOT install to them. It is ok for the partitions and filesystems to be larger than the original disk, but if they're smaller, you must make sure the data will fit. 4. Now, for each filesystem: mount /dev/da1s1[x] /mnt cd /mnt dump 0ubf 126 - / | restore xbf 126 - cd / sync umount /mnt (replace "/" with the appropriate mount point for each filesystem, corresponding to the slice you mounted in the "x" above) 5. Shut down and unplug the old disk, plugging in the new disk in its place. The system should boot with the upgraded software and filesystem format. If it doesn't for some reason, you still have the original disk and all your data. I've used this method before myself; it requires care to make sure you put the right filesystem in the right place, but its not difficult. It is, in fact, how I upgraded from 4.x to 5.x myself a few months ago. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 14:19:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64AD116A4CE for ; Mon, 25 Apr 2005 14:19:48 +0000 (GMT) Received: from smtp-bedford.mitre.org (smtp-bedford-x.mitre.org [192.160.51.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABABC43D67 for ; Mon, 25 Apr 2005 14:19:47 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with SMTP id j3PEJlL05205 for ; Mon, 25 Apr 2005 10:19:47 -0400 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id F08C6BF7D for ; Mon, 25 Apr 2005 10:19:46 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with ESMTP id j3PEJk605156 for ; Mon, 25 Apr 2005 10:19:46 -0400 Received: from mm112324-2k.mitre.org (128.29.24.104) by mailhub1.mitre.org with SMTP id 15467521; Mon, 25 Apr 2005 10:19:36 -0400 Message-ID: <426CFC76.9090306@mitre.org> Date: Mon, 25 Apr 2005 10:19:34 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gvinum causing kernel panic when referencing nonexistent partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 14:19:48 -0000 I have a machine that I tried upgrading from 4-STABLE to 5-STABLE. In the process I lost one of the disks and had to replace it. The problem is, that gvinum "knows" about the disk, but I can't seem to either create the media volume (kernel panic) nor erase that entry from the vinum list (kernel panic). I also can't seem to get resetconfig to work--it doesn't seem to be defined in gvinum :(. All I need to do is clear media.p0.s3 out of this and I think I'll be able to recreate the volume I need (including grabbing the new disk): gvinum -> list 9 drives: D media1 State: up /dev/ad6s1 A: 76316/76316 MB (100%) D media3 State: up /dev/ad8s1 A: 76316/76316 MB (100%) D media9 State: up /dev/ad10s1 A: 76316/76316 MB (100%) D media2 State: up /dev/ad12s1 A: 76316/76316 MB (100%) D mediaa State: up /dev/ad14s1 A: 76316/76316 MB (100%) D media5 State: up /dev/ad16s1 A: 76316/76316 MB (100%) D media6 State: up /dev/ad18s1 A: 76316/76316 MB (100%) D media8 State: up /dev/ad20s1 A: 76316/76316 MB (100%) D media7 State: up /dev/ad22s1 A: 76316/76316 MB (100%) 1 volume: V media State: up Plexes: 0 Size: 0 B 1 plex: P media.p0 R5 State: down Subdisks: 0 Size: 0 B 1 subdisk: S media.p0.s3 State: up D: media4 Size: 74 GB Is there maybe a special place on each drive I could dd /dev/zero to clear out all of the vinum information? I tried clobbering the vinum slices on every drive and newfsing them as individual filesystems, but that didn't seem to do the trick. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 14:30:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B1AA16A51B; Mon, 25 Apr 2005 14:30:53 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9134843D39; Mon, 25 Apr 2005 14:30:52 +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.3/8.13.3) with ESMTP id j3PEUqbN075061; Mon, 25 Apr 2005 10:30:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3PEVJv7010045; Mon, 25 Apr 2005 10:31:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ACAD37306E; Mon, 25 Apr 2005 10:30:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050425143051.ACAD37306E@freebsd-current.sentex.ca> Date: Mon, 25 Apr 2005 10:30:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 14:30:53 -0000 TB --- 2005-04-25 13:12:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-25 13:12:53 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-04-25 13:12:53 - checking out the source tree TB --- 2005-04-25 13:12:53 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-04-25 13:12:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-25 13:22:25 - building world (CFLAGS=-O -pipe) TB --- 2005-04-25 13:22:25 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-04-25 13:22: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-04-25 14:14:41 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-25 14:14:41 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-04-25 14:14:41 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 25 14:14: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 >>> Kernel build for GENERIC completed on Mon Apr 25 14:26:37 UTC 2005 TB --- 2005-04-25 14:26:37 - generating LINT kernel config TB --- 2005-04-25 14:26:37 - cd /home/tinderbox/RELENG_5/i386/i386/src/sys/i386/conf TB --- 2005-04-25 14:26:37 - /usr/bin/make -B LINT TB --- 2005-04-25 14:26:37 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-25 14:26:37 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-04-25 14:26:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 25 14:26:37 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/RELENG_5/i386/i386 /src/sys/dev/acpica/acpi.c In file included from /tinderbox/RELENG_5/i386/i386/src/sys/dev/acpica/acpi.c:59: /tinderbox/RELENG_5/i386/i386/src/sys/dev/acpica/acpivar.h:409:1: "ACPI_MAX_THREADS" redefined In file included from /tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica/acfreebsd.h:128, from /tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica/acenv.h:208, from /tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica/acpi.h:126, from /tinderbox/RELENG_5/i386/i386/src/sys/dev/acpica/acpi.c:58: ./opt_acpi.h:2:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2005-04-25 14:30:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-25 14:30:51 - ERROR: failed to build lint kernel TB --- 2005-04-25 14:30:51 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 15:38:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EB3416A4CE for ; Mon, 25 Apr 2005 15:38:15 +0000 (GMT) Received: from mx1.uni-c.dk (mx1.uni-c.dk [130.228.5.194]) by mx1.FreeBSD.org (Postfix) with SMTP id 78FA243D5E for ; Mon, 25 Apr 2005 15:38:13 +0000 (GMT) (envelope-from Rasmus.Brogger@uni-c.dk) Received: (qmail 14469 invoked by uid 64014); 25 Apr 2005 15:38:03 -0000 Received: from Rasmus.Brogger@uni-c.dk by mx1 by uid 64011 with qmail-scanner-1.22 (uvscan: v4.1.60/v4294. avp: 4.0.3.0. Clear:RC:1(80.211.231.119):. Processed in 2.06886 secs); 25 Apr 2005 15:38:03 -0000 Received: from p-119.vpn-snet.uni-c.dk (HELO ?80.211.231.119?) (80.211.231.119) by mx1.uni-c.dk with SMTP; 25 Apr 2005 15:38:00 -0000 Message-ID: <426D0EDF.50500@uni-c.dk> Date: Mon, 25 Apr 2005 17:38:07 +0200 From: =?ISO-8859-1?Q?Rasmus_Br=F8gger?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <426BA8FA.3080602@samsco.org> <426C85EA.5090906@speechpro.com> In-Reply-To: <426C85EA.5090906@speechpro.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 15:38:15 -0000 Igor Robul wrote: > Palle Girgensohn wrote: > >> >> No, but the machine crashes a lot, sometimes a couple of times in a >> day (oddly mostly on week-ends, and sometimes it can be stable for a >> week or two). I'm clueless to what's causing it, but suspect that the >> amd64 stuff is broken, at least for this machine (dual Xeon). I wanted >> foreground fsck since I thought there might be a problem with the file >> systems, but I guess I was wrong... >> > I had frequent panics which I tracked to time I had started rsync (with > large data) over em0 gigabit netcard. > I have reinserted card and it works fine now, so I think this was > "conductor problem". > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I run quite a lot of rsync of large archives, and I've had no problems at all. System is a 5.3-RELEASE-p2 on a Dell 1750 (Dual Xeon 2.8 with 2GB ram), not em but bge gigabit driver. The system peaks with about 150 connected rsync sessions, the archive to sync is about 90GB and some 200k files. The netload ranges between 10 mbit/s to 180 mbit/s. At peaks it hits a load about 30. I've done very little tuning, but the disk system runs via a Qlogic HBA to gain faster IO from a SAN. Only problem I've had was when about 130 rsync clients connecting within the same second. It saturated the server for some 10 min. at a load above 150, it didn't crash however and recoverd slowly. This was fixed by changing the dial-up schedule on the clients. 5.3 is indeed very stable :) Cheers, Rasmus From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 16:22:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80F9F16A4CE for ; Mon, 25 Apr 2005 16:22:46 +0000 (GMT) Received: from nala.dohd.org (xaa.demon.nl [83.160.166.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE4F43D39 for ; Mon, 25 Apr 2005 16:22:44 +0000 (GMT) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id A0339117D1 for ; Mon, 25 Apr 2005 18:22:43 +0200 (CEST) Received: from nala.dohd.org ([127.0.0.1]) by localhost (eeyore.local.dohd.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23910-03-6 for ; Mon, 25 Apr 2005 18:22:40 +0200 (CEST) Received: by nala.dohd.org (Postfix, from userid 1008) id 8681A117CF; Mon, 25 Apr 2005 18:22:40 +0200 (CEST) Date: Mon, 25 Apr 2005 18:22:40 +0200 From: Mark Huizer To: stable@freebsd.org Message-ID: <20050425162240.GA24146@eeyore.local.dohd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at dohd.org Subject: fxp0: device timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 16:22:46 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline My server in the attic was recently reinstalled from scratch with FreeBSD 5.stable (actually: RC2, and now upgraded to 5-stable), see the attached dmesg.boot for the dmesg info. This machine in the exact hardware configuration was running fine in its 6-current days. The reason for 'down'grading was the fact that overtime it seems that a subtle filesystem problem arose, that lead to random crashes (well, random... take a lot of vm activity and at some point vnlru would lead to a kernel panic), but the network was perfectly fine. Now, with the 5.x install, I have regular problems with fxp0. In /var/log/messages and dmesg I get this: (The last line comes from ifconfig fxp0 link0, which I added yesterday to see if it would solve problems, the same symptoms occur without that option) Apr 25 18:15:08 eeyore kernel: fxp0: device timeout Apr 25 18:15:08 eeyore kernel: fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 0 The symptoms: * network freezes for 30 seconds or something like that, after a while pings start to work again and everything moves on. When: * combinations of network activity and/or disk activity. Starting bacula will guarantee device timeouts, as will browsing from a workstation combined with e.g. using a samba share The interface: fxp0: port 0xe000-0xe01f mem 0xe3000000-0xe30fffff,0xe3101000-0xe3101fff irq 5 at device 17.0 on pci0 miibus1: on fxp0 fxp0: flags=9843 mtu 1500 options=8 inet6 fe80::208:c7ff:fe25:7560%fxp0 prefixlen 64 scopeid 0x2 ether 00:50:da:3d:d7:f6 media: Ethernet autoselect (100baseTX ) status: active There are 2 'special' things with this interface: * the mac address is changed from /etc/start_if.fxp0 * it is used with VLAN's (802.1q tagging) I looked in the mail archives, and of course it is clearly an interrupt problem. I did the usual stuff: put the card in different PCI slots, force it to different IRQ in the BIOS, but still no improvement. Furthermore I don't believe that hardware should change that much just by reinstalling FreeBSD, so I tend to believe that something is different between 5.x and 6.x. Does anyone recognize these symptoms and have a nice solution for me? Or if people decide I should PR this: what kind of info would make debugging easy? vmstat 1 info would take a little work to collect for these kind of outages, but I can do some scripting to fix that of course :-) Greetings, Mark -- Nice testing in little China... --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" 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 5.4-STABLE #1: Thu Apr 21 02:25:25 CEST 2005 xaa@eeyore.local.dohd.org:/usr/obj/usr/src/sys/eeyore Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP (1660.52-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383f9ff AMD Features=0xc0400000 real memory = 536805376 (511 MB) avail memory = 515637248 (491 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) 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_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xc400-0xc41f irq 10 at device 7.2 on pci0 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 0xc800-0xc81f irq 10 at device 7.3 on pci0 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 pci0: at device 7.4 (no driver attached) sym0: <810a> port 0xd800-0xd8ff mem 0xe3100000-0xe31000ff irq 11 at device 15.0 on pci0 sym0: Symbios NVRAM, ID 7, Fast-10, SE, parity checking sym0: open drain IRQ line driver sym0: using LOAD/STORE-based firmware. xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xe3102000-0xe310207f irq 10 at device 16.0 on pci0 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:c4:f4:43 fxp0: port 0xe000-0xe01f mem 0xe3000000-0xe30fffff,0xe3101000-0xe3101fff irq 5 at device 17.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:c7:25:75:60 rl0: port 0xe400-0xe4ff mem 0xe3103000-0xe31030ff irq 12 at device 18.0 on pci0 miibus2: on rl0 rlphy0: on miibus2 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:0b:28:ec pci0: at device 19.0 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xd1000-0xd17ff,0xd0000-0xd07ff on isa0 pmtimer0 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 1660518050 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled ad0: 38166MB [77545/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-slave PIO4 Waiting 10 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. sa0 at sym0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 8) Mounting root from ufs:/dev/ad0s1a --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 17:00:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F64316A4CE for ; Mon, 25 Apr 2005 17:00:25 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E0A43D64 for ; Mon, 25 Apr 2005 17:00:24 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j3PH0OkV096271 for freebsd-stable@freebsd.org; Mon, 25 Apr 2005 12:00:24 -0500 (CDT) (envelope-from dan) Date: Mon, 25 Apr 2005 12:00:23 -0500 From: Dan Nelson To: freebsd-stable@freebsd.org Message-ID: <20050425170023.GB53806@dan.emsphone.com> References: <20050425105919.GA95908@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050425105919.GA95908@e-Gitt.NET> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i Subject: Re: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 17:00:25 -0000 In the last episode (Apr 25), Oliver Brandmueller said: > I have some servers running running on 5.4-STABLE as of Apr 5th. I > use nss_ldap for a userbase of currently about 24000 accounts (will > be growing to approx 60000 in the next weeks). I don't use pam_ldap > currently, because users only need to login by IMAP, POP, SMTP and > FTP, for all of these services daemons are used which natively auth > against the LDAP server. > > The more accounts there are in the LDAP directory, the longer the > startup of "top" takes. With the current userbase top takes about 3-4 > seconds to start (on a mostly idle Dual Xeon 2.8GHz with fast disks > and local slapd). > > The startup time is not any different, sometimes I feel (did not try > to measure) it's even longer, if I use "top -u" to not map uids. The > running processes are only from a few uids, all the LDAP users > usually don't have processes running under thier IDs. You can benchmark top by running "time top -d1", which will print one page then immediately exit. > Any ideas, why this is happening? Will I need 10 seconds, when there > are 60000 accounts in LDAP? :-) Try editing /usr/src/usr.bin/top/Makefile, add -DRANDOM_PW, and rebuild. That should probably be the default on FreeBSD anyway. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 17:35:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B704116A4D0 for ; Mon, 25 Apr 2005 17:35:05 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63B8643D4C for ; Mon, 25 Apr 2005 17:35:05 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DQ7U2-000KoW-NP; Mon, 25 Apr 2005 18:34:58 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.43 (FreeBSD)) id 1DQ7U2-0005il-Ea; Mon, 25 Apr 2005 18:34:58 +0100 To: karl@denninger.net, mkb@incubus.de, wmoran@potentialtech.com In-Reply-To: <20050422092220.C54895@denninger.net> Message-Id: From: Pete French Date: Mon, 25 Apr 2005 18:34:58 +0100 cc: freebsd-stable@freebsd.org cc: jim-c@charter.net Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 17:35:05 -0000 > Colocation that does not include serial console access is IMHO worthless. i;ve been following this discussion with interest - what advantages does a serial concolse give you over a colo's standard KVM access ? I've never used a serial consolve with FreeBSD, though I see the phrase crop up a lot. -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 17:39:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C06916A4CE for ; Mon, 25 Apr 2005 17:39:41 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D6B243D53 for ; Mon, 25 Apr 2005 17:39:40 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.50 (FreeBSD)) id 1DQ7YZ-000ELH-PM for freebsd-stable@freebsd.org; Mon, 25 Apr 2005 19:39:39 +0200 Date: Mon, 25 Apr 2005 19:39:39 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20050425173939.GB95908@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050425105919.GA95908@e-Gitt.NET> <20050425170023.GB53806@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050425170023.GB53806@dan.emsphone.com> User-Agent: Mutt/1.5.9i Sender: Oliver Brandmueller Subject: Re: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 17:39:41 -0000 Hello. On Mon, Apr 25, 2005 at 12:00:23PM -0500, Dan Nelson wrote: > You can benchmark top by running "time top -d1", which will print one > page then immediately exit. Well, it makes really no difference, if I call top with -u or not. > > Any ideas, why this is happening? Will I need 10 seconds, when there > > are 60000 accounts in LDAP? :-) > > Try editing /usr/src/usr.bin/top/Makefile, add -DRANDOM_PW, and > rebuild. That should probably be the default on FreeBSD anyway. I tried RANDOM_PW and I tried a bigger TOP_TABLE_SIZE, gives me no difference. It really seems to be the case, that the machine reads a lot of stuff from the slapd, when top starts you top and slapd being busy (both are going back to nearly 0 very soon). Well; what information is needed from LDAP, if I call top -u ? It makes no username mapping. "ps -aux" is by far faster, so I guess it's reading all the information and building it's table, althoug it's later not really used? - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 17:40:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A725016A4CE for ; Mon, 25 Apr 2005 17:40:10 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D0D743D55 for ; Mon, 25 Apr 2005 17:40:10 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from localhost (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id 46D0069A21; Mon, 25 Apr 2005 13:40:08 -0400 (EDT) Date: Mon, 25 Apr 2005 13:40:05 -0400 From: Bill Moran To: Pete French Message-Id: <20050425134005.089d61c2.wmoran@potentialtech.com> In-Reply-To: References: <20050422092220.C54895@denninger.net> Organization: Potential Technologies X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 17:40:10 -0000 Pete French wrote: > > Colocation that does not include serial console access is IMHO worthless. > > i;ve been following this discussion with interest - what advantages does > a serial concolse give you over a colo's standard KVM access ? I've > never used a serial consolve with FreeBSD, though I see the phrase crop > up a lot. KVM requires you to physically _be_ at the colo. A serial console with an IP address and ssh capabilities (which is easy to set up, or fairly inexpensive to purchase) allows you access to the system as if you're sitting at it, over ssh. i.e. using a serial console you can boot a different kernel, remotely, see the messages that come up when a kernel panics, etc ... Most of the stuff you could do if you have physical access, without requiring physical access. A serial console allows you to do a proper upgrade remotely, because you can still access the system when it's in single user mode. -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 17:53:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D79F916A4CE for ; Mon, 25 Apr 2005 17:53:45 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9903B43D55 for ; Mon, 25 Apr 2005 17:53:45 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DQ7mA-000LD5-Pb; Mon, 25 Apr 2005 18:53:42 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.43 (FreeBSD)) id 1DQ7mA-0005mD-JF; Mon, 25 Apr 2005 18:53:42 +0100 To: petefrench@ticketswitch.com, wmoran@potentialtech.com In-Reply-To: <20050425134005.089d61c2.wmoran@potentialtech.com> Message-Id: From: Pete French Date: Mon, 25 Apr 2005 18:53:42 +0100 cc: freebsd-stable@freebsd.org Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 17:53:46 -0000 > KVM requires you to physically _be_ at the colo. ?! Not the one I have for our colo - it's a little java app where I choose a machine from a dropdown and get the video in a window on the desktop. > A serial console with an IP address and ssh capabilities (which is easy to > set up, or fairly inexpensive to purchase) allows you access to the system > as if you're sitting at it, over ssh. Ah, O.K. sounds fairly similar to what I have. Preseumably you can get at BIOS settings and stuff like that too ? Still don't see the advantage to be honest, but thanks for the explanation. -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 18:10:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C50B516A4CE for ; Mon, 25 Apr 2005 18:10:38 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A538C43D58 for ; Mon, 25 Apr 2005 18:10:38 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DQ82X-0008jd-I0; Mon, 25 Apr 2005 18:10:37 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DQ82W-0002D9-F8; Mon, 25 Apr 2005 08:10:36 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17005.12955.757773.350868@roam.psg.com> Date: Mon, 25 Apr 2005 08:10:35 -1000 To: Matthias Buelow References: <426BA8FA.3080602@samsco.org> <426BAAE4.1040606@incubus.de> cc: stable@freebsd.org cc: Palle Girgensohn Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 18:10:38 -0000 >> not always be clean. Softupdates (hopefully) means that it will be >> consistent and recoverable, but what you're seeing here is normal and > Why "hopefully"? Aren't people convinced that it works correctly? i am convinced, but some of the hosts seem not to be :-) i see shutdowns which 0 0 0 0 and then shut, and when restarted single user and fscked manually show errors. though i think this may be in current, which is on most of my hosts. randy From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 18:10:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4793916A4CE for ; Mon, 25 Apr 2005 18:10:57 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B08943D45 for ; Mon, 25 Apr 2005 18:10:57 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from localhost (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id CB13569A21; Mon, 25 Apr 2005 14:10:55 -0400 (EDT) Date: Mon, 25 Apr 2005 14:10:53 -0400 From: Bill Moran To: Pete French Message-Id: <20050425141053.76034863.wmoran@potentialtech.com> In-Reply-To: References: <20050425134005.089d61c2.wmoran@potentialtech.com> Organization: Potential Technologies X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 18:10:57 -0000 Pete French wrote: > > KVM requires you to physically _be_ at the colo. > > ?! Not the one I have for our colo - it's a little java app > where I choose a machine from a dropdown and get the video > in a window on the desktop. That's an out of the ordinary KVM. Would you mind passing on the manufacturer of that unit, I'd like to recommend that unit to a number of clients/associates of mine. The point is that a normal, run of the mill KVM doesn't have that capability. > > A serial console with an IP address and ssh capabilities (which is easy to > > set up, or fairly inexpensive to purchase) allows you access to the system > > as if you're sitting at it, over ssh. > > Ah, O.K. sounds fairly similar to what I have. Preseumably you can get at > BIOS settings and stuff like that too ? > > Still don't see the advantage to be honest, but thanks for the explanation. With a networkable KVM like you've got, there is no real advantage that I can see (unless you're doing kernel debugging, but that's a pretty advanced topic) But compare your KVM to a typical, non-networkable KVM and you get the same idea of what I was thinking when I compared a serial console to a KVM. -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 18:13:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69C5116A4CE for ; Mon, 25 Apr 2005 18:13:38 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267E843D31 for ; Mon, 25 Apr 2005 18:13:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 43B7E5148A; Mon, 25 Apr 2005 11:13:30 -0700 (PDT) Date: Mon, 25 Apr 2005 11:13:30 -0700 From: Kris Kennaway To: Randy Bush Message-ID: <20050425181329.GA41455@xor.obsecurity.org> References: <426BA8FA.3080602@samsco.org> <426BAAE4.1040606@incubus.de> <17005.12955.757773.350868@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <17005.12955.757773.350868@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: Matthias Buelow cc: Palle Girgensohn Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 18:13:38 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 08:10:35AM -1000, Randy Bush wrote: > >> not always be clean. Softupdates (hopefully) means that it will be > >> consistent and recoverable, but what you're seeing here is normal and > > Why "hopefully"? Aren't people convinced that it works correctly? >=20 > i am convinced, but some of the hosts seem not to be :-) >=20 > i see shutdowns which 0 0 0 0 and then shut, and when restarted > single user and fscked manually show errors. though i think this > may be in current, which is on most of my hosts. Yeah, others have reported this problem on -current, but 5.x does not have it. Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbTNJWry0BWjoQKURAgcYAKCgVz0LXHxdjfKLBWbF9Ft3blqALgCgz0TS M8TpW3vN9ZIL7xLg3dJC2YI= =Cm1+ -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 18:14:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB97416A4CE for ; Mon, 25 Apr 2005 18:14:20 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B18143D31 for ; Mon, 25 Apr 2005 18:14:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D0D1A513A7; Mon, 25 Apr 2005 11:14:19 -0700 (PDT) Date: Mon, 25 Apr 2005 11:14:19 -0700 From: Kris Kennaway To: Jan Pechanec Message-ID: <20050425181419.GB41455@xor.obsecurity.org> References: <426CD319.6010005@iaindooley.com> <20050425012837.GA59690@xor.obsecurity.org> <426CD723.3040906@iaindooley.com> <20050425105037.Y38987@axxem.hide.subzone.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI" Content-Disposition: inline In-Reply-To: <20050425105037.Y38987@axxem.hide.subzone.cz> User-Agent: Mutt/1.4.2.1i cc: Iain Dooley cc: freebsd-stable@freebsd.org Subject: Re: Uprading to 5.X from 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 18:14:21 -0000 --PmA2V3Z32TCmWXqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 10:57:36AM +0200, Jan Pechanec wrote: > On Mon, 25 Apr 2005, Iain Dooley wrote: >=20 > >> Use sysinstall to do a binary upgrade, or carefully follow the > >> directions in the handbook. > > > > binary upgrade!!! brilliant, i didn't even know it existed. is there a = section > > in the handbook on it? i couldn't find one.=20 >=20 > hi, be sure you know that 5.x uses UFS2. If you do just a binary=20 > upgrade, you keep older UFS1. It will work but generally it may not be a= =20 > good idea. j. There's no problem with continuing to use UFS1 if that's all you need. Kris --PmA2V3Z32TCmWXqI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbTN7Wry0BWjoQKURAinrAKCRlHjrUiEDfg9PNCXlyiGqr2+hsQCguCNo OzEUPo8//zvMEclpTzGeQ/w= =xcjq -----END PGP SIGNATURE----- --PmA2V3Z32TCmWXqI-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 18:19:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE28F16A4CE for ; Mon, 25 Apr 2005 18:19:03 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F93143D53 for ; Mon, 25 Apr 2005 18:19:03 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from localhost (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id 7324969A21; Mon, 25 Apr 2005 14:19:02 -0400 (EDT) Date: Mon, 25 Apr 2005 14:19:00 -0400 From: Bill Moran To: Kris Kennaway Message-Id: <20050425141900.363bca66.wmoran@potentialtech.com> In-Reply-To: <20050425181329.GA41455@xor.obsecurity.org> References: <426BA8FA.3080602@samsco.org> <426BAAE4.1040606@incubus.de> <17005.12955.757773.350868@roam.psg.com> <20050425181329.GA41455@xor.obsecurity.org> Organization: Potential Technologies X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 18:19:03 -0000 Kris Kennaway wrote: > On Mon, Apr 25, 2005 at 08:10:35AM -1000, Randy Bush wrote: > > >> not always be clean. Softupdates (hopefully) means that it will be > > >> consistent and recoverable, but what you're seeing here is normal and > > > Why "hopefully"? Aren't people convinced that it works correctly? > > > > i am convinced, but some of the hosts seem not to be :-) > > > > i see shutdowns which 0 0 0 0 and then shut, and when restarted > > single user and fscked manually show errors. though i think this > > may be in current, which is on most of my hosts. > > Yeah, others have reported this problem on -current, but 5.x does not > have it. Actually, I have seen a similar problem on 5.x WRT OpenOffice ... 0. OpenOffice hangs and cant' be killed 1. Reboot system 2. System claims all buffers flushed, then just hangs 3. After hardbooting, filesystems need fscked I noticed others with similar complaints about OpenOffice, so I haven't said much. The problem also happens pretty rarely, and I don't have any idea how to reproduce it on demand. I don't think this is _quite_ the same problem, however. -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 18:25:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11A0B16A4CE for ; Mon, 25 Apr 2005 18:25:14 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAEE343D66 for ; Mon, 25 Apr 2005 18:25:13 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DQ8Gf-000LzA-3u; Mon, 25 Apr 2005 19:25:13 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.43 (FreeBSD)) id 1DQ8Gd-0005qj-01; Mon, 25 Apr 2005 19:25:11 +0100 To: petefrench@ticketswitch.com, wmoran@potentialtech.com In-Reply-To: <20050425141053.76034863.wmoran@potentialtech.com> Message-Id: From: Pete French Date: Mon, 25 Apr 2005 19:25:11 +0100 cc: freebsd-stable@freebsd.org Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 18:25:14 -0000 > That's an out of the ordinary KVM. Would you mind passing on the > manufacturer of that unit, I'd like to recommend that unit to a number > of clients/associates of mine. It's an HP unit. The client is a Java program called IPViewer you donwload from their website. I did have to tweak it to run under freeBSD (basically download the Linux version and replace the JRE with the FreeBSD native one). *quick rummage* I suspect it's one of these: http://h18004.www1.hp.com/products/servers/proliantstorage/rack-options/kvm/index-console.html Not that I have ever seen the thing. But it seems likely that it's one of those. None of the boxes plugged into it are HP/Compaq ones - they are a miscellany of odd servers from a variety of places, and it works fine with all of them. > The point is that a normal, run of the mill KVM doesn't have that capability. I havent worked with many colo's - I assumed they all had some kind of remote KVM ability, sorry. I see what you mean now. cheers, -pcf. PS: I have no clue how miuch those KVM's cost - they might be horrificly expensive if you dont get one as standard with your hosting. HP and 'cheap' aren't two words that I naturally associate. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 18:26:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7674416A4CE for ; Mon, 25 Apr 2005 18:26:39 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F45643D3F for ; Mon, 25 Apr 2005 18:26:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6E082513B1; Mon, 25 Apr 2005 11:26:38 -0700 (PDT) Date: Mon, 25 Apr 2005 11:26:38 -0700 From: Kris Kennaway To: Bill Moran Message-ID: <20050425182638.GD40370@xor.obsecurity.org> References: <426BA8FA.3080602@samsco.org> <426BAAE4.1040606@incubus.de> <17005.12955.757773.350868@roam.psg.com> <20050425181329.GA41455@xor.obsecurity.org> <20050425141900.363bca66.wmoran@potentialtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lc9FT7cWel8HagAv" Content-Disposition: inline In-Reply-To: <20050425141900.363bca66.wmoran@potentialtech.com> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: Kris Kennaway Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 18:26:39 -0000 --lc9FT7cWel8HagAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 02:19:00PM -0400, Bill Moran wrote: > Kris Kennaway wrote: >=20 > > On Mon, Apr 25, 2005 at 08:10:35AM -1000, Randy Bush wrote: > > > >> not always be clean. Softupdates (hopefully) means that it will be > > > >> consistent and recoverable, but what you're seeing here is normal = and > > > > Why "hopefully"? Aren't people convinced that it works correctly? > > >=20 > > > i am convinced, but some of the hosts seem not to be :-) > > >=20 > > > i see shutdowns which 0 0 0 0 and then shut, and when restarted > > > single user and fscked manually show errors. though i think this > > > may be in current, which is on most of my hosts. > >=20 > > Yeah, others have reported this problem on -current, but 5.x does not > > have it. >=20 > Actually, I have seen a similar problem on 5.x WRT OpenOffice ... > 0. OpenOffice hangs and cant' be killed > 1. Reboot system > 2. System claims all buffers flushed, then just hangs > 3. After hardbooting, filesystems need fscked >=20 > I noticed others with similar complaints about OpenOffice, so I haven't > said much. The problem also happens pretty rarely, and I don't have any > idea how to reproduce it on demand. What's needed to move forward on this is for someone to break to DDB when this happens and obtain a trace of the blocked process (and preferably a crashdump). See the developers' handbook for more information. Kris --lc9FT7cWel8HagAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbTZeWry0BWjoQKURAt0NAJ0aTM3MYDw4kiNV3EYXr1AIBYHzWQCgj8o9 2hSM3RdNWxXCdGDhE1qlt34= =Zi9b -----END PGP SIGNATURE----- --lc9FT7cWel8HagAv-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 18:41:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDA0B16A4CE for ; Mon, 25 Apr 2005 18:41:51 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97ADE43D1F for ; Mon, 25 Apr 2005 18:41:51 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from localhost (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id 5571469A22; Mon, 25 Apr 2005 14:41:50 -0400 (EDT) Date: Mon, 25 Apr 2005 14:41:47 -0400 From: Bill Moran To: Pete French Message-Id: <20050425144147.68377ea5.wmoran@potentialtech.com> In-Reply-To: References: <20050425141053.76034863.wmoran@potentialtech.com> Organization: Potential Technologies X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 18:41:52 -0000 Pete French wrote: > > That's an out of the ordinary KVM. Would you mind passing on the > > manufacturer of that unit, I'd like to recommend that unit to a number > > of clients/associates of mine. > > It's an HP unit. The client is a Java program called IPViewer you > donwload from their website. I did have to tweak it to run under > freeBSD (basically download the Linux version and replace the JRE with > the FreeBSD native one). > > *quick rummage* > > I suspect it's one of these: > > http://h18004.www1.hp.com/products/servers/proliantstorage/rack-options/kvm/index-console.html > > Not that I have ever seen the thing. But it seems likely that it's one of > those. None of the boxes plugged into it are HP/Compaq ones - they are > a miscellany of odd servers from a variety of places, and it works fine > with all of them. > > > The point is that a normal, run of the mill KVM doesn't have that capability. > > I havent worked with many colo's - I assumed they all had some kind of remote > KVM ability, sorry. I see what you mean now. > > cheers, > > -pcf. > > PS: I have no clue how miuch those KVM's cost - they might be horrificly > expensive if you dont get one as standard with your hosting. HP and 'cheap' > aren't two words that I naturally associate. This might be the only real advantage of a serial console. The unit you pointed to is ~$4000.00, whereas 16-port serial console units run more like $1000.00. Of course, the obvious advantage to the networkable KVM is that you can remotely admin GUI-based servers easily. -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 19:19:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 108A616A4CE for ; Mon, 25 Apr 2005 19:19:19 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD16D43D39 for ; Mon, 25 Apr 2005 19:19:18 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DQ970-000Agz-KO; Mon, 25 Apr 2005 19:19:18 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DQ96z-0002Jh-Fq; Mon, 25 Apr 2005 09:19:17 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17005.17076.978073.249234@roam.psg.com> Date: Mon, 25 Apr 2005 09:19:16 -1000 To: Kris Kennaway References: <426BA8FA.3080602@samsco.org> <426BAAE4.1040606@incubus.de> <17005.12955.757773.350868@roam.psg.com> <20050425181329.GA41455@xor.obsecurity.org> cc: stable@freebsd.org Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 19:19:19 -0000 >>>> not always be clean. Softupdates (hopefully) means that it will be >>>> consistent and recoverable, but what you're seeing here is normal and >>> Why "hopefully"? Aren't people convinced that it works correctly? >> i am convinced, but some of the hosts seem not to be :-) >> i see shutdowns which 0 0 0 0 and then shut, and when restarted >> single user and fscked manually show errors. though i think this >> may be in current, which is on most of my hosts. > Yeah, others have reported this problem on -current, but 5.x does not > have it. when will it be mfced to 5.x? :-) randy From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 19:23:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8C7916A532 for ; Mon, 25 Apr 2005 19:23:10 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED4543D1F for ; Mon, 25 Apr 2005 19:23:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EA893513B1; Mon, 25 Apr 2005 12:23:09 -0700 (PDT) Date: Mon, 25 Apr 2005 12:23:09 -0700 From: Kris Kennaway To: Randy Bush Message-ID: <20050425192309.GA59554@xor.obsecurity.org> References: <426BA8FA.3080602@samsco.org> <426BAAE4.1040606@incubus.de> <17005.12955.757773.350868@roam.psg.com> <20050425181329.GA41455@xor.obsecurity.org> <17005.17076.978073.249234@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <17005.17076.978073.249234@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: Kris Kennaway Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 19:23:11 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 09:19:16AM -1000, Randy Bush wrote: > >>>> not always be clean. Softupdates (hopefully) means that it will be > >>>> consistent and recoverable, but what you're seeing here is normal and > >>> Why "hopefully"? Aren't people convinced that it works correctly? > >> i am convinced, but some of the hosts seem not to be :-) > >> i see shutdowns which 0 0 0 0 and then shut, and when restarted > >> single user and fscked manually show errors. though i think this > >> may be in current, which is on most of my hosts. > > Yeah, others have reported this problem on -current, but 5.x does not > > have it. >=20 > when will it be mfced to 5.x? :-) As soon as the guy at the switch falls asleep :) Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbUOdWry0BWjoQKURAnqJAKC8EltDCbRuPuAT0jjBXcxnQIcuSwCg8qjK SG82Tt+nzbEFgYxAEVairHc= =05BA -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 19:23:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38ABA16A4F4 for ; Mon, 25 Apr 2005 19:23:12 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749A543D1D for ; Mon, 25 Apr 2005 19:23:11 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 6402965211; Mon, 25 Apr 2005 20:22:27 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 91792-01-2; Mon, 25 Apr 2005 20:22:26 +0100 (BST) Received: from empiric.dek.spc.org (host81-134-90-164.in-addr.btopenworld.com [81.134.90.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 1E7EF651EB; Mon, 25 Apr 2005 20:22:15 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id CAC7A64CF; Mon, 25 Apr 2005 20:22:56 +0100 (BST) Date: Mon, 25 Apr 2005 20:22:56 +0100 From: Bruce M Simpson To: Bill Moran Message-ID: <20050425192256.GB2339@empiric.icir.org> References: <20050425141053.76034863.wmoran@potentialtech.com> <20050425144147.68377ea5.wmoran@potentialtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050425144147.68377ea5.wmoran@potentialtech.com> cc: freebsd-stable@freebsd.org cc: Pete French Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 19:23:12 -0000 On Mon, Apr 25, 2005 at 02:41:47PM -0400, Bill Moran wrote: > This might be the only real advantage of a serial console. The unit you > pointed to is ~$4000.00, whereas 16-port serial console units run more > like $1000.00. Then again it's possible to build terminal servers with ssh capabilities using off-the-shelf hardware and open source software for anything from $200-$400. Depending on how exotic you wish to get, however. For example; IBM have embedded RFB (that's something of an alias for VNC) in their management controllers for a few years now; these talk to the management processors (PowerPC 4xx family) in an xSeries cluster over an RS488 serial bus, which in turn are able to sniff PCI VGA accesses to give you true remote KVM. But I agree with the original point that was made about colo and remote management -- if you can't fit remote management into a colo situation, your management costs will increase far more if things go wrong. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 19:42:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F15016A4CE for ; Mon, 25 Apr 2005 19:42:25 +0000 (GMT) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94B7943D1D for ; Mon, 25 Apr 2005 19:42:24 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0)j3PJgLsr085519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 25 Apr 2005 14:42:21 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <426D481D.7080502@palisadesys.com> Date: Mon, 25 Apr 2005 14:42:21 -0500 From: Guy Helmer User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-MailScanner-From: ghelmer@palisadesys.com Subject: FreeBSD 5.3p6-5.4RC3, Supermicro X6DHR-8G, Dual 3.6GHz Xeons,Adaptec aic7902 SCSI interface doesn't work in UP kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 19:42:25 -0000 I have SuperMicro X6DHR-8G machines with dual 3.6GHz Xeons and a Seagate 73G drive attached to the on-board aic7902 SCSI channel. A uniprocessor FreeBSD 5.3p6 or 5.4RC3 kernel booted on this machine stops at the SCSI bus probe for a minute or so, and then occasionally spews messages "SIMOE0[0xc]: (ENOVERRUN|ENIOERR)" followed by more info and finally "Issued Channel A Bus Reset, SCBs aborted". It never seems to get past this point. I've tried both BIOS revisions 1.2 and 1.2a with no effect on the errors. Disabling ACPI seemed to have no effect on the errors. Disabling the APIC allowed it to boot successfully. Booting an SMP kernel allows it to boot successfully (this is the obvious workaround, but the problem was first discovered when trying to boot from a GENERIC UP kernel on CD-ROM; booting 5.4-RC3 Disc 1 hangs the same way unless I boot in "Safe" mode). dmesg (from a successful boot), mptable, and "acpidump -t -d" output are available if anyone cares to look: http://www.palisadesys.com/~ghelmer/X6DHR-8G-dmesg.txt http://www.palisadesys.com/~ghelmer/X6DHR-8G-mptable.txt http://www.palisadesys.com/~ghelmer/X6DHR-8G.asl If there is anything else I can provide that will help diagnose the problem, please let me know. Guy -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 19:53:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8E7716A4CE for ; Mon, 25 Apr 2005 19:53:34 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248F343D46 for ; Mon, 25 Apr 2005 19:53:34 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IFI00I94PNPJMD0@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 25 Apr 2005 21:47:49 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IFI00I2EPYXSE50@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 25 Apr 2005 21:54:34 +0200 (CEST) Date: Mon, 25 Apr 2005 21:52:25 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20050425192256.GB2339@empiric.icir.org> To: freebsd-stable@freebsd.org Message-id: <20050425215225.7e6a5f0b.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050425141053.76034863.wmoran@potentialtech.com> <20050425144147.68377ea5.wmoran@potentialtech.com> <20050425192256.GB2339@empiric.icir.org> Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 19:53:34 -0000 On Mon, 25 Apr 2005 20:22:56 +0100 Bruce M Simpson wrote: > Depending on how exotic you wish to get, however. For example; IBM > have embedded RFB (that's something of an alias for VNC) in their > management controllers for a few years now; these talk to the > management processors (PowerPC 4xx family) in an xSeries cluster over > an RS488 serial bus, which in turn are able to sniff PCI VGA accesses > to give you true remote KVM. And other manufacturers also has "lights out" management boards for their servers. Usually, this is an add on (extra cost), and proprietary, so that it only works with that specific kind of srver as well. I have seen a couple of generic "lights out" mgmt cards as well (I think they use pci slots), but they are not very common. As you said, making ssh'able terminal servers is both easy and cost effective. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 20:38:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60B9F16A4CE for ; Mon, 25 Apr 2005 20:38:54 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC0B343D1D for ; Mon, 25 Apr 2005 20:38:53 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j3PKcqqM032914 for ; Mon, 25 Apr 2005 15:38:52 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Mon Apr 25 15:38:52 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j3PKchAc032912; Mon, 25 Apr 2005 15:38:43 -0500 (CDT) (envelope-from karl) Message-ID: <20050425153843.C32754@denninger.net> Date: Mon, 25 Apr 2005 15:38:43 -0500 From: Karl Denninger To: Pete French , mkb@incubus.de, wmoran@potentialtech.com References: <20050422092220.C54895@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Pete French on Mon, Apr 25, 2005 at 06:34:58PM +0100 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org cc: jim-c@charter.net Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 20:38:54 -0000 On Mon, Apr 25, 2005 at 06:34:58PM +0100, Pete French wrote: > > Colocation that does not include serial console access is IMHO worthless. > > i;ve been following this discussion with interest - what advantages does > a serial concolse give you over a colo's standard KVM access ? I've > never used a serial consolve with FreeBSD, though I see the phrase crop > up a lot. > > -pcf. How do you get to the KVM access? If you have to tell someone to do a thing, its worthless. If you can directly get to the KVM (remotely), e.g. via some application - then its ok. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Mon Apr 25 20:59:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94CE116A4CE; Mon, 25 Apr 2005 20:59:15 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1967C43D46; Mon, 25 Apr 2005 20:59:15 +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 j3PKxEPV002267; Mon, 25 Apr 2005 16:59: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 j3PKxhiN030027; Mon, 25 Apr 2005 16:59:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CE077306E; Mon, 25 Apr 2005 16:59:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050425205914.5CE077306E@freebsd-current.sentex.ca> Date: Mon, 25 Apr 2005 16:59:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 20:59:15 -0000 TB --- 2005-04-25 19:52:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-25 19:52:14 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-04-25 19:52:14 - checking out the source tree TB --- 2005-04-25 19:52:14 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2005-04-25 19:52:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-25 20:00:24 - building world (CFLAGS=-O -pipe) TB --- 2005-04-25 20:00:24 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-04-25 20:00:24 - /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-04-25 20:51:44 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-25 20:51:44 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-04-25 20:51:44 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 25 20:51:45 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 [...] objcopy --strip-debug nullfs.ko ===> osf1 cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_ioctl.c cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c: In function `osf1_copyinuio': /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: `INT_MAX' undeclared (first use in this function) /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1166: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/sys/modules/osf1. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2005-04-25 20:59:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-25 20:59:14 - ERROR: failed to build generic kernel TB --- 2005-04-25 20:59:14 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 01:48:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E282F16A4D0 for ; Tue, 26 Apr 2005 01:48:33 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CCED43D41 for ; Tue, 26 Apr 2005 01:48:32 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j3Q1mRRD077387; Tue, 26 Apr 2005 11:18:28 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 26 Apr 2005 11:18:21 +0930 User-Agent: KMail/1.8 References: <20050425134005.089d61c2.wmoran@potentialtech.com> <20050425141053.76034863.wmoran@potentialtech.com> In-Reply-To: <20050425141053.76034863.wmoran@potentialtech.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4222545.pX2VI1cK6k"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504261118.22150.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Bill Moran cc: Pete French Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 01:48:34 -0000 --nextPart4222545.pX2VI1cK6k Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 26 Apr 2005 03:40, Bill Moran wrote: > Pete French wrote: > > > KVM requires you to physically _be_ at the colo. > > > > ?! Not the one I have for our colo - it's a little java app > > where I choose a machine from a dropdown and get the video > > in a window on the desktop. > > That's an out of the ordinary KVM. Would you mind passing on the > manufacturer of that unit, I'd like to recommend that unit to a number > of clients/associates of mine. > > The point is that a normal, run of the mill KVM doesn't have that > capability. They're kind of expensive too :( I know of 2 sellers of them in Australia https://www.lindy.com.au/online/arrshop.exe?af=3D570&as=3D39401&az=3D1&ai= =3D1079483 http://www.dcw.com.au/products/kvm.htm Rose Electronics makes the one DCW sell.. http://www.rose.com/htm/ultralink-Lite.htm Although it seems there are plenty to choose from (eg Belkin, Cylades, Adde= r=20 etc) I haven't used any because they're too pricey :) (Still since serial BIOS mobos are rare/expensive it's probably the cheaper= =20 option for a bunch of machines). You could kernel debug over it except you couldn't cut and paste which woul= d=20 suck for reporting back traces. =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 --nextPart4222545.pX2VI1cK6k Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCbZ3m5ZPcIHs/zowRAlsaAJ9jcrf4E9PC39A18lxzKc1PH64cagCeNNhn LkQnw+uHwdoMb8sBzQl3qoI= =zaFw -----END PGP SIGNATURE----- --nextPart4222545.pX2VI1cK6k-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 03:06:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E08216A4CE for ; Tue, 26 Apr 2005 03:06:20 +0000 (GMT) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE2F843D49 for ; Tue, 26 Apr 2005 03:06:19 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from hellfire.lovett.com ([67.134.38.149]) by mail.lovett.com with esmtpa (Exim 4.50 (FreeBSD)) id 1DQGOx-0001ev-Ll; Mon, 25 Apr 2005 20:06:19 -0700 Message-ID: <426DB02B.4050807@FreeBSD.org> Date: Mon, 25 Apr 2005 20:06:19 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Guy Helmer References: <426D481D.7080502@palisadesys.com> In-Reply-To: <426D481D.7080502@palisadesys.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3p6-5.4RC3, Supermicro X6DHR-8G, Dual 3.6GHzXeons,Adaptec aic7902 SCSI interface doesn't work in UP kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 03:06:20 -0000 Guy Helmer wrote: Reducing the problem to its relevant parts: > SuperMicro [...] Seagate [...] > on-board aic7902 and, from your dmesg output: da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers [...] Supermicro boards and Seagates generally hate each other. Supermicro blames Seagate, Seagate blames Supermicro. Even under normal operation, you'll see spurious SCSI errors, both at bootup, and under load, exacerbated if you put more than one Seagate drive on the same chain, or run them at their native U320 speeds. To make matters worse, your ST373207LC model is, even by Seagate standards, a piece of unmitigated crap. At an absolute minimum, have the existing drive swapped out for an ST373453LC model, making VERY certain that the firmware is rev 0006 -- prior revisions WILL corrupt your data, set fire to your cat, and otherwise ruin your entire life -- and that's before they've actually spun up. A second option is to change the drive out for one from a vendor that actually cares -- ok, maybe only *just* cares, but cares nonetheless. Hitachi drives work fine, and certainly seem to be in the same ballpark for overall reliability. Likewise, swapping out the motherboard for a non-Supermicro unit may be an option, though be wary of anything with onboard Broadcom gigabit ethernet if you plan on doing continuous high network I/O -- Seagate drives *appear* to have considerably fewer problems when connected to non-Adaptec hardware in general, and the onboard Supermicro variant in particular. If you're stuck with the hardware you have (modulo this particular 73GB drive model, as mentioned above), pick up another SCSI controller and use that, not forgetting to disable the onboard controllers. At an absolute pinch, head in to the adaptec bios and lock down the drive to U160 speeds -- that *may* help in a few edge cases. Someone (I forget who, sorry) recently suggested a considerable portition of the Supermicro vs Seagate mess was down to a weird interaction between the bios and the occasional SMM interrupt -- a hackaround to run at boot was even suggested -- check the archives for details, though unfortunately it did not appear to fix the issues I was seeing on boxes here. You may have better luck. -aDe From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 03:54:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A1516A4CE for ; Tue, 26 Apr 2005 03:54:12 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA0C043D3F for ; Tue, 26 Apr 2005 03:54:12 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9DECC72DE5; Mon, 25 Apr 2005 20:54:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 98FAC72DE4; Mon, 25 Apr 2005 20:54:12 -0700 (PDT) Date: Mon, 25 Apr 2005 20:54:12 -0700 (PDT) From: Doug White To: wwk761@telus.net In-Reply-To: <1113771492.4262cde4d258e@webmail.telus.net> Message-ID: <20050425205352.N43358@carver.gumbysoft.com> References: <1113771492.4262cde4d258e@webmail.telus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-stable@freebsd.org Subject: Re: mysql40-server with linuxthreads and CFLAGS=-DUSE_OLD_FUNCTIONS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 03:54:13 -0000 On Sun, 17 Apr 2005 wwk761@telus.net wrote: > Does any 1-:) have a compiled mysql4*-server with linuxthreads and CFLAGS= =3D- > DUSE_OLD_FUNCTIONS > > I went by all the deltas from 5500 up to today ( 5734 ) and always get th= e same > error > <> > cc -DDBUG_OFF -DUSE_OLD_FUNCTIONS -DUSE_OLD_FUNCTIONS -felide-constructor= s -fno- > rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti - > DMYSQLD_NET_RETRY_COUNT=3D1000000 -o mysqld sql_lex.o sql_handler.o item.= o > item_sum.o item_buff.o item_func.o item_cmpfunc.o item_strfunc.o > item_timefunc.o thr_malloc.o item_create.o field.o key.o sql_class.o sql_= list.o > net_serv.o net_pkg.o lock.o my_lock.o sql_string.o sql_manager.o sql_map.= o > mysqld.o password.o hash_filo.o hostname.o convert.o set_var.o sql_parse.= o > sql_yacc.o sql_base.o table.o sql_select.o sql_insert.o sql_update.o > sql_delete.o uniques.o sql_do.o procedure.o item_uniq.o sql_test.o log.o > log_event.o init.o derror.o sql_acl.o unireg.o des_key_file.o time.o > opt_range.o opt_sum.o opt_ft.o records.o filesort.o handler.o ha_heap.o > ha_myisam.o ha_myisammrg.o ha_berkeley.o ha_innodb.o ha_isam.o ha_isammrg= =2Eo > sql_db.o sql_table.o sql_rename.o sql_crypt.o sql_load.o mf_iocache.o > field_conv.o sql_show.o sql_udf.o sql_analyse.o sql_cache.o slave.o sql_r= epl.o > sql_union.o mini_client.o mini_client_errors.o stacktrace.o repl_failsafe= =2Eo - > static -DHAVE_GLIBC2_STYLE_GETHOSTBYNAME_R -D_THREAD_SAFE - > I/usr/local/include/pthread/linuxthreads -DHAVE_GLIBC2_STYLE_GETHOSTBYNAM= E_R - > D_THREAD_SAFE -I/usr/local/include/pthread/linuxthreads - > L/usr/ports/databases/mysql40-server/work/mysql-4.0.24/bdb/build_unix - > ldb ../innobase/usr/libusr.a ../innobase/srv/libsrv.a ../innobase/dict/li= bdict.a > ../innobase/que/libque.a ../innobase/srv/libsrv.a ../innobase/ibuf/libib= uf.a .. > /innobase/row/librow.a ../innobase/pars/libpars.a ../innobase/btr/libbtr.= a ../in > nobase/trx/libtrx.a ../innobase/read/libread.a ../innobase/usr/libusr.a .= =2E/innob > ase/buf/libbuf.a ../innobase/ibuf/libibuf.a ../innobase/eval/libeval.a ..= /innoba > se/log/liblog.a ../innobase/fsp/libfsp.a ../innobase/fut/libfut.a ../inno= base/fi > l/libfil.a ../innobase/lock/liblock.a ../innobase/mtr/libmtr.a ../innobas= e/page/ > libpage.a ../innobase/rem/librem.a ../innobase/thr/libthr.a ../innobase/s= ync/lib > sync.a ../innobase/data/libdata.a ../innobase/mach/libmach.a ../innobase/= ha/libh > a.a ../innobase/dyn/libdyn.a ../innobase/mem/libmem.a ../innobase/sync/li= bsync.a > ../innobase/ut/libut.a ../innobase/os/libos.a ../innobase/ut/libut.a ../= isam/li > bnisam.a ../merge/libmerge.a ../myisam/libmyisam.a ../myisammrg/libmyisam= mrg.a . > ./heap/libheap.a ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ..= /regex/ > libregex.a ../strings/libmystrings.a -lwrap -L/usr/local/lib -llthread - > llgcc_r -lz -lcrypt -lm -llthread -llgcc_r > *** Error code 1 > <> > I will appreciate a compiled =93work=94 directory. Hm, odd that it didn't actually print an error message. Are you omitting something? --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 04:01:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1416E16A4CE; Tue, 26 Apr 2005 04:01:46 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E928443D1F; Tue, 26 Apr 2005 04:01:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id DE46072DE5; Mon, 25 Apr 2005 21:01:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D9ACC72DE4; Mon, 25 Apr 2005 21:01:45 -0700 (PDT) Date: Mon, 25 Apr 2005 21:01:45 -0700 (PDT) From: Doug White To: Didier Wiroth In-Reply-To: <3fb1734a4ac3.4263b578@etat.lu> Message-ID: <20050425205918.W43358@carver.gumbysoft.com> References: <3fb1734a4ac3.4263b578@etat.lu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: tcpwrappers problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 04:01:46 -0000 On Mon, 18 Apr 2005, Didier Wiroth wrote: > Hi, > (using freebsd5.4-stable) > > I'm trying to display a ftpd banner with hosts.allow, but it doesn't work. > > I'm using ftpd (/usr/libexec/ftpd) started through inetd. > Ined is started with standard flags: > /usr/sbin/inetd -wW -C 60 > > In hosts.allow I have: > ALL : ALL : allow > ALL : ALL : banners /usr/local/etc/banners/ > ALL : PARANOID : RFC931 20 : deny I wouldn't use tcpwrapper banners if you're doing more than just bitching out the user before kicking them off. Some FTP clients will just ignore your banner since it won't conform to the FTP protocol specification. If you want it to display when the user logs into your FTP server, put it in /etc/ftpmotd. If you want your telnet client to see it, put it in /etc/motd. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 04:03:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE98216A4CE; Tue, 26 Apr 2005 04:03:48 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C11E443D39; Tue, 26 Apr 2005 04:03:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B469372DE5; Mon, 25 Apr 2005 21:03:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B25ED72DE4; Mon, 25 Apr 2005 21:03:48 -0700 (PDT) Date: Mon, 25 Apr 2005 21:03:48 -0700 (PDT) From: Doug White To: Uzi Klein In-Reply-To: <4263DB52.8020408@bmby.com> Message-ID: <20050425210312.J43358@carver.gumbysoft.com> References: <4263D37E.6070805@bmby.com> <4263D723.6020405@bmby.com> <4263DB52.8020408@bmby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: MySQL signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 04:03:49 -0000 On Mon, 18 Apr 2005, Uzi Klein wrote: > Uzi Klein wrote: > > Uzi Klein wrote: > > > >> > >> Hi > >> > >> I got this message from mysql-error log. > >> Nothing visible on system log, but after it happens, mysql starts > >> acting strange (shoes double fields values as 0 while is still > >> contains the data - visible after restarting mysql) > >> > >> Hardware should be OK, nothing wrong in boot message and its a brand > >> new HP DL380-G4. > >> > >> Any leads or ideas? > >> > > > > eh.. something causing only 1 attachment to appear... sorry... > > > > * mysql-error.log : * > > mysqld got signal 11; > This could be because you hit a bug. It is also possible that this binary > or one of the libraries it was linked against is corrupt, improperly built, > or misconfigured. This error can also be caused by malfunctioning hardware. > We will try our best to scrape up some info that will hopefully help > diagnose > the problem, but since we have already crashed, something is definitely > wrong > and this may fail. This is generally indicative of bad memory or nonfunctional cooling. Check the system's environmentals. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 04:10:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B85216A4CE for ; Tue, 26 Apr 2005 04:10:18 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A6A543D5C for ; Tue, 26 Apr 2005 04:10:18 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EC46C72DE5; Mon, 25 Apr 2005 21:10:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E708F72DE4; Mon, 25 Apr 2005 21:10:17 -0700 (PDT) Date: Mon, 25 Apr 2005 21:10:17 -0700 (PDT) From: Doug White To: Matt Meola In-Reply-To: <1114091250.29964.2.camel@matt.den-esniff.com> Message-ID: <20050425210955.A43358@carver.gumbysoft.com> References: <1113495921.966.21.camel@matt.den-esniff.com> <1114091250.29964.2.camel@matt.den-esniff.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Stable List Subject: Re: FreeBSD 5.4 RC2 on a Compaq Laptop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 04:10:18 -0000 On Thu, 21 Apr 2005, Matt Meola wrote: > On Wed, 2005-04-20 at 19:25 -0700, Doug White wrote: > > See the freebsd-amd64 list archives for an extensive discussion on the > > R3000 series. (or was it -mobile? :-) ) > > Yeah, I saw all that, and the gnats bug about it, too. It appears that > what needed to change was changed, and committed to (at least) -CURRENT. > > > You will probably need to run at least -STABLE. These machines are wierd > > birds. > > :-) You're telling me... BTW, I was under the impression that 5.4-RC* > was actually released from the -STABLE branch... Am I mistaken on that? That is correct. But I was trying to say I don't think 5.3-R will work. :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 04:12:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B682A16A4CE for ; Tue, 26 Apr 2005 04:12:23 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5575543D1F for ; Tue, 26 Apr 2005 04:12:23 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 47DD972DE5; Mon, 25 Apr 2005 21:12:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4585D72DE4; Mon, 25 Apr 2005 21:12:23 -0700 (PDT) Date: Mon, 25 Apr 2005 21:12:23 -0700 (PDT) From: Doug White To: Paco Hope In-Reply-To: <20050421021940.X10760@www.provisio.net> Message-ID: <20050425211207.B43358@carver.gumbysoft.com> References: <20050421021940.X10760@www.provisio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: installkernel succeeds, but old kernel boots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 04:12:23 -0000 On Thu, 21 Apr 2005, Paco Hope wrote: > I cvsupped the latest RELENG_5 sources and did make buildworld. Then I > built and installed the kernel using > > make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=PACO > make -DALWAYS_CHECK_MAKE installkernel KERNCONF=PACO > > Then I rebooted. So far so good. This is all normal. However, after I > reboot and run 'uname -a' I see: > > FreeBSD www.provisio.net 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #0: Sat Mar > 19 01:28:39 EST 2005 root@www.provisio.net:/usr/obj/data/src/sys/PACO > i386 > > sysctl agrees with uname: > > kern.ostype: FreeBSD > kern.osrelease: 5.3-RELEASE-p5 > kern.osrevision: 199506 > kern.version: FreeBSD 5.3-RELEASE-p5 #0: Sat Mar 19 01:28:39 EST 2005 > root@www.provisio.net:/usr/obj/data/src/sys/PACO > > That's my old kernel that I was trying to replace. I run 'sysctl > kern.bootfile' and it says '/boot/kernel/kernel' so I'm a little confused. > By all indications, the file that's currently in /boot/kernel/kernel is > 5.4-STABLE. I can run 'strings' on /boot/kernel/kernel and see this near > the bottom: > > FreeBSD 5.4-STABLE #0: Thu Apr 21 00:04:21 EDT 2005 > root@www.provisio.net:/usr/obj/data/src/sys/PACO > FreeBSD > 5.4-STABLE > PACO > > It sure looks like I booted my old kernel somehow, but I can't figure out > how. It seems unlikely that I somehow installed from a stale build tree > because I newfs'd /usr/obj before building anything. > > Thoughts? loader.conf? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 04:16:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2657F16A4CE for ; Tue, 26 Apr 2005 04:16:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B7FF43D55 for ; Tue, 26 Apr 2005 04:16:05 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 90FC272DE5; Mon, 25 Apr 2005 21:16:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8AF2272DE4; Mon, 25 Apr 2005 21:16:05 -0700 (PDT) Date: Mon, 25 Apr 2005 21:16:05 -0700 (PDT) From: Doug White To: Viktor Rosendahl In-Reply-To: <200504231114.23215.viktor.rosendahl@saunalahti.fi> Message-ID: <20050425211547.Q43358@carver.gumbysoft.com> References: <200504231114.23215.viktor.rosendahl@saunalahti.fi> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 5.4-RC3 Kernel Panic: "vinvalbuf: dirty bufs" (backtrace included) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 04:16:06 -0000 On Sat, 23 Apr 2005, Viktor Rosendahl wrote: > Hi, > > Last night when I was asleep my FreeBSD workstation suffered a kernel panic > and did a coredump. The panic occurred at 3.02 AM, that is one minute after > the start of the daily script (coincidence?). > > The only "unusual" thing I have been doing before the panic was that I was > playing with a 1GB USB Flash memory stick. I found out that in order to > create a partition on the device, I need to make it slightly smaller than the > maximum suggested by sysinstall (I used sysinstall to partition the device > out of pure lazyness). However, I think the panic occurred a couple of hours > later and the USB media was not mounted at the time (not 100% sure but I > think so), so I don't think it is related but I can be wrong. Yanking the stick without unmounting it will cause this type of panic. Don't do that. :) > Here is the backtrace that I obtained from kgdb: > > #0 doadump () at pcpu.h:159 > #1 0xc05c7a2a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 > #2 0xc05c7d31 in panic (fmt=0xc07fcb12 "vinvalbuf: dirty bufs") > at /usr/src/sys/kern/kern_shutdown.c:566 > #3 0xc0626032 in vinvalbuf (vp=0xc4ae4210, flags=1, cred=0x0, td=0x0, > slpflag=0, slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:972 > #4 0xc06298e5 in vclean (vp=0xc4ae4210, flags=8, td=0xc235f480) > at /usr/src/sys/kern/vfs_subr.c:2478 > #5 0xc062a0ea in vgonel (vp=0xc4ae4210, td=0x0) > at /usr/src/sys/kern/vfs_subr.c:2697 > #6 0xc0624d83 in vlrureclaim (mp=0xc261a800) at pcpu.h:156 > #7 0xc06250af in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:598 > #8 0xc05af48a in fork_exit (callout=0xc0624e5d , arg=0x0, > frame=0x0) at /usr/src/sys/kern/kern_fork.c:790 > #9 0xc0790d0c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 > > > And the content of the info file: > > Dump header from device /dev/ad4s1b > Architecture: i386 > Architecture Version: 16777216 > Dump Length: 1073414144B (1023 MB) > Blocksize: 512 > Dumptime: Sat Apr 23 03:02:10 2005 > Hostname: > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 5.4-RC3 #0: Thu Apr 21 00:11:58 EEST 2005 > :/usr/obj/usr/src/sys/ATA > Panic String: vinvalbuf: dirty bufs > Dump Parity: 3518619234 > Bounds: 21 > Dump Status: good > > > ...and here is the dmesg that I obtained after the machine had rebooted after > the panic: > > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.4-RC3 #0: Thu Apr 21 00:11:58 EEST 2005 > :/usr/obj/usr/src/sys/ATA > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2605.92-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory = 1073414144 (1023 MB) > avail memory = 1040875520 (992 MB) > ACPI APIC Table: > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xf8000000-0xfbffffff at device 0.0 > on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pci1: at device 0.1 (no driver attached) > uhci0: port 0xef00-0xef1f irq 16 > at device 29.0 on pci0 > 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 0xef20-0xef3f irq 19 > at device 29.1 on pci0 > 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 0xef40-0xef5f irq 18 > at device 29.2 on pci0 > 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 > uhci3: port 0xef80-0xef9f irq 16 > at device 29.3 on pci0 > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xfebffc00-0xfebfffff irq 23 at > device 29.7 on pci0 > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > skc0: port 0xd800-0xd8ff mem 0xfeafc000-0xfeafffff > irq 22 at device 5.0 on pci2 > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > sk0: on skc0 > sk0: Ethernet address: 00:11:d8:52:51:d6 > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > atapci0: port > 0xdf90-0xdf9f,0xdfe0-0xdfe3,0xdfa8-0xdfaf,0xdfe4-0xdfe7,0xdff0-0xdff7 mem > 0xfeaf8000-0xfeafbfff irq 21 at device 9.0 on pci2 > ata2: channel #0 on atapci0 > ata3: channel #1 on atapci0 > em0: port > 0xdf00-0xdf3f mem 0xfea80000-0xfea9ffff,0xfeaa0000-0xfeabffff irq 22 at > device 10.0 on pci2 > em0: Ethernet address: 00:0e:0c:06:21:17 > em0: Speed:N/A Duplex:N/A > asr0: mem 0xe8000000-0xefffffff irq 20 at device > 12.0 on pci2 > asr0: ADAPTEC 2400A FW Rev. 3A0L, 4 channel, 256 CCBs, Protocol I2O > pcib3: at device 12.1 on pci2 > pci3: on pcib3 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port > 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci1 > ata1: channel #1 on atapci1 > pci0: at device 31.3 (no driver attached) > pcm0: port 0xee80-0xeebf,0xe800-0xe8ff mem > 0xfebff400-0xfebff4ff,0xfebff800-0xfebff9ff irq 17 at device 31.5 on pci0 > pcm0: > acpi_button0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on > acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > npx0: on motherboard > npx0: INT 16 interface > orm0: at iomem > 0xd1000-0xd6fff,0xcf800-0xd0fff,0xcd000-0xcf7ff,0xc0000-0xccfff on isa0 > pmtimer0 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 2605920328 Hz quality 800 > Timecounters tick every 10.000 msec > IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled > acd0: DVDR at ata0-master PIO4 > acd1: DVDROM at ata0-slave PIO4 > ad4: 190782MB [387621/16/63] at ata2-master > UDMA100 > ad6: 286103MB [581290/16/63] at ata3-master UDMA133 > da0 at asr0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: Tagged Queueing Enabled > da0: 228957MB (468903936 512 byte sectors: 255H 63S/T 29187C) > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 16.000MB/s transfers > cd0: cd present [2133520 x 2048 byte records] > cd1 at ata0 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 16.000MB/s transfers > cd1: cd present [3911061 x 2048 byte records] > Mounting root from ufs:/dev/ad4s1a > em0: Link is up 1000 Mbps Full Duplex > drm0: port 0xc000-0xc0ff mem > 0xfe8f0000-0xfe8fffff,0xe0000000-0xe3ffffff irq 16 at device 0.0 on pci1 > info: [drm] AGP at 0xf8000000 64MB > info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 > info: [drm] Loading R200 Microcode > umass0: BUFFALO ClipDrive, rev 2.00/2.00, addr 2 > da1 at umass-sim0 bus 0 target 0 lun 0 > da1: Removable Direct Access SCSI-2 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready > change, > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retries Exhausted > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > umass0: at uhub4 port 1 (addr 2) disconnected > (da1:umass-sim0:0:0:0): lost device > (da1:umass-sim0:0:0:0): removing device entry > umass0: detached > umass0: BUFFALO ClipDrive, rev 2.00/2.00, addr 2 > da1 at umass-sim0 bus 0 target 0 lun 0 > da1: Removable Direct Access SCSI-2 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready > change, > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retries Exhausted > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 0 0 21 0 0 8 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): DATA PROTECT asc:27,0 > (da1:umass-sim0:0:0:0): Write protected > (da1:umass-sim0:0:0:0): Unretryable error > umass0: at uhub4 port 1 (addr 2) disconnected > (da1:umass-sim0:0:0:0): lost device > (da1:umass-sim0:0:0:0): removing device entry > umass0: detached > umass0: BUFFALO ClipDrive, rev 2.00/2.00, addr 2 > da1 at umass-sim0 bus 0 target 0 lun 0 > da1: Removable Direct Access SCSI-2 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready > change, > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retries Exhausted > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:0): SCSI Status: Check Condition > (da1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da1:umass-sim0:0:0:0): Retrying Command (per Sense Data) > panic: vinvalbuf: dirty bufs > Uptime: 1d6h1m42s > Dumping 1023 MB > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 > 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 > 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 > 960 976 992 1008Copyright (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 5.4-RC3 #0: Thu Apr 21 00:11:58 EEST 2005 > :/usr/obj/usr/src/sys/ATA > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2605.92-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory = 1073414144 (1023 MB) > avail memory = 1040875520 (992 MB) > ACPI APIC Table: > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xf8000000-0xfbffffff at device 0.0 > on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pci1: at device 0.1 (no driver attached) > uhci0: port 0xef00-0xef1f irq 16 > at device 29.0 on pci0 > 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 0xef20-0xef3f irq 19 > at device 29.1 on pci0 > 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 0xef40-0xef5f irq 18 > at device 29.2 on pci0 > 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 > uhci3: port 0xef80-0xef9f irq 16 > at device 29.3 on pci0 > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xfebffc00-0xfebfffff irq 23 at > device 29.7 on pci0 > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > skc0: port 0xd800-0xd8ff mem 0xfeafc000-0xfeafffff > irq 22 at device 5.0 on pci2 > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > sk0: on skc0 > sk0: Ethernet address: 00:11:d8:52:51:d6 > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > atapci0: port > 0xdf90-0xdf9f,0xdfe0-0xdfe3,0xdfa8-0xdfaf,0xdfe4-0xdfe7,0xdff0-0xdff7 mem > 0xfeaf8000-0xfeafbfff irq 21 at device 9.0 on pci2 > ata2: channel #0 on atapci0 > ata3: channel #1 on atapci0 > em0: port > 0xdf00-0xdf3f mem 0xfea80000-0xfea9ffff,0xfeaa0000-0xfeabffff irq 22 at > device 10.0 on pci2 > em0: Ethernet address: 00:0e:0c:06:21:17 > em0: Speed:N/A Duplex:N/A > asr0: mem 0xe8000000-0xefffffff irq 20 at device > 12.0 on pci2 > asr0: ADAPTEC 2400A FW Rev. 3A0L, 4 channel, 256 CCBs, Protocol I2O > pcib3: at device 12.1 on pci2 > pci3: on pcib3 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port > 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci1 > ata1: channel #1 on atapci1 > pci0: at device 31.3 (no driver attached) > pcm0: port 0xee80-0xeebf,0xe800-0xe8ff mem > 0xfebff400-0xfebff4ff,0xfebff800-0xfebff9ff irq 17 at device 31.5 on pci0 > pcm0: > acpi_button0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on > acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > npx0: on motherboard > npx0: INT 16 interface > orm0: at iomem > 0xd1000-0xd6fff,0xcf800-0xd0fff,0xcd000-0xcf7ff,0xc0000-0xccfff on isa0 > pmtimer0 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 2605921612 Hz quality 800 > Timecounters tick every 10.000 msec > IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled > acd0: DVDR at ata0-master PIO4 > acd1: DVDROM at ata0-slave PIO4 > ad4: 190782MB [387621/16/63] at ata2-master > UDMA100 > ad6: 286103MB [581290/16/63] at ata3-master UDMA133 > da0 at asr0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: Tagged Queueing Enabled > da0: 228957MB (468903936 512 byte sectors: 255H 63S/T 29187C) > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 16.000MB/s transfers > cd0: cd present [2133520 x 2048 byte records] > cd1 at ata0 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 16.000MB/s transfers > cd1: cd present [3911061 x 2048 byte records] > Mounting root from ufs:/dev/ad4s1a > WARNING: / was not properly dismounted > WARNING: /home was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > WARNING: /big was not properly dismounted > em0: Link is up 1000 Mbps Full Duplex > drm0: port 0xc000-0xc0ff mem > 0xfe8f0000-0xfe8fffff,0xe0000000-0xe3ffffff irq 16 at device 0.0 on pci1 > info: [drm] AGP at 0xf8000000 64MB > info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 > info: [drm] Loading R200 Microcode > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 04:37:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D400216A4CE for ; Tue, 26 Apr 2005 04:37:46 +0000 (GMT) Received: from melissa.nerdshack.com (melissa.nerdshack.com [209.189.235.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05D1643D1D for ; Tue, 26 Apr 2005 04:37:46 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from dispatchd.nerdshack.com (julie.nerdshack.com [209.189.235.39]) by melissa.nerdshack.com (Postfix) with SMTP id 84C9967CC3 for ; Mon, 25 Apr 2005 23:54:38 -0500 (CDT) Received: from cartman.mailshack.com (dialup-178.89.221.203.acc50-kent-syd.comindico.com.au [203.221.89.178]) by mail.nerdshack.com with ESMTP Mon, 25 Apr 2005 23:26:30 -0500 Message-Id: <6.2.1.2.2.20050426143515.02789440@127.0.0.1> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 26 Apr 2005 14:36:52 +1000 To: stable@freebsd.org From: Rob B Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Tape drive issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 04:37:46 -0000 Hi all, Apologies for the lengthy email. I had sent this to alpha@, but no replies as yet so I thought somone here could help. I have a Sony SDT-10000 DDS-4 tape drive that i recently put into my PWS-500au, attached to the built-in isp SCSI controller. When the system boots, these messages appear on the console Waiting 5 seconds for SCSI devices to settle (probe0:isp0:0:0:1): INQUIRY. CDB: 12 20 0 0 24 0 (probe0:isp0:0:0:1): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:1): Initiator detected error message received (probe0:isp0:0:0:1): INQUIRY. CDB: 12 20 0 0 24 0 (probe0:isp0:0:0:1): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:1): Initiator detected error message received (probe0:isp0:0:0:1): INQUIRY. CDB: 12 20 0 0 24 0 (probe0:isp0:0:0:1): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:1): Initiator detected error message received (probe0:isp0:0:0:1): INQUIRY. CDB: 12 20 0 0 24 0 (probe0:isp0:0:0:1): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:1): Initiator detected error message received (probe0:isp0:0:0:1): INQUIRY. CDB: 12 20 0 0 24 0 (probe0:isp0:0:0:1): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:1): Initiator detected error message received (probe0:isp0:0:0:2): INQUIRY. CDB: 12 40 0 0 24 0 (probe0:isp0:0:0:2): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:2): Initiator detected error message received (probe0:isp0:0:0:2): INQUIRY. CDB: 12 40 0 0 24 0 (probe0:isp0:0:0:2): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:2): Initiator detected error message received (probe0:isp0:0:0:2): INQUIRY. CDB: 12 40 0 0 24 0 (probe0:isp0:0:0:2): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:2): Initiator detected error message received (probe0:isp0:0:0:2): INQUIRY. CDB: 12 40 0 0 24 0 (probe0:isp0:0:0:2): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:2): Initiator detected error message received (probe0:isp0:0:0:2): INQUIRY. CDB: 12 40 0 0 24 0 (probe0:isp0:0:0:2): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:2): Initiator detected error message received (probe0:isp0:0:0:3): INQUIRY. CDB: 12 60 0 0 24 0 (probe0:isp0:0:0:3): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:3): Initiator detected error message received (probe0:isp0:0:0:3): INQUIRY. CDB: 12 60 0 0 24 0 (probe0:isp0:0:0:3): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:3): Initiator detected error message received (probe0:isp0:0:0:3): INQUIRY. CDB: 12 60 0 0 24 0 (probe0:isp0:0:0:3): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:3): Initiator detected error message received (probe0:isp0:0:0:3): INQUIRY. CDB: 12 60 0 0 24 0 (probe0:isp0:0:0:3): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:3): Initiator detected error message received (probe0:isp0:0:0:3): INQUIRY. CDB: 12 60 0 0 24 0 (probe0:isp0:0:0:3): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:3): Initiator detected error message received (probe0:isp0:0:0:4): INQUIRY. CDB: 12 80 0 0 24 0 (probe0:isp0:0:0:4): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:4): Initiator detected error message received (probe0:isp0:0:0:4): INQUIRY. CDB: 12 80 0 0 24 0 (probe0:isp0:0:0:4): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:4): Initiator detected error message received (probe0:isp0:0:0:4): INQUIRY. CDB: 12 80 0 0 24 0 (probe0:isp0:0:0:4): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:4): Initiator detected error message received (probe0:isp0:0:0:4): INQUIRY. CDB: 12 80 0 0 24 0 (probe0:isp0:0:0:4): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:4): Initiator detected error message received (probe0:isp0:0:0:4): INQUIRY. CDB: 12 80 0 0 24 0 (probe0:isp0:0:0:4): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:4): Initiator detected error message received (probe0:isp0:0:0:5): INQUIRY. CDB: 12 a0 0 0 24 0 (probe0:isp0:0:0:5): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:5): Initiator detected error message received (probe0:isp0:0:0:5): INQUIRY. CDB: 12 a0 0 0 24 0 (probe0:isp0:0:0:5): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:5): Initiator detected error message received (probe0:isp0:0:0:5): INQUIRY. CDB: 12 a0 0 0 24 0 (probe0:isp0:0:0:5): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:5): Initiator detected error message received (probe0:isp0:0:0:5): INQUIRY. CDB: 12 a0 0 0 24 0 (probe0:isp0:0:0:5): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:5): Initiator detected error message received (probe0:isp0:0:0:5): INQUIRY. CDB: 12 a0 0 0 24 0 (probe0:isp0:0:0:5): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:5): Initiator detected error message received (probe0:isp0:0:0:6): INQUIRY. CDB: 12 c0 0 0 24 0 (probe0:isp0:0:0:6): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:6): Initiator detected error message received (probe0:isp0:0:0:6): INQUIRY. CDB: 12 c0 0 0 24 0 (probe0:isp0:0:0:6): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:6): Initiator detected error message received (probe0:isp0:0:0:6): INQUIRY. CDB: 12 c0 0 0 24 0 (probe0:isp0:0:0:6): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:6): Initiator detected error message received (probe0:isp0:0:0:6): INQUIRY. CDB: 12 c0 0 0 24 0 (probe0:isp0:0:0:6): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:6): Initiator detected error message received (probe0:isp0:0:0:6): INQUIRY. CDB: 12 c0 0 0 24 0 (probe0:isp0:0:0:6): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:6): Initiator detected error message received (probe0:isp0:0:0:7): INQUIRY. CDB: 12 e0 0 0 24 0 (probe0:isp0:0:0:7): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:7): Initiator detected error message received (probe0:isp0:0:0:7): INQUIRY. CDB: 12 e0 0 0 24 0 (probe0:isp0:0:0:7): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:7): Initiator detected error message received (probe0:isp0:0:0:7): INQUIRY. CDB: 12 e0 0 0 24 0 (probe0:isp0:0:0:7): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:7): Initiator detected error message received (probe0:isp0:0:0:7): INQUIRY. CDB: 12 e0 0 0 24 0 (probe0:isp0:0:0:7): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:7): Initiator detected error message received (probe0:isp0:0:0:7): INQUIRY. CDB: 12 e0 0 0 24 0 (probe0:isp0:0:0:7): ABORTED COMMAND asc:48,0 (probe0:isp0:0:0:7): Initiator detected error message received sa0 at isp0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit) I've never seen these messages before, but they appear now once the tape drive has been added. I'm also unable to actually do anything with the device - loop@erwin ~ % sudo camcontrol tur 0:0:0 Unit is not ready loop@erwin ~ % sudo mt status mt: /dev/nsa0: Input/output err If I turn off tagged queuing at this point, things start to look up ... loop@erwin ~ % sudo camcontrol negotiate -n sa -u 0 -T disable Current Parameters: (pass0:isp0:0:0:0): bus width: 16 bits (pass0:isp0:0:0:0): disconnection is enabled (pass0:isp0:0:0:0): tagged queueing is disabled loop@erwin ~ % sudo camcontrol tur 0:0:0 Unit is ready However- loop@erwin ~ % sudo mt status mt: /dev/nsa0: Input/output error Any advice? cheers, Rob -- Why do the Irish call their pound a punt? It rhymes with 'Bank Manager'. This is random quote 1215 of 1267. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 05:45:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39A6316A4CE for ; Tue, 26 Apr 2005 05:45:48 +0000 (GMT) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEE0643D2F for ; Tue, 26 Apr 2005 05:45:47 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1DQItG-000CUI-EU for freebsd-stable@freebsd.org; Tue, 26 Apr 2005 09:45:46 +0400 Message-ID: <426DD588.5010308@speechpro.com> Date: Tue, 26 Apr 2005 09:45:44 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0 (X11/20050302) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <426BA8FA.3080602@samsco.org> <426C85EA.5090906@speechpro.com> <426D0EDF.50500@uni-c.dk> In-Reply-To: <426D0EDF.50500@uni-c.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Archived: Yes Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 05:45:48 -0000 Rasmus Brøgger wrote: > Igor Robul wrote: > >>> >> I had frequent panics which I tracked to time I had started rsync >> (with large data) over em0 gigabit netcard. >> I have reinserted card and it works fine now, so I think this was >> "conductor problem". > > > I run quite a lot of rsync of large archives, and I've had no problems > at all. I as have wrote there probably was problem with contacts in PCI slot. Because now same servers, with same cards get synced without problems. I have just pointed, that many problems may be tracked to electrical level. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 06:40:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9601416A4CE for ; Tue, 26 Apr 2005 06:40:36 +0000 (GMT) Received: from web54002.mail.yahoo.com (web54002.mail.yahoo.com [206.190.36.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 1ED3143D3F for ; Tue, 26 Apr 2005 06:40:36 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 72802 invoked by uid 60001); 26 Apr 2005 06:40:35 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=fz9jh49Vo59e+YGklYxfbK9eCrmtgDHn54IFSxWBFfBIUSHuGUmmmGy27/7iCysk0CPYL+cWwnHsV+hizjkz2A9rVBGF1fPL9JXEdMtEN6R4wafzk4do3yHfBhJcFMe6PbVX6oi4aR+feZeovUwE+7PyjMvuIiOABLwymWQzV14= ; Message-ID: <20050426064035.72800.qmail@web54002.mail.yahoo.com> Received: from [147.46.44.181] by web54002.mail.yahoo.com via HTTP; Mon, 25 Apr 2005 23:40:35 PDT Date: Mon, 25 Apr 2005 23:40:35 -0700 (PDT) From: Rob To: dwhite@gumbysoft.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 06:40:36 -0000 Doug White wrote: > On Thu, 31 Mar 2005, Rob wrote: > >>--- Doug White wrote: >> >>>AFAIK the RZ1000 bug was that it would corrupt data >>>to the slave channel if the primary channel was >>>also active. If you only have one device then >>>you may not be able to reproduce it. >> >>I have two harddisks on ata0: >> >> ad0: 520MB >> [1057/16/63] at ata0-master BIOSPIO >> ad1: 2423MB >> [4924/16/63] at ata0-slave BIOSPIO >> >>ad0 has the base OS, and ad1 has /usr/src and >>/usr/obj for recompiling world and kernel. >> >>So far no problems. >>However, if I remember well, the other IDE connector >>on the motherboard does not seem to work, which now >>I realize could be caused by the buggy RZ 1000 chip. > > Entirely possible. With FreeBSD 4-Stable running still fine, I get this: # grep ata /var/run/dmesg.boot atapci0: at device 1.0 on pci0 atapci0: ATA channel disabled by BIOS ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ad0: 520MB [1057/16/63] at ata0-master BIOSPIO ad1: 2423MB [4924/16/63] at ata0-slave BIOSPIO # vmstat -i | grep -i ata interrupt total rate rl0 irq11 3187504 1 fdc0 irq6 2 0 ata0 irq14 33429902 17 sio0 irq4 3 0 sio1 irq3 1 0 clk irq0 187773091 100 rtc irq8 240341556 127 Total 464732059 247 So ata1 (irq 15) is not in the interrupt table !?! What does that mean? As a reminder: I have following in dmesg output: atapci0: at device 1.0 on pci0 atapci0: ATA channel disabled by BIOS For the harddisk to be recognized by the kernel, I need exactly this in the kernel config: device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 Without these lines in the kernel config, I get a fatal 'no root device found' error at bootup. Apart from these peculiar findings, 4-Stable is running flawlessly on this old Pentium-1 PC. ----- Another reminder: when I try to install 5.3 on this PC, I get a "no disk found" error at a very early stage of the installation procedure. I hope to investigate this further in a not-so-near future.... Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 07:17:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 319FC16A4CE for ; Tue, 26 Apr 2005 07:17:34 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C2D043D55 for ; Tue, 26 Apr 2005 07:17:33 +0000 (GMT) (envelope-from rink@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 4C8EC21A5B for ; Tue, 26 Apr 2005 07:55:37 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 1796) id 2B803663D; Tue, 26 Apr 2005 07:55:37 +0200 (CEST) Date: Tue, 26 Apr 2005 07:55:37 +0200 From: Rink Springer To: freebsd-stable@freebsd.org Message-ID: <20050426055536.GG56466@stack.nl> References: <20050425105919.GA95908@e-Gitt.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xesSdrSSBC0PokLI" Content-Disposition: inline In-Reply-To: <20050425105919.GA95908@e-Gitt.NET> X-Editor: Vim http://www.vim.org/ X-Info: http://rink.nu/ X-Operating-System: FreeBSD 5.4-STABLE amd64 User-Agent: Mutt/1.5.9i Subject: Re: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 07:17:34 -0000 --xesSdrSSBC0PokLI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, > Any ideas, why this is happening? Will I need 10 seconds, when there are= =20 > 60000 accounts in LDAP? :-) Have you set your indexes correctly? This may result in a huge speedup. I use (this is only for about 180 accounts, but NSS works instantly): # Indices to maintain index objectClass eq index cn sub,pres,eq index uid,uidNumber,gidNumber,homeDirectory pres,eq Also, have you tried truss(1) or ktrace(1) on the process? It might help you try to see if the LDAP server is just being slow, or the LDAP client is. --=20 Rink P.W. Springer - http://rink.nu "God, root, what is difference?" - Pitr, Userfriendly --xesSdrSSBC0PokLI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCbdfYb3O60uztv/8RApKCAKC2/2h1eEHJXQl6K3jz5CzuIQoCWQCgrIFl Fpnzk7mjZ4xQ0BTo1ZIq76M= =thuh -----END PGP SIGNATURE----- --xesSdrSSBC0PokLI-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 09:09:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C29D16A4D0 for ; Tue, 26 Apr 2005 09:09:28 +0000 (GMT) Received: from mail26.syd.optusnet.com.au (mail26.syd.optusnet.com.au [211.29.133.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D07843D58 for ; Tue, 26 Apr 2005 09:09:27 +0000 (GMT) (envelope-from gmenhennitt@optusnet.com.au) Received: from [203.2.73.8] (c220-237-129-201.mckinn1.vic.optusnet.com.au [220.237.129.201])j3Q99OSs006270; Tue, 26 Apr 2005 19:09:25 +1000 Message-ID: <426E0542.1050005@optusnet.com.au> Date: Tue, 26 Apr 2005 19:09:22 +1000 From: Graham Menhennitt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Rob References: <20050426064035.72800.qmail@web54002.mail.yahoo.com> In-Reply-To: <20050426064035.72800.qmail@web54002.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 09:09:28 -0000 Rob wrote: >Another reminder: when I try to install 5.3 on this >PC, I get a "no disk found" error at a very early >stage of the installation procedure. I hope to >investigate this further in a not-so-near future.... > > Rob, I have a similar problem with 5.3 although I'm not doing a new install - I'm upgrading from an earlier 5.X. Can you please try installing a 5.X from December last year or earlier. Actually, you don't need to install anything - I'd just like to know whether it can see the disk. I've faised PR kern/79332 about it which contains two possible fixes. Thanks, Graham Menhennitt From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 09:26:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DC1D16A4CE; Tue, 26 Apr 2005 09:26:34 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D8443D46; Tue, 26 Apr 2005 09:26:33 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 61ED21F042; Tue, 26 Apr 2005 11:26:31 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 459C9663D; Tue, 26 Apr 2005 11:26:31 +0200 (CEST) Date: Tue, 26 Apr 2005 11:26:31 +0200 From: Marc Olzheim To: Ade Lovett Message-ID: <20050426092631.GA50783@stack.nl> References: <426D481D.7080502@palisadesys.com> <426DB02B.4050807@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <426DB02B.4050807@FreeBSD.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-stable@freebsd.org cc: Guy Helmer Subject: Re: FreeBSD 5.3p6-5.4RC3, Supermicro X6DHR-8G, Dual 3.6GHzXeons,Adaptec aic7902 SCSI interface doesn't work in UPkernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 09:26:34 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 08:06:19PM -0700, Ade Lovett wrote: > > SuperMicro [...] Seagate [...]=20 > > on-board aic7902=20 >=20 > and, from your dmesg output: >=20 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers [...] > > At an absolute minimum, have the existing drive swapped out for an > ST373453LC model, making VERY certain that the firmware is rev 0006 -- > prior revisions WILL corrupt your data, set fire to your cat, and > otherwise ruin your entire life -- and that's before they've actually > spun up. I've got about 25 similar configurations running. Apart from the initial bootup card state dump, they work ok. I've flashed all Seagate drives to bios version 0007 to get it stable. Marc --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCbglHezjnobFOgrERAqNZAJ4ocO927mtrA71PEdSBquxrabz4HACfYnDy RaX1ACq6+aGxZg4aEADrAgc= =+cgG -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 10:03:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C21216A4CE for ; Tue, 26 Apr 2005 10:03:15 +0000 (GMT) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 962D643D5D for ; Tue, 26 Apr 2005 10:03:14 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j3QA39Zk010644 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 26 Apr 2005 20:03:10 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j3QA387l025960; Tue, 26 Apr 2005 20:03:08 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j3QA38GW025959; Tue, 26 Apr 2005 20:03:08 +1000 (EST) (envelope-from pjeremy) Date: Tue, 26 Apr 2005 20:03:08 +1000 From: Peter Jeremy To: Bill Moran Message-ID: <20050426100308.GJ12673@cirb503493.alcatel.com.au> References: <426BA8FA.3080602@samsco.org> <426BAAE4.1040606@incubus.de> <17005.12955.757773.350868@roam.psg.com> <20050425181329.GA41455@xor.obsecurity.org> <20050425141900.363bca66.wmoran@potentialtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050425141900.363bca66.wmoran@potentialtech.com> User-Agent: Mutt/1.4.2i cc: stable@freebsd.org cc: Kris Kennaway Subject: Re: background_fsck=no does not work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 10:03:15 -0000 On Mon, 2005-Apr-25 14:19:00 -0400, Bill Moran wrote: >Actually, I have seen a similar problem on 5.x WRT OpenOffice ... >0. OpenOffice hangs and cant' be killed >1. Reboot system >2. System claims all buffers flushed, then just hangs >3. After hardbooting, filesystems need fscked This sounds like the fault might be related to the deadlock I reported in http://lists.FreeBSD.org/pipermail/freebsd-stable/2005-April/013839.html In my case, OO.org was definitely involved, and it appears to have become unkillable before /usr locked up. Two of the locks were: - A shared lock on /usr/local/OpenOffice.org1.1.4/program/libpsp645fi.so - /usr/local/OpenOffice.org1.1.4/program/pagein holding an exclusive lock on /usr/local/OpenOffice.org1.1.4/program and wanting an exclusive lock on /usr/local/OpenOffice.org1.1.4/program/libpsp645fi.so I have no idea what "pagein" is supposed to do but I can't see any good reason for it wanting to lock an OO.org shared library. I have the crashdump lying around in case anyone can suggest somewhere to look for the cause. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 11:15:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A848316A4CE for ; Tue, 26 Apr 2005 11:15:04 +0000 (GMT) Received: from web54006.mail.yahoo.com (web54006.mail.yahoo.com [206.190.36.230]) by mx1.FreeBSD.org (Postfix) with SMTP id 38F8943D3F for ; Tue, 26 Apr 2005 11:15:04 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 74655 invoked by uid 60001); 26 Apr 2005 11:15:03 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=EASOUk4NUO3NUpvkBh/vkUZ+f/KSoLpwiVTXFUrUpFyNNsrM475jEMHVpqJ8O3eXvJGvk6coPiI/JQVd8JVBOP78D5XeAx+nqNUJMQJRNov5cfXsiUphnYvygefg++T/ppsMQ9wWBfgKeYMyj7rC51xo26yiQPiQUSpvTItmmc4= ; Message-ID: <20050426111503.74651.qmail@web54006.mail.yahoo.com> Received: from [147.46.44.181] by web54006.mail.yahoo.com via HTTP; Tue, 26 Apr 2005 04:15:03 PDT Date: Tue, 26 Apr 2005 04:15:03 -0700 (PDT) From: Rob To: Graham Menhennitt In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 11:15:04 -0000 --- Graham Menhennitt wrote: > Rob wrote: > > >Another reminder: when I try to install 5.3 on this > >PC, I get a "no disk found" error at a very early > >stage of the installation procedure. I hope to > >investigate this further in a not-so-near > future.... > > > > > Rob, > > I have a similar problem with 5.3 although I'm not > doing a new install - I'm upgrading from an earlier > 5.X. Can you please try installing a 5.X > from December last year or earlier. Actually, you > don't need to install anything - I'd just like to > know whether it can see the disk. I've > faised PR kern/79332 about it which contains two > possible fixes. Thank you. The computer is my brother's old Pentium-1 (60 MHz); he and the computer are at the other end of the world. Only when my brother has spare time, we open a live chat connection and I assist him with certain console tasks (he is not at all a Unix/FreeBSD person). However, most of the time I manage this PC remotely (it's now running 4-Stable flawlessly). At some point, we may try once again to install a 5.X version; it should be a straightforward install procedure, because too much freaky stuff might be too complex to explain to a non-Unix, non-FreeBSD person.... My plan for next time, is to use a serial console during install, so that I can receive the kernel output to get a clue why 5.X cannot find the disk, which 4-Stable does find easily. I may travel to my brother's home some time this year; then I will do whatever freaky tricks are needed to find out why 5.X is not installing properly. Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 11:58:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7007416A4CE for ; Tue, 26 Apr 2005 11:58:21 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id A56F843D1F for ; Tue, 26 Apr 2005 11:58:20 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.50 (FreeBSD)) id 1DQOhn-000Kwc-SK for freebsd-stable@freebsd.org; Tue, 26 Apr 2005 13:58:19 +0200 Date: Tue, 26 Apr 2005 13:58:19 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20050426115819.GG95908@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050425105919.GA95908@e-Gitt.NET> <20050426055536.GG56466@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8" Content-Disposition: inline In-Reply-To: <20050426055536.GG56466@stack.nl> User-Agent: Mutt/1.5.9i Sender: Oliver Brandmueller Subject: Re: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 11:58:21 -0000 --/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. On Tue, Apr 26, 2005 at 07:55:37AM +0200, Rink Springer wrote: > > Any ideas, why this is happening? Will I need 10 seconds, when there ar= e=20 > > 60000 accounts in LDAP? :-) >=20 > Have you set your indexes correctly? This may result in a huge speedup. > I use (this is only for about 180 accounts, but NSS works instantly): Yes, indices and caching are set well and I don't have any problems with=20 the speed of the LDAP server in any way (SMTP, POP, IMAP and so on all=20 work very fast and smooth). > Also, have you tried truss(1) or ktrace(1) on the process? It might help > you try to see if the LDAP server is just being slow, or the LDAP client = is. Well, I wonder why LDAP should be queried (by nss_ldap) at all (with -u used as top option). I did not yet truss/ktrace top, but maybe I=20 should. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCbizbiqtMdzjafykRAhC2AJ94Wk1RM1AemZdpd9rmkkzs9NF7RgCfS0gs q1QSiPPJkq9H3K+MDqGdBwM= =nNd+ -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 12:06:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 519FC16A4CF for ; Tue, 26 Apr 2005 12:06:42 +0000 (GMT) Received: from priv-edtnes51.telusplanet.net (outbound04.telus.net [199.185.220.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B4F43D49 for ; Tue, 26 Apr 2005 12:06:41 +0000 (GMT) (envelope-from wwk761@telus.net) Received: from localhost ([199.185.220.240]) by priv-edtnes51.telusplanet.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050426120641.MILE5415.priv-edtnes51.telusplanet.net@localhost> for ; Tue, 26 Apr 2005 06:06:41 -0600 Received: from 64.26.155.200 ( [64.26.155.200]) as user wwk761@telus.net@192.168.200.1 by webmail.telus.net with HTTP; Tue, 26 Apr 2005 05:06:41 -0700 Message-ID: <1114517201.426e2ed145b94@webmail.telus.net> Date: Tue, 26 Apr 2005 05:06:41 -0700 From: wwk761@telus.net To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1-cvs X-Originating-IP: 64.26.155.200 Subject: Re: Re: mysql40-server with linuxthreads and CFLAGS=-DUSE_OLD_FUNCTIONS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 12:06:42 -0000 On Sun, 17 Apr 2005 wwk761@telus.net wrote: > Does any 1-:) have a compiled mysql4*-server with linuxthreads and CFLAGS=- > DUSE_OLD_FUNCTIONS > > I went by all the deltas from 5500 up to today ( 5734 ) and always get the same > error > <> > cc -DDBUG_OFF -DUSE_OLD_FUNCTIONS -DUSE_OLD_FUNCTIONS -felide-constructors - fno- > rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti - > DMYSQLD_NET_RETRY_COUNT=1000000 -o mysqld sql_lex.o sql_handler.o item.o > item_sum.o item_buff.o item_func.o item_cmpfunc.o item_strfunc.o > item_timefunc.o thr_malloc.o item_create.o field.o key.o sql_class.o sql_list.o > net_serv.o net_pkg.o lock.o my_lock.o sql_string.o sql_manager.o sql_map.o > mysqld.o password.o hash_filo.o hostname.o convert.o set_var.o sql_parse.o > sql_yacc.o sql_base.o table.o sql_select.o sql_insert.o sql_update.o > sql_delete.o uniques.o sql_do.o procedure.o item_uniq.o sql_test.o log.o > log_event.o init.o derror.o sql_acl.o unireg.o des_key_file.o time.o > opt_range.o opt_sum.o opt_ft.o records.o filesort.o handler.o ha_heap.o > ha_myisam.o ha_myisammrg.o ha_berkeley.o ha_innodb.o ha_isam.o ha_isammrg.o > sql_db.o sql_table.o sql_rename.o sql_crypt.o sql_load.o mf_iocache.o > field_conv.o sql_show.o sql_udf.o sql_analyse.o sql_cache.o slave.o sql_repl.o > sql_union.o mini_client.o mini_client_errors.o stacktrace.o repl_failsafe.o - > static -DHAVE_GLIBC2_STYLE_GETHOSTBYNAME_R -D_THREAD_SAFE - > I/usr/local/include/pthread/linuxthreads -DHAVE_GLIBC2_STYLE_GETHOSTBYNAME_R - > D_THREAD_SAFE -I/usr/local/include/pthread/linuxthreads - > L/usr/ports/databases/mysql40-server/work/mysql-4.0.24/bdb/build_unix - > ldb ../innobase/usr/libusr.a ../innobase/srv/libsrv.a ../innobase/dict/libdict.a > ../innobase/que/libque.a ../innobase/srv/libsrv.a ../innobase/ibuf/libibuf.a .. > /innobase/row/librow.a ../innobase/pars/libpars.a ../innobase/btr/libbtr.a ../ in > nobase/trx/libtrx.a ../innobase/read/libread.a ../innobase/usr/libusr.a ../innob > ase/buf/libbuf.a ../innobase/ibuf/libibuf.a ../innobase/eval/libeval.a ../innoba > se/log/liblog.a ../innobase/fsp/libfsp.a ../innobase/fut/libfut.a ../innobase/fi > l/libfil.a ../innobase/lock/liblock.a ../innobase/mtr/libmtr.a ../innobase/page/ > libpage.a ../innobase/rem/librem.a ../innobase/thr/libthr.a ../innobase/sync/lib > sync.a ../innobase/data/libdata.a ../innobase/mach/libmach.a ../innobase/ha/libh > a.a ../innobase/dyn/libdyn.a ../innobase/mem/libmem.a ../innobase/sync/libsync.a > ../innobase/ut/libut.a ../innobase/os/libos.a ../innobase/ut/libut.a ../isam/ li > bnisam.a ../merge/libmerge.a ../myisam/libmyisam.a ../myisammrg/libmyisammrg.a . > ./heap/libheap.a ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../rege x/ > libregex.a ../strings/libmystrings.a -lwrap -L/usr/local/lib -llthread - > llgcc_r -lz -lcrypt -lm -llthread -llgcc_r > *** Error code 1 > <> > I will appreciate a compiled "work" directory. Hm, odd that it didn't actually print an error message. Are you omitting something? probaly the line below, Stop in /usr/ports/databases/mysql40-server/work/mysql-4.0.24/sql. but I'm not certain somhow I can not find my makefile piped output. but it water under the bridge... Thanks anyhow. I went back to 3.23 however... on my 5.3 traning box 4.1 did compile nicley with WITH_PROC_SCOPE_PTH=yes BUILD_OPTIMIZED=yes BUILD_STATIC=yes Once the 5.4 is released I will retry and test wiht my old tables. Again thanks /r/ wlodek -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 12:16:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32BBD16A4CE; Tue, 26 Apr 2005 12:16:09 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9E2943D3F; Tue, 26 Apr 2005 12:16:07 +0000 (GMT) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) j3QCG5sI031169; Tue, 26 Apr 2005 14:16:05 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost.blackend.org [127.0.0.1]) by gothic.blackend.org (8.13.3/8.13.3) with ESMTP id j3QCG5Ow052929; Tue, 26 Apr 2005 14:16:05 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.13.3/8.13.3/Submit) id j3QCG4n6052928; Tue, 26 Apr 2005 14:16:04 +0200 (CEST) (envelope-from marc) Date: Tue, 26 Apr 2005 14:16:04 +0200 From: Marc Fonvieille To: Ion-Mihai Tetcu Message-ID: <20050426121604.GC52271@gothic.blackend.org> Mail-Followup-To: Ion-Mihai Tetcu , "O. Hartmann" , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org References: <426B7341.6020206@mail.uni-mainz.de> <20050424143259.1dee32ff@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050424143259.1dee32ff@it.buh.tecnik93.com> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.4-STABLE cc: "O. Hartmann" cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: getting handbooks via cvsup? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 12:16:09 -0000 On Sun, Apr 24, 2005 at 02:32:59PM +0300, Ion-Mihai Tetcu wrote: > > cvsup file: > *default host=cvsup.ro.FreeBSD.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=. > *default delete use-rel-suffix > doc-all > > Run cvsup then: > cd /usr/doc/ > make FORMATS="html html-split ps pdf" install > textproc/docproj must be installed if one wants to build the docs. Marc From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 14:01:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D3F516A4CE; Tue, 26 Apr 2005 14:01:54 +0000 (GMT) Received: from rocky.mintel.co.uk (rocky2.mintel.com [217.206.187.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F10143D3F; Tue, 26 Apr 2005 14:01:53 +0000 (GMT) (envelope-from jason.thomson@mintel.com) Received: from [10.0.62.5] ([10.0.62.5]) by rocky.mintel.co.uk (8.12.8p1/8.12.8) with ESMTP id j3QE1pQ0075404; Tue, 26 Apr 2005 15:01:51 +0100 (BST) (envelope-from jason.thomson@mintel.com) Message-ID: <426E49CF.6080101@mintel.com> Date: Tue, 26 Apr 2005 15:01:51 +0100 From: Jason Thomson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en, en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) cc: Vinod Kashyap Subject: Using the 6-CURRENT twa driver on 5-STABLE. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 14:01:54 -0000 Is it better to use the 6-CURRENT driver on 5-STABLE, or the 3ware 9.2 Software Release for 5.x. I see that there have been some changes between the two. Are they improvements, applicable to 5-STABLE as well, or just changes required for 6-CURRENT? It looks like the changes are probably optimisations, but I'm not sure whether that applies for 5-STABLE as well. I've tried both, and am currently using the 6-CURRENT driver on 2 of our 4 5-STABLE boxes without any obvious ill effects. Should I stop? In either case, would it be possible to commit one or the other quite soon after 5.4-RELEASE? (I'm assuming they can't go into 5.4-RELEASE). Thanks, Jason. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 14:17:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B6816A4CE for ; Tue, 26 Apr 2005 14:17:00 +0000 (GMT) Received: from mail01.syix.com (mail01.syix.com [209.77.112.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5DC543D2D for ; Tue, 26 Apr 2005 14:16:59 +0000 (GMT) (envelope-from pan@syix.com) Received: from plexus (66-53-143-126.stkn.syix.com [66.53.143.126]) by mail01.syix.com (Postfix) with SMTP id E4C7534F0C5 for ; Tue, 26 Apr 2005 07:16:56 -0700 (PDT) Message-ID: <04e401c54a6a$9ab502f0$0901a8c0@plexus> From: "pan" To: "fbsd-stable" Date: Tue, 26 Apr 2005 07:16:56 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: by amavisd-new at syix.com Subject: internal modem / pnp0 / FAQ error ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 14:17:00 -0000 From: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/book.html 4.5.2. Why is FreeBSD not finding my internal Plug & Play modem? You will need to add the modem's PnP ID to the PnP ID list in the serial driver. To enable Plug & Play support, compile a new kernel with controller pnp0 in the configuration file, then reboot the system. The kernel will print the PnP IDs of all the devices it finds. Copy the PnP ID from the modem to the table in /sys/i386/isa/sio.c, at about line 2777. Look for the string SUP1310 in the structure siopnp_ids[] to find the table. Build the kernel again, install, reboot, and your modem should be found. You may have to manually configure the PnP devices using the pnp command in the boot-time configuration with a command like pnp 1 0 enable os irq0 3 drq0 0 port0 0x2f8 to make the modem show. Compiling with the suggested line "controller pnp0" gets: "obsolete keyword 'controller' found - use 'device' o.k. Compiling with "device pnp0" gets: "Warning: device "pnp" is unknown *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src Trying the pnp enable line at boot doesn't change a thing So - is the FAQ entry an error? uname -a FreeBSD cody.npqr.net 4.11-STABLE FreeBSD 4.11-STABLE #3: Sun Apr 24 18:04:54 PDT 2005 [snip] i386 I have a pci winmodem (yes I know - plan on using ltmdm) inserted into an open pci slot. dmesg shows pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x11c1, dev=0x0440) at 9.0 irq 11 pci0: at 10.0 irq 10 dc0: <82c169 PNIC 10/100BaseTX> port 0x6300-0x63ff mem 0xe4001000-0xe40010ff irq 9 at device 11.0 on pci0 Anyone know how I can really get the card recognized and maybe go on to install and get working ppp with this modem ? tia Pan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 14:25:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5710B16A4E5 for ; Tue, 26 Apr 2005 14:25:18 +0000 (GMT) Received: from ns01.connect.az (ns02.connect.az [62.212.236.162]) by mx1.FreeBSD.org (Postfix) with SMTP id DC4E343D2D for ; Tue, 26 Apr 2005 14:25:16 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: (qmail 82040 invoked from network); 26 Apr 2005 17:26:05 -0000 Received: from unknown (HELO ?192.168.0.10?) (192.168.0.10) by office.connect.az with SMTP; 26 Apr 2005 17:26:05 -0000 Message-ID: <426E4F4A.7050804@oxygen.az> Date: Tue, 26 Apr 2005 19:25:14 +0500 From: tofik suleymanov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050401) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sos@DeepCore.dk Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: rauf@kuliyev.com cc: stable@freebsd.org Subject: more troubles with ATA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 14:25:18 -0000 Good day Soren, i've applied ATA mkIII patch on freshly cvsuped 5.4-STABLE and experienced problems with onboard sata controller.Here is a fragment from dmesg output: atapci1: port 0xe000-0xe00f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 22 at device 10.0 on pci0 ata2: on atapci1 atapci1: failed to enable memory mapping ! device_attach: ata2 attach returned 6 ata3: on atapci1 atapci1: failed to enable memory mapping ! device_attach: ata3 attach returned 6 while Fasttrack TX2200 controller recognized as "Promise PDC 20571 SATA150 controller" works fine. Before ATA mkIII patch the onboard controller recognized as: atapci1: port 0xe000-0xe00f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 11 at device 10.0 on pci0 The motherboard is Gigabyte GA-K8NS nForce3 250 chipset with amd64 Athlon CPU. Any clues about making those two controllers work together ? From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 14:31:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6436016A4CE for ; Tue, 26 Apr 2005 14:31:27 +0000 (GMT) Received: from zero.ramb.com.ua (zero.ramb.com.ua [62.149.0.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0A6E43D46 for ; Tue, 26 Apr 2005 14:31:25 +0000 (GMT) (envelope-from fenix@ramb.com.ua) Received: from sirius (ip.82.144.202.143.stat-9.volia.net [82.144.202.143]) by zero.ramb.com.ua (8.13.1/8.13.1) with ESMTP id j3QHZ620011440 for ; Tue, 26 Apr 2005 17:35:12 GMT (envelope-from fenix@ramb.com.ua) From: "Sergey S. Ropchan" To: fbsd-stable Content-Type: text/plain Date: Tue, 26 Apr 2005 20:34:37 +0300 Message-Id: <1114536877.28463.13.camel@sirius> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/853/Mon Apr 25 19:22:22 2005 clamav-milter version 0.80j on zero.ramb.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=6.3 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on zero.ramb.com.ua Subject: vm_page_free: freeing wired page X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 14:31:27 -0000 Hi, all I have problem on high loaded SMP server with FreeBSD 5.3-p10+Apache 1.3.33+Mysql 4.0 reported in kern/75780 ! State still open - not fixed as i understand! If there any possible way to find "workaround" of this problem !? Maybe cvsup to 5.4 or something else ?! This problem exist only in 5.3 or in 5.x at all !? Thanks From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 14:33:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65BA716A4CE for ; Tue, 26 Apr 2005 14:33:25 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E8B643D2F for ; Tue, 26 Apr 2005 14:33:24 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mhmdaz@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j3QEXMDo025688 for ; Tue, 26 Apr 2005 16:33:22 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j3QEXMhx025687; Tue, 26 Apr 2005 16:33:22 +0200 (CEST) (envelope-from olli) Date: Tue, 26 Apr 2005 16:33:22 +0200 (CEST) Message-Id: <200504261433.j3QEXMhx025687@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <04e401c54a6a$9ab502f0$0901a8c0@plexus> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: internal modem / pnp0 / FAQ error ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 14:33:25 -0000 pan wrote: > From: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/book.html > > 4.5.2. Why is FreeBSD not finding my internal Plug & Play modem? > > You will need to add the modem's PnP ID to the PnP ID list in the serial > driver. [...] That FAQ entry is very outdated. And it does not apply to your case at all. > I have a pci winmodem The term "PnP" from the FAQ entry refers to ISA PnP cards, not to PCI cards. Furthermore, it refers to cards which are controlled by the sio driver (serial I/O), not to "win modems". It's a completely different thing. > (yes I know - plan on using ltmdm) So your winmodem card uses the Lucent chipset supported by ltmdm? If so, you only need to install ltmdm, and that's all you need to do. If ltmdm doesn't support your winmodem, then it's pretty much a dead horse. I would rather recommend to buy a real modem. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Emacs ist für mich kein Editor. Für mich ist das genau das gleiche, als wenn ich nach einem Fahrrad (für die Sonntagbrötchen) frage und einen pangalaktischen Raumkreuzer mit 10 km Gesamtlänge bekomme. Ich weiß nicht, was ich damit soll." -- Frank Klemm, de.comp.os.unix.discussion From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 14:51:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04E9E16A4CE; Tue, 26 Apr 2005 14:51:51 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7157443D3F; Tue, 26 Apr 2005 14:51:50 +0000 (GMT) (envelope-from msch@snafu.de) Received: from pd9e6b1de.dip0.t-ipconnect.de ([217.230.177.222] helo=[192.168.200.4]) by smart.eusc.inter.net with asmtp (Exim 3.36 #4) id 1DQRPh-0000o5-00; Tue, 26 Apr 2005 16:51:49 +0200 In-Reply-To: <426CFC76.9090306@mitre.org> References: <426CFC76.9090306@mitre.org> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Matthias_Sch=FCndeh=FCtte?= Date: Tue, 26 Apr 2005 16:51:41 +0200 To: Jason Andresen X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.622) cc: freebsd-stable@freebsd.org cc: Lukas Ertl Subject: Re: gvinum causing kernel panic when referencing nonexistent partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 14:51:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Jason, Am 25.04.2005 um 16:19 schrieb Jason Andresen: > [...] > Is there maybe a special place on each drive I could dd /dev/zero to > clear out all of the vinum information? I tried clobbering the vinum > slices on every drive and newfsing them as individual filesystems, but > that didn't seem to do the trick. Well, I ran into this as well... it's a bit weird to solve this issue. The gvinum-infos are on sector #8 ff. of the drive-slices. In your case 'ad{x}s1'. If you have a valid backup of your data (which should be no problem to get as a RAID5-plex should survive *one* faulty disk) I would recommend to erase all sectors #8-16 of all gvinum-drives as your missing drive is noted in all of these sectors. Then you have to rebuild the whole gvinum stuff from scratch. If that's not possible, do a 'dd if=/dev/ad6s1 of=ad6s1.sec bs=512 count=16' and look at the file 'ad6s1.sec' with your favorite hex-editor. Or better: make a copy of that file and look at the copy :-) You have to do this for all your gvinum-drives. The gvinum meta-data starts with the string 'IN VINO', IIRC at sector #8, that is 4096 bytes offset in the file. The metadata follows this 'magic' string and is plain ascii. So, now you can either remove all references to 'media4' or perhaps you try to rename all occurences of 'mediaa' to 'media4' and see what happens. The structure of the metadata is defined in /sys/geom/vinum/geom_vinum_var.h - look at this file first! I managed to repair my gvinum installation this way but there's no guarantee, you do it on your own risk! Please contact le@freebsd.org, perhaps he is willing to assist you during that operation. He is the 'father' of gvinum so his advice is sure better than mine... Good luck - matthias - -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFCblWDf1BNcN37Cl8RAkHiAJ9DIuoud82AOsrQ8fouLVh4O0J+UQCeLhEn Xfbb2/sk4c6vBwzil7CGi3g= =4NCN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 14:58:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8261516A4CE for ; Tue, 26 Apr 2005 14:58:31 +0000 (GMT) Received: from main.eurocom.od.ua (ns2.EuroCom.Od.UA [212.15.128.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76E4243D53 for ; Tue, 26 Apr 2005 14:58:30 +0000 (GMT) (envelope-from boot@eurocom.od.ua) Received: from localhost (localhost [127.0.0.1]) by main.eurocom.od.ua (Postfix) with ESMTP id 5535E1C9C0B for ; Tue, 26 Apr 2005 17:58:27 +0300 (EEST) Received: from main.eurocom.od.ua ([127.0.0.1]) by localhost (main [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19977-10 for ; Tue, 26 Apr 2005 17:58:26 +0300 (EEST) Received: from [212.15.128.37] (bm0.eurocom.od.ua [212.15.128.14]) by main.eurocom.od.ua (Postfix) with ESMTP id C106A1C9C05 for ; Tue, 26 Apr 2005 17:58:26 +0300 (EEST) Message-ID: <426E5713.3010906@eurocom.od.ua> Date: Tue, 26 Apr 2005 17:58:27 +0300 From: Alexander Rusinov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at eurocom.od.ua Subject: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 14:58:31 -0000 Hi, I need to run a number of PostgreSQL servers in different FreeBSD jails. I managed to run a first instance of PostgreSQL server in a jail, but after I launch a new server in another jail the first one starts to return an error messages like the following: semctl(1507328, 4, SETVAL, 0) failed: Invalid argument The problem in general is: only one instance of PostgreSQL server processes clients' connections, all of the others return semctl errors. The system is FreeBSD 5.4-PRERELEASE. PostgreSQL-7.4.7. SEM and SHM sysctl setting are: # sysctl -a | grep shm kern.ipc.shmmax: 100000000 kern.ipc.shmmin: 1 kern.ipc.shmmni: 192 kern.ipc.shmseg: 128 kern.ipc.shmall: 32768 kern.ipc.shm_use_phys: 0 kern.ipc.shm_allow_removed: 0 # sysctl -a | grep sem kern.ipc.semmap: 256 kern.ipc.semmni: 256 kern.ipc.semmns: 512 kern.ipc.semmnu: 256 kern.ipc.semmsl: 60 kern.ipc.semopm: 100 kern.ipc.semume: 10 kern.ipc.semusz: 92 kern.ipc.semvmx: 32767 kern.ipc.semaem: 16384 Trying to solve the problem I've set the following in postgresql.conf files: max_connections = 5 shared_buffers = 100 Please help! What am I doing wrong? -- Alexander Rusinov From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 15:08:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39CA116A4CE for ; Tue, 26 Apr 2005 15:08:22 +0000 (GMT) Received: from oberon.aif.ru (oberon.aif.ru [212.15.98.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D38043D1F for ; Tue, 26 Apr 2005 15:08:21 +0000 (GMT) (envelope-from spartak@aif.ru) Received: from oberon.aif.ru (localhost [127.0.0.1]) by oberon.aif.ru (8.12.8p2/8.12.8) with ESMTP id j3QF8IUK029739 for ; Tue, 26 Apr 2005 19:08:19 +0400 (MSD) (envelope-from spartak@oberon.aif.ru) Received: (from spartak@localhost) by oberon.aif.ru (8.12.8p2/8.12.8/Submit) id j3QF8IKj029738 for freebsd-stable@freebsd.org; Tue, 26 Apr 2005 19:08:18 +0400 (MSD) Date: Tue, 26 Apr 2005 19:08:18 +0400 From: Spartak Radchenko To: freebsd-stable@freebsd.org Message-ID: <20050426150818.GA29453@oberon.aif.ru> References: <426E5713.3010906@eurocom.od.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <426E5713.3010906@eurocom.od.ua> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.3.8 (oberon.aif.ru [127.0.0.1]); Tue, 26 Apr 2005 19:08:19 +0400 (MSD) X-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on oberon.aif.ru Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 15:08:22 -0000 On Tue, Apr 26, 2005 at 05:58:27PM +0300, Alexander Rusinov wrote: > Hi, > > I need to run a number of PostgreSQL servers in different FreeBSD jails. Is SYSV IPC allowed for jails? It's not enabled by default. -- Spartak Radchenko SVR1-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 15:09:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01BF316A4CE for ; Tue, 26 Apr 2005 15:09:26 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF07B43D2D for ; Tue, 26 Apr 2005 15:09:25 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from localhost (24-53-250-148.pittpa.adelphia.net [24.53.250.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id E849369A26; Tue, 26 Apr 2005 11:09:24 -0400 (EDT) Date: Tue, 26 Apr 2005 11:09:23 -0400 From: Bill Moran To: Alexander Rusinov Message-Id: <20050426110923.3edf8a2e.wmoran@potentialtech.com> In-Reply-To: <426E5713.3010906@eurocom.od.ua> References: <426E5713.3010906@eurocom.od.ua> Organization: Potential Technologies X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 15:09:26 -0000 Alexander Rusinov wrote: > Hi, > > I need to run a number of PostgreSQL servers in different FreeBSD jails. > I managed to run a first instance of PostgreSQL server in a jail, but > after I launch a new server in another jail the first one starts to > return an error messages like the following: > > semctl(1507328, 4, SETVAL, 0) failed: Invalid argument > > The problem in general is: only one instance of PostgreSQL server > processes clients' connections, all of the others return semctl errors. I had this exact same problem. I never found a solution. The cause appears to be that, since shared memory is not segregated between jails, the newly launched Postgres instances corrupt the shared memory of previously running Postgres instances. Supposedly, this shouldn't be possible, but it was happening and I never found a solution. > > The system is FreeBSD 5.4-PRERELEASE. PostgreSQL-7.4.7. SEM and SHM > sysctl setting are: > > # sysctl -a | grep shm > kern.ipc.shmmax: 100000000 > kern.ipc.shmmin: 1 > kern.ipc.shmmni: 192 > kern.ipc.shmseg: 128 > kern.ipc.shmall: 32768 > kern.ipc.shm_use_phys: 0 > kern.ipc.shm_allow_removed: 0 > > # sysctl -a | grep sem > kern.ipc.semmap: 256 > kern.ipc.semmni: 256 > kern.ipc.semmns: 512 > kern.ipc.semmnu: 256 > kern.ipc.semmsl: 60 > kern.ipc.semopm: 100 > kern.ipc.semume: 10 > kern.ipc.semusz: 92 > kern.ipc.semvmx: 32767 > kern.ipc.semaem: 16384 > > Trying to solve the problem I've set the following in postgresql.conf > files: > max_connections = 5 > shared_buffers = 100 > > Please help! What am I doing wrong? > > -- > Alexander Rusinov > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 15:12:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C68F16A4CE for ; Tue, 26 Apr 2005 15:12:52 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE55043D48 for ; Tue, 26 Apr 2005 15:12:51 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1584505wra for ; Tue, 26 Apr 2005 08:12: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=N+AlVz2yq6lKAGCSK46QyovY3GkNB+e1vCtXDZ0W1NXJm7KOAmcluYRCa8FPP/nyEHkP6I7tQsZxITQfdBYQmlQ4ZOPnnSPWPjUa326D7BEJMQfmZwl7pM25nGa9nOKf+071RpYyqA+LvbQp58gB9HdMJfiwS7L3EMsvL2n2FJc= Received: by 10.54.40.63 with SMTP id n63mr2660638wrn; Tue, 26 Apr 2005 08:12:48 -0700 (PDT) Received: by 10.54.84.13 with HTTP; Tue, 26 Apr 2005 08:12:48 -0700 (PDT) Message-ID: <747dc8f30504260812ee3c47e@mail.gmail.com> Date: Tue, 26 Apr 2005 12:12:48 -0300 From: Renato Botelho To: Alexander Rusinov In-Reply-To: <426E5713.3010906@eurocom.od.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <426E5713.3010906@eurocom.od.ua> cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Renato Botelho List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 15:12:52 -0000 On 26/04/05, Alexander Rusinov wrote: > Hi, >=20 > I need to run a number of PostgreSQL servers in different FreeBSD jails. > I managed to run a first instance of PostgreSQL server in a jail, but > after I launch a new server in another jail the first one starts to > return an error messages like the following: >=20 > semctl(1507328, 4, SETVAL, 0) failed: Invalid argument >=20 > The problem in general is: only one instance of PostgreSQL server > processes clients' connections, all of the others return semctl errors. >=20 > The system is FreeBSD 5.4-PRERELEASE. PostgreSQL-7.4.7. SEM and SHM > sysctl setting are: Just add the following line to your /etc/rc.conf jail_sysvipc_allow=3D"YES"=20 and ipc configuration will be shared with the jails Regards --=20 Renato Botelho ICQ: 54596223 AIM: RBGargaBR From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 15:13:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 412C916A4D5 for ; Tue, 26 Apr 2005 15:13:56 +0000 (GMT) Received: from main.eurocom.od.ua (ns2.EuroCom.Od.UA [212.15.128.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCC2C43D1F for ; Tue, 26 Apr 2005 15:13:55 +0000 (GMT) (envelope-from boot@eurocom.od.ua) Received: from localhost (localhost [127.0.0.1]) by main.eurocom.od.ua (Postfix) with ESMTP id B2B0F1C9C27 for ; Tue, 26 Apr 2005 18:13:54 +0300 (EEST) Received: from main.eurocom.od.ua ([127.0.0.1]) by localhost (main [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30334-02 for ; Tue, 26 Apr 2005 18:13:54 +0300 (EEST) Received: from [212.15.128.37] (bm0.eurocom.od.ua [212.15.128.14]) by main.eurocom.od.ua (Postfix) with ESMTP id 46EF41C9C21 for ; Tue, 26 Apr 2005 18:13:54 +0300 (EEST) Message-ID: <426E5AB1.90208@eurocom.od.ua> Date: Tue, 26 Apr 2005 18:13:53 +0300 From: Alexander Rusinov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <426E5713.3010906@eurocom.od.ua> <20050426150818.GA29453@oberon.aif.ru> In-Reply-To: <20050426150818.GA29453@oberon.aif.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at eurocom.od.ua Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 15:13:56 -0000 Spartak Radchenko wrote: >On Tue, Apr 26, 2005 at 05:58:27PM +0300, Alexander Rusinov wrote: > > >>Hi, >> >>I need to run a number of PostgreSQL servers in different FreeBSD jails. >> >> > >Is SYSV IPC allowed for jails? It's not enabled by default. > > Yes, it is on: security.jail.sysvipc_allowed: 1 I wouln't be able to run the first instance of PostgreSQL server with IPC disabled. -- Alexander Rusinov From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 15:30:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32DE816A4CE for ; Tue, 26 Apr 2005 15:30:48 +0000 (GMT) Received: from main.eurocom.od.ua (Main.EuroCom.Od.UA [212.15.128.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4DA043D2F for ; Tue, 26 Apr 2005 15:30:47 +0000 (GMT) (envelope-from boot@eurocom.od.ua) Received: from localhost (localhost [127.0.0.1]) by main.eurocom.od.ua (Postfix) with ESMTP id 2B56A1C9C49; Tue, 26 Apr 2005 18:30:46 +0300 (EEST) Received: from main.eurocom.od.ua ([127.0.0.1]) by localhost (main [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01167-05; Tue, 26 Apr 2005 18:30:45 +0300 (EEST) Received: from [212.15.128.37] (bm0.eurocom.od.ua [212.15.128.14]) by main.eurocom.od.ua (Postfix) with ESMTP id 9E95F1C9C33; Tue, 26 Apr 2005 18:30:45 +0300 (EEST) Message-ID: <426E5EA5.8000703@eurocom.od.ua> Date: Tue, 26 Apr 2005 18:30:45 +0300 From: Alexander Rusinov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Renato Botelho References: <426E5713.3010906@eurocom.od.ua> <747dc8f30504260812ee3c47e@mail.gmail.com> In-Reply-To: <747dc8f30504260812ee3c47e@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at eurocom.od.ua cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 15:30:48 -0000 Renato Botelho wrote: >On 26/04/05, Alexander Rusinov wrote: > > >>Hi, >> >>I need to run a number of PostgreSQL servers in different FreeBSD jails. >>I managed to run a first instance of PostgreSQL server in a jail, but >>after I launch a new server in another jail the first one starts to >>return an error messages like the following: >> >>semctl(1507328, 4, SETVAL, 0) failed: Invalid argument >> >>The problem in general is: only one instance of PostgreSQL server >>processes clients' connections, all of the others return semctl errors. >> >>The system is FreeBSD 5.4-PRERELEASE. PostgreSQL-7.4.7. SEM and SHM >>sysctl setting are: >> >> > >Just add the following line to your /etc/rc.conf > >jail_sysvipc_allow="YES" > >and ipc configuration will be shared with the jails > > I have IPC enabled for jails already. So unfortunately this is not a solution. Is anybody here who do run several jailed PostgreSQL servers? -- Alexander Rusinov From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 15:46:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53F0316A4CE for ; Tue, 26 Apr 2005 15:46:56 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91CF943D49 for ; Tue, 26 Apr 2005 15:46:55 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j3QFjxBk082049; Tue, 26 Apr 2005 17:45:59 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <426E61FA.8050303@DeepCore.dk> Date: Tue, 26 Apr 2005 17:44:58 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: tofik suleymanov References: <426E4F4A.7050804@oxygen.az> In-Reply-To: <426E4F4A.7050804@oxygen.az> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: rauf@kuliyev.com cc: stable@freebsd.org Subject: Re: more troubles with ATA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 15:46:56 -0000 tofik suleymanov wrote: > Good day Soren, >=20 > i've applied ATA mkIII patch on freshly cvsuped 5.4-STABLE and=20 > experienced > problems with onboard sata controller.Here is a fragment from dmesg out= put: >=20 > atapci1: port=20 > 0xe000-0xe00f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 22 at= =20 > device 10.0 on pci0 > ata2: on atapci1 > atapci1: failed to enable memory mapping ! > device_attach: ata2 attach returned 6 > ata3: on atapci1 > atapci1: failed to enable memory mapping ! > device_attach: ata3 attach returned 6 >=20 > while Fasttrack TX2200 controller recognized as "Promise PDC 20571=20 > SATA150 controller" works fine. > Before ATA mkIII patch the onboard controller recognized as: > atapci1: port=20 > 0xe000-0xe00f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 11 at= =20 > device 10.0 on pci0 >=20 > The motherboard is Gigabyte GA-K8NS nForce3 250 chipset with amd64=20 > Athlon CPU. >=20 > Any clues about making those two controllers work together ? It should work on -current, but I have no boards to check this on=20 currently. I have no immediate plans for a new patch for 5.4-STABLE, as=20 it misses the callout updates thats in -current and that ATA needs now. --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 15:47:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C4116A4CE for ; Tue, 26 Apr 2005 15:47:37 +0000 (GMT) Received: from mail01.syix.com (mail01.syix.com [209.77.112.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 469F643D1F for ; Tue, 26 Apr 2005 15:47:37 +0000 (GMT) (envelope-from pan@syix.com) Received: from plexus (66-53-143-126.stkn.syix.com [66.53.143.126]) by mail01.syix.com (Postfix) with SMTP id 95D8E34F03D for ; Tue, 26 Apr 2005 08:47:24 -0700 (PDT) Message-ID: <056001c54a77$3e5c09b0$0901a8c0@plexus> From: "pan" To: References: <200504261433.j3QEXMhx025687@lurza.secnetix.de> Date: Tue, 26 Apr 2005 08:47:05 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: by amavisd-new at syix.com Subject: Re: internal modem / pnp0 / FAQ error ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 15:47:37 -0000 From: "Oliver Fromme" Subject: Re: internal modem / pnp0 / FAQ error ? > > If ltmdm doesn't support your winmodem, then it's pretty > much a dead horse. I would rather recommend to buy a real > modem. > > thanks for the reply It is a case of having equipment on hand and wanting to see if it can be made to work. I agree with your advice and will be dropping the win modem and just using an external. Pan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 16:43:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D8F516A4CF; Tue, 26 Apr 2005 16:43:48 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D064443D4C; Tue, 26 Apr 2005 16:43:47 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id D26831F046; Tue, 26 Apr 2005 18:43:46 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id B3E8A663D; Tue, 26 Apr 2005 18:43:46 +0200 (CEST) Date: Tue, 26 Apr 2005 18:43:46 +0200 From: Marc Olzheim To: Brian Fundakowski Feldman Message-ID: <20050426164346.GA68763@stack.nl> References: <20050420140409.GA77731@stack.nl> <20050420142448.GH1157@green.homeunix.org> <20050420143842.GB77731@stack.nl> <16998.36437.809896.936800@khavrinen.csail.mit.edu> <20050420173859.GA99695@stack.nl> <20050426140701.GB5789@green.homeunix.org> <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <20050426162549.GD5789@green.homeunix.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Marc Olzheim cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 16:43:48 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [changed cc: from standards@ back to stable@ again.] On Tue, Apr 26, 2005 at 12:25:49PM -0400, Brian Fundakowski Feldman wrote: > You can assure that this happens in only two ways: >=20 > 1. Make a complete copy of the data. This is what currently occurs: > it gets stuffed into the buffer cache as the write happens. > 2. Keep the data around synchronously -- by virtue of the write system > call being used synchronously, the thread's VM context is around, > and duplication need not occur. It seems as though FreeBSD 4.x either used 2) or does something wrong indeed. Why would 2) be a problem on FreeBSD 5.x ? Can't the pages written from be locked during the write, instead of copied internally ? Btw. running the writev program with 20 * 100 MB on UFS on a 512MB FreeBSD 6-CURRENT system practicly locks the filesystem down _and_ causes all processes to be swapped out in favor of the buffer cache. 'top' however, doesnt' show a rise in BUF usage. On FreeBSD 4.x, the system performance as usual during the writev to UFS. Marc --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCbm/CezjnobFOgrERApvZAJ4n5oSpzvx/zSXRgt0L6jnNtT/d0QCeP6qN is4VNKkHnh0etRUkLs9ToxI= =yyIM -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 16:56:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D719D16A4CE for ; Tue, 26 Apr 2005 16:56:47 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0551943D46 for ; Tue, 26 Apr 2005 16:56:47 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 4D1821298FB; Tue, 26 Apr 2005 13:56:45 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 53264-06; Tue, 26 Apr 2005 16:56:45 +0000 (GMT) Received: from ganymede.hub.org (blk-222-82-167.eastlink.ca [24.222.82.167]) by hub.org (Postfix) with ESMTP id A219F12931D; Tue, 26 Apr 2005 13:56:44 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 877D03A171; Tue, 26 Apr 2005 13:56:44 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 85DA236EFD; Tue, 26 Apr 2005 13:56:44 -0300 (ADT) Date: Tue, 26 Apr 2005 13:56:44 -0300 (ADT) From: "Marc G. Fournier" To: Bill Moran In-Reply-To: <20050426110923.3edf8a2e.wmoran@potentialtech.com> Message-ID: <20050426135528.R32711@ganymede.hub.org> References: <426E5713.3010906@eurocom.od.ua> <20050426110923.3edf8a2e.wmoran@potentialtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: Alexander Rusinov cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 16:56:48 -0000 On Tue, 26 Apr 2005, Bill Moran wrote: > Alexander Rusinov wrote: >> Hi, >> >> I need to run a number of PostgreSQL servers in different FreeBSD jails. >> I managed to run a first instance of PostgreSQL server in a jail, but >> after I launch a new server in another jail the first one starts to >> return an error messages like the following: >> >> semctl(1507328, 4, SETVAL, 0) failed: Invalid argument >> >> The problem in general is: only one instance of PostgreSQL server >> processes clients' connections, all of the others return semctl errors. > > I had this exact same problem. I never found a solution. The cause > appears to be that, since shared memory is not segregated between jails, > the newly launched Postgres instances corrupt the shared memory of > previously running Postgres instances. I'm running 9 jails on a server right now, each with their own instance: # ps aux | grep postmaster|grep -- -D scrappy 20043 0.0 0.0 18856 504 ?? SsJ Thu08PM 0:58.55 /usr/local/bin/postmaster -D /usr/local/pgsql/data -S (postgres) pgsql 39126 0.0 0.0 7480 400 ?? SsJ 19Apr05 0:00.99 /usr/local/bin/postmaster -D /usr/local/pgsql/data (postgres) pgsql 38868 0.0 0.0 8224 552 ?? SsJ 19Apr05 0:02.08 /usr/local/bin/postmaster -D /usr/local/pgsql/data (postgres) pgsql 37375 0.0 0.0 7180 404 ?? SsJ 19Apr05 0:02.47 /usr/local/bin/postmaster -D /usr/local/pgsql/data (postgres) scrappy 36865 0.0 0.0 16556 744 ?? SsJ 19Apr05 0:08.32 /usr/local/bin/postmaster -D /usr/local/pgsql/data -S (postgres) scrappy 36675 0.0 0.0 258184 1000 ?? SsJ 19Apr05 7:29.85 /usr/local/bin/postmaster -D /usr/local/pgsql/data -S (postgres) scrappy 36569 0.0 0.0 14552 596 ?? SsJ 19Apr05 0:12.27 /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data -S (postgres) scrappy 35961 0.0 0.0 16624 580 ?? SsJ 19Apr05 12:26.68 /usr/local/bin/postmaster -D /usr/local/pgsql/data -S (postgres) scrappy 54328 0.0 0.0 258248 1596 ?? SJ 1:55PM 0:00.00 /usr/local/bin/postmaster -D /usr/local/pgsql/data -S (postgres) and never noticed any issues ... but, this is with 4.11, not 5.x, so maybe something has changed? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 16:59:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 211A216A4CE for ; Tue, 26 Apr 2005 16:59:14 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6D2B43D31 for ; Tue, 26 Apr 2005 16:59:13 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from localhost (24-53-250-148.pittpa.adelphia.net [24.53.250.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id 243A169A21; Tue, 26 Apr 2005 12:59:13 -0400 (EDT) Date: Tue, 26 Apr 2005 12:59:12 -0400 From: Bill Moran To: "Marc G. Fournier" Message-Id: <20050426125912.01419be7.wmoran@potentialtech.com> In-Reply-To: <20050426135528.R32711@ganymede.hub.org> References: <426E5713.3010906@eurocom.od.ua> <20050426110923.3edf8a2e.wmoran@potentialtech.com> <20050426135528.R32711@ganymede.hub.org> Organization: Potential Technologies X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 16:59:14 -0000 "Marc G. Fournier" wrote: > On Tue, 26 Apr 2005, Bill Moran wrote: > > > Alexander Rusinov wrote: > >> Hi, > >> > >> I need to run a number of PostgreSQL servers in different FreeBSD jails. > >> I managed to run a first instance of PostgreSQL server in a jail, but > >> after I launch a new server in another jail the first one starts to > >> return an error messages like the following: > >> > >> semctl(1507328, 4, SETVAL, 0) failed: Invalid argument > >> > >> The problem in general is: only one instance of PostgreSQL server > >> processes clients' connections, all of the others return semctl errors. > > > > I had this exact same problem. I never found a solution. The cause > > appears to be that, since shared memory is not segregated between jails, > > the newly launched Postgres instances corrupt the shared memory of > > previously running Postgres instances. > > I'm running 9 jails on a server right now, each with their own instance: > and never noticed any issues ... but, this is with 4.11, not 5.x, so maybe > something has changed? I was running 5.2 when I had the problems. So it's possible that this guess is correct. -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 17:15:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E01316A4CE for ; Tue, 26 Apr 2005 17:15:06 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DBE743D4C for ; Tue, 26 Apr 2005 17:15:05 +0000 (GMT) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (localhost.puresimplicity.net [127.0.0.1])j3QHF5rL086644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Apr 2005 12:15:05 -0500 (CDT) (envelope-from hemi@just.puresimplicity.net) Received: (from hemi@localhost) by just.puresimplicity.net (8.13.1/8.13.1/Submit) id j3QHF4Km086643 for freebsd-stable@freebsd.org; Tue, 26 Apr 2005 12:15:04 -0500 (CDT) (envelope-from hemi) Date: Tue, 26 Apr 2005 12:15:04 -0500 From: Josh Tolbert To: freebsd-stable@freebsd.org Message-ID: <20050426171504.GA85434@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Lock order reversal: em0 and Giant X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 17:15:06 -0000 Hi, FreeBSD 5.3-RELEASE-p5 on a Tyan Tiger LE with two PIII/733s an Intel Pro/1000MT 64-bit NIC in a 66MHz PCI slot nets me these repeatedly on boot immediately after the interface comes up: Apr 26 09:57:56 ram kernel: em0: Link is up 1000 Mbps Full Duplex Apr 26 09:57:56 ram kernel: lock order reversal Apr 26 09:57:56 ram kernel: 1st 0xc162e3b4 em0 (network driver) @ /usr/src/sys/dev/em/if_em.c:980 Apr 26 09:57:56 ram kernel: 2nd 0xc0663d80 Giant (Giant) @ /usr/src/sys/vm/vm_contig.c:538 Apr 26 09:57:56 ram kernel: KDB: stack backtrace: Apr 26 09:57:56 ram kernel: kdb_backtrace(c0619e00,c0663d80,c0615a3e,c0615a3e,c06270aa) at kdb_backtrace+0x2e Apr 26 09:57:56 ram kernel: witness_checkorder(c0663d80,9,c06270aa,21a,d403d964) at witness_checkorder+0x6a6 Apr 26 09:57:56 ram kernel: _mtx_lock_flags(c0663d80,0,c06270aa,21a,c04b9b5f) at _mtx_lock_flags+0x8a Apr 26 09:57:56 ram kernel: contigmalloc(1000,c063d760,1,0,ffffffff) at contigmalloc+0x42 Apr 26 09:57:56 ram kernel: alloc_bounce_pages(c1737d00,4,101,c18ac100,c162e000) at alloc_bounce_pages+0x83 Apr 26 09:57:56 ram kernel: bus_dmamap_create(c1737d00,1,d403da28,c0672c20,0) at bus_dmamap_create+0x131 Apr 26 09:57:56 ram kernel: em_encap(c162e000,c18ac100,c0609329,267,c162e0e8) at em_encap+0x90 Apr 26 09:57:56 ram kernel: em_start_locked(c162e000,ffffffff,c044cfc0,c162e000,c162e37c) at em_start_locked+0x254 Apr 26 09:57:56 ram kernel: em_intr(c162e000,0,c0613eaa,269,c0663d40) at em_intr+0x143 Apr 26 09:57:56 ram kernel: ithread_loop(c1566400,d403dd48,c0613cce,323,b20684f9) at ithread_loop+0x172 Apr 26 09:57:56 ram kernel: fork_exit(c04b0410,c1566400,d403dd48) at fork_exit+0xc6 Apr 26 09:57:56 ram kernel: fork_trampoline() at fork_trampoline+0x8 Apr 26 09:57:56 ram kernel: --- trap 0x1, eip = 0, esp = 0xd403dd7c, ebp = 0 --- If there's any other information you need, please let me know. Thanks, Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ If your sysadmin's not being fascist, you're paying him too much. --Sam Greenfield From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 17:23:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CCAB16A4CE for ; Tue, 26 Apr 2005 17:23:50 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5EE343D46 for ; Tue, 26 Apr 2005 17:23:49 +0000 (GMT) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (localhost.puresimplicity.net [127.0.0.1])j3QHNnON086725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Apr 2005 12:23:49 -0500 (CDT) (envelope-from hemi@just.puresimplicity.net) Received: (from hemi@localhost) by just.puresimplicity.net (8.13.1/8.13.1/Submit) id j3QHNnLm086724; Tue, 26 Apr 2005 12:23:49 -0500 (CDT) (envelope-from hemi) Date: Tue, 26 Apr 2005 12:23:49 -0500 From: Josh Tolbert To: Doug White Message-ID: <20050426172349.GB85434@just.puresimplicity.net> References: <20050311025601.GA90408@just.puresimplicity.net> <20050310225700.D64217@carver.gumbysoft.com> <20050311080312.GB92349@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050311080312.GB92349@just.puresimplicity.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: Repeated panics...Suspect USB issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 17:23:50 -0000 On Fri, Mar 11, 2005 at 02:03:12AM -0600, Josh Tolbert wrote: > > A backtrace would be nice. See the developer's handbook on kernel > > debugging for details. > > I'm trying to get a backtrace. I've built a kernel with all the right bits, > set up dumpdir and dumpdev in /etc/rc.conf, etc...Apparently savecore doesn't > like writing to the swap partition (/dev/ar0s1b). I can get to the ddb promp, > obtain a trace, panic the machine, etc...But I don't think I can obtain a good > core without putting another hard drive in the machine, which isn't going to > happen till sometime next week...Is there anything I can provide from the ddb > prompt? > > Thanks, > Josh Old problem revival time... Since dumps don't like being written out to a partition on a RAID1 set, this is about the only kind of trace I could obtain: http://www.puresimplicity.net/~hemi/Pics/Misc/trace.jpg For what it's worth, I moved the printer to another machine and removed the USB-to-parallel adapter that was the catalyst of the problem. If anyone cares to work on this problem I'll be more than happy to send the cable on a one-way trip to any interested party in order to help get the problem resolved. If anyone's interested in the cable for testing, etc. just let me know. Thanks, Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ If your sysadmin's not being fascist, you're paying him too much. --Sam Greenfield From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 17:31:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D422216A4CE for ; Tue, 26 Apr 2005 17:31:43 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C3A4643D46 for ; Tue, 26 Apr 2005 17:31:42 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Apr 2005 17:31:41 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp029) with SMTP; 26 Apr 2005 19:31:41 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Tue, 26 Apr 2005 19:31:32 +0200 User-Agent: KMail/1.8 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1526009.u8vAehO6Op"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504261931.40466@harrymail> X-Y-GMX-Trusted: 0 Subject: HAS_CONFIGURE error? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 17:31:43 -0000 --nextPart1526009.u8vAehO6Op Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, from the Mk/bsd.port.mk I read: # CONFIGURE_ARGS # - Pass these args to configure if ${HAS_CONFIGURE} is set. # Default: "--prefix=3D${PREFIX} ${CONFIGURE_TARGET}" if # GNU_CONFIGURE is set, "CC=3D${CC} CCFLAGS=3D${CFLAGS} # PREFIX=3D${PREFIX} INSTALLPRIVLIB=3D${PREFIX}/lib # INSTALLARCHLIB=3D${PREFIX}/lib" if PERL_CONFIGURE is set, # empty otherwise. The first sentence isn't true on 5.4-RC3. If I define HAS_CONFIGURE=3Dyes=20 without CONFIGURE_ENV=3D--prefix=3D${PREFIX} the configure script doesn't g= et=20 =2D-prefix set right. Is the description outdated or is this behaviour not intended? Thanks, =2DHarry --nextPart1526009.u8vAehO6Op Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCbnr8Bylq0S4AzzwRApflAJ44DnL0uwJ4ZOnxDIB4um5p70NEdgCfVsca /oyNXm7IXi/saIO/XYpBUkw= =CJah -----END PGP SIGNATURE----- --nextPart1526009.u8vAehO6Op-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 17:41:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B06F16A4CE for ; Tue, 26 Apr 2005 17:41:38 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6545E43D2F for ; Tue, 26 Apr 2005 17:41:37 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Apr 2005 17:41:36 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp012) with SMTP; 26 Apr 2005 19:41:36 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Tue, 26 Apr 2005 19:41:27 +0200 User-Agent: KMail/1.8 References: <200504261931.40466@harrymail> In-Reply-To: <200504261931.40466@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="nextPart1491332.itTqWARyfK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504261941.35335@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: HAS_CONFIGURE error? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 17:41:38 -0000 --nextPart1491332.itTqWARyfK Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 26. April 2005 19:31 schrieb Emanuel Strobl: > Hello, from the Mk/bsd.port.mk I read: > > # CONFIGURE_ARGS > # - Pass these args to configure if ${HAS_CONFIGURE} is set. > # Default: "--prefix=3D${PREFIX} ${CONFIGURE_TARGET}" if > # GNU_CONFIGURE is set, "CC=3D${CC} CCFLAGS=3D${CFLAGS} > # PREFIX=3D${PREFIX} INSTALLPRIVLIB=3D${PREFIX}/lib > # INSTALLARCHLIB=3D${PREFIX}/lib" if PERL_CONFIGURE is se= t, > # empty otherwise. > > The first sentence isn't true on 5.4-RC3. If I define HAS_CONFIGURE=3Dyes > without CONFIGURE_ENV=3D--prefix=3D${PREFIX} the configure script doesn't= get > --prefix set right. Of course I meant the second sentence and CONFIGURE_ARGS, not the first and= =20 CONFIGURE_ENV! Sorry! > Is the description outdated or is this behaviour not intended? > > Thanks, > > -Harry --nextPart1491332.itTqWARyfK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCbn1PBylq0S4AzzwRAlHoAJ9sw7PAPyuduEWpQFuiNQk92+bYsgCfc+kr kbstB8Tkeln1FKQ0oPb8mns= =zIjS -----END PGP SIGNATURE----- --nextPart1491332.itTqWARyfK-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 17:59:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 838D116A4CE for ; Tue, 26 Apr 2005 17:59:11 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2339A43D2F for ; Tue, 26 Apr 2005 17:59:11 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost01.amcc.com ([192.195.69.30]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id IFKFAM00.KDZ; Tue, 26 Apr 2005 10:59:10 -0700 Received: (from vkashyap-pc [10.66.13.13]) by mailhost01.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2005042610592219685 ; Tue, 26 Apr 2005 10:59:23 -0700 From: "Vinod Kashyap" To: Jason Thomson , freebsd-stable@freebsd.org Date: Tue, 26 Apr 2005 10:59:08 -0700 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: Subject: RE: Using the 6-CURRENT twa driver on 5-STABLE. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 17:59:11 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of Jason Thomson > Sent: Tuesday, April 26, 2005 7:02 AM > To: freebsd-stable@freebsd.org > Cc: Vinod Kashyap > Subject: Using the 6-CURRENT twa driver on 5-STABLE. > = > = > Is it better to use the 6-CURRENT driver on 5-STABLE, or the = > 3ware 9.2 > Software Release for 5.x. > = > I see that there have been some changes between the two. Are they > improvements, applicable to 5-STABLE as well, or just = > changes required > for 6-CURRENT? > = > It looks like the changes are probably optimisations, but = > I'm not sure > whether that applies for 5-STABLE as well. > = > I've tried both, and am currently using the 6-CURRENT driver on 2 of > our 4 5-STABLE boxes without any obvious ill effects. Should I stop? > = > In either case, would it be possible to commit one or the other quite > soon after 5.4-RELEASE? (I'm assuming they can't go into = > 5.4-RELEASE). > = twa on 6 -CURRENT is essentially the same as the 9.2 release, except for the changes needed to be able to build on 6 -CURRENT. You should be able to use it on 5 -STABLE without any problems. I just want it sit in -CURREN= T for 2-3 weeks before I commit it to -STABLE. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 18:24:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F70D16A4CE for ; Tue, 26 Apr 2005 18:24:33 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA6943D1D for ; Tue, 26 Apr 2005 18:24:32 +0000 (GMT) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (localhost.puresimplicity.net [127.0.0.1])j3QIOWSp087308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Apr 2005 13:24:32 -0500 (CDT) (envelope-from hemi@just.puresimplicity.net) Received: (from hemi@localhost) by just.puresimplicity.net (8.13.1/8.13.1/Submit) id j3QIOWxL087307 for freebsd-stable@freebsd.org; Tue, 26 Apr 2005 13:24:32 -0500 (CDT) (envelope-from hemi) Date: Tue, 26 Apr 2005 13:24:32 -0500 From: Josh Tolbert To: freebsd-stable@freebsd.org Message-ID: <20050426182432.GC85434@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: NFS non-sleepable lock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 18:24:33 -0000 Hi, Found a bunch of these in my logs after looking in to a kernel panic somewhere in NFS. These are from an SMP 5.3-RELEASE-p5 machine. Apr 26 01:40:13 ram kernel: malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held: Apr 26 01:40:13 ram kernel: exclusive sleep mutex nfsd_mtx r = 0 (0xc19c7680) locked @ /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsock.c:712 Apr 26 01:40:13 ram kernel: KDB: stack backtrace: Apr 26 01:40:13 ram kernel: kdb_backtrace(c068f894,d52bfb50,1,1,1) at kdb_backtrace+0x2e Apr 26 01:40:13 ram kernel: witness_warn(5,0,c06279f5,c0614cec,c15de960) at witness_warn+0x1d3 Apr 26 01:40:13 ram kernel: uma_zalloc_arg(c0c1f9a0,d52bfb88,2,c06157a1,18e) at uma_zalloc_arg+0x55 Apr 26 01:40:13 ram kernel: nfsm_disct(d52bfbd8,d52bfbdc,28,24,c17c6500) at nfsm_disct+0xbd Apr 26 01:40:13 ram kernel: nfsm_dissect_xx(28,d52bfbd8,d52bfbdc,126,c19c190f) at nfsm_dissect_xx+0x44 Apr 26 01:40:13 ram kernel: nfs_getreq(c1756600,c1758c00,1,2c8,c3ce3c00) at nfs_getreq+0x5f Apr 26 01:40:13 ram kernel: nfsrv_dorec(c3d7d700,c1758c00,d52bfc64,175,0) at nfsrv_dorec+0x109 Apr 26 01:40:13 ram kernel: nfssvc_nfsd(c15de960,0,c19c1a83,9a,d52bfcfc) at nfssvc_nfsd+0x253 Apr 26 01:40:13 ram kernel: nfssvc(c15de960,d52bfd14,8,7,2) at nfssvc+0x1f2 Apr 26 01:40:13 ram kernel: syscall(2f,2f,2f,0,0) at syscall+0x270 Apr 26 01:40:13 ram kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Apr 26 01:40:13 ram kernel: --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280ccb9f, esp = 0xbfbfeb3c, ebp = 0xbfbfeb58 --- Thanks, Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ If your sysadmin's not being fascist, you're paying him too much. --Sam Greenfield From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 18:26:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C71E816A4DA for ; Tue, 26 Apr 2005 18:26:47 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id F38F243D5C for ; Tue, 26 Apr 2005 18:26:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j3QIVJd0011973; Tue, 26 Apr 2005 12:31:19 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <426E8717.6070106@samsco.org> Date: Tue, 26 Apr 2005 12:23:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Josh Tolbert References: <20050426171504.GA85434@just.puresimplicity.net> In-Reply-To: <20050426171504.GA85434@just.puresimplicity.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: Lock order reversal: em0 and Giant X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 18:26:47 -0000 Josh Tolbert wrote: > Hi, > > FreeBSD 5.3-RELEASE-p5 on a Tyan Tiger LE with two PIII/733s an > Intel Pro/1000MT 64-bit NIC in a 66MHz PCI slot nets me these > repeatedly on boot immediately after the interface comes up: > > Apr 26 09:57:56 ram kernel: em0: Link is up 1000 Mbps Full Duplex > Apr 26 09:57:56 ram kernel: lock order reversal > Apr 26 09:57:56 ram kernel: 1st 0xc162e3b4 em0 (network driver) @ /usr/src/sys/dev/em/if_em.c:980 > Apr 26 09:57:56 ram kernel: 2nd 0xc0663d80 Giant (Giant) @ /usr/src/sys/vm/vm_contig.c:538 > Apr 26 09:57:56 ram kernel: KDB: stack backtrace: > Apr 26 09:57:56 ram kernel: kdb_backtrace(c0619e00,c0663d80,c0615a3e,c0615a3e,c06270aa) at kdb_backtrace+0x2e > Apr 26 09:57:56 ram kernel: witness_checkorder(c0663d80,9,c06270aa,21a,d403d964) at witness_checkorder+0x6a6 > Apr 26 09:57:56 ram kernel: _mtx_lock_flags(c0663d80,0,c06270aa,21a,c04b9b5f) at _mtx_lock_flags+0x8a > Apr 26 09:57:56 ram kernel: contigmalloc(1000,c063d760,1,0,ffffffff) at contigmalloc+0x42 > Apr 26 09:57:56 ram kernel: alloc_bounce_pages(c1737d00,4,101,c18ac100,c162e000) at alloc_bounce_pages+0x83 > Apr 26 09:57:56 ram kernel: bus_dmamap_create(c1737d00,1,d403da28,c0672c20,0) at bus_dmamap_create+0x131 > Apr 26 09:57:56 ram kernel: em_encap(c162e000,c18ac100,c0609329,267,c162e0e8) at em_encap+0x90 > Apr 26 09:57:56 ram kernel: em_start_locked(c162e000,ffffffff,c044cfc0,c162e000,c162e37c) at em_start_locked+0x254 > Apr 26 09:57:56 ram kernel: em_intr(c162e000,0,c0613eaa,269,c0663d40) at em_intr+0x143 > Apr 26 09:57:56 ram kernel: ithread_loop(c1566400,d403dd48,c0613cce,323,b20684f9) at ithread_loop+0x172 > Apr 26 09:57:56 ram kernel: fork_exit(c04b0410,c1566400,d403dd48) at fork_exit+0xc6 > Apr 26 09:57:56 ram kernel: fork_trampoline() at fork_trampoline+0x8 > Apr 26 09:57:56 ram kernel: --- trap 0x1, eip = 0, esp = 0xd403dd7c, ebp = 0 --- > > If there's any other information you need, please let me know. > > Thanks, > Josh Crumbs, I'll look at this. Can you provide some details of your system? dmesg? Could you also provide the output of 'sysctl hw.busdma'? Thanks, Scott From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 18:42:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 847E116A4CE for ; Tue, 26 Apr 2005 18:42:35 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147A543D53 for ; Tue, 26 Apr 2005 18:42:35 +0000 (GMT) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (localhost.puresimplicity.net [127.0.0.1])j3QIgY9r087537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Apr 2005 13:42:34 -0500 (CDT) (envelope-from hemi@just.puresimplicity.net) Received: (from hemi@localhost) by just.puresimplicity.net (8.13.1/8.13.1/Submit) id j3QIgY7Z087536; Tue, 26 Apr 2005 13:42:34 -0500 (CDT) (envelope-from hemi) Date: Tue, 26 Apr 2005 13:42:34 -0500 From: Josh Tolbert To: Scott Long Message-ID: <20050426184234.GA87463@just.puresimplicity.net> References: <20050426171504.GA85434@just.puresimplicity.net> <426E8717.6070106@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <426E8717.6070106@samsco.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: Lock order reversal: em0 and Giant X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 18:42:35 -0000 On Tue, Apr 26, 2005 at 12:23:19PM -0600, Scott Long wrote: > Crumbs, I'll look at this. Can you provide some details of your system? > dmesg? Could you also provide the output of 'sysctl hw.busdma'? Thanks, > > Scott Hi Scott, The machine is a Tyan Tiger LE with 2x PIII/733s, an Intel Pro/1000 MT 64-bit NIC in a 64-bit/66MHz PCI slot. Storage is 2x WD800JBs in RAID1 on the on-board Promise IDE RAID controller. A CD-RW lives at the on-board primary master IDE location. Video (when I need it) is the on-board ATI. There's not much more to it. The machine is used for NFS, samba, DNS and a few other services for my home network. dmesg: Copyright (c) 1992-2004 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 5.3-RELEASE-p5 #0: Thu Mar 10 23:17:01 CST 2005 root@ram.home.lan:/usr/obj/usr/src/sys/RAM-TEST WARNING: WITNESS option enabled, expect reduced performance. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (731.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387fbff real memory = 536870912 (512 MB) avail memory = 519897088 (495 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 1.0 (no driver attached) atapci0: port 0xdf00-0xdf3f,0xdfa8-0xdfab,0xdfa0-0xdfa7,0xdfac-0xdfaf,0xdfe0-0xdfe7 mem 0xfeaa0000-0xfeabffff irq 31 at device 3.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 ohci0: mem 0xfeafc000-0xfeafcfff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: pcibus 1 on motherboard pci1: on pcib1 em0: port 0xef00-0xef3f mem 0xfebe0000-0xfebfffff irq 23 at device 3.0 on pci1 em0: Ethernet address: 00:07:e9:1a:a8:7f em0: Speed:N/A Duplex:N/A cpu0 on motherboard cpu1 on motherboard orm0: at iomem 0xc8000-0xcffff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 10.000 msec acd0: CDRW at ata0-master UDMA33 ad4: 76319MB [155061/16/63] at ata2-master UDMA100 ad6: 76319MB [155061/16/63] at ata3-master UDMA100 ar0: 76319MB [9729/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master disk1 READY on ad4 at ata2-master SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ar0s1a WARNING: / was not properly dismounted WARNING: /mnt/media was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/home was not properly dismounted WARNING: /var was not properly dismounted em0: Link is up 1000 Mbps Full Duplex lock order reversal 1st 0xc162e3b4 em0 (network driver) @ /usr/src/sys/dev/em/if_em.c:980 2nd 0xc0663d80 Giant (Giant) @ /usr/src/sys/vm/vm_contig.c:538 KDB: stack backtrace: kdb_backtrace(c0619e00,c0663d80,c0615a3e,c0615a3e,c06270aa) at kdb_backtrace+0x2e witness_checkorder(c0663d80,9,c06270aa,21a,d403d964) at witness_checkorder+0x6a6 _mtx_lock_flags(c0663d80,0,c06270aa,21a,c04b9b5f) at _mtx_lock_flags+0x8a contigmalloc(1000,c063d760,1,0,ffffffff) at contigmalloc+0x42 alloc_bounce_pages(c1737d00,4,101,c18ac100,c162e000) at alloc_bounce_pages+0x83 bus_dmamap_create(c1737d00,1,d403da28,c0672c20,0) at bus_dmamap_create+0x131 em_encap(c162e000,c18ac100,c0609329,267,c162e0e8) at em_encap+0x90 em_start_locked(c162e000,ffffffff,c044cfc0,c162e000,c162e37c) at em_start_locked+0x254 em_intr(c162e000,0,c0613eaa,269,c0663d40) at em_intr+0x143 ithread_loop(c1566400,d403dd48,c0613cce,323,b20684f9) at ithread_loop+0x172 fork_exit(c04b0410,c1566400,d403dd48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd403dd7c, ebp = 0 --- hw.busdma.free_bpages: 512 hw.busdma.reserved_bpages: 0 hw.busdma.active_bpages: 0 hw.busdma.total_bpages: 512 hw.busdma.total_bounced: 0 hw.busdma.total_deferred: 0 Thanks, Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ If your sysadmin's not being fascist, you're paying him too much. --Sam Greenfield From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 18:44:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E1A516A4CE; Tue, 26 Apr 2005 18:44:52 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B7543D1D; Tue, 26 Apr 2005 18:44:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DCCBE514C9; Tue, 26 Apr 2005 11:44:50 -0700 (PDT) Date: Tue, 26 Apr 2005 11:44:50 -0700 From: Kris Kennaway To: Emanuel Strobl Message-ID: <20050426184450.GA25304@xor.obsecurity.org> References: <200504261931.40466@harrymail> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <200504261931.40466@harrymail> User-Agent: Mutt/1.4.2.1i cc: ports@FreeBSD.org cc: freebsd-stable@freebsd.org Subject: Re: HAS_CONFIGURE error? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ports@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 18:44:52 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 26, 2005 at 07:31:32PM +0200, Emanuel Strobl wrote: > Hello, from the Mk/bsd.port.mk I read: >=20 > # CONFIGURE_ARGS > # - Pass these args to configure if ${HAS_CONFIGURE} is set. > # Default: "--prefix=3D${PREFIX} ${CONFIGURE_TARGET}" if > # GNU_CONFIGURE is set, "CC=3D${CC} CCFLAGS=3D${CFLAGS} > # PREFIX=3D${PREFIX} INSTALLPRIVLIB=3D${PREFIX}/lib > # INSTALLARCHLIB=3D${PREFIX}/lib" if PERL_CONFIGURE is se= t, > # empty otherwise. >=20 > The first sentence isn't true on 5.4-RC3. If I define HAS_CONFIGURE=3Dyes= =20 > without CONFIGURE_ENV=3D--prefix=3D${PREFIX} the configure script doesn't= get=20 > --prefix set right. First, note CONFIGURE_ARGS not CONFIGURE_ENV. I expect that setting CONFIGURE_ENV as you suggested would not do anything sensible. Can you confirm what you meant? > Is the description outdated or is this behaviour not intended? You could check later in the bsd.port.mk file to confirm what it actually does. Kris P.S. Discussion of the ports tree should happen on freebsd-ports. --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbowgWry0BWjoQKURAgUjAKClu/7/clUByyfSHQ4nqkX4ecqcpQCbBh0W 7BQpOinW7EvhTvSNXdG7uoA= =gPl7 -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 19:36:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 523C416A4CE; Tue, 26 Apr 2005 19:36:03 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j3QJa2FF019574; Tue, 26 Apr 2005 15:36:02 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j3QJa2pg019573; Tue, 26 Apr 2005 15:36:02 -0400 (EDT) (envelope-from green) Date: Tue, 26 Apr 2005 15:36:02 -0400 From: Brian Fundakowski Feldman To: Marc Olzheim Message-ID: <20050426193602.GE5789@green.homeunix.org> References: <20050420142448.GH1157@green.homeunix.org> <20050420143842.GB77731@stack.nl> <16998.36437.809896.936800@khavrinen.csail.mit.edu> <20050420173859.GA99695@stack.nl> <20050426140701.GB5789@green.homeunix.org> <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050426164346.GA68763@stack.nl> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 19:36:03 -0000 On Tue, Apr 26, 2005 at 06:43:46PM +0200, Marc Olzheim wrote: > [changed cc: from standards@ back to stable@ again.] > > On Tue, Apr 26, 2005 at 12:25:49PM -0400, Brian Fundakowski Feldman wrote: > > You can assure that this happens in only two ways: > > > > 1. Make a complete copy of the data. This is what currently occurs: > > it gets stuffed into the buffer cache as the write happens. > > 2. Keep the data around synchronously -- by virtue of the write system > > call being used synchronously, the thread's VM context is around, > > and duplication need not occur. > > It seems as though FreeBSD 4.x either used 2) or does something wrong > indeed. Why would 2) be a problem on FreeBSD 5.x ? Can't the pages > written from be locked during the write, instead of copied internally ? I'm still guessing that for whatever reason your writes on the FreeBSD 4.x NFS client are not using NFSv3/transactions. The second method I just now implemented; it works fine except for being slower since all data is acknowledged synchronously. Are you using one writev() instead of many writes so you can atomically write a large sparse data structure? If so, you will probably just have to cope with the lower performance than for reasonably-sized writes. If not: why are you trying to write it atomically? Just use multiple normal-sized write() calls. > Btw. running the writev program with 20 * 100 MB on UFS on a 512MB > FreeBSD 6-CURRENT system practicly locks the filesystem down _and_ > causes all processes to be swapped out in favor of the buffer cache. > 'top' however, doesnt' show a rise in BUF usage. > > On FreeBSD 4.x, the system performance as usual during the writev to > UFS. That's certainly not very optimal. I don't know anything about it, sorry. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 19:58:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC2816A4CE for ; Tue, 26 Apr 2005 19:58:23 +0000 (GMT) Received: from main.eurocom.od.ua (ns2.EuroCom.Od.UA [212.15.128.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22EF943D1F for ; Tue, 26 Apr 2005 19:58:23 +0000 (GMT) (envelope-from boot@eurocom.od.ua) Received: from localhost (localhost [127.0.0.1]) by main.eurocom.od.ua (Postfix) with ESMTP id 45BBC1C9DA7; Tue, 26 Apr 2005 22:58:20 +0300 (EEST) Received: from main.eurocom.od.ua ([127.0.0.1]) by localhost (main [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06266-09; Tue, 26 Apr 2005 22:58:19 +0300 (EEST) Received: from [212.15.128.197] (boot.eurocom.od.ua [212.15.128.197]) by main.eurocom.od.ua (Postfix) with ESMTP id CCCC61C9D82; Tue, 26 Apr 2005 22:58:18 +0300 (EEST) Message-ID: <426E9D90.4030000@eurocom.od.ua> Date: Tue, 26 Apr 2005 22:59:12 +0300 From: Alexander Rusinov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041022 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" References: <426E5713.3010906@eurocom.od.ua> <20050426110923.3edf8a2e.wmoran@potentialtech.com> <20050426135528.R32711@ganymede.hub.org> In-Reply-To: <20050426135528.R32711@ganymede.hub.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at eurocom.od.ua cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 19:58:24 -0000 Marc G. Fournier wrote: > On Tue, 26 Apr 2005, Bill Moran wrote: > >> Alexander Rusinov wrote: >> >>> Hi, >>> >>> I need to run a number of PostgreSQL servers in different FreeBSD >>> jails. >>> I managed to run a first instance of PostgreSQL server in a jail, but >>> after I launch a new server in another jail the first one starts to >>> return an error messages like the following: >>> >>> semctl(1507328, 4, SETVAL, 0) failed: Invalid argument >>> >>> The problem in general is: only one instance of PostgreSQL server >>> processes clients' connections, all of the others return semctl errors. >> >> >> I had this exact same problem. I never found a solution. The cause >> appears to be that, since shared memory is not segregated between jails, >> the newly launched Postgres instances corrupt the shared memory of >> previously running Postgres instances. > > > I'm running 9 jails on a server right now, each with their own instance: > .... > and never noticed any issues ... but, this is with 4.11, not 5.x, so > maybe something has changed? Can you tell please what version of PostgreSQL are you running? From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 19:58:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07CE916A4CF for ; Tue, 26 Apr 2005 19:58:34 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EF9043D45 for ; Tue, 26 Apr 2005 19:58:33 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IFK00K0QKJBX5E0@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 26 Apr 2005 21:52:23 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IFK00M1WKUJI1D0@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 26 Apr 2005 21:59:07 +0200 (CEST) Date: Tue, 26 Apr 2005 21:50:55 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-stable@freebsd.org Message-id: <20050426215055.7c143e64.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: apsfilter 7.2.6 - warning about unknown option 'hostname' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 19:58:34 -0000 Hello, I'm using apsfilter with FreeBSD stable: apsfilter-7.2.6 = up-to-date with port root@kg-work# uname -a FreeBSD kg-work.kg4.no 5.3-STABLE FreeBSD 5.3-STABLE #1: Sun Nov 14 20:19:11 CET 2004 root@kg-work.kg4.no:/usr/obj/usr/src/sys/SS51G i386 when my "pdf printer" (pdfwrite) stopped working, I noticed in the printer logfiles (/var/spool/lpd/log) that I had the same problem as described here: http://lists.freebsd.org/mailman/htdig/freebsd-stable/2003-April/000792.html I have that message for all defined printers that I use. Did anybody find a solution to this problem? -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 21:31:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14C7316A4CE for ; Tue, 26 Apr 2005 21:31:26 +0000 (GMT) Received: from hotmail.com (bay102-f26.bay102.hotmail.com [64.4.61.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E97CF43D5A for ; Tue, 26 Apr 2005 21:31:25 +0000 (GMT) (envelope-from woodycarey@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 26 Apr 2005 14:31:25 -0700 Message-ID: Received: from 64.4.61.206 by by102fd.bay102.hotmail.msn.com with HTTP; Tue, 26 Apr 2005 21:31:25 GMT X-Originating-IP: [64.4.61.206] X-Originating-Email: [woodycarey@hotmail.com] X-Sender: woodycarey@hotmail.com From: "W C" To: freebsd-stable@freebsd.org Date: Tue, 26 Apr 2005 14:31:25 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 26 Apr 2005 21:31:25.0868 (UTC) FILETIME=[4CD0E6C0:01C54AA7] Subject: VIA M1000 mini-itx system installation woes - WRITE_DMA error - cabling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 21:31:26 -0000 Hi all, I am attempting to install 5.3-R from cd (iso image download) and sysinstall is failing to write the chosen (Auto Layout) filesystem to disk, the Toshiba 80G on the primary ide channel as master. The error on vty1 is (from memory) ad0: WRITE_DMA, error=84. The drive is detected by BIOS as a UDMA100 device. There is nothing else on this IDE channel, and only a cd drive on the other IDE slot. A search of -questions reveals this error is a UDMA mismatch, possible caused by 80-pin cabling, and fixable with atacontrol ad0 udma33 pio bla bla bla. However, I do not yet have a running system to run atacontrol from, as I am installing. I have rooted around in the bios for an option to force the drive to UDMA33 speed, to no avail. Does anyone know how I can work around this problem and install FreeBSD to this neat little system? Do I have bad cabling, a bad drive, or ??? Thanks for any follow-up questions, pointers, rants, RTFM's, etc. Woody _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 21:57:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44A0516A4CE for ; Tue, 26 Apr 2005 21:57:22 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 31F8543D55 for ; Tue, 26 Apr 2005 21:57:21 +0000 (GMT) (envelope-from "cyb."@gmx.net) Received: (qmail invoked by alias); 26 Apr 2005 21:57:19 -0000 Received: from pD9E286DC.dip0.t-ipconnect.de (EHLO localhost.localdomain) [217.226.134.220] by mail.gmx.net (mp025) with SMTP; 26 Apr 2005 23:57:19 +0200 X-Authenticated: #4870692 From: Andreas Rudisch <"cyb."@gmx.net> To: W C In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qJHMGBMPLAafeCfZ+xDz" Date: Tue, 26 Apr 2005 23:57:21 +0200 Message-Id: <1114552641.678.18.camel@p4-3200.local> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 cc: freebsd-stable@freebsd.org Subject: Re: VIA M1000 mini-itx system installation woes - WRITE_DMA error - cabling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 21:57:22 -0000 --=-qJHMGBMPLAafeCfZ+xDz Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-04-26 at 14:31 -0700, W C wrote: > Hi all, >=20 > I am attempting to install 5.3-R from cd (iso image download) and=20 > sysinstall is failing > to write the chosen (Auto Layout) filesystem to disk, the Toshiba 80G on = the=20 > primary ide channel as master. The error on vty1 is (from memory) ad0:=20 > WRITE_DMA, error=3D84. > The drive is detected by BIOS as a UDMA100 device. There is nothing else= on=20 > this IDE channel, and only a cd drive on the other IDE slot. >=20 > A search of -questions reveals this error is a UDMA mismatch, possible=20 > caused by 80-pin cabling, and fixable with atacontrol ad0 udma33 pio bla = bla=20 > bla. However, I do not yet have a running system to run atacontrol from,= as=20 > I am installing. I have rooted around in the bios for an option to force= =20 > the drive to UDMA33 speed, to no avail. Does anyone know how I can work=20 > around this problem and install FreeBSD to this neat little system? Do = I=20 > have bad cabling, a bad drive, or ??? >=20 > Thanks for any follow-up questions, pointers, rants, RTFM's, etc. >=20 > Woody I was installing FreeBSD 5.3-Release on an VIA EPIA M10000 a while ago and I has no problems at all. My harddisk was a Fujitsu MHT2040AT UDMA-100 2.5", so your problem could be cable or harddisk related. Maybe you have a spare disk/cable at hand to test it. Good luck, Andreas --=20 GnuPG key : 0xD25FCC81 | http://cyb.websimplex.de/pubkey.asc Fingerprint: D182 6F22 7EEC DD4C 0F6E 564C 691B 0372 D25F CC81 --=-qJHMGBMPLAafeCfZ+xDz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCbrlBaRsDctJfzIERAkdyAJ90HzP6JgLRcOSzbZORQF6f2NekYwCgj/JE FpsqRby/4RnQStUxbOUFLqs= =62U2 -----END PGP SIGNATURE----- --=-qJHMGBMPLAafeCfZ+xDz-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 22:00:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D444F16A4CF for ; Tue, 26 Apr 2005 22:00:26 +0000 (GMT) Received: from 62-15-211-171.inversas.jazztel.es (62-15-211-171.inversas.jazztel.es [62.15.211.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF5943D5A for ; Tue, 26 Apr 2005 22:00:25 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j3QM0IDn022652; Wed, 27 Apr 2005 00:00:18 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j3QM0HhF002637; Wed, 27 Apr 2005 00:00:17 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: freebsd-stable@freebsd.org Date: Wed, 27 Apr 2005 00:00:16 +0200 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200504270000.17267.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.116; host: antares.redesjm.local) cc: W C Subject: Re: VIA M1000 mini-itx system installation woes - WRITE_DMA error - cabling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 22:00:27 -0000 El Martes, 26 de Abril de 2005 23:31, W C escribi=F3: > Hi all, > > I am attempting to install 5.3-R from cd (iso image download) and > sysinstall is failing > to write the chosen (Auto Layout) filesystem to disk, the Toshiba 80G > on the primary ide channel as master. The error on vty1 is (from > memory) ad0: WRITE_DMA, error=3D84. > The drive is detected by BIOS as a UDMA100 device. There is nothing > else on this IDE channel, and only a cd drive on the other IDE slot. > > A search of -questions reveals this error is a UDMA mismatch, > possible caused by 80-pin cabling, and fixable with atacontrol ad0 > udma33 pio bla bla bla. However, I do not yet have a running system > to run atacontrol from, as I am installing. I have rooted around in > the bios for an option to force the drive to UDMA33 speed, to no > avail. Does anyone know how I can work around this problem and=20 > install FreeBSD to this neat little system? Do I have bad cabling, a > bad drive, or ??? > Ther're two types of 80pins ribbons, and found that you can interchange=20 them in some scenarios. As a first aid, try change the cable, loocking for the presence (or not)=20 of a cut cable. Also, you may use a 40pins ribbon, that will get you in UDMA33 . =2D- josemi From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 22:03:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F223316A4CE; Tue, 26 Apr 2005 22:03:29 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCC2A43D5E; Tue, 26 Apr 2005 22:03:29 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 819447A403; Tue, 26 Apr 2005 15:03:29 -0700 (PDT) Message-ID: <426EBAB1.7060104@elischer.org> Date: Tue, 26 Apr 2005 15:03:29 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: stable@freebsd.org, usb@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Headsup: USB MFCs to 4.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 22:03:30 -0000 I have just merged in most of the lowest level changes to 4.x from 6.x. If you use USB on 4.x machines and are planning on following RELENG_4 then I suggest you test the latest sources to avoid nasty surprises later. I will probably merge some of the actual device drivers as well, though I have limited resources for testing them.. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 23:00:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F92816A4CE for ; Tue, 26 Apr 2005 23:00:07 +0000 (GMT) Received: from email.web-1hosting.net (mail-node1.web-1hosting.net [63.123.79.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD91F43D1F for ; Tue, 26 Apr 2005 23:00:06 +0000 (GMT) (envelope-from security@adtu.org) Received: from localhost (localhost [127.0.0.1]) by email.web-1hosting.net (Postfix) with ESMTP id 838B71CC; Tue, 26 Apr 2005 18:01:35 -0500 (CDT) Received: from [192.168.168.243] (spencer-900-31.iowaone.net [12.167.40.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by email.web-1hosting.net (Postfix) with ESMTP id 7B0211C9; Tue, 26 Apr 2005 18:01:33 -0500 (CDT) Message-ID: <426EC7E4.90005@adtu.org> Date: Tue, 26 Apr 2005 22:59:48 +0000 From: Aaron Sloan User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: W C References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV at web-1hosting.net cc: freebsd-stable@freebsd.org Subject: Re: VIA M1000 mini-itx system installation woes - WRITE_DMA error - cabling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 23:00:07 -0000 W C wrote: > Hi all, > > I am attempting to install 5.3-R from cd (iso image download) and > sysinstall is failing > to write the chosen (Auto Layout) filesystem to disk, the Toshiba 80G on > the primary ide channel as master. The error on vty1 is (from memory) > ad0: WRITE_DMA, error=84. > The drive is detected by BIOS as a UDMA100 device. There is nothing > else on this IDE channel, and only a cd drive on the other IDE slot. > > A search of -questions reveals this error is a UDMA mismatch, possible > caused by 80-pin cabling, and fixable with atacontrol ad0 udma33 pio bla > bla bla. However, I do not yet have a running system to run atacontrol > from, as I am installing. I have rooted around in the bios for an > option to force the drive to UDMA33 speed, to no avail. Does anyone > know how I can work around this problem and install FreeBSD to this > neat little system? Do I have bad cabling, a bad drive, or ??? > > Thanks for any follow-up questions, pointers, rants, RTFM's, etc. > > Woody > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today - it's > FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > My experience with these boards is that they are very picky about RAM. I had similar problems as you have described. I ordered Crucial's recommended stick and it worked fine after that. Aaron From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 23:00:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25C1616A4CE for ; Tue, 26 Apr 2005 23:00:09 +0000 (GMT) Received: from smtp.housing.ufl.edu (smtp.housing.ufl.edu [128.227.47.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6809243D39 for ; Tue, 26 Apr 2005 23:00:08 +0000 (GMT) (envelope-from WillS@housing.ufl.edu) Received: (qmail 32511 invoked by uid 98); 26 Apr 2005 19:00:07 -0400 Received: from WillS@housing.ufl.edu by smtp.housing.ufl.edu by uid 1003 with qmail-scanner-1.20 (spamassassin: 3.0.2. Clear:RC:1(128.227.47.18):. Processed in 0.069912 secs); 26 Apr 2005 23:00:07 -0000 X-Qmail-Scanner-Mail-From: WillS@housing.ufl.edu via smtp.housing.ufl.edu X-Qmail-Scanner: 1.20 (Clear:RC:1(128.227.47.18):. Processed in 0.069912 secs) Received: from bragi.housing.ufl.edu (128.227.47.18) by smtp.housing.ufl.edu with (RC4-MD5 encrypted) SMTP; 26 Apr 2005 19:00:07 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 26 Apr 2005 19:00:06 -0400 Message-ID: <0E972CEE334BFE4291CD07E056C76ED805A2C67B@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Wireless hardware support Thread-Index: AcVKs7AkyA8lSAYXQmmjhQyi/F0j6Q== From: "Will Saxon" To: Subject: Wireless hardware support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 23:00:09 -0000 I recently purchased a Netgear WG311 card based on the fact that the=20 manpage for ath(4) says it is a supported card. As it turns out, at=20 least version 2 (the version I had) of this card is not supported - it=20 appears to be based on a Texas Instruments chipset that it not=20 supported by anything other than Windows. I was able to use the card with the ndis wrapper, however it didn't work very well; console =20 messages stated that the driver was buggy and in fact my system would=20 panic randomly with the driver loaded. I returned the card this afternoon and swapped it out for another=20 card, a D-Link DWL-G520. While this particular model number is not=20 listed on the ath(4) manpage, it is listed as a supported ath(4)=20 device on the 5.3-RELEASE hardware notes for i386. Also, it is listed=20 at the atheros webpage linked from that same document. However, at=20 least revision B3 of this card ALSO is not supported by the ath=20 driver. I get the following error message when I try to load the=20 driver: ath0: mem 0xd0000000-0xd000ffff irq 16 at device 6.0 on = pci5 ath0: unable to attach hardware; HAL status 13 device_attach: ath0 attach returned 6 I am able to use this card via the ndis wrapper, however I get=20 numerous console messages like these (I renamed the device ath with=20 ndiscvt): ath0: set filter failed: 45 ath0: couldn't change DS config to 2417000kHz: 19 NDIS: open file /compat/ndis/regAdd.txt failed: 2 I fixed the latter by touching the file. I have no idea what it is supposed to do - there is no file by that name on the CD that came=20 with the card and I am not sure what it is for. Interestingly, the DWL-G520 is supposed to be an 802.11b/g part only however the NDIS driver 'detects' 802.11a modes. Also the NDIS driver does not detect the 108Mbps 'Super' mode that the card advertises on=20 the box. Thankfully, no panics yet with the D-Link card and the NDIS driver. Does anyone have a suggestion for a PCI wireless card that is=20 natively supported by FreeBSD?=20 -Will -- Will Saxon Systems Programmer, Network Services University of Florida Department of Housing Phone: (352) 392-2171 x10148 Email: wills@housing.ufl.edu From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 00:55:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C4F816A4CE for ; Wed, 27 Apr 2005 00:55:02 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA29343D1F for ; Wed, 27 Apr 2005 00:55:01 +0000 (GMT) (envelope-from daniel.hyde@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so125793wri for ; Tue, 26 Apr 2005 17:55:01 -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=Hy2gego2nm7H7QjlnoCT4fnY4G1SdQRSxdIWytBiSS+FTEV7HMI6k5F42RTotgjFzvxnWxf9Qi1Md9m2oMe2NCHIibRE3OOY5Wta1Oka8RHrbyXLmLIOJ4uJvt0NBrdVqV71/tKhzsCdwwj/CuC7j9PSluU1OWBCUrH1Ycek+lw= Received: by 10.54.119.10 with SMTP id r10mr226133wrc; Tue, 26 Apr 2005 17:55:01 -0700 (PDT) Received: by 10.54.39.46 with HTTP; Tue, 26 Apr 2005 17:54:59 -0700 (PDT) Message-ID: Date: Wed, 27 Apr 2005 10:55:00 +1000 From: Daniel Hyde To: Will Saxon In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED805A2C67B@bragi.housing.ufl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <0E972CEE334BFE4291CD07E056C76ED805A2C67B@bragi.housing.ufl.edu> cc: stable@freebsd.org Subject: Re: Wireless hardware support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Hyde List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 00:55:02 -0000 I have had some degree of success with the Netgear WG311T (note the T on the end -- this is a very different beast from the humble WG311).=20 I've brought it up a couple of times at a ridiculously slow speed (1Mb/s), then changed some setting to try to get a faster connection, forgot what I changed, and haven't been able to bring it up since. But I *have* had it up using the ath driver. Once or twice. Slowly. I mostly use that machine for gaming, so rarely boot it to freebsd, so haven't had much motivation to try again since. FWIW, at the time it was running 5.3-RELEASE. On 4/27/05, Will Saxon wrote: > I recently purchased a Netgear WG311 card based on the fact that the > manpage for ath(4) says it is a supported card. As it turns out, at > least version 2 (the version I had) of this card is not supported - it > appears to be based on a Texas Instruments chipset that it not > supported by anything other than Windows. I was able to use the card > with the ndis wrapper, however it didn't work very well; console > messages stated that the driver was buggy and in fact my system would > panic randomly with the driver loaded. >=20 > I returned the card this afternoon and swapped it out for another > card, a D-Link DWL-G520. While this particular model number is not > listed on the ath(4) manpage, it is listed as a supported ath(4) > device on the 5.3-RELEASE hardware notes for i386. Also, it is listed > at the atheros webpage linked from that same document. However, at > least revision B3 of this card ALSO is not supported by the ath > driver. I get the following error message when I try to load the > driver: >=20 > ath0: mem 0xd0000000-0xd000ffff irq 16 at device 6.0 on pc= i5 > ath0: unable to attach hardware; HAL status 13 > device_attach: ath0 attach returned 6 >=20 > I am able to use this card via the ndis wrapper, however I get > numerous console messages like these (I renamed the device ath with > ndiscvt): >=20 > ath0: set filter failed: 45 > ath0: couldn't change DS config to 2417000kHz: 19 > NDIS: open file /compat/ndis/regAdd.txt failed: 2 >=20 > I fixed the latter by touching the file. I have no idea what it is > supposed to do - there is no file by that name on the CD that came > with the card and I am not sure what it is for. >=20 > Interestingly, the DWL-G520 is supposed to be an 802.11b/g part only > however the NDIS driver 'detects' 802.11a modes. Also the NDIS driver > does not detect the 108Mbps 'Super' mode that the card advertises on > the box. >=20 > Thankfully, no panics yet with the D-Link card and the NDIS driver. >=20 > Does anyone have a suggestion for a PCI wireless card that is > natively supported by FreeBSD? >=20 > -Will >=20 > -- > Will Saxon > Systems Programmer, Network Services > University of Florida Department of Housing > Phone: (352) 392-2171 x10148 > Email: wills@housing.ufl.edu > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 06:02:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFAB816A4CE for ; Wed, 27 Apr 2005 06:02:40 +0000 (GMT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6505443D53 for ; Wed, 27 Apr 2005 06:02:39 +0000 (GMT) (envelope-from daz@voodoo-people.com) Received: from [213.114.175.114] ([213.114.175.114] [213.114.175.114]) by mxfep02.bredband.com with ESMTP id <20050427060238.KKRB3591.mxfep02.bredband.com@[213.114.175.114]> for ; Wed, 27 Apr 2005 08:02:38 +0200 Message-ID: <426F2AFE.8070305@voodoo-people.com> Date: Wed, 27 Apr 2005 08:02:38 +0200 From: Daniel Johansson Organization: Voodoo People User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Keyboardproblem with 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: daz@voodoo-people.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 06:02:41 -0000 Hi I'm having some weird problems running an usb keyboard on my 5.x system. The same keyboard works under 4.x. As soon as usb0 loads both ps/2 and usb keyboards stop working. I found out this by running the bootload in pause mode. The line it stops at says: usb0: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C7316A4CE for ; Wed, 27 Apr 2005 07:40:52 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0303243D41 for ; Wed, 27 Apr 2005 07:40:52 +0000 (GMT) (envelope-from iva.cnhn@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so105638rng for ; Wed, 27 Apr 2005 00:40: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=Xe4vfv/fu5yS5U6tG+QP4CO74tVCmLXBTRw05m2s+yFeQ9YX47SE0YjES7HvbzBfl5PUR6KgSqBUkhd3EjMAaFht9PYNaCFE1SC9DxxAsrW85cVL83vto93PxuxHka/99U6/RRf2TrsQV+hwaf3avo5YmO7TmmHLhT0+DcNBJMU= Received: by 10.38.22.3 with SMTP id 3mr705342rnv; Wed, 27 Apr 2005 00:40:51 -0700 (PDT) Received: by 10.38.152.43 with HTTP; Wed, 27 Apr 2005 00:40:50 -0700 (PDT) Message-ID: <148cabbc050427004014fdfcff@mail.gmail.com> Date: Wed, 27 Apr 2005 15:40:50 +0800 From: Iva Hesy To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Why my RELENG_5 box auto reboot after compiling kernel without console support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Iva Hesy List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 07:40:52 -0000 I have ever compiled kernel without console, keyboard, and VGA in RELENG_4, it is no problem, and works fine, but I can't do so in RELENG_5 now...:-( From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 08:11:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41A6716A4CE for ; Wed, 27 Apr 2005 08:11:17 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE66443D31 for ; Wed, 27 Apr 2005 08:11:16 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so284888nzf for ; Wed, 27 Apr 2005 01:11:16 -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=bsxTZt0Ww79Y0okGA7aFCHxK6Ohuxxid58lLIIirtVKlIUc577fUE5JNIHhcIOWnnRHOhgOcQGOAEJ1I+ZJFYX9Cfpi4EmQIeh1eoztEZNPYa6J2R9u2lmwvYcV9HVOoW2KpnLEUe5w6cczni/I78wLoNs5LzoNK34EEv4KxSe0= Received: by 10.36.9.18 with SMTP id 18mr29936nzi; Wed, 27 Apr 2005 01:11:16 -0700 (PDT) Received: by 10.36.79.12 with HTTP; Wed, 27 Apr 2005 01:11:16 -0700 (PDT) Message-ID: Date: Wed, 27 Apr 2005 10:11:16 +0200 From: Arjan Van Leeuwen To: W C In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: cc: freebsd-stable@freebsd.org Subject: Re: VIA M1000 mini-itx system installation woes - WRITE_DMA error - cabling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 08:11:17 -0000 On 4/26/05, W C wrote: > Hi all, >=20 > I am attempting to install 5.3-R from cd (iso image download) and > sysinstall is failing > to write the chosen (Auto Layout) filesystem to disk, the Toshiba 80G on = the > primary ide channel as master. The error on vty1 is (from memory) ad0: > WRITE_DMA, error=3D84. > The drive is detected by BIOS as a UDMA100 device. There is nothing else= on > this IDE channel, and only a cd drive on the other IDE slot. >=20 > A search of -questions reveals this error is a UDMA mismatch, possible > caused by 80-pin cabling, and fixable with atacontrol ad0 udma33 pio bla = bla > bla. However, I do not yet have a running system to run atacontrol from,= as > I am installing. I have rooted around in the bios for an option to force > the drive to UDMA33 speed, to no avail. Does anyone know how I can work > around this problem and install FreeBSD to this neat little system? Do = I > have bad cabling, a bad drive, or ??? Yes, I had the same problem. If this is a 2.5" drive, it probably doesn't have a 80-pins cable. Force PIO mode for the install by entering at the boot prompt (option 6 in the boot loader menu): set hw.ata.ata_dma=3D"0" boot After you've installed the system, insert that line into /boot/loader.conf, and load up "atacontrol mode 0 udma33 udma33" as early as possible during the boot (try using /etc/rc.early, for example) to get it up to speed again. Arjan From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 08:17:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 043FC16A4CE; Wed, 27 Apr 2005 08:17:48 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 311CE43D4C; Wed, 27 Apr 2005 08:17:47 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 4381B1F09E; Wed, 27 Apr 2005 10:17:46 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 26A9E6149; Wed, 27 Apr 2005 10:17:46 +0200 (CEST) Date: Wed, 27 Apr 2005 10:17:46 +0200 From: Marc Olzheim To: Brian Fundakowski Feldman Message-ID: <20050427081746.GA66441@stack.nl> References: <20050420143842.GB77731@stack.nl> <16998.36437.809896.936800@khavrinen.csail.mit.edu> <20050420173859.GA99695@stack.nl> <20050426140701.GB5789@green.homeunix.org> <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20050426193602.GE5789@green.homeunix.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Marc Olzheim cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 08:17:48 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 26, 2005 at 03:36:02PM -0400, Brian Fundakowski Feldman wrote: > I'm still guessing that for whatever reason your writes on the FreeBSD > 4.x NFS client are not using NFSv3/transactions. The second method > I just now implemented; it works fine except for being slower since > all data is acknowledged synchronously. Are you using one writev() > instead of many writes so you can atomically write a large sparse data > structure? If so, you will probably just have to cope with the lower > performance than for reasonably-sized writes. If not: why are you > trying to write it atomically? Just use multiple normal-sized write() > calls. Yes, a single writev(). Just like in the kern/79207 PR. It doesn't have to be superfast (why would I use NFS otherwise), just as long as it's threadsafe / atomic. > > Btw. running the writev program with 20 * 100 MB on UFS on a 512MB > > FreeBSD 6-CURRENT system practicly locks the filesystem down _and_ > > causes all processes to be swapped out in favor of the buffer cache. > > 'top' however, doesnt' show a rise in BUF usage. > >=20 > > On FreeBSD 4.x, the system performance as usual during the writev to > > UFS. >=20 > That's certainly not very optimal. I don't know anything about it, sorry. No problem. I just thought that they might be related (this is with a single writev() as well). Marc --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb0qqezjnobFOgrERAnLWAKCK3HWeJnRpxurupFy8esgc2ZkC0ACghfC5 4ooDc8zXjRh0CKRsWbVKJ0w= =7Vph -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 09:25:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0812016A4CE for ; Wed, 27 Apr 2005 09:25:06 +0000 (GMT) Received: from main.eurocom.od.ua (ns2.EuroCom.Od.UA [212.15.128.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CC743D48 for ; Wed, 27 Apr 2005 09:25:05 +0000 (GMT) (envelope-from boot@eurocom.od.ua) Received: from localhost (localhost [127.0.0.1]) by main.eurocom.od.ua (Postfix) with ESMTP id 57BED1C97FE; Wed, 27 Apr 2005 12:25:03 +0300 (EEST) Received: from main.eurocom.od.ua ([127.0.0.1]) by localhost (main [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00830-10; Wed, 27 Apr 2005 12:25:02 +0300 (EEST) Received: from [212.15.128.37] (bm0.eurocom.od.ua [212.15.128.14]) by main.eurocom.od.ua (Postfix) with ESMTP id 674F01C977E; Wed, 27 Apr 2005 12:25:02 +0300 (EEST) Message-ID: <426F5A6E.4050208@eurocom.od.ua> Date: Wed, 27 Apr 2005 12:25:02 +0300 From: Alexander Rusinov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <426E5713.3010906@eurocom.od.ua> <747dc8f30504260812ee3c47e@mail.gmail.com> <426E5EA5.8000703@eurocom.od.ua> <426F3AFA.9020900@konvergencia.hu> In-Reply-To: <426F3AFA.9020900@konvergencia.hu> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at eurocom.od.ua Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 09:25:06 -0000 >>> >>> Just add the following line to your /etc/rc.conf >>> >>> jail_sysvipc_allow="YES" >>> and ipc configuration will be shared with the jails >>> >>> >> I have IPC enabled for jails already. So unfortunately this is not a >> solution. >> >> Is anybody here who do run several jailed PostgreSQL servers? >> > AFAIR PostgreSQL generates the shared memory identifier based on the > port it is runing on. It is possible to run two instances of > PostgreSQL on different ports, so it should work if they are in > seperate jails. Actually, I'm using unix sockets for those servers so I never thought about changing the port number. But now I tried and ... that helped! Thank you! I guess this is a workaround but not a solution though. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 10:40:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B3CE16A4CE for ; Wed, 27 Apr 2005 10:40:18 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA8E743D62 for ; Wed, 27 Apr 2005 10:40:17 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id A8FB2651F4; Wed, 27 Apr 2005 11:39:31 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11298-05; Wed, 27 Apr 2005 11:39:31 +0100 (BST) Received: from empiric.dek.spc.org (82-35-116-62.cable.ubr07.dals.blueyonder.co.uk [82.35.116.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id D3080651EB; Wed, 27 Apr 2005 11:39:30 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 26FDC616D; Wed, 27 Apr 2005 11:40:15 +0100 (BST) Date: Wed, 27 Apr 2005 11:40:15 +0100 From: Bruce M Simpson To: Arjan Van Leeuwen Message-ID: <20050427104015.GB5585@empiric.icir.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-stable@freebsd.org cc: W C Subject: Re: VIA M1000 mini-itx system installation woes - WRITE_DMA error - cabling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 10:40:18 -0000 On Wed, Apr 27, 2005 at 10:11:16AM +0200, Arjan Van Leeuwen wrote: > After you've installed the system, insert that line into > /boot/loader.conf, and load up "atacontrol mode 0 udma33 udma33" as > early as possible during the boot (try using /etc/rc.early, for > example) to get it up to speed again. Some drives have firmware tweaks downloadable from the manufacturer which can be used to force the drive to never negotiate a faster data rate than UDMA33 (or whatever the cable you are using is capable of). I'm thinking of Samsung in particular here. However, I agree, this is *annoying*; I don't know of 80 + 4 conductor cables for 2.5" ATA drives. If anyone knows of such things then please do let me know, as I've had significant problems with a development system at work which is Mini-ITX form factor based with a 2.5" drive. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 12:57:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA59816A4CE for ; Wed, 27 Apr 2005 12:57:18 +0000 (GMT) Received: from mta09-winn.mailhost.ntl.com (smtpout17.mailhost.ntl.com [212.250.162.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA56143D5A for ; Wed, 27 Apr 2005 12:57:12 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from aamta03-winn.mailhost.ntl.com ([212.250.162.8]) by mta09-winn.mailhost.ntl.com with ESMTP <20050427125711.DSKP28254.mta09-winn.mailhost.ntl.com@aamta03-winn.mailhost.ntl.com>; Wed, 27 Apr 2005 13:57:11 +0100 Received: from 9.hellooperator.net ([81.103.32.202]) by aamta03-winn.mailhost.ntl.com with ESMTP <20050427125711.CXZT1279.aamta03-winn.mailhost.ntl.com@9.hellooperator.net>; Wed, 27 Apr 2005 13:57:11 +0100 Received: from [10.4.0.5] (helo=eris.tenfour) by 9.hellooperator.net with esmtp (Exim 4.44) id 1DQm6F-0002QQ-9L; Wed, 27 Apr 2005 13:57:09 +0100 Received: from rasputnik by eris.tenfour with local (Exim 4.50 (FreeBSD)) id 1DQm6F-000AS6-8f; Wed, 27 Apr 2005 13:57:07 +0100 Date: Wed, 27 Apr 2005 13:57:07 +0100 From: Dick Davies To: Bruce M Simpson Message-ID: <20050427125707.GD73687@eris.tenfour> References: <20050427104015.GB5585@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050427104015.GB5585@empiric.icir.org> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Stable Users Subject: Re: VIA M1000 mini-itx system installation woes - WRITE_DMA error - cabling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dick Davies List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 12:57:18 -0000 * Bruce M Simpson [0440 11:40]: > However, I agree, this is *annoying*; I don't know of 80 + 4 conductor cables > for 2.5" ATA drives. If anyone knows of such things then please do let me > know, as I've had significant problems with a development system at work which > is Mini-ITX form factor based with a 2.5" drive. i got a cubid 3688 last week and moved the bits from a working 5.3 box into it. it came with a 3.5-2.5 cable which also split for the slimline cdrom. On reboot it forced the ATA100 travelstar drive to udma33 and atacontrol wouldn't up it. I swapped out the cable for a normal ata100 one and used a 2 dollar converter card on the back of the drive to convert 2.5" -> 3.5" - works fine now. -- 'And if you think you're going to bleed all over me you're even wronger than you normally be' -- The Specials, 'Little Bitch' Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 14:21:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2236916A506 for ; Wed, 27 Apr 2005 14:21:26 +0000 (GMT) Received: from www.provisio.net (paco.to [209.31.146.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 272F343D31 for ; Wed, 27 Apr 2005 14:21:25 +0000 (GMT) (envelope-from paco@paco.to) Received: from www.provisio.net (localhost [127.0.0.1]) by www.provisio.net id j3RELMgs061073 envelope-from paco@paco.to for ; Wed, 27 Apr 2005 10:21:22 -0400 (EDT) (envelope-from paco@paco.to) Received: from localhost (paco@localhost)j3RELMaB061070 for ; Wed, 27 Apr 2005 10:21:22 -0400 (EDT) (envelope-from paco@paco.to) X-Authentication-Warning: www.provisio.net: paco owned process doing -bs Date: Wed, 27 Apr 2005 10:21:22 -0400 (EDT) From: Paco Hope X-X-Sender: paco@www.provisio.net To: freebsd-stable@freebsd.org In-Reply-To: <20050425211207.B43358@carver.gumbysoft.com> Message-ID: <20050427094252.M52102@www.provisio.net> References: <20050421021940.X10760@www.provisio.net> <20050425211207.B43358@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Provisio-MailScanner-Information: Contact Paco Hope phone: 703-606-1905 X-Provisio-MailScanner: Judged to be clean X-MailScanner-From: paco@paco.to Subject: Re: [SOLVED] installkernel succeeds, but old kernel boots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 14:21:26 -0000 In case anyone is curious, here's the answer. The information needed to solve this wasn't in my email. Look in the archives for the original problem description. The short and amusing answer: it was booting off a stale vinum drive, and then running off the current drive once vinum got loaded. Here's the long answer. I'm one of the unlucky ones who was using vinum in 5.1 and 5.2 only to discover that it broke in 5.3. I am booting off a vinum root, too. I have the a partition adjusted on both root drives so that it appears to be a normal root partition, but then the d partition is the real vinum partition. Well, here's what was going on. At boot time I would see: kernel: vinum: incompatible sector sizes. mroot.p1 has 0, mroot has 512. Ignored. My root vinum volume ("mroot") would come up OK, but one of its plexes (mroot.p1) would be down because its only subdisk was missing. For some reason, it would never see the config in /dev/ad1s1, it would never find the drive on /dev/ad1s1d and thus never start up the mroot.p1 plex. If I interactively ran vinum and typed "read /dev/ad1s1" it would find all the drives that are on ad1s1. I could individually start subdisks, which would refresh and life would be happy for a while. I was seeing some kernel panics, though, so I eventually quit manually starting up these drives. If I didn't actively mirror, I didn't have panics. Well, my 'make installkernel' was installing onto the live, active mirror of my root filesystem. For some reason, though, the boot selector on the console was trying (and succeeding) booting the second disk. Since it wasn't up-to-date, it still had a legit filesystem on it, but not one that had the right kernel. My 5.3 kernel would boot, load the vinum module, switch the root partition to the vinum root, and then run. I was dumbfounded at how the file I saw as /boot/kernel/kernel was not the kernel I booted. So I ran vinum and manually started up the subdisk that corresponded to my root partition. It synchronized. Then I rebooted. Two things are true now that make me happy: 1. I'm booting my 5.4-STABLE kernel. 2. vinum seems to be working. No panics yet and I no longer have this problem where the ad1s1 vinum partitions are lost at boot time. If I get time, I will probably switch to gmirror for mirroring these partitions, but I feel less pressure to do so, now that this seems to be working again. I hope this explanation helps someone. Paco From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 14:46:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 620AC16A4CE for ; Wed, 27 Apr 2005 14:46:58 +0000 (GMT) Received: from cathy.bmts.com (cathy.bmts.com [216.183.128.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE90043D53 for ; Wed, 27 Apr 2005 14:46:57 +0000 (GMT) (envelope-from rhempel@bmts.com) Received: from [192.168.255.100] (os-dsl-0284.bmts.com [216.183.153.29]) by cathy.bmts.com (8.12.10/8.12.10) with ESMTP id j3REhevZ022355; Wed, 27 Apr 2005 10:43:40 -0400 (EDT) Message-ID: <426FA636.704@bmts.com> Date: Wed, 27 Apr 2005 10:48:22 -0400 From: Ralph Hempel User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill Moran References: <20050425141053.76034863.wmoran@potentialtech.com> <20050425144147.68377ea5.wmoran@potentialtech.com> In-Reply-To: <20050425144147.68377ea5.wmoran@potentialtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: Pete French Subject: Re: Newbie Question About System Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rhempel@bmts.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 14:46:58 -0000 > This might be the only real advantage of a serial console. The unit you > pointed to is ~$4000.00, whereas 16-port serial console units run more > like $1000.00. I've built a number of Dell systems lately (Windows for this client) but I always order them with the DRAC/4 card. I think it's about $350 Canadian. It has an IP adress and you just connect using a browser and a little JAVA app. The really cool thing is that it lets you control the ENTIRE boot process, including the POST and BIOS setup. Works great, and saves me a 3.5 hour drive to the farthest client installation... Ralph From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 15:27:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9454416A53A for ; Wed, 27 Apr 2005 15:27:59 +0000 (GMT) Received: from mail.bitdefender.com (ns.bitdefender.com [217.156.83.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D83CB43D49 for ; Wed, 27 Apr 2005 15:27:57 +0000 (GMT) (envelope-from apircalabu@bitdefender.com) Received: (qmail 29912 invoked by uid 1010); 27 Apr 2005 18:21:55 +0300 Received: from apircalabu.dsd.ro (10.10.15.22) by mail.bitdefender.com with AES256-SHA encrypted SMTP; 27 Apr 2005 18:21:54 +0300 Date: Wed, 27 Apr 2005 18:28:50 +0300 From: Adi Pircalabu To: freebsd-hackers@freebsd.org Message-ID: <20050427182850.3056f9f6@apircalabu.dsd.ro> Organization: BitDefender X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BitDefender-SpamStamp: 1.1.3 044000040111 X-BitDefender-Scanner: Clean, Agent: BitDefender Qmail 1.6.1 on mail.bitdefender.com X-BitDefender-Spam: No (0) cc: freebsd-bugs@freebsd.org cc: freebsd-stable@freebsd.org Subject: Multithreaded program crashes on SMP (HT enabled) machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 15:28:00 -0000 Hello, I have a multithreaded application ported on FreeBSD 5.3 which crashes in a minute or less if hyperthreading in enabled. Without HT there is no problem. How and where should I start to investigate the problem? The backtrace: (gdb) bt #0 0x2819631b in pthread_testcancel () from /usr/lib/libpthread.so.1 #1 0x2818e902 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1 #2 0x00000000 in ?? () Thank you -- Adrian Pircalabu Public KeyID = 0x04329F5E -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://linux.bitdefender.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 15:30:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D96FC16A4CE for ; Wed, 27 Apr 2005 15:30:25 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F9DF43D48 for ; Wed, 27 Apr 2005 15:30:25 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 064641F0F9 for ; Wed, 27 Apr 2005 17:30:24 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id E17B16149; Wed, 27 Apr 2005 17:30:23 +0200 (CEST) Date: Wed, 27 Apr 2005 17:30:23 +0200 From: Marc Olzheim To: freebsd-stable@freebsd.org Message-ID: <20050427153023.GA5786@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Subject: Panic 5.4-stable of 3 weeks ago X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 15:30:26 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline FreeBSD 5.4-STABLE #5: Wed Apr 6 15:16:36 CEST 2005 Slab at 0xc866cfa8, freei 0 = 12. panic: Duplicate free of item 0xc866c000 from zone 0xc103e9a0(Mbuf) cpuid = 2 KDB: stack backtrace: kdb_backtrace(100,c569dd80,0,c866cfa8,c56363c0) at 0xc053f121 = kdb_backtrace+0x29 panic(c06d8c62,c866c000,c103e9a0,c06bfb48,c06d8c46) at 0xc0529284 = panic+0x114 uma_dbg_free(c103e9a0,0,c866c000) at 0xc064f9e4 = uma_dbg_free+0x110 uma_zfree_arg(c103e9a0,c866c000,0) at 0xc064e985 = uma_zfree_arg+0x2c5 m_freem(c866c000,c5b0cd80,0,c5766800,fc) at 0xc055b70e = m_freem+0x36 em_clean_transmit_interrupts(c5766800,c5766800,ffffffff) at 0xc04adb2d = em_clean_transmit_interrupts+0xcd em_intr(c5766800) at 0xc04ab7a0 = em_intr+0xd4 ithread_loop(c56cd880,e96ccd48,c56cd880,c051723c,0) at 0xc0517360 = ithread_loop+0x124 fork_exit(c051723c,c56cd880,e96ccd48) at 0xc051675c = fork_exit+0xa4 fork_trampoline() at 0xc06709ec = fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe96ccd7c, ebp = 0 --- boot() called on cpu#0 Uptime: 14d19h14m21s Marc --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb7APezjnobFOgrERAiTkAJ4sKiXyU9CfsLrNJElARsFH94qT+gCgkEav 68PitDOtv85ns8F4WH9skik= =8vbh -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 15:58:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F89416A4CE for ; Wed, 27 Apr 2005 15:58:55 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDDC943D48 for ; Wed, 27 Apr 2005 15:58:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j3RFwqms076553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Apr 2005 08:58:54 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <426FB767.4050206@errno.com> Date: Wed, 27 Apr 2005 09:01:43 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Will Saxon References: <0E972CEE334BFE4291CD07E056C76ED805A2C67B@bragi.housing.ufl.edu> In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED805A2C67B@bragi.housing.ufl.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: Wireless hardware support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 15:58:55 -0000 Will Saxon wrote: > I recently purchased a Netgear WG311 card based on the fact that the > manpage for ath(4) says it is a supported card. As it turns out, at > least version 2 (the version I had) of this card is not supported - it > appears to be based on a Texas Instruments chipset that it not > supported by anything other than Windows. I was able to use the card > with the ndis wrapper, however it didn't work very well; console > messages stated that the driver was buggy and in fact my system would > panic randomly with the driver loaded. > > I returned the card this afternoon and swapped it out for another > card, a D-Link DWL-G520. While this particular model number is not > listed on the ath(4) manpage, it is listed as a supported ath(4) > device on the 5.3-RELEASE hardware notes for i386. Also, it is listed > at the atheros webpage linked from that same document. However, at > least revision B3 of this card ALSO is not supported by the ath > driver. I get the following error message when I try to load the > driver: > > ath0: mem 0xd0000000-0xd000ffff irq 16 at device 6.0 on pci5 > ath0: unable to attach hardware; HAL status 13 > device_attach: ath0 attach returned 6 > > I am able to use this card via the ndis wrapper, however I get > numerous console messages like these (I renamed the device ath with > ndiscvt): > > ath0: set filter failed: 45 > ath0: couldn't change DS config to 2417000kHz: 19 > NDIS: open file /compat/ndis/regAdd.txt failed: 2 > > I fixed the latter by touching the file. I have no idea what it is > supposed to do - there is no file by that name on the CD that came > with the card and I am not sure what it is for. > > Interestingly, the DWL-G520 is supposed to be an 802.11b/g part only > however the NDIS driver 'detects' 802.11a modes. Also the NDIS driver > does not detect the 108Mbps 'Super' mode that the card advertises on > the box. > > Thankfully, no panics yet with the D-Link card and the NDIS driver. > > Does anyone have a suggestion for a PCI wireless card that is > natively supported by FreeBSD? 5.3 has noticeably older ath support than -current. I've been unable to update 5.x with all the 6.x code because it breaks API's that are frozen for the life of 5.x. I'm considering backporting some of the driver-specific 6.x support to 5.x so the same cards are supported but that's a lot of work and won't happen until this summer. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 16:08:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6A29116A4CE; Wed, 27 Apr 2005 16:08:58 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j3RG8wDc038762; Wed, 27 Apr 2005 12:08:58 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j3RG8vGX038761; Wed, 27 Apr 2005 12:08:57 -0400 (EDT) (envelope-from green) Date: Wed, 27 Apr 2005 12:08:57 -0400 From: Brian Fundakowski Feldman To: Marc Olzheim Message-ID: <20050427160857.GF5789@green.homeunix.org> References: <16998.36437.809896.936800@khavrinen.csail.mit.edu> <20050420173859.GA99695@stack.nl> <20050426140701.GB5789@green.homeunix.org> <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050427081746.GA66441@stack.nl> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 16:08:58 -0000 On Wed, Apr 27, 2005 at 10:17:46AM +0200, Marc Olzheim wrote: > On Tue, Apr 26, 2005 at 03:36:02PM -0400, Brian Fundakowski Feldman wrote: > > I'm still guessing that for whatever reason your writes on the FreeBSD > > 4.x NFS client are not using NFSv3/transactions. The second method > > I just now implemented; it works fine except for being slower since > > all data is acknowledged synchronously. Are you using one writev() > > instead of many writes so you can atomically write a large sparse data > > structure? If so, you will probably just have to cope with the lower > > performance than for reasonably-sized writes. If not: why are you > > trying to write it atomically? Just use multiple normal-sized write() > > calls. > > Yes, a single writev(). Just like in the kern/79207 PR. > > It doesn't have to be superfast (why would I use NFS otherwise), just as > long as it's threadsafe / atomic. Alright, this will do synchronous, instead of short, writes (also, of course, not deadlock the system) if you are trying to use an excessively large buffer size. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 17:15:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 904C216A4CE; Wed, 27 Apr 2005 17:15:25 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C430543D58; Wed, 27 Apr 2005 17:15:24 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id CE5F81F10A; Wed, 27 Apr 2005 19:15:23 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id B55DE6149; Wed, 27 Apr 2005 19:15:23 +0200 (CEST) Date: Wed, 27 Apr 2005 19:15:23 +0200 From: Marc Olzheim To: Brian Fundakowski Feldman Message-ID: <20050427171523.GB5984@stack.nl> References: <20050420173859.GA99695@stack.nl> <20050426140701.GB5789@green.homeunix.org> <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> <20050427160857.GF5789@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9zSXsLTf0vkW971A" Content-Disposition: inline In-Reply-To: <20050427160857.GF5789@green.homeunix.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Marc Olzheim cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 17:15:25 -0000 --9zSXsLTf0vkW971A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 12:08:57PM -0400, Brian Fundakowski Feldman wrote: > > Yes, a single writev(). Just like in the kern/79207 PR. > >=20 > > It doesn't have to be superfast (why would I use NFS otherwise), just as > > long as it's threadsafe / atomic. >=20 > Alright, this will do synchronous, instead of short, writes (also, > of course, not deadlock the system) if you are trying to use an > excessively large buffer size. >=20 > > Great! This seems to do the trick and isn't that slow (about 2.8 MB/sec over 100 MBit, writing 600 * 1MB, 4.x gets about 5.5 MB/sec on the same system); it's fast enough for me and more importantly, it doesn't lock the system down anymore. ;-) Thanks a lot! Marc --9zSXsLTf0vkW971A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb8irezjnobFOgrERAjj4AJ4vD+GytxecSZSwHOqfiaHVJVKGhwCZAQ6u p/p88ZFKAaHcD9YFpZFejSs= =cRNQ -----END PGP SIGNATURE----- --9zSXsLTf0vkW971A-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 17:18:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6484016A4CE for ; Wed, 27 Apr 2005 17:18:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49DF343D5A for ; Wed, 27 Apr 2005 17:18:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3C55672DE9; Wed, 27 Apr 2005 10:18:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 36B0B72DE7; Wed, 27 Apr 2005 10:18:35 -0700 (PDT) Date: Wed, 27 Apr 2005 10:18:35 -0700 (PDT) From: Doug White To: "Sergey S. Ropchan" In-Reply-To: <1114536877.28463.13.camel@sirius> Message-ID: <20050427101742.Q59710@carver.gumbysoft.com> References: <1114536877.28463.13.camel@sirius> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: fbsd-stable Subject: Re: vm_page_free: freeing wired page X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 17:18:35 -0000 On Tue, 26 Apr 2005, Sergey S. Ropchan wrote: > Hi, all > > I have problem on high loaded SMP server with FreeBSD 5.3-p10+Apache > 1.3.33+Mysql 4.0 reported in kern/75780 ! > > State still open - not fixed as i understand! > > If there any possible way to find "workaround" of this problem !? > > Maybe cvsup to 5.4 or something else ?! > > This problem exist only in 5.3 or in 5.x at all !? You might try one of the 5.4-RC release candidates ... there's been a bunch of VM fixes in that area that would help you. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 17:40:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AE4316A4CE for ; Wed, 27 Apr 2005 17:40:22 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19F6543D49 for ; Wed, 27 Apr 2005 17:40:21 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 461461F10F for ; Wed, 27 Apr 2005 19:40:20 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 2DA716149; Wed, 27 Apr 2005 19:40:20 +0200 (CEST) Date: Wed, 27 Apr 2005 19:40:20 +0200 From: Marc Olzheim To: freebsd-stable@freebsd.org Message-ID: <20050427174020.GA6256@stack.nl> References: <20050427153023.GA5786@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline In-Reply-To: <20050427153023.GA5786@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Subject: Reproducible panic 5.4-stable when booting with -v X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 17:40:22 -0000 --ZoaI/ZTpAVc4A5k6 Content-Type: multipart/mixed; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The same system about which I just mailed, crashes when booting with verbose logging enabled. With a normal boot, everything's ok... Marc --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ttyS22.data.noverbose" Content-Transfer-Encoding: quoted-printable KDB: debugger backends: ddb=0D KDB: current backend: ddb=0D 131072K of memory above 4GB ignored=0D Copyright (c) 1992-2005 The FreeBSD Project.=0D Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0D The Regents of the University of California. All rights reserved.=0D FreeBSD 5.4-STABLE #8: Wed Apr 27 18:19:02 CEST 2005=0D root@rave.ilse.net:/usr/obj/usr/src/sys/SE3DEBUG=0D WARNING: WITNESS option enabled, expect reduced performance.=0D ACPI APIC Table: =0D Timecounter "i8254" frequency 1193182 Hz quality 0=0D CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3199.11-MHz 686-class CPU)=0D Origin =3D "GenuineIntel" Id =3D 0xf25 Stepping =3D 5=0D Features=3D0xbfebfbff=0D Hyperthreading: 2 logical CPUs=0D real memory =3D 4160225280 (3967 MB)=0D avail memory =3D 4073390080 (3884 MB)=0D FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs=0D cpu0 (BSP): APIC ID: 0=0D cpu1 (AP): APIC ID: 1=0D cpu2 (AP): APIC ID: 6=0D cpu3 (AP): APIC ID: 7=0D ioapic0 irqs 0-23 on motherboard=0D ioapic1 irqs 24-47 on motherboard=0D ioapic2 irqs 48-71 on motherboard=0D npx0: on motherboard=0D npx0: INT 16 interface=0D acpi0: on motherboard=0D acpi0: Power Button (fixed)=0D Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0D acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0=0D cpu0: on acpi0=0D cpu1: on acpi0=0D cpu2: on acpi0=0D cpu3: on acpi0=0D pcib0: port 0xcf8-0xcff on acpi0=0D pci0: on pcib0=0D pci0: at device 0.1 (no driver attached)=0D pcib1: at device 2.0 on pci0=0D pci1: on pcib1=0D pci1: at device 28.0 (no driver att= ached)=0D pcib2: at device 29.0 on pci1=0D pci2: on pcib2=0D em0: port 0x3000-0= x303f mem 0xfc200000-0xfc21ffff irq 54 at device 3.0 on pci2=0D em0: Ethernet address: 00:30:48:2b:4d:06=0D em0: Speed:N/A Duplex:N/A=0D em1: port 0x3040-0= x307f mem 0xfc220000-0xfc23ffff irq 55 at device 3.1 on pci2=0D em1: Ethernet address: 00:30:48:2b:4d:07=0D em1: Speed:N/A Duplex:N/A=0D pci1: at device 30.0 (no driver att= ached)=0D pcib3: at device 31.0 on pci1=0D pci3: on pcib3=0D ahd0: port 0x4000-0x40ff,0x4400-0x4= 4ff mem 0xfc300000-0xfc301fff irq 28 at device 2.0 on pci3=0D aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 101-133Mhz, 512 SCBs=0D ahd1: port 0x4800-0x48ff,0x4c00-0x4= cff mem 0xfc302000-0xfc303fff irq 29 at device 2.1 on pci3=0D aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 101-133Mhz, 512 SCBs=0D pci0: at device 29.0 (no driver attached)=0D pci0: at device 29.1 (no driver attached)=0D pci0: at device 29.2 (no driver attached)=0D pcib4: at device 30.0 on pci0=0D pci4: on pcib4=0D pci4: at device 1.0 (no driver attached)=0D isab0: at device 31.0 on pci0=0D isa0: on isab0=0D atapci0: port 0x2060-0x206f,0x376,0x170-0x1= 77 at device 31.1 on pci0=0D ata2: channel #0 on atapci0=0D ata1: channel #1 on atapci0=0D pci0: at device 31.3 (no driver attached)=0D acpi_button0: on acpi0=0D atkbdc0: port 0x64,0x60 irq 1 on acpi0=0D atkbd0: irq 1 on atkbdc0=0D kbd0 at atkbd0=0D sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0=0D sio0: type 16550A, console=0D fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0= =0D fd0: <1440-KB 3.5" drive> on fdc0 drive 0=0D orm0: at iomem 0xe0000-0xe3fff,0xca000-0xcafff,0xc9000-0x= c9fff,0xc8000-0xc8fff,0xc0000-0xc7fff on isa0=0D pmtimer0 on isa0=0D sc0: at flags 0x100 on isa0=0D sc0: VGA <16 virtual consoles, flags=3D0x100>=0D vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0D Timecounters tick every 10.000 msec=0D IPv6 packet filtering initialized, default to accept, logging disabled=0D ipfw2 initialized, divert disabled, rule-based forwarding disabled, default= to accept, logging disabled=0D acd0: CDROM at ata1-master PIO4=0D Waiting 5 seconds for SCSI devices to settle=0D ses0 at ahd0 bus 0 target 6 lun 0=0D ses0: Fixed Processor SCSI-2 device =0D ses0: 3.300MB/s transfers=0D ses0: SAF-TE Compliant Device=0D da0 at ahd0 bus 0 target 0 lun 0=0D da0: Fixed Direct Access SCSI-3 device =0D da0: 3.300MB/s transfers, Tagged Queueing Enabled=0D da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C)=0D da2 at ahd0 bus 0 target 2 lun 0=0D da2: Fixed Direct Access SCSI-3 device =0D da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing= Enabled=0D da2: 140299MB (287332384 512 byte sectors: 255H 63S/T 17885C)=0D da1 at ahd0 bus 0 target 1 lun 0=0D da1: Fixed Direct Access SCSI-3 device =0D da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing = Enabled=0D da1: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C)=0D SMP: AP CPU #1 Launched!=0D SMP: AP CPU #2 Launched!=0D SMP: AP CPU #3 Launched!=0D Mounting root from ufs:/dev/da0s1a=0D em0: Link is up 100 Mbps Full Duplex=0D em1: Link is up 100 Mbps Full Duplex=0D boot() called on cpu#0=0D Waiting (max 60 seconds) for system process `vnlru' to stop...done=0D Waiting (max 60 seconds) for system process `syncer' to stop...=0D Syncing disks, vnodes remaining...1 1 1 1 1 1 0 0 0 0 done=0D Waiting (max 60 seconds) for system process `bufdaemon' to stop...done=0D No buffers busy after final sync=0D Uptime: 41m12s=0D Shutting down ACPI=0D ACPI-0265: *** Error: Hardware never changed modes=0D Rebooting...=0D cpu_reset called on cpu#0=0D cpu_reset: Stopping other CPUs=0D --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ttyS22.data.verbose" Content-Transfer-Encoding: quoted-printable KDB: debugger backends: ddb=0D KDB: current backend: ddb=0D SMAP type=3D01 base=3D0000000000000000 len=3D000000000009f400=0D SMAP type=3D02 base=3D000000000009f400 len=3D0000000000000c00=0D SMAP type=3D02 base=3D00000000000e0000 len=3D0000000000020000=0D SMAP type=3D01 base=3D0000000000100000 len=3D00000000f7df0000=0D SMAP type=3D03 base=3D00000000f7ef0000 len=3D0000000000008000=0D SMAP type=3D04 base=3D00000000f7ef8000 len=3D0000000000008000=0D SMAP type=3D01 base=3D00000000f7f00000 len=3D0000000000080000=0D SMAP type=3D02 base=3D00000000f7f80000 len=3D0000000000080000=0D SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000010000=0D SMAP type=3D02 base=3D00000000fee00000 len=3D0000000000001000=0D SMAP type=3D02 base=3D00000000ff800000 len=3D0000000000400000=0D SMAP type=3D02 base=3D00000000fff00000 len=3D0000000000100000=0D SMAP type=3D01 base=3D0000000100000000 len=3D0000000008000000=0D 131072K of memory above 4GB ignored=0D Copyright (c) 1992-2005 The FreeBSD Project.=0D Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0D The Regents of the University of California. All rights reserved.=0D FreeBSD 5.4-STABLE #8: Wed Apr 27 18:19:02 CEST 2005=0D root@rave.ilse.net:/usr/obj/usr/src/sys/SE3DEBUG=0D WARNING: WITNESS option enabled, expect reduced performance.=0D Preloaded elf kernel "/boot/kernel/kernel" at 0xc0876000.=0D Preloaded elf module "/boot/kernel/mem.ko" at 0xc08762e4.=0D Preloaded elf module "/boot/kernel/io.ko" at 0xc087638c.=0D Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0876434.=0D Table 'FACP' at 0xf7ef4519=0D Table 'APIC' at 0xf7ef7eec=0D MADT: Found table at 0xf7ef7eec=0D MP Configuration Table version 1.4 found at 0xc009f9a0=0D APIC: Using the MADT enumerator.=0D MADT: Found CPU APIC ID 0 ACPI ID 0: enabled=0D SMP: Added CPU 0 (AP)=0D MADT: Found CPU APIC ID 6 ACPI ID 1: enabled=0D SMP: Added CPU 6 (AP)=0D MADT: Found CPU APIC ID 1 ACPI ID 2: enabled=0D SMP: Added CPU 1 (AP)=0D MADT: Found CPU APIC ID 7 ACPI ID 3: enabled=0D SMP: Added CPU 7 (AP)=0D ACPI APIC Table: =0D Calibrating clock(s) ... i8254 clock: 1193354 Hz=0D CLK_USE_I8254_CALIBRATION not specified - using default frequency=0D Timecounter "i8254" frequency 1193182 Hz quality 0=0D Calibrating TSC clock ... TSC clock: 3199109396 Hz=0D CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3199.11-MHz 686-class CPU)=0D Origin =3D "GenuineIntel" Id =3D 0xf25 Stepping =3D 5=0D Features=3D0xbfebfbff=0D Hyperthreading: 2 logical CPUs=0D real memory =3D 4160225280 (3967 MB)=0D Physical memory chunk(s):=0D 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages)=0D 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages)=0D 0x0000000000c28000 - 0x00000000f3909fff, 4073594880 bytes (994530 pages)=0D 0x00000000f7f00000 - 0x00000000f7f77fff, 491520 bytes (120 pages)=0D avail memory =3D 4073390080 (3884 MB)=0D APIC ID: physical 0, logical 0:0=0D APIC ID: physical 1, logical 0:1=0D APIC ID: physical 6, logical 0:2=0D APIC ID: physical 7, logical 0:3=0D FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs=0D cpu0 (BSP): APIC ID: 0=0D cpu1 (AP): APIC ID: 1=0D cpu2 (AP): APIC ID: 6=0D cpu3 (AP): APIC ID: 7=0D bios32: Found BIOS32 Service Directory header at 0xc00f6cd0=0D bios32: Entry =3D 0xfd6a1 (c00fd6a1) Rev =3D 0 Len =3D 1=0D pcibios: PCI BIOS entry at 0xfd6a0+0x225=0D pnpbios: Found PnP BIOS data at 0xc00f6d30=0D pnpbios: Entry =3D f0000:975a Rev =3D 1.0=0D Other BIOS signatures found:=0D APIC: CPU 0 has ACPI ID 0=0D APIC: CPU 1 has ACPI ID 2=0D APIC: CPU 2 has ACPI ID 1=0D APIC: CPU 3 has ACPI ID 3=0D MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000=0D ioapic0: Routing external 8259A's -> intpin 0=0D ioapic0: intpin 0 -> ExtINT (edge, high)=0D ioapic0: intpin 1 -> ISA IRQ 1 (edge, high)=0D ioapic0: intpin 2 -> ISA IRQ 2 (edge, high)=0D ioapic0: intpin 3 -> ISA IRQ 3 (edge, high)=0D ioapic0: intpin 4 -> ISA IRQ 4 (edge, high)=0D ioapic0: intpin 5 -> ISA IRQ 5 (edge, high)=0D ioapic0: intpin 6 -> ISA IRQ 6 (edge, high)=0D ioapic0: intpin 7 -> ISA IRQ 7 (edge, high)=0D ioapic0: intpin 8 -> ISA IRQ 8 (edge, high)=0D ioapic0: intpin 9 -> ISA IRQ 9 (edge, high)=0D ioapic0: intpin 10 -> ISA IRQ 10 (edge, high)=0D ioapic0: intpin 11 -> ISA IRQ 11 (edge, high)=0D ioapic0: intpin 12 -> ISA IRQ 12 (edge, high)=0D ioapic0: intpin 13 -> ISA IRQ 13 (edge, high)=0D ioapic0: intpin 14 -> ISA IRQ 14 (edge, high)=0D ioapic0: intpin 15 -> ISA IRQ 15 (edge, high)=0D ioapic0: intpin 16 -> PCI IRQ 16 (level, low)=0D ioapic0: intpin 17 -> PCI IRQ 17 (level, low)=0D ioapic0: intpin 18 -> PCI IRQ 18 (level, low)=0D ioapic0: intpin 19 -> PCI IRQ 19 (level, low)=0D ioapic0: intpin 20 -> PCI IRQ 20 (level, low)=0D ioapic0: intpin 21 -> PCI IRQ 21 (level, low)=0D ioapic0: intpin 22 -> PCI IRQ 22 (level, low)=0D ioapic0: intpin 23 -> PCI IRQ 23 (level, low)=0D MADT: Found IO APIC ID 3, Interrupt 24 at 0xfec80000=0D ioapic1: intpin 0 -> PCI IRQ 24 (level, low)=0D ioapic1: intpin 1 -> PCI IRQ 25 (level, low)=0D ioapic1: intpin 2 -> PCI IRQ 26 (level, low)=0D ioapic1: intpin 3 -> PCI IRQ 27 (level, low)=0D ioapic1: intpin 4 -> PCI IRQ 28 (level, low)=0D ioapic1: intpin 5 -> PCI IRQ 29 (level, low)=0D ioapic1: intpin 6 -> PCI IRQ 30 (level, low)=0D ioapic1: intpin 7 -> PCI IRQ 31 (level, low)=0D ioapic1: intpin 8 -> PCI IRQ 32 (level, low)=0D ioapic1: intpin 9 -> PCI IRQ 33 (level, low)=0D ioapic1: intpin 10 -> PCI IRQ 34 (level, low)=0D ioapic1: intpin 11 -> PCI IRQ 35 (level, low)=0D ioapic1: intpin 12 -> PCI IRQ 36 (level, low)=0D ioapic1: intpin 13 -> PCI IRQ 37 (level, low)=0D ioapic1: intpin 14 -> PCI IRQ 38 (level, low)=0D ioapic1: intpin 15 -> PCI IRQ 39 (level, low)=0D ioapic1: intpin 16 -> PCI IRQ 40 (level, low)=0D ioapic1: intpin 17 -> PCI IRQ 41 (level, low)=0D ioapic1: intpin 18 -> PCI IRQ 42 (level, low)=0D ioapic1: intpin 19 -> PCI IRQ 43 (level, low)=0D ioapic1: intpin 20 -> PCI IRQ 44 (level, low)=0D ioapic1: intpin 21 -> PCI IRQ 45 (level, low)=0D ioapic1: intpin 22 -> PCI IRQ 46 (level, low)=0D ioapic1: intpin 23 -> PCI IRQ 47 (level, low)=0D MADT: Found IO APIC ID 4, Interrupt 48 at 0xfec80400=0D ioapic2: intpin 0 -> PCI IRQ 48 (level, low)=0D ioapic2: intpin 1 -> PCI IRQ 49 (level, low)=0D ioapic2: intpin 2 -> PCI IRQ 50 (level, low)=0D ioapic2: intpin 3 -> PCI IRQ 51 (level, low)=0D ioapic2: intpin 4 -> PCI IRQ 52 (level, low)=0D ioapic2: intpin 5 -> PCI IRQ 53 (level, low)=0D ioapic2: intpin 6 -> PCI IRQ 54 (level, low)=0D ioapic2: intpin 7 -> PCI IRQ 55 (level, low)=0D ioapic2: intpin 8 -> PCI IRQ 56 (level, low)=0D ioapic2: intpin 9 -> PCI IRQ 57 (level, low)=0D ioapic2: intpin 10 -> PCI IRQ 58 (level, low)=0D ioapic2: intpin 11 -> PCI IRQ 59 (level, low)=0D ioapic2: intpin 12 -> PCI IRQ 60 (level, low)=0D ioapic2: intpin 13 -> PCI IRQ 61 (level, low)=0D ioapic2: intpin 14 -> PCI IRQ 62 (level, low)=0D ioapic2: intpin 15 -> PCI IRQ 63 (level, low)=0D ioapic2: intpin 16 -> PCI IRQ 64 (level, low)=0D ioapic2: intpin 17 -> PCI IRQ 65 (level, low)=0D ioapic2: intpin 18 -> PCI IRQ 66 (level, low)=0D ioapic2: intpin 19 -> PCI IRQ 67 (level, low)=0D ioapic2: intpin 20 -> PCI IRQ 68 (level, low)=0D ioapic2: intpin 21 -> PCI IRQ 69 (level, low)=0D ioapic2: intpin 22 -> PCI IRQ 70 (level, low)=0D ioapic2: intpin 23 -> PCI IRQ 71 (level, low)=0D MADT: Interrupt override: source 0, irq 2=0D ioapic0: Routing IRQ 0 -> intpin 2=0D ioapic0: intpin 2 trigger: edge=0D ioapic0: intpin 2 polarity: high=0D MADT: Interrupt override: source 9, irq 9=0D ioapic0: intpin 9 trigger: level=0D ioapic0: intpin 9 polarity: high=0D lapic0: Routing NMI -> LINT1=0D lapic0: LINT1 trigger: edge=0D lapic0: LINT1 polarity: active-high=0D lapic6: Routing NMI -> LINT1=0D lapic6: LINT1 trigger: edge=0D lapic6: LINT1 polarity: active-high=0D lapic1: Routing NMI -> LINT1=0D lapic1: LINT1 trigger: edge=0D lapic1: LINT1 polarity: active-high=0D lapic7: Routing NMI -> LINT1=0D lapic7: LINT1 trigger: edge=0D lapic7: LINT1 polarity: active-high=0D ioapic0 irqs 0-23 on motherboard=0D ioapic1 irqs 24-47 on motherboard=0D ioapic2 irqs 48-71 on motherboard=0D cpu0 BSP:=0D ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff=0D lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff=0D random: =0D mem: =0D Pentium Pro MTRR support enabled=0D io: =0D null: =0D npx0: [FAST]=0D npx0: on motherboard=0D npx0: INT 16 interface=0D acpi0: on motherboard=0D acpi0: [MPSAFE]=0D pci_open(1): mode 1 addr port (0x0cf8) is 0x80031000=0D pci_open(1a): mode1res=3D0x80000000 (0x80000000)=0D pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D254c8086)= =0D pcibios: BIOS version 2.10=0D Found $PIR table, 24 entries at 0xc00fde40=0D PCI-Only Interrupts: none=0D Location Bus Device Pin Link IRQs=0D slot 1 2 1 A 0x68 3 4 5 7 10 11 12 14 15=0D slot 1 2 1 B 0x68 3 4 5 7 10 11 12 14 15=0D slot 1 2 1 C 0x68 3 4 5 7 10 11 12 14 15=0D slot 1 2 1 D 0x68 3 4 5 7 10 11 12 14 15=0D slot 10 2 3 A 0x68 3 4 5 7 10 11 12 14 15=0D slot 10 2 3 B 0x68 3 4 5 7 10 11 12 14 15=0D slot 10 2 3 C 0x68 3 4 5 7 10 11 12 14 15=0D slot 10 2 3 D 0x68 3 4 5 7 10 11 12 14 15=0D slot 3 2 2 A 0x68 3 4 5 7 10 11 12 14 15=0D slot 3 2 2 B 0x68 3 4 5 7 10 11 12 14 15=0D slot 3 2 2 C 0x68 3 4 5 7 10 11 12 14 15=0D slot 3 2 2 D 0x68 3 4 5 7 10 11 12 14 15=0D slot 2 3 1 A 0x68 3 4 5 7 10 11 12 14 15=0D slot 2 3 1 B 0x68 3 4 5 7 10 11 12 14 15=0D slot 2 3 1 C 0x68 3 4 5 7 10 11 12 14 15=0D slot 2 3 1 D 0x68 3 4 5 7 10 11 12 14 15=0D slot 5 3 2 A 0x68 3 4 5 7 10 11 12 14 15=0D slot 5 3 2 B 0x68 3 4 5 7 10 11 12 14 15=0D slot 5 3 2 C 0x68 3 4 5 7 10 11 12 14 15=0D slot 5 3 2 D 0x68 3 4 5 7 10 11 12 14 15=0D slot 6 3 3 A 0x68 3 4 5 7 10 11 12 14 15=0D slot 6 3 3 B 0x68 3 4 5 7 10 11 12 14 15=0D slot 6 3 3 C 0x68 3 4 5 7 10 11 12 14 15=0D slot 6 3 3 D 0x68 3 4 5 7 10 11 12 14 15=0D slot 11 3 4 A 0x68 3 4 5 7 10 11 12 14 15=0D slot 11 3 4 B 0x68 3 4 5 7 10 11 12 14 15=0D slot 11 3 4 C 0x68 3 4 5 7 10 11 12 14 15=0D slot 11 3 4 D 0x68 3 4 5 7 10 11 12 14 15=0D slot 3 17 1 A 0x63 3 4 5 7 10 11 12 14 15=0D slot 3 17 1 B 0x63 3 4 5 7 10 11 12 14 15=0D slot 3 17 1 C 0x63 3 4 5 7 10 11 12 14 15=0D slot 3 17 1 D 0x63 3 4 5 7 10 11 12 14 15=0D slot 4 18 1 A 0x63 3 4 5 7 10 11 12 14 15=0D slot 4 18 1 B 0x63 3 4 5 7 10 11 12 14 15=0D slot 4 18 1 C 0x63 3 4 5 7 10 11 12 14 15=0D slot 4 18 1 D 0x63 3 4 5 7 10 11 12 14 15=0D slot 7 4 1 A 0x60 3 4 5 7 10 11 12 14 15=0D slot 7 4 1 B 0x60 3 4 5 7 10 11 12 14 15=0D slot 7 4 1 C 0x60 3 4 5 7 10 11 12 14 15=0D slot 7 4 1 D 0x60 3 4 5 7 10 11 12 14 15=0D slot 8 4 2 A 0x61 3 4 5 7 10 11 12 14 15=0D slot 8 4 2 B 0x61 3 4 5 7 10 11 12 14 15=0D slot 8 4 2 C 0x61 3 4 5 7 10 11 12 14 15=0D slot 8 4 2 D 0x61 3 4 5 7 10 11 12 14 15=0D slot 9 4 3 A 0x62 3 4 5 7 10 11 12 14 15=0D slot 9 4 3 B 0x62 3 4 5 7 10 11 12 14 15=0D slot 9 4 3 C 0x62 3 4 5 7 10 11 12 14 15=0D slot 9 4 3 D 0x62 3 4 5 7 10 11 12 14 15=0D embedded 0 29 A 0x60 3 4 5 7 10 11 12 14 15=0D embedded 0 29 B 0x63 3 4 5 7 10 11 12 14 15=0D embedded 0 29 C 0x62 3 4 5 7 10 11 12 14 15=0D embedded 0 31 A 0x62 3 4 5 7 10 11 12 14 15=0D embedded 0 31 B 0x61 3 4 5 7 10 11 12 14 15=0D AcpiOsDerivePciId: bus 0 dev 31 func 0=0D AcpiOsDerivePciId: bus 0 dev 31 func 0=0D acpi0: Power Button (fixed)=0D AcpiOsDerivePciId: bus 0 dev 0 func 0=0D AcpiOsDerivePciId: bus 0 dev 31 func 0=0D ACPI timer: 1/0 1/0 1/1 1/0 1/1 1/0 1/0 1/0 1/0 1/0 -> 10=0D Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0D acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0=0D cpu0: on acpi0=0D cpu1: on acpi0=0D cpu2: on acpi0=0D cpu3: on acpi0=0D pcib0: port 0xcf8-0xcff on acpi0=0D ACPI PCI link initial configuration:=0D pci0: on pcib0=0D pci0: physical bus=3D0=0D found-> vendor=3D0x8086, dev=3D0x254c, revid=3D0x01=0D bus=3D0, slot=3D0, func=3D0=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0106, statreg=3D0x0090, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x8086, dev=3D0x2541, revid=3D0x01=0D bus=3D0, slot=3D0, func=3D1=0D class=3Dff-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x8086, dev=3D0x2543, revid=3D0x01=0D bus=3D0, slot=3D2, func=3D0=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns)=0D map[20]: type 4, range 32, base 00002000, size 5, enabled=0D pcib0: matched entry for 0.29.INTA=0D pcib0: slot 29 INTA hardwired to IRQ 16=0D found-> vendor=3D0x8086, dev=3D0x2482, revid=3D0x02=0D bus=3D0, slot=3D29, func=3D0=0D class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D16=0D map[20]: type 4, range 32, base 00002020, size 5, enabled=0D pcib0: matched entry for 0.29.INTB=0D pcib0: slot 29 INTB hardwired to IRQ 19=0D found-> vendor=3D0x8086, dev=3D0x2484, revid=3D0x02=0D bus=3D0, slot=3D29, func=3D1=0D class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Db, irq=3D19=0D map[20]: type 4, range 32, base 00002040, size 5, enabled=0D pcib0: matched entry for 0.29.INTC=0D pcib0: slot 29 INTC hardwired to IRQ 18=0D found-> vendor=3D0x8086, dev=3D0x2487, revid=3D0x02=0D bus=3D0, slot=3D29, func=3D2=0D class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Dc, irq=3D18=0D found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0x42=0D bus=3D0, slot=3D30, func=3D0=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x8086, dev=3D0x2480, revid=3D0x02=0D bus=3D0, slot=3D31, func=3D0=0D class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D map[10]: type 4, range 32, base 00000000, size 3, enabled=0D map[14]: type 4, range 32, base 00000000, size 2, enabled=0D map[20]: type 4, range 32, base 00002060, size 4, enabled=0D found-> vendor=3D0x8086, dev=3D0x248b, revid=3D0x02=0D bus=3D0, slot=3D31, func=3D1=0D class=3D01-01-8b, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D255=0D map[20]: type 4, range 32, base 00001100, size 5, enabled=0D found-> vendor=3D0x8086, dev=3D0x2483, revid=3D0x02=0D bus=3D0, slot=3D31, func=3D3=0D class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Db, irq=3D255=0D pci0: at device 0.1 (no driver attached)=0D pcib1: at device 2.0 on pci0=0D pcib1: secondary bus 1=0D pcib1: subordinate bus 3=0D pcib1: I/O decode 0x3000-0x4fff=0D pcib1: memory decode 0xfc100000-0xfc3fffff=0D pcib1: prefetched decode 0xfff00000-0xfffff=0D pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.HLB_ - AE_N= OT_FOUND=0D pci1: on pcib1=0D pci1: physical bus=3D1=0D map[10]: type 1, range 32, base fc100000, size 12, enabled=0D pcib1: device (null) requested decoded memory range 0xfc100000-0xfc100fff=0D found-> vendor=3D0x8086, dev=3D0x1461, revid=3D0x04=0D bus=3D1, slot=3D28, func=3D0=0D class=3D08-00-20, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0106, statreg=3D0x0030, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x8086, dev=3D0x1460, revid=3D0x04=0D bus=3D1, slot=3D29, func=3D0=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D cmdreg=3D0x0107, statreg=3D0x0030, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x24 (9000 ns), maxlat=3D0x00 (0 ns)=0D map[10]: type 1, range 32, base fc101000, size 12, enabled=0D pcib1: device (null) requested decoded memory range 0xfc101000-0xfc101fff=0D found-> vendor=3D0x8086, dev=3D0x1461, revid=3D0x04=0D bus=3D1, slot=3D30, func=3D0=0D class=3D08-00-20, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0106, statreg=3D0x0030, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x8086, dev=3D0x1460, revid=3D0x04=0D bus=3D1, slot=3D31, func=3D0=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D cmdreg=3D0x0107, statreg=3D0x0030, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x24 (9000 ns), maxlat=3D0x00 (0 ns)=0D pci1: at device 28.0 (no driver att= ached)=0D pcib2: at device 29.0 on pci1=0D pcib2: secondary bus 2=0D pcib2: subordinate bus 2=0D pcib2: I/O decode 0x3000-0x3fff=0D pcib2: memory decode 0xfc200000-0xfc2fffff=0D pcib2: prefetched decode 0xfff00000-0xfffff=0D ACPI PCI link initial configuration:=0D pci2: on pcib2=0D pci2: physical bus=3D2=0D map[10]: type 1, range 64, base fc200000, size 17, enabled=0D pcib2: device (null) requested decoded memory range 0xfc200000-0xfc21ffff=0D pcib1: device (null) requested decoded memory range 0xfc200000-0xfc21ffff=0D map[20]: type 4, range 32, base 00003000, size 6, enabled=0D pcib2: device (null) requested decoded I/O range 0x3000-0x303f=0D pcib1: device (null) requested decoded I/O range 0x3000-0x303f=0D pcib2: matched entry for 2.3.INTA=0D pcib2: slot 3 INTA hardwired to IRQ 54=0D found-> vendor=3D0x8086, dev=3D0x1010, revid=3D0x01=0D bus=3D2, slot=3D3, func=3D0=0D class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 ns)= =0D intpin=3Da, irq=3D54=0D powerspec 2 supports D0 D3 current D0=0D MSI supports 1 message, 64 bit=0D map[10]: type 1, range 64, base fc220000, size 17, enabled=0D pcib2: device (null) requested decoded memory range 0xfc220000-0xfc23ffff=0D pcib1: device (null) requested decoded memory range 0xfc220000-0xfc23ffff=0D map[20]: type 4, range 32, base 00003040, size 6, enabled=0D pcib2: device (null) requested decoded I/O range 0x3040-0x307f=0D pcib1: device (null) requested decoded I/O range 0x3040-0x307f=0D pcib2: matched entry for 2.3.INTB=0D pcib2: slot 3 INTB hardwired to IRQ 55=0D found-> vendor=3D0x8086, dev=3D0x1010, revid=3D0x01=0D bus=3D2, slot=3D3, func=3D1=0D class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 ns)= =0D intpin=3Db, irq=3D55=0D powerspec 2 supports D0 D3 current D0=0D MSI supports 1 message, 64 bit=0D em0: port 0x3000-0= x303f mem 0xfc200000-0xfc21ffff irq 54 at device 3.0 on pci2=0D em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfc200000=0D em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0x3000=0D em0: [MPSAFE]=0D em0: bpf attached=0D em0: Ethernet address: 00:30:48:2b:4d:06=0D em0: Speed:N/A Duplex:N/A=0D em1: port 0x3040-0= x307f mem 0xfc220000-0xfc23ffff irq 55 at device 3.1 on pci2=0D em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfc220000=0D em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0x3040=0D em1: [MPSAFE]=0D em1: bpf attached=0D em1: Ethernet address: 00:30:48:2b:4d:07=0D em1: Speed:N/A Duplex:N/A=0D pci1: at device 30.0 (no driver att= ached)=0D pcib3: at device 31.0 on pci1=0D pcib3: secondary bus 3=0D pcib3: subordinate bus 3=0D pcib3: I/O decode 0x4000-0x4fff=0D pcib3: memory decode 0xfc300000-0xfc3fffff=0D pcib3: prefetched decode 0xfff00000-0xfffff=0D ACPI PCI link initial configuration:=0D pci3: on pcib3=0D pci3: physical bus=3D3=0D map[10]: type 4, range 32, base 00004400, size 8, enabled=0D pcib3: device (null) requested decoded I/O range 0x4400-0x44ff=0D pcib1: device (null) requested decoded I/O range 0x4400-0x44ff=0D map[14]: type 1, range 64, base fc300000, size 13, enabled=0D pcib3: device (null) requested decoded memory range 0xfc300000-0xfc301fff=0D pcib1: device (null) requested decoded memory range 0xfc300000-0xfc301fff=0D map[1c]: type 4, range 32, base 00004000, size 8, enabled=0D pcib3: device (null) requested decoded I/O range 0x4000-0x40ff=0D pcib1: device (null) requested decoded I/O range 0x4000-0x40ff=0D pcib3: matched entry for 3.2.INTA=0D pcib3: slot 2 INTA hardwired to IRQ 28=0D found-> vendor=3D0x9005, dev=3D0x801d, revid=3D0x10=0D bus=3D3, slot=3D2, func=3D0=0D class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0117, statreg=3D0x0430, cachelnsz=3D8 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x28 (10000 ns), maxlat=3D0x19 (6250 n= s)=0D intpin=3Da, irq=3D28=0D powerspec 2 supports D0 D3 current D0=0D MSI supports 2 messages, 64 bit=0D map[10]: type 4, range 32, base 00004c00, size 8, enabled=0D pcib3: device (null) requested decoded I/O range 0x4c00-0x4cff=0D pcib1: device (null) requested decoded I/O range 0x4c00-0x4cff=0D map[14]: type 1, range 64, base fc302000, size 13, enabled=0D pcib3: device (null) requested decoded memory range 0xfc302000-0xfc303fff=0D pcib1: device (null) requested decoded memory range 0xfc302000-0xfc303fff=0D map[1c]: type 4, range 32, base 00004800, size 8, enabled=0D pcib3: device (null) requested decoded I/O range 0x4800-0x48ff=0D pcib1: device (null) requested decoded I/O range 0x4800-0x48ff=0D pcib3: matched entry for 3.2.INTB=0D pcib3: slot 2 INTB hardwired to IRQ 29=0D found-> vendor=3D0x9005, dev=3D0x801d, revid=3D0x10=0D bus=3D3, slot=3D2, func=3D1=0D class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0117, statreg=3D0x0430, cachelnsz=3D8 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x28 (10000 ns), maxlat=3D0x19 (6250 n= s)=0D intpin=3Db, irq=3D29=0D powerspec 2 supports D0 D3 current D0=0D MSI supports 2 messages, 64 bit=0D ahd0: port 0x4000-0x40ff,0x4400-0x4= 4ff mem 0xfc300000-0xfc301fff irq 28 at device 2.0 on pci3=0D ahd0: Defaulting to MEMIO on=0D ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfc300000=0D ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful=0D ahd0: Reading SEEPROM...done.=0D ahd0: STPWLEVEL is on=0D ahd0: Manual Primary Termination=0D ahd0: Manual Secondary Termination=0D ahd0: Primary High byte termination Enabled=0D ahd0: Primary Low byte termination Enabled=0D ahd0: Secondary High byte termination Disabled=0D ahd0: Secondary Low byte termination Disabled=0D ahd0: Downloading Sequencer Program... 696 instructions downloaded=0D ahd0: Features 0x3c101, Bugs 0x740002, Flags 0x43f1=0D ahd0: [GIANT-LOCKED]=0D aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 101-133Mhz, 512 SCBs=0D ahd1: port 0x4800-0x48ff,0x4c00-0x4= cff mem 0xfc302000-0xfc303fff irq 29 at device 2.1 on pci3=0D ahd1: Defaulting to MEMIO on=0D ahd1: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfc302000=0D ahd1: Reading VPD from SEEPROM...ahd1: VPD parsing successful=0D ahd1: Reading SEEPROM...done.=0D ahd1: STPWLEVEL is on=0D ahd1: Manual Primary Termination=0D ahd1: Manual Secondary Termination=0D ahd1: Primary High byte termination Enabled=0D ahd1: Primary Low byte termination Enabled=0D ahd1: Secondary High byte termination Disabled=0D ahd1: Secondary Low byte termination Disabled=0D ahd1: Downloading Sequencer Program... 696 instructions downloaded=0D ahd1: Features 0x3c101, Bugs 0x740002, Flags 0x43f0=0D ahd1: [GIANT-LOCKED]=0D aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 101-133Mhz, 512 SCBs=0D pci0: at device 29.0 (no driver attached)=0D pci0: at device 29.1 (no driver attached)=0D pci0: at device 29.2 (no driver attached)=0D pcib4: at device 30.0 on pci0=0D pcib4: secondary bus 4=0D pcib4: subordinate bus 4=0D pcib4: I/O decode 0x5000-0x5fff=0D pcib4: memory decode 0xfc400000-0xfdffffff=0D pcib4: prefetched decode 0xfff00000-0xfffff=0D pcib4: Subtractively decoded bridge.=0D ACPI PCI link initial configuration:=0D pci4: on pcib4=0D pci4: physical bus=3D4=0D map[10]: type 1, range 32, base fd000000, size 24, enabled=0D pcib4: device (null) requested decoded memory range 0xfd000000-0xfdffffff=0D map[14]: type 4, range 32, base 00005000, size 8, enabled=0D pcib4: device (null) requested decoded I/O range 0x5000-0x50ff=0D map[18]: type 1, range 32, base fc400000, size 12, enabled=0D pcib4: device (null) requested decoded memory range 0xfc400000-0xfc400fff=0D pcib4: matched entry for 4.1.INTA=0D pcib4: slot 1 INTA hardwired to IRQ 16=0D found-> vendor=3D0x1002, dev=3D0x4752, revid=3D0x27=0D bus=3D4, slot=3D1, func=3D0=0D class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D16=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D pci4: at device 1.0 (no driver attached)=0D isab0: at device 31.0 on pci0=0D isa0: on isab0=0D atapci0: port 0x2060-0x206f,0x376,0x170-0x1= 77 at device 31.1 on pci0=0D atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2060=0D ata2: channel #0 on atapci0=0D atapci0: Lazy allocation of 0x8 bytes rid 0x10 type 4 at 0x1f0=0D atapci0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x3f8=0D ata2: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff=0D ata2: [MPSAFE]=0D ata1: channel #1 on atapci0=0D atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170=0D atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376=0D ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01=0D ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb=0D ata1-slave: stat=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00=0D ata1: reset tp2 stat0=3D00 stat1=3D01 devices=3D0x4=0D ata1: [MPSAFE]=0D pci0: at device 31.3 (no driver attached)=0D acpi_button0: on acpi0=0D atkbdc0: port 0x64,0x60 irq 1 on acpi0=0D atkbd0: irq 1 on atkbdc0=0D kbd0 at atkbd0=0D kbd0: atkbd0, generic (0), config:0x0, flags:0x1f0000=0D atkbd0: [GIANT-LOCKED]=0D psm0: unable to allocate IRQ=0D psmcpnp0: irq 12 on acpi0=0D psm0: current command byte:0067=0D kbdc: TEST_AUX_PORT status:0000=0D kbdc: RESET_AUX return code:00fe=0D kbdc: RESET_AUX return code:00fe=0D kbdc: RESET_AUX return code:00fe=0D kbdc: DIAGNOSE status:0055=0D kbdc: TEST_KBD_PORT status:0000=0D psm0: failed to reset the aux device.=0D sio0: irq maps: 0x8001 0x8011 0x8011 0x8011=0D sio0: probe failed test(s): 1 2 4 6 7 9=0D sio0: irq maps: 0x8011 0x8019 0x8011 0x8011=0D sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0=0D sio0: type 16550A, console=0D fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0= =0D fdc0: ic_type 90 part_id 80=0D fdc0: [MPSAFE]=0D fdc0: [FAST]=0D fd0: <1440-KB 3.5" drive> on fdc0 drive 0=0D unknown: not probed (disabled)=0D sio1: irq maps: 0x8001 0x8011 0x8011 0x8011=0D sio1: probe failed test(s): 1 2 4 6 7 9=0D unknown: not probed (disabled)=0D ata: ata1 already exists; skipping it=0D atkbdc: atkbdc0 already exists; skipping it=0D fdc: fdc0 already exists; skipping it=0D sio: sio0 already exists; skipping it=0D Trying Read_Port at 203=0D Trying Read_Port at 243=0D Trying Read_Port at 283=0D Trying Read_Port at 2c3=0D Trying Read_Port at 303=0D Trying Read_Port at 343=0D Trying Read_Port at 383=0D Trying Read_Port at 3c3=0D ahc_isa_probe 0: ioport 0xc00 alloc failed=0D ahc_isa_probe 4: ioport 0x4c00 alloc failed=0D sc: sc0 already exists; skipping it=0D vga: vga0 already exists; skipping it=0D isa_probe_children: disabling PnP devices=0D isa_probe_children: probing non-PnP devices=0D orm0: at iomem 0xe0000-0xe3fff,0xca000-0xcafff,0xc9000-0x= c9fff,0xc8000-0xc8fff,0xc0000-0xc7fff on isa0=0D pmtimer0 on isa0=0D adv0: not probed (disabled)=0D aha0: not probed (disabled)=0D aic0: not probed (disabled)=0D ata0 failed to probe at port 0x1f0 irq 14 on isa0=0D bt0: not probed (disabled)=0D cs0: not probed (disabled)=0D ed0: not probed (disabled)=0D fe0: not probed (disabled)=0D ie0: not probed (disabled)=0D lnc0: not probed (disabled)=0D pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0=0D pcic1: not probed (disabled)=0D ppc0 failed to probe at irq 7 on isa0=0D sc0: at flags 0x100 on isa0=0D sc0: VGA <16 virtual consoles, flags=3D0x100>=0D sc0: fb0, kbd0, terminal emulator: sc (syscons terminal)=0D sio1 failed to probe at port 0x2f8 irq 3 on isa0=0D sio2: not probed (disabled)=0D sio3: not probed (disabled)=0D sn0: not probed (disabled)=0D vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0D fb0: vga0, vga, type:VGA (5), flags:0x7007f=0D fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000=0D fb0: init mode:24, bios mode:3, current mode:24=0D fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k=0D VGA parameters upon power-up=0D 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 =0D bf 1f 00 4f 0d 0e 00 00 03 c0 9c 8e 8f 28 1f 96 =0D b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c =0D 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff =0D VGA parameters in BIOS for mode 24=0D 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 =0D bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 =0D b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c =0D 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff =0D EGA/VGA parameters to be used for mode 24=0D 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 =0D bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 =0D b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c =0D 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff =0D vt0: not probed (disabled)=0D isa_probe_children: probing PnP devices=0D Device configuration finished.=0D Reducing kern.maxvnodes 255058 -> 100000=0D procfs registered=0D Timecounter "TSC" frequency 3199109396 Hz quality -100=0D Timecounters tick every 10.000 msec=0D IPv6 packet filtering initialized, default to accept, logging disabled=0D lo0: bpf attached=0D ipfw2 initialized, divert disabled, rule-based forwarding disabled, default= to accept, logging disabled=0D ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin=0D ata1-master: setting PIO4 on Intel ICH3 chip=0D acd0: CDROM drive at ata1 as master=0D acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4=0D acd0: Reads: CDR, CDRW, CDDA stream, packet=0D acd0: Writes:=0D acd0: Audio: play, 256 volume levels=0D acd0: Mechanism: ejectable tray, unlocked=0D acd0: Medium: no/blank disc=0D Waiting 5 seconds for SCSI devices to settle=0D (noperiph:ahd0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted.=0D (noperiph:ahd1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted.=0D ahd0: Selection Timeout on A:8. 0 SCBs aborted=0D ahd1: Selection Timeout on A:5. 0 SCBs aborted=0D ahd0: Selection Timeout on A:9. 0 SCBs aborted=0D ahd1: Selection Timeout on A:6. 0 SCBs aborted=0D ahd0: Selection Timeout on A:10. 0 SCBs aborted=0D ahd1: Selection Timeout on A:8. 0 SCBs aborted=0D ahd0: Selection Timeout on A:11. 0 SCBs aborted=0D ahd1: Selection Timeout on A:9. 0 SCBs aborted=0D ahd0: Selection Timeout on A:3. 0 SCBs aborted=0D ahd1: Selection Timeout on A:10. 0 SCBs aborted=0D ahd0: Selection Timeout on A:4. 0 SCBs aborted=0D ahd1: Selection Timeout on A:11. 0 SCBs aborted=0D ahd0: Selection Timeout on A:5. 0 SCBs aborted=0D ahd1: Selection Timeout on A:0. 0 SCBs aborted=0D ahd0: Selection Timeout on A:12. 0 SCBs aborted=0D ahd1: Selection Timeout on A:1. 0 SCBs aborted=0D ahd0: Selection Timeout on A:13. 0 SCBs aborted=0D ahd1: Selection Timeout on A:2. 0 SCBs aborted=0D ahd0: Selection Timeout on A:14. 0 SCBs aborted=0D ahd1: Selection Timeout on A:3. 0 SCBs aborted=0D ahd0: Selection Timeout on A:15. 0 SCBs aborted=0D (probe0:ahd0:0:0:0): Retrying Command=0D ahd1: Selection Timeout on A:4. 0 SCBs aborted=0D (probe2:ahd0:0:2:0): Retrying Command=0D (probe1:ahd0:0:1:0): Retrying Command=0D (ahd0:A:0:0): Sending PPR bus_width 1, period 8, offset fe, ppr_options ff= =0D (ahd0:A:0:0): Received PPR width 1, period 9, offset 64,options fa=0D Filtered to width 0, period 0, offset 0, options 0=0D ahd1: Selection Timeout on A:12. 0 SCBs aborted=0D (ahd0:A:2:0): Sending PPR bus_width 1, period 8, offset fe, ppr_options ff= =0D (ahd0:A:2:0): Received PPR width 1, period 8, offset 7f,options 47=0D Filtered to width 1, period 8, offset 7f, options 47=0D ahd0: target 2 using 16bit transfers=0D ahd0: target 2 synchronous with period =3D 0x8, offset =3D 0x7f(DT|IU|RTI|Q= AS)=0D ahd1: Selection Timeout on A:13. 0 SCBs aborted=0D (ahd0:A:1:0): Sending PPR bus_width 1, period 8, offset fe, ppr_options ff= =0D (ahd0:A:1:0): Received PPR width 1, period 8, offset 3f,options ff=0D Filtered to width 1, period 8, offset 3f, options ff=0D ahd0: target 1 using 16bit transfers=0D ahd0: target 1 synchronous with period =3D 0x8, offset =3D 0x3f(RDSTRM|DT|I= U|RTI|QAS)=0D ahd1: Selection Timeout on A:14. 0 SCBs aborted=0D ahd0: Invalid Sequencer interrupt occurred.=0D >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<=0D ahd0: Dumping Card State at program address 0x23b Mode 0x0=0D Card was paused=0D INTSTAT[0x0] SELOID[0x1] SELID[0x20] HS_MAILBOX[0x0] =0D INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] =0D DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) =0D SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] =0D LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] =0D SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|I= NTMASK2) =0D SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x4] =0D KERNEL_QFREEZE_COUNT[0x4] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] =0D SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] =0D SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] =0D LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] =0D LQOSTAT2[0x0] =0D =0D SCB Count =3D 16 CMDS_PENDING =3D 0 LASTSCB 0xffff CURRSCB 0x9 NEXTSCB 0xff= 40=0D qinstart =3D 43 qinfifonext =3D 45=0D QINFIFO: 0xa 0x8=0D WAITING_TID_QUEUES:=0D Pending list:=0D 8 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x67] = =0D 10 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x7] = =0D Total 2=0D Kernel Free SCB list: 9 15 1 2 3 4 5 6 7 11 12 13 14 0 =0D Sequencer Complete DMA-inprog list: =0D Sequencer Complete list: =0D Sequencer DMA-Up and Complete list: =0D Sequencer On QFreeze and Complete list: =0D =0D =0D ahd0: FIFO0 Free, LONGJMP =3D=3D 0x8000, SCB 0xf=0D SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|EN= SAVEPTRS) =0D SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) =0D SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] =0D SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0= =0D HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) =0D =0D ahd0: FIFO1 Free, LONGJMP =3D=3D 0x8063, SCB 0x8=0D SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|EN= SAVEPTRS) =0D SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) =0D SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] =0D SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0= =0D HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) =0D LQIN: 0x8 0x0 0x0 0xf 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0= x0 0x0 0x0 =0D ahd0: LQISTATE =3D 0x0, LQOSTATE =3D 0x0, OPTIONMODE =3D 0x42=0D ahd0: OS_SPACE_CNT =3D 0x20 MAXCMDCNT =3D 0x1=0D ahd0: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D 0x0=0D =0D SIMODE0[0xc]:(ENOVERRUN|ENIOERR) =0D CCSCBCTL[0x0] =0D ahd0: REG0 =3D=3D 0x1560, SINDEX =3D 0x10e, DINDEX =3D 0x104=0D ahd0: SCBPTR =3D=3D 0xf, SCB_NEXT =3D=3D 0xff40, SCB_NEXT2 =3D=3D 0x9=0D CDB 12 20 0 80 88 66=0D STACK: 0x236 0x2 0x0 0x0 0x0 0x0 0x0 0x0=0D <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>=0D ahd0: target 1 using 8bit transfers=0D ahd0: target 1 using asynchronous transfers=0D ahd0: target 2 using 8bit transfers=0D ahd0: target 2 using asynchronous transfers=0D ahd1: Selection Timeout on A:15. 0 SCBs aborted=0D (probe0:ahd0:0:0:2): Request Requeued=0D (probe0:ahd0:0:0:2): Retrying Command=0D (probe3:ahd0:0:6:5): Request Requeued=0D (probe3:ahd0:0:6:5): Retrying Command=0D (ahd0:A:2:2): Sending PPR bus_width 1, period 8, offset 7f, ppr_options c7= =0D (ahd0:A:2:2): Received PPR width 1, period 8, offset 7f,options 47=0D Filtered to width 1, period 8, offset 7f, options 47=0D ahd0: target 2 using 16bit transfers=0D ahd0: target 2 synchronous with period =3D 0x8, offset =3D 0x7f(DT|IU|RTI|Q= AS)=0D (probe1:ahd0:0:2:2): Request Requeued=0D (probe1:ahd0:0:2:2): Retrying Command=0D (ahd0:A:1:1): Sending PPR bus_width 1, period 8, offset 3f, ppr_options ff= =0D (ahd0:A:1:1): Received PPR width 1, period 8, offset 3f,options ff=0D Filtered to width 1, period 8, offset 3f, options ff=0D ahd0: target 1 using 16bit transfers=0D ahd0: target 1 synchronous with period =3D 0x8, offset =3D 0x3f(RDSTRM|DT|I= U|RTI|QAS)=0D (probe2:ahd0:0:1:1): Request Requeued=0D (probe2:ahd0:0:1:1): Retrying Command=0D ahd0: target 2 using 8bit transfers=0D ahd0: target 2 using asynchronous transfers=0D ahd0: Selection Timeout on A:2. 0 SCBs aborted=0D ahd0: Selection Timeout on A:2. 0 SCBs aborted=0D ahd0: Selection Timeout on A:2. 0 SCBs aborted=0D ahd0: Invalid Sequencer interrupt occurred.=0D >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<=0D ahd0: Dumping Card State at program address 0x23b Mode 0x0=0D Card was paused=0D INTSTAT[0x0] SELOID[0x2] SELID[0x10] HS_MAILBOX[0x0] =0D INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] =0D DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) =0D SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] =0D LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] =0D SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|I= NTMASK2) =0D SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SEQ_FLAGS2[0x0] =0D QFREEZE_COUNT[0x4] KERNEL_QFREEZE_COUNT[0x4] MK_MESSAGE_SCB[0xff00] =0D MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] =0D SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) =0D LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] =0D LQOSTAT1[0x0] LQOSTAT2[0xe1]:(LQOSTOP0|LQOPKT) =0D =0D SCB Count =3D 16 CMDS_PENDING =3D 1 LASTSCB 0xffff CURRSCB 0xa NEXTSCB 0xff= 80=0D qinstart =3D 58 qinfifonext =3D 58=0D QINFIFO:=0D WAITING_TID_QUEUES:=0D 0 ( 0xf )=0D Pending list:=0D 15 FIFO_USE[0x0] SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x7] =0D Total 1=0D Kernel Free SCB list: 8 10 9 1 2 3 4 5 6 7 11 12 13 14 0 =0D Sequencer Complete DMA-inprog list: =0D Sequencer Complete list: =0D Sequencer DMA-Up and Complete list: =0D Sequencer On QFreeze and Complete list: =0D =0D =0D ahd0: FIFO0 Free, LONGJMP =3D=3D 0x8000, SCB 0x8=0D SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|EN= SAVEPTRS) =0D SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) =0D SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] =0D SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0= =0D HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) =0D =0D ahd0: FIFO1 Free, LONGJMP =3D=3D 0x8063, SCB 0xf=0D SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|EN= SAVEPTRS) =0D SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) =0D SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] =0D SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0= =0D HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) =0D LQIN: 0x8 0x0 0x0 0x8 0x0 0x2 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0= x0 0x0 0x0 =0D ahd0: LQISTATE =3D 0x0, LQOSTATE =3D 0x0, OPTIONMODE =3D 0x42=0D ahd0: OS_SPACE_CNT =3D 0x20 MAXCMDCNT =3D 0x1=0D ahd0: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D 0x0=0D =0D SIMODE0[0xc]:(ENOVERRUN|ENIOERR) =0D CCSCBCTL[0x4]:(CCSCBDIR) =0D ahd0: REG0 =3D=3D 0x1560, SINDEX =3D 0x10e, DINDEX =3D 0x102=0D ahd0: SCBPTR =3D=3D 0x8, SCB_NEXT =3D=3D 0xff80, SCB_NEXT2 =3D=3D 0xa=0D CDB 12 40 0 80 8 5c=0D STACK: 0x36 0x24 0x0 0x0 0x0 0x0 0x0 0x0=0D <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>=0D ahd0: target 1 using 8bit transfers=0D ahd0: target 1 using asynchronous transfers=0D =0D =0D Fatal trap 12: page fault while in kernel mode=0D cpuid =3D 0; apic id =3D 00=0D fault virtual address =3D 0xdeadc0de=0D fault code =3D supervisor read, page not present=0D instruction pointer =3D 0x8:0xc04411bc=0D stack pointer =3D 0x10:0xe7c59a74=0D frame pointer =3D 0x10:0xe7c59a80=0D code segment =3D base 0x0, limit 0xfffff, type 0x1b=0D =3D DPL 0, pres 1, def32 1, gran 1=0D processor eflags =3D interrupt enabled, resume, IOPL =3D 0=0D current process =3D 41 (irq28: ahd0)=0D [thread pid 41 tid 100012 ]=0D Stopped at 0xc04411bc =3D xpt_async_bcast+0x18: movl 0(%eax),%= ebx=0D db> trace=0D Tracing pid 41 tid 100012 td 0xc5648300=0D xpt_async_bcast(c59b1270,1,c57baaf0,0,1,c57930c0,c57c3e40,c59b1200,0) at 0x= c04411bc =3D xpt_async_bcast+0x18=0D xpt_async(1,c57baaf0,0,0,c57baaf0) at 0xc044115a =3D xpt_async+0xca=0D ahd_send_async(c5794000,41,ffffffff,ffffffff,1) at 0xc0483ea2 =3D ahd_send_= async+0xe2=0D ahd_reset_channel(c5794000,41,1,c5794000,c06b0522,c5791460) at 0xc047d550 = =3D ahd_reset_channel+0x348=0D ahd_handle_seqint(c5794000,4) at 0xc046ebf4 =3D ahd_handle_seqint+0x320=0D ahd_platform_intr(c5794000) at 0xc04828fb =3D ahd_platform_intr+0x177=0D ithread_loop(c5641e80,e7c59d38,c5641e80,c051769c,0) at 0xc05177c0 =3D ithre= ad_loop+0x124=0D fork_exit(c051769c,c5641e80,e7c59d38) at 0xc0516bbc =3D fork_exit+0xa4=0D fork_trampoline() at 0xc06715cc =3D fork_trampoline+0x8=0D --- trap 0x1, eip =3D 0, esp =3D 0xe7c59d6c, ebp =3D 0 ---=0D db> panic=0D panic: from debugger=0D cpuid =3D 0=0D KDB: stack backtrace:=0D kdb_backtrace(100,c5648300,0,c06e4230,c06e424c) at 0xc053f6d1 =3D kdb_backt= race+0x29=0D panic(c06abe3e,e7c59928,c044e484,c04411bc,0) at 0xc0529730 =3D panic+0x114= =0D db_panic(c04411bc,0,ffffffff,e7c5989c,0) at 0xc044e4ed =3D db_panic+0xd=0D db_command(c071ffe4,c06ec8e0,c06e4230,c06e424c,c06abe4c) at 0xc044e484 =3D = db_command+0x264=0D db_command_loop(0,0,e7c59954,e7c59940,e7c59988) at 0xc044e54c =3D db_comman= d_loop+0x5c=0D db_trap(c,0,10,e7c59a34,e7c599d0) at 0xc04500d1 =3D db_trap+0xdd=0D kdb_trap(c,0,e7c59a34) at 0xc053f9ef =3D kdb_trap+0x8b=0D trap_fatal(e7c59a34,deadc0de,c5648300,c1059000,deadc000) at 0xc06817a9 =3D = trap_fatal+0x279=0D trap_pfault(e7c59a34,0,deadc0de) at 0xc0681507 =3D trap_pfault+0x16b=0D trap(c0440018,c5790010,c57c0010,0,1) at 0xc068116d =3D trap+0x30d=0D calltrap() at 0xc067156a =3D calltrap+0x5=0D --- trap 0xc, eip =3D 0xc04411bc, esp =3D 0xe7c59a74, ebp =3D 0xe7c59a80 --= -=0D xpt_async_bcast(c59b1270,1,c57baaf0,0,1,c57930c0,c57c3e40,c59b1200,0) at 0x= c04411bc =3D xpt_async_bcast+0x18=0D xpt_async(1,c57baaf0,0,0,c57baaf0) at 0xc044115a =3D xpt_async+0xca=0D ahd_send_async(c5794000,41,ffffffff,ffffffff,1) at 0xc0483ea2 =3D ahd_send_= async+0xe2=0D ahd_reset_channel(c5794000,41,1,c5794000,c06b0522,c5791460) at 0xc047d550 = =3D ahd_reset_channel+0x348=0D ahd_handle_seqint(c5794000,4) at 0xc046ebf4 =3D ahd_handle_seqint+0x320=0D ahd_platform_intr(c5794000) at 0xc04828fb =3D ahd_platform_intr+0x177=0D ithread_loop(c5641e80,e7c59d38,c5641e80,c051769c,0) at 0xc05177c0 =3D ithre= ad_loop+0x124=0D fork_exit(c051769c,c5641e80,e7c59d38) at 0xc0516bbc =3D fork_exit+0xa4=0D --More--=0D =0Dfork_trampoline() at 0xc06715cc =3D fork_trampoline+0= x8=0D --- trap 0x1, eip =3D 0, esp =3D 0xe7c59d6c, ebp =3D 0 ---=0D Uptime: 26s=0D Cannot dump. No dump device defined.=0D Automatic reboot in 15 seconds - press a key on the console to abort=0D Rebooting...=0D --jI8keyz6grp/JLjh-- --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb86EezjnobFOgrERAkl7AKC3JEaA5VTjEmcwxJ7OCBRWIzj0JQCaAneU sTUCe8tEJdLvpjqMerqqaSE= =F+Sz -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 17:48:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 497A316A4CE for ; Wed, 27 Apr 2005 17:48:17 +0000 (GMT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8748D43D3F for ; Wed, 27 Apr 2005 17:48:16 +0000 (GMT) (envelope-from M.Santhoff@t-online.de) Received: from fwd22.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1DQqdz-0002Mw-00; Wed, 27 Apr 2005 19:48:15 +0200 Received: from localhost.das.netz (SrmItMZroeAX-2GErM9ZR0KKS+gFVFxshcUun0KKnnnPhgmrwt4b4R@[217.251.154.21]) by fwd22.sul.t-online.de with esmtp id 1DQqdm-1uVnqy0; Wed, 27 Apr 2005 19:48:02 +0200 Received: from [10.0.0.3] (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id j3RHk0LI073614 for ; Wed, 27 Apr 2005 19:46:00 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: "FreeBSD stable (Liste)" Content-Type: text/plain Message-Id: <1114623987.302.82.camel@zaphod.das.netz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 27 Apr 2005 19:46:28 +0200 Content-Transfer-Encoding: 7bit X-ID: SrmItMZroeAX-2GErM9ZR0KKS+gFVFxshcUun0KKnnnPhgmrwt4b4R X-TOI-MSGID: 84939c0a-c6af-44ee-b133-ec6181a8628d Subject: [4.11] sysctl reports garbage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 17:48:17 -0000 Hi, I've updates my system this morning after reading about the usb mfc. The sources used before are dated from january. I'm not sure if this error was triggered by the update, but: Using "sysctl -a" it seems to lose track after some lines. kern.ostype: FreeBSD kern.osrelease: 4.11-STABLE kern.osrevision: 199506 kern.version: FreeBSD 4.11-STABLE #0: Wed Apr 27 07:46:03 CEST 2005 root@zaphod.das.netz:/usr/obj/usr/src/sys/zaphod.via600.conf kern.maxvnodes: 70336 kern.maxproc: 6164 kern.maxfiles: 12328 ... kern.devstat.numdevs: 5 kern.devstat.generation: 5 kern.devstat.version: 4 kern.disks: ad1 ad0 md0 kern.log_wakeups_per_second: 5 kern.log_console_output: 1 kern.msgbuf: failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: at uhub0 port 2 (addr 2) disconnected umass0: detached umass0: Genesys Logic USB Storage Device, rev 1.10/1.13, addr 2 umass0: Get Max Lun not supported (STALLED) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 650KB/s transfers da0: 0MB (1 0 byte sectors: 0H 0S/T 0C) ... 4btrc: 4 ISDN trace device(s) attached ad0: 57220MB [116257/16/63] at ata0-master UDMA100 ad1: 157066MB [319120/16/63] at ata0-slave UDMA100 acd0: DVD-ROM at ata1-master PIO4 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted <118>DEPENDENCY NOTE: portmap will be enabled to support NFS <118>swapon: adding /dev/ad0s3b as swap device <118>Automatic boot in progress... <118>/dev/ad0s3a: <118>3170 files, 57784 used, 41399 free <118>(1783 frags, 4952 blocks, 1.8% fragmentation) <118>/dev/ad0s3f: <118>693033 files, 14063329 used, 1474471 free <118>(86495 frags, 173497 blocks, 0.6% fragmentation) <118>/dev/ad0s3e: <118>3561 files, 68623 used, 30560 free <118>(592 frags, 3746 blocks, 0.6% fragmentation) <118>/dev/ad0s4e: <118>230568 files, 1527217 used, 473348 free <118>(13532 frags, 57477 blocks, 0.7% fragmentation) <118>Doing initial network setup: <118> hostname ... p1003_1b.timer_max: 0 jail.set_hostname_allowed: 1 jail.socket_unixiproute_only: 1 jail.sysvipc_allowed: 0 compat.linux.osname: Linux compat.linux.osrelease: 2.4.2 compat.linux.oss_version: 198144 As you can see it prints the last system log from some hours before. Somewhere in the middle it preceeds each line with <118> and then is getting back to normal operation (at least it looks that way). World and kernel were build and installed together. Any hints how to correct this? Need some more diagnostic output? TIA, Marc From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:01:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C2D16A4CE for ; Wed, 27 Apr 2005 18:01:44 +0000 (GMT) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3650143D49 for ; Wed, 27 Apr 2005 18:01:43 +0000 (GMT) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j3RI1SBK017183; Wed, 27 Apr 2005 20:01:29 +0200 (CEST) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j3RI1SQT017173; Wed, 27 Apr 2005 20:01:28 +0200 (CEST) (envelope-from rene) Date: Wed, 27 Apr 2005 20:01:28 +0200 From: Rene Ladan To: bzeeb+freebsd+lor@zabbadoz.net, stable@freebsd.org Message-ID: <20050427180127.GA15351@82-168-79-254-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: new fxp lor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:01:44 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I experienced this new fxp LOR (probably when ntpd started during boot): hand-copied: lock order reversal 1st 0xcc666360 inp (udpinp) @ sys/netinet/udp_usrreq.c:772 2nd 0xc14c8264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/= fxp/if_fxp.c:1232 KDB: stack backtrace: kdb_backtrace+0x2e(c06fd115, c14c8264, c14a57e0, c06fe820, c06fe7bd) witness_checkorder+0x6a6(c14c8264, 9, c06fe7bd, 4d0, c0602589) _mtx_lock_flags+0x8a(c14c8264, 0, c06fe7bd, 4d0, c14c8000) fxp_start+0x37(c14c8000, 12b, 0, c14c8000) and continuing from dmesg: if_start(c14c8000,0,c0602589,184,2) at 0xc050b1c9 =3D if_start+0x99 ether_output_frame(c14c8000,c15d3900,6,ca422b10,ca422aac) at 0xc050c908 =3D= ether_output_frame+0x218 ether_output(c14c8000,c15d3900,ca422b10,c16687bc,c04bbc77) at 0xc050c6de = =3D ether_output+0x44e ip_output(c15d3900,0,ca422b0c,0,0) at 0xc05210c7 =3D ip_output+0x7c7 udp_output(c16662d0,c15d3900,0,0,c148fa80) at 0xc053659a =3D udp_output+0x5= 3a udp_send(c1665dec,0,c15d3900,0,0) at 0xc0536da0 =3D udp_send+0x30 sosend(c1665dec,0,ca422c48,c15d3900,0) at 0xc04d33b1 =3D sosend+0x701 kern_sendit(c148fa80,d,ca422cc4,0,0) at 0xc04d9bef =3D kern_sendit+0x13f sendit(c148fa80,d,ca422cc4,0,810001d) at 0xc04d9a81 =3D sendit+0x1a1 sendto(c148fa80,ca422d14,18,431,6) at 0xc04d9d6b =3D sendto+0x5b syscall(2f,2f,2f,2,0) at=20 0xc05d9d40 =3D syscall+0x2a0 Xint0x80_syscall() at 0xc05c885f =3D Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x28233cff, esp =3D 0xbfb= fd4ec, ebp =3D 0xbfbfd518 --- followed by another new LOR: KDB: enter: witness_checkorder lock order reversal 1st 0xc066f20c udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:246 2nd 0xc14c8264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/= fxp/if_fxp.c:1232 KDB: stack backtrace: kdb_backtrace(c05fd115,c14c8264,c14a57e0,c06fe820,c06fe7bd) at 0xc04b0a7e = =3D kdb_backtrace+0x2e witness_checkorder(c14c8264,9,c06fe7bd,4d0,c0602589) at 0xc04bbb96 =3D witn= ess_checkorder+0x6a6 _mtx_lock_flags(c14c8264,0,c06fe7bd,4d0,c14c8000) at 0xc048a95a =3D _mtx_lo= ck_flags+0x8a fxp_start(c14c8000,12b,0,c14c8000) at 0xc06fbdc7 =3D fxp_start+0x37 if_start(c14c8000,0,c0602589,184,2) at 0xc050b1c9 =3D if_start+0x99 ether_output_frame(c14c8000,c15d6000,6,c9be5b20,c9be5abc) at 0xc050c908 =3D= ether_output_frame+0x218 ether_output(c14c8000,c15d6000,c9be5b20,c16687bc,18a) at 0xc050c6de =3D eth= er_output+0x44e ip_output(c15d6000,0,c9be5b1c,0,0) at 0xc05210c7 =3D ip_output+0x7c7 icmp_send(c15d6000,0,c05a61a8,0,0) at 0xc051e567 =3D icmp_send+0x87 icmp_reflect(c15d6000,c15d60c8,14,c15d6100,1c) at 0xc051e490 =3D icmp_refle= ct+0x330 icmp_error(c14d1600,3,3,0,0) at 0xc051db85 =3D icmp_error+0x275 udp_input(c14d1600,14,c9be5c98,c048aa6a,c066e714) at 0xc053547a =3D udp_inp= ut+0x5ea ip_input(c14d1600,0,c0602a22,e6,c066dcd8) at 0xc051ef22 =3D ip_input+0x5a2 netisr_processqueue(c066dcd8,c0643a80,1,c05f8d46,c1404040) at 0xc050e64e = =3D netisr_processqueue+0x8e swi_net(0,0,c05f72d8,269,c0643a80) at 0xc050e8a9 =3D swi_net+0xe9 ithread_loop(c13dc500,c9be5d48,c05f70cf,30e,0) at 0xc047dbf2 =3D ithread_lo= op+0x172 fork_exit(c047da80,c13dc500,c9be5d48) at 0xc047cc16 =3D fork_exit+0xc6 fork_trampoline() at 0xc05c886c =3D fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xc9be5d7c, ebp =3D 0 --- The box panics with automatic dump and reboot: KDB: enter: witness_checkorder panic: blockable sleep lock (sleep mutex) tty @ /usr/src/sys/kern/kern_even= t.c:1495 KDB: stack backtrace: Uptime: 15m33s Dumping 191 MB 16 32 48 64 80 96 112 128 144 160 176 Dump complete This is on: FreeBSD 5.4-STABLE #0: Tue Apr 26 07:30:25 CEST 2005 root@82-168-79-254= -bbxl.xdsl.tiscali.nl:/usr/obj/usr/src/sys/RENE=20 Regards, Rene=09 --=20 "It won't fit on the line." -- me, 2001 --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb9N3vz70qa4zXcwRAuxVAKCBCZ+3f5TwhoGzXKfeFdWS7gEEsACeNm79 01NhjZxv3+NK3QQljlBafr0= =aGZX -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:10:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B4D216A4CF for ; Wed, 27 Apr 2005 18:10:15 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id CACE343D49 for ; Wed, 27 Apr 2005 18:10:14 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id B9D891F113; Wed, 27 Apr 2005 20:10:13 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 9D0CE6149; Wed, 27 Apr 2005 20:10:13 +0200 (CEST) Date: Wed, 27 Apr 2005 20:10:13 +0200 From: Marc Olzheim To: Marc Santhoff Message-ID: <20050427181013.GB6256@stack.nl> References: <1114623987.302.82.camel@zaphod.das.netz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <1114623987.302.82.camel@zaphod.das.netz> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: "FreeBSD stable \(Liste\)" Subject: Re: [4.11] sysctl reports garbage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:10:15 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 07:46:28PM +0200, Marc Santhoff wrote: > Hi, >=20 > I've updates my system this morning after reading about the usb mfc. The > sources used before are dated from january. I'm not sure if this error > was triggered by the update, but: >=20 > Using "sysctl -a" it seems to lose track after some lines. > kern.msgbuf: failed, STALLED > umass0: BBB bulk-in clear stall failed, STALLED That is 'kern.msgbuf' ;-) Marc --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb9WFezjnobFOgrERAloHAKCNIgFypqJYEddazL79md5gf87RogCgo5fb mLo6KIQels5sZCeFi6ObHBY= =f8F8 -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:14:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09CBB16A4CE for ; Wed, 27 Apr 2005 18:14:18 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F3C43D45 for ; Wed, 27 Apr 2005 18:14:16 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j3RIDtLM022788; Wed, 27 Apr 2005 19:13:55 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j3RIDtTP024468; Wed, 27 Apr 2005 19:13:55 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j3RIDsWN024467; Wed, 27 Apr 2005 19:13:54 +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: Oliver Brandmueller In-Reply-To: <20050425105919.GA95908@e-Gitt.NET> References: <20050425105919.GA95908@e-Gitt.NET> Content-Type: multipart/mixed; boundary="=-WnKkZdAEcQaOG0EkddGZ" Date: Wed, 27 Apr 2005 19:13:52 +0100 Message-Id: <1114625632.21968.34.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-stable@freebsd.org Subject: Re: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:14:18 -0000 --=-WnKkZdAEcQaOG0EkddGZ Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2005-04-25 at 12:59 +0200, Oliver Brandmueller wrote: > Hi, > > I have some servers running running on 5.4-STABLE as of Apr 5th. I use > nss_ldap for a userbase of currently about 24000 accounts (will be > growing to approx 60000 in the next weeks). I don't use pam_ldap > currently, because users only need to login by IMAP, POP, SMTP and FTP, > for all of these services daemons are used which natively auth against > the LDAP server. > > The more accounts there are in the LDAP directory, the longer the > startup of "top" takes. With the current userbase top takes about 3-4 > seconds to start (on a mostly idle Dual Xeon 2.8GHz with fast disks and > local slapd). FWIW, I don't think this is related to LDAP as such. I have a machine bound to NIS with ~19000 entries in the passwd file. Top takes ages to start up. The problem is in machine.c - it iterates over every user in the passwd file to figure out what how many characters longest username may be. It's nasty and to be honest I think it can/should just be removed. Try the attached patch just to prove that this is the cause in your case too. A while back, there was talk of a FreeBSD libc name cache daemon, but I can't seem to find any reference to it now (I seem to remember the website was within .ru, if it helps anyone find it) - though I'm not sure it would help in this context or even if it's really the correct way to mask the bug. Gavin --=-WnKkZdAEcQaOG0EkddGZ Content-Disposition: attachment; filename=top-machine.diff Content-Type: text/x-patch; name=top-machine.diff; charset=us-ascii Content-Transfer-Encoding: base64 SW5kZXg6IHNyYy91c3IuYmluL3RvcC9tYWNoaW5lLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAv dXNyL2N2cy9zcmMvdXNyLmJpbi90b3AvbWFjaGluZS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24g MS42OA0KZGlmZiAtdSAtcjEuNjggbWFjaGluZS5jDQotLS0gc3JjL3Vzci5iaW4vdG9wL21hY2hp bmUuYwkxNiBBdWcgMjAwNCAwNzo1MToyMiAtMDAwMAkxLjY4DQorKysgc3JjL3Vzci5iaW4vdG9w L21hY2hpbmUuYwkyNyBBcHIgMjAwNSAxODowMzowOSAtMDAwMA0KQEAgLTIyOCwxMCArMjI4LDEz IEBADQogCSAgICBtb2RlbGVuICE9IHNpemVvZihzbXBtb2RlKSkNCiAJCXNtcG1vZGUgPSAwOw0K IA0KKyNpZiAwDQogCXdoaWxlICgocHcgPSBnZXRwd2VudCgpKSAhPSBOVUxMKSB7DQogCQlpZiAo c3RybGVuKHB3LT5wd19uYW1lKSA+IG5hbWVsZW5ndGgpDQogCQkJbmFtZWxlbmd0aCA9IHN0cmxl bihwdy0+cHdfbmFtZSk7DQogCX0NCisjZW5kaWYNCisJbmFtZWxlbmd0aCA9IDg7DQogCWlmIChu YW1lbGVuZ3RoIDwgOCkNCiAJCW5hbWVsZW5ndGggPSA4Ow0KIAlpZiAoc21wbW9kZSAmJiBuYW1l bGVuZ3RoID4gMTMpDQo= --=-WnKkZdAEcQaOG0EkddGZ-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:25:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F53616A4CE for ; Wed, 27 Apr 2005 18:25:43 +0000 (GMT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 394F043D45 for ; Wed, 27 Apr 2005 18:25:43 +0000 (GMT) (envelope-from M.Santhoff@t-online.de) Received: from fwd24.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1DQrEE-0003e6-02; Wed, 27 Apr 2005 20:25:42 +0200 Received: from localhost.das.netz (r1mYdwZlwekpN-dWzBdeaubVAb8U05bCgEveG-ZvOlW1i7ShpGxyEg@[217.251.166.175]) by fwd24.sul.t-online.de with esmtp id 1DQrDx-0HbgA40; Wed, 27 Apr 2005 20:25:25 +0200 Received: from [10.0.0.3] (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id j3RIO8VH073730 for ; Wed, 27 Apr 2005 20:24:08 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: "FreeBSD stable (Liste)" In-Reply-To: <20050427181013.GB6256@stack.nl> References: <1114623987.302.82.camel@zaphod.das.netz> <20050427181013.GB6256@stack.nl> Content-Type: text/plain Message-Id: <1114626276.302.89.camel@zaphod.das.netz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 27 Apr 2005 20:24:36 +0200 Content-Transfer-Encoding: 7bit X-ID: r1mYdwZlwekpN-dWzBdeaubVAb8U05bCgEveG-ZvOlW1i7ShpGxyEg X-TOI-MSGID: 7145312c-91c4-40c3-9d59-62b065e4504c Subject: Re: [4.11] sysctl reports garbage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:25:43 -0000 Am Mi, den 27.04.2005 schrieb Marc Olzheim um 20:10: > On Wed, Apr 27, 2005 at 07:46:28PM +0200, Marc Santhoff wrote: > > Hi, > > > > I've updates my system this morning after reading about the usb mfc. The > > sources used before are dated from january. I'm not sure if this error > > was triggered by the update, but: > > > > Using "sysctl -a" it seems to lose track after some lines. > > > > > kern.msgbuf: failed, STALLED > > umass0: BBB bulk-in clear stall failed, STALLED > > > > That is 'kern.msgbuf' ;-) Hm, I've never seen such a verbose output before. Has anything changed in that area? And why does it still occur after a reboot, normally buffers are only temporarily valid(at least I thought so until a few minutes)? Sorry for the noise, Marc From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:31:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B99E116A4CE for ; Wed, 27 Apr 2005 18:31:49 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0CC543D5D for ; Wed, 27 Apr 2005 18:31:48 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 2D02F1F119; Wed, 27 Apr 2005 20:31:48 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 04F816149; Wed, 27 Apr 2005 20:31:47 +0200 (CEST) Date: Wed, 27 Apr 2005 20:31:47 +0200 From: Marc Olzheim To: Marc Santhoff Message-ID: <20050427183147.GC6256@stack.nl> References: <1114623987.302.82.camel@zaphod.das.netz> <20050427181013.GB6256@stack.nl> <1114626276.302.89.camel@zaphod.das.netz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wLAMOaPNJ0fu1fTG" Content-Disposition: inline In-Reply-To: <1114626276.302.89.camel@zaphod.das.netz> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: "FreeBSD stable \(Liste\)" Subject: Re: [4.11] sysctl reports garbage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:31:49 -0000 --wLAMOaPNJ0fu1fTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 08:24:36PM +0200, Marc Santhoff wrote: > > That is 'kern.msgbuf' ;-) >=20 > Hm, I've never seen such a verbose output before. >=20 > Has anything changed in that area? And why does it still occur after a > reboot, normally buffers are only temporarily valid(at least I thought > so until a few minutes)? It's a fresh buffer every reboot. In you mail, it contained the last part of your startup messages. Everything that gets written to /dev/console is cycled through the buffer and the last $(sysctl kern.consmsgbuf_size) KB is made accessible via "sysctl kern.msgbuf". Marc --wLAMOaPNJ0fu1fTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb9qTezjnobFOgrERAvHjAKC/bWgDU7XOFIXcBaD+PeTjdUCf7wCeN/em 3WyCCYIjpBW3NAqkEfaVFrI= =cR9m -----END PGP SIGNATURE----- --wLAMOaPNJ0fu1fTG-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:34:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5673C16A4CE; Wed, 27 Apr 2005 18:34:36 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j3RIYZKh039680; Wed, 27 Apr 2005 14:34:35 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j3RIYZPa039679; Wed, 27 Apr 2005 14:34:35 -0400 (EDT) (envelope-from green) Date: Wed, 27 Apr 2005 14:34:35 -0400 From: Brian Fundakowski Feldman To: Marc Olzheim Message-ID: <20050427183435.GA39270@green.homeunix.org> References: <20050426140701.GB5789@green.homeunix.org> <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> <20050427160857.GF5789@green.homeunix.org> <20050427171523.GB5984@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050427171523.GB5984@stack.nl> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:34:36 -0000 On Wed, Apr 27, 2005 at 07:15:23PM +0200, Marc Olzheim wrote: > On Wed, Apr 27, 2005 at 12:08:57PM -0400, Brian Fundakowski Feldman wrote: > > > Yes, a single writev(). Just like in the kern/79207 PR. > > > > > > It doesn't have to be superfast (why would I use NFS otherwise), just as > > > long as it's threadsafe / atomic. > > > > Alright, this will do synchronous, instead of short, writes (also, > > of course, not deadlock the system) if you are trying to use an > > excessively large buffer size. > > > > > > > > Great! This seems to do the trick and isn't that slow (about 2.8 MB/sec > over 100 MBit, writing 600 * 1MB, 4.x gets about 5.5 MB/sec on the same > system); it's fast enough for me and more importantly, it doesn't lock > the system down anymore. ;-) > > Thanks a lot! Alright, thanks for helping with this :-) Do you think you can find a way to tell if in 4.x you're actually using NFSv3/transactions? I would really like to know why 4.x isn't deadlocking, and that's the most plausible explanation I can think of right now. The behavior could also be totally different due to nfsiod, lack thereof, or its settings. Are you running nfsiod on 4.x, and if so, how many? On 5.x+ the default maximum of nfsiods is 20. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:42:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84E0916A4CE; Wed, 27 Apr 2005 18:42:04 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37F2143D55; Wed, 27 Apr 2005 18:42:04 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 467C61F110; Wed, 27 Apr 2005 20:42:03 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 2C6056149; Wed, 27 Apr 2005 20:42:03 +0200 (CEST) Date: Wed, 27 Apr 2005 20:42:03 +0200 From: Marc Olzheim To: Brian Fundakowski Feldman Message-ID: <20050427184203.GD6256@stack.nl> References: <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> <20050427160857.GF5789@green.homeunix.org> <20050427171523.GB5984@stack.nl> <20050427183435.GA39270@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/2994txjAzEdQwm5" Content-Disposition: inline In-Reply-To: <20050427183435.GA39270@green.homeunix.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:42:04 -0000 --/2994txjAzEdQwm5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 02:34:35PM -0400, Brian Fundakowski Feldman wrote: > Alright, thanks for helping with this :-) Do you think you can find > a way to tell if in 4.x you're actually using NFSv3/transactions? I > would really like to know why 4.x isn't deadlocking, and that's the > most plausible explanation I can think of right now. >=20 > The behavior could also be totally different due to nfsiod, lack thereof, > or its settings. Are you running nfsiod on 4.x, and if so, how many? > On 5.x+ the default maximum of nfsiods is 20. The install I ran the speedtest on is: FreeBSD baroque.ilse.net 4.10-STABLE FreeBSD 4.10-STABLE #23: Wed Aug 4 15= :18:52 CEST 2004 root@tango.ilse.net:/usr/obj/usr/src/sys/BAROQUE i386 and runs 6 nfsiods. How can I tell whether it uses transactions ? The NFS server is mounted with: mount_nfs -c -P -a 0 -r 8192 -w 8192 -i -o rw,noatime,nointr host:/path /nf= s/host/path Marc --/2994txjAzEdQwm5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb9z7ezjnobFOgrERAmQOAJoDfa7AsatAKDhq0cwDrLbVT7DEPQCfXYns Sw74MaAy17ZweZ+q6DBOTkg= =Z8Mj -----END PGP SIGNATURE----- --/2994txjAzEdQwm5-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:54:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F50216A4CE for ; Wed, 27 Apr 2005 18:54:27 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AEDE43D39 for ; Wed, 27 Apr 2005 18:54:27 +0000 (GMT) (envelope-from M.Santhoff@t-online.de) Received: from fwd20.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1DQrg2-0007zZ-00; Wed, 27 Apr 2005 20:54:26 +0200 Received: from localhost.das.netz (b7axk+ZSZeVr4x-8loWeC0CngVDKfvpOTtuIajU0GF14yVrdbvcZUU@[217.251.156.145]) by fwd20.sul.t-online.de with esmtp id 1DQrfv-1CDYPo0; Wed, 27 Apr 2005 20:54:19 +0200 Received: from [10.0.0.3] (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id j3RIrVNi073849 for ; Wed, 27 Apr 2005 20:53:31 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: "FreeBSD stable (Liste)" In-Reply-To: <20050427183147.GC6256@stack.nl> References: <1114623987.302.82.camel@zaphod.das.netz> <1114626276.302.89.camel@zaphod.das.netz> <20050427183147.GC6256@stack.nl> Content-Type: text/plain Message-Id: <1114628037.292.3.camel@zaphod.das.netz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 27 Apr 2005 20:53:57 +0200 Content-Transfer-Encoding: 7bit X-ID: b7axk+ZSZeVr4x-8loWeC0CngVDKfvpOTtuIajU0GF14yVrdbvcZUU X-TOI-MSGID: 3e77e4ac-b250-467c-9958-b14005516cc7 Subject: Re: [4.11] sysctl reports garbage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:54:27 -0000 Am Mi, den 27.04.2005 schrieb Marc Olzheim um 20:31: > On Wed, Apr 27, 2005 at 08:24:36PM +0200, Marc Santhoff wrote: > > > That is 'kern.msgbuf' ;-) > > > > Hm, I've never seen such a verbose output before. > > > > Has anything changed in that area? And why does it still occur after a > > reboot, normally buffers are only temporarily valid(at least I thought > > so until a few minutes)? > > It's a fresh buffer every reboot. In you mail, it contained the last > part of your startup messages. > Everything that gets written to /dev/console is cycled through the > buffer and the last $(sysctl kern.consmsgbuf_size) KB is made accessible > via "sysctl kern.msgbuf". I still don't understand completly. In the file made like this: sysctl -a > garbage.txt there are the messages of at least three reboot cycles. The only explanation would be "dmesg" using this message buffer for it's output, that's what I used immediately before creating the text file. Marc From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 18:57:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51CE216A4CE; Wed, 27 Apr 2005 18:57:08 +0000 (GMT) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id D913043D53; Wed, 27 Apr 2005 18:57:07 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0)j3RIupHt074446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Apr 2005 13:56:56 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <426FE073.4000102@palisadesys.com> Date: Wed, 27 Apr 2005 13:56:51 -0500 From: Guy Helmer User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marc Olzheim References: <426D481D.7080502@palisadesys.com> <426DB02B.4050807@FreeBSD.org> <20050426092631.GA50783@stack.nl> In-Reply-To: <20050426092631.GA50783@stack.nl> X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-MailScanner-From: ghelmer@palisadesys.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-stable@FreeBSD.org cc: Ade Lovett Subject: Re: FreeBSD 5.3p6-5.4RC3, Supermicro X6DHR-8G, Dual3.6GHzXeons,Adaptec aic7902 SCSI interface doesn't work in UP kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 18:57:08 -0000 Marc Olzheim wrote: >On Mon, Apr 25, 2005 at 08:06:19PM -0700, Ade Lovett wrote: > > >>>SuperMicro [...] Seagate [...] >>>on-board aic7902 >>> >>> >>and, from your dmesg output: >> >>da0: Fixed Direct Access SCSI-3 device >>da0: 320.000MB/s transfers [...] >> >>At an absolute minimum, have the existing drive swapped out for an >>ST373453LC model, making VERY certain that the firmware is rev 0006 -- >>prior revisions WILL corrupt your data, set fire to your cat, and >>otherwise ruin your entire life -- and that's before they've actually >>spun up. >> >> > >I've got about 25 similar configurations running. Apart from the initial >bootup card state dump, they work ok. >I've flashed all Seagate drives to bios version 0007 to get it stable. > >Marc > > We used to have some trouble with these Seagate drives and Adaptec controllers with our older hardware (Supermicro X5DPL-8GM 533MHz FSB motherboards, I believe), but we worked around it by turning off packetized mode in the Adaptec BIOS. I've priced the ST373453LC, and it's 67% more than the ST373207LC ($311 vs. $519 at newegg, for example). These new Supermicro X6DHR-8G 800MHz FSB systems seem to be working OK (even under load) when running a kernel with SMP enabled. I offered my configuration in case jhb or someone else would be interested in what seems to be an interrupt routing problem. Thanks for your advice, Guy -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 19:06:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 29EBF16A4CE; Wed, 27 Apr 2005 19:06:28 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j3RJ6RT0039873; Wed, 27 Apr 2005 15:06:27 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j3RJ6RZl039872; Wed, 27 Apr 2005 15:06:27 -0400 (EDT) (envelope-from green) Date: Wed, 27 Apr 2005 15:06:27 -0400 From: Brian Fundakowski Feldman To: Marc Olzheim Message-ID: <20050427190627.GB39270@green.homeunix.org> References: <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> <20050427160857.GF5789@green.homeunix.org> <20050427171523.GB5984@stack.nl> <20050427183435.GA39270@green.homeunix.org> <20050427184203.GD6256@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050427184203.GD6256@stack.nl> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 19:06:28 -0000 On Wed, Apr 27, 2005 at 08:42:03PM +0200, Marc Olzheim wrote: > On Wed, Apr 27, 2005 at 02:34:35PM -0400, Brian Fundakowski Feldman wrote: > > Alright, thanks for helping with this :-) Do you think you can find > > a way to tell if in 4.x you're actually using NFSv3/transactions? I > > would really like to know why 4.x isn't deadlocking, and that's the > > most plausible explanation I can think of right now. > > > > The behavior could also be totally different due to nfsiod, lack thereof, > > or its settings. Are you running nfsiod on 4.x, and if so, how many? > > On 5.x+ the default maximum of nfsiods is 20. > > The install I ran the speedtest on is: > > FreeBSD baroque.ilse.net 4.10-STABLE FreeBSD 4.10-STABLE #23: Wed Aug 4 15:18:52 CEST 2004 root@tango.ilse.net:/usr/obj/usr/src/sys/BAROQUE i386 > > and runs 6 nfsiods. > > How can I tell whether it uses transactions ? I am not sure -- it should with NFSv3 though. Does "mount -v" tell you anything more detailed? I suppose that nfsstat may also be used -- the "commit" count should only increase when it does an NFSv3 commit operation. > The NFS server is mounted with: > > mount_nfs -c -P -a 0 -r 8192 -w 8192 -i -o rw,noatime,nointr host:/path /nfs/host/path So the only really visible difference is 6 nfsiod versus 20 nfsiod. I think if you increased the nfsiod on that 4.x box to something much higher it would deadlock the same, then, assuming that all else is equal. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 19:06:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0B6A16A4CE for ; Wed, 27 Apr 2005 19:06:49 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B73743D54 for ; Wed, 27 Apr 2005 19:06:49 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j3RJ6c31017556; Wed, 27 Apr 2005 20:06:38 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j3RJ6ciJ047290; Wed, 27 Apr 2005 20:06:38 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j3RJ6cXd047287; Wed, 27 Apr 2005 20:06:38 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 27 Apr 2005 20:06:38 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Oliver Brandmueller In-Reply-To: <1114625632.21968.34.camel@buffy.york.ac.uk> Message-ID: <20050427200324.X47179@ury.york.ac.uk> References: <20050425105919.GA95908@e-Gitt.NET> <1114625632.21968.34.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-stable@freebsd.org Subject: Re: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 19:06:50 -0000 On Wed, 27 Apr 2005, Gavin Atkinson wrote: > On Mon, 2005-04-25 at 12:59 +0200, Oliver Brandmueller wrote: > > The more accounts there are in the LDAP directory, the longer the > > startup of "top" takes. With the current userbase top takes about 3-4 > > seconds to start (on a mostly idle Dual Xeon 2.8GHz with fast disks and > > local slapd). > > The problem is in machine.c - it iterates over every user in the passwd > file to figure out what how many characters longest username may be. > It's nasty and to be honest I think it can/should just be removed. > > Try the attached patch just to prove that this is the cause in your case > too. Sorry - even with that patch, I suspect you'll have to either run top with the -u option, or define RANDOM_PW before recompiling it. If you can, try both individually, I'd be interested in your finding. Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 19:19:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15DFD16A4CE; Wed, 27 Apr 2005 19:19:40 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6295943D49; Wed, 27 Apr 2005 19:19:39 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 714C11F118; Wed, 27 Apr 2005 21:19:38 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 586ED61A0; Wed, 27 Apr 2005 21:19:38 +0200 (CEST) Date: Wed, 27 Apr 2005 21:19:38 +0200 From: Marc Olzheim To: Brian Fundakowski Feldman Message-ID: <20050427191938.GE6256@stack.nl> References: <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> <20050427160857.GF5789@green.homeunix.org> <20050427171523.GB5984@stack.nl> <20050427183435.GA39270@green.homeunix.org> <20050427184203.GD6256@stack.nl> <20050427190627.GB39270@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC" Content-Disposition: inline In-Reply-To: <20050427190627.GB39270@green.homeunix.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Marc Olzheim cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 19:19:40 -0000 --juZjCTNxrMaZdGZC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 03:06:27PM -0400, Brian Fundakowski Feldman wrote: > > How can I tell whether it uses transactions ? >=20 > I am not sure -- it should with NFSv3 though. Does "mount -v" tell > you anything more detailed? I suppose that nfsstat may also be used > -- the "commit" count should only increase when it does an NFSv3 > commit operation. >=20 > > The NFS server is mounted with: > >=20 > > mount_nfs -c -P -a 0 -r 8192 -w 8192 -i -o rw,noatime,nointr host:/path= /nfs/host/path >=20 > So the only really visible difference is 6 nfsiod versus 20 nfsiod. I > think if you increased the nfsiod on that 4.x box to something much > higher it would deadlock the same, then, assuming that all else is > equal. Well, I took on that challenge and although it seems that the machine completely hangs itself up for a while, it snaps out of it after it is done. tehethereal tells me it is NFSv3, and the commits increase: baroque:/se3/spiderbak>nfsstat=20 Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Re= move 15272 20119 3401842 82797 548076917 594394 43551 4= 2697 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 13077 27 11573 2957 2959 17178 0 2493= 8388 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate E= vict 0 61788 14 0 191593 0 0 = 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 210711 330710 577517143 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Mi= sses 376190541 24213879 94021997 3401840 325304623 545060579 699854 59= 4394 BioRLHits Misses BioD Hits Misses DirE Hits Misses 3051125 82797 88340 17145 42013 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate E= vict 0 0 0 0 0 0 0 = 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Lease Stats: Leases PeakL GLeases 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 baroque:/se3/spiderbak>/home/marcolz/src/writev 100 foo0 nfsstat baroque:/se3/spiderbak>nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Re= move 15272 20119 3401879 82797 548082677 607194 43552 4= 2697 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 13077 27 11573 2957 2959 17178 0 2493= 8698 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate E= vict 0 61788 14 0 193252 0 0 = 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 210711 331410 577537710 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Mi= sses 376195207 24214181 94022936 3401877 325306477 545066339 699854 60= 7194 BioRLHits Misses BioD Hits Misses DirE Hits Misses 3051125 82797 88340 17145 42013 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate E= vict 0 0 0 0 0 0 0 = 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Lease Stats: Leases PeakL GLeases 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 baroque:/se3/spiderbak> Marc --juZjCTNxrMaZdGZC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb+XKezjnobFOgrERAsxsAJ9xsevc8uu5syZyuHU/MkQqB6JgxQCgpNsM qgk7CM3luO2KeEAHXxeNUu4= =UKjC -----END PGP SIGNATURE----- --juZjCTNxrMaZdGZC-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 19:23:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E654316A4CE; Wed, 27 Apr 2005 19:23:56 +0000 (GMT) Received: from daisy.mrmouse.ch (daisy.mrmouse.ch [81.94.97.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id C08C443D58; Wed, 27 Apr 2005 19:23:55 +0000 (GMT) (envelope-from steven.glogger@ch.easynet.net) Received: from mouse1 (home1.mrmouse.ch [81.94.100.2]) (authenticated bits=0) by daisy.mrmouse.ch (8.12.10/8.12.10) with ESMTP id j3RJNp8p004929; Wed, 27 Apr 2005 21:23:51 +0200 From: "Steven Glogger" To: , Date: Wed, 27 Apr 2005 21:23:57 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Importance: Normal In-Reply-To: X-Virus-Scanned: by AMaViS/Sophos Anti-Virus for Unix X-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on daisy.mrmouse.ch Subject: SATA RAID 1 controllers for Intel board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: steven.glogger@ch.easynet.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 19:23:57 -0000 hi all i'm fighting a little bit with a new intel server. i bought an intel SE7210TP1-E server with integrated RAID controller (SATA) and thought: nice, one box everything inside ,-) but it seems that the raid controller is not supported by any freebsd version (i would love to see it running on 5.x). on some posts i saw that the onboard controller is some kind of 'software-raid' - but i don't care ,-) anyhow, i didn't got this onboard raid controller (which seems to be an adaptec hostraid) working. (if someone knows how to do it: please mail! *beggin*). anyhow, i had the fabulous idea to buy an high point 1520 SATA raid controller which is working fine in other servers. but i didn't expected intel to NOT work with this controller ;-( i tried several hours (incl. bios upgrades, etc.) to just BOOT from this raid controller (with and without any raid). even when in the amibios is set: primary boot device -> "RocketRaid 1520 SATA controller" nothing will ever boot from this device (and yes, i set the disk to 'active' - it will boot if i put the disc directly to the on-board plug). i contacted intel and they told me: "Unfortunately we have not validated any High Point RAID controller on Intel(R) Entry Server Board SE7210TP1-E For a list of tested and validated hardware for this board please visit the following URL: http://support.intel.com/support/motherboards/server/se7210tp1-e/sb/cs-00992 0.htm " well, nice isn't it? ;-) (if someone knows how to get this controller running on that specific board: let me know). after reading the tested-hardware list (see link from intel) i found out that the "FastTrak S150 TX4" should boot ;-) but after looking on google and the mailinglist i couldn't figure out if freebsd 5.X would recognize it. does anyone want to share some of his experience how to get a raid running with either the on-board controller, the hightpoint controller or an fasttrak S150 TX4? ;-) (otherwise i would prepare a software raid) greetings! & many thanks in advance ,-) -steven From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 19:37:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E70816A4CE; Wed, 27 Apr 2005 19:37:26 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58B5743D46; Wed, 27 Apr 2005 19:37:25 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 71F761F11C; Wed, 27 Apr 2005 21:37:24 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 59B4161A0; Wed, 27 Apr 2005 21:37:24 +0200 (CEST) Date: Wed, 27 Apr 2005 21:37:24 +0200 From: Marc Olzheim To: Brian Fundakowski Feldman Message-ID: <20050427193724.GF6256@stack.nl> References: <16998.36437.809896.936800@khavrinen.csail.mit.edu> <20050420173859.GA99695@stack.nl> <20050426140701.GB5789@green.homeunix.org> <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DWg365Y4B18r8evw" Content-Disposition: inline In-Reply-To: <20050427081746.GA66441@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Marc Olzheim cc: freebsd-stable@freebsd.org Subject: [5.3Rp6] UFS buffer cache deadlock (was: NFS client/buffer cache deadlock) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 19:37:26 -0000 --DWg365Y4B18r8evw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 10:17:46AM +0200, Marc Olzheim wrote: > > > Btw. running the writev program with 20 * 100 MB on UFS on a 512MB > > > FreeBSD 6-CURRENT system practicly locks the filesystem down _and_ > > > causes all processes to be swapped out in favor of the buffer cache. > > > 'top' however, doesnt' show a rise in BUF usage. > > >=20 > > > On FreeBSD 4.x, the system performance as usual during the writev to > > > UFS. > >=20 > > That's certainly not very optimal. I don't know anything about it, sor= ry. >=20 > No problem. I just thought that they might be related (this is with a > single writev() as well). Hmm, doing the 20 * 100MB on a 5.3-RELEASE-p6 system with 256 MB memory and 512MB swap (on UFS) hangs the machine. Luckily, I cannot reproduce it on 5.4-STABLE :-/ Marc --DWg365Y4B18r8evw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCb+n0ezjnobFOgrERAjfpAJwMkKcClojLtm+gej0IWx3sCoHO4wCgvKUC L24XgWIUMEzBzwYsxWy3JEE= =6P/V -----END PGP SIGNATURE----- --DWg365Y4B18r8evw-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 19:41:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E1BBE16A4CE; Wed, 27 Apr 2005 19:41:44 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j3RJfi3k040031; Wed, 27 Apr 2005 15:41:44 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j3RJfiUm040030; Wed, 27 Apr 2005 15:41:44 -0400 (EDT) (envelope-from green) Date: Wed, 27 Apr 2005 15:41:44 -0400 From: Brian Fundakowski Feldman To: Marc Olzheim Message-ID: <20050427194144.GC39270@green.homeunix.org> References: <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> <20050427160857.GF5789@green.homeunix.org> <20050427171523.GB5984@stack.nl> <20050427183435.GA39270@green.homeunix.org> <20050427184203.GD6256@stack.nl> <20050427190627.GB39270@green.homeunix.org> <20050427191938.GE6256@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050427191938.GE6256@stack.nl> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 19:41:45 -0000 On Wed, Apr 27, 2005 at 09:19:38PM +0200, Marc Olzheim wrote: > On Wed, Apr 27, 2005 at 03:06:27PM -0400, Brian Fundakowski Feldman wrote: > > > How can I tell whether it uses transactions ? > > > > I am not sure -- it should with NFSv3 though. Does "mount -v" tell > > you anything more detailed? I suppose that nfsstat may also be used > > -- the "commit" count should only increase when it does an NFSv3 > > commit operation. > > > > > The NFS server is mounted with: > > > > > > mount_nfs -c -P -a 0 -r 8192 -w 8192 -i -o rw,noatime,nointr host:/path /nfs/host/path > > > > So the only really visible difference is 6 nfsiod versus 20 nfsiod. I > > think if you increased the nfsiod on that 4.x box to something much > > higher it would deadlock the same, then, assuming that all else is > > equal. > > Well, I took on that challenge and although it seems that the machine > completely hangs itself up for a while, it snaps out of it after it is > done. > > tehethereal tells me it is NFSv3, and the commits increase: > [....] Alright, thanks for testing. So the same bug exists in 4.x but may not actually deadlock the buffer cache in the same circumstances. If you feel like playing with it anymore, I would expect a certain write block size, maximum nfsiod, and total file size being written wouldn't be too hard to find that would deadlock 4.x, too. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 20:08:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4C9816A4CE; Wed, 27 Apr 2005 20:08:47 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B32143D4C; Wed, 27 Apr 2005 20:08:47 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 1ADCD1F0F2; Wed, 27 Apr 2005 22:08:46 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id F401761A0; Wed, 27 Apr 2005 22:08:45 +0200 (CEST) Date: Wed, 27 Apr 2005 22:08:45 +0200 From: Marc Olzheim To: Brian Fundakowski Feldman Message-ID: <20050427200845.GG6256@stack.nl> References: <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> <20050427160857.GF5789@green.homeunix.org> <20050427171523.GB5984@stack.nl> <20050427183435.GA39270@green.homeunix.org> <20050427184203.GD6256@stack.nl> <20050427190627.GB39270@green.homeunix.org> <20050427191938.GE6256@stack.nl> <20050427194144.GC39270@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l06SQqiZYCi8rTKz" Content-Disposition: inline In-Reply-To: <20050427194144.GC39270@green.homeunix.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Marc Olzheim cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 20:08:48 -0000 --l06SQqiZYCi8rTKz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 03:41:44PM -0400, Brian Fundakowski Feldman wrote: > Alright, thanks for testing. So the same bug exists in 4.x but may > not actually deadlock the buffer cache in the same circumstances. > If you feel like playing with it anymore, I would expect a certain > write block size, maximum nfsiod, and total file size being written > wouldn't be too hard to find that would deadlock 4.x, too. 20 is the maximum number it is willing to start. 21 and above it tells me: baroque:~# nfsiod -n 21 =20 nfsiod: nfsiod count 21; reset to 1 baroque:~# :-P Btw.: CPU time was nicely divided amoungst all of the nfsiod's when doing the writev: root 87373 0.0 0.0 212 32 ?? I 9:11PM 0:00.18 nfsiod -n 20 root 87372 0.0 0.0 212 32 ?? I 9:11PM 0:00.16 nfsiod -n 20 root 87371 0.0 0.0 212 32 ?? I 9:11PM 0:00.16 nfsiod -n 20 root 87370 0.0 0.0 212 32 ?? I 9:11PM 0:00.18 nfsiod -n 20 root 87369 0.0 0.0 212 32 ?? I 9:11PM 0:00.18 nfsiod -n 20 root 87368 0.0 0.0 212 32 ?? I 9:11PM 0:00.19 nfsiod -n 20 root 87367 0.0 0.0 212 32 ?? I 9:11PM 0:00.18 nfsiod -n 20 root 87366 0.0 0.0 212 32 ?? I 9:11PM 0:00.18 nfsiod -n 20 root 87365 0.0 0.0 212 32 ?? I 9:11PM 0:00.17 nfsiod -n 20 root 87364 0.0 0.0 212 32 ?? I 9:11PM 0:00.17 nfsiod -n 20 root 87363 0.0 0.0 212 32 ?? I 9:11PM 0:00.19 nfsiod -n 20 root 87362 0.0 0.0 212 32 ?? I 9:11PM 0:00.19 nfsiod -n 20 root 87361 0.0 0.0 212 32 ?? I 9:11PM 0:00.20 nfsiod -n 20 root 87360 0.0 0.0 212 32 ?? I 9:11PM 0:00.20 nfsiod -n 20 root 87359 0.0 0.0 212 32 ?? I 9:11PM 0:00.20 nfsiod -n 20 root 87358 0.0 0.0 212 32 ?? I 9:11PM 0:00.19 nfsiod -n 20 root 87357 0.0 0.0 212 32 ?? I 9:11PM 0:00.19 nfsiod -n 20 root 87356 0.0 0.0 212 32 ?? I 9:11PM 0:00.21 nfsiod -n 20 root 87355 0.0 0.0 212 32 ?? I 9:11PM 0:00.21 nfsiod -n 20 root 87354 0.0 0.0 212 32 ?? I 9:11PM 0:00.23 nfsiod -n 20 Marc --l06SQqiZYCi8rTKz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD4DBQFCb/FNezjnobFOgrERAvfKAJd7ow0t5RM5+/fbiwGmLY7QMs0OAJ4nJBPp yaelwq1g2vhvoom39f+U8g== =JjqR -----END PGP SIGNATURE----- --l06SQqiZYCi8rTKz-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 21:20:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2DE516A4CE for ; Wed, 27 Apr 2005 21:20:16 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A40A43D41 for ; Wed, 27 Apr 2005 21:20:16 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 27 Apr 2005 22:20:14 +0100 (BST) Date: Wed, 27 Apr 2005 22:20:14 +0100 From: David Malone To: Marc Santhoff Message-ID: <20050427212014.GA69666@walton.maths.tcd.ie> References: <1114623987.302.82.camel@zaphod.das.netz> <1114626276.302.89.camel@zaphod.das.netz> <20050427183147.GC6256@stack.nl> <1114628037.292.3.camel@zaphod.das.netz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1114628037.292.3.camel@zaphod.das.netz> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: "FreeBSD stable \(Liste\)" Subject: Re: [4.11] sysctl reports garbage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 21:20:17 -0000 On Wed, Apr 27, 2005 at 08:53:57PM +0200, Marc Santhoff wrote: > I still don't understand completly. In the file made like this: > > sysctl -a > garbage.txt > > there are the messages of at least three reboot cycles. The kernel tries to preserve the message buffer if it has not been cleared by rebooting - this makes it easier to find messages that might otherwise have been lost during an unexpected reboot. David. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 21:34:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0F0716A4CE for ; Wed, 27 Apr 2005 21:34:24 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E3843D39 for ; Wed, 27 Apr 2005 21:34:24 +0000 (GMT) (envelope-from lacombar@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so596770nzk for ; Wed, 27 Apr 2005 14:34:24 -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=llE9b0luqwlnKqXf45q1+Hrr4uGpYRzoFMfffnZUc8KHBbWmppo27C/GElHyqFlSXILMTroQXGaZGhsZyGOccP00NpgtSusmC6jxL2pn5Zn/bq0ZgULZnxjSM19MHTC7MHOyKU1LqI1HwwCFdUrXNHkJz7aSVcPqq9s2QSyg6mA= Received: by 10.36.103.3 with SMTP id a3mr68350nzc; Wed, 27 Apr 2005 14:34:24 -0700 (PDT) Received: by 10.36.88.15 with HTTP; Wed, 27 Apr 2005 14:34:24 -0700 (PDT) Message-ID: <1a69a9d805042714344baaf7a2@mail.gmail.com> Date: Wed, 27 Apr 2005 23:34:24 +0200 From: Arnaud Lacombe To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: discarded oversize frames X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arnaud Lacombe List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 21:34:24 -0000 > Have you found a solution to this? I am having the same problems on a=20 > machine very recently updated (cvsupped + buildworld on 4/14/2005): > kernel.log:Feb 25 13:46:40 trinity kernel: rl0: discard oversize frame=20 > (ether type 3db4 flags 3 len 8381 > max 1514) > kernel.log:Apr 10 14:27:37 trinity kernel: rl0: discard oversize frame=20 > (ether type 5a84 flags 3 len 2614 > max 1514) > kernel.log:Apr 18 16:17:53 trinity kernel: rl0: discard oversize frame=20 > (ether type 1867 flags 3 len 16941 > max 1514) I have the same bug. I updated this saturday from 5.2.1 to 5.4-stable. I never had this messages while I was running 5.2.1. The bug occured on time when the interface was under high network load (full speed bidirectionnal ftp transfert on a FastEthernet link). Apr 24 21:03:26 kernel: rl0: discard oversize frame (ether type 80a flags 3 len 39097 > max 1514) Apr 24 21:05:07 kernel: rl0: discard oversize frame (ether type 80a flags 3 len 14644 > max 1514) Apr 24 21:10:11 kernel: rl0: discard oversize frame (ether type 80a flags 3 len 37720 > max 1514) Apr 24 22:50:27 kernel: rl0: discard oversize frame (ether type 518 flags 3 len 29599 > max 1514) Apr 24 22:50:27 kernel: rl0: discard oversize frame (ether type 85c3 flags 3 len 62507 > max 1514) Apr 25 13:47:07 kernel: rl0: discard oversize frame (ether type 80a flags 3 len 61311 > max 1514) Apr 27 23:13:06 kernel: rl0: discard oversize frame (ether type 140 flags 3 len 45772 > max 1514) > After the message, the machine becomes completely unresponsive and I=20 > have to do a power-off, power-on reset. In my case, it didn't crash the machine but I had to ifconfig down / up to make it work. Arnaud ps: please CC: me, I didn't subscribe to the list by now. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 22:37:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0EE716A4CE for ; Wed, 27 Apr 2005 22:37:05 +0000 (GMT) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11C3843D49 for ; Wed, 27 Apr 2005 22:37:04 +0000 (GMT) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j3RMb271069990 for ; Thu, 28 Apr 2005 00:37:02 +0200 (CEST) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j3RMb2gN069989 for stable@freebsd.org; Thu, 28 Apr 2005 00:37:02 +0200 (CEST) (envelope-from rene) Date: Thu, 28 Apr 2005 00:37:02 +0200 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050427223701.GA69786@82-168-79-254-bbxl.xdsl.tiscali.nl> References: <20050427180127.GA15351@82-168-79-254-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050427180127.GA15351@82-168-79-254-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i Subject: Re: new fxp lor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 22:37:05 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 08:01:28PM +0200, Rene Ladan wrote: > Hi, >=20 > I experienced this new fxp LOR (probably when ntpd started during boot): [snip 2 LORs] > The box panics with automatic dump and reboot: >=20 > KDB: enter: witness_checkorder > panic: blockable sleep lock (sleep mutex) tty @ /usr/src/sys/kern/kern_ev= ent.c:1495 > KDB: stack backtrace: > Uptime: 15m33s > Dumping 191 MB > 16 32 48 64 80 96 112 128 144 160 176 > Dump complete Some dump analysis (especially frames 34 and 35 look interesting): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"]=0D GNU gdb 6.1.1 [FreeBSD]=0D Copyright 2004 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-marcel-freebsd".=0D #0 doadump () at pcpu.h:159=0D 159 pcpu.h: No such file or directory.=0D in pcpu.h=0D (kgdb) bt f=0D #0 doadump () at pcpu.h:159=0D No locals.=0D #1 0xc04948aa in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 10=0D first_buf_printf =3D 1=0D #2 0xc0494c18 in panic (=0D fmt=3D0xc05fcf6f "blockable sleep lock (%s) %s @ %s:%d")=0D at /usr/src/sys/kern/kern_shutdown.c:566=0D td =3D (struct thread *) 0xc13e7180=0D bootopt =3D 256=0D newpanic =3D 1=0D ap =3D 0xc9be56a8 "{=C2=B2`=C3=80=C3=98=C3=8C_=C3=80~l_=C3=80=C3=97\005"=0D buf =3D "blockable sleep lock (sleep mutex) tty @ /usr/src/sys/kern/kern_e= vent.c:1495", '\0' =0D #3 0xc04bb5ae in witness_checkorder (lock=3D0xc158c510, flags=3D9, =0D file=3D0xc05f6c7e "/usr/src/sys/kern/kern_event.c", line=3D1495)=0D at /usr/src/sys/kern/subr_witness.c:709=0D lock_list =3D (struct lock_list_entry **) 0x15=0D lle =3D (struct lock_list_entry *) 0xc9be56fc=0D lock1 =3D (struct lock_instance *) 0xc13e7180=0D lock2 =3D (struct lock_instance *) 0x0=0D class =3D (struct lock_class *) 0xc0620ffc=0D w =3D (struct witness *) 0xc0649468=0D w1 =3D (struct witness *) 0x20=0D td =3D (struct thread *) 0xc13e7180=0D ---Type to continue, or q to quit---=0D i =3D 1923=0D j =3D -1066895508=0D __func__ =3D "witness_checkorder"=0D #4 0xc048a95a in _mtx_lock_flags (m=3D0xc158c510, opts=3D0, =0D file=3D0xc05f6c7e "/usr/src/sys/kern/kern_event.c", line=3D1495)=0D at /usr/src/sys/kern/kern_mutex.c:271=0D No locals.=0D #5 0xc0476ff5 in knote (list=3D0xc158c498, hint=3D0, islocked=3D0)=0D at /usr/src/sys/kern/kern_event.c:1495=0D kq =3D (struct kqueue *) 0xc158c438=0D kn =3D (struct knote *) 0xc158c400=0D #6 0xc04c98ae in ttwwakeup (tp=3D0xc158c400) at /usr/src/sys/kern/tty.c:23= 98=0D No locals.=0D #7 0xc05baf21 in scstart (tp=3D0xc158c400)=0D at /usr/src/sys/dev/syscons/syscons.c:1369=0D rbp =3D (struct clist *) 0xc158c438=0D len =3D 0=0D buf =3D "lwh=C3=80\204\a\000\000\000p\000\000`wh=C3=80=E2=82=ACW=C5=B8=C3= =89Bk[=C3=80lwh=C3=80\204\a\000\000 \000\000\000\000p\000\000BK\000 \224W= =C5=B8=C3=89\032\205[=C3=80 =C2=AAh=C3=80lwh=C3=80`wh=C3=80\000\017\000\000= =C3=8CW=C5=B8=C3=89ul[=C3=80`wh=C3=80\204\a\000\000 \000\000\000\000\017\00= 0\000\000\000\000\000`wh=C3=80`wh=C3=80 =C2=AAh=C3=80=C3=ACW=C5=B8=C3=89=C3= =AE=C3=8C[=C3=80`wh=C3=80\204\a\000\000\000\000\000"=0D scp =3D (scr_stat *) 0xc0687760=0D #8 0xc05be305 in scgetc (sc=3D0xc068aa20, flags=3D3)=0D at /usr/src/sys/dev/syscons/syscons.c:3211=0D ---Type to continue, or q to quit---=0D scp =3D (scr_stat *) 0xc0687760=0D tp =3D (struct tty *) 0x0=0D c =3D 6=0D this_scr =3D -910272488=0D f =3D 0=0D i =3D 0=0D #9 0xc05bb379 in sccngetch (flags=3D2)=0D at /usr/src/sys/dev/syscons/syscons.c:1555=0D fkey =3D {str =3D '\0' , len =3D 0 '\0'}=0D fkeycp =3D 0=0D scp =3D (scr_stat *) 0xc0687760=0D p =3D (u_char *) 0x0=0D cur_mode =3D 1=0D c =3D -1067201760=0D #10 0xc05bb1c2 in sccncheckc (cd=3D0xc06350e0)=0D at /usr/src/sys/dev/syscons/syscons.c:1478=0D No locals.=0D #11 0xc04cc1f8 in cncheckc () at /usr/src/sys/kern/tty_cons.c:567=0D cnd =3D (struct cn_device *) 0xc066d0e0=0D cn =3D (struct consdev *) 0x0=0D c =3D 0=0D #12 0xc04cc1a5 in cngetc () at /usr/src/sys/kern/tty_cons.c:548=0D c =3D 0=0D #13 0xc042a765 in db_readline (lstart=3D0xc063cb20 "c\n", lsize=3D120)=0D ---Type to continue, or q to quit---=0D at /usr/src/sys/ddb/db_input.c:324=0D No locals.=0D #14 0xc042a8aa in db_read_line () at /usr/src/sys/ddb/db_lex.c:55=0D i =3D 0=0D #15 0xc0428fc1 in db_command_loop () at /usr/src/sys/ddb/db_command.c:453=0D No locals.=0D #16 0xc042b125 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:221=0D jb =3D {{_jb =3D {-910272284, -910272312, -910272232, -1052872320, 0, =0D -1069371194, 0, 0, 0, 0, -910272232, -1068823136}}}=0D prev_jb =3D (void *) 0x0=0D bkpt =3D 0=0D #17 0xc04b0e27 in kdb_trap (type=3D0, code=3D0, tf=3D0xc9be5978)=0D at /usr/src/sys/kern/subr_kdb.c:418=0D handled =3D -910272136=0D #18 0xc05d9428 in trap (frame=3D=0D {tf_fs =3D -1051983848, tf_es =3D 16, tf_ds =3D -910295024, tf_edi = =3D 9, tf_esi =3D -1051950492, tf_ebp =3D -910272064, tf_isp =3D -910272092= , tf_ebx =3D -1067004164, tf_edx =3D 1, tf_ecx =3D -1056878592, tf_eax =3D = 31, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068823776, tf_cs =3D 8, tf_= eflags =3D 646, tf_esp =3D -1067468212, tf_ss =3D -1067537639}) at /usr/src= /sys/i386/i386/trap.c:576=0D td =3D (struct thread *) 0xc13e7180=0D p =3D (struct proc *) 0xc13e654c=0D sticks =3D 0=0D i =3D 0=0D ---Type to continue, or q to quit---=0D ucode =3D 0=0D type =3D 3=0D code =3D 0=0D eva =3D 0=0D #19 0xc05c880a in calltrap () at /usr/src/sys/i386/i386/exception.s:140=0D No locals.=0D #20 0xc14c0018 in ?? ()=0D No symbol table info available.=0D #21 0x00000010 in ?? ()=0D No symbol table info available.=0D #22 0xc9be0010 in ?? ()=0D No symbol table info available.=0D #23 0x00000009 in ?? ()=0D No symbol table info available.=0D #24 0xc14c8264 in ?? ()=0D No symbol table info available.=0D #25 0xc9be59c0 in ?? ()=0D No symbol table info available.=0D #26 0xc9be59a4 in ?? ()=0D No symbol table info available.=0D #27 0xc066cefc in w_locklistdata ()=0D No symbol table info available.=0D #28 0x00000001 in ?? ()=0D No symbol table info available.=0D ---Type to continue, or q to quit---=0D #29 0xc1015000 in ?? ()=0D No symbol table info available.=0D #30 0x0000001f in ?? ()=0D No symbol table info available.=0D #31 0x00000003 in ?? ()=0D No symbol table info available.=0D #32 0x00000000 in ?? ()=0D No symbol table info available.=0D #33 0xc04b0b20 in kdb_enter (msg=3D0x0) at cpufunc.h:56=0D No locals.=0D #34 0xc04bbbab in witness_checkorder (lock=3D0xc14c8264, flags=3D9, =0D file=3D0xc06fe7bd "/usr/src/sys/modules/fxp/../../dev/fxp/if_fxp.c", =0D line=3D1232) at /usr/src/sys/kern/subr_witness.c:946=0D lock_list =3D (struct lock_list_entry **) 0xc13e71f0=0D lle =3D (struct lock_list_entry *) 0xc066cef8=0D lock1 =3D (struct lock_instance *) 0xc066cefc=0D lock2 =3D (struct lock_instance *) 0x0=0D class =3D (struct lock_class *) 0xc0620ffc=0D w =3D (struct witness *) 0xc0649530=0D w1 =3D (struct witness *) 0xc064a778=0D td =3D (struct thread *) 0xc066cefc=0D i =3D -1=0D j =3D 0=0D __func__ =3D "witness_checkorder"=0D ---Type to continue, or q to quit---=0D #35 0xc048a95a in _mtx_lock_flags (m=3D0xc14c8264, opts=3D0, =0D file=3D0xc06fe7bd "/usr/src/sys/modules/fxp/../../dev/fxp/if_fxp.c", =0D line=3D1232) at /usr/src/sys/kern/kern_mutex.c:271=0D No locals.=0D #36 0xc06fbdc7 in ?? ()=0D No symbol table info available.=0D #37 0xc14c8264 in ?? ()=0D No symbol table info available.=0D #38 0x00000000 in ?? ()=0D No symbol table info available.=0D #39 0xc06fe7bd in ?? ()=0D No symbol table info available.=0D #40 0x000004d0 in ?? ()=0D No symbol table info available.=0D #41 0xc14c8000 in ?? ()=0D No symbol table info available.=0D #42 0xc14c8000 in ?? ()=0D No symbol table info available.=0D #43 0xc9be5a70 in ?? ()=0D No symbol table info available.=0D #44 0xc050b1c9 in if_start (ifp=3D0xc14c8264) at /usr/src/sys/net/if.c:1959= =0D No locals.=0D Previous frame identical to this frame (corrupt stack?)=0D (kgdb) frame 33=0D #33 0xc04b0b20 in kdb_enter (msg=3D0x0) at cpufunc.h:56=0D 56 cpufunc.h: No such file or directory.=0D in cpufunc.h=0D (kgdb) frame 34=0D #34 0xc04bbbab in witness_checkorder (lock=3D0xc14c8264, flags=3D9, =0D file=3D0xc06fe7bd "/usr/src/sys/modules/fxp/../../dev/fxp/if_fxp.c", =0D line=3D1232) at /usr/src/sys/kern/subr_witness.c:946=0D 946 kdb_enter(__func__);=0D (kgdb) frame 35=0D #35 0xc048a95a in _mtx_lock_flags (m=3D0xc14c8264, opts=3D0, =0D file=3D0xc06fe7bd "/usr/src/sys/modules/fxp/../../dev/fxp/if_fxp.c", =0D line=3D1232) at /usr/src/sys/kern/kern_mutex.c:271=0D 271 WITNESS_CHECKORDER(&m->mtx_object, opts | LOP_NEWORDER | LOP_EXCLUSIVE= ,=0D (kgdb) print *m=0D $1 =3D {mtx_object =3D {lo_class =3D 0xc0620ffc, lo_name =3D 0xc14a57e0 "fx= p0", =0D lo_type =3D 0xc06fe820 "network driver", lo_flags =3D 196608, lo_list = =3D {=0D tqe_next =3D 0xc14c8208, tqe_prev =3D 0xc14bf010}, =0D lo_witness =3D 0xc0649530}, mtx_lock =3D 4, mtx_recurse =3D 0}=0D (kgdb) q=0D I still have this dump (~65MB uncompressed) available. > This is on: >=20 > FreeBSD 5.4-STABLE #0: Tue Apr 26 07:30:25 CEST 2005 root@82-168-79-2= 54-bbxl.xdsl.tiscali.nl:/usr/obj/usr/src/sys/RENE=20 >=20 Regards, Rene=09 --=20 "It won't fit on the line." -- me, 2001 --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCcBQNvz70qa4zXcwRAlevAJ9HKj6kTJ2787//o0heghNYcLG5vACeMMWD qxohsODyPsEPTk/7+X97NIY= =9k6C -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 23:36:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E0D16A4D4; Wed, 27 Apr 2005 23:36:29 +0000 (GMT) Received: from smtp1.linkline.com (smtp1.linkline.com [66.59.235.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 113E943D53; Wed, 27 Apr 2005 23:36:29 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from [127.0.0.1] (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp1.linkline.com (Postfix) with ESMTP id E9A989CCC4; Wed, 27 Apr 2005 16:36:25 -0700 (PDT) Message-ID: <427021F9.1010704@linkline.com> Date: Wed, 27 Apr 2005 16:36:25 -0700 From: Samuel Clements User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: steven.glogger@ch.easynet.net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Re: SATA RAID 1 controllers for Intel board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 23:36:29 -0000 Should work just fine with the integrated ICH5R if you CVSUP to -CURRENT. sos@ has done major work to the ata code recently and I have many of this exact machine up and running right now. I had to: Enable SATA RAID in the BIOS but define no raid Install FreeBSD on ad4 (or the first disk) CVSUP to current and rebuild kernel edit your fstab and change all the ad4 (or whatever disk you installed on) entries to ar0 go into RAID BIOS and create a RAID from the first drive When it asks you how to create the array, choose Build and it'll copy your first drive to the second drive, creating a mirror. reboot your machine and it should 'just work' -Sam Steven Glogger wrote: > hi all > > i'm fighting a little bit with a new intel server. > i bought an intel SE7210TP1-E server with integrated RAID controller (SATA) > and thought: nice, one box everything inside ,-) > but it seems that the raid controller is not supported by any freebsd > version (i would love to see it running on 5.x). > on some posts i saw that the onboard controller is some kind of > 'software-raid' - but i don't care ,-) > anyhow, i didn't got this onboard raid controller (which seems to be an > adaptec hostraid) working. > (if someone knows how to do it: please mail! *beggin*). > > anyhow, i had the fabulous idea to buy an high point 1520 SATA raid > controller which is working fine in other servers. > but i didn't expected intel to NOT work with this controller ;-( > i tried several hours (incl. bios upgrades, etc.) to just BOOT from this > raid controller (with and without any raid). > even when in the amibios is set: primary boot device -> "RocketRaid 1520 > SATA controller" nothing will ever boot from this device (and yes, i set the > disk to 'active' - it will boot if i put the disc directly to the on-board > plug). > > i contacted intel and they told me: > > "Unfortunately we have not validated any High Point RAID controller on > Intel(R) Entry Server Board SE7210TP1-E > For a list of tested and validated hardware for this board please visit the > following URL: > http://support.intel.com/support/motherboards/server/se7210tp1-e/sb/cs-00992 > 0.htm > " > > well, nice isn't it? ;-) > (if someone knows how to get this controller running on that specific board: > let me know). > > after reading the tested-hardware list (see link from intel) i found out > that the "FastTrak S150 TX4" should boot ;-) > but after looking on google and the mailinglist i couldn't figure out if > freebsd 5.X would recognize it. > > does anyone want to share some of his experience how to get a raid running > with either the on-board controller, the hightpoint controller or an > fasttrak S150 TX4? ;-) (otherwise i would prepare a software raid) > > > greetings! & many thanks in advance ,-) > > -steven > > > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 23:42:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E66B16A4CE; Wed, 27 Apr 2005 23:42:26 +0000 (GMT) Received: from aramaki.bong.com.au (aramaki.bong.com.au [203.91.232.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BAB343D2F; Wed, 27 Apr 2005 23:42:25 +0000 (GMT) (envelope-from dean@bong.com.au) Received: from paynet-gw.penrithcity.nsw.gov.au ([203.91.245.98] helo=[127.0.0.1]) by aramaki.bong.com.au with asmtp (Exim 4.34) id 1DQwIt-00007O-Mr; Thu, 28 Apr 2005 09:50:55 +1000 Message-ID: <42702354.9010709@bong.com.au> Date: Thu, 28 Apr 2005 09:42:12 +1000 From: Dean Hamstead User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Samuel Clements References: <427021F9.1010704@linkline.com> In-Reply-To: <427021F9.1010704@linkline.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.8 X-Spam-Report: Spam detection software, running on the system "aramaki.bong.com.au", hasmessagelabel similar future email. If you have any questions, see staff@bong.com.au for details. Content preview: [...] Content analysis details: (-2.8 points, 5.0 required) pts rule name description -------------------------------------------------- -2.8 ALL_TRUSTED Did not pass through any untrusted hosts X-Spam-Scanned-By: aramaki.bong.com.au X-Scan-Signature: 7f9180a67a5adf43953173239fc52879 cc: steven.glogger@ch.easynet.net cc: freebsd-stable@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Re: SATA RAID 1 controllers for Intel board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 23:42:26 -0000 be awair that often 'hardare raid' ata and sata controllers actually just have bioses which can boot from raided disks and then hand over to the OS. therefore their is no actual difference between 'hardware' and software raid as your cpu is doing the work please see documentation relating to your disk controller Dean Samuel Clements wrote: > Should work just fine with the integrated ICH5R if you CVSUP to > -CURRENT. sos@ has done major work to the ata code recently and I have > many of this exact machine up and running right now. I had to: > > Enable SATA RAID in the BIOS but define no raid > Install FreeBSD on ad4 (or the first disk) > CVSUP to current and rebuild kernel > edit your fstab and change all the ad4 (or whatever disk you installed > on) entries to ar0 > go into RAID BIOS and create a RAID from the first drive > > When it asks you how to create the array, choose Build and it'll copy > your first drive to the second drive, creating a mirror. > > reboot your machine and it should 'just work' > -Sam > > > Steven Glogger wrote: > >> hi all >> >> i'm fighting a little bit with a new intel server. >> i bought an intel SE7210TP1-E server with integrated RAID controller >> (SATA) >> and thought: nice, one box everything inside ,-) >> but it seems that the raid controller is not supported by any freebsd >> version (i would love to see it running on 5.x). >> on some posts i saw that the onboard controller is some kind of >> 'software-raid' - but i don't care ,-) >> anyhow, i didn't got this onboard raid controller (which seems to be an >> adaptec hostraid) working. >> (if someone knows how to do it: please mail! *beggin*). >> >> anyhow, i had the fabulous idea to buy an high point 1520 SATA raid >> controller which is working fine in other servers. >> but i didn't expected intel to NOT work with this controller ;-( >> i tried several hours (incl. bios upgrades, etc.) to just BOOT from this >> raid controller (with and without any raid). >> even when in the amibios is set: primary boot device -> "RocketRaid 1520 >> SATA controller" nothing will ever boot from this device (and yes, i >> set the >> disk to 'active' - it will boot if i put the disc directly to the >> on-board >> plug). >> >> i contacted intel and they told me: >> >> "Unfortunately we have not validated any High Point RAID controller on >> Intel(R) Entry Server Board SE7210TP1-E >> For a list of tested and validated hardware for this board please >> visit the >> following URL: >> http://support.intel.com/support/motherboards/server/se7210tp1-e/sb/cs-00992 >> >> 0.htm >> " >> >> well, nice isn't it? ;-) >> (if someone knows how to get this controller running on that specific >> board: >> let me know). >> >> after reading the tested-hardware list (see link from intel) i found out >> that the "FastTrak S150 TX4" should boot ;-) >> but after looking on google and the mailinglist i couldn't figure out if >> freebsd 5.X would recognize it. >> >> does anyone want to share some of his experience how to get a raid >> running >> with either the on-board controller, the hightpoint controller or an >> fasttrak S150 TX4? ;-) (otherwise i would prepare a software raid) >> >> >> greetings! & many thanks in advance ,-) >> >> -steven >> >> >> _______________________________________________ >> freebsd-hardware@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware >> To unsubscribe, send any mail to >> "freebsd-hardware-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 00:02:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A437816A4CF for ; Thu, 28 Apr 2005 00:02:33 +0000 (GMT) Received: from smtp811.mail.sc5.yahoo.com (smtp811.mail.sc5.yahoo.com [66.163.170.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B59543D5F for ; Thu, 28 Apr 2005 00:02:32 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp811.mail.sc5.yahoo.com with SMTP; 28 Apr 2005 00:02:32 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 0C9076121; Wed, 27 Apr 2005 19:02:31 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 38334-03; Wed, 27 Apr 2005 19:02:28 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 53B4D610A; Wed, 27 Apr 2005 19:02:28 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j3S02RkJ093112; Wed, 27 Apr 2005 19:02:27 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42702812.1080705@alumni.rice.edu> Date: Wed, 27 Apr 2005 19:02:26 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Samuel Clements References: <427021F9.1010704@linkline.com> In-Reply-To: <427021F9.1010704@linkline.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: steven.glogger@ch.easynet.net cc: freebsd-stable@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Re: SATA RAID 1 controllers for Intel board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 00:02:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/27/05 18:36, Samuel Clements wrote: > Should work just fine with the integrated ICH5R if you CVSUP to > -CURRENT. sos@ has done major work to the ata code recently and I have > many of this exact machine up and running right now. I had to: > > Enable SATA RAID in the BIOS but define no raid > Install FreeBSD on ad4 (or the first disk) > CVSUP to current and rebuild kernel > edit your fstab and change all the ad4 (or whatever disk you installed > on) entries to ar0 > go into RAID BIOS and create a RAID from the first drive > > When it asks you how to create the array, choose Build and it'll copy > your first drive to the second drive, creating a mirror. > > reboot your machine and it should 'just work' Please do not top post. > Steven Glogger wrote: >> i'm fighting a little bit with a new intel server. >> i bought an intel SE7210TP1-E server with integrated RAID controller >> (SATA) >> and thought: nice, one box everything inside ,-) >> but it seems that the raid controller is not supported by any freebsd >> version (i would love to see it running on 5.x). >> on some posts i saw that the onboard controller is some kind of >> 'software-raid' - but i don't care ,-) >> anyhow, i didn't got this onboard raid controller (which seems to be an >> adaptec hostraid) working. >> (if someone knows how to do it: please mail! *beggin*). I was gonna say just define the array beforehand and use the latest 6.x snapshot ISO (http://www.freebsd.org/snapshots/), but it looks like ATA mkIII didn't make it into the tree until 2 weeks after the last snapshot. Until the next snapshot is built it looks like you're stuck using the procedure Samuel described. - -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCcCgSUFz01pkdgZURAh0NAKC73kXVn1h7N+vNBIknQ6S1i7WX8gCgvYq9 u7SV0rk1f4+ZXHIZjUVlM08= =20Jm -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 00:27:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA36B16A526; Thu, 28 Apr 2005 00:27:09 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8690243D76; Thu, 28 Apr 2005 00:27:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 0F7FD7A403; Wed, 27 Apr 2005 17:27:09 -0700 (PDT) Message-ID: <42702DDC.70403@elischer.org> Date: Wed, 27 Apr 2005 17:27:08 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: stable@freebsd.org, usb@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: more MFCs to RELENG_4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 00:27:09 -0000 You'll find a diff at: http://www.freebsd.org/~julian/usb-4.diff This merges a lot of the USB infrastructure. I was amazed how little changing had to be done to allow this to work on 4.x. The files become almost teh same as on -current. (minus small changes here and there) if you use USB on 4.x, please check this out and let me know if I have broken anything. Especially try mistreating it (if it takes such mistreatment in 4.x at the moment) to see if we've broken error handling etc. I'll commit this in a day or so and keep going.. hubs next I think. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 00:42:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1188016A4CE; Thu, 28 Apr 2005 00:42:55 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E6E43D48; Thu, 28 Apr 2005 00:42:54 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id B60FD7A41E; Wed, 27 Apr 2005 17:42:54 -0700 (PDT) Message-ID: <4270318E.4070205@elischer.org> Date: Wed, 27 Apr 2005 17:42:54 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <42702DDC.70403@elischer.org> In-Reply-To: <42702DDC.70403@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: usb@freebsd.org cc: stable@freebsd.org Subject: Re: more MFCs to RELENG_4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 00:42:55 -0000 Julian Elischer wrote: > You'll find a diff at: > > http://www.freebsd.org/~julian/usb-4.diff > > This merges a lot of the USB infrastructure. > I was amazed how little changing had to be done > to allow this to work on 4.x. > > The files become almost teh same as on -current. > (minus small changes here and there) > > if you use USB on 4.x, please check this out and let me know if I have > broken > anything. That doesn't mean I haven't tried it, just that more testers is better.. > > Especially try mistreating it (if it takes such mistreatment in 4.x > at the moment) to see if we've broken error handling etc. > > I'll commit this in a day or so and keep going.. hubs next I think. > > > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 02:18:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E90B116A4CE for ; Thu, 28 Apr 2005 02:18:15 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6436643D39 for ; Thu, 28 Apr 2005 02:18:15 +0000 (GMT) (envelope-from rgrempel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so459436wri for ; Wed, 27 Apr 2005 19:18: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=iHK4ib4idPO06FUZAogB5aBt5bx/QeAplOGil6R+TYvGPccka9Blijg/wO9/HiDL6oe0VPwvPY1/AFo3aex5oal6StFJBZhwtTWWbhG+vODUmFwZltk0UgE4yTDxaJKie56T7/LJd5QdJGAmJpoCBlZwBT/o5VPK/DCrGy1Y6E0= Received: by 10.54.79.5 with SMTP id c5mr496841wrb; Wed, 27 Apr 2005 19:18:14 -0700 (PDT) Received: by 10.54.39.18 with HTTP; Wed, 27 Apr 2005 19:18:14 -0700 (PDT) Message-ID: Date: Wed, 27 Apr 2005 21:18:14 -0500 From: Ryan Rempel To: Gavin Atkinson In-Reply-To: <1114625632.21968.34.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050425105919.GA95908@e-Gitt.NET> <1114625632.21968.34.camel@buffy.york.ac.uk> cc: freebsd-stable@freebsd.org Subject: Re: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ryan Rempel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 02:18:16 -0000 On 4/27/05, Gavin Atkinson wrote: > A while back, there was talk of a FreeBSD libc name cache daemon, but I > can't seem to find any reference to it now (I seem to remember the > website was within .ru, if it helps anyone find it) - though I'm not > sure it would help in this context or even if it's really the correct > way to mask the bug. Perhaps you are thinking of sysutils/lookupd and sysutils/lookupd-ldap in the ports tree? I've been using those in conjuction with nss-ldap and I've been happy with the results (though I don't have enough users to stress things the way you folks do). From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 02:35:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C012216A4CE for ; Thu, 28 Apr 2005 02:35:33 +0000 (GMT) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45E5F43D5D for ; Thu, 28 Apr 2005 02:35:33 +0000 (GMT) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id D3135595B9 for ; Wed, 27 Apr 2005 22:35:31 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j3S2YeV00618 for freebsd-stable@freebsd.org; Wed, 27 Apr 2005 22:34:40 -0400 (EDT) Date: Wed, 27 Apr 2005 22:34:40 -0400 From: Joe Altman To: freebsd-stable@freebsd.org Message-ID: <20050428023440.GA20251@panix.com> Mail-Followup-To: Joe Altman , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: USB code changed, right? Perhaps an unchange is in order? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 02:35:33 -0000 I was pretty sure I saw a heads-up, and lo I did: +++ I have just merged in most of the lowest level changes to 4.x from 6.x. If you use USB on 4.x machines and are planning on following RELENG_4 then I suggest you test the latest sources to avoid nasty surprises later. I will probably merge some of the actual device drivers as well, though I have limited resources for testing them.. +++ Currently, I find my P4 hanging just after discovering the parallel port and mounting disk; in other words, just here: ppc0: parallel port not found. ad0: 28629MB [58168/16/63] at ata0-master UDMA100 but ->only<- when my Logitech USB mouse is plugged in. Now, if I unplug it and hit reset (not Ctrl-Alt-Del; the keyboard is frozen) the system boots, and I can obtain X w/ a functional mouse. Yesterday, of course, prior to the USB change the system did not hang. I noticed that some code was changed in between my discovery of the hanging and my attempt to fix it: Apr 27 21:15 subr_bus.c but this change, and the subsequent world update, did not solve the issue of the hanging mouse. See, I know I've only myself to blame for missing the announcement and/or starting an upgrade in an interstice between stability and apparent instability. But still...test first, deploy later, perhaps? Kernel bits, had them for a couple of years now: device uhci device ohci device ehci device usb device ugen device ums device uscanner With my luck, it's probably not the mouse after all. Thanks for any help you can offer. Now, off to read more of Blue Mars. -- I don't care what you think. This is not a stylishly insouciant stroll out of the jungle, here. It's more like we've fallen out of our trees and rolled, butt-naked before the entire galaxy, downhill. That, and we seem to have a teensy problem lifting ourselves off the ground. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 03:04:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8139A16A4CE for ; Thu, 28 Apr 2005 03:04:03 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A4543D54 for ; Thu, 28 Apr 2005 03:03:59 +0000 (GMT) (envelope-from imachine@lazir.toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 468868BBDE for ; Thu, 28 Apr 2005 05:03:56 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 07040-02 for ; Thu, 28 Apr 2005 05:03:56 +0200 (CEST) Received: by lazir.toya.net.pl (TOYAnet MailServer, from userid 9907) id 53FD48BBD8; Thu, 28 Apr 2005 05:03:55 +0200 (CEST) Date: Thu, 28 Apr 2005 05:03:55 +0200 To: freebsd-stable@freebsd.org Message-ID: <20050428030355.GA19642@lazir.toya.net.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: imachine@lazir.toya.net.pl (None) X-TOYA-AV: AntyVir-Skaner at toya.net.pl Subject: *bsd games. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 03:04:03 -0000 hello, first of i'd like to excuse any of the hardcore unix heads here, bringing such possibly unimportant topics :-) to keep it quick - the idea is simple, there is some standard *bsd games distribution, but those games are hardly even anything more amusing than fortune /which do not get me wrong, is pretty interesting - but not quite deserving imho the title of a game ;-)/. now this is where the plan comes in - what about some upgrade to the default bsd world? FreeBSD seems like the BSD that could support it. im not saying 3d blast off with DRM/DRI, if any, more in the taste of 'Stunts', if anyone perhaphs remembers that title. wouldnt it be nice to sit inside of console and play some prince of persia, or some puzzle minding Robbo, during the Nth install ? and i do mention the original names here - since most of these games are abandonware, and now i do not have any facts backing this up - im still researching - but to me that would mean it could be pretty easy to even make a platform independant, native bsd port of them. i would be willing to do the coding work, i needed a project to spend time on and this is what i found interesting. anyway, perhaphs anyone might be interested to help out? i am aware of the fact, that a main tree merge would require some extra libs not everyone might be happy about in the main dist, or maybe some framework, kernel/system wise? i would say sdl, but that would need some work from what my experience is - i tried the VGL output with even simple stuff like digger, yet it proved itself pretty unstable - wrecking the console on crashy applications inclusive :-) cheers, and i hope i dont get run down for a 'cheesy' project idea ;-) //m. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 03:17:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E4AC16A4CE for ; Thu, 28 Apr 2005 03:17:01 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA4243D49 for ; Thu, 28 Apr 2005 03:17:00 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (pD9542370.dip.t-dialin.net [217.84.35.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 76EF434517; Thu, 28 Apr 2005 05:16:57 +0200 (CEST) Message-ID: <427055D0.8090703@incubus.de> Date: Thu, 28 Apr 2005 05:17:36 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: None References: <20050428030355.GA19642@lazir.toya.net.pl> In-Reply-To: <20050428030355.GA19642@lazir.toya.net.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: *bsd games. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 03:17:01 -0000 None wrote: > might be interested to help out? i am aware of the fact, that a main > tree merge would require some extra libs not everyone might be happy > about in the main dist, or maybe some framework, kernel/system wise? Make it a port, and put it in ports/games. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 03:34:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79F0E16A4CE for ; Thu, 28 Apr 2005 03:34:13 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD5F43D1F for ; Thu, 28 Apr 2005 03:34:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C88D3514C9; Wed, 27 Apr 2005 20:34:11 -0700 (PDT) Date: Wed, 27 Apr 2005 20:34:11 -0700 From: Kris Kennaway To: None Message-ID: <20050428033411.GA66661@xor.obsecurity.org> References: <20050428030355.GA19642@lazir.toya.net.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20050428030355.GA19642@lazir.toya.net.pl> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: *bsd games. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 03:34:13 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 28, 2005 at 05:03:55AM +0200, None wrote: > hello, >=20 > first of i'd like to excuse any of the hardcore unix heads here, bringing > such possibly unimportant topics :-) >=20 > to keep it quick - the idea is simple, there is some standard *bsd games > distribution, but those games are hardly even anything more amusing than > fortune /which do not get me wrong, is pretty interesting - but not > quite deserving imho the title of a game ;-)/.=20 >=20 > now this is where the plan comes in - what about some upgrade to the > default bsd world? FreeBSD seems like the BSD that could support it. im > not saying 3d blast off with DRM/DRI, if any, more in the taste of > 'Stunts', if anyone perhaphs remembers that title. Sorry, but there's basically no chance your game will be incorporated into the FreeBSD base system. However, the ports collection contains hundreds of games (including a package containing the actual games that used to be part of BSD), so you're more than welcome to submit it there. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCcFmzWry0BWjoQKURAsxXAJ0RyHOWGRmcWEpL4YM3N724DTYdeQCgnXYO A76Fif3lWnqUzFGLs0Fzeck= =hTSd -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 03:35:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72A9416A4CE for ; Thu, 28 Apr 2005 03:35:44 +0000 (GMT) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C08243D2F for ; Thu, 28 Apr 2005 03:35:44 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from lofi.dyndns.org (dsl-213-023-193-017.arcor-ip.net [213.23.193.17]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 542562694D; Thu, 28 Apr 2005 05:34:13 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j3S3TgMl085271 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 28 Apr 2005 05:29:43 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Thu, 28 Apr 2005 05:29:37 +0200 User-Agent: KMail/1.8 References: <20050428030355.GA19642@lazir.toya.net.pl> In-Reply-To: <20050428030355.GA19642@lazir.toya.net.pl> 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: None Subject: Re: *bsd games. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 03:35:44 -0000 --nextPart5389821.Y1xTZya081 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 28. April 2005 05:03, None wrote: > now this is where the plan comes in - what about some upgrade to the > default bsd world? FreeBSD seems like the BSD that could support it. Almost all of the 44BSD-Lite games were removed from FreeBSD 5-CURRENT over= =20 two years ago to save space and development resources for more important=20 things - that ship has sailed I'm afraid.=20 =46reeBSD 5 only ships a select few of the 44BSD-Lite games, notably those = which=20 are more utilities than games (like fortune, caesar, factor, primes,=20 morse ...). =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 --nextPart5389821.Y1xTZya081 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCcFilXhc68WspdLARArxxAJ9+0CYpe8xIJ9a7Ktd3fQ0qRZ6RKQCcCct8 JR9dxLqVQAlCIIW5vUM6BTU= =rD8J -----END PGP SIGNATURE----- --nextPart5389821.Y1xTZya081-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 03:59:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7F4516A4CE for ; Thu, 28 Apr 2005 03:59:02 +0000 (GMT) Received: from knuth.hurstdog.org (knuth.hurstdog.org [69.55.236.147]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FEBA43D1F for ; Thu, 28 Apr 2005 03:59:02 +0000 (GMT) (envelope-from tim.howe@celebrityresorts.com) Received: (qmail 95224 invoked from network); 28 Apr 2005 03:59:01 -0000 Received: from knuth.hurstdog.org (HELO fred.colohowes.org) (69.55.236.147) by knuth.hurstdog.org with SMTP; 28 Apr 2005 03:59:01 -0000 Received: by fred.colohowes.org (Postfix, from userid 999) id F04158FE46; Wed, 27 Apr 2005 22:10:35 -0600 (MDT) Received: from piro.quadium.net (piro.colohowes.org [10.27.56.90]) by fred.colohowes.org (Postfix) with ESMTP id 7C4FA8FE49 for ; Wed, 27 Apr 2005 17:45:54 -0600 (MDT) Received: from beaker.data-secure.net (localhost [127.0.0.1]) by piro.quadium.net (8.12.6/8.12.6) with ESMTP id j3RNW8TR011015 for ; Wed, 27 Apr 2005 19:32:08 -0400 (EDT) (envelope-from tim.howe@celebrityresorts.com) Received: by beaker.data-secure.net (Postfix, from userid 1000) id B7A823988B; Wed, 27 Apr 2005 19:42:35 -0400 (EDT) To: freebsd-stable@freebsd.org References: <87oecl57nk.fsf@beaker.data-secure.net> <20050411230107.GA11717@odin.ac.hmc.edu> <87y8boeo7d.fsf@beaker.data-secure.net> <20050412164126.GA18471@odin.ac.hmc.edu> From: Tim Howe Date: Wed, 27 Apr 2005 19:42:35 -0400 In-Reply-To: <20050412164126.GA18471@odin.ac.hmc.edu> (Brooks Davis's message of "Tue, 12 Apr 2005 09:41:26 -0700") Message-ID: <873btbkcr8.fsf@beaker.data-secure.net> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Corporate Culture, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Kodak USB flash reader causes freezes, panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 03:59:02 -0000 Brooks Davis writes: >> > > Reproducibly, if I begin copying data to a [...] CF card [...] it >> > > works for a while, then freezes the system. [...] > Sounds like you should file a PR about the issue. Are you sure the file > system in question is OK? There were some msdosfs corruption bugs fixed > recently. Taking your suggestion I zeroed out the CF card, then used fdisk and newfs_msdos to get it in working order again. I've been testing it over the past week and have had no problems since. Thanks for the pointer. Is it accepted for a corrupt filesystem to freeze the system, though? >> [1042] ~ # true > /dev/da0 [...] > > I'd highly recommend running the command in the other direction so you > try to read rather than write. It shouldn't matter, but that makes me > nervous (not that I think it has anything to do with your problem.) I tried that, and doing a read and waiting a few seconds. Opening for write, as above, worked immediately. -- Tim Howe Software Engineer Celebrity Resorts From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 04:14:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A5E516A4CE for ; Thu, 28 Apr 2005 04:14:09 +0000 (GMT) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F0B43D3F for ; Thu, 28 Apr 2005 04:14:08 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp112-89.lns1.bne3.internode.on.net [59.167.112.89])j3S4E5CI044020; Thu, 28 Apr 2005 13:44:06 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.13.1/8.11.6) with ESMTP id j3S4DS3k007921; Thu, 28 Apr 2005 14:13:28 +1000 (EST) (envelope-from mckay) Message-Id: <200504280413.j3S4DS3k007921@dungeon.home> To: freebsd-stable@freebsd.org References: <200308071230.h77CUMgj003099@dungeon.home> <3F327F44.9080909@mac.com> <200308080057.h780vDdx005361@dungeon.home> <20030809103630.Q59623@carver.gumbysoft.com> <200308250044.h7P0iHch006248@dungeon.home> In-Reply-To: <200308250044.h7P0iHch006248@dungeon.home> from Stephen McKay at "Mon, 25 Aug 2003 10:44:17 +1000" Date: Thu, 28 Apr 2005 14:13:28 +1000 From: Stephen McKay cc: Stephen McKay Subject: Re: nvi dying with "Resource temporarily unavailable" [SOLVED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 04:14:09 -0000 This is resurrecting an old thread, but I'd like the answer to be found in searches, so here goes: On Monday, 25th August 2003, Stephen McKay wrote: >On Saturday, 9th August 2003, Doug White wrote: > >>On Fri, 8 Aug 2003, Stephen McKay wrote: >> >>> >Stephen McKay wrote: >>> >> Since I upgraded to FreeBSD 4.8 (from 4.5) I've noticed occasional failures >>> >> of nvi. It will suddenly die as a key is pressed, emitting: >>> >> >>> >> Error: input: Resource temporarily unavailable >> >>We went round and round on irc about this a few weeks back. We pinned it >>down to a bad error check in nvi. Unfortunately the fix was non-obvious. >>There's a read() that needs to check for EAGAIN and loop back around on >>the read. If someone wants to take a crack at this, the offending read() >>is at common/cl_read.c line 266. >You almost had me convinced until I got this extraordinary result: > >$ cat >cat: stdin: Resource temporarily unavailable >$ > >Never seen the like in all my born days. > >I'm running zsh 3.1.9 on FreeBSD 4.8-RELEASE. /bin/cat is a simple program. >If it isn't working properly, there's a fault in zsh or the kernel. I have >not upgraded zsh since July 2000. That makes it a bug in the kernel. What >else could it be? At a stretch perhaps a bug in libc. Nothing else comes >to mind. The fault lies in libc_r. I don't yet know how to fix libc_r, or even if it will ever be fixed, but I have installed a protective mechanism on my system that I am willing to live with. One of the things that libc_r does is a trick to allow I/O in one thread to not block other threads: it sets all file descriptors to nonblocking, including 0, 1 and 2. Descriptors 0, 1 and 2 normally refer to your tty (usually a pty nowadays) unless you go to the trouble of redirecting them. A further twist is that these descriptors are not the result of reopening your tty, but come from dup(), and hence share the underlying file flags with all other processes in that session, including your shell and any processes it starts before or after the one that uses libc_r. Setting nonblocking mode on a shared descriptor like this affects *all* processes using it. In other words, your shell, nvi, cat, and indeed all other programs on that tty now have a nonblocking descriptor for it. Having stdin or stdout suddenly become non-blocking causes many programs to fail mysteriously. In short, just running a program linked against libc_r in the background can cause other programs to fail. This is clearly unacceptable. It has taken me quite some years to track this down and it has almost made me lose faith in FreeBSD. (Why would anyone use an OS that fails randomly?) It's especially illuminating (from a programming point of view) that the root cause is in a subsystem I've never used and hence never examined all those times I went looking for the problem. It's the other programmers that have been using libc_r in more and more programs (some which I use without even knowing it) that has caused this slow degradation of my FreeBSD experience. How many other bugs like this are hidden in the ever increasing complexity of FreeBSD (or indeed any other software)? Unexpected interactions are everywhere and we should work hard to minimise them! OK, enough of the rambling philosophy: How can this be prevented? As described in this posting: http://lists.freebsd.org/mailman/htdig/freebsd-hackers/2005-January/009742.html I have added code to my 4.11 kernel to prevent background processes from setting O_NONBLOCK on ttys. I've been running with this for over 3 months and in that time have had no unexpected nvi exits or other weirdness. I believe this is a cure. I also believe that no process can reasonably expect to set O_NONBLOCK on its tty when in the background and hence I think this should be added to -current. But the side effect of the cure is that you cannot start a threaded program in the background without redirecting stdin, stdout and stderr elsewhere. I accept this as a cost of fixing the problem. You may not be so generous. If so, perhaps you can think of a way of fixing libc_r directly. Personally, I'd be happy enough to prevent the damage (by banning background O_NONBLOCK on ttys) while waiting for libc_r to die a natural death as the other threading libraries in 5.x and 6.x take over. Stephen. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 04:48:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7A1516A4CE for ; Thu, 28 Apr 2005 04:48:08 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B539543D4C for ; Thu, 28 Apr 2005 04:48:08 +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 j3S4m7Oi003050; Wed, 27 Apr 2005 21:48:07 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j3S4m71J003049; Wed, 27 Apr 2005 21:48:07 -0700 Date: Wed, 27 Apr 2005 21:48:07 -0700 From: Brooks Davis To: Tim Howe Message-ID: <20050428044807.GA2692@odin.ac.hmc.edu> References: <87oecl57nk.fsf@beaker.data-secure.net> <20050411230107.GA11717@odin.ac.hmc.edu> <87y8boeo7d.fsf@beaker.data-secure.net> <20050412164126.GA18471@odin.ac.hmc.edu> <873btbkcr8.fsf@beaker.data-secure.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <873btbkcr8.fsf@beaker.data-secure.net> 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-stable@freebsd.org Subject: Re: Kodak USB flash reader causes freezes, panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 04:48:09 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2005 at 07:42:35PM -0400, Tim Howe wrote: > Brooks Davis writes: >=20 > >> > > Reproducibly, if I begin copying data to a [...] CF card [...] it > >> > > works for a while, then freezes the system. > [...] > > Sounds like you should file a PR about the issue. Are you sure the file > > system in question is OK? There were some msdosfs corruption bugs fixed > > recently. >=20 > Taking your suggestion I zeroed out the CF card, then used fdisk and > newfs_msdos to get it in working order again. I've been testing it > over the past week and have had no problems since. >=20 > Thanks for the pointer. Is it accepted for a corrupt filesystem to > freeze the system, though? No, but that's what broken code often does. :( -- 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 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCcGsGXY6L6fI4GtQRAgq8AJ4qOdTMmMRU6S5U18RCnPysPfQ5awCfdx1V UgYRfCDjgrqBj162kwpNOGQ= =Wen2 -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 06:40:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E38D416A4CE for ; Thu, 28 Apr 2005 06:40:13 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB1F443D1F for ; Thu, 28 Apr 2005 06:40:13 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 24107 invoked from network); 28 Apr 2005 06:40:13 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Apr 2005 06:40:13 -0000 Received: from hydrogen.funkthat.com (ezklyv@localhost.funkthat.com [127.0.0.1])j3S6eCmo042136; Wed, 27 Apr 2005 23:40:12 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j3S6eBIW042135; Wed, 27 Apr 2005 23:40:11 -0700 (PDT) Date: Wed, 27 Apr 2005 23:40:11 -0700 From: John-Mark Gurney To: Dan Nelson Message-ID: <20050428064011.GO2670@funkthat.com> Mail-Followup-To: Dan Nelson , stable@freebsd.org References: <20050423172802.GB67026@dan.emsphone.com> <20050423220521.GL2670@funkthat.com> <20050424035228.GA53806@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050424035228.GA53806@dan.emsphone.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: stable@freebsd.org Subject: Re: panic: mutex tty owned at ../../../kern/kern_event.c:1487 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 06:40:14 -0000 Dan Nelson wrote this message on Sat, Apr 23, 2005 at 22:52 -0500: > In the last episode (Apr 23), John-Mark Gurney said: > > Dan Nelson wrote this message on Sat, Apr 23, 2005 at 12:28 -0500: > > > Got the following on a 2004-04-21 -stable kernel: > > > > > > panic messages: > > > --- > > > panic: mutex tty owned at ../../../kern/kern_event.c:1487 > > > cpuid = 0 > > > > I can whip up a patch if you want to try it (and can easily reproduce)... > > I tried repeating the panic (hitting ^C in an app partway through its > startup routine), but it's not cooperating, unfortunately. it's a very tight race.. basicly a second character has to come in between the time the first one happens, and before the test for the PENDIN flag happens... most likely to occure over an ssh pty that has a program using kqueue.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 08:27:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67BB416A4CE for ; Thu, 28 Apr 2005 08:27:46 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 904F043D41 for ; Thu, 28 Apr 2005 08:27:45 +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 j3S8Rhtk010111 for ; Thu, 28 Apr 2005 10:27:43 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j3S8RhRv010110; Thu, 28 Apr 2005 10:27:43 +0200 (CEST) (envelope-from olli) Date: Thu, 28 Apr 2005 10:27:43 +0200 (CEST) Message-Id: <200504280827.j3S8RhRv010110@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <426EBAB1.7060104@elischer.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Headsup: USB MFCs to 4.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 08:27:46 -0000 Julian Elischer wrote: > I have just merged in most of the lowest level changes to 4.x from 6.x. Thank you very much! It's very good to see such important updates in RELENG_4, despite the existance of RELENG_5. > If you use USB on 4.x machines and are planning on following RELENG_4 > then I suggest you test the latest sources to avoid nasty surprises later. I do follow RELENG_4. Unfortunately I'm currently in the process of moving to a new flat, so I have zero time for testing right now. > I will probably merge some of the actual device drivers as well, though > I have > limited resources for testing them.. Maybe my USB modem will work one day. For the time being I'm using a good old serial (RS232) modem (fortunately my notebook still has an RS232 serial port). I'll test it as soon as I have the time, and report the results. Thanks again for your work, it's really appreciated! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Python tricks" is a tough one, cuz the language is so clean. E.g., C makes an art of confusing pointers with arrays and strings, which leads to lotsa neat pointer tricks; APL mistakes everything for an array, leading to neat one-liners; and Perl confuses everything period, making each line a joyous adventure . -- Tim Peters From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 08:30:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF7BF16A4CE for ; Thu, 28 Apr 2005 08:30:33 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B340E43D49 for ; Thu, 28 Apr 2005 08:30:32 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id B1C6E7992 for ; Thu, 28 Apr 2005 09:30:31 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 79EF740DC; Thu, 28 Apr 2005 09:30:28 +0100 (BST) Date: Thu, 28 Apr 2005 09:30:28 +0100 From: Josef Karthauser To: stable@freebsd.org Message-ID: <20050428083028.GJ73595@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hUH5gZbnpyIv7Mn4" Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: I386_GET_FSBASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 08:30:34 -0000 --hUH5gZbnpyIv7Mn4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm building a recent RELENG_5 from source and have the following error: /usr/src/lib/libc/i386/sys/i386_get_fsbase.c: In function `i386_get_fsbase': /usr/src/lib/libc/i386/sys/i386_get_fsbase.c:36: error: `I386_GET_FSBASE' u= ndeclared (first use in this function) /usr/src/lib/libc/i386/sys/i386_get_fsbase.c:36: error: (Each undeclared id= entifier is reported only once /usr/src/lib/libc/i386/sys/i386_get_fsbase.c:36: error: for each function i= t appears in.) *** Error code 1 Any idea how to cure it? Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --hUH5gZbnpyIv7Mn4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkJwnyQACgkQXVIcjOaxUBYHaQCg07sa4goz4DSaFe1rWdlKzDZI afsAn26uO0FA1wcTdg5UuiPjofYQ8uNZ =ugQa -----END PGP SIGNATURE----- --hUH5gZbnpyIv7Mn4-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 09:30:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 096F916A4CE for ; Thu, 28 Apr 2005 09:30:44 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17FB543D5A for ; Thu, 28 Apr 2005 09:30:43 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 9576578C62 for ; Thu, 28 Apr 2005 05:32:43 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 88727-08 for ; Thu, 28 Apr 2005 05:32:37 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 2EB1978C5D for ; Thu, 28 Apr 2005 05:32:37 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 9DBD233C30; Thu, 28 Apr 2005 05:30:37 -0400 (EDT) Date: Thu, 28 Apr 2005 05:30:37 -0400 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20050428093037.GC69135@afflictions.org> References: <20050418120423.GA697@afflictions.org> <42660A86.8060103@oxygen.az> <20050420154258.GI720@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050420154258.GI720@afflictions.org> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 09:30:44 -0000 Any clues at all? I'd *really* like to apply the patches to my system, but continuously run into that kmod.mk problem. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 10:07:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B09A616A4CE for ; Thu, 28 Apr 2005 10:07:54 +0000 (GMT) Received: from 62-15-215-183.inversas.jazztel.es (62-15-215-183.inversas.jazztel.es [62.15.215.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 423AE43D5A for ; Thu, 28 Apr 2005 10:07:53 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j3SA7gpt003042; Thu, 28 Apr 2005 12:07:42 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j3SA7f0l000891; Thu, 28 Apr 2005 12:07:41 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: freebsd-stable@freebsd.org Date: Thu, 28 Apr 2005 12:07:40 +0200 User-Agent: KMail/1.8 References: <20050418120423.GA697@afflictions.org> <20050420154258.GI720@afflictions.org> <20050428093037.GC69135@afflictions.org> In-Reply-To: <20050428093037.GC69135@afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200504281207.41387.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.116; host: antares.redesjm.local) cc: Damian Gerow Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 10:07:54 -0000 El Jueves, 28 de Abril de 2005 11:30, Damian Gerow escribi=F3: > Any clues at all? I'd *really* like to apply the patches to my > system, but continuously run into that kmod.mk problem. Using this in RELENG_5_4 without problems. latest -n patchset. look=20 into the list archive for the sos announce. =2D- josemi From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 11:27:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F55516A4CE; Thu, 28 Apr 2005 11:27:41 +0000 (GMT) Received: from twonetom18.sge.net (twonetom18.sge.net [152.91.2.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1083143D3F; Thu, 28 Apr 2005 11:27:40 +0000 (GMT) (envelope-from carl@xena.IPAustralia.gov.au) Received: from twonetvs10.sge.net (twonetvs-om [152.91.2.17]) by twonetom18.sge.net (Postfix) with ESMTP id E0E33AAF8; Thu, 28 Apr 2005 21:27:40 +1000 (EST) Received: from twonetvs10.sge.net (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 7AC1415771; Thu, 28 Apr 2005 21:27:38 +1000 (EST) Received: from twonetim3.sge.net (twonetim-vs.sge.net [152.91.2.9]) by twonetvs10.sge.net (Postfix) with ESMTP id 6AE2B13; Thu, 28 Apr 2005 21:27:38 +1000 (EST) Received: from guinness.lyn.gwy (unknown [152.91.9.242]) by twonetim3.sge.net (Postfix) with SMTP id 57094A9C4; Thu, 28 Apr 2005 21:27:32 +1000 (EST) Received: from vmail.aipo.gov.au (mail-in.ipa.lyn.gwy [192.168.254.253]) by guinness.lyn.gwy with ESMTP id j3SBRcnt013287; Thu, 28 Apr 2005 21:27:38 +1000 (EST) Received: from xena.aipo.gov.au (xena.aipo.gov.au [10.0.100.52]) by vmail.aipo.gov.au (8.12.9p2/8.12.9) with ESMTP id j3SBRboR093589; Thu, 28 Apr 2005 21:27:37 +1000 (EST) (envelope-from carl@xena.IPAustralia.gov.au) Received: from xena.aipo.gov.au (localhost [127.0.0.1]) by xena.aipo.gov.au (8.12.9p2/8.12.9) with ESMTP id j3SBRb6W003090; Thu, 28 Apr 2005 21:27:37 +1000 (EST) (envelope-from carl@xena.ipaustralia.gov.au) Received: from localhost (carl@localhost)j3SBRax7003087; Thu, 28 Apr 2005 21:27:36 +1000 (EST) (envelope-from carl@xena.ipaustralia.gov.au) X-Authentication-Warning: xena.aipo.gov.au: carl owned process doing -bs Date: Thu, 28 Apr 2005 21:27:36 +1000 (EST) From: Carl Makin X-X-Sender: carl@xena.aipo.gov.au To: Doug White In-Reply-To: <20050408100250.R63303@carver.gumbysoft.com> Message-ID: <20050428212403.P1459@xena.aipo.gov.au> References: <42383942.2000200@inoc.net> <42536BAB.6070205@xena.ipaustralia.gov.au> <20050408100250.R63303@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.48 on 10.0.100.191 cc: freebsd-stable@freebsd.org cc: mjacob@freebsd.org Subject: Re: Dell PowerEdge 1855 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 11:27:41 -0000 Hi Doug, Sorry for taking so long to reply on this, been on 3 weeks leave... On Fri, 8 Apr 2005, Doug White wrote: > On Wed, 6 Apr 2005, Carl Makin wrote: > > The boot sequence will hang if the USB drive is attached at boot. There > It seems to be acting like Uthe USB controller isn't getting interrupts. > Does the problem recur on the installed system? Yes it did however that chassis and the servers were a test loaner and have been returned. We have decided to go with the 1855 though (our windows guy was *very* enthusiastic about them) and when they arrive I'll run the tests you suggested. Thanks! Carl. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 13:42:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 871EB16A4CE for ; Thu, 28 Apr 2005 13:42:47 +0000 (GMT) Received: from 62-15-215-183.inversas.jazztel.es (62-15-215-183.inversas.jazztel.es [62.15.215.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3318443D5C for ; Thu, 28 Apr 2005 13:42:46 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j3SDgimp003611 for ; Thu, 28 Apr 2005 15:42:44 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j3SDghux036934 for stable@freebsd.org; Thu, 28 Apr 2005 15:42:43 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: stable@freebsd.org Date: Thu, 28 Apr 2005 15:42:42 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504281542.43241.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.116; host: antares.redesjm.local) Subject: MFC pxe fixes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 13:42:47 -0000 Hi, I note that the long standing bug that prevents do a nfsroot mount after operate pxeloader in tftp mode is recent solved in -CURRENT pxe.c I think this can be missed for 5.4 REL, but I'll be glad to see this MFC as time permitting. thanks in advance, -- josemi From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 15:41:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B46CF16A4CE for ; Thu, 28 Apr 2005 15:41:19 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id A344043D2F for ; Thu, 28 Apr 2005 15:41:18 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id DB6A878C6D for ; Thu, 28 Apr 2005 11:43:19 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09974-07 for ; Thu, 28 Apr 2005 11:43:12 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 7AE7478C62 for ; Thu, 28 Apr 2005 11:43:11 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id DB6D133C30; Thu, 28 Apr 2005 11:41:12 -0400 (EDT) Date: Thu, 28 Apr 2005 11:41:12 -0400 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20050428154112.GD69135@afflictions.org> References: <20050418120423.GA697@afflictions.org> <20050420154258.GI720@afflictions.org> <20050428093037.GC69135@afflictions.org> <200504281207.41387.josemi@redesjm.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504281207.41387.josemi@redesjm.local> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 15:41:19 -0000 Thus spake Jose M Rodriguez (josemi@freebsd.jazztel.es) [28/04/05 06:10]: : > Any clues at all? I'd *really* like to apply the patches to my : > system, but continuously run into that kmod.mk problem. : : Using this in RELENG_5_4 without problems. latest -n patchset. look : into the list archive for the sos announce. I'm using the latest -n patchset. I tried against RELENG_5_4, and against a RELENG_5 sup from last night. I still get the kmod.mk build error. I'm positive it's something about my build environment, but I don't know /what/. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 16:30:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C744D16A4CE for ; Thu, 28 Apr 2005 16:30:38 +0000 (GMT) Received: from 62-15-215-183.inversas.jazztel.es (62-15-215-183.inversas.jazztel.es [62.15.215.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C67643D4C for ; Thu, 28 Apr 2005 16:30:37 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j3SGUO2r004026; Thu, 28 Apr 2005 18:30:24 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j3SGUMXD000905; Thu, 28 Apr 2005 18:30:22 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: freebsd-stable@freebsd.org Date: Thu, 28 Apr 2005 18:30:21 +0200 User-Agent: KMail/1.8 References: <20050418120423.GA697@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> In-Reply-To: <20050428154112.GD69135@afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200504281830.21956.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.116; host: antares.redesjm.local) cc: Damian Gerow Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 16:30:38 -0000 El Jueves, 28 de Abril de 2005 17:41, Damian Gerow escribi=F3: > Thus spake Jose M Rodriguez (josemi@freebsd.jazztel.es) [28/04/05=20 06:10]: > : > Any clues at all? I'd *really* like to apply the patches to my > : > system, but continuously run into that kmod.mk problem. > : > : Using this in RELENG_5_4 without problems. latest -n patchset.=20 > : look into the list archive for the sos announce. > > I'm using the latest -n patchset. I tried against RELENG_5_4, and > against a RELENG_5 sup from last night. I still get the kmod.mk > build error. > > I'm positive it's something about my build environment, but I don't > know /what/. > =46or safety, and only about what I'm using (RELENG_5_4), you: =2D cvs/cvsup fresh sources =2D apply the patchset =2D untar the tarball And get what build error? =2D- josemi From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 17:05:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B447416A4CE for ; Thu, 28 Apr 2005 17:05:59 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1719A43D1D for ; Thu, 28 Apr 2005 17:05:59 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 97A8778C62; Thu, 28 Apr 2005 13:08:00 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47303-05; Thu, 28 Apr 2005 13:07:52 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 2922F78C5D; Thu, 28 Apr 2005 13:07:52 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id F3A3B33C79; Thu, 28 Apr 2005 13:05:48 -0400 (EDT) Date: Thu, 28 Apr 2005 13:05:48 -0400 From: Damian Gerow To: Jose M Rodriguez Message-ID: <20050428170548.GA721@afflictions.org> References: <20050418120423.GA697@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> <200504281830.21956.josemi@redesjm.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504281830.21956.josemi@redesjm.local> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org cc: freebsd-stable@freebsd.org Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 17:05:59 -0000 Thus spake Jose M Rodriguez (josemi@freebsd.jazztel.es) [28/04/05 12:32]: : > I'm positive it's something about my build environment, but I don't : > know /what/. : : For safety, and only about what I'm using (RELENG_5_4), you: : - cvs/cvsup fresh sources : - apply the patchset : - untar the tarball : : And get what build error? # rm -rf /usr/src # cvsup -g /etc/stable-supfile > /dev/null # cd /usr/src # patch -p0 < ~/ata-mk3n.diff-releng5 # tar -zxf ~/ata-mk3n-releng5.tar.gz # make buildkernel KERNCONF=GENERIC -------------------------------------------------------------- >>> Kernel build for GENERIC started on Thu Apr 28 13:04:42 EDT 2005 -------------------------------------------------------------- ===> GENERIC mkdir -p /usr/obj/usr/src/sys ===> ata/atapci "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: if-less endif "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: Need an operator "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: if-less endif "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: Need an operator "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 313: Need an operator "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: if-less endif "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: Need an operator "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 313: Need an operator "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 325: Need an operator "Makefile", line 9: 1 open conditional: "Makefile", line 9: at line 315 (evaluated to true) make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/sys/modules/ata. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # And yes, if I do a 'make buildworld' beforehand, I get the same error. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 17:32:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C7216A4CE for ; Thu, 28 Apr 2005 17:32:07 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C80C643D45 for ; Thu, 28 Apr 2005 17:32:06 +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 j3SHW6Kb066506 for ; Thu, 28 Apr 2005 12:32:06 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42711DDE.4060209@centtech.com> Date: Thu, 28 Apr 2005 12:31:10 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/858/Thu Apr 28 09:02:38 2005 on mh1.centtech.com X-Virus-Status: Clean Subject: fsck_ufs: cannot increase directory list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 17:32:07 -0000 I rebooted my server, and fsck'ed the disks, and here's what I get: # fsck -y /vol1 ** /dev/da0s1d ** Last Mounted on /vol1 ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot increase directory list # df -i Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/da0s1d 1891668564 1643042028 97293052 94% 32927755 211542003 13% /vol1 What's wrong? It lets me mount it rw and ro, but I'm afraid data is going to get corrupt. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 18:02:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F33A16A4CE; Thu, 28 Apr 2005 18:02:32 +0000 (GMT) Received: from smtp1.linkline.com (smtp1.linkline.com [66.59.235.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77CBF43D49; Thu, 28 Apr 2005 18:02:32 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from [127.0.0.1] (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp1.linkline.com (Postfix) with ESMTP id 222719CE12; Thu, 28 Apr 2005 11:02:30 -0700 (PDT) Message-ID: <42712534.5050504@linkline.com> Date: Thu, 28 Apr 2005 11:02:28 -0700 From: Samuel Clements User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <427021F9.1010704@linkline.com> <42702812.1080705@alumni.rice.edu> In-Reply-To: <42702812.1080705@alumni.rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: steven.glogger@ch.easynet.net cc: freebsd-stable@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Re: SATA RAID 1 controllers for Intel board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 18:02:32 -0000 > Please do not top post. Apologies - I'll try to be more diligent about that. > I was gonna say just define the array beforehand and use the latest 6.x > snapshot ISO (http://www.freebsd.org/snapshots/), but it looks like ATA > mkIII didn't make it into the tree until 2 weeks after the last > snapshot. Until the next snapshot is built it looks like you're stuck > using the procedure Samuel described. You could also create your own install media from -CURRENT, but thats a tad more involved, but it will yield you a bootable media that you can use to install directly onto the RAID from. -Sam From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 18:15:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF73816A4CE for ; Thu, 28 Apr 2005 18:15:06 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D9043D55 for ; Thu, 28 Apr 2005 18:15:06 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so664167wri for ; Thu, 28 Apr 2005 11:15:02 -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=ew3pu4yUFw5X+3bCNhnJBmZt3ZEhLrqitdIjNRip3IGLwdpCYrG2ox9IXfx1zhhXf0ssLa6zCdrUeXAInUpmZ6QUwOlLr6VqzKP2ISlfJWxrguYkg8rkEiZDu0h1HF18aCxcMe8KhopCH1m+33ynIAGbTBZI3GXVyNZXywxmnVE= Received: by 10.54.81.2 with SMTP id e2mr1245871wrb; Thu, 28 Apr 2005 11:15:02 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Thu, 28 Apr 2005 11:15:02 -0700 (PDT) Message-ID: <790a9fff050428111549fbe561@mail.gmail.com> Date: Thu, 28 Apr 2005 13:15:02 -0500 From: Scot Hetzel To: Damian Gerow In-Reply-To: <20050428154112.GD69135@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050418120423.GA697@afflictions.org> <20050420154258.GI720@afflictions.org> <20050428093037.GC69135@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> cc: freebsd-stable@freebsd.org Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 18:15:06 -0000 On 4/28/05, Damian Gerow wrote: > I'm using the latest -n patchset. I tried against RELENG_5_4, and agains= t a > RELENG_5 sup from last night. I still get the kmod.mk build error. >=20 > I'm positive it's something about my build environment, but I don't know > /what/. If you modified your /etc/make.conf, try commenting all your changes out. Or post a copy here so someone can see if there is a problem in your make.conf file. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 18:19:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 081D416A4CE for ; Thu, 28 Apr 2005 18:19:07 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9545143D49 for ; Thu, 28 Apr 2005 18:19:06 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so665461wri for ; Thu, 28 Apr 2005 11:19:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qHTTuPNXzW1/8Om8dMO3GzTPHqQsqHFz2OA0rHRFJQJOQ9kMrLQDZ5JlCYfxoddeZBeBSpIyN4sbMuCHGhaNcH5gRMmLqNkG/ShIkPVpXIizHXjeg6Yc1hvr5bLdDHOjGSCN5SFidXbmD+qQBhqVgPkdrmPj5oUQRvHBb11NgNw= Received: by 10.54.21.23 with SMTP id 23mr882101wru; Thu, 28 Apr 2005 11:19:06 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Thu, 28 Apr 2005 11:19:06 -0700 (PDT) Message-ID: <790a9fff05042811192eeb4683@mail.gmail.com> Date: Thu, 28 Apr 2005 13:19:06 -0500 From: Scot Hetzel To: Damian Gerow In-Reply-To: <790a9fff050428111549fbe561@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050418120423.GA697@afflictions.org> <20050420154258.GI720@afflictions.org> <20050428093037.GC69135@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> <790a9fff050428111549fbe561@mail.gmail.com> cc: freebsd-stable@freebsd.org Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 18:19:07 -0000 On 4/28/05, Scot Hetzel wrote: > On 4/28/05, Damian Gerow wrote: > > I'm using the latest -n patchset. I tried against RELENG_5_4, and agai= nst a > > RELENG_5 sup from last night. I still get the kmod.mk build error. > > > > I'm positive it's something about my build environment, but I don't kno= w > > /what/. >=20 > If you modified your /etc/make.conf, try commenting all your changes > out. Or post a copy here so someone can see if there is a problem in > your make.conf file. >=20 Didn't notice your earlier post about your make.conf file. Look at the ata/Makefile and make sure there are no lines like: <<<<< : ---- : >>>>> As this indicates a conflict is in the file, and you'll need to fix it. Scot From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 18:23:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C189C16A4CE for ; Thu, 28 Apr 2005 18:23:15 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8236543D2D for ; Thu, 28 Apr 2005 18:23:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 256287A403; Thu, 28 Apr 2005 11:23:15 -0700 (PDT) Message-ID: <42712A12.70009@elischer.org> Date: Thu, 28 Apr 2005 11:23:14 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Joe Altman References: <20050428093053.A4DE816A4EB@hub.freebsd.org> In-Reply-To: <20050428093053.A4DE816A4EB@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 18:23:16 -0000 > +++ > > Currently, I find my P4 hanging just after discovering the parallel > port and mounting disk; in other words, just here: > > ppc0: parallel port not found. > ad0: 28629MB [58168/16/63] at ata0-master UDMA100 > > but ->only<- when my Logitech USB mouse is plugged in. Now, if I > unplug it and hit reset (not Ctrl-Alt-Del; the keyboard is frozen) the > system boots, and I can obtain X w/ a functional mouse. Yesterday, of > course, prior to the USB change the system did not hang. > I saw this problem in testing ad THOUGHT I had checked in the fix.. Can you confirm that usb.c ends with: SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, usb_cold_explore, NULL); > I noticed that some code was changed in between my discovery of the > hanging and my attempt to fix it: > > Apr 27 21:15 subr_bus.c > > but this change, and the subsequent world update, did not solve the > issue of the hanging mouse. the changes that you are refering to include some to defer probing of the USB 1.1 busses untill after the USB2.0 busses have been configured. They should probe for the devices at around the same time that the scsi devices probe. I'll see if I can duplicate yuor problem.. I tested with several USB 1.1 devices but a mounse was not amongst them. > > See, I know I've only myself to blame for missing the announcement > and/or starting an upgrade in an interstice between stability and > apparent instability. But still...test first, deploy later, perhaps? > > Kernel bits, had them for a couple of years now: > > device uhci > device ohci > device ehci > device usb > device ugen > device ums > device uscanner > > With my luck, it's probably not the mouse after all. I assume it works right if you remove the mouse before booting and reinsert it after the kernel has booted? > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 18:50:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26E5016A4CE for ; Thu, 28 Apr 2005 18:50:03 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE6543D39 for ; Thu, 28 Apr 2005 18:50:02 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 4252978C6D; Thu, 28 Apr 2005 14:52:02 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81294-04; Thu, 28 Apr 2005 14:51:55 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 91E2178C35; Thu, 28 Apr 2005 14:51:54 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 41F1933C30; Thu, 28 Apr 2005 14:49:51 -0400 (EDT) Date: Thu, 28 Apr 2005 14:49:50 -0400 From: Damian Gerow To: Scot Hetzel Message-ID: <20050428184950.GE1261@afflictions.org> References: <20050418120423.GA697@afflictions.org> <20050420154258.GI720@afflictions.org> <20050428093037.GC69135@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> <790a9fff050428111549fbe561@mail.gmail.com> <790a9fff05042811192eeb4683@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff05042811192eeb4683@mail.gmail.com> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org cc: freebsd-stable@freebsd.org Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 18:50:03 -0000 Thus spake Scot Hetzel (swhetzel@gmail.com) [28/04/05 14:21]: : Look at the ata/Makefile and make sure there are no lines like: : : <<<<< : : : ---- : : : >>>>> : : As this indicates a conflict is in the file, and you'll need to fix it. Nope. All patches applied without problems. Makefile and Makefile.inc (and that which Makefile.inc includes) all look clean to me. My kmod.mk is the same as one on a working system. I'm at a loss. - Damian From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 18:50:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C95416A4CE for ; Thu, 28 Apr 2005 18:50:47 +0000 (GMT) Received: from smtp807.mail.sc5.yahoo.com (smtp807.mail.sc5.yahoo.com [66.163.168.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 28AC143D5A for ; Thu, 28 Apr 2005 18:50:47 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp807.mail.sc5.yahoo.com with SMTP; 28 Apr 2005 18:50:46 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 8E2AD60F7; Thu, 28 Apr 2005 13:50:45 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 41920-01; Thu, 28 Apr 2005 13:50:42 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 6122060D4; Thu, 28 Apr 2005 13:50:42 -0500 (CDT) Message-ID: <42713082.2050606@alumni.rice.edu> Date: Thu, 28 Apr 2005 13:50:42 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Damian Gerow References: <20050418120423.GA697@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> <200504281830.21956.josemi@redesjm.local> <20050428170548.GA721@afflictions.org> In-Reply-To: <20050428170548.GA721@afflictions.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org cc: Jose M Rodriguez Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 18:50:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 4/28/2005 12:05 PM, Damian Gerow wrote: > Thus spake Jose M Rodriguez (josemi@freebsd.jazztel.es) [28/04/05 12:32]: > : > I'm positive it's something about my build environment, but I don't > : > know /what/. > : > : For safety, and only about what I'm using (RELENG_5_4), you: > : - cvs/cvsup fresh sources > : - apply the patchset > : - untar the tarball > : > : And get what build error? > > # rm -rf /usr/src > # cvsup -g /etc/stable-supfile > /dev/null > # cd /usr/src > # patch -p0 < ~/ata-mk3n.diff-releng5 > > # tar -zxf ~/ata-mk3n-releng5.tar.gz > # make buildkernel KERNCONF=GENERIC > > -------------------------------------------------------------- > >>> Kernel build for GENERIC started on Thu Apr 28 13:04:42 EDT 2005 > -------------------------------------------------------------- > ===> GENERIC > mkdir -p /usr/obj/usr/src/sys > > > > ===> ata/atapci > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: if-less endif > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: Need an operator > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: if-less endif > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: Need an operator > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 313: Need an operator > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: if-less endif > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 311: Need an operator > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 313: Need an operator > "/usr/src/sys/modules/ata/atapci/../../../conf/kmod.mk", line 325: Need an operator > "Makefile", line 9: 1 open conditional: > "Makefile", line 9: at line 315 (evaluated to true) > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src/sys/modules/ata. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > # > > And yes, if I do a 'make buildworld' beforehand, I get the same error. Does this error happen all the time or only with ATA mkIII? Check /etc/stable-supfile to make sure you're getting RELENG_5_4 (tag=RELENG_5_4 and no date=). Also, do any of the hunks fail when patching? An easy way to find out is by checking the patch before applying (this is a good habit anyway): $ cd /usr/src $ patch -C < ~/ata-mk3n.diff-releng5 2>&1 | grep Hunk If they all say succeeded then the patch should apply correctly. If this doesn't generate any leads, try "make -DALWAYS_CHECK_MAKE buildworld" before building the kernel. I'm not sure but this could be an out-of-date make. Hope that helps. - -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCcTB9UFz01pkdgZURAhzxAKCUrw4pd3FbN+RNsEnZNsx/nShjlQCfUcF2 wQ1CdxV0knP3z256NXyFIQU= =sGNH -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 18:54:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9A0E16A4CE for ; Thu, 28 Apr 2005 18:54:14 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CBFE43D39 for ; Thu, 28 Apr 2005 18:54:14 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 2DB8A78C62; Thu, 28 Apr 2005 14:56:16 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92368-02; Thu, 28 Apr 2005 14:56:12 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id D92F978C35; Thu, 28 Apr 2005 14:56:11 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id B0A7133C30; Thu, 28 Apr 2005 14:54:08 -0400 (EDT) Date: Thu, 28 Apr 2005 14:54:08 -0400 From: Damian Gerow To: Jonathan Noack Message-ID: <20050428185408.GG1261@afflictions.org> References: <20050418120423.GA697@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> <200504281830.21956.josemi@redesjm.local> <20050428170548.GA721@afflictions.org> <42713082.2050606@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42713082.2050606@alumni.rice.edu> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org cc: freebsd-stable@freebsd.org cc: Jose M Rodriguez Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 18:54:14 -0000 Thus spake Jonathan Noack (noackjr@alumni.rice.edu) [28/04/05 14:53]: : Does this error happen all the time or only with ATA mkIII? Only with ATA mkIII. I'm running a system that I rebuilt this morning without issue. : Check /etc/stable-supfile to make sure you're getting RELENG_5_4 : (tag=RELENG_5_4 and no date=). Also, do any of the hunks fail when : patching? An easy way to find out is by checking the patch before : applying (this is a good habit anyway): I'm definitely running RELENG_5_4 (I've also tried with RELENG_5), and none of the hunks fail: % cd /usr/src % find . -type f -name \*.rej % : If they all say succeeded then the patch should apply correctly. If : this doesn't generate any leads, try "make -DALWAYS_CHECK_MAKE : buildworld" before building the kernel. I'm not sure but this could be : an out-of-date make. Not likely if the system I'm running was built this morning. Though I admit, it does /feel/ like a make error. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 19:03:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 462A116A4CE for ; Thu, 28 Apr 2005 19:03:28 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14DCE43D2D for ; Thu, 28 Apr 2005 19:03:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id F2BEC7A403; Thu, 28 Apr 2005 12:03:27 -0700 (PDT) Message-ID: <4271337F.50401@elischer.org> Date: Thu, 28 Apr 2005 12:03:27 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> In-Reply-To: <42712A12.70009@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Joe Altman cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 19:03:28 -0000 Julian Elischer wrote: > >> +++ >> >> Currently, I find my P4 hanging just after discovering the parallel >> port and mounting disk; in other words, just here: >> >> but ->only<- when my Logitech USB mouse is plugged in. Now, if I >> unplug it and hit reset (not Ctrl-Alt-Del; the keyboard is frozen) the >> system boots, and I can obtain X w/ a functional mouse. Yesterday, of >> course, prior to the USB change the system did not hang. > try plugging the mouse in again before X starts. >> > > I saw this problem in testing ad THOUGHT I had checked in the fix.. > > Can you confirm that usb.c ends with: > SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, > usb_cold_explore, NULL); > > >> I noticed that some code was changed in between my discovery of the >> hanging and my attempt to fix it: >> >> Apr 27 21:15 subr_bus.c >> >> but this change, and the subsequent world update, did not solve the >> issue of the hanging mouse. > > > the changes that you are refering to include some to defer probing of > the USB 1.1 busses untill after the USB2.0 busses have been configured. > They should probe for the devices at around the same time that the > scsi devices probe. > I'll see if I can duplicate yuor problem.. I tested with several USB 1.1 > devices but a mounse was not amongst them. I tried to duplicate this but failed.. my mose was found just fine.. can you boot with the -v option? i.e. "boot -v" fromt eh loader prompt. > > >> >> See, I know I've only myself to blame for missing the announcement >> and/or starting an upgrade in an interstice between stability and >> apparent instability. But still...test first, deploy later, perhaps? >> >> Kernel bits, had them for a couple of years now: >> >> device uhci >> device ohci >> device ehci >> device usb >> device ugen >> device ums >> device uscanner >> >> With my luck, it's probably not the mouse after all. > what about if you don't have the ums driver loaded? > > I assume it works right if you remove the mouse before booting and > reinsert it after the kernel has booted? > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 19:05:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0104C16A4CE for ; Thu, 28 Apr 2005 19:05:35 +0000 (GMT) Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6360543D5A for ; Thu, 28 Apr 2005 19:05:34 +0000 (GMT) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail2.panix.com (Postfix) with ESMTP id F11BAA70E0; Thu, 28 Apr 2005 15:05:33 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j3SJ5Xe21385; Thu, 28 Apr 2005 15:05:33 -0400 (EDT) Date: Thu, 28 Apr 2005 15:05:33 -0400 From: Joe Altman To: Julian Elischer Message-ID: <20050428190533.GB27979@panix.com> Mail-Followup-To: Joe Altman , Julian Elischer , freebsd-stable@freebsd.org References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42712A12.70009@elischer.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 19:05:35 -0000 On Thu, Apr 28, 2005 at 11:23:14AM -0700, Julian Elischer wrote: > > >+++ > > > >Currently, I find my P4 hanging just after discovering the parallel > >port and mounting disk; in other words, just here: > > > >ppc0: parallel port not found. > >ad0: 28629MB [58168/16/63] at ata0-master UDMA100 > > > >but ->only<- when my Logitech USB mouse is plugged in. Now, if I > >unplug it and hit reset (not Ctrl-Alt-Del; the keyboard is frozen) the > >system boots, and I can obtain X w/ a functional mouse. Yesterday, of > >course, prior to the USB change the system did not hang. > > > > I saw this problem in testing ad THOUGHT I had checked in the fix.. > > Can you confirm that usb.c ends with: > SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, > usb_cold_explore, NULL); Hmmm... /usr/src/lib/libusbhid/ Nope.. Aha...maybe this is it: /usr/src/usr.sbin/usbd/ ll /usr/src/usr.sbin/usbd/ 2734320 -rw-r--r-- 1 root wheel 169 Apr 25 2001 Makefile 2738254 -rw-r--r-- 1 root wheel 4460 Jun 22 2003 usbd.8 2736938 -rw-r--r-- 1 root wheel 30079 Nov 29 2003 usbd.c 2737339 -rw-r--r-- 1 root wheel 5046 Aug 27 2004 usbd.conf.5 Is that the one? Here is a part of 'tail -25' on the file, showing the bottom: /* check the event queue */ if (handle_events && (FD_ISSET(fd, &r) || error == 0)) { if (verbose >= 2) printf("%s: processing event queue %son %s\n", __progname, (error? "":"due to timeout "), USBDEV); process_event_queue(fd); } } } So no, this file doesn't end in what you ask; I can't see anywhere else it might live; is there some other usbd.c you need? > >I noticed that some code was changed in between my discovery of the > >hanging and my attempt to fix it: > > > >Apr 27 21:15 subr_bus.c > > > >but this change, and the subsequent world update, did not solve the > >issue of the hanging mouse. > > the changes that you are refering to include some to defer probing of the > USB 1.1 busses untill after the USB2.0 busses have been configured. Ah...okay; well, I was in the dark anyway, may as well whistle. > I'll see if I can duplicate yuor problem.. I tested with several USB 1.1 > devices but a mounse was not amongst them. Okay; it may be a one off, relative to me only, as I've seen no other indications of issues. I am behind on my list reading, though. > I assume it works right if you remove the mouse before booting and reinsert > it after the kernel has booted? Yes; once I have a console, the mouse is detected: ums0: Logitech USB Receiver, rev 1.10/23.02, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. Then, it works in X just fine; I forgot to test it on the console. -- I don't care what you think. This is not a stylishly insouciant stroll out of the jungle, here. It's more like we've fallen out of our trees and rolled, butt-naked before the entire galaxy, downhill. That, and we seem to have a teensy problem lifting ourselves off the ground. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 19:18:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07DF916A4CE for ; Thu, 28 Apr 2005 19:18:42 +0000 (GMT) Received: from smtp816.mail.sc5.yahoo.com (smtp816.mail.sc5.yahoo.com [66.163.170.2]) by mx1.FreeBSD.org (Postfix) with SMTP id CC94343D2D for ; Thu, 28 Apr 2005 19:18:41 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp816.mail.sc5.yahoo.com with SMTP; 28 Apr 2005 19:18:41 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 1336760D4; Thu, 28 Apr 2005 14:18:38 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 42014-02; Thu, 28 Apr 2005 14:18:34 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 3E9EA60D2; Thu, 28 Apr 2005 14:18:34 -0500 (CDT) Message-ID: <4271370A.30506@alumni.rice.edu> Date: Thu, 28 Apr 2005 14:18:34 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Damian Gerow References: <20050418120423.GA697@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> <200504281830.21956.josemi@redesjm.local> <20050428170548.GA721@afflictions.org> <42713082.2050606@alumni.rice.edu> <20050428185408.GG1261@afflictions.org> In-Reply-To: <20050428185408.GG1261@afflictions.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org cc: Jose M Rodriguez Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 19:18:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 4/28/2005 1:54 PM, Damian Gerow wrote: > Thus spake Jonathan Noack (noackjr@alumni.rice.edu) [28/04/05 14:53]: > : Does this error happen all the time or only with ATA mkIII? > > Only with ATA mkIII. I'm running a system that I rebuilt this morning > without issue. > > : Check /etc/stable-supfile to make sure you're getting RELENG_5_4 > : (tag=RELENG_5_4 and no date=). Also, do any of the hunks fail when > : patching? An easy way to find out is by checking the patch before > : applying (this is a good habit anyway): > > I'm definitely running RELENG_5_4 (I've also tried with RELENG_5), and none > of the hunks fail: > > % cd /usr/src > % find . -type f -name \*.rej > % > > : If they all say succeeded then the patch should apply correctly. If > : this doesn't generate any leads, try "make -DALWAYS_CHECK_MAKE > : buildworld" before building the kernel. I'm not sure but this could be > : an out-of-date make. > > Not likely if the system I'm running was built this morning. Though I > admit, it does /feel/ like a make error. Have you ever removed /usr/obj? If not, give it a little "rm -rf /usr/obj" action and try again. Otherwise, I'm running low on ideas. We may need to bring in a make guru... - -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCcTcJUFz01pkdgZURAnWuAKDJBmH2kUI2/AvvNauh+y3njqen8gCfdjds DHiTsPAbBAhIujpH+zwjJ88= =cBs5 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 19:21:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C99DB16A4CE for ; Thu, 28 Apr 2005 19:21:13 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE4A443D2D for ; Thu, 28 Apr 2005 19:21:12 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (netwva@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j3SJLB5d033589 for ; Thu, 28 Apr 2005 21:21:11 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j3SJLBw5033588; Thu, 28 Apr 2005 21:21:11 +0200 (CEST) (envelope-from olli) Date: Thu, 28 Apr 2005 21:21:11 +0200 (CEST) Message-Id: <200504281921.j3SJLBw5033588@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <42711DDE.4060209@centtech.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: fsck_ufs: cannot increase directory list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 19:21:13 -0000 Eric Anderson wrote: > I rebooted my server, and fsck'ed the disks, and here's what I get: > > # fsck -y /vol1 > ** /dev/da0s1d > ** Last Mounted on /vol1 > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot increase directory list That error message is printed if a memory allocation fails. (It's the memory that fsck uses for caching the inodes of directories.) > # df -i > Filesystem 1K-blocks Used Avail Capacity iused > ifree %iused Mounted on > /dev/da0s1d 1891668564 1643042028 97293052 94% 32927755 > 211542003 13% /vol1 > > What's wrong? It lets me mount it rw and ro, but I'm afraid data is > going to get corrupt. Well, you have a 2 Tbyte filesystem with nearly 250 million inodes. That's really a lot, and fsck will need a lot of memory (and probably run for a long time). First you should check if you hit a (soft or hard) resource limit with the "ulimit" command. See sh(1) for details on the ulimit usage. If you ran fsck in single user mode, you might have to enable swapping beforehand ("swapon -a") if your physical RAM is not sufficient. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München 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 suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 19:55:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BE2316A4CE for ; Thu, 28 Apr 2005 19:55:32 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9512243D1D for ; Thu, 28 Apr 2005 19:55:31 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 44B407A403; Thu, 28 Apr 2005 12:55:31 -0700 (PDT) Message-ID: <42713FB3.2010805@elischer.org> Date: Thu, 28 Apr 2005 12:55:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joe Altman References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> <20050428190533.GB27979@panix.com> In-Reply-To: <20050428190533.GB27979@panix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 19:55:32 -0000 Joe Altman wrote: >On Thu, Apr 28, 2005 at 11:23:14AM -0700, Julian Elischer wrote: > > >>>+++ >>> >>>Currently, I find my P4 hanging just after discovering the parallel >>>port and mounting disk; in other words, just here: >>> >>>ppc0: parallel port not found. >>>ad0: 28629MB [58168/16/63] at ata0-master UDMA100 >>> >>>but ->only<- when my Logitech USB mouse is plugged in. Now, if I >>>unplug it and hit reset (not Ctrl-Alt-Del; the keyboard is frozen) the >>>system boots, and I can obtain X w/ a functional mouse. Yesterday, of >>>course, prior to the USB change the system did not hang. >>> >>> >>> >>I saw this problem in testing ad THOUGHT I had checked in the fix.. >> >>Can you confirm that usb.c ends with: >> SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, >> usb_cold_explore, NULL); >> >> > >Hmmm... > >/usr/src/lib/libusbhid/ > >Nope.. > > /usr/sr/sys/dev/usb/usb.c >Aha...maybe this is it: > >/usr/src/usr.sbin/usbd/ > > nope >ll /usr/src/usr.sbin/usbd/ > >2734320 -rw-r--r-- 1 root wheel 169 Apr 25 2001 Makefile >2738254 -rw-r--r-- 1 root wheel 4460 Jun 22 2003 usbd.8 >2736938 -rw-r--r-- 1 root wheel 30079 Nov 29 2003 usbd.c >2737339 -rw-r--r-- 1 root wheel 5046 Aug 27 2004 usbd.conf.5 > >Is that the one? > >Here is a part of 'tail -25' on the file, showing the bottom: > >/* check the event queue */ > if (handle_events && (FD_ISSET(fd, &r) || error == 0)) > { > if (verbose >= 2) > printf("%s: processing event queue > %son %s\n", > __progname, > (error? "":"due to timeout "), > USBDEV); > process_event_queue(fd); > } > } >} > >So no, this file doesn't end in what you ask; I can't see anywhere >else it might live; is there some other usbd.c you need? > > > >>>I noticed that some code was changed in between my discovery of the >>>hanging and my attempt to fix it: >>> >>>Apr 27 21:15 subr_bus.c >>> >>>but this change, and the subsequent world update, did not solve the >>>issue of the hanging mouse. >>> >>> >>the changes that you are refering to include some to defer probing of the >>USB 1.1 busses untill after the USB2.0 busses have been configured. >> >> > >Ah...okay; well, I was in the dark anyway, may as well whistle. > > theoretically it may be that the usb code doesn't like being run at that time.. I'll try duplicate your setup more closely. is it a uhci or ohci controller? I just realised I did most of my testing with ohci.. will hunt down a uhci machine to test with. > > >>I'll see if I can duplicate yuor problem.. I tested with several USB 1.1 >>devices but a mounse was not amongst them. >> >> > >Okay; it may be a one off, relative to me only, as I've seen no other >indications of issues. I am behind on my list reading, though. > > > >>I assume it works right if you remove the mouse before booting and reinsert >>it after the kernel has booted? >> >> > >Yes; once I have a console, the mouse is detected: > >ums0: Logitech USB Receiver, rev 1.10/23.02, addr 2, iclass 3/1 >ums0: 7 buttons and Z dir. > >Then, it works in X just fine; I forgot to test it on the console. > > shouldn't matter.. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:11:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B986E16A4CE for ; Thu, 28 Apr 2005 20:11:37 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81EA943D31 for ; Thu, 28 Apr 2005 20:11:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 6FB637A403; Thu, 28 Apr 2005 13:11:37 -0700 (PDT) Message-ID: <42714379.1020506@elischer.org> Date: Thu, 28 Apr 2005 13:11:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joe Altman References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> <20050428190533.GB27979@panix.com> In-Reply-To: <20050428190533.GB27979@panix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:11:37 -0000 Joe Altman wrote: >On Thu, Apr 28, 2005 at 11:23:14AM -0700, Julian Elischer wrote: > > > [...] > > >>I assume it works right if you remove the mouse before booting and reinsert >>it after the kernel has booted? >> >> > >Yes; once I have a console, the mouse is detected: > >ums0: Logitech USB Receiver, rev 1.10/23.02, addr 2, iclass 3/1 >ums0: 7 buttons and Z dir. > >Then, it works in X just fine; I forgot to test it on the console. > > > seems to work for me with uhci too.. can you see if changing the BIOS usb optiosn makes a difference? [...] uhci0: port 0xe800-0xe81f irq 5 at device 29.0 o n pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 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 0xec00-0xec1f irq 9 at device 29.1 o n pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: (vendor=0x8086, dev=0x25ab) at 29.4 pci0: (vendor=0x8086, dev=0x25ac) at 29.5 ehci0: mem 0xfe7ffc00-0xfe7fffff irq 7 at de vice 29.7 on pci0 usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 4 ports with 4 removable, self powered [...] psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: parallel port not found. DUMMYNET initialized (011031) IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging disabled IPsec: Initialized Security Association Processing. ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ums0: Microsoft Microsoft 3-Button Mouse with IntelliEye(TM), rev 1.10/3.00, add r 2, iclass 3/1 ums0: 3 buttons and Z dir. Mounting root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:20:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D996A16A4CE for ; Thu, 28 Apr 2005 20:20:58 +0000 (GMT) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D02543D45 for ; Thu, 28 Apr 2005 20:20:58 +0000 (GMT) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 06BF413A9BA; Thu, 28 Apr 2005 16:20:57 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j3SKKv019794; Thu, 28 Apr 2005 16:20:57 -0400 (EDT) Date: Thu, 28 Apr 2005 16:20:57 -0400 From: Joe Altman To: Julian Elischer Message-ID: <20050428202057.GA489@panix.com> Mail-Followup-To: Joe Altman , Julian Elischer , freebsd-stable@freebsd.org References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> <20050428190533.GB27979@panix.com> <42713FB3.2010805@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42713FB3.2010805@elischer.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:20:59 -0000 On Thu, Apr 28, 2005 at 12:55:31PM -0700, Julian Elischer wrote: > >> > >>Can you confirm that usb.c ends with: > >>SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, > >> usb_cold_explore, NULL); > > /usr/sr/sys/dev/usb/usb.c > > >Aha...maybe this is it: > > > >/usr/src/usr.sbin/usbd/ > > > > > > nope > > >ll /usr/src/usr.sbin/usbd/ > > > >2734320 -rw-r--r-- 1 root wheel 169 Apr 25 2001 Makefile > >2738254 -rw-r--r-- 1 root wheel 4460 Jun 22 2003 usbd.8 > >2736938 -rw-r--r-- 1 root wheel 30079 Nov 29 2003 usbd.c > >2737339 -rw-r--r-- 1 root wheel 5046 Aug 27 2004 usbd.conf.5 > > > >Is that the one? Where does the file that you need live? > theoretically it may be that the usb code doesn't like being run at that > time.. > > I'll try duplicate your setup more closely. > > is it a uhci or ohci controller? >From dmesg: uhci0: port 0xbc00-0xbc1f irq 5 at device 29.0 on pci0 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 0xb000-0xb01f irq 10 at device 29.1 on pci0 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 0xb400-0xb41f irq 11 at device 29.2 on pci0 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 uhci3: port 0xb800-0xb81f irq 5 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfc000000-0xfc0003ff irq 3 at device 29.7 on pci0 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: single transaction translator uhub4: 8 ports with 8 removable, self powered So it's uhci and ehci. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:20:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE96E16A4CE for ; Thu, 28 Apr 2005 20:20:59 +0000 (GMT) Received: from hotmail.com (bay102-f30.bay102.hotmail.com [64.4.61.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD6643D45 for ; Thu, 28 Apr 2005 20:20:59 +0000 (GMT) (envelope-from woodycarey@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 28 Apr 2005 13:20:59 -0700 Message-ID: Received: from 64.4.61.206 by by102fd.bay102.hotmail.msn.com with HTTP; Thu, 28 Apr 2005 20:20:59 GMT X-Originating-IP: [64.4.61.206] X-Originating-Email: [woodycarey@hotmail.com] X-Sender: woodycarey@hotmail.com In-Reply-To: From: "W C" To: avleeuwen@gmail.com Date: Thu, 28 Apr 2005 13:20:59 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 28 Apr 2005 20:20:59.0295 (UTC) FILETIME=[CA688AF0:01C54C2F] cc: freebsd-stable@freebsd.org Subject: Re: [SOLVED] VIA M1000 mini-itx system installation woes - WRITE_DMA error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:20:59 -0000 This solution worked like a charm! Thanks Arjan! One note: use "set ..." syntax in the interactive loader prompt (6), and use "hw.ata.ata_dma="0" *without* "set " in /boot/loader.conf Interestingly, setting the drive in the BIOS to PIO4 mode had no effect. Now if I can just get carrier on my vr0 interface, I won't have to return this system! Woody >From: Arjan Van Leeuwen >Reply-To: Arjan Van Leeuwen >To: W C >CC: freebsd-stable@freebsd.org >Subject: Re: VIA M1000 mini-itx system installation woes - WRITE_DMA error >-cabling? >Date: Wed, 27 Apr 2005 10:11:16 +0200 > >On 4/26/05, W C wrote: > > Hi all, > > > > I am attempting to install 5.3-R from cd (iso image download) and > > sysinstall is failing > > to write the chosen (Auto Layout) filesystem to disk, the Toshiba 80G on >the > > primary ide channel as master. The error on vty1 is (from memory) ad0: > > WRITE_DMA, error=84. > > The drive is detected by BIOS as a UDMA100 device. There is nothing >else on > > this IDE channel, and only a cd drive on the other IDE slot. > > > > A search of -questions reveals this error is a UDMA mismatch, possible > > caused by 80-pin cabling, and fixable with atacontrol ad0 udma33 pio bla >bla > > bla. However, I do not yet have a running system to run atacontrol >from, as > > I am installing. I have rooted around in the bios for an option to >force > > the drive to UDMA33 speed, to no avail. Does anyone know how I can work > > around this problem and install FreeBSD to this neat little system? Do >I > > have bad cabling, a bad drive, or ??? > >Yes, I had the same problem. > >If this is a 2.5" drive, it probably doesn't have a 80-pins cable. >Force PIO mode for the install by entering at the boot prompt (option >6 in the boot loader menu): > set hw.ata.ata_dma="0" > boot > >After you've installed the system, insert that line into >/boot/loader.conf, and load up "atacontrol mode 0 udma33 udma33" as >early as possible during the boot (try using /etc/rc.early, for >example) to get it up to speed again. > >Arjan >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:23:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A54716A4CE for ; Thu, 28 Apr 2005 20:23:26 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FBAD43D60 for ; Thu, 28 Apr 2005 20:23:26 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 00D5D7A403; Thu, 28 Apr 2005 13:23:25 -0700 (PDT) Message-ID: <4271463D.8090409@elischer.org> Date: Thu, 28 Apr 2005 13:23:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joe Altman References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> <20050428190533.GB27979@panix.com> <42713FB3.2010805@elischer.org> <20050428202057.GA489@panix.com> In-Reply-To: <20050428202057.GA489@panix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:23:26 -0000 Joe Altman wrote: >On Thu, Apr 28, 2005 at 12:55:31PM -0700, Julian Elischer wrote: > > >>>>Can you confirm that usb.c ends with: >>>>SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, >>>> usb_cold_explore, NULL); >>>> >>>> >>/usr/src/sys/dev/usb/usb.c >> >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >Where does the file that you need live? > > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:30:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E639016A4CE for ; Thu, 28 Apr 2005 20:30:47 +0000 (GMT) Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53CE943D66 for ; Thu, 28 Apr 2005 20:30:47 +0000 (GMT) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail2.panix.com (Postfix) with ESMTP id D9CA0A7241; Thu, 28 Apr 2005 16:30:46 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j3SKUkm27036; Thu, 28 Apr 2005 16:30:46 -0400 (EDT) Date: Thu, 28 Apr 2005 16:30:46 -0400 From: Joe Altman To: Julian Elischer Message-ID: <20050428203046.GA122@panix.com> Mail-Followup-To: Joe Altman , Julian Elischer , freebsd-stable@freebsd.org References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> <20050428190533.GB27979@panix.com> <42713FB3.2010805@elischer.org> <20050428202057.GA489@panix.com> <4271463D.8090409@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4271463D.8090409@elischer.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:30:48 -0000 On Thu, Apr 28, 2005 at 01:23:25PM -0700, Julian Elischer wrote: > > > Joe Altman wrote: > > >On Thu, Apr 28, 2005 at 12:55:31PM -0700, Julian Elischer wrote: > > > > > >>>>Can you confirm that usb.c ends with: > >>>>SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, > >>>>usb_cold_explore, NULL); > >>>> > >>>> > >>/usr/src/sys/dev/usb/usb.c > >> > >> > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ Oh; sorry...I must have gone cross-eyed. Here is the tail of the file, with timestamp: Apr 27 00:07 /usr/src/sys/dev/usb/usb.c /* Explore USB busses at the end of device configuration. */ Static void usb_cold_explore(void *arg) { struct usb_softc *sc; KASSERT(cold || TAILQ_EMPTY(&usb_coldexplist), ("usb_cold_explore: busses to explore when !cold")); while (!TAILQ_EMPTY(&usb_coldexplist)) { sc = TAILQ_FIRST(&usb_coldexplist); TAILQ_REMOVE(&usb_coldexplist, sc, sc_coldexplist); sc->sc_bus->use_polling++; sc->sc_port.device->hub->explore(sc->sc_bus->root_hub); sc->sc_bus->use_polling--; } } DRIVER_MODULE(usb, ohci, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usb, uhci, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usb, ehci, usb_driver, usb_devclass, 0, 0); SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, usb_cold_explore, NULL); #endif -- I don't care what you think. This is not a stylishly insouciant stroll out of the jungle, here. It's more like we've fallen out of our trees and rolled, butt-naked before the entire galaxy, downhill. That, and we seem to have a teensy problem lifting ourselves off the ground. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:32:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76CA716A4CF for ; Thu, 28 Apr 2005 20:32:05 +0000 (GMT) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AFA243D54 for ; Thu, 28 Apr 2005 20:32:04 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.3/8.13.3) with ESMTP id j3SKW274043454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Apr 2005 22:32:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.3/8.13.3/Submit) with UUCP id j3SKW1KB043453 for stable@freebsd.org; Thu, 28 Apr 2005 22:32:01 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by pano.marabu.ch (8.13.3/8.13.3) with ESMTP id j3SKUkqA000308 for ; Thu, 28 Apr 2005 22:30:47 +0200 (CEST) (envelope-from ast@marabu.marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.4) id WAA08207; Thu, 28 Apr 2005 22:30:45 +0200 (CEST) Message-Id: <200504282030.WAA08207@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Thu, 28 Apr 2005 22:30:42 +0200 To: stable@freebsd.org X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (oneplusone.ch [127.0.0.1]); Thu, 28 Apr 2005 22:32:02 +0200 (CEST) X-Mailfilter: egfilter version 1.2.4.28; Archiver [msg.50ZIfQAt] (oneplusone.ch [127.0.0.1]); Thu, 28 Apr 2005 22:32:02 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.141; host: oneplusone.ch) Subject: unexpected panic in idle process (RELENG_5 2005/04/25UTC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:32:05 -0000 I've been running RELENG_5 -D2005/04/25UTC on a CF-based system (PC Engines WRAP.1C v1.03; 640 KB Base Memory; 130048 KB Extended Memory) CF: 01F0 Master 848A Hitachi XX.V.3.4.0.0 Phys C/H/S 978/8/32 Log C/H/S 978/8/32 ... CPU: Geode(TM) Integrated Processor by National Semi (266.64-MHz 586-class CPU) Origin = "Geode by NSC" Id = 0x540 Stepping = 0 Features=0x808131 ... after a few hours (mainly idle and ntpd), I was surprised to note on the console: Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xc05e8ca2 stack pointer = 0x10:0xc7499d10 frame pointer = 0x10:0xc7499d10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (idle) [thread pid 11 tid 100003 ] Stopped at cpu_idle_default+0x5: leave I've got: db> where Tracing pid 11 tid 100003 td 0xc0ac6480 cpu_idle_default(c0ac5c5c,c7499d34,c049e404,0,c7499d48) at cpu_idle_default+0x5 idle_proc(0,c7499d48,0,c049e628,0) at idle_proc+0x11 fork_exit(c049e628,0,c7499d48) at fork_exit+0x6f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc7499d7c, ebp = 0 --- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 931 c109e000 1001 930 931 0004002 [SLPQ ttyin 0xc0b65a10][SLP] bash 930 c109e1c4 1001 928 928 0000100 [SLPQ select 0xc0674e24][SLP] sshd 928 c109ea98 0 831 928 0000100 [SLPQ sbwait 0xc0f49974][SLP] sshd 927 c10a21c4 0 1 927 0004002 [SLPQ ttyin 0xc0abea10][SLP] getty 853 c0b50710 0 1 853 0000000 [SLPQ nanslp 0xc067182c][SLP] cron 841 c0bf7710 25 1 841 0000100 [SLPQ pause 0xc0bf7748][SLP] sendmail 837 c0b508d4 0 1 837 0000100 [SLPQ select 0xc0674e24][SLP] sendmail 831 c0b501c4 0 1 831 0000100 [SLPQ select 0xc0674e24][SLP] sshd 818 c0b50388 0 1 818 0000000 [SLPQ select 0xc0674e24][SLP] ntpd 710 c0bf7000 0 1 710 0000000 [SLPQ select 0xc0674e24][SLP] syslogd 101 c0b50c5c 0 0 0 0000204 [SLPQ mdwait 0xc0bf8d00][SLP] md2 91 c0bf754c 0 0 0 0000204 [SLPQ mdwait 0xc0c23a00][SLP] md1 71 c0bf7388 0 0 0 0000204 [SLPQ mdwait 0xc0c23600][SLP] md0 46 c0afaa98 0 0 0 0000204 [SLPQ - 0xc74dbd0c][SLP] schedcpu 45 c0afac5c 0 0 0 0000204 [SLPQ - 0xc067db2c][SLP] nfsiod 3 44 c0afae20 0 0 0 0000204 [SLPQ - 0xc067db28][SLP] nfsiod 2 43 c0b4c000 0 0 0 0000204 [SLPQ - 0xc067db24][SLP] nfsiod 1 42 c0b4c1c4 0 0 0 0000204 [SLPQ - 0xc067db20][SLP] nfsiod 0 41 c0b4c388 0 0 0 0000204 [SLPQ syncer 0xc06715ac][SLP] syncer 40 c0b4c54c 0 0 0 0000204 [SLPQ vlruwt 0xc0b4c54c][SLP] vnlru 39 c0b4c710 0 0 0 0000204 [SLPQ psleep 0xc06753ec][SLP] bufdaemon 38 c0b4c8d4 0 0 0 0000204 [SLPQ pollid 0xc066f184][SLP] idlepoll 37 c0b4ca98 0 0 0 000020c [SLPQ pgzero 0xc0684554][SLP] pagezero 9 c0b4cc5c 0 0 0 0000204 [SLPQ psleep 0xc0684564][SLP] pagedaemon 36 c0b4ce20 0 0 0 0000204 [IWAIT] swi0: sio 8 c0b50000 0 0 0 0000204 [SLPQ - 0xc0b34d80][SLP] thread taskq 35 c0ae854c 0 0 0 0000204 [IWAIT] swi6:+ 7 c0ae8710 0 0 0 0000204 [SLPQ - 0xc0b34e40][SLP] kqueue taskq 34 c0ae88d4 0 0 0 0000204 [IWAIT] swi3: cambio 33 c0ae8a98 0 0 0 0000204 [IWAIT] swi2: camnet 32 c0ae8c5c 0 0 0 0000204 [IWAIT] swi6: task queue 31 c0ae8e20 0 0 0 0000204 [IWAIT] swi6:+ 30 c0afa000 0 0 0 0000204 [SLPQ - 0xc06676c0][SLP] yarrow 6 c0afa1c4 0 0 0 0000204 [SLPQ crypto_ret_wait 0xc0683584][SLP] crypto returns 5 c0afa388 0 0 0 0000204 [SLPQ crypto_wait 0xc0683544][SLP] crypto 4 c0afa54c 0 0 0 0000204 [SLPQ - 0xc066ba68][SLP] g_down 3 c0afa710 0 0 0 0000204 [SLPQ - 0xc066ba64][SLP] g_up 2 c0afa8d4 0 0 0 0000204 [SLPQ - 0xc066ba5c][SLP] g_event 29 c0acc1c4 0 0 0 0000204 [IWAIT] swi1: net 28 c0acc388 0 0 0 0000204 [IWAIT] swi4: vm 27 c0acc54c 0 0 0 000020c [RUNQ] swi5: clock sio 26 c0acc710 0 0 0 0000204 [IWAIT] irq15: ata1 25 c0acc8d4 0 0 0 0000204 [IWAIT] irq14: ata0 24 c0acca98 0 0 0 0000204 [IWAIT] irq13: 23 c0accc5c 0 0 0 0000204 [IWAIT] irq12: hifn0 22 c0acce20 0 0 0 0000204 [IWAIT] irq11: sis2 21 c0ae8000 0 0 0 0000204 [IWAIT] irq10: sis0 20 c0ae81c4 0 0 0 0000204 [IWAIT] irq9: sis1 19 c0ae8388 0 0 0 0000204 [IWAIT] irq8: rtc 18 c0ac5000 0 0 0 0000204 [IWAIT] irq7: 17 c0ac51c4 0 0 0 0000204 [IWAIT] irq6: 16 c0ac5388 0 0 0 0000204 [IWAIT] irq5: 15 c0ac554c 0 0 0 0000204 [IWAIT] irq4: sio0 14 c0ac5710 0 0 0 0000204 [IWAIT] irq3: 13 c0ac58d4 0 0 0 0000204 [IWAIT] irq1: 12 c0ac5a98 0 0 0 0000204 [IWAIT] irq0: clk 11 c0ac5c5c 0 0 0 000020c [CPU 0] idle 1 c0ac5e20 0 0 1 0004200 [SLPQ wait 0xc0ac5e20][SLP] init 10 c0acc000 0 0 0 0000204 [SLPQ ktrace 0xc066f7d8][SLP] ktrace 0 c066bb00 0 0 0 0000200 [SLPQ sched 0xc066bb00][SLP] swapper db> unfortunately, I won't be able to take a dump because the CF has no swap. Anyone have an idea what this could be, and what I could type into db> to get further info? One thing that I changed on this HW yesterday was to add a Mini-PCI HiFn card: hifn0 mem 0x80040000-0x80040fff,0x80000000-0x80000fff irq 12 at device 13.0 on pci0 hifn0: Hifn 7951, rev 0, 128KB sram before that change, earlier RELENG_5 systems didn't demonstrate any such an "idle" panic on said HW. non-verbose dmesg and kernel config image are available, and I will leave the db> there, awaiting suggestions. Adrian From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:40:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DFD816A4CE for ; Thu, 28 Apr 2005 20:40:51 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D87943D58 for ; Thu, 28 Apr 2005 20:40:51 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 0860F7A403; Thu, 28 Apr 2005 13:40:51 -0700 (PDT) Message-ID: <42714A52.9080504@elischer.org> Date: Thu, 28 Apr 2005 13:40:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joe Altman References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> <20050428190533.GB27979@panix.com> <42713FB3.2010805@elischer.org> <20050428202057.GA489@panix.com> <4271463D.8090409@elischer.org> <20050428203046.GA122@panix.com> In-Reply-To: <20050428203046.GA122@panix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:40:51 -0000 Since I can't make this happen here, I'm going to need help.. Joe Altman wrote: > Apr 27 00:07 /usr/src/sys/dev/usb/usb.c > >/* Explore USB busses at the end of device configuration. */ >Static void >usb_cold_explore(void *arg) >{ > struct usb_softc *sc; > > can you add this line here: printf("HEY WE GOT HERE!\n"); > KASSERT(cold || TAILQ_EMPTY(&usb_coldexplist), > ("usb_cold_explore: busses to explore when !cold")); > while (!TAILQ_EMPTY(&usb_coldexplist)) { > sc = TAILQ_FIRST(&usb_coldexplist); > TAILQ_REMOVE(&usb_coldexplist, sc, sc_coldexplist); > > and: printf("probing a USB 1.1 bus.\n"); > sc->sc_bus->use_polling++; > sc->sc_port.device->hub->explore(sc->sc_bus->root_hub); > sc->sc_bus->use_polling--; > } >} > >DRIVER_MODULE(usb, ohci, usb_driver, usb_devclass, 0, 0); >DRIVER_MODULE(usb, uhci, usb_driver, usb_devclass, 0, 0); >DRIVER_MODULE(usb, ehci, usb_driver, usb_devclass, 0, 0); >SYSINIT(usb_cold_explore, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, > usb_cold_explore, NULL); >#endif > > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:47:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1800C16A4CE for ; Thu, 28 Apr 2005 20:47:34 +0000 (GMT) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9524443D5D for ; Thu, 28 Apr 2005 20:47:33 +0000 (GMT) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id 6D189597F8; Thu, 28 Apr 2005 16:47:32 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j3SKlWH11438; Thu, 28 Apr 2005 16:47:32 -0400 (EDT) Date: Thu, 28 Apr 2005 16:47:32 -0400 From: Joe Altman To: Julian Elischer Message-ID: <20050428204732.GA3804@panix.com> Mail-Followup-To: Joe Altman , Julian Elischer , freebsd-stable@freebsd.org, Scott Allendorf References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> <20050428190533.GB27979@panix.com> <42713FB3.2010805@elischer.org> <20050428202057.GA489@panix.com> <4271463D.8090409@elischer.org> <20050428203046.GA122@panix.com> <42714A52.9080504@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42714A52.9080504@elischer.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:47:34 -0000 On Thu, Apr 28, 2005 at 01:40:50PM -0700, Julian Elischer wrote: > > Since I can't make this happen here, I'm going to need help.. What do you need? Relatively speaking, I'm sort of a newbie at the more complex aspects of bugs, and this strikes me as somewhat complex. But if you are willing to tell me what you need, and how to proceed or what to read to help you, I'll do what I can. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:51:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9D0C16A4CE for ; Thu, 28 Apr 2005 20:51:37 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7EAB43D1D for ; Thu, 28 Apr 2005 20:51:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id B47F47A403; Thu, 28 Apr 2005 13:51:37 -0700 (PDT) Message-ID: <42714CD9.5080104@elischer.org> Date: Thu, 28 Apr 2005 13:51:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joe Altman References: <20050428093053.A4DE816A4EB@hub.freebsd.org> <42712A12.70009@elischer.org> <20050428190533.GB27979@panix.com> <42713FB3.2010805@elischer.org> <20050428202057.GA489@panix.com> <4271463D.8090409@elischer.org> <20050428203046.GA122@panix.com> <42714A52.9080504@elischer.org> <20050428204732.GA3804@panix.com> In-Reply-To: <20050428204732.GA3804@panix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: USB changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:51:38 -0000 Joe Altman wrote: >On Thu, Apr 28, 2005 at 01:40:50PM -0700, Julian Elischer wrote: > > >>Since I can't make this happen here, I'm going to need help.. >> >> > >What do you need? Relatively speaking, I'm sort of a newbie at the >more complex aspects of bugs, and this strikes me as somewhat complex. > >But if you are willing to tell me what you need, and how to proceed or >what to read to help you, I'll do what I can. > > I asked you to add 2 lines to that file and try again. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 20:53:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43A5416A4CE for ; Thu, 28 Apr 2005 20:53:13 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3B1B43D2F for ; Thu, 28 Apr 2005 20:53:12 +0000 (GMT) (envelope-from sylvioc@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so653068wra for ; Thu, 28 Apr 2005 13:53:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Eup9c5zr8mZH3DEyPhfxFt4jBOWjtojzmW418sUBPSCdjXpisiyKzSduzl2S3kHLFwOU1t9o9A70ZZUJTVBw1PVNjdM968qUMw+LG2gYOm9dm8n5XZoqfysbV4JLhyazbpRKZARspcWnPZDn2YbwyPJERi7vhF16ZzNAeHU2Qm8= Received: by 10.54.115.2 with SMTP id n2mr1347854wrc; Thu, 28 Apr 2005 13:53:09 -0700 (PDT) Received: by 10.54.22.26 with HTTP; Thu, 28 Apr 2005 13:53:08 -0700 (PDT) Message-ID: <5678893e0504281353618b6247@mail.gmail.com> Date: Thu, 28 Apr 2005 17:53:09 -0300 From: Sylvio Cesar To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: 5.4 Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sylvio Cesar List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 20:53:13 -0000 when will go to leave the 5,4 stable? The calendar speaks that already it must have left in day 26/04. Sylvio C=E9sar. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 21:30:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10FD216A4CE for ; Thu, 28 Apr 2005 21:30:55 +0000 (GMT) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 8437843D49 for ; Thu, 28 Apr 2005 21:30:54 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 28 Apr 2005 21:30:53 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Thu, 28 Apr 2005 17:30:45 -0400 (EDT) Message-ID: <3518.172.16.0.199.1114723845.squirrel@172.16.0.1> In-Reply-To: <5678893e0504281353618b6247@mail.gmail.com> References: <5678893e0504281353618b6247@mail.gmail.com> Date: Thu, 28 Apr 2005 17:30:45 -0400 (EDT) From: "Mike Jakubik" To: "Sylvio Cesar" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: Re: 5.4 Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 21:30:55 -0000 On Thu, April 28, 2005 4:53 pm, Sylvio Cesar said: > when will go to leave the 5,4 stable? The calendar speaks that already it > must have left in day 26/04. Basically whenever the developers and release team feel that its ready. The posted timeline is more of a rough guide, and not strict rule. But my guess it will be out within a week or so. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 28 23:37:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AD8716A4CE for ; Thu, 28 Apr 2005 23:37:52 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC9D643D58 for ; Thu, 28 Apr 2005 23:37:50 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id 4FFF579B4 for ; Fri, 29 Apr 2005 00:37:48 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 2E30840E1; Thu, 28 Apr 2005 16:56:31 +0100 (BST) Date: Thu, 28 Apr 2005 16:56:31 +0100 From: Josef Karthauser To: stable@freebsd.org Message-ID: <20050428155631.GA82425@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org References: <20050428083028.GJ73595@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20050428083028.GJ73595@genius.tao.org.uk> User-Agent: Mutt/1.5.9i Subject: Re: I386_GET_FSBASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 23:37:52 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 28, 2005 at 09:30:28AM +0100, Josef Karthauser wrote: > I'm building a recent RELENG_5 from source and have the following error: >=20 > /usr/src/lib/libc/i386/sys/i386_get_fsbase.c: In function `i386_get_fsbas= e': > /usr/src/lib/libc/i386/sys/i386_get_fsbase.c:36: error: `I386_GET_FSBASE'= undeclared (first use in this function) > /usr/src/lib/libc/i386/sys/i386_get_fsbase.c:36: error: (Each undeclared = identifier is reported only once > /usr/src/lib/libc/i386/sys/i386_get_fsbase.c:36: error: for each function= it appears in.) > *** Error code 1 >=20 > Any idea how to cure it? Looks I cvsupped in the middle of a commit. It works now. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkJxB64ACgkQXVIcjOaxUBZBzwCgqQYcGsf/6XwAiUdXjc8YeGLX a54AoMul8zgwKQPpliJaMVt1OgXv/jKD =SBOE -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 06:40:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E58016A4CE for ; Fri, 29 Apr 2005 06:40:16 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6782A43D31 for ; Fri, 29 Apr 2005 06:40:15 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.11/8.12.11) with ESMTP id j3T6eDp4091957 for ; Fri, 29 Apr 2005 08:40:13 +0200 (CEST) (envelope-from flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.sr.se [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id j3T6eD9V050311 for ; Fri, 29 Apr 2005 08:40:13 +0200 (CEST) (envelope-from flygt@sr.se) Received: from bsd-gf.sr.se (localhost [127.0.0.1]) by bsd-gf.sr.se (8.13.1/8.13.1) with ESMTP id j3T6eD86085931 for ; Fri, 29 Apr 2005 08:40:13 +0200 (CEST) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by bsd-gf.sr.se (8.13.1/8.13.1/Submit) id j3T6eDeM085930 for freebsd-stable@freebsd.org; Fri, 29 Apr 2005 08:40:13 +0200 (CEST) (envelope-from gunnar) Date: Fri, 29 Apr 2005 08:40:13 +0200 From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20050429064013.GA85150@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Dell 2850 and keyboards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 06:40:16 -0000 I have one of these boxes, and there is an issue with the keyboard. I googled for problems using the keyboard in multiuser mode. There was a description of why it behaves as it does. The usb keyboard takes precedence over the ps/2 when running in multiuser, AND usb keyboard 0 is of course the keyboard used, AND this is the DRAC remote management card. So it doesn't help to attach an external usb keyboard. I read the tip for commenting out the usb keyboard section from /etc/usbd.conf, so everything is working now with a local keyboard. Now to my question. Is there any work going on to be able to attach more than one keyboard at the time? Like having a ps/2 keyboard and the DRAC usb virtual keyboard attached and working at the same time. It is nice to have both a local keyboard and the drac remote, which works like a charm. The best DRAC software so far. -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 06:57:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0656516A4D0 for ; Fri, 29 Apr 2005 06:57:52 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90E5C43D49 for ; Fri, 29 Apr 2005 06:57:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j3T6vB8W016729; Fri, 29 Apr 2005 00:57:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 29 Apr 2005 00:57:49 -0600 (MDT) Message-Id: <20050429.005749.99254012.imp@bsdimp.com> To: bms@spc.org From: "M. Warner Losh" In-Reply-To: <20050427104015.GB5585@empiric.icir.org> References: <20050427104015.GB5585@empiric.icir.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 cc: freebsd-stable@freebsd.org cc: avleeuwen@gmail.com cc: woodycarey@hotmail.com Subject: Re: VIA M1000 mini-itx system installation woes - WRITE_DMA error - cabling? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 06:57:52 -0000 In message: <20050427104015.GB5585@empiric.icir.org> Bruce M Simpson writes: : On Wed, Apr 27, 2005 at 10:11:16AM +0200, Arjan Van Leeuwen wrote: : > After you've installed the system, insert that line into : > /boot/loader.conf, and load up "atacontrol mode 0 udma33 udma33" as : > early as possible during the boot (try using /etc/rc.early, for : > example) to get it up to speed again. : : Some drives have firmware tweaks downloadable from the manufacturer which : can be used to force the drive to never negotiate a faster data rate than : UDMA33 (or whatever the cable you are using is capable of). I'm thinking : of Samsung in particular here. : : However, I agree, this is *annoying*; I don't know of 80 + 4 conductor cables : for 2.5" ATA drives. If anyone knows of such things then please do let me : know, as I've had significant problems with a development system at work which : is Mini-ITX form factor based with a 2.5" drive. FWIW, my laptop successfully copes: ad0: 57231MB at ata0-master UDMA100 that's a 2.5" drive. I believe that a standard 40 -> 44 connector connected on an 80 pin cable would do the trick. I know I've had some success with that here at work. Warner From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 08:03:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F8A16A4CE for ; Fri, 29 Apr 2005 08:03:46 +0000 (GMT) Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id E41A643D1F for ; Fri, 29 Apr 2005 08:03:45 +0000 (GMT) (envelope-from pcasidy@casidy.com) Received: from [81.56.135.122] (helo=smtp.casidy.net) by hermes.oxyd.fr with asmtp (Exim 4.20) id 1DRQTR-00032m-6A; Fri, 29 Apr 2005 10:03:45 +0200 Received: from casidy.com (unknown [192.168.1.15]) by smtp.casidy.net (Postfix) with ESMTP id 2CCF1B875; Fri, 29 Apr 2005 10:03:39 +0200 (CEST) Date: Fri, 29 Apr 2005 10:13:24 +0200 (CEST) From: pcasidy@casidy.com To: rbyrnes@mailshack.com In-Reply-To: <6.2.1.2.2.20050426143515.02789440@127.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050429080339.2CCF1B875@smtp.casidy.net> X-auth-smtp-user: postmaster@casidy.com X-abuse-contact: abuse@oxyd.fr cc: stable@freebsd.org Subject: Re: Tape drive issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 08:03:46 -0000 On 26 Avr, Rob B wrote: > Hi all, > > Apologies for the lengthy email. > > I had sent this to alpha@, but no replies as yet so I thought somone here > could help. > > I have a Sony SDT-10000 DDS-4 tape drive that i recently put into my > PWS-500au, attached to the built-in isp SCSI controller. ... > sa0 at isp0 bus 0 target 0 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit) > > > Any advice? > I didn't had the same problem as yours but for your information, SONY replaced mine with an . Maybe this version was buggy. Does it work on another hardware/software combination? Sorry not being more helpful. Phil. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 10:23:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6770416A4CE for ; Fri, 29 Apr 2005 10:23:50 +0000 (GMT) Received: from hotmail.com (bay103-dav16.bay103.hotmail.com [65.54.174.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23DE043D1D for ; Fri, 29 Apr 2005 10:23:50 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 29 Apr 2005 03:23:50 -0700 Message-ID: Received: from 65.54.174.210 by BAY103-DAV16.phx.gbl with DAV; Fri, 29 Apr 2005 10:23:49 +0000 X-Originating-IP: [65.54.174.210] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: Date: Fri, 29 Apr 2005 03:23:50 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-OriginalArrivalTime: 29 Apr 2005 10:23:50.0137 (UTC) FILETIME=[88FAA690:01C54CA5] Subject: kernel: swap_pager: indefinite wait buffer - on 5.3-RELEASE-p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 10:23:50 -0000 Hello All, I have a pretty stable FreeBSD 5.3-p5 production server which worked just fine - until today. I host over 100+ web sites on it (Apache + PHP4 + MySQL), email, ftp, etc. There was a time when it was up for over 6 months without a reboot. So it is stable. But today I had a strange problem with this server. I could ping it, but nothing else worked. I had to reboot it by plugging the power. After it came back, this is what I've found in the log file (and nothing else). Apr 29 02:10:14 www kernel: swap_pager: indefinite wait buffer: device: ad0s1a, blkno: 328636, size: 8192 Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: device: ad0s1e, blkno: 329842, size: 4096 Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 330511, size: 8192 Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 331470, size: 8192 Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 332030, size: 4096 Apr 29 02:10:49 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 332257, size: 8192 Apr 29 02:10:49 www kernel: swap_pager: indefinite wait buffer: device: ad0s1a, blkno: 332309, size: 4096 Apr 29 02:11:14 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 332252, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1a, blkno: 332301, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 332260, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1a, blkno: 332307, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 332229, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 328470, size: 16384 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 328967, size: 16384 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 329231, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 329479, size: 16384 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 329673, size: 16384 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 332224, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 329234, size: 16384 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 316002, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 332185, size: 16384 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 331763, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 318855, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1a, blkno: 319335, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319135, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319196, size: 16384 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319146, size: 16384 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319243, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319191, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319235, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319183, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319232, size: 12288 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319276, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319189, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319327, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319186, size: 12288 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319206, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 319256, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 301096, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 301145, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 301468, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 301887, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 302503, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 302557, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 302509, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 302554, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1a, blkno: 302635, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 153651, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 163264, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1e, blkno: 302910, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 154346, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 305352, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 305806, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 306642, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 307015, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 305471, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1a, blkno: 305759, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 307088, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 307046, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 307085, size: 12288 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 307045, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 307092, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 293203, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 307060, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1a, blkno: 320047, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 320630, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 320861, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 320842, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 320863, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 320902, size: 8192 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 231845, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 267922, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 232017, size: 4096 Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 231686, size: 8192 Apr 29 02:34:18 www kernel: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 267959, size: 4096 It works just fine since the reboot. Not even fsck was needed (file system didn't get dirty by plugging the power???)... I've never seen this error message before. This could be an indication of what? A dying IDE hard drive??? I happen to have an identical hard drive around here, unused. If I hook it up as a slave (IDE) drive, is there a way I can mirror the dying drive to the spare one (with all partitions, etc, intact)? Any help/comments would be appreciated. Please CC me, as I am not a subscriber of this list. Thanks!!! Zoltan From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 10:30:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B8E016A4CE for ; Fri, 29 Apr 2005 10:30:42 +0000 (GMT) Received: from gizm0.org (gizm0.org [212.114.209.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D3743D3F for ; Fri, 29 Apr 2005 10:30:40 +0000 (GMT) (envelope-from freebsd@gizm0.org) Received: from [10.0.0.122] (unknown [10.0.0.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gizm0.org (Postfix) with ESMTP id 8DE99A10196; Fri, 29 Apr 2005 12:30:36 +0200 (CEST) Message-ID: <42720CCD.4030108@gizm0.org> Date: Fri, 29 Apr 2005 12:30:37 +0200 From: Steven Enderle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050203 X-Accept-Language: de-de, de, en MIME-Version: 1.0 To: Zoltan Frombach , freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: kernel: swap_pager: indefinite wait buffer - on 5.3-RELEASE-p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 10:30:42 -0000 Try to mirror the disk with dd (if=/dev/ad0 of=/dev/ad1 bs=1m) You should really think about getting a RAID controller, i can recommend you a 2 channel 3ware controller (less than 100$) Kind regards Steven -- ++ message delivered by gizm0.org ++ free webmail - imap, pop3, ssl secured Zoltan Frombach wrote: > Hello All, > > I have a pretty stable FreeBSD 5.3-p5 production server which worked > just fine - until today. I host over 100+ web sites on it (Apache + > PHP4 + MySQL), email, ftp, etc. There was a time when it was up for > over 6 months without a reboot. So it is stable. But today I had a > strange problem with this server. I could ping it, but nothing else > worked. I had to reboot it by plugging the power. After it came back, > this is what I've found in the log file (and nothing else). > > Apr 29 02:10:14 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1a, blkno: 328636, size: 8192 > Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1e, blkno: 329842, size: 4096 > Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 330511, size: 8192 > Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 331470, size: 8192 > Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 332030, size: 4096 > Apr 29 02:10:49 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 332257, size: 8192 > Apr 29 02:10:49 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1a, blkno: 332309, size: 4096 > Apr 29 02:11:14 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 332252, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1a, blkno: 332301, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 332260, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1a, blkno: 332307, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 332229, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 328470, size: 16384 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 328967, size: 16384 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 329231, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 329479, size: 16384 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 329673, size: 16384 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 332224, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 329234, size: 16384 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 316002, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 332185, size: 16384 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 331763, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 318855, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1a, blkno: 319335, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319135, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319196, size: 16384 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319146, size: 16384 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319243, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319191, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319235, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319183, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319232, size: 12288 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319276, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319189, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319327, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319186, size: 12288 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319206, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 319256, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 301096, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 301145, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 301468, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 301887, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 302503, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 302557, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 302509, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 302554, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1a, blkno: 302635, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 153651, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 163264, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1e, blkno: 302910, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 154346, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 305352, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 305806, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 306642, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 307015, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 305471, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1a, blkno: 305759, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 307088, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 307046, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 307085, size: 12288 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 307045, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 307092, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 293203, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 307060, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1a, blkno: 320047, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 320630, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 320861, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 320842, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 320863, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 320902, size: 8192 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 231845, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 267922, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 232017, size: 4096 > Apr 29 02:33:35 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 231686, size: 8192 > Apr 29 02:34:18 www kernel: swap_pager: indefinite wait buffer: > device: ad0s1f, blkno: 267959, size: 4096 > > It works just fine since the reboot. Not even fsck was needed (file > system didn't get dirty by plugging the power???)... > > I've never seen this error message before. This could be an indication > of what? A dying IDE hard drive??? > > I happen to have an identical hard drive around here, unused. If I > hook it up as a slave (IDE) drive, is there a way I can mirror the > dying drive to the spare one (with all partitions, etc, intact)? > > Any help/comments would be appreciated. Please CC me, as I am not a > subscriber of this list. Thanks!!! > > Zoltan _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 11:25:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B03D916A4CF for ; Fri, 29 Apr 2005 11:25:08 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A58443D2F for ; Fri, 29 Apr 2005 11:25:08 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.50 (FreeBSD)) id 1DRTcI-000MZp-26 for freebsd-stable@freebsd.org; Fri, 29 Apr 2005 12:25:06 +0100 Date: Fri, 29 Apr 2005 12:25:06 +0100 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20050429112506.GA85941@kierun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Sender: "Yann Golanski,University of York,+44(0)1904-433088" Subject: Logitech UltraX mouse problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 11:25:08 -0000 I cannot get the mouse wheel to work with my new logitech ultraX mouse. As a bonus, getting the last button to work would be great too. Any idea? The following is more details from my system: # uname -a FreeBSD chepc184.csrv.ad.york.ac.uk 5.4-STABLE FreeBSD 5.4-STABLE #4: Sat Apr 16 11:48:50 BST 2005 root@chepc184.york.ac.uk:/usr/obj/usr/src/sys/MYKERNEL i386 # pkg_info -Ia | grep xorg xorg-6.8.2 X.Org distribution metaport # dmesg | grep psm0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 # ps -ax | grep moused 463 ?? Ss 0:00.12 /usr/sbin/moused -p /dev/psm0 -t auto # cat /etc/X11/xorg.conf [...] Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5" option "Buttons" "6" EndSection [...] -- yann@kierun.org -=*=- www.kierun.org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 12:13:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B53416A4CE for ; Fri, 29 Apr 2005 12:13:29 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33E2643D53 for ; Fri, 29 Apr 2005 12:13:28 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pkdapa@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j3TCDPsh066794; Fri, 29 Apr 2005 14:13:25 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j3TCDPnk066793; Fri, 29 Apr 2005 14:13:25 +0200 (CEST) (envelope-from olli) Date: Fri, 29 Apr 2005 14:13:25 +0200 (CEST) Message-Id: <200504291213.j3TCDPnk066793@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, tssajo@hotmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: kernel: swap_pager: indefinite wait buffer - on 5.3-RELEASE-p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, tssajo@hotmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 12:13:29 -0000 Zoltan Frombach wrote: > Apr 29 02:10:14 www kernel: swap_pager: indefinite wait buffer: device: > ad0s1a, blkno: 328636, size: 8192 > Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: device: > ad0s1e, blkno: 329842, size: 4096 > [...] The error message indicates that there was an I/O error accessing the swap area on your disk. Usually that's an indication for a hardware failure, e.g. a dying disk. > I happen to have an identical hard drive around here, unused. If I hook it > up as a slave (IDE) drive, is there a way I can mirror the dying drive to > the spare one (with all partitions, etc, intact)? If they're really identical (i.e. the same size and same geometry), then you can use dd(1) for duplication, like this: # dd if=/dev/ad0 of=/dev/ad1 bs=64k conv=noerror,sync The "noerror,sync" part is important so the dd command will not stop when it hits any bad spots on the source drive and instead will fill the blocks with zeroes on the destination drive. Since it's only the swap partition, you shouldn't lose any data. However, one disadvantage of dd is that it copies the drive on block level, which means that it will also copy empty blocks which aren't used at all. Neither does it make sense to copy the swap partition. If the filesystems on that drive don't contain much data, it might be mor efficient to copy the data on filesystem level. To do that, copy just the boot sector and disklabel (using dd(1) to copy the first 64k or something should be sufficient), then newfs the filesystems, mount them and copy the contents with an appropriate tool. I recommend "cpdup" from the port collection, because it's fast and easy to use, but cpio should work as well (and it's in the base of pretty much every UNIX system). Performing newfs + filesystem copy also has the advantage that you're starting with fresh, unfragmented filesystems, and it gives you the opportunity to finetune the parameters if necessary, such as the inode density (newfs -i). > Any help/comments would be appreciated. Please CC me, as I am not a > subscriber of this list. Thanks!!! In that case you should set the "Reply-To" header in your mail appropriately. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 12:38:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BE4D16A4CE for ; Fri, 29 Apr 2005 12:38:48 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5646543D31 for ; Fri, 29 Apr 2005 12:38:48 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.50 (FreeBSD)) id 1DRUlb-000Mk6-3J for freebsd-stable@freebsd.org; Fri, 29 Apr 2005 13:38:47 +0100 Date: Fri, 29 Apr 2005 13:38:47 +0100 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20050429123847.GA87158@kierun.org> References: <20050429112506.GA85941@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <20050429112506.GA85941@kierun.org> User-Agent: Mutt/1.5.9i Sender: "Yann Golanski,University of York,+44(0)1904-433088" Subject: Re: Logitech UltraX mouse problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 12:38:48 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Yann Golanski on Fri, Apr 29, 2005 at 12:25:06 +0100 > I cannot get the mouse wheel to work with my new logitech ultraX mouse. > As a bonus, getting the last button to work would be great too.=20 *sigh* A reboot later this set up worked. Now, i am more interested in the why it works.... Still, there is the question of the extra button. Xev does not seem to see it at all but I am assuming that this is normal as Xorg is not passing it the correct input.=20 =20 Any idea? =20 --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCcirW91FwBp3iYxgRAmjDAJ91hHuy7Vv5XjOPLboFt691pxCxsgCbBZZ2 Cto86xGxFrCDJUk86sNeybs= =8mJY -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 10:38:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 651F616A4CE for ; Fri, 29 Apr 2005 10:38:11 +0000 (GMT) Received: from hotmail.com (bay103-dav10.bay103.hotmail.com [65.54.174.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E13643D45 for ; Fri, 29 Apr 2005 10:38:11 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 29 Apr 2005 03:38:11 -0700 Message-ID: Received: from 65.54.174.210 by BAY103-DAV10.phx.gbl with DAV; Fri, 29 Apr 2005 10:38:11 +0000 X-Originating-IP: [65.54.174.210] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Steven Enderle" , References: <42720CCD.4030108@gizm0.org> Date: Fri, 29 Apr 2005 03:38:11 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-OriginalArrivalTime: 29 Apr 2005 10:38:11.0100 (UTC) FILETIME=[8A272DC0:01C54CA7] X-Mailman-Approved-At: Fri, 29 Apr 2005 13:36:21 +0000 Subject: Re: kernel: swap_pager: indefinite wait buffer - on 5.3-RELEASE-p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 10:38:11 -0000 Steve, Thank you for your quick response! > Try to mirror the disk with dd (if=/dev/ad0 of=/dev/ad1 bs=1m) I assume I have to do this in single user mode. Right? > You should really think about getting a RAID controller, i can recommend > you a 2 channel 3ware controller (less than 100$) Would you please email me the product name and model number? Thanks!! Zoltan From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 15:50:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0074716A4CE for ; Fri, 29 Apr 2005 15:50:38 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 483A943D53 for ; Fri, 29 Apr 2005 15:50:37 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p3E9E2231.dip.t-dialin.net [62.158.34.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 979982E3C9; Fri, 29 Apr 2005 17:50:35 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j3TFpIjP001046; Fri, 29 Apr 2005 17:51:18 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200504291551.j3TFpIjP001046@drjekyll.mkbuelow.net> From: Matthias Buelow To: Yann Golanski In-Reply-To: Message from Yann Golanski of "Fri, 29 Apr 2005 13:38:47 BST." <20050429123847.GA87158@kierun.org> X-Mailer: MH-E 7.81; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Fri, 29 Apr 2005 17:51:18 +0200 Sender: mkb@mkbuelow.net cc: freebsd-stable@freebsd.org Subject: Re: Logitech UltraX mouse problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 15:50:38 -0000 Yann Golanski writes: >Still, there is the question of the extra button. Xev does not seem to >see it at all but I am assuming that this is normal as Xorg is not >passing it the correct input. Does it have more than 5 buttons? X11 only supports up to 5. mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 16:22:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBC2C16A4CE for ; Fri, 29 Apr 2005 16:22:17 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2616A43D5E for ; Fri, 29 Apr 2005 16:22:17 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j3TGMGS8065083; Fri, 29 Apr 2005 12:22:16 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 64653-06; Fri, 29 Apr 2005 12:22:16 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j3TGMFfP065055; Fri, 29 Apr 2005 12:22:15 -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.12.11) with ESMTP id j3TGM95b083799; Fri, 29 Apr 2005 12:22:09 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050429122016.05631030@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 29 Apr 2005 12:21:48 -0400 To: "Zoltan Frombach" , From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Re: kernel: swap_pager: indefinite wait buffer - on 5.3-RELEASE-p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 16:22:17 -0000 At 06:23 AM 29/04/2005, Zoltan Frombach wrote: >Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: device: >ad0s1e, blkno: 329842, size: 4096 As others have said, it looks to be a hard drive about to die. You can get more info with /usr/ports/sysutils/smartmontools/. It can give some simple diagnostics that might confirm this for you. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 17:10:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FCF216A4CE for ; Fri, 29 Apr 2005 17:10:03 +0000 (GMT) Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA4BF43D55 for ; Fri, 29 Apr 2005 17:10:02 +0000 (GMT) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail2.panix.com (Postfix) with ESMTP id 1B3C4A70A1 for ; Fri, 29 Apr 2005 13:10:02 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j3THA2P24305 for freebsd-stable@freebsd.org; Fri, 29 Apr 2005 13:10:02 -0400 (EDT) Date: Fri, 29 Apr 2005 13:10:01 -0400 From: Joe Altman To: freebsd-stable@freebsd.org Message-ID: <20050429171001.GA17886@panix.com> Mail-Followup-To: Joe Altman , freebsd-stable@freebsd.org References: <20050429102413.85DD116A4CE@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050429102413.85DD116A4CE@hub.freebsd.org> User-Agent: Mutt/1.4.2.1i Subject: Re: USB changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 17:10:03 -0000 > ------------------------------ > > Message: 9 > Date: Thu, 28 Apr 2005 11:23:14 -0700 > From: Julian Elischer > Subject: Re: USB changes. > To: freebsd-stable@freebsd.org, Joe Altman > Message-ID: <42712A12.70009@elischer.org> > Content-Type: text/plain; charset=us-ascii; format=flowed > > > > +++ > > > > Currently, I find my P4 hanging just after discovering the parallel > > port and mounting disk; in other words, just here: Julian has patched various aspects for the usb source; this has remedied the issue. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 21:02:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC9DB16A4CE for ; Fri, 29 Apr 2005 21:02:37 +0000 (GMT) Received: from hotmail.com (bay103-dav5.bay103.hotmail.com [65.54.174.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6195143D53 for ; Fri, 29 Apr 2005 21:02:37 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 29 Apr 2005 14:02:36 -0700 Message-ID: Received: from 65.54.174.210 by BAY103-DAV5.phx.gbl with DAV; Fri, 29 Apr 2005 21:02:36 +0000 X-Originating-IP: [65.54.174.210] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: , "Mike Tancsa" References: <6.2.1.2.0.20050429122016.05631030@64.7.153.2> Date: Fri, 29 Apr 2005 14:02:37 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-OriginalArrivalTime: 29 Apr 2005 21:02:36.0895 (UTC) FILETIME=[C581CEF0:01C54CFE] Subject: Re: kernel: swap_pager: indefinite wait buffer - on 5.3-RELEASE-p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 21:02:38 -0000 Mike, Thank you so much for the information you have provided. I installed smartmontools from ports, what a great tool! However, I see 0 (zero) Reallocated_Sector_Ct ... So the hard drive seems to be okay? I attach the full output below. Is there someone knowledgeable about HD Smart information, who can possible tell me if this drive looks like if it is failing? # smartctl -a ad0 smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: Maxtor 6Y080L0 Serial Number: Y3H1TJKE Firmware Version: YAR41VW0 Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: ATA/ATAPI-7 T13 1532D revision 0 Local Time is: Fri Apr 29 13:52:56 2005 PDT SMART support is: Available - device has SMART capability. SMART support is: Enabled The SMART RETURN STATUS return value (smartmontools -H option/Directive) can not be retrieved with this version of ATAng, please do not rely on this value === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x80) Offline data collection activity was never started. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 242) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. No General Purpose Logging support. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 36) minutes. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 3 Spin_Up_Time 0x0027 203 203 063 Pre-fail s - 12682 4 Start_Stop_Count 0x0032 253 253 000 Old_age ys - 61 5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail s - 0 6 Read_Channel_Margin 0x0001 253 253 100 Pre-fail ine - 0 7 Seek_Error_Rate 0x000a 253 252 000 Old_age ys - 0 8 Seek_Time_Performance 0x0027 253 248 187 Pre-fail s - 36017 9 Power_On_Minutes 0x0032 219 219 000 Old_age ys - 1023h+58m 10 Spin_Retry_Count 0x002b 253 252 157 Pre-fail s - 0 11 Calibration_Retry_Count 0x002b 253 252 223 Pre-fail s - 0 12 Power_Cycle_Count 0x0032 253 253 000 Old_age ys - 177 192 Power-Off_Retract_Count 0x0032 253 253 000 Old_age ys - 0 193 Load_Cycle_Count 0x0032 253 253 000 Old_age ys - 0 194 Temperature_Celsius 0x0032 253 253 000 Old_age ys - 31 195 Hardware_ECC_Recovered 0x000a 253 252 000 Old_age ys - 2976 196 Reallocated_Event_Count 0x0008 253 253 000 Old_age line - 0 197 Current_Pending_Sector 0x0008 253 253 000 Old_age line - 0 198 Offline_Uncorrectable 0x0008 253 253 000 Old_age line - 0 199 UDMA_CRC_Error_Count 0x0008 199 199 000 Old_age line - 0 200 Multi_Zone_Error_Rate 0x000a 253 252 000 Old_age ys - 0 201 Soft_Read_Error_Rate 0x000a 253 252 000 Old_age ys - 12 202 TA_Increase_Count 0x000a 253 252 000 Old_age ys - 0 203 Run_Out_Cancel 0x000b 253 252 180 Pre-fail s - 1 204 Shock_Count_Write_Opern 0x000a 253 252 000 Old_age ys - 0 205 Shock_Rate_Write_Opern 0x000a 253 252 000 Old_age ys - 0 207 Spin_High_Current 0x002a 253 252 000 Old_age ys - 0 208 Spin_Buzz 0x002a 253 252 000 Old_age ys - 0 209 Offline_Seek_Performnce 0x0024 200 200 000 Old_age line - 0 99 Unknown_Attribute 0x0004 253 253 000 Old_age line - 0 100 Unknown_Attribute 0x0004 253 253 000 Old_age line - 0 101 Unknown_Attribute 0x0004 253 253 000 Old_age line - 0 SMART Error Log Version: 1 ATA Error Count: 1 CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours) When the command that caused the error occurred, the device was in an unknown state. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 04 51 50 40 97 03 10 Error: ABRT Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ef fe 00 00 00 00 10 00 00:05:42.512 SET FEATURES [Reserved for CFA] c3 3d 00 00 00 00 10 00 00:05:42.464 [VENDOR SPECIFIC] c3 e4 00 00 00 00 10 00 00:05:42.432 [VENDOR SPECIFIC] c3 3d 00 00 00 00 10 00 00:05:42.432 [VENDOR SPECIFIC] 70 00 00 00 5e 20 10 00 00:05:42.368 SEEK [OBS-7] SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. Thank you for looking at it!! Please response if you have any comments about the above output. Thanks a lot!! Zoltan ----- Original Message ----- > At 06:23 AM 29/04/2005, Zoltan Frombach wrote: >>Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: device: >>ad0s1e, blkno: 329842, size: 4096 > > As others have said, it looks to be a hard drive about to die. You can > get more info with /usr/ports/sysutils/smartmontools/. It can give some > simple diagnostics that might confirm this for you. > > ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 22:06:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1A1216A4CE for ; Fri, 29 Apr 2005 22:06:03 +0000 (GMT) Received: from ezekiel.daleco.biz (cdm-66-76-92-18.cart.cox-internet.com [66.76.92.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31FB143D53 for ; Fri, 29 Apr 2005 22:06:03 +0000 (GMT) (envelope-from kadmin@ezekiel.daleco.biz) Received: from ezekiel.daleco.biz (localhost [127.0.0.1]) by ezekiel.daleco.biz (8.13.1/8.13.1) with ESMTP id j3TM61Bk057496 for ; Fri, 29 Apr 2005 17:06:01 -0500 (CDT) (envelope-from kadmin@ezekiel.daleco.biz) Received: (from kadmin@localhost) by ezekiel.daleco.biz (8.13.1/8.13.1/Submit) id j3TM612G057495 for stable@freebsd.org; Fri, 29 Apr 2005 17:06:01 -0500 (CDT) (envelope-from kadmin) Date: Fri, 29 Apr 2005 17:06:01 -0500 From: Kevin Kinsey To: stable@freebsd.org Message-ID: <20050429220601.GA57442@ezekiel.daleco.biz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: bw failure - error: /openssl/crypto/engine/hw_aep.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 22:06:04 -0000 Building on RELENG_5 today: cc -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/hw_aep.c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/hw_aep.c:119: error: syntax error before "B" /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/hw_aep.c:119:27: warning: null character(s) ignored *** Error code 1 Stop in /usr/src/secure/lib/libcrypto. *** Error code 1 I don't see the error (116-125 quoted): /* DSA stuff */ #ifndef OPENSSL_NO_DSA static int aep_dsa_mod_exp(DSA *dsa, BIGNUM *rr, BIGNUM *a1, BIGNUM *p1, BIGNUM *a2, BIGNUM *p2, BIGNUM *m, BN_CTX *ctx, BN_MONT_CTX *in_mont); static int aep_mod_exp_dsa(DSA *dsa, BIGNUM *r, BIGNUM *a, const BIGNUM *p, const BIGNUM *m, BN_CTX *ctx, BN_MONT_CTX *m_ctx); #endif I'm fairly C illiterate, and haven't posted here in a while ... Google turned up nothing, nor perusal of recent topics here. I'll cvsup/try again, of course; but wondered why I couldn't see the error, or is cc just reporting the wrong place? All pointers (even clue sticking) appreciated... Kevin Kinsey From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 22:25:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77F0316A4CE for ; Fri, 29 Apr 2005 22:25:06 +0000 (GMT) Received: from ms-smtp-03.nyroc.rr.com (ms-smtp-03.nyroc.rr.com [24.24.2.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9EEE43D2D for ; Fri, 29 Apr 2005 22:25:05 +0000 (GMT) (envelope-from martines@rochester.rr.com) Received: from domain.crafts4life.com (cpe-66-66-65-30.rochester.res.rr.com [66.66.65.30])j3TMOoP4026975; Fri, 29 Apr 2005 18:24:51 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by domain.crafts4life.com (Postfix) with ESMTP id CBC694045; Fri, 29 Apr 2005 18:24:50 -0400 (EDT) Received: from domain.crafts4life.com (localhost [127.0.0.1]) by localhost (AvMailGate-2.0.1.16) id 28862-0DF49D25; Fri, 29 Apr 2005 18:24:50 -0400 Received: from SAURONXP (SAURON-XP.crafts4life.com [192.168.1.247]) by domain.crafts4life.com (Postfix) with SMTP id 2C4C33FDA; Fri, 29 Apr 2005 18:24:48 -0400 (EDT) Message-ID: <006f01c54d0a$4974f2e0$f701a8c0@SAURONXP> From: "Eduard Martinescu" To: , "Damian Gerow" References: <20050418120423.GA697@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> <200504281830.21956.josemi@redesjm.local> <20050428170548.GA721@afflictions.org> <42713082.2050606@alumni.rice.edu> <20050428185408.GG1261@afflictions.org> <4271370A.30506@alumni.rice.edu> Date: Fri, 29 Apr 2005 18:14:28 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.16; AVE: 6.30.0.7; VDF: 6.30.0.136; host: domain.crafts4life.com) X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-stable@freebsd.org cc: Jose M Rodriguez Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 22:25:06 -0000 I ran into a similar error, only when processing if_vlan. Removing /usr/obj solved my issue. Ed ----- Original Message ----- From: "Jonathan Noack" To: "Damian Gerow" Cc: ; "Jose M Rodriguez" Sent: Thursday, April 28, 2005 3:18 PM Subject: Re: UPDATE: ATA mkIII official patches for releng_5 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 4/28/2005 1:54 PM, Damian Gerow wrote: >> Thus spake Jonathan Noack (noackjr@alumni.rice.edu) [28/04/05 14:53]: >> : Does this error happen all the time or only with ATA mkIII? >> >> Only with ATA mkIII. I'm running a system that I rebuilt this morning >> without issue. >> >> : Check /etc/stable-supfile to make sure you're getting RELENG_5_4 >> : (tag=RELENG_5_4 and no date=). Also, do any of the hunks fail when >> : patching? An easy way to find out is by checking the patch before >> : applying (this is a good habit anyway): >> >> I'm definitely running RELENG_5_4 (I've also tried with RELENG_5), and >> none >> of the hunks fail: >> >> % cd /usr/src >> % find . -type f -name \*.rej >> % >> >> : If they all say succeeded then the patch should apply correctly. If >> : this doesn't generate any leads, try "make -DALWAYS_CHECK_MAKE >> : buildworld" before building the kernel. I'm not sure but this could be >> : an out-of-date make. >> >> Not likely if the system I'm running was built this morning. Though I >> admit, it does /feel/ like a make error. > > Have you ever removed /usr/obj? If not, give it a little "rm -rf > /usr/obj" action and try again. Otherwise, I'm running low on ideas. > We may need to bring in a make guru... > > - -- > Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (MingW32) > > iD8DBQFCcTcJUFz01pkdgZURAnWuAKDJBmH2kUI2/AvvNauh+y3njqen8gCfdjds > DHiTsPAbBAhIujpH+zwjJ88= > =cBs5 > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 22:55:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59D3916A4CE for ; Fri, 29 Apr 2005 22:55:24 +0000 (GMT) Received: from mxsf32.cluster1.charter.net (mxsf32.cluster1.charter.net [209.225.28.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id E11A443D46 for ; Fri, 29 Apr 2005 22:55:23 +0000 (GMT) (envelope-from jim-c@charter.net) Received: from mxip15.cluster1.charter.net (mxip15a.cluster1.charter.net [209.225.28.145])j3TMtKum002381 for ; Fri, 29 Apr 2005 18:55:20 -0400 Received: from res-68-119-202-215.spa.sc.charter.com (HELO [127.0.0.1]) (68.119.202.215) by mxip15.cluster1.charter.net with ESMTP; 29 Apr 2005 18:55:20 -0400 X-Ironport-AV: i="3.92,141,1112587200"; d="scan'208"; a="1024683778:sNHT12902394" Message-ID: <4272BB54.6000408@charter.net> Date: Fri, 29 Apr 2005 18:55:16 -0400 From: Jim Campbell User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: x11/wrapper Problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 22:55:24 -0000 I have FreeBSD 4.11-Stable installed. I am having a problem running portupgrade because of ports/x11/wrapper. The Makefile for wrapper has a line "BROKEN= Incomplete pkg-plist". This is causing portupgrade to bail out. One suggestion that I read on a forum was to make the BROKEN line a comment by preceeding it by a "#". I tried this but portupgrade still bails out complaining about the BROKEN line. I have also tried updating the wrapper port, but the update program cannot find the package on the freebsd server. Any help would be much appreciated. Jim Campbell From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 22:57:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A12816A4D2 for ; Fri, 29 Apr 2005 22:57:59 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF24243D58 for ; Fri, 29 Apr 2005 22:57:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 51CE95148A; Fri, 29 Apr 2005 15:57:57 -0700 (PDT) Date: Fri, 29 Apr 2005 15:57:57 -0700 From: Kris Kennaway To: Jim Campbell Message-ID: <20050429225757.GA73808@xor.obsecurity.org> References: <4272BB54.6000408@charter.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <4272BB54.6000408@charter.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: x11/wrapper Problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 22:57:59 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 29, 2005 at 06:55:16PM -0400, Jim Campbell wrote: > I have FreeBSD 4.11-Stable installed. I am having a problem running=20 > portupgrade because of ports/x11/wrapper. The Makefile for wrapper has= =20 > a line "BROKEN=3D Incomplete pkg-plist". This is causing portupgrade t= o=20 > bail out. One suggestion that I read on a forum was to make the BROKEN= =20 > line a comment by preceeding it by a "#". I tried this but portupgrade= =20 > still bails out complaining about the BROKEN line. You didn't do what you think you did, then :) Kris P.S. this port is only broken if you're using x.org, and the port is in fact useless then because the X server already includes the wrapper code. --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCcrv0Wry0BWjoQKURAlDSAKCgqklPSDs0idw9oLuYUnDtIaNgvQCg5PzC rms7xFAdiQVP+3EH0aOJEYg= =RIzB -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 00:34:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A9F316A4CE for ; Sat, 30 Apr 2005 00:34:19 +0000 (GMT) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC79E43D54 for ; Sat, 30 Apr 2005 00:34:18 +0000 (GMT) (envelope-from chrisric@routemaster.net) Received: from spunky.routemaster.net (ppp197-13.lns1.syd2.internode.on.net [203.122.197.13])j3U0YGQu054601 for ; Sat, 30 Apr 2005 10:04:17 +0930 (CST) Received: from gir.routemaster.net (gir.routemaster.net [10.10.10.1]) j3U0XC4h024393 for ; Sat, 30 Apr 2005 10:33:13 +1000 (EST) (envelope-from chrisric@routemaster.net) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 30 Apr 2005 10:33:22 +1000 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <0C9AA1AB019C4A44AE29659CF2BB203202E9C1@gir.routemaster.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: wifi limited to 180KBps Thread-Index: AcVNHDapSu56zYZGQL2FyHGaJsM9Sw== From: "Chris Richards" To: Subject: wifi limited to 180KBps X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 00:34:19 -0000 Hi Everyone, I have installed a Netgear 802.11b (MA311) PCI card into my freebsd box but I can't get it to transfer data faster than 180KBps in either direction. I have tried the card in 2 freebsd boxes one running 5.1 Release and the other 5.4 Stable, no difference. I also ran trafshow on wi0 and the traffic looks to come in bursts. I have included my config below, can anyone see a problem? Thank you. -Chris ----------------------------------------------- wi0: mem 0x40400000-0x40400fff irq 21 at device 10.0 on pci2 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: Ethernet address: 00:09:5b:69:15:58 wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps su-2.05b# uname -a FreeBSD spunky2.routemaster.net 5.4-STABLE FreeBSD 5.4-STABLE #3: Thu Apr 21 01:03:43 EST 2005 chrisric@spunky2.routemaster.net:/usr/obj/usr/src/sys/SPUNKY2 i386 su-2.05b# ifconfig wi0 wi0: flags=3D8843 mtu 1500 inet6 fe80::209:5bff:fe69:1558%wi0 prefixlen 64 scopeid 0x2=20 inet 10.10.11.254 netmask 0xffffff00 broadcast 10.10.11.255 ether 00:09:5b:69:15:58 media: IEEE 802.11 Wireless Ethernet DS/11Mbps (DS/2Mbps ) status: associated ssid Spunky_AP 1:Spunky_AP stationname "FreeBSD WaveLAN/IEEE node" channel 6 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS wepmode OFF weptxkey 1 NIC serial number: [ 99SA01000000 ] Station name: [ FreeBSD WaveLAN/IEEE node ] SSID for IBSS creation: [ Spunky_AP ] Current netname (SSID): [ Spunky_AP ] Desired netname (SSID): [ Spunky_AP ] Current BSSID: [ 00:09:5b:69:15:58 ] Channel list: [ 7ff ] IBSS channel: [ 6 ] Current channel: [ 6 ] Comms quality/signal/noise: [ 0 81 27 ] dBm Coms Quality: [ 0 -73 -73 ] Promiscuous mode: [ Off ] Process 802.11b Frame: [ Off ] Intersil-Prism2 based card: [ 1 ] Port type (1=3DBSS, 3=3Dad-hoc): [ 6 ] MAC address: [ 00:09:5b:69:15:58 ] TX rate (selection): [ 11 ] TX rate (actual speed): [ 2 ] RTS/CTS handshake threshold: [ 2312 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=3Don, 0=3Doff): [ 0 ] Max sleep time: [ 100 ] PRI Identity: [ 21 0 1 1 ] STA Identity: [ 31 9 1 4 ] Card ID register: [ 8013 0 1 0 ] Regulatory Domains: [ usa ] Temperature Range: [ 1 ] WEP encryption: [ Off ] TX encryption key: [ 1 ] Encryption keys: [ ][ ][ ][ ] From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 02:26:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8337A16A4F1 for ; Sat, 30 Apr 2005 02:26:09 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67DEC43D46 for ; Sat, 30 Apr 2005 02:26:09 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5D40B72DDB; Fri, 29 Apr 2005 19:26:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5B20372DCB; Fri, 29 Apr 2005 19:26:09 -0700 (PDT) Date: Fri, 29 Apr 2005 19:26:09 -0700 (PDT) From: Doug White To: Adi Pircalabu In-Reply-To: <20050427182850.3056f9f6@apircalabu.dsd.ro> Message-ID: <20050429192451.Q85282@carver.gumbysoft.com> References: <20050427182850.3056f9f6@apircalabu.dsd.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Multithreaded program crashes on SMP (HT enabled) machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 02:26:12 -0000 Dropping -hackers and -bugs On Wed, 27 Apr 2005, Adi Pircalabu wrote: > Hello, > I have a multithreaded application ported on FreeBSD 5.3 which crashes > in a minute or less if hyperthreading in enabled. Without HT there is no > problem. > How and where should I start to investigate the problem? > Can you expalin "crash"? Do you get any messages? > The backtrace: > (gdb) bt > #0 0x2819631b in pthread_testcancel () from /usr/lib/libpthread.so.1 > #1 0x2818e902 in pthread_mutexattr_init () from > /usr/lib/libpthread.so.1 #2 0x00000000 in ?? () This looks like a thread library mismatch. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 02:28:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD0A616A4CE for ; Sat, 30 Apr 2005 02:28:42 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D7E43D2D for ; Sat, 30 Apr 2005 02:28:42 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9AE8D72DD9; Fri, 29 Apr 2005 19:28:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 98EBF72DCB; Fri, 29 Apr 2005 19:28:42 -0700 (PDT) Date: Fri, 29 Apr 2005 19:28:42 -0700 (PDT) From: Doug White To: Marc Olzheim In-Reply-To: <20050427174020.GA6256@stack.nl> Message-ID: <20050429192809.P85282@carver.gumbysoft.com> References: <20050427153023.GA5786@stack.nl> <20050427174020.GA6256@stack.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Reproducible panic 5.4-stable when booting with -v X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 02:28:42 -0000 On Wed, 27 Apr 2005, Marc Olzheim wrote: > The same system about which I just mailed, crashes when booting with > verbose logging enabled. With a normal boot, everything's ok... Looks like it perturbs some sort of timing and upsets the SCSI card. Is this on a serail console? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 03:21:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B7216A4CE for ; Sat, 30 Apr 2005 03:21:15 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75C0C43D2D for ; Sat, 30 Apr 2005 03:21:15 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DRiXb-0000Ow-1j; Sat, 30 Apr 2005 03:21:15 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DRiXV-0007s2-TS; Fri, 29 Apr 2005 17:21:10 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17010.63909.405984.344592@roam.psg.com> Date: Fri, 29 Apr 2005 17:21:09 -1000 To: FreeBSD Stable Subject: disk flower from page fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 03:21:15 -0000 happens every day or three FreeBSD foo.org 5.4-STABLE FreeBSD 5.4-STABLE #7: Thu Apr 21 20:25:01 GMT 2005 root@foo.org:/usr/obj/usr/src/sys/PSG i386 #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04c3a66 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc04c3e54 in panic (fmt=0xc06192ae "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc060244c in trap_fatal (frame=0xe7054934, eva=0) at /usr/src/sys/i386/i386/trap.c:809 #4 0xc0602102 in trap_pfault (frame=0xe7054934, usermode=0, eva=1114116302) at /usr/src/sys/i386/i386/trap.c:727 #5 0xc0601caf in trap (frame= {tf_fs = -419102696, tf_es = -1068826608, tf_ds = -419102704, tf_edi = -1022311392, tf_esi = 1114116298, tf_ebp = -419083888, tf_isp = -419083936, tf_ebx = -1038422412, tf_edx = 1114116298, tf_ecx = -1067061176, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1068570966, tf_cs = 8, tf_eflags = 66054, tf_esp = -1038422528, tf_ss = -419083904}) at /usr/src/sys/i386/i386/trap.c:417 #6 0xc05ecd8a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xe7050018 in ?? () #8 0xc04b0010 in ktrpsig (sig=-1038422412, action=0, mask=0xc21aee74, code=0) at /usr/src/sys/kern/kern_ktrace.c:457 #9 0xc04ee5b8 in selwakeuppri (sip=0x0, pri=0) at /usr/src/sys/kern/sys_generic.c:1068 #10 0xc04fe27c in ttwakeup (tp=0xc27e6100) at /usr/src/sys/kern/tty.c:2370 #11 0xc04fcb4d in ttymodem (tp=0xc21aee00, flag=0) at /usr/src/sys/kern/tty.c:1629 ---Type to continue, or q to quit--- #12 0xc05016f7 in ptcopen (dev=0xc27e6100, flag=3, devtype=8192, td=0x0) at linedisc.h:136 #13 0xc04771da in spec_open (ap=0xe7054a6c) at /usr/src/sys/fs/specfs/spec_vnops.c:207 #14 0xc0476e88 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:118 #15 0xc053b2ce in vn_open_cred (ndp=0xe7054bd8, flagp=0xe7054cd8, cmode=0, cred=0xc2961980, fdidx=0) at vnode_if.h:228 #16 0xc053ae63 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at /usr/src/sys/kern/vfs_vnops.c:91 #17 0xc05337b3 in kern_open (td=0xc26bfd80, path=0x0, pathseg=UIO_USERSPACE, flags=3, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:957 #18 0xc0533690 in open (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:926 #19 0xc0602820 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077942944, tf_esi = 134686612, tf_ebp = -1077943064, tf_isp = -419082892, tf_ebx = 671991264, tf_edx = 671984052, tf_ecx = 674248108, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 673706975, tf_cs = 31, tf_eflags = 518, tf_esp = -1077943156, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 #20 0xc05ecddf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #21 0x0000002f in ?? () #22 0x0000002f in ?? () ---Type to continue, or q to quit--- #23 0x0000002f in ?? () #24 0xbfbfe560 in ?? () #25 0x08072794 in ?? () #26 0xbfbfe4e8 in ?? () #27 0xe7054d74 in ?? () #28 0x280dc5e0 in ?? () #29 0x280da9b4 in ?? () #30 0x283035ac in ?? () #31 0x00000005 in ?? () #32 0x0000000c in ?? () #33 0x00000002 in ?? () #34 0x2827f3df in ?? () #35 0x0000001f in ?? () #36 0x00000206 in ?? () #37 0xbfbfe48c in ?? () #38 0x0000002f in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x03f6b000 in ?? () #44 0xc2553000 in ?? () #45 0xc26bfd80 in ?? () ---Type to continue, or q to quit--- #46 0xe7054af8 in ?? () #47 0xe7054adc in ?? () #48 0xc1e97600 in ?? () #49 0xc04d82c0 in sched_switch (td=0x8072794, newtd=0x280dc5e0, flags=Cannot access memory at address 0xbfbfe4f8 ) at /usr/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 04:58:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F19B16A4CE for ; Sat, 30 Apr 2005 04:58:48 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9106F43D2F for ; Sat, 30 Apr 2005 04:58:47 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 93DFC78C71; Sat, 30 Apr 2005 01:00:53 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83836-02; Sat, 30 Apr 2005 01:00:49 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id F2D2F78C6D; Sat, 30 Apr 2005 01:00:48 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 727AD33C30; Sat, 30 Apr 2005 00:58:40 -0400 (EDT) Date: Sat, 30 Apr 2005 00:58:40 -0400 From: Damian Gerow To: Eduard Martinescu Message-ID: <20050430045840.GA717@afflictions.org> References: <20050418120423.GA697@afflictions.org> <200504281207.41387.josemi@redesjm.local> <20050428154112.GD69135@afflictions.org> <200504281830.21956.josemi@redesjm.local> <20050428170548.GA721@afflictions.org> <42713082.2050606@alumni.rice.edu> <20050428185408.GG1261@afflictions.org> <4271370A.30506@alumni.rice.edu> <006f01c54d0a$4974f2e0$f701a8c0@SAURONXP> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006f01c54d0a$4974f2e0$f701a8c0@SAURONXP> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org cc: freebsd-stable@freebsd.org Subject: Re: UPDATE: ATA mkIII official patches for releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 04:58:48 -0000 Thus spake Eduard Martinescu (martines@rochester.rr.com) [29/04/05 19:06]: : I ran into a similar error, only when processing if_vlan. Removing : /usr/obj solved my issue. For the record (and as I stated off-list to someone), I suspect this is a bad memory issue: my motherboard (MSI K8T Master2-FAR) just ups and makes RAM bad periodically. It appears as though it's happened yet again. Normally, with something /this/ regular, I wouldn't suspect bad RAM. But that's one of the symptoms of this board. I wouldn't have noticed were I not doing a firefox build and saw a GCC throw errors. I'll try again once I get the machine back up and running. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 05:17:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2DF316A4CE for ; Sat, 30 Apr 2005 05:17:14 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A49A243D1F for ; Sat, 30 Apr 2005 05:17:14 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id ED10864D6FC for ; Sat, 30 Apr 2005 02:17:13 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 68977-02 for ; Sat, 30 Apr 2005 05:17:12 +0000 (GMT) Received: from ganymede.hub.org (blk-222-80-207.eastlink.ca [24.222.80.207]) by hub.org (Postfix) with ESMTP id 7523464D6FB for ; Sat, 30 Apr 2005 02:17:13 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 15A6A341F5; Sat, 30 Apr 2005 02:17:12 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 121D933C6C for ; Sat, 30 Apr 2005 02:17:12 -0300 (ADT) Date: Sat, 30 Apr 2005 02:17:12 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050430021540.Q53065@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: 4.11 vm crash on Apr 28th kernel ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 05:17:15 -0000 Server was running fine for 62 days, did an upgrade on the 28th, and the 29th it crashed with: (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0x80161f7b in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0x801623ed in panic (fmt=0x802840a0 "vm_page_remove(): page not found in hash") at /usr/src/sys/kern/kern_shutdown.c:595 #3 0x80217147 in vm_page_remove (m=0x80c3a3cc) at /usr/src/sys/vm/vm_page.c:461 #4 0x802177c8 in vm_page_free_toq (m=0x80c3a3cc) at /usr/src/sys/vm/vm_page.c:1104 #5 0x80216190 in vm_object_collapse (object=0xbb81e61c) at /usr/src/sys/vm/vm_page.h:514 #6 0x802153a4 in vm_object_deallocate (object=0xbcbb5508) at /usr/src/sys/vm/vm_object.c:368 #7 0x80216439 in vm_object_collapse (object=0xbc7201cc) at /usr/src/sys/vm/vm_object.c:1504 #8 0x80212bde in vm_map_copy_entry (src_map=0xb59d6f80, dst_map=0xbc17c580, src_entry=0xbad06600, dst_entry=0xbd536e10) at /usr/src/sys/vm/vm_map.c:2407 #9 0x80212e53 in vmspace_fork (vm1=0xb59d6f80) at /usr/src/sys/vm/vm_map.c:2543 #10 0x8020fd16 in vm_fork (p1=0xb59d1ba0, p2=0xbe750780, flags=20) at /usr/src/sys/vm/vm_glue.c:232 #11 0x8015b313 in fork1 (p1=0xb59d1ba0, flags=20, procp=0xbad28f20) at /usr/src/sys/kern/kern_fork.c:521 #12 0x8015aa42 in fork (p=0xb59d1ba0, uap=0xbad28f80) at /usr/src/sys/kern/kern_fork.c:100 #13 0x8024f6ad in syscall2 (frame={tf_fs = 47, tf_es = 2143223855, tf_ds = -1160642513, tf_edi = 135274764, tf_esi = 0, tf_ebp = 2143282144, tf_isp = -1160605740, tf_ebx = 0, tf_edx = 2143279088, tf_ecx = 19, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 673473280, tf_cs = 31, tf_eflags = 582, tf_esp = 2143279124, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175 #14 0x8023c19b in Xint0x80_syscall () #15 0x806deb4 in ?? () #16 0x804c21a in ?? () (kgdb) quit mars# Can't see how it could/would relate to recent MFCs, but if anyone is interested in more information, please let me know ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 06:28:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 376AC16A4CE for ; Sat, 30 Apr 2005 06:28:16 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE7143D53 for ; Sat, 30 Apr 2005 06:28:15 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <42732577.9020100@geminix.org> Date: Sat, 30 Apr 2005 08:28:07 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050426 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, tssajo@hotmail.com References: <200504291213.j3TCDPnk066793@lurza.secnetix.de> In-Reply-To: <200504291213.j3TCDPnk066793@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.50 (FreeBSD)) id 1DRlST-000A1l-Hp; Sat, 30 Apr 2005 08:28:09 +0200 Subject: Re: kernel: swap_pager: indefinite wait buffer - on 5.3-RELEASE-p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 06:28:16 -0000 Oliver Fromme wrote: > Zoltan Frombach wrote: > > Apr 29 02:10:14 www kernel: swap_pager: indefinite wait buffer: device: > > ad0s1a, blkno: 328636, size: 8192 > > Apr 29 02:10:24 www kernel: swap_pager: indefinite wait buffer: device: > > ad0s1e, blkno: 329842, size: 4096 > > [...] > > The error message indicates that there was an I/O error > accessing the swap area on your disk. Usually that's an > indication for a hardware failure, e.g. a dying disk. > > > I happen to have an identical hard drive around here, unused. If I hook it > > up as a slave (IDE) drive, is there a way I can mirror the dying drive to > > the spare one (with all partitions, etc, intact)? > > If they're really identical (i.e. the same size and same > geometry), then you can use dd(1) for duplication, like > this: > > # dd if=/dev/ad0 of=/dev/ad1 bs=64k conv=noerror,sync > > The "noerror,sync" part is important so the dd command will > not stop when it hits any bad spots on the source drive and > instead will fill the blocks with zeroes on the destination > drive. Since it's only the swap partition, you shouldn't > lose any data. I would like to point out that the conclusion you're drawing in the last sentence is invalid IMHO. "indefinite wait buffer" messages at apparently random block numbers just indicate that the pager was unable to access the swap area (in its entirety!) when it wanted to. It means that the disk drive was either dead at that point in time or busy trying to deal with a bad sector. This sector could have been anywhere on the disk. It just kept the disk drive busy for long enough that the pager started to complain. Since the swap area is usually just a minor portion of the disk it is therefore much more likely that the bad sector is located in a filesystem. So if you copy the disk and ignore i/o errors in this situation you _do_ run a very real risk of losing data! Unfortunately you can't do much about it but you should at least be aware of it. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 07:06:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED26516A4CF; Sat, 30 Apr 2005 07:06:17 +0000 (GMT) Received: from 62-15-215-183.inversas.jazztel.es (62-15-211-153.inversas.jazztel.es [62.15.211.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60FF543D54; Sat, 30 Apr 2005 07:06:16 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j3U76DXQ000941; Sat, 30 Apr 2005 09:06:13 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j3U76COX001433; Sat, 30 Apr 2005 09:06:12 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: stable@freebsd.org Date: Sat, 30 Apr 2005 09:06:11 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504300906.12464.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.116; host: antares.redesjm.local) cc: net@freebsd.org Subject: enable dummynet from /etc/rc.d X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 07:06:18 -0000 Hi, This is FreeBSD-5.4 RC3 I'm working in a replacement rc.firewall script and found no /etc/rc.d method to launch dummynet (load module). Right now, dummynet is kernel based, but I want this be able to work from stock kernel (ipfw, ipfw6, dummynet from modules). I missed some rc.conf var or rc.d/ module? If this will be added, maybe /etc/rc.d/ipfw the right place? And what about firewall_dummynet for the controlling knob? -- josemi From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 10:51:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07B7416A525 for ; Sat, 30 Apr 2005 10:51:29 +0000 (GMT) Received: from web50701.mail.yahoo.com (web50701.mail.yahoo.com [206.190.38.99]) by mx1.FreeBSD.org (Postfix) with SMTP id 8638143D2D for ; Sat, 30 Apr 2005 10:51:28 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Received: (qmail 54162 invoked by uid 60001); 30 Apr 2005 10:51:28 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=0nkDdbsOO6ynf14hm9c2BeTnUei+cIND94+uXwcWrubVqTgoUeTZm7AijBQSOiASuin+jexTxr4yKcpEstonK+BKyw7emNX/LBbMqcRsB0eFrA7d9dVHsyHEPKqKfW5pYQksSEt6vxq9KYd0NAyoZH5pyEAyDwQwLUiPZHhGnjU= ; Message-ID: <20050430105128.54160.qmail@web50701.mail.yahoo.com> Received: from [69.241.249.181] by web50701.mail.yahoo.com via HTTP; Sat, 30 Apr 2005 03:51:27 PDT Date: Sat, 30 Apr 2005 03:51:27 -0700 (PDT) From: Kim Culhan To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Intel ICH6R network and audio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 10:51:29 -0000 Does anyone have either the network or audio working on the Intel 925XE chipset? This chipset is sometimes referred to as ICH6R and has the Marvell 88E8050 network controller. regards -kim -- w8hdkim@yahoo.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 11:06:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F4F916A4CE for ; Sat, 30 Apr 2005 11:06:16 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D4DE43D2F for ; Sat, 30 Apr 2005 11:06:15 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 8FB601F157; Sat, 30 Apr 2005 13:06:14 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 70E7969A5; Sat, 30 Apr 2005 13:06:14 +0200 (CEST) Date: Sat, 30 Apr 2005 13:06:14 +0200 From: Marc Olzheim To: Doug White Message-ID: <20050430110614.GA90393@stack.nl> References: <20050427153023.GA5786@stack.nl> <20050427174020.GA6256@stack.nl> <20050429192809.P85282@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <20050429192809.P85282@carver.gumbysoft.com> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Marc Olzheim cc: freebsd-stable@freebsd.org Subject: Re: Reproducible panic 5.4-stable when booting with -v X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 11:06:16 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 29, 2005 at 07:28:42PM -0700, Doug White wrote: > > The same system about which I just mailed, crashes when booting with > > verbose logging enabled. With a normal boot, everything's ok... >=20 > Looks like it perturbs some sort of timing and upsets the SCSI card. Is > this on a serail console? Yes, it is. Marc --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCc2amezjnobFOgrERAhqgAKCmBUIKbuu213q/ImjlcTnBUmwGFwCfT8wf Nftu5HTBMHXh3TtjSmjre4M= =6vAs -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 14:32:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 208A116A4CE; Sat, 30 Apr 2005 14:32:11 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FBCE43D2F; Sat, 30 Apr 2005 14:32:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j3UEZxfr037213; Sat, 30 Apr 2005 08:35:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427396DA.60302@samsco.org> Date: Sat, 30 Apr 2005 08:31:54 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: developers@freebsd.org Subject: FreeBSD 5.4 release status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 14:32:11 -0000 All, As you probably noticed, we are a bit behind on the 5.4 release. There was a major stability problem reported several weeks ago in a particlar high load, high profile environment, and we decided that it was in everyones best interest to get it resolved before the release. Well, thanks to the tireless efforts of Doug White and Stephen Uphoff and several others, the bug has been found, fixed, and verified. As soon as it and a few other fixes get merged in, we will start the RC4 build process and hopefully release it for testing late this weekend. After that, unless another show-stopper comes up, we expect to build and release 5.4-RELEASE next weekend. Thanks for everyone's patience and work so far. When RC4 comes out please test it as much as possible so that we can ensure that 5.4 is a good release. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 17:49:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75F5C16A4CE for ; Sat, 30 Apr 2005 17:49:26 +0000 (GMT) Received: from heliodor.SMSU.EDU (heliodor.smsu.edu [146.7.7.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BBA443D1D for ; Sat, 30 Apr 2005 17:49:26 +0000 (GMT) (envelope-from dws535s@smsu.edu) Received: from onyx.SMSU.EDU ([146.7.7.13]) by heliodor.SMSU.EDU with Microsoft SMTPSVC(6.0.3790.211); Sat, 30 Apr 2005 12:49:25 -0500 Received: from [192.168.2.30] ([68.89.213.83]) by onyx.SMSU.EDU over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Sat, 30 Apr 2005 12:49:25 -0500 Mime-Version: 1.0 (Apple Message framework v622) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: David W.Schultz Date: Sat, 30 Apr 2005 12:49:22 -0500 X-Mailer: Apple Mail (2.622) X-OriginalArrivalTime: 30 Apr 2005 17:49:25.0098 (UTC) FILETIME=[F2ABB4A0:01C54DAC] Subject: Cvsup Branch Tag X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 17:49:26 -0000 Hello All, I just successfully installed 5.4 RC3 on my HP Netserver LD Pro. I was wondering if anyone knew what 5.4's branch tag is for cvsup for this distribution. According to Release Engineering, the 5.4 normal distribution tab has not been created yet, e.g. RELENG_5_4. Does this mean I cvsup to the RELENG_5 branch? Thanks for the help. Regards, David From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 18:48:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44C8E16A4CE for ; Sat, 30 Apr 2005 18:48:25 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id D30DB43D45 for ; Sat, 30 Apr 2005 18:48:24 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 32532 invoked from network); 30 Apr 2005 18:48:24 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 30 Apr 2005 18:48:24 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id EB1E430; Sat, 30 Apr 2005 14:48:21 -0400 (EDT) Sender: lowell@be-well.ilk.org To: David W.Schultz References: From: Lowell Gilbert Date: 30 Apr 2005 14:48:19 -0400 In-Reply-To: Message-ID: <44fyx8ummk.fsf@be-well.ilk.org> Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: Cvsup Branch Tag X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 18:48:25 -0000 David W.Schultz writes: > I just successfully installed 5.4 RC3 on my HP Netserver LD Pro. I > was wondering if anyone knew what 5.4's branch tag is for cvsup for > this distribution. According to Release Engineering, the 5.4 normal > distribution tab has not been created yet, e.g. RELENG_5_4. Does > this mean I cvsup to the RELENG_5 branch? RELENG_5_4 (a "branch") *has* been created. What hasn't been created is RELENG_5_4_0_RELEASE (a "tag"). From owner-freebsd-stable@FreeBSD.ORG Sat Apr 30 22:08:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF58816A4CF for ; Sat, 30 Apr 2005 22:08:31 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4355B43D1D for ; Sat, 30 Apr 2005 22:08:31 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so735772rng for ; Sat, 30 Apr 2005 15:08:30 -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=HIhprQCZJWpl1lpkJE5VkiXKBpfR9qlFsmbo4sSK3GbJ412qzngmY0B/PrqZ4UNUc4zg+iasImUZh3KSCz7DPVrfG41VqR55iM6Y3oaxR824tvDTsC8f2CyN6nRa+NqYhQpCMoIaF67+ErscTeICtHmxI8tI/cLh/MdoICaqyo8= Received: by 10.38.12.8 with SMTP id 8mr4897868rnl; Sat, 30 Apr 2005 15:08:30 -0700 (PDT) Received: by 10.38.149.53 with HTTP; Sat, 30 Apr 2005 15:08:30 -0700 (PDT) Message-ID: Date: Sun, 1 May 2005 00:08:30 +0200 From: Claus Guttesen To: Scott Long In-Reply-To: <427396DA.60302@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <427396DA.60302@samsco.org> cc: stable@freebsd.org cc: developers@freebsd.org Subject: Re: FreeBSD 5.4 release status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 22:08:31 -0000 > As you probably noticed, we are a bit behind on the 5.4 release. There > was a major stability problem reported several weeks ago in a particlar > high load, high profile environment, and we decided that it was in > everyones best interest to get it resolved before the release. Well, > thanks to the tireless efforts of Doug White and Stephen Uphoff and > several others, the bug has been found, fixed, and verified. As soon > as it and a few other fixes get merged in, we will start the RC4 build > process and hopefully release it for testing late this weekend. After > that, unless another show-stopper comes up, we expect to build and > release 5.4-RELEASE next weekend. Nice to hear. I have a four-way opteron-postgresql-server which is running low on disk-space, larger disks are right next to my desk, just waiting :-) Are there any finer details related to the four-way or larger-bug? regards Claus