From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 00:29:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 593BE16A41F for ; Sun, 13 Nov 2005 00:29:19 +0000 (GMT) (envelope-from mitch@bitblock.com) Received: from bigass1.bitblock.com (ns1.bitblock.com [66.199.170.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4613B43D45 for ; Sun, 13 Nov 2005 00:29:15 +0000 (GMT) (envelope-from mitch@bitblock.com) Received: from dc1 ([66.199.170.122]) (AUTH: LOGIN mitch@bitblock.com) by bigass1.bitblock.com with esmtp; Sun, 13 Nov 2005 00:29:10 +0000 X-Abuse-Reports: Visit http://www.bitblock.com/abuse.php X-Abuse-Reports: and submit a copy of the message headers X-Abuse-Reports: or review our policies and procedures X-Abuse-Reports: ID= 437688D6.000044DA.bigass1.bitblock.com,dns; dc1 ([66.199.170.122]),AUTH: LOGIN mitch@bitblock.com From: "Mitch \(Bitblock\)" To: freebsd-stable@freebsd.org Date: Sat, 12 Nov 2005 16:29:26 -0800 Organization: Bitblock Systems Inc. Message-ID: <00a401c5e7e9$4deb2720$0600010a@hts.bitblock.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.326 Thread-Index: AcXnYKIa8Q1VcU6uStWwh7D5N3A0CAAiBjrg In-Reply-To: <000201c5e760$d3366040$0600010a@hts.bitblock.net> Subject: RE: (i386/88610) Problem with booting FreeBSD 6.0 bootonly.iso - 5.4works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 00:29:19 -0000 > Something changed between versions - at first I thought the problem had > something to with the lan card - or maybe compatibility between the lan > card > and the host system - but now I have a second lan card that produces the > same problem - but ONLY with FreeBSD 6.0 release. [Mitch says:] Following up to my own post... I've just tried a single port NIC in the PCI slot - that combination boots fine. But, as I mentioned before, it doesn't seem to matter the chipset or PCI bridge chip (tried two different ones) - it just seems to be that 6th network interface... I don't have a dual port NIC readily available or I'd test that, but again, it just seems to be related to this base board - BUT it worked in 5.4. I deleted most of the original email from the followup - if there is someone out there who can help me narrow this down, please referr to the earlier message, or contact me or look at the problem report - if there's anything else I can do to help debug, I'm more than willing (I really need this to work) - please let me know... Thanks! m/ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 02:31:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8E29E16A41F; Sun, 13 Nov 2005 02:31:43 +0000 (GMT) (envelope-from kensmith@cse.buffalo.edu) Received: from billy.cse.buffalo.edu (billy.cse.Buffalo.EDU [128.205.32.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ECC743D45; Sun, 13 Nov 2005 02:31:42 +0000 (GMT) (envelope-from kensmith@cse.buffalo.edu) Received: from neo.cse.buffalo.edu (ny-lackawna-cad2-grp3d-162.bflony.adelphia.net [67.21.137.162]) (authenticated bits=0) by billy.cse.buffalo.edu (8.13.4/8.13.4) with ESMTP id jAD2bGKr091463 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 12 Nov 2005 21:37:17 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-niWcpxR+uwKko5HDVm+z" Date: Sat, 12 Nov 2005 21:31:38 -0500 Message-Id: <1131849098.14246.18.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Cc: Subject: November Monthly Snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 02:31:43 -0000 --=-niWcpxR+uwKko5HDVm+z Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The November Monthly Snapshots except for sparc64 (still building) are posted to ftp-master and should appear on the mirror sites soon. This month we've got RELENG_5 and HEAD snapshots. Since 6.0 just came out it didn't make sense to bother with a RELENG_6 snapshot. ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Nov_2005/ MD5's and SHA256's for what is currently available: MD5 (5.4-STABLE-SNAP009-alpha-disc1.iso) =3D 86fd0fe61fa5daf5d1612aa3e3cde4= 66 MD5 (5.4-STABLE-SNAP009-amd64-bootonly.iso) =3D 4479f112584bd5d31a59fd9cc8d= b2551 MD5 (5.4-STABLE-SNAP009-amd64-disc1.iso) =3D a9f3a49f36df291a0d3ee94b92598d= 77 MD5 (5.4-STABLE-SNAP009-amd64-disc2.iso) =3D 560871b46f7d633d19f56c87bf6493= 25 MD5 (5.4-STABLE-SNAP009-i386-bootonly.iso) =3D c77120184894a42bb3baba32182a= 39d6 MD5 (5.4-STABLE-SNAP009-i386-disc1.iso) =3D c91a4e6b69ca6d14ac6f7c6c54cab48= 9 MD5 (5.4-STABLE-SNAP009-i386-disc2.iso) =3D 4ffe8d0572b3eb4522364942210f6b3= 1 MD5 (5.4-STABLE-SNAP009-pc98-disc1.iso) =3D 662a25b26cf54c64f5b287c5e73c574= d MD5 (7-CURRENT-SNAP009-amd64-bootonly.iso) =3D 954c14d80f43d43fc48a62d0c4c1= af0a MD5 (7-CURRENT-SNAP009-amd64-disc1.iso) =3D 98cb433a55db083e01e39c977c20b7f= 9 MD5 (7-CURRENT-SNAP009-amd64-disc2.iso) =3D 5336a92abe2f80624fd5ab88ec6b547= 2 MD5 (7-CURRENT-SNAP009-i386-bootonly.iso) =3D caaf1cb95d425cf2f1914033464d7= 3fb MD5 (7-CURRENT-SNAP009-i386-disc1.iso) =3D 61f7a3b4eca28940e3261e8a575b171d MD5 (7-CURRENT-SNAP009-i386-disc2.iso) =3D 7bbc58a8f82cf782a47a85d4f1c3eb68 MD5 (7.0-CURRENT-SNAP009-ia64-bootonly.iso) =3D b052dfce354e0a7d1864b83ee97= d1bf0 MD5 (7.0-CURRENT-SNAP009-ia64-disc1.iso) =3D 1318aeba4a7895e8041c48b00b2088= 1e MD5 (7.0-CURRENT-SNAP009-ia64-livefs.iso) =3D b3727649825c26e4d14e9af4d378b= 658 MD5 (7.0-CURRENT-SNAP009-pc98-disc1.iso) =3D 718be06b3cf30b722af0890a173f90= 09 SHA256 (5.4-STABLE-SNAP009-amd64-bootonly.iso) =3D df53fb811c1329ff4ae5aa03= 3845c8acd0507762b2bca65f734629bd652e76cb SHA256 (5.4-STABLE-SNAP009-amd64-disc1.iso) =3D b54b2629065b92b35aa452bf84a= 6d25a68d636ca081c7c578a0512ba89180bbb SHA256 (5.4-STABLE-SNAP009-amd64-disc2.iso) =3D d72a62d50d987ed03acfaf0c387= 6abdc00eda2bd9ed6544ed5286c0cfa31421d SHA256 (5.4-STABLE-SNAP009-i386-bootonly.iso) =3D b5275eb75276c3746c8a547e2= f91734cf0dd13d4981a12a25e740ab63309a011 SHA256 (5.4-STABLE-SNAP009-i386-disc1.iso) =3D e40906a8fb50f5ec01b610a9abce= f885b51e5d13682cfe56f9c4a03db2eb84a0 SHA256 (5.4-STABLE-SNAP009-i386-disc2.iso) =3D 9593d9479567e7077f056b2dadc1= b0ed7eb41f7226b2a08fec624edc610578bb SHA256 (5.4-STABLE-SNAP009-pc98-disc1.iso) =3D e9a17cc3ee2f745b16b1f75529ad= e8e4e01470f7b4aa18dcb37e1c7688135624 SHA256 (7-CURRENT-SNAP009-amd64-bootonly.iso) =3D 71e827ada72e2a187fddd89a6= a4dac49bb460eb50426b136b29243f60afec6f5 SHA256 (7-CURRENT-SNAP009-amd64-disc1.iso) =3D 00ac43b091f78061845ff33d4423= 28bb0ce745c4e17e118ad2d9d1fc53bd1448 SHA256 (7-CURRENT-SNAP009-amd64-disc2.iso) =3D ed374a2bf897b9ca520685d1dd0d= 95e70d7907e1e8c36ed928e00b31a0b777c0 SHA256 (7-CURRENT-SNAP009-i386-bootonly.iso) =3D 1abec5b0e686b01e2ac6304224= ce2e7b230726de1b0b62337f1e30f53b21c2aa SHA256 (7-CURRENT-SNAP009-i386-disc1.iso) =3D 1e743f7d7043aedbf6abcf24a2947= 20339613de579a45755d52de9c3c38914b7 SHA256 (7-CURRENT-SNAP009-i386-disc2.iso) =3D b206b8483784f82157241ca19d7ea= 0309b0a30e164e4e203858d1fdf97442796 SHA256 (7.0-CURRENT-SNAP009-ia64-bootonly.iso) =3D a0353d7718603701cf36c8e5= 5ad5a10b1e30799a23ea22b43891bf896989b1d6 SHA256 (7.0-CURRENT-SNAP009-ia64-disc1.iso) =3D b7770a37ce20fd8f9896bf1af4f= efabc63dba44a3c64fde84d4827a6b4354a60 SHA256 (7.0-CURRENT-SNAP009-ia64-livefs.iso) =3D 335f8fb1a1040b03632a4c100f= cf222ec9720618eb679ca359cde28e0b8987f7 SHA256 (7.0-CURRENT-SNAP009-pc98-disc1.iso) =3D 512a2e042d2babdd1d3ffb35ea0= 081b036d805e2e863a2fca23965982c46ca64 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-niWcpxR+uwKko5HDVm+z Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDdqWK/G14VSmup/YRAnzuAJ9ckyUVhnx2V8Ar13JCk2cotcW9qgCgnGfy TNIFt/mQ/+3yLIe8BOEPDy0= =QZ1w -----END PGP SIGNATURE----- --=-niWcpxR+uwKko5HDVm+z-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 05:38:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3671B16A420 for ; Sun, 13 Nov 2005 05:38:31 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.77.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id C129143D4C for ; Sun, 13 Nov 2005 05:38:30 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-24-6-134-233.hsd1.ca.comcast.net[24.6.134.233]) by comcast.net (sccrmhc14) with ESMTP id <2005111305380301400losd4e>; Sun, 13 Nov 2005 05:38:14 +0000 Message-ID: <4376D13A.7090709@bfoz.net> Date: Sat, 12 Nov 2005 21:38:02 -0800 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051007) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scot Hetzel References: <200511070621.jA76LuC5049734@app.auscert.org.au> <790a9fff0511071117v1afae5edp5838c63ddd6b260d@mail.gmail.com> In-Reply-To: <790a9fff0511071117v1afae5edp5838c63ddd6b260d@mail.gmail.com> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 05:38:31 -0000 Scot Hetzel wrote: > You just need to define the _MAKE_CONF variable for the appropriate OS > that you are building: > > make _MAKE_CONF=/etc/make.conf.6x [build|install]world > > make _MAKE_CONF=/etc/make.conf.6x [build|install]kernel I spent a bit of time today trying to figure out why the above doesn't work. Eventually it occured to me to grep /usr/src to see if the variable even existed. It turns out it doesn't, however __MAKE_CONF does exist (that's with *two* leading underscores). Hopefully this will clear things up a bit in case anyone else is trying it. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 11:35:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4C53116A41F for ; Sun, 13 Nov 2005 11:35:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9436B43D49 for ; Sun, 13 Nov 2005 11:35:02 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp199-254.lns1.adl4.internode.on.net [203.122.199.254]) by smtp1.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id jADBZ0lh030489; Sun, 13 Nov 2005 22:05:00 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jADBYwhs044570 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 13 Nov 2005 22:04:59 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 13 Nov 2005 22:04:48 +1030 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3773969.XjsZsAC7jn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511132204.55664.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Subject: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 11:35:05 -0000 --nextPart3773969.XjsZsAC7jn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I'm trying to use mplayer to watch TV and while it does work it has a few=20 problems. The first is that when you force it to capture audio (so mute and volume=20 control work, or you can use mencoder) it does about 0.25 fps :( It doesn't= =20 appear to be using heaps of CPU or anything so I am not sure what the probl= em=20 is. The other is that it hitches when playing TV - it doesn't do this when view= ing=20 movies. Has anyone else used mplayer for this? Do you see these problems? Anyone ha= ve=20 any suggestions or solutions? The PC is running 5.4 and is an 900Mhz Athlon. The TV card is some generic= =20 bktr card with no EEPROM. I have the following in .mplayer/config if anyone is interested. tv=3Ddriver=3Dbsdbt848:input=3D1:norm=3DPAL:chanlist=3Daustralia:channels= =3D2-ABC,7-SAS7,9-NINE,10-TEN,28-SBS It would be nice to iron out this stuff because applying the mplayer post=20 processing filters to TV makes it look much nicer :) =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 --nextPart3773969.XjsZsAC7jn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDdyTf5ZPcIHs/zowRAhYBAJ9amLzZV6VghSXkhe7VEqv4zCXBcQCgip8e Pth83QdNC0dm2rwivHXcbRQ= =UHGU -----END PGP SIGNATURE----- --nextPart3773969.XjsZsAC7jn-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 13:49:58 2005 Return-Path: X-Original-To: stable@freebsd.org 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 3D5C716A420 for ; Sun, 13 Nov 2005 13:49:58 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5861343D53 for ; Sun, 13 Nov 2005 13:49:57 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-024-211-168-109.nc.res.rr.com [24.211.168.109]) by ms-smtp-01-eri0.southeast.rr.com (8.12.10/8.12.7) with SMTP id jADDnrWe026597 for ; Sun, 13 Nov 2005 08:49:54 -0500 (EST) Received: (qmail 4060 invoked by uid 0); 13 Nov 2005 13:49:52 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 (clamdscan: 0.86.2/1064. Clear:RC:1(127.0.0.1):. Processed in 0.229733 secs); 13 Nov 2005 13:49:52 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.229733 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 13 Nov 2005 13:49:51 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id jADDnpFd004052 for stable@freebsd.org; Sun, 13 Nov 2005 08:49:51 -0500 (EST) (envelope-from jason) Date: Sun, 13 Nov 2005 08:49:51 -0500 From: Jason To: stable@freebsd.org Message-ID: <20051113134951.GA3965@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: can someone please let me know what this crash means? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 13:49:58 -0000 Just had my server drop into debugger this morning after running for 78 days.. and heres what the trace said.. OPTIONS: History Buffer, F-key Macros, Search History Buffer, I18n Compiled on Dec 4 2004, 19:14:15. Press CTRL-A Z for help on special keys db> AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0 No such command db> trace Tracing pid 608 tid 100103 td 0xc2688480 kdb_enter(c07ec00d) at kdb_enter+0x2b panic(c07e8435,c07eb5f7,c07eb390,366,c299b434) at panic+0x127 mtx_destroy(c812457c,0) at mtx_destroy+0x5c in_pcbdetach(c81244ec,c616e6f0,c616e6f0,14,e830db44) at in_pcbdetach+0x1b4 tcp_close(c616e6f0,1,0,14,c616e6f0) at tcp_close+0x94 tcp_input(c3e3b200,14,6da8d318,0,0) at tcp_input+0x16df ip_input(c3e3b200) at ip_input+0x50d div_output(c2728288,c3e3b200,c263b620,0,e830dc0c) at div_output+0x1f7 div_send(c2728288,0,c3e3b200,c263b620,0) at div_send+0x3f sosend(c2728288,c263b620,e830dc40,c3e3b200,0) at sosend+0x5e7 kern_sendit(c2688480,3,e830dcbc,0,0) at kern_sendit+0x104 sendit(c2688480,3,e830dcbc,0,bfbeed98) at sendit+0x161 sendto(c2688480,e830dd04,6,6888be,292) at sendto+0x4d syscall(2f,bfbf002f,e830002f,1,28) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280d31cf, esp = 0xbfbeecdc, ebp = 0xbfbfed88 --- db> monsterjam jason $ uname -a FreeBSD monsterjam.org 5.4-STABLE FreeBSD 5.4-STABLE #2: Fri Aug 26 15:15:59 EDT 2005 monsterjam.org:/usr/src/sys/i386/compile/FREEBIE i386 thanks/regards, Jason From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 14:30:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 AD5EE16A41F for ; Sun, 13 Nov 2005 14:30:30 +0000 (GMT) (envelope-from mmendez@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A33843D6D for ; Sun, 13 Nov 2005 14:30:25 +0000 (GMT) (envelope-from mmendez@gmail.com) Received: by nproxy.gmail.com with SMTP id p48so230974nfa for ; Sun, 13 Nov 2005 06:30:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Gh5f1K4GGUXRfN6OFd6EV+LrlADGvJjRpApqBar5jyIYVRdahkzXTEaDo+iIJRIonP4snk7uMQvZTtK0U60YvRYKUAzjk95DTiuHMXTU7Fvys9JG5Z7kvxMdmShLN88Kqgb/J6q4yCWEVbPci/oQU7T6UvCS0JsAI8pIwT9GxSc= Received: by 10.48.249.12 with SMTP id w12mr192475nfh; Sun, 13 Nov 2005 06:30:24 -0800 (PST) Received: by 10.48.244.13 with HTTP; Sun, 13 Nov 2005 06:30:24 -0800 (PST) Message-ID: Date: Sun, 13 Nov 2005 15:30:24 +0100 From: Miguel Mendez To: Daniel O'Connor In-Reply-To: <200511132204.55664.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200511132204.55664.doconnor@gsoft.com.au> Cc: freebsd-stable@freebsd.org Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 14:30:30 -0000 Hi there, > The first is that when you force it to capture audio (so mute and volume > control work, or you can use mencoder) it does about 0.25 fps :( It doesn= 't > appear to be using heaps of CPU or anything so I am not sure what the pro= blem > is. I haven't tried this yet but can give it a go. > The other is that it hitches when playing TV - it doesn't do this when vi= ewing > movies. After trying to figure out why tv support wasn't there I've added the " --enable-tv-bsdbt848" to the configure args and it's warking flawlessly on my AMD64 box. This is 0.99.7_6. The output is crystal clear here. > Has anyone else used mplayer for this? Do you see these problems? Anyone > have any suggestions or solutions? Have you tried with xawtv and fxtv? Does the problem only show with mplayer? What other build options did you enable when building the software? >tv=3Ddriver=3Dbsdbt848:input=3D1:norm=3DPAL:chanlist=3Daustralia:channels= =3D2-ABC,7-SAS7,9-NINE,10-TEN,28-SBS I have a similar config except set for Europe. > It would be nice to iron out this stuff because applying the mplayer post > processing filters to TV makes it look much nicer :) Yes, it rocks. I've been using xawtv for a month and mplayer is so much better. :) Cheers, -- Miguel Mendez http://energyhq.blogspot.com PGP Key: 0xDC8514F1 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 14:45:05 2005 Return-Path: X-Original-To: stable@freebsd.org 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 64F6516A41F for ; Sun, 13 Nov 2005 14:45:05 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1271B43D45 for ; Sun, 13 Nov 2005 14:45:05 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5292E46B43; Sun, 13 Nov 2005 09:45:04 -0500 (EST) Date: Sun, 13 Nov 2005 14:45:04 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jason In-Reply-To: <20051113134951.GA3965@monsterjam.org> Message-ID: <20051113144034.S88008@fledge.watson.org> References: <20051113134951.GA3965@monsterjam.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: can someone please let me know what this crash means? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 14:45:05 -0000 On Sun, 13 Nov 2005, Jason wrote: > Just had my server drop into debugger this morning after running for 78 days.. > and heres what the trace said.. > > OPTIONS: History Buffer, F-key Macros, Search History Buffer, I18n > Compiled on Dec 4 2004, 19:14:15. > > Press CTRL-A Z for help on special keys If you have a scroll-back it would be helpful to see the output immediately above this -- specifically, the panic message. Also, is the date of the kernel (aug 26) approximately synchronized with the source code it's built from, or is it earlier source? If not, could you tell me the revisions of netinet/{tcp*,in_pcb}.c? Thanks, Robert N M Watson > db> AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0 > No such command > db> trace > Tracing pid 608 tid 100103 td 0xc2688480 > kdb_enter(c07ec00d) at kdb_enter+0x2b > panic(c07e8435,c07eb5f7,c07eb390,366,c299b434) at panic+0x127 > mtx_destroy(c812457c,0) at mtx_destroy+0x5c > in_pcbdetach(c81244ec,c616e6f0,c616e6f0,14,e830db44) at in_pcbdetach+0x1b4 > tcp_close(c616e6f0,1,0,14,c616e6f0) at tcp_close+0x94 > tcp_input(c3e3b200,14,6da8d318,0,0) at tcp_input+0x16df > ip_input(c3e3b200) at ip_input+0x50d > div_output(c2728288,c3e3b200,c263b620,0,e830dc0c) at div_output+0x1f7 > div_send(c2728288,0,c3e3b200,c263b620,0) at div_send+0x3f > sosend(c2728288,c263b620,e830dc40,c3e3b200,0) at sosend+0x5e7 > kern_sendit(c2688480,3,e830dcbc,0,0) at kern_sendit+0x104 > sendit(c2688480,3,e830dcbc,0,bfbeed98) at sendit+0x161 > sendto(c2688480,e830dd04,6,6888be,292) at sendto+0x4d > syscall(2f,bfbf002f,e830002f,1,28) at syscall+0x227 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280d31cf, esp = 0xbfbeecdc, ebp = > 0xbfbfed88 --- > db> > > monsterjam jason $ uname -a > FreeBSD monsterjam.org 5.4-STABLE FreeBSD 5.4-STABLE #2: Fri Aug 26 15:15:59 EDT 2005 > monsterjam.org:/usr/src/sys/i386/compile/FREEBIE i386 > > > thanks/regards, > Jason > > _______________________________________________ > 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 Sun Nov 13 16:17:52 2005 Return-Path: X-Original-To: stable@FreeBSD.org 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 A88F616A41F for ; Sun, 13 Nov 2005 16:17:52 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23AEB43D49 for ; Sun, 13 Nov 2005 16:17:50 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-024-211-168-109.nc.res.rr.com [24.211.168.109]) by ms-smtp-02-eri0.southeast.rr.com (8.12.10/8.12.7) with SMTP id jADGHl4p007706 for ; Sun, 13 Nov 2005 11:17:47 -0500 (EST) Received: (qmail 21845 invoked by uid 0); 13 Nov 2005 16:17:46 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 (clamdscan: 0.86.2/1064. Clear:RC:1(127.0.0.1):. Processed in 0.31877 secs); 13 Nov 2005 16:17:46 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.31877 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 13 Nov 2005 16:17:45 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id jADGHim7021829; Sun, 13 Nov 2005 11:17:44 -0500 (EST) (envelope-from jason) Date: Sun, 13 Nov 2005 11:17:44 -0500 From: Jason To: Robert Watson Message-ID: <20051113161744.GB3965@monsterjam.org> References: <20051113134951.GA3965@monsterjam.org> <20051113144034.S88008@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051113144034.S88008@fledge.watson.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: stable@FreeBSD.org Subject: Re: can someone please let me know what this crash means? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 16:17:52 -0000 > If you have a scroll-back it would be helpful to see the output > immediately above this -- specifically, the panic message. I did not have the terminal connected at the time of the panic so unfortunately, I dont have it.. > > Also, is the date of the kernel (aug 26) approximately synchronized with > the source code it's built from, or is it earlier source? yes, I believe thats the source code my kernel was built from. > > If not, could you tell me the revisions of netinet/{tcp*,in_pcb}.c? jason@monsterjam netinet $ pwd /usr/src/sys/netinet jason@monsterjam netinet $ grep FreeBSD tcp*.c tcp_debug.c: * $FreeBSD: src/sys/netinet/tcp_debug.c,v 1.25.2.1 2005/01/31 23:26:36 imp Exp $ tcp_hostcache.c: * $FreeBSD: src/sys/netinet/tcp_hostcache.c,v 1.7.2.2 2005/02/13 18:18:33 rwatson Exp $ tcp_input.c: * $FreeBSD: src/sys/netinet/tcp_input.c,v 1.252.2.21 2005/07/05 19:25:42 ps Exp $ tcp_output.c: * $FreeBSD: src/sys/netinet/tcp_output.c,v 1.100.2.7 2005/05/04 13:59:26 andre Exp $ tcp_sack.c: * $FreeBSD: src/sys/netinet/tcp_sack.c,v 1.3.2.9 2005/04/19 18:37:26 ps Exp $ tcp_subr.c: * $FreeBSD: src/sys/netinet/tcp_subr.c,v 1.201.2.21 2005/06/14 11:59:46 rwatson Exp $ tcp_syncache.c: * This software was developed for the FreeBSD Project by Jonathan Lemon tcp_syncache.c: * $FreeBSD: src/sys/netinet/tcp_syncache.c,v 1.66.2.2 2005/02/12 16:02:59 rwatson Exp $ tcp_timer.c: * $FreeBSD: src/sys/netinet/tcp_timer.c,v 1.66.2.6 2005/01/31 23:26:37 imp Exp $ tcp_usrreq.c: * $FreeBSD: src/sys/netinet/tcp_usrreq.c,v 1.107.2.6 2005/06/14 12:01:03 rwatson Exp $ jason@monsterjam netinet $ grep FreeBSD in_pcb.c * $FreeBSD: src/sys/netinet/in_pcb.c,v 1.153.2.10 2005/06/14 11:57:06 rwatson Exp $ jason@monsterjam netinet $ thank you. Jason > > Thanks, > > Robert N M Watson > > > >db> AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0 > >No such command > >db> trace > >Tracing pid 608 tid 100103 td 0xc2688480 > >kdb_enter(c07ec00d) at kdb_enter+0x2b > >panic(c07e8435,c07eb5f7,c07eb390,366,c299b434) at panic+0x127 > >mtx_destroy(c812457c,0) at mtx_destroy+0x5c > >in_pcbdetach(c81244ec,c616e6f0,c616e6f0,14,e830db44) at in_pcbdetach+0x1b4 > >tcp_close(c616e6f0,1,0,14,c616e6f0) at tcp_close+0x94 > >tcp_input(c3e3b200,14,6da8d318,0,0) at tcp_input+0x16df > >ip_input(c3e3b200) at ip_input+0x50d > >div_output(c2728288,c3e3b200,c263b620,0,e830dc0c) at div_output+0x1f7 > >div_send(c2728288,0,c3e3b200,c263b620,0) at div_send+0x3f > >sosend(c2728288,c263b620,e830dc40,c3e3b200,0) at sosend+0x5e7 > >kern_sendit(c2688480,3,e830dcbc,0,0) at kern_sendit+0x104 > >sendit(c2688480,3,e830dcbc,0,bfbeed98) at sendit+0x161 > >sendto(c2688480,e830dd04,6,6888be,292) at sendto+0x4d > >syscall(2f,bfbf002f,e830002f,1,28) at syscall+0x227 > >Xint0x80_syscall() at Xint0x80_syscall+0x1f > >--- syscall (133, FreeBSD ELF32, sendto), eip = 0x280d31cf, esp = > >0xbfbeecdc, ebp = > >0xbfbfed88 --- > >db> > > > >monsterjam jason $ uname -a > >FreeBSD monsterjam.org 5.4-STABLE FreeBSD 5.4-STABLE #2: Fri Aug 26 > >15:15:59 EDT 2005 > >monsterjam.org:/usr/src/sys/i386/compile/FREEBIE i386 > > > > > >thanks/regards, > >Jason > > > >_______________________________________________ > >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" > > -- ================================================ | Jason Welsh jason@monsterjam.org | | http://monsterjam.org DSS PGP: 0x5E30CC98 | | gpg key: http://monsterjam.org/gpg/ | ================================================ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 16:22:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 C7DBE16A41F for ; Sun, 13 Nov 2005 16:22:12 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D22743D46 for ; Sun, 13 Nov 2005 16:22:11 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by nproxy.gmail.com with SMTP id n28so234917nfc for ; Sun, 13 Nov 2005 08:22:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=n15DS2ZR2TUAAP/btW9qVnUuBbAEIRIt5St2hAVfZz7PXA0urX5XTW4FoOdue8t0YjDLYeQW84zMVs6fcINQFC+zyI0TLlHqgWVspci6Rq5C4bye97E8rzHXfysEF97fOa7m6uD8EGa2SaXhXcq3zPDJ6GUrIrzn2sEpix18j7o= Received: by 10.48.211.14 with SMTP id j14mr180352nfg; Sun, 13 Nov 2005 08:22:10 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.217.150]) by mx.gmail.com with ESMTP id k23sm151618nfc.2005.11.13.08.22.09; Sun, 13 Nov 2005 08:22:10 -0800 (PST) Message-ID: <4377684A.6080001@web.de> Date: Sun, 13 Nov 2005 17:22:34 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> In-Reply-To: <20051112205557.GA51054@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit From: Timm Florian Gloger Subject: Re: Install freeze while or immediately after finish copying the ports-collection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 16:22:12 -0000 * On 11/12/2005 9:55 PM Roland Smith wrote: > > Have you verified the checksum of the ISO image after you downloaded it? > > What happens if you don't install ports? (you can always do it later). > Yep. Checksums are ok. If i just install a minimal system as Brandon suggested, the installation process works properly (except that disk geometry allegedly wrong, but the system-guessed values are correct for LBA mode). > > How do you know that the network card doesn't work? If you go to the > emergency shell (alt-F4, IIRC) and type 'ifconfig', does it show a > network interface with 'media: Ethernet'? > Yes. The card is detected and also configured while the install process, but every try to connect to a ftp server fails. Sadly, another problem occured after rebooting. The slave harddisk had debian on it before the installation of BSD with grub written into the MBR. The problem is, i seems that bsd writes its own bootloader into th MBR of the slave harddisk. So grub is still in the master's MBR but the config files are of course not addressable. So is it possible to instruct the sysinstall to write its bootloader to the mbr of the master harddisk and detect and conigure winxp for dual boot? Thanks Timm From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 17:01:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 57D4216A41F for ; Sun, 13 Nov 2005 17:01:35 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8953B43D45 for ; Sun, 13 Nov 2005 17:01:34 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr10.xs4all.nl (8.13.3/8.13.3) with ESMTP id jADH1Wbq018375; Sun, 13 Nov 2005 18:01:32 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id EB271B822; Sun, 13 Nov 2005 18:01:31 +0100 (CET) Date: Sun, 13 Nov 2005 18:01:31 +0100 From: Roland Smith To: Timm Florian Gloger Message-ID: <20051113170131.GB5233@slackbox.xs4all.nl> Mail-Followup-To: Timm Florian Gloger , freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline In-Reply-To: <4377684A.6080001@web.de> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Install freeze while or immediately after finish copying the ports-collection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 17:01:35 -0000 --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 05:22:34PM +0100, Timm Florian Gloger wrote: > If i just install a minimal system as Brandon suggested, the=20 > installation process works properly (except that disk geometry allegedly= =20 > wrong, but the system-guessed values are correct for LBA mode). Well, that's something. > >How do you know that the network card doesn't work? If you go to the > >emergency shell (alt-F4, IIRC) and type 'ifconfig', does it show a > >network interface with 'media: Ethernet'? > > >=20 > Yes. The card is detected and also configured while the install process,= =20 > but every try to connect to a ftp server fails. Do you have a router and/or firewall? If so, is it configured correctly to let ftp from this machine through? > So is it possible to instruct the sysinstall to write its bootloader to= =20 > the mbr of the master harddisk and detect and conigure winxp for dual boo= t? I think this is covered in the Handbook. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --7iMSBzlTiPOCCT2k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDd3FrEnfvsMMhpyURAiqMAJwOKUU20HTYIX2bdgJvv0Qw7L/oIACfYQq5 QkqiGLT+xyvczBOKLFzwoQE= =nPu4 -----END PGP SIGNATURE----- --7iMSBzlTiPOCCT2k-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 17:26:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 B69D416A42F for ; Sun, 13 Nov 2005 17:26:52 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED1543D55 for ; Sun, 13 Nov 2005 17:26:52 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.41] by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPW00K86LSRLJ80@VL-MO-MR004.ip.videotron.ca> for freebsd-stable@freebsd.org; Sun, 13 Nov 2005 12:26:51 -0500 (EST) Date: Sun, 13 Nov 2005 12:26:51 -0500 From: Pierre-Luc Drouin To: freebsd-stable@freebsd.org Message-id: <4377775B.3080606@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051108) Subject: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 17:26:53 -0000 Last friday I did a cvsup src/buildworld/buildkernel/installkernel/installworld/mergemaster on my laptop from 6.0-RELEASE to 6.0-STABLE and since the performance of my laptop (Dell Precision M70 with a Pentium M 2GHz) is not good. It behaves like if the bus was saturated. I noticed that sound skips when I play a mp3 with xmms and it also skips when I play dvds (with mplayer, ogle or vlc). I have tried to recompile a kernel with apic disabled since I had some performance issues with this enabled before 6.0-stable, but it didn't fix anything. Does somebody have an idea of what change in the FreeBSD sources could be causing this? Thanks! Pierre-Luc Drouin From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 17:40:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1DCEE16A420 for ; Sun, 13 Nov 2005 17:40:57 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADBB243D76 for ; Sun, 13 Nov 2005 17:40:54 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.41] by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPW00KQWMG5LFA0@VL-MO-MR004.ip.videotron.ca> for freebsd-stable@freebsd.org; Sun, 13 Nov 2005 12:40:54 -0500 (EST) Date: Sun, 13 Nov 2005 12:40:53 -0500 From: Pierre-Luc Drouin In-reply-to: <4377775B.3080606@pldrouin.net> To: freebsd-stable@freebsd.org Message-id: <43777AA5.7070602@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en References: <4377775B.3080606@pldrouin.net> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051108) Subject: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 17:40:57 -0000 I wanted also to add that my mouse pointer hangs on X since the upgrade. So the computer behaves as if it was under heavy load even if the CPU usage is almost 0% Pierre-Luc Drouin wrote: > Last friday I did a cvsup > src/buildworld/buildkernel/installkernel/installworld/mergemaster on > my laptop from 6.0-RELEASE to 6.0-STABLE and since the performance of > my laptop (Dell Precision M70 with a Pentium M 2GHz) is not good. It > behaves like if the bus was saturated. I noticed that sound skips when > I play a mp3 with xmms and it also skips when I play dvds (with > mplayer, ogle or vlc). I have tried to recompile a kernel with apic > disabled since I had some performance issues with this enabled before > 6.0-stable, but it didn't fix anything. Does somebody have an idea of > what change in the FreeBSD sources could be causing this? > > Thanks! > > Pierre-Luc Drouin > _______________________________________________ > 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 Sun Nov 13 17:48:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7690116A41F for ; Sun, 13 Nov 2005 17:48:23 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id B476B43D45 for ; Sun, 13 Nov 2005 17:48:22 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp199-254.lns1.adl4.internode.on.net [203.122.199.254]) by smtp3.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id jADHmGDU021441; Mon, 14 Nov 2005 04:18:20 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jADHmETR017626 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 14 Nov 2005 04:18:16 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Miguel Mendez Date: Mon, 14 Nov 2005 04:17:56 +1030 User-Agent: KMail/1.8.2 References: <200511132204.55664.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3003429.dcixtWvBp8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511140418.11420.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-stable@freebsd.org Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 17:48:23 -0000 --nextPart3003429.dcixtWvBp8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 14 Nov 2005 01:00, Miguel Mendez wrote: > > The first is that when you force it to capture audio (so mute and volume > > control work, or you can use mencoder) it does about 0.25 fps :( It > > doesn't appear to be using heaps of CPU or anything so I am not sure wh= at > > the problem is. > > I haven't tried this yet but can give it a go. If you add immediatemode=3D0 to the tv args it will do it. > > The other is that it hitches when playing TV - it doesn't do this when > > viewing movies. > > After trying to figure out why tv support wasn't there I've added the > " --enable-tv-bsdbt848" to the configure args and it's warking > flawlessly on my AMD64 box. This is 0.99.7_6. The output is crystal > clear here. Hmm, I didn't think I needed to do that, but I am not 100% sure. > > Has anyone else used mplayer for this? Do you see these problems? Anyone > > have any suggestions or solutions? > > Have you tried with xawtv and fxtv? Does the problem only show with > mplayer? What other build options did you enable when building the > software? I don't use either of those, but a small program I wrote which captures YUV= =20 frames and uses the Xv extension doesn't show the problem. =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 --nextPart3003429.dcixtWvBp8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDd3xb5ZPcIHs/zowRAj/QAJ0Tn9OrCs43n/VOxfKw6uhm96VUHgCgq9k6 JbzrMWkrL1dfe5o33gd41+4= =vorB -----END PGP SIGNATURE----- --nextPart3003429.dcixtWvBp8-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 17:52:27 2005 Return-Path: X-Original-To: stable@FreeBSD.org 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 E58A716A41F for ; Sun, 13 Nov 2005 17:52:26 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D8643D4C for ; Sun, 13 Nov 2005 17:52:26 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4863546B08; Sun, 13 Nov 2005 12:52:23 -0500 (EST) Date: Sun, 13 Nov 2005 17:52:23 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jason In-Reply-To: <20051113161744.GB3965@monsterjam.org> Message-ID: <20051113174635.L90423@fledge.watson.org> References: <20051113134951.GA3965@monsterjam.org> <20051113144034.S88008@fledge.watson.org> <20051113161744.GB3965@monsterjam.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: can someone please let me know what this crash means? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 17:52:27 -0000 On Sun, 13 Nov 2005, Jason wrote: >> If not, could you tell me the revisions of netinet/{tcp*,in_pcb}.c? > > jason@monsterjam netinet $ pwd > /usr/src/sys/netinet > jason@monsterjam netinet $ grep FreeBSD tcp*.c > tcp_debug.c: * $FreeBSD: src/sys/netinet/tcp_debug.c,v 1.25.2.1 2005/01/31 23:26:36 imp Exp $ > tcp_hostcache.c: * $FreeBSD: src/sys/netinet/tcp_hostcache.c,v 1.7.2.2 2005/02/13 18:18:33 rwatson Exp $ > tcp_input.c: * $FreeBSD: src/sys/netinet/tcp_input.c,v 1.252.2.21 2005/07/05 19:25:42 ps Exp $ > tcp_output.c: * $FreeBSD: src/sys/netinet/tcp_output.c,v 1.100.2.7 2005/05/04 13:59:26 andre Exp $ > tcp_sack.c: * $FreeBSD: src/sys/netinet/tcp_sack.c,v 1.3.2.9 2005/04/19 18:37:26 ps Exp $ > tcp_subr.c: * $FreeBSD: src/sys/netinet/tcp_subr.c,v 1.201.2.21 2005/06/14 11:59:46 rwatson Exp $ > tcp_syncache.c: * This software was developed for the FreeBSD Project by Jonathan Lemon > tcp_syncache.c: * $FreeBSD: src/sys/netinet/tcp_syncache.c,v 1.66.2.2 2005/02/12 16:02:59 rwatson Exp $ > tcp_timer.c: * $FreeBSD: src/sys/netinet/tcp_timer.c,v 1.66.2.6 2005/01/31 23:26:37 imp Exp $ > tcp_usrreq.c: * $FreeBSD: src/sys/netinet/tcp_usrreq.c,v 1.107.2.6 2005/06/14 12:01:03 rwatson Exp $ > jason@monsterjam netinet $ grep FreeBSD in_pcb.c > * $FreeBSD: src/sys/netinet/in_pcb.c,v 1.153.2.10 2005/06/14 11:57:06 rwatson Exp $ > jason@monsterjam netinet $ Do you use IPv6 on this box, and in particular, TCP over IPv6? Do you use tcpdrop(8) to kill TCP connections? There appears to be one bug fix since the revision you're using relating to tcpdrop(8) on TCP connections in the TIMEWAIT state that might result in a panic like the one you're seeing. The panic and trace look familiar, but without the panic message it's hard to confirm. If the machine has not already been reset, you might try showing the message buffer in DDB, which would have the effect of printing out the ring buffer that likely contains the panic message. There have also been a number of fixes relating to raw sockets which may also apply to ipdivert related configurations, but I'm not sure they could lead to this particular panic easily. This strikes me a a pcb/tcp race of some sort. Thanks, Robert N M Watson > thank you. > > Jason > >> >> Thanks, >> >> Robert N M Watson >> >> >>> db> AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0 >>> No such command >>> db> trace >>> Tracing pid 608 tid 100103 td 0xc2688480 >>> kdb_enter(c07ec00d) at kdb_enter+0x2b >>> panic(c07e8435,c07eb5f7,c07eb390,366,c299b434) at panic+0x127 >>> mtx_destroy(c812457c,0) at mtx_destroy+0x5c >>> in_pcbdetach(c81244ec,c616e6f0,c616e6f0,14,e830db44) at in_pcbdetach+0x1b4 >>> tcp_close(c616e6f0,1,0,14,c616e6f0) at tcp_close+0x94 >>> tcp_input(c3e3b200,14,6da8d318,0,0) at tcp_input+0x16df >>> ip_input(c3e3b200) at ip_input+0x50d >>> div_output(c2728288,c3e3b200,c263b620,0,e830dc0c) at div_output+0x1f7 >>> div_send(c2728288,0,c3e3b200,c263b620,0) at div_send+0x3f >>> sosend(c2728288,c263b620,e830dc40,c3e3b200,0) at sosend+0x5e7 >>> kern_sendit(c2688480,3,e830dcbc,0,0) at kern_sendit+0x104 >>> sendit(c2688480,3,e830dcbc,0,bfbeed98) at sendit+0x161 >>> sendto(c2688480,e830dd04,6,6888be,292) at sendto+0x4d >>> syscall(2f,bfbf002f,e830002f,1,28) at syscall+0x227 >>> Xint0x80_syscall() at Xint0x80_syscall+0x1f >>> --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280d31cf, esp = >>> 0xbfbeecdc, ebp = >>> 0xbfbfed88 --- >>> db> >>> >>> monsterjam jason $ uname -a >>> FreeBSD monsterjam.org 5.4-STABLE FreeBSD 5.4-STABLE #2: Fri Aug 26 >>> 15:15:59 EDT 2005 >>> monsterjam.org:/usr/src/sys/i386/compile/FREEBIE i386 >>> >>> >>> thanks/regards, >>> Jason >>> >>> _______________________________________________ >>> 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" >>> > > -- > ================================================ > | Jason Welsh jason@monsterjam.org | > | http://monsterjam.org DSS PGP: 0x5E30CC98 | > | gpg key: http://monsterjam.org/gpg/ | > ================================================ > > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 17:56:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6EBE416A41F for ; Sun, 13 Nov 2005 17:56:31 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068C543D45 for ; Sun, 13 Nov 2005 17:56:30 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.54 (FreeBSD)) id 1EbM5e-000GlW-2W for freebsd-stable@freebsd.org; Sun, 13 Nov 2005 18:56:30 +0100 Date: Sun, 13 Nov 2005 18:56:30 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20051113175630.GL14569@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <4377775B.3080606@pldrouin.net> <43777AA5.7070602@pldrouin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43777AA5.7070602@pldrouin.net> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 17:56:31 -0000 Hi. On Sun, Nov 13, 2005 at 12:40:53PM -0500, Pierre-Luc Drouin wrote: > I wanted also to add that my mouse pointer hangs on X since the upgrade. > So the computer behaves as if it was under heavy load even if the CPU > usage is almost 0% cpufreq/powerd? Did you check, your laptop runs at reasonable speed? - Olli -- | 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 Sun Nov 13 17:58:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A824216A41F for ; Sun, 13 Nov 2005 17:58:59 +0000 (GMT) (envelope-from ricky@CSUA.Berkeley.EDU) Received: from soda.csua.berkeley.edu (soda.CSUA.Berkeley.EDU [128.32.112.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6167F43D45 for ; Sun, 13 Nov 2005 17:58:59 +0000 (GMT) (envelope-from ricky@CSUA.Berkeley.EDU) Received: from soda.csua.berkeley.edu (IDENT:VkNBkg4JBYWqf039tyO/NLin1BpRb9Ma@localhost [127.0.0.1]) by soda.csua.berkeley.edu (8.13.3/8.13.3) with ESMTP id jADHwwj0022346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 13 Nov 2005 09:58:59 -0800 (PST) (envelope-from ricky@soda.csua.berkeley.edu) Received: (from ricky@localhost) by soda.csua.berkeley.edu (8.13.3/8.12.9/Submit) id jADHwwl8022345 for freebsd-stable@freebsd.org; Sun, 13 Nov 2005 09:58:58 -0800 (PST) Date: Sun, 13 Nov 2005 09:58:58 -0800 From: Richard Lee To: freebsd-stable@freebsd.org Message-ID: <20051113175858.GA20545@soda.csua.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Second SATA drive not detected on 6.0-Release and 6.0-Stable. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 17:58:59 -0000 I have two SATA drives (ad4 and ad6 with static id), but the second one is simply not detected in 6.0. ========================================================================== Before, I was running RELENG_5.4 and was getting: Nov 5 13:57:51 minawa kernel: atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 Nov 5 13:57:51 minawa kernel: ata0: channel #0 on atapci0 Nov 5 13:57:51 minawa kernel: ata1: channel #1 on atapci0 Nov 5 13:57:51 minawa kernel: atapci1: port 0xb800-0xb80f,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa807 irq 17 at device 5.0 on pci0 Nov 5 13:57:51 minawa kernel: ata2: channel #0 on atapci1 Nov 5 13:57:51 minawa kernel: ata3: channel #1 on atapci1 Nov 5 13:57:51 minawa kernel: acd0: DVDR at ata0-master UDMA33 Nov 5 13:57:51 minawa kernel: ad4: 76318MB [155058/16/63] at ata2-master SATA150 Nov 5 13:57:51 minawa kernel: ad6: 152627MB [310101/16/63] at ata3-master SATA150 Nov 5 13:57:51 minawa kernel: cd0 at ata0 bus 0 target 0 lun 0 After the upgrade, I get: Nov 13 05:17:14 minawa kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 2.5 on pci0 Nov 13 05:17:14 minawa kernel: ata0: on atapci0 Nov 13 05:17:14 minawa kernel: ata1: on atapci0 Nov 13 05:17:14 minawa kernel: atapci1: port 0xa800-0xa807,0xac00-0xac03,0xb000-0xb007,0xb400-0xb403,0xb800-0xb80f,0xbc00-0xbc7f irq 17 at device 5.0 on pci0 Nov 13 05:17:14 minawa kernel: ata2: on atapci1 Nov 13 05:17:14 minawa kernel: ata3: on atapci1 Nov 13 05:17:14 minawa kernel: acd0: DVDR at ata0-master UDMA33 Nov 13 05:17:14 minawa kernel: ad4: 76318MB at ata2-master SATA150 Nov 13 05:17:14 minawa kernel: cd0 at ata0 bus 0 target 0 lun 0 # atacontrol info ata2 Master: ad4 Serial ATA v1.0 Slave: no device present # atacontrol info ata3 Master: no device present <========= SHOULD BE HERE! Slave: no device present ========================================================================== When I swapped the drive connections, it still only detected whatever is connected to ata2, but not to ata3. Windows sees both just fine, so does the 5.4-Release CD-ROM. I'm sure there's nothing wrong with the hardware. I even downloaded 6.0R ISO image and booted, and there too, the second disk is not detected. I tried disabling ATA_STATIC_ID, which causes ad4 to become ad0, but no other effect. I have no IDE hard drives, only two SATA drives. I don't consider this set up to be anything unusual: Giga-Byte GA-K8S760M (SIS760/964) with 2GB memory, Sempron64 1.8GHz 256kL2. No RAID (BIOS setting for RAID/Non-RAID didn't make any difference, either). I also tried 6.0-Stable (2005-11-12) and it's the same problem. --rich From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 18:18:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A258416A43D for ; Sun, 13 Nov 2005 18:18:17 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: from kunnilinux.birulevo.net (kunnilinux.birulevo.net [195.54.208.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C05E943D45 for ; Sun, 13 Nov 2005 18:18:16 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: (qmail 14400 invoked by uid 210); 13 Nov 2005 21:18:14 +0300 Received: from 10.4.22.222 by kunnilinux (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.87.1/1169. spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:1(10.4.22.222):. Processed in 0.140447 secs); 13 Nov 2005 18:18:14 -0000 Received: from unknown (HELO ?192.0.0.1?) (10.4.22.222) by kunnilinux.birulevo.net with SMTP; 13 Nov 2005 21:18:14 +0300 Message-ID: <43778368.1000105@wincmd.ru> Date: Sun, 13 Nov 2005 21:18:16 +0300 From: Tarasov Alexey User-Agent: Thunderbird 1.5 (X11/20051110) MIME-Version: 1.0 To: Kris Kennaway , freebsd-stable@freebsd.org References: <4376476B.6090703@wincmd.ru> <20051112200627.GD56633@xor.obsecurity.org> In-Reply-To: <20051112200627.GD56633@xor.obsecurity.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Reduced hard disk perfomance on 5.4 with SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 18:18:17 -0000 Kris Kennaway wrote: > > VFS was Giant-locked on 5.4, and there is contention between multiple > processes (e.g. tar and bufdaemon). Try 6.0 instead. > I've updated server to RELENG_6_0. Results of hard disk test: > /usr/local/bin/bonnie > File './Bonnie.37454', size: 104857600 > Writing with putc()...done > Rewriting...done > Writing intelligently...done > Reading with getc()...done > Reading intelligently...done > Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... > -------Sequential Output-------- ---Sequential Input-- > --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- > --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU > /sec %CPU > 100 3733 3.8 3112 1.0 2691 1.5 105299 99.9 1451514 > 100.0 61287.7 180.5 Compare with my home computer results: > bonnie > File './Bonnie.36180', size: 104857600 > Writing with putc()...done > Rewriting...done > Writing intelligently...done > Reading with getc()...done > Reading intelligently...done > Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... > -------Sequential Output-------- ---Sequential Input-- > --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- > --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU > /sec %CPU > 100 47381 32.2 48026 9.2 44852 8.7 83843 68.5 1184280 78.9 > 84180.4 82.5 -- Best regards, Tarasov Alexey. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 18:50:54 2005 Return-Path: X-Original-To: stable@FreeBSD.org 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 0631016A41F for ; Sun, 13 Nov 2005 18:50:54 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A35E43D55 for ; Sun, 13 Nov 2005 18:50:51 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-024-211-168-109.nc.res.rr.com [24.211.168.109]) by ms-smtp-03-eri0.southeast.rr.com (8.12.10/8.12.7) with SMTP id jADIolfU017085 for ; Sun, 13 Nov 2005 13:50:47 -0500 (EST) Received: (qmail 63743 invoked by uid 0); 13 Nov 2005 18:50:47 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 (clamdscan: 0.86.2/1064. Clear:RC:1(127.0.0.1):. Processed in 0.227832 secs); 13 Nov 2005 18:50:47 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.227832 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 13 Nov 2005 18:50:46 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id jADIojuL063735; Sun, 13 Nov 2005 13:50:45 -0500 (EST) (envelope-from jason) Date: Sun, 13 Nov 2005 13:50:45 -0500 From: Jason To: Robert Watson Message-ID: <20051113185045.GA63704@monsterjam.org> References: <20051113134951.GA3965@monsterjam.org> <20051113144034.S88008@fledge.watson.org> <20051113161744.GB3965@monsterjam.org> <20051113174635.L90423@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051113174635.L90423@fledge.watson.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: stable@FreeBSD.org Subject: Re: can someone please let me know what this crash means? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 18:50:54 -0000 > Do you use IPv6 on this box, and in particular, TCP over IPv6? Do you use > tcpdrop(8) to kill TCP connections? no ipv6 at all.. and no, I havent used tcpdrop that I know of.. > > There appears to be one bug fix since the revision you're using relating > to tcpdrop(8) on TCP connections in the TIMEWAIT state that might result > in a panic like the one you're seeing. The panic and trace look familiar, > but without the panic message it's hard to confirm. If the machine has > not already been reset, you might try showing the message buffer in DDB, > which would have the effect of printing out the ring buffer that likely > contains the panic message. sorry, I had to reboot already.. ;) > > There have also been a number of fixes relating to raw sockets which may > also apply to ipdivert related configurations, but I'm not sure they could > lead to this particular panic easily. This strikes me a a pcb/tcp race of > some sort. I am running ipfw on this box and do have $fwcmd add divert natd all from any to any via fxp0 hmm, I guess its time to upgrade to 6.0? Jason From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 18:55:57 2005 Return-Path: X-Original-To: stable@FreeBSD.org 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 2F63716A41F for ; Sun, 13 Nov 2005 18:55:57 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D079943D45 for ; Sun, 13 Nov 2005 18:55:56 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7CBB046B3E; Sun, 13 Nov 2005 13:55:53 -0500 (EST) Date: Sun, 13 Nov 2005 18:55:53 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jason In-Reply-To: <20051113185045.GA63704@monsterjam.org> Message-ID: <20051113185207.B90423@fledge.watson.org> References: <20051113134951.GA3965@monsterjam.org> <20051113144034.S88008@fledge.watson.org> <20051113161744.GB3965@monsterjam.org> <20051113174635.L90423@fledge.watson.org> <20051113185045.GA63704@monsterjam.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: can someone please let me know what this crash means? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 18:55:57 -0000 On Sun, 13 Nov 2005, Jason wrote: >> There have also been a number of fixes relating to raw sockets which >> may also apply to ipdivert related configurations, but I'm not sure >> they could lead to this particular panic easily. This strikes me a a >> pcb/tcp race of some sort. > > I am running ipfw on this box and do have $fwcmd add divert natd all > from any to any via fxp0 > > hmm, I guess its time to upgrade to 6.0? While it looks like a familiar stack trace and I've fixed bugs that sound a lot like this, I'm not entirely fixed that this specific bug has been fixed. Unfortunately, I'm not sure how easily we can debug it without more information. I spent a bit of time this evening reviewing all the diffs between the revisions you're running and current revisions, and other than IPv6-related and tcpdrop-related changes, I don't see anything obvious. I'll spent some more time looking at the stack trace tonight. Updating to 6.x probably is a good idea, as there are some bugs fixed in 6.x that cannot easily be fixed in 5.x, but I don't promise it will fix this particular problem. On the other hand, it apparently took months to trigger and has not been seen by anyone else, so the changes are low it will recur before we do find and fix it :-). I'll do some more reading over the next few days and see if I see anything. What's interesting about the ipdivert input path is that it generates parallelism in the IP input code, which is actually somewhat unusual unless running with net.isr.direct=1, so if a bug is hiding somewhere here, that's probably why it's not been triggered by anyone else. Thanks for the report -- it might not hurt to file a PR with all the details you have (including the file revisions) and drop me the PR number so I can grab it and make sure it doesn't fall off my todo list. Thanks again! Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 19:31:29 2005 Return-Path: X-Original-To: stable@FreeBSD.org 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 D461C16A41F for ; Sun, 13 Nov 2005 19:31:29 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A8A143D45 for ; Sun, 13 Nov 2005 19:31:29 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9F75246B87; Sun, 13 Nov 2005 14:31:28 -0500 (EST) Date: Sun, 13 Nov 2005 19:31:28 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jason In-Reply-To: <20051113185045.GA63704@monsterjam.org> Message-ID: <20051113192901.O90423@fledge.watson.org> References: <20051113134951.GA3965@monsterjam.org> <20051113144034.S88008@fledge.watson.org> <20051113161744.GB3965@monsterjam.org> <20051113174635.L90423@fledge.watson.org> <20051113185045.GA63704@monsterjam.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: can someone please let me know what this crash means? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 19:31:30 -0000 On Sun, 13 Nov 2005, Jason wrote: > I am running ipfw on this box and do have $fwcmd add divert natd all > from any to any via fxp0 > > hmm, I guess its time to upgrade to 6.0? The attached untested patch will most likely prevent the bug from recurring by eliminating parallelism between the ip_input() call from the divert socket and other ip_input() processing in the netisr, as it defers that processing to the netisr. However, it won't fix the underlying bug, which I'll keep looking for, and needs to be fixed in order to support net.isr.direct and various other future plans for network stack behavior. I'll see if I can dig someone up to test ipdivert changes, since I'm not set up to test them here easily currently. Thanks, Robert N M Watson Index: ip_divert.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_divert.c,v retrieving revision 1.113 diff -u -r1.113 ip_divert.c --- ip_divert.c 13 May 2005 11:44:37 -0000 1.113 +++ ip_divert.c 13 Nov 2005 19:27:32 -0000 @@ -61,6 +61,7 @@ #include #include +#include #include #include @@ -378,7 +379,7 @@ SOCK_UNLOCK(so); #endif /* Send packet to input processing */ - ip_input(m); + netisr_queue(NETISR_IP, m); } return error; From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 19:35:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 142B616A41F for ; Sun, 13 Nov 2005 19:35:25 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC57C43D49 for ; Sun, 13 Nov 2005 19:35:24 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.41] by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPW00HG9RQZKE80@VL-MO-MR002.ip.videotron.ca> for freebsd-stable@freebsd.org; Sun, 13 Nov 2005 14:35:24 -0500 (EST) Date: Sun, 13 Nov 2005 14:35:23 -0500 From: Pierre-Luc Drouin In-reply-to: <20051113175630.GL14569@e-Gitt.NET> To: freebsd-stable@freebsd.org Message-id: <4377957B.9000304@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en References: <4377775B.3080606@pldrouin.net> <43777AA5.7070602@pldrouin.net> <20051113175630.GL14569@e-Gitt.NET> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051108) Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 19:35:25 -0000 Oliver Brandmueller wrote: >Hi. > >On Sun, Nov 13, 2005 at 12:40:53PM -0500, Pierre-Luc Drouin wrote: > > >>I wanted also to add that my mouse pointer hangs on X since the upgrade. >>So the computer behaves as if it was under heavy load even if the CPU >>usage is almost 0% >> >> > >cpufreq/powerd? Did you check, your laptop runs at reasonable speed? > >- Olli > > > I am using the highest frequency all the time dev.cpu.0.freq: 1997 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 19:37:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A667616A41F for ; Sun, 13 Nov 2005 19:37:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F3443D58 for ; Sun, 13 Nov 2005 19:37:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4AD4D1A3C27; Sun, 13 Nov 2005 11:37:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 92A555138F; Sun, 13 Nov 2005 14:37:52 -0500 (EST) Date: Sun, 13 Nov 2005 14:37:52 -0500 From: Kris Kennaway To: Pierre-Luc Drouin Message-ID: <20051113193752.GA63585@xor.obsecurity.org> References: <4377775B.3080606@pldrouin.net> <43777AA5.7070602@pldrouin.net> <20051113175630.GL14569@e-Gitt.NET> <4377957B.9000304@pldrouin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <4377957B.9000304@pldrouin.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 19:37:53 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 02:35:23PM -0500, Pierre-Luc Drouin wrote: > Oliver Brandmueller wrote: >=20 > >Hi. > > > >On Sun, Nov 13, 2005 at 12:40:53PM -0500, Pierre-Luc Drouin wrote: > >=20 > > > >>I wanted also to add that my mouse pointer hangs on X since the upgrade= .=20 > >>So the computer behaves as if it was under heavy load even if the CPU= =20 > >>usage is almost 0% > >> =20 > >> > > > >cpufreq/powerd? Did you check, your laptop runs at reasonable speed? > > > >- Olli > > > >=20 > > > I am using the highest frequency all the time > dev.cpu.0.freq: 1997 Check for high interrupt rates with vmstat -i. Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDd5YQWry0BWjoQKURAuZ1AJ4k/x7Imc/uuGtk+MsjtY/3UdvwdACgj+9x dWXY8zqL7kuAZUOwQDhk6n4= =R3Ua -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 20:43:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 166A616A420 for ; Sun, 13 Nov 2005 20:43:17 +0000 (GMT) (envelope-from mmendez@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6012C43D46 for ; Sun, 13 Nov 2005 20:43:16 +0000 (GMT) (envelope-from mmendez@gmail.com) Received: by nproxy.gmail.com with SMTP id p48so239956nfa for ; Sun, 13 Nov 2005 12:43:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gk4JZiASG1Uk0qBznxW0KSehGGGw4rNOKz0hHX9O0AA3M1xdq8P9yfD5+PQQzGd/mobBEVjLXRCsKBgqfbWe+F1b9V9ACV0ynCVv9d01ZQWBZBAbTCcQxq6LBK582AnTOET9CUBkiPNvxR7eyvXoQJhevWQntQNgvQFNcJom3i0= Received: by 10.48.250.14 with SMTP id x14mr196424nfh; Sun, 13 Nov 2005 12:43:15 -0800 (PST) Received: by 10.48.244.13 with HTTP; Sun, 13 Nov 2005 12:43:15 -0800 (PST) Message-ID: Date: Sun, 13 Nov 2005 21:43:15 +0100 From: Miguel Mendez To: Daniel O'Connor In-Reply-To: <200511140418.11420.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200511132204.55664.doconnor@gsoft.com.au> <200511140418.11420.doconnor@gsoft.com.au> Cc: freebsd-stable@freebsd.org Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 20:43:17 -0000 Hi there, On 11/13/05, Daniel O'Connor wrote: > On Mon, 14 Nov 2005 01:00, Miguel Mendez wrote: > > > The first is that when you force it to capture audio (so mute and vol= ume > > > control work, or you can use mencoder) it does about 0.25 fps :( It > > > doesn't appear to be using heaps of CPU or anything so I am not sure = what > > > the problem is. > > > > I haven't tried this yet but can give it a go. > > If you add immediatemode=3D0 to the tv args it will do it. I've just tried that and the speed drops to something like 5-6 fps. Interesting problem. > > After trying to figure out why tv support wasn't there I've added the > > " --enable-tv-bsdbt848" to the configure args and it's warking > > flawlessly on my AMD64 box. This is 0.99.7_6. The output is crystal > > clear here. > > Hmm, I didn't think I needed to do that, but I am not 100% sure. The reason I did that was because before doing so mplayer complained about the bsdbt848 driver not being there. I don't think it's related to your problem. > > Have you tried with xawtv and fxtv? Does the problem only show with > > mplayer? What other build options did you enable when building the > > software? > > I don't use either of those, but a small program I wrote which captures Y= UV > frames and uses the Xv extension doesn't show the problem. Since this bug is reproducible next step would be building a mplayer binary with -g and try to find out what's going on. Maybe you could try the mplayer lists to see if this problem appears on other systems. I'll try to do some research as well. Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 21:44:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 F229216A41F for ; Sun, 13 Nov 2005 21:44:45 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40FC443D5C for ; Sun, 13 Nov 2005 21:44:37 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by nproxy.gmail.com with SMTP id p48so241434nfa for ; Sun, 13 Nov 2005 13:44:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=a1wabytqQG1CAbZepS3H0CTLEiC+q41/77B1786z7MtHK5UNyIqchut14u8+cjMsPJzADVgSQXNVHV74tinfVYe1cj9ZQoXWy1Aa8Wwz18SJtyKgTp/RjLpETEsClIvfZIOdHM5wjAhWMY2xrSgpOwQbfd47jpnQMt02HB8RUAc= Received: by 10.48.143.8 with SMTP id q8mr194831nfd; Sun, 13 Nov 2005 13:44:36 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.225.95]) by mx.gmail.com with ESMTP id i1sm168212nfe.2005.11.13.13.44.35; Sun, 13 Nov 2005 13:44:36 -0800 (PST) Message-ID: <4377B3DC.3080301@web.de> Date: Sun, 13 Nov 2005 22:45:00 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> In-Reply-To: <20051113170131.GB5233@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit From: Timm Florian Gloger Subject: Re: Install freeze while or immediately after finish copying the ports-collection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 21:44:46 -0000 Thanks for all your help. After installing the bootloader correctly, 6.0 boots well and fast. Also network is runnig now. Seems sysinstall did not bring it up after configuring, so i didi this manualy on the holo shell. I noticed a mistake i made during the diagnostic of the freezes. They may not be just the result of the atapi devices. After booting for a several times now i got 2 more freezes in not coherent periods of time after logging in. i am able to access the fs through the other os so i checked the message and other logfiles, but i cannot find any panic or other bad logentries. Any ideas/ suggestions? (Will post this as a new thread) Thanks a lot again Timm From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 21:50:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8B2E116A41F for ; Sun, 13 Nov 2005 21:50:03 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id E53D843D68 for ; Sun, 13 Nov 2005 21:50:01 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by nproxy.gmail.com with SMTP id p48so241565nfa for ; Sun, 13 Nov 2005 13:49:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=eMM3vyZkMaTtH/w4srwxcBnCpzm9xP+s3yqAPVfmnxDAPY09sLsnCdCipB5iK1Fx3GzMm8BF0yNxpL8KVcSp/E89ykiGiPLL/hSKUZkIPaI3QwEbPHN9oh6uCxFx/L9qJK9U6KEoC71ytRVIUYuIrv3Ei8HnlRjo/6swdU1bP7c= Received: by 10.48.236.15 with SMTP id j15mr200875nfh; Sun, 13 Nov 2005 13:49:59 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.225.95]) by mx.gmail.com with ESMTP id d2sm163614nfe.2005.11.13.13.49.58; Sun, 13 Nov 2005 13:49:59 -0800 (PST) Message-ID: <4377B525.5010405@web.de> Date: Sun, 13 Nov 2005 22:50:29 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> In-Reply-To: <20051113170131.GB5233@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit From: Timm Florian Gloger Subject: 6.0 freezes shortly after logging in. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 21:50:03 -0000 Hi list, I get some strange freezes with my fresh 6.0 installation. After booting for a several times now i got 2 more freezes in not coherent periods of time after logging in. It is a complete freeze as far as i can explore, neither any keyboard nor mouse input is noticed and keyboard "hangs" also (no numblock/ shiftlock switching possible). I am able to access the fs through the other os so i checked the message and other logfiles, but i cannot find any panic or other bad logentries. Any ideas/ suggestions? (Will post this as a new thread) Thanks a lot again Timm From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 21:54:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 82A7116A41F for ; Sun, 13 Nov 2005 21:54:45 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2E943D46 for ; Sun, 13 Nov 2005 21:54:44 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr4.xs4all.nl (8.13.3/8.13.3) with ESMTP id jADLsgMl022338; Sun, 13 Nov 2005 22:54:43 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 95D3BB822; Sun, 13 Nov 2005 22:54:42 +0100 (CET) Date: Sun, 13 Nov 2005 22:54:42 +0100 From: Roland Smith To: Timm Florian Gloger Message-ID: <20051113215442.GA13552@slackbox.xs4all.nl> Mail-Followup-To: Timm Florian Gloger , freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> <4377B525.5010405@web.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <4377B525.5010405@web.de> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 freezes shortly after logging in. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 21:54:45 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 10:50:29PM +0100, Timm Florian Gloger wrote: > After booting for a several times now i got 2 more freezes in not > coherent periods of time after logging in. If it's freezing unpredictably, I'd suspect hardware trouble. Bad RAM (try memtest86) or a powersupply that can't cope. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDd7YiEnfvsMMhpyURAkExAKCh7pimE9nE/Gdr89UNe7kWbPGYeQCeIIZZ kUVH08XVDbNPRmJ4RlSgCXU= =9IE3 -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 22:11:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 B3FD716A41F for ; Sun, 13 Nov 2005 22:11:27 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1186243D46 for ; Sun, 13 Nov 2005 22:11:26 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by nproxy.gmail.com with SMTP id n28so244198nfc for ; Sun, 13 Nov 2005 14:11:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=OK1gnKybjlHfq+LQjjwnb4w4zb3m+8l4xFFogbceYRjuqFdPKiR50U165t7J4GWBPV8yjOOLsnIHvHoK2kmlULNkCSVZ+MBk/NP/YhFPFRVJwzMZBTx2hqeVj8xBrKbxnmwe85yx1ZD3dN9TBoOJwdhs5Rre3rTAY1e8ZpmzK5w= Received: by 10.48.239.18 with SMTP id m18mr190143nfh; Sun, 13 Nov 2005 14:11:25 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.225.95]) by mx.gmail.com with ESMTP id x1sm162453nfb.2005.11.13.14.11.24; Sun, 13 Nov 2005 14:11:25 -0800 (PST) Message-ID: <4377BA25.5080008@gmail.com> Date: Sun, 13 Nov 2005 23:11:49 +0100 From: Timm Florian Gloger User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> <4377B525.5010405@web.de> <20051113215442.GA13552@slackbox.xs4all.nl> In-Reply-To: <20051113215442.GA13552@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 6.0 freezes shortly after logging in. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 22:11:27 -0000 * On 11/13/2005 10:54 PM Roland Smith wrote: > On Sun, Nov 13, 2005 at 10:50:29PM +0100, Timm Florian Gloger wrote: > > >>After booting for a several times now i got 2 more freezes in not >>coherent periods of time after logging in. > > > If it's freezing unpredictably, I'd suspect hardware trouble. Bad RAM > (try memtest86) or a powersupply that can't cope. > > Roland Well it may be that the time the machine was up the other times was not long enough to make the freeze occure. Powersupply can be excluded, it is a 350W enermax. never had any problems with it and winxp is still running rock solid. There was also no heavy cpu usage or heat when the system froze. will run memtest86 and see what it comes up with. is there any other chance to get some information of the time shortly before the freeze out of the system other than the standard logfies? From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 22:52:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 179E016A41F; Sun, 13 Nov 2005 22:52:04 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D746643D46; Sun, 13 Nov 2005 22:52:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BDFAD72DD4; Sun, 13 Nov 2005 14:52:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B8BA972DCB; Sun, 13 Nov 2005 14:52:03 -0800 (PST) Date: Sun, 13 Nov 2005 14:52:03 -0800 (PST) From: Doug White To: Lev Serebryakov In-Reply-To: <1551247422.20051109105345@serebryakov.spb.ru> Message-ID: <20051113144941.F7337@carver.gumbysoft.com> References: <1551247422.20051109105345@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 on VMWare 5.0: `calcru: negative runtime of -12728437 usec for pid 28 (irq17: lnc0)' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 22:52:04 -0000 Adjusted cc: to remove private list. On Wed, 9 Nov 2005, Lev Serebryakov wrote: > Hello freebsd-stable, > > FreeBSD 6.0 on VMWare 5.0 prints such messages every 3-4 minute. > Also, messages like > > calcru: runtime went backwards from 40644816 to 40005944 usec for pid 3 (g_up) > > is shown routinely. Get used to it. VMWare does evil, evil things with the virtual machine clocks. We have problems with massive clock drift with Linux as the host and guest OSen. Comment out the printf and rebuild your kernel :-) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 23:26:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 483EA16A41F for ; Sun, 13 Nov 2005 23:26:05 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B5843D46 for ; Sun, 13 Nov 2005 23:26:04 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.3/8.13.3) with ESMTP id jADNQ3P0058010; Mon, 14 Nov 2005 00:26:03 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 13B68B822; Mon, 14 Nov 2005 00:26:03 +0100 (CET) Date: Mon, 14 Nov 2005 00:26:03 +0100 From: Roland Smith To: Timm Florian Gloger Message-ID: <20051113232603.GB18557@slackbox.xs4all.nl> Mail-Followup-To: Timm Florian Gloger , freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> <4377B525.5010405@web.de> <20051113215442.GA13552@slackbox.xs4all.nl> <4377BA25.5080008@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b5gNqxB1S1yM7hjW" Content-Disposition: inline In-Reply-To: <4377BA25.5080008@gmail.com> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 freezes shortly after logging in. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 23:26:05 -0000 --b5gNqxB1S1yM7hjW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 11:11:49PM +0100, Timm Florian Gloger wrote: > is there any other chance to get some information of the time shortly=20 > before the freeze out of the system other than the standard logfies? Syslog is programmed to fsync(2) after writing messages from the kernel, unless you put a '-' in front of the destination filename. So if you don't see anything in the logfiles, that probably because there wasn't anything. However, it is possible to divert the syslog output to another machine (that's also running syslogd). See the syslog.conf manpage. Have you enabled crashdumps? If there is a kernel panic instead of a hard hang, you might get some info from a crashdump. If you feel up to it, read chapter 10 (kernel debugging) in the FreeBSD Developers' Handbook. It is possible to debug a system remotely via a serial line. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --b5gNqxB1S1yM7hjW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDd8uLEnfvsMMhpyURAikxAJ0QE79g2g00KH6QTxbOotX0pQHVGwCdEWkx OYNafCo2fxttqxNsVI3Bwdo= =numN -----END PGP SIGNATURE----- --b5gNqxB1S1yM7hjW-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 23:30:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 EEC6416A41F for ; Sun, 13 Nov 2005 23:30:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B84ED43D45 for ; Sun, 13 Nov 2005 23:30:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9D82472DD4; Sun, 13 Nov 2005 15:30:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9B3F472DCB; Sun, 13 Nov 2005 15:30:03 -0800 (PST) Date: Sun, 13 Nov 2005 15:30:03 -0800 (PST) From: Doug White To: Filip Wuytack In-Reply-To: <20051110121254.C6B9A43D64@mx1.FreeBSD.org> Message-ID: <20051113152908.R7337@carver.gumbysoft.com> References: <20051110121254.C6B9A43D64@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: RE: Adaptec SATA 1210SA+ Freebsd 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 23:30:04 -0000 On Thu, 10 Nov 2005, Filip Wuytack wrote: > Hi, > > I also tried to create the label via the command line (following the > handbook). > > web2# dd if=/dev/zero of=/dev/ar0 count=2 > 2+0 records in > 2+0 records out > 1024 bytes transferred in 0.000757 secs (1352746 bytes/sec) > web2# disklabel /dev/ar0 | disklabel -B -R -r ar0 /dev/stdin > disklabel: /dev/ar0: no valid label found > > And the system freezes and shows 'ata2: DISCONNECT requested' I'd take a first guess that the disk attached to ata2 is having issues. Reseat and perhaps replace the cables. If that doesn't work then download and run the manufacturer's diagnostic tool and see if you can get that to error out. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 23:32:29 2005 Return-Path: X-Original-To: stable@freebsd.org 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 7B3F216A41F for ; Sun, 13 Nov 2005 23:32:29 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C45243D45 for ; Sun, 13 Nov 2005 23:32:29 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3D69172DD4; Sun, 13 Nov 2005 15:32:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3AC4472DCB; Sun, 13 Nov 2005 15:32:29 -0800 (PST) Date: Sun, 13 Nov 2005 15:32:29 -0800 (PST) From: Doug White To: Cy Schubert In-Reply-To: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> Message-ID: <20051113153158.A7337@carver.gumbysoft.com> References: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: Consistent 6.0-STABLE Hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 23:32:29 -0000 On Thu, 10 Nov 2005, Cy Schubert wrote: > Running the Citrix ICA wfcmgr (from ports) to change settings, e.g. > password, for connection to a Windows terminal server hangs FreeBSD 6.0 (as > of Nov 4) quite consistently. I've tried this on one of my 6.0 systems at > home and a 6.0 system here at work. I suspect it may have something to do > with Linux emulation however until I dig into this more I won't know for > sure. > > The only way to "unhang" the system is to press the reset switch. For fun, try updating to RELENG_6. I committed a fix recently for a hang thats caused by doing 'ls /dev' in the linuxulator. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 23:33:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0A55716A41F for ; Sun, 13 Nov 2005 23:33:07 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A6D43D46 for ; Sun, 13 Nov 2005 23:33:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BA26A72DDB; Sun, 13 Nov 2005 15:33:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B7BD372DD9; Sun, 13 Nov 2005 15:33:06 -0800 (PST) Date: Sun, 13 Nov 2005 15:33:06 -0800 (PST) From: Doug White To: William Denton In-Reply-To: Message-ID: <20051113153258.R7337@carver.gumbysoft.com> References: <43726E40.3090701@iaces.com> <200511100943.30024.ringworm01@gmail.com> <4373A05F.3000104@iaces.com> <200511101140.01009.ringworm01@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Crashing after umounting unavailable filesystems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 23:33:07 -0000 On Thu, 10 Nov 2005, William Denton wrote: > On 10 November 2005, Michael C. Shultz wrote: > > >> Opps, I crashed the machine. When I moved it, I unplugged the > >> USB DVD-RW and I had mounted one of the dist discs on there. > >> When I did a umount it paniced. My bad. > > That happened to me the other day too. I'd mounted a USB flash drive, > unplugged the USB hub, replugged it, remounted the drive, and then of > course I couldn't umount the first mount. I did a umount -f and the > machine crashed instantly. > > Is this the sort of thing that's really hard to handle, or might it be > safer one day? I don't know how serious it is to do bad things to mounted > file systems, but I'm curious. Its Hard To Handle. :-) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 23:39:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4626C16A41F for ; Sun, 13 Nov 2005 23:39:20 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5499243D49 for ; Sun, 13 Nov 2005 23:39:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 38B2372DD4; Sun, 13 Nov 2005 15:39:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 341EA72DCB; Sun, 13 Nov 2005 15:39:19 -0800 (PST) Date: Sun, 13 Nov 2005 15:39:19 -0800 (PST) From: Doug White To: kama In-Reply-To: <20051111204659.F8860@ns1.as.pvp.se> Message-ID: <20051113153531.B7337@carver.gumbysoft.com> References: <20051111204659.F8860@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Hyperthreading issues. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 23:39:20 -0000 On Fri, 11 Nov 2005, kama wrote: > Just upgraded from 5.4 to 6.0 and hyperthreading stoped working. > Everything looks ok, but it doesn't use two of the logical CPU's. This is disabled by default due to a information-leak vulnerability across the hyperthreaded cores. The details from the release notes: Because of an information disclosure vulnerability on processors using Hyper-Threading Technology (HTT), the machdep.hyperthreading_allowed sysctl variable has been added. It defaults to 1 (HTT enabled) on FreeBSD CURRENT, and 0 (HTT disabled) on the 4-STABLE and 5-STABLE development branches and supported security fix branches. More information can be found in security advisory FreeBSD-SA-05:09.htt. [MERGED] If you don't care about this, add machdep.hyperthreading_allowed="1" to /boot/loader.conf and reboot. > One other thing is when I try to switch off hyperthreading in BIOS, it > will hang at bootup when it are settling the scsi drives. After awhile it > will give me scsi timeouts. This only happens when I have two cpu enabled > and hyperthreading off. If I disable one cpu w ht off it will boot wo > problems, or two cpus w ht. But booting with ht + two cpu's gives me the > other problem. Sounds like the BIOS is not rerouting the interrupts correctly. Check for a BIOS update. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 13 23:46:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9106516A41F for ; Sun, 13 Nov 2005 23:46:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A9143D60 for ; Sun, 13 Nov 2005 23:46:54 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3226872DD4; Sun, 13 Nov 2005 15:46:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2DAEA72DCB; Sun, 13 Nov 2005 15:46:54 -0800 (PST) Date: Sun, 13 Nov 2005 15:46:54 -0800 (PST) From: Doug White To: Timm Florian Gloger In-Reply-To: <4377B525.5010405@web.de> Message-ID: <20051113154626.B7337@carver.gumbysoft.com> References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> <4377B525.5010405@web.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 freezes shortly after logging in. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Nov 2005 23:46:55 -0000 On Sun, 13 Nov 2005, Timm Florian Gloger wrote: > Hi list, > > I get some strange freezes with my fresh 6.0 installation. > > After booting for a several times now i got 2 more freezes in not > coherent periods of time after logging in. > > It is a complete freeze as far as i can explore, neither any keyboard > nor mouse input is noticed and keyboard "hangs" also (no numblock/ > shiftlock switching possible). > > I am able to access the fs through the other os so i checked the message > and other logfiles, but i cannot find any panic or other bad logentries. Try turning off background fsck by adding this to your rc.conf and rebooting: background_fsck="NO" -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 00:56:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 BEAB616A41F for ; Mon, 14 Nov 2005 00:56:56 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16AB543D45 for ; Mon, 14 Nov 2005 00:56:56 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.41] by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPX000Q36MUJFE0@VL-MO-MR001.ip.videotron.ca> for freebsd-stable@freebsd.org; Sun, 13 Nov 2005 19:56:55 -0500 (EST) Date: Sun, 13 Nov 2005 19:56:54 -0500 From: Pierre-Luc Drouin In-reply-to: <20051113193752.GA63585@xor.obsecurity.org> To: freebsd-stable@freebsd.org Message-id: <4377E0D6.4090000@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en References: <4377775B.3080606@pldrouin.net> <43777AA5.7070602@pldrouin.net> <20051113175630.GL14569@e-Gitt.NET> <4377957B.9000304@pldrouin.net> <20051113193752.GA63585@xor.obsecurity.org> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051108) Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 00:56:56 -0000 Kris Kennaway wrote: >On Sun, Nov 13, 2005 at 02:35:23PM -0500, Pierre-Luc Drouin wrote: > > >>Oliver Brandmueller wrote: >> >> >> >>>Hi. >>> >>>On Sun, Nov 13, 2005 at 12:40:53PM -0500, Pierre-Luc Drouin wrote: >>> >>> >>> >>> >>>>I wanted also to add that my mouse pointer hangs on X since the upgrade. >>>>So the computer behaves as if it was under heavy load even if the CPU >>>>usage is almost 0% >>>> >>>> >>>> >>>> >>>cpufreq/powerd? Did you check, your laptop runs at reasonable speed? >>> >>>- Olli >>> >>> >>> >>> >>> >>I am using the highest frequency all the time >>dev.cpu.0.freq: 1997 >> >> > >Check for high interrupt rates with vmstat -i. > >Kris > > vmstat -i interrupt total rate irq0: clk 342175 953 irq1: atkbd0 832 2 irq4: sio0 1 0 irq7: 3 0 stray irq7 3 0 irq8: rtc 43826 122 irq9: iwi0 uhci1++ 124 0 irq11: nvidia0 pcm+ 18037 50 irq12: psm0 4164 11 irq13: npx0 1 0 irq14: ata0 5209 14 irq15: ata1 82 0 Total 414457 1154 I have noticed this error message on the console when I run X, I don't know if it can be related to the problem: Error in ictl (sockfd): Device not configured From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 01:02:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 41D6716A41F for ; Mon, 14 Nov 2005 01:02:10 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3424543D45 for ; Mon, 14 Nov 2005 01:02:08 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp199-254.lns1.adl4.internode.on.net [203.122.199.254]) by smtp3.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id jAE126Jj037802; Mon, 14 Nov 2005 11:32:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jAE125fY027300 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 14 Nov 2005 11:32:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Miguel Mendez Date: Mon, 14 Nov 2005 11:32:03 +1030 User-Agent: KMail/1.8.2 References: <200511132204.55664.doconnor@gsoft.com.au> <200511140418.11420.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1326476.7VxNMrf2qI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511141132.04513.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-stable@freebsd.org Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 01:02:10 -0000 --nextPart1326476.7VxNMrf2qI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 14 Nov 2005 07:13, Miguel Mendez wrote: > > If you add immediatemode=3D0 to the tv args it will do it. > > I've just tried that and the speed drops to something like 5-6 fps. > Interesting problem. Yeah, I suspect there is something wrong with the audio sampling, but I=20 haven't looked at it properly. > > I don't use either of those, but a small program I wrote which captures > > YUV frames and uses the Xv extension doesn't show the problem. > > Since this bug is reproducible next step would be building a mplayer > binary with -g and try to find out what's going on. Maybe you could > try the mplayer lists to see if this problem appears on other systems. > I'll try to do some research as well. Yeah, the long haul :( I was hoping for a magic wand ;) =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 --nextPart1326476.7VxNMrf2qI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDd+IM5ZPcIHs/zowRAm7JAKCQqggfTt5c4AK0PczbIbOsHLIvQwCeMuXj NMRwTnaDYQuiP1/GIHR1+g8= =AfWE -----END PGP SIGNATURE----- --nextPart1326476.7VxNMrf2qI-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 01:23:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 ECF0516A41F for ; Mon, 14 Nov 2005 01:23:59 +0000 (GMT) (envelope-from danny@ricin.com) Received: from smtpq1.groni1.gr.home.nl (smtpq1.groni1.gr.home.nl [213.51.130.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 791FE43D45 for ; Mon, 14 Nov 2005 01:23:59 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.130.189] (port=57967 helo=smtp2.groni1.gr.home.nl) by smtpq1.groni1.gr.home.nl with esmtp (Exim 4.30) id 1EbT4f-000827-VV; Mon, 14 Nov 2005 02:23:57 +0100 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:56810 helo=desktop.homenet) by smtp2.groni1.gr.home.nl with esmtp (Exim 4.30) id 1EbT4d-0002yr-DP; Mon, 14 Nov 2005 02:23:55 +0100 From: Danny Pansters To: freebsd-stable@freebsd.org Date: Mon, 14 Nov 2005 02:21:53 +0000 User-Agent: KMail/1.8.3 References: <200511132204.55664.doconnor@gsoft.com.au> <200511141132.04513.doconnor@gsoft.com.au> In-Reply-To: <200511141132.04513.doconnor@gsoft.com.au> X-Face: :N, f2_*44g[tRY8Y-gL2zi`G|<6SpFjTeHt|V5LO6Yl2E7yAfEh{E6-8pqxUFX"l)=?utf-8?q?Nm8y=7E=0A=09IWJSAWQ=7D+=3DpP=7CT=5D?=@sy1sz%h)*CW6gtbp]"fe@MjICtIUo.0, CH~{[R4PXSyL MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511140221.54069.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Cc: Miguel Mendez Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 01:24:00 -0000 On Monday 14 November 2005 01:02, Daniel O'Connor wrote: > On Mon, 14 Nov 2005 07:13, Miguel Mendez wrote: > > > If you add immediatemode=0 to the tv args it will do it. > > > > I've just tried that and the speed drops to something like 5-6 fps. > > Interesting problem. > > Yeah, I suspect there is something wrong with the audio sampling, but I > haven't looked at it properly. I myself am not really doing anything with capturing, but some ideas that may be helpful: FWIW, from what I know in ring capture mode the video gets synch'd by the audio by having enough frames per audio sample. So if audio sample size or expected speed or expected kHz is somehow wrong... Also the code for ring capture mode (as opposed to immediate which does not do audio but does give a video one could capture at 25 fps) has its own timing (perhaps it uses rtc down the line, I dunno, is rtc.ko alright?). You may get into a worst-worst-worst-even worst scenario where the software timer degrades on and on possibly. Maybe capturing only works well if you use immediate (case 2 in bktr(4) IIRC) and you should capture audio seperately and later merge them to frames. > > > I don't use either of those, but a small program I wrote which captures > > > YUV frames and uses the Xv extension doesn't show the problem. > > Capturing only pictures at 25 fps (with mplayer vo) can be handled easily. Dan From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 03:03:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 957D016A41F for ; Mon, 14 Nov 2005 03:03:59 +0000 (GMT) (envelope-from markspace@sbcglobal.net) Received: from smtp103.sbc.mail.mud.yahoo.com (smtp103.sbc.mail.mud.yahoo.com [68.142.198.202]) by mx1.FreeBSD.org (Postfix) with SMTP id B3EE543D46 for ; Mon, 14 Nov 2005 03:03:58 +0000 (GMT) (envelope-from markspace@sbcglobal.net) Received: (qmail 9486 invoked from network); 14 Nov 2005 03:03:58 -0000 Received: from unknown (HELO ?10.0.0.11?) (markspace@sbcglobal.net@69.109.216.15 with plain) by smtp103.sbc.mail.mud.yahoo.com with SMTP; 14 Nov 2005 03:03:57 -0000 Message-ID: <437800F8.5020808@sbcglobal.net> Date: Sun, 13 Nov 2005 19:14:00 -0800 From: Mark Space User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 03:03:59 -0000 Hi all, I just set up the latest 6.0 release, and I'm getting errors with the DHCP client. Trying to pull a network address during start up, I get: Bogus domain search list 15: domain_not_set.invalid This repeats several times before giving up. Google tells me that this problem was report by two users on the bsd-current list. No one ever replied to their inquiries (at least on the list), so I thought to try once more to see if there's any interest in addressing this issue. More info was in the original post: http://lists.freebsd.org/pipermail/freebsd-current/2005-October/057034.html From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 04:39:54 2005 Return-Path: X-Original-To: stable@freebsd.org 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 9B4B516A41F for ; Mon, 14 Nov 2005 04:39:54 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A3343D46 for ; Mon, 14 Nov 2005 04:39:53 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (wifi-224-100.sc05.org [140.221.224.100]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id jAE4dmD5031939 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 14 Nov 2005 05:39:51 +0100 From: "Petr Holub" To: Date: Mon, 14 Nov 2005 05:39:52 +0100 Message-ID: <005501c5e8d5$73f65a10$c0e6dd8c@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Muni-Spam-TestIP: 140.221.224.100 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: Subject: a few problems with 6.0-RELEASE on IBM T41p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 04:39:54 -0000 Hi, since I've upgraded from 6.0-BETA4 to 6.0-RELEASE (using binary upgrade on contrary to 6.0-BETA4, which was binary from BETA2, which was clean install ;-) ), I'm experiencing multiple problems which were not present on BETA4: 1) when rebooting, the system freezes on message Shutting down ACPI and looks like intending to never reboot 2) I get rather regular freezes in X when running GL with drm acceleration; I've rebuilt both xorg-server-snap and dri-devel from sources but it freezes still after couple of seconds of glxgears (while it worked fine on BETA4 achieving slightly above 2100 fps) 3) psm0: unable to allocate IRQ when both psm and acpi_ibm are present in the kernel; this is also described also in one of my recent posts: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=607372+0+archive/2005/freebsd-stabl e/20051113.freebsd-stable 4) ipw (with internal 2100B card) can freeze the machine under load on rather rare occasions There are also other problems with ipw, as it sometimes ceases to work under heavier load (without freezing the system). But that was also occuring on BETA2 - BETA4. Alas none of those situations produces kernel panic, so there is no dump to send :( Any ideas? Looks to me like there is some significant problem with ACPI... (should I cross-post this to acpi@ ?) Thanks, Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 04:54:43 2005 Return-Path: X-Original-To: stable@freebsd.org 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 1CA6216A41F for ; Mon, 14 Nov 2005 04:54:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D529F43D45 for ; Mon, 14 Nov 2005 04:54:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B612B1A3C24; Sun, 13 Nov 2005 20:54:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AC274533C0; Sun, 13 Nov 2005 23:54:41 -0500 (EST) Date: Sun, 13 Nov 2005 23:54:41 -0500 From: Kris Kennaway To: Petr Holub Message-ID: <20051114045441.GA26116@xor.obsecurity.org> References: <005501c5e8d5$73f65a10$c0e6dd8c@KLOBOUCEK> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <005501c5e8d5$73f65a10$c0e6dd8c@KLOBOUCEK> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: a few problems with 6.0-RELEASE on IBM T41p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 04:54:43 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 05:39:52AM +0100, Petr Holub wrote: > Hi, >=20 > since I've upgraded from 6.0-BETA4 to 6.0-RELEASE (using binary > upgrade on contrary to 6.0-BETA4, which was binary from BETA2, which > was clean install ;-) ), I'm experiencing multiple problems which were > not present on BETA4: > 1) when rebooting, the system freezes on message > Shutting down ACPI > and looks like intending to never reboot > 2) I get rather regular freezes in X when running GL with drm acceleratio= n; > I've rebuilt both xorg-server-snap and dri-devel from sources > but it freezes still after couple of seconds of glxgears (while > it worked fine on BETA4 achieving slightly above 2100 fps) Did you remember to rebuild any modules you are using when you upgraded? Kris --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeBiRWry0BWjoQKURAlFsAJ9lr8wIyh11Gd6T+BRfHReGsuZClgCfUJs8 8IfzsPKoHRsAgdR1Ml9+vtw= =57RU -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 05:02:36 2005 Return-Path: X-Original-To: stable@freebsd.org 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 C8DDD16A41F for ; Mon, 14 Nov 2005 05:02:36 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346A043D45 for ; Mon, 14 Nov 2005 05:02:36 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (wifi-224-100.sc05.org [140.221.224.100]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id jAE52VjM009032 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 14 Nov 2005 06:02:34 +0100 From: "Petr Holub" To: "Kris Kennaway" Date: Mon, 14 Nov 2005 06:02:35 +0100 Message-ID: <005d01c5e8d8$a054d020$c0e6dd8c@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 In-Reply-To: <20051114045441.GA26116@xor.obsecurity.org> X-Muni-Spam-TestIP: 140.221.224.100 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: stable@freebsd.org Subject: RE: a few problems with 6.0-RELEASE on IBM T41p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 05:02:36 -0000 > Did you remember to rebuild any modules you are using when you > upgraded? cd /sys/i386/conf/ config KLOBOUCEK cd ../compile/KLOBOUCEK make cleandepend; make depend && make && make install as usual. I assume that's sufficient. The only thing I'm not sure of now is the linux emulation... Thanks, Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 05:30:49 2005 Return-Path: X-Original-To: stable@freebsd.org 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 D40B516A41F for ; Mon, 14 Nov 2005 05:30:49 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D2E043D45 for ; Mon, 14 Nov 2005 05:30:49 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (wifi-224-100.sc05.org [140.221.224.100]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id jAE5UhNI018397 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 14 Nov 2005 06:30:47 +0100 From: "Petr Holub" To: "Kris Kennaway" Date: Mon, 14 Nov 2005 06:30:48 +0100 Message-ID: <006201c5e8dc$918922e0$c0e6dd8c@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 In-Reply-To: <20051114045441.GA26116@xor.obsecurity.org> X-Muni-Spam-TestIP: 140.221.224.100 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: stable@freebsd.org Subject: RE: a few problems with 6.0-RELEASE on IBM T41p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 05:30:49 -0000 > > 2) I get rather regular freezes in X when running GL with drm acceleration; > > I've rebuilt both xorg-server-snap and dri-devel from sources > > but it freezes still after couple of seconds of glxgears (while > > it worked fine on BETA4 achieving slightly above 2100 fps) > > Did you remember to rebuild any modules you are using when you > upgraded? I've checked that linux.ko has been rebuilt as well, I have no modules in /boot/modules and also at the time of freezing X with glxgears, only kernel+acpi.ko+linux.ko are loaded. Petr From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 05:39:20 2005 Return-Path: X-Original-To: stable@freebsd.org 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 137EC16A41F for ; Mon, 14 Nov 2005 05:39:20 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (ruth.realtime.net [205.238.132.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id A10B743D49 for ; Mon, 14 Nov 2005 05:39:19 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (unverified [70.112.148.128]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 100274994 for ; Sun, 13 Nov 2005 23:39:18 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.3/8.13.3) with ESMTP id jAE5dEYr058185 for ; Sun, 13 Nov 2005 23:39:17 -0600 (CST) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.3/8.13.3/Submit) id jAE5dEGk058184 for stable@freebsd.org; Sun, 13 Nov 2005 23:39:14 -0600 (CST) (envelope-from brucegb) Date: Sun, 13 Nov 2005 23:39:14 -0600 From: Bruce Burden To: stable@freebsd.org Message-ID: <20051114053914.GJ890@tigerfish2.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Server: High Performance Mail Server - http://surgemail.com r=-224271992 Cc: Subject: 5.4, linux-pango and libfontconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 05:39:20 -0000 Hi gang, Okay, several weeks ago, I told portupgrade to upgrade everything. Then flashplugin stopped working, because it could not find libfontconfig.so.1. On thing leads to another, and I am trying to get things working again. The problem is that linux apps are not using the linux-libfontconfig shared library: ===> linux-pango-1.2.1_3 depends on file: /compat/linux/usr/X11R6/lib/libXrender.so.1 - found ===> Generating temporary packing list pango-1.2.1-3.i386.rpm /compat/linux/usr/bin/pango-querymodules: error while loading shared libraries: /usr/X11R6 /lib/libfontconfig.so.1: ELF file OS ABI invalid *** Error code 127 Stop in /usr/ports/x11-toolkits/linux-pango. *** Error code 1 Stop in /usr/ports/x11-toolkits/linux-pango. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade92806.19 make -DFORCE _PKG_REGISTER reinstall ---> Restoring the old version ** Fix the installation problem and try again. I have tried: put /usr/X11R6/lib into /compat/linux/etc/ld.so.conf and run: /compat/linux/sbin/ldconfig to no avail. First, /usr/X11R6/lib was already in the ld.so.conf file. And ldconfig does not want to add a ld-elf.so.hints file, at least that I can tell. Suggstions? The linux base is 8.8, btw. Thanks, Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 06:09:15 2005 Return-Path: X-Original-To: stable@freebsd.org 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 0DDC816A41F for ; Mon, 14 Nov 2005 06:09:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C428443D45 for ; Mon, 14 Nov 2005 06:09:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A3E181A3C24; Sun, 13 Nov 2005 22:09:14 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 92DE9512B0; Mon, 14 Nov 2005 01:09:13 -0500 (EST) Date: Mon, 14 Nov 2005 01:09:13 -0500 From: Kris Kennaway To: Petr Holub Message-ID: <20051114060913.GA53362@xor.obsecurity.org> References: <20051114045441.GA26116@xor.obsecurity.org> <005d01c5e8d8$a054d020$c0e6dd8c@KLOBOUCEK> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <005d01c5e8d8$a054d020$c0e6dd8c@KLOBOUCEK> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: a few problems with 6.0-RELEASE on IBM T41p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 06:09:15 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 06:02:35AM +0100, Petr Holub wrote: > > Did you remember to rebuild any modules you are using when you > > upgraded? >=20 > cd /sys/i386/conf/ > config KLOBOUCEK > cd ../compile/KLOBOUCEK > make cleandepend; make depend && make && make install > as usual. I assume that's sufficient. Not if you're using any third party modules. What does 'kldstat' tell you? Kris --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeCoIWry0BWjoQKURAjPLAJ9zR33JWbTkPjHKaVH52tZlKuXOZgCeLywe CuNWZtasWlXCiskHfK4w/eI= =ruwH -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 08:44:25 2005 Return-Path: X-Original-To: stable@freebsd.org 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 7130A16A41F; Mon, 14 Nov 2005 08:44:25 +0000 (GMT) (envelope-from sironside@interfone.net) Received: from epistula.interfone.net (host-84-9-255-18.bulldogdsl.com [84.9.255.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA1D443D4C; Mon, 14 Nov 2005 08:44:24 +0000 (GMT) (envelope-from sironside@interfone.net) Received: from [10.69.4.56] ([10.69.4.56]) by epistula.interfone.net (8.13.1/8.13.1) with ESMTP id jAE8wDkd066046; Mon, 14 Nov 2005 08:58:13 GMT (envelope-from sironside@interfone.net) Message-ID: <43784DC6.4000809@interfone.net> Date: Mon, 14 Nov 2005 08:41:42 +0000 From: Simon Ironside User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <436BCD90.40709@interfone.net> In-Reply-To: <436BCD90.40709@interfone.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: questions@freebsd.org Subject: Re: 6.0R GENERIC makeoptions DEBUG=-g X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 08:44:25 -0000 Hi, /sys/i386/conf/GENERIC has this line uncommented - is this on purpose? I commented it out before building a new kernel. makeoptions DEBUG=-g Cheers, Simon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 08:50:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 C60C616A41F; Mon, 14 Nov 2005 08:50:37 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D53B943D6D; Mon, 14 Nov 2005 08:50:36 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from localhost (suiren [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.13.1/8.13.1) with ESMTP id jAE8oYne017938; Mon, 14 Nov 2005 17:50:34 +0900 (JST) Date: Mon, 14 Nov 2005 17:50:31 +0900 (JST) Message-Id: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> To: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org From: Jacques Garrigue X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 08:50:37 -0000 I've got a strange problem with my IBM T42 / Radeon M10 setup. When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to sleep when X11 is running: the machine freezes, display still on. I tried disabling DRI, but this does not seem to be the problem: I have no DRM anyway. On the other hand, everything works fines with a 6.0-RC1 kernel. Was there a big change in between, such that I need to change my configuration? I can give more information if it helps. --------------------------------------------------------------------------- Jacques Garrigue Nagoya University garrigue at math.nagoya-u.ac.jp JG From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 08:50:53 2005 Return-Path: X-Original-To: stable@freebsd.org 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 1C0B416A41F for ; Mon, 14 Nov 2005 08:50:53 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F24E43D49 for ; Mon, 14 Nov 2005 08:50:52 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by xproxy.gmail.com with SMTP id h31so1209102wxd for ; Mon, 14 Nov 2005 00:50:51 -0800 (PST) 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=odePztNRnSCXhRhdQNxLtyM5cUF3gDqEhJP6v3xR4GhtFIlBELESIhjv1fevmIuJJExLtSf4g6vtL7Aw9uOXwIQtOEmwNbklxEUXkh2kvMI0vcZJw6R85yM3eyYsDloUpXXtpomjTSahdIVrii3feqCuOGCg9XpsxGu/X7kCJIM= Received: by 10.65.233.8 with SMTP id k8mr5374423qbr; Mon, 14 Nov 2005 00:50:51 -0800 (PST) Received: by 10.64.21.5 with HTTP; Mon, 14 Nov 2005 00:50:51 -0800 (PST) Message-ID: Date: Mon, 14 Nov 2005 00:50:51 -0800 From: Xin LI To: Simon Ironside In-Reply-To: <43784DC6.4000809@interfone.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <436BCD90.40709@interfone.net> <43784DC6.4000809@interfone.net> Cc: stable@freebsd.org, questions@freebsd.org Subject: Re: 6.0R GENERIC makeoptions DEBUG=-g X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 08:50:53 -0000 SGksIFNpbW9uLAoKT24gMTEvMTQvMDUsIFNpbW9uIElyb25zaWRlIDxzaXJvbnNpZGVAaW50ZXJm b25lLm5ldD4gd3JvdGU6Cj4gSGksCj4KPiAvc3lzL2kzODYvY29uZi9HRU5FUklDIGhhcyB0aGlz IGxpbmUgdW5jb21tZW50ZWQgLSBpcyB0aGlzIG9uIHB1cnBvc2U/IEkKPiBjb21tZW50ZWQgaXQg b3V0IGJlZm9yZSBidWlsZGluZyBhIG5ldyBrZXJuZWwuCj4KPiBtYWtlb3B0aW9ucyAgICAgREVC VUc9LWcKCkkgdGhpbmsgdGhpcyBpcyBpbnRlbnRpb25hbC4gIEhhdmluZyBERUJVRz0tZyBtZWFu cyB0aGF0IHlvdSBoYXZlIGEKa2VybmVsLmRlYnVnIHdoaWNoIGNvbnRhaW5zIGRlYnVnZ2luZyBz eW1ib2xzLCB3aGljaCBpcyBxdWl0ZSB1c2VmdWwKaWYgeW91IGdldCBhIGtlcm5lbCBwYW5pYyBh bmQgd2FudCB0byByZXBvcnQgaXQgYmFjay4gIE9uIHRoZSBvdGhlcgpoYW5kLCBkZWJ1Z2dpbmcg c3ltYm9scyB3b3VsZCBiZSBzdHJpcHBlZCBiZWZvcmUgeW91IGluc3RhbGwgYSBuZXcKa2VybmVs IHNvIGl0IGRvZXMgbm90IGFmZmVjdCB0aGUgcnVubmluZyBrZXJuZWwuCgpDaGVlcnMsCi0tClhp biBMSSA8ZGVscGhpakBkZWxwaGlqLm5ldD4gaHR0cDovL3d3dy5kZWxwaGlqLm5ldAo= From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 08:56:09 2005 Return-Path: X-Original-To: stable@freebsd.org 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 59F2F16A41F; Mon, 14 Nov 2005 08:56:09 +0000 (GMT) (envelope-from sironside@interfone.net) Received: from epistula.interfone.net (host-84-9-255-18.bulldogdsl.com [84.9.255.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BCEC43D6D; Mon, 14 Nov 2005 08:56:08 +0000 (GMT) (envelope-from sironside@interfone.net) Received: from [10.69.4.56] ([10.69.4.56]) by epistula.interfone.net (8.13.1/8.13.1) with ESMTP id jAE99bGs066116; Mon, 14 Nov 2005 09:09:38 GMT (envelope-from sironside@interfone.net) Message-ID: <43785072.5030508@interfone.net> Date: Mon, 14 Nov 2005 08:53:06 +0000 From: Simon Ironside User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: delphij@delphij.net References: <436BCD90.40709@interfone.net> <43784DC6.4000809@interfone.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, questions@freebsd.org Subject: Re: 6.0R GENERIC makeoptions DEBUG=-g X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 08:56:09 -0000 Hello, > I think this is intentional. Having DEBUG=-g means that you have a > kernel.debug which contains debugging symbols, which is quite useful > if you get a kernel panic and want to report it back. On the other > hand, debugging symbols would be stripped before you install a new > kernel so it does not affect the running kernel. This has changed since 5.4 - I just wondered why and whether I would be best leaving it as is or commenting it out. Simon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 09:01:31 2005 Return-Path: X-Original-To: stable@freebsd.org 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 9CAC016A421 for ; Mon, 14 Nov 2005 09:01:31 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C6643D5E for ; Mon, 14 Nov 2005 09:01:26 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by zproxy.gmail.com with SMTP id 18so1102743nzp for ; Mon, 14 Nov 2005 01:01:25 -0800 (PST) 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=QTEcuwPrs5KVTXEoxMHig4r9yPX0U8gU2MS6aaRVe9fM/n0rGe06IkOD/Nck/Lkn/WV7qiXFbk4nCQ/9pNEgtaRkQK+3JJqASiKdVuS8ui1ZtAbNaiOrMWBAKsHpO26EqOBKUQ6PoZ6j8vf2i6fAB1LF3YEXeVxCb9ki+apUM2o= Received: by 10.64.179.4 with SMTP id b4mr5042634qbf; Mon, 14 Nov 2005 01:01:25 -0800 (PST) Received: by 10.64.21.5 with HTTP; Mon, 14 Nov 2005 01:01:25 -0800 (PST) Message-ID: Date: Mon, 14 Nov 2005 01:01:25 -0800 From: Xin LI To: Simon Ironside In-Reply-To: <43785072.5030508@interfone.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <436BCD90.40709@interfone.net> <43784DC6.4000809@interfone.net> <43785072.5030508@interfone.net> Cc: stable@freebsd.org, questions@freebsd.org Subject: Re: 6.0R GENERIC makeoptions DEBUG=-g X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 09:01:31 -0000 T24gMTEvMTQvMDUsIFNpbW9uIElyb25zaWRlIDxzaXJvbnNpZGVAaW50ZXJmb25lLm5ldD4gd3Jv dGU6CltzbmlwXQo+IFRoaXMgaGFzIGNoYW5nZWQgc2luY2UgNS40IC0gSSBqdXN0IHdvbmRlcmVk IHdoeSBhbmQgd2hldGhlciBJIHdvdWxkIGJlCj4gYmVzdCBsZWF2aW5nIGl0IGFzIGlzIG9yIGNv bW1lbnRpbmcgaXQgb3V0LgoKTXkgcGVyc29uYWwgc3VnZ2VzdGlvbiB3b3VsZCBiZSB0aGF0IHlv dSBrZWVwIGl0IGFzLWlzLCBzaW5jZSBpdCBzYXZlcwp5b3VyIHRpbWUgd2hlbiB5b3UgaGF2ZSBr ZXJuZWwgcGFuaWNzIGFuZCB3YW50cyBzb21lb25lIHRvIHF1aWNrbHkKYWRkcmVzcyB0aGUgYnVn IHdpdGhvdXQgaGF2aW5nIHRvIGNyYXNoIHlvdXIgc3lzdGVtIGZvciBhIHNlY29uZCB0aW1lCnRv IGdldCB0aGUgYmFja3RyYWNlID0tKQoKQ2hlZXJzLAotLQpYaW4gTEkgPGRlbHBoaWpAZGVscGhp ai5uZXQ+IGh0dHA6Ly93d3cuZGVscGhpai5uZXQK From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 09:03:01 2005 Return-Path: X-Original-To: stable@freebsd.org 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 4674416A421; Mon, 14 Nov 2005 09:03:01 +0000 (GMT) (envelope-from dev@unixdaemon.org) Received: from mout.perfora.net (mout.perfora.net [217.160.230.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B21E43D9B; Mon, 14 Nov 2005 09:02:44 +0000 (GMT) (envelope-from dev@unixdaemon.org) Received: from [24.24.83.9] (helo=dracula) by mrelay.perfora.net (node=mrelayus1) with ESMTP (Nemesis), id 0MKp2t-1EbaEK3GF3-0003gb; Mon, 14 Nov 2005 04:02:31 -0500 From: Dev Tugnait To: Simon Ironside In-Reply-To: <43785072.5030508@interfone.net> References: <436BCD90.40709@interfone.net> <43784DC6.4000809@interfone.net> <43785072.5030508@interfone.net> Content-Type: text/plain Date: Mon, 14 Nov 2005 04:03:39 -0500 Message-Id: <1131959019.6427.31.camel@dracula> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Provags-ID: perfora.net abuse@perfora.net login:6cab55b0e871d867d86bc0851d5d347f Cc: stable@freebsd.org, questions@freebsd.org, delphij@delphij.net Subject: Re: 6.0R GENERIC makeoptions DEBUG=-g X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dev@unixdaemon.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 09:03:01 -0000 safe to leave un-commented no hindrance in performance. On Mon, 2005-11-14 at 08:53 +0000, Simon Ironside wrote: > Hello, > > > I think this is intentional. Having DEBUG=-g means that you have a > > kernel.debug which contains debugging symbols, which is quite useful > > if you get a kernel panic and want to report it back. On the other > > hand, debugging symbols would be stripped before you install a new > > kernel so it does not affect the running kernel. > > This has changed since 5.4 - I just wondered why and whether I would be > best leaving it as is or commenting it out. > > Simon > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 09:15:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2679F16A41F for ; Mon, 14 Nov 2005 09:15:05 +0000 (GMT) (envelope-from razor@ldc.ro) Received: from ldc.ro (ldc-gw.pub.ro [192.129.3.23]) by mx1.FreeBSD.org (Postfix) with SMTP id AE51A43D46 for ; Mon, 14 Nov 2005 09:15:03 +0000 (GMT) (envelope-from razor@ldc.ro) Received: (qmail 54431 invoked by uid 666); 14 Nov 2005 09:15:01 -0000 Date: Mon, 14 Nov 2005 11:15:01 +0200 From: Alex Popa To: Timm Florian Gloger Message-ID: <20051114091501.GA21987@ldc.ro> Mail-Followup-To: Alex Popa , Timm Florian Gloger , freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> <4377B525.5010405@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4377B525.5010405@web.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.0 freezes shortly after logging in (and at install) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 09:15:05 -0000 On Sun, Nov 13, 2005 at 10:50:29PM +0100, Timm Florian Gloger wrote: > Hi list, > > I get some strange freezes with my fresh 6.0 installation. > > After booting for a several times now i got 2 more freezes in not > coherent periods of time after logging in. > > It is a complete freeze as far as i can explore, neither any keyboard > nor mouse input is noticed and keyboard "hangs" also (no numblock/ > shiftlock switching possible). > > I am able to access the fs through the other os so i checked the message > and other logfiles, but i cannot find any panic or other bad logentries. > > > Any ideas/ suggestions? > > (Will post this as a new thread) > Thanks a lot again > > Timm I have had similar problems with the install / running of FreeBSD 6.0. For me, the install would freeze at random points in unpacking the distributions (once catman, once some soures - ssys if I remember correctly). I suspected CD or ATA problems - checked the downloaded image against the MD5 and SHA256 signatures, was OK. Then re-read the physical CD into MD5, on two different CD-ROM units, and it seemed OK. Another lockup occured with sysinstall, at partitioning my FreeBSD slice, while simply trying to type backspace to delete the pre-set size and type something of my own as the partition size. Note that wasn't the first time I typed backspace, but after already deleting a few chars. All of the previous lockups were HARD - in textmode, on the primary console, no messages on screen, power button wouldn't work, NumLock wouldn't work. The solution (as suggested in the Undernet #FreeBSD channel) was to boot with ACPI disabled. The system works now with no problems (ACPI still disabled). 5.4 still works perfectly (including nvidia video card / ethernet from ports) with ACPI enabled. Hardware info: Motherboard Asus A7N8X, CPU: AMD Sempron 2800+, 1 GB RAM (dual channel). System runs fine under FreeBSD 5.4-stable (a of 2 weeks ago), and under Windows XP. At the time, the addon cards were an ed0 and a rl0 network cards (both PCI), and a SB Live! soundcard. The integrated soundcard was disabled in the BIOS, the integrated network card (nve0) was enabled. Video card: NVidia GeForce FX 5700LE. PS: I have booted the 6.0 install CD with verbose logging, but still nothing was printed on screen at the time of lockup. Hope this helps Alex [PS: If required, I can add dmesg from both 5.4-STABLE and 6.0-RELEASE, but I'm not sure I still have the original kernel on disk for 6.0] ------------+------------------------------------------------------- Alex Popa, | "Computer science is no more about computers than razor@ldc.ro| astronomy is about telescopes" -- E. W. Dijkstra ------------+------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 10:06:47 2005 Return-Path: X-Original-To: stable@freebsd.org 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 0B08F16A41F; Mon, 14 Nov 2005 10:06:47 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D60443D55; Mon, 14 Nov 2005 10:06:45 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id AB2ED564C2; Mon, 14 Nov 2005 11:06:44 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06367-04; Mon, 14 Nov 2005 11:06:43 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 2DF79564C1; Mon, 14 Nov 2005 11:06:43 +0100 (CET) Received: from 145.248.192.30 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Mon, 14 Nov 2005 11:06:43 +0100 (CET) Message-ID: <49476.145.248.192.30.1131962803.squirrel@webmail.thilelli.net> In-Reply-To: <20051113153158.A7337@carver.gumbysoft.com> References: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> <20051113153158.A7337@carver.gumbysoft.com> Date: Mon, 14 Nov 2005 11:06:43 +0100 (CET) From: "Julien Gabel" To: "Doug White" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: Cy Schubert , stable@freebsd.org, Robert Watson Subject: Re: Consistent 6.0-STABLE Hang. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 10:06:47 -0000 >> Running the Citrix ICA wfcmgr (from ports) to change settings, e.g. >> password, for connection to a Windows terminal server hangs FreeBSD 6.0 >> (as of Nov 4) quite consistently. I've tried this on one of my 6.0 >> systems at home and a 6.0 system here at work. I suspect it may have >> something to do with Linux emulation however until I dig into this more >> I won't know for sure. >> >> The only way to "unhang" the system is to press the reset switch. > For fun, try updating to RELENG_6. I committed a fix recently for a hang > thats caused by doing 'ls /dev' in the linuxulator. I think you got it. After rebooting under a fresh 6.0-STABLE (build on Mon Nov 14 05:39:01 CET 2005), the problem didn't appear again... no more need for a serial console on this machine, i think :) Many thanks! -- -jpeg. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 10:22:11 2005 Return-Path: X-Original-To: stable@freebsd.org 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 05EBD16A41F for ; Mon, 14 Nov 2005 10:22:11 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA07E43D45 for ; Mon, 14 Nov 2005 10:22:10 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 42A1B46B3B; Mon, 14 Nov 2005 05:22:10 -0500 (EST) Date: Mon, 14 Nov 2005 10:22:10 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Julien Gabel In-Reply-To: <49476.145.248.192.30.1131962803.squirrel@webmail.thilelli.net> Message-ID: <20051114102148.E90423@fledge.watson.org> References: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> <20051113153158.A7337@carver.gumbysoft.com> <49476.145.248.192.30.1131962803.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Cy Schubert , stable@freebsd.org Subject: Re: Consistent 6.0-STABLE Hang. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 10:22:11 -0000 On Mon, 14 Nov 2005, Julien Gabel wrote: >>> Running the Citrix ICA wfcmgr (from ports) to change settings, e.g. >>> password, for connection to a Windows terminal server hangs FreeBSD 6.0 >>> (as of Nov 4) quite consistently. I've tried this on one of my 6.0 >>> systems at home and a 6.0 system here at work. I suspect it may have >>> something to do with Linux emulation however until I dig into this more >>> I won't know for sure. >>> >>> The only way to "unhang" the system is to press the reset switch. > >> For fun, try updating to RELENG_6. I committed a fix recently for a >> hang thats caused by doing 'ls /dev' in the linuxulator. > > I think you got it. After rebooting under a fresh 6.0-STABLE (build on > Mon Nov 14 05:39:01 CET 2005), the problem didn't appear again... no > more need for a serial console on this machine, i think :) Sounds like a good MFC candidate, assuming it can be MFC'd non-disruptively. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 10:58:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E671016A41F for ; Mon, 14 Nov 2005 10:58:58 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ECF943D45 for ; Mon, 14 Nov 2005 10:58:57 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0DEDA13F3C9; Mon, 14 Nov 2005 11:58:56 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id DFB989F2BE; Mon, 14 Nov 2005 11:58:55 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id C9BBD9C359; Mon, 14 Nov 2005 11:58:55 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6BD7D13F474; Mon, 14 Nov 2005 11:58:55 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id jAEAwtiR071578; Mon, 14 Nov 2005 11:58:55 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id jAEAwsbY056466; Mon, 14 Nov 2005 11:58:55 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id jAEAwsbO002774; Mon, 14 Nov 2005 11:58:54 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id jAEAws20002773; Mon, 14 Nov 2005 11:58:54 +0100 (CET) (envelope-from q@galgenberg.net) Date: Mon, 14 Nov 2005 11:58:54 +0100 From: Ulrich Spoerlein To: Pierre-Luc Drouin Message-ID: <20051114105854.GA1041@galgenberg.net> Mail-Followup-To: Pierre-Luc Drouin , freebsd-stable@freebsd.org References: <4377775B.3080606@pldrouin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <4377775B.3080606@pldrouin.net> X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 10:58:59 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Pierre-Luc Drouin wrote: > Last friday I did a cvsup src/buildworld/buildkernel/installkernel/instal= lworld/mergemaster=20 > on my laptop from 6.0-RELEASE to 6.0-STABLE and since the performance of = my laptop (Dell=20 > Precision M70 with a Pentium M 2GHz) is not good. It behaves like if the = bus was saturated.=20 > I noticed that sound skips when I play a mp3 with xmms and it also skips = when I play dvds=20 > (with mplayer, ogle or vlc). I have tried to recompile a kernel with apic= disabled since I=20 > had some performance issues with this enabled before 6.0-stable, but it d= idn't fix=20 > anything. Does somebody have an idea of what change in the FreeBSD source= s could be causing=20 > this? /me too, and I switched back to 6.0-RELEASE because of that. The problem is the smart battery support that was merged shortly after 6.0-RELEASE. Running wmbsdbatt the system freezes for 0.5s every 10s or so, this is because wmbsdbatt is polling for the battery status. Disabling wmbsdbatt everything was back to normal. This can also be reproduced here with a acpiconf -i loop. Other sources say, it's the thermal stuff thats blocking the OS, but for me it's battery status. (Dell Inspiron 8600c, Pentium-M) Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeG3umArGtfDbn0QRAj64AKDIfB3K2JsGcQOVpj4Kt5EDPpozowCgk2Fa DTHLF2UBbqFRU4j8rVXg//Y= =7Iyb -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 11:12:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6497116A41F for ; Mon, 14 Nov 2005 11:12:57 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from srv-03.bs2.com.br (srv-03.bs2.com.br [200.203.183.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F5F43D45 for ; Mon, 14 Nov 2005 11:12:56 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from [172.16.12.100] (unknown [200.103.162.152]) by srv-03.bs2.com.br (Postfix) with ESMTP id 56B2D4AF74; Mon, 14 Nov 2005 09:14:48 -0200 (BRST) Message-ID: <4378714D.2090603@tirloni.org> Date: Mon, 14 Nov 2005 09:13:17 -0200 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Lee References: <20051113175858.GA20545@soda.csua.berkeley.edu> In-Reply-To: <20051113175858.GA20545@soda.csua.berkeley.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Second SATA drive not detected on 6.0-Release and 6.0-Stable. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 11:12:57 -0000 Richard Lee wrote: > I even downloaded 6.0R ISO image and booted, and there too, the second disk is > not detected. I tried disabling ATA_STATIC_ID, which causes ad4 to become > ad0, but no other effect. I have no IDE hard drives, only two SATA drives. I > don't consider this set up to be anything unusual: Giga-Byte GA-K8S760M > (SIS760/964) with 2GB memory, Sempron64 1.8GHz 256kL2. No RAID (BIOS setting > for RAID/Non-RAID didn't make any difference, either). I tried 6.0-RELEASE only and have the same problem. It's the same SiS chipset here. I've tried 6.0 with other chipsets (Intel/VIA) and that doesn't happen. Also with IDE disks it works just fine too. -- Giovanni P. Tirloni http://blog.tirloni.org From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 11:31:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9959F16A420 for ; Mon, 14 Nov 2005 11:31:07 +0000 (GMT) (envelope-from mail@johankooijman.com) Received: from t-x.dignus.nl (t-x.dignus.nl [81.171.84.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D8A343D46 for ; Mon, 14 Nov 2005 11:31:06 +0000 (GMT) (envelope-from mail@johankooijman.com) Received: from localhost (localhost.dignus.nl [127.0.0.1]) by t-x.dignus.nl (Safehouse) with ESMTP id DE8E854A9 for ; Mon, 14 Nov 2005 12:29:38 +0100 (CET) Received: from DIGNUS (82-168-163-116.dsl.ip.tiscali.nl [82.168.163.116]) by t-x.dignus.nl (Safehouse) with ESMTP id 941C054A1 for ; Mon, 14 Nov 2005 12:29:37 +0100 (CET) From: "Johan Kooijman" To: Date: Mon, 14 Nov 2005 12:31:01 +0100 Message-ID: <000001c5e90e$e45bc2c0$0a01a8c0@DIGNUS> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcXpDfnqnWs1agoDSD+dBsWncC10Vg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Virus-Scanned: by RemSPAMd at t-x.dignus.nl Subject: 6.0-RELEASE Dell PE 850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 11:31:07 -0000 Morning all, After ordering a stack of Dell PE 850 boxes I found out, by experience, that 6.0-RELEASE doesn't work with it. It does recognize the S-ATA controller, but install says it can't find any disks. The disk is a standard Maxtor 80GB S-ATA disk (although a Seagate didn't work either). The controller is an Intel ICH7. Any suggestions? Regards, Johan Kooijman From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 11:49:42 2005 Return-Path: X-Original-To: stable@freebsd.org 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 4815E16A41F; Mon, 14 Nov 2005 11:49:42 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC16243D45; Mon, 14 Nov 2005 11:49:41 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 447FB46B8B; Mon, 14 Nov 2005 06:49:37 -0500 (EST) Date: Mon, 14 Nov 2005 11:49:37 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Simon Ironside In-Reply-To: <43784DC6.4000809@interfone.net> Message-ID: <20051114114450.W66587@fledge.watson.org> References: <436BCD90.40709@interfone.net> <43784DC6.4000809@interfone.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, questions@freebsd.org Subject: Re: 6.0R GENERIC makeoptions DEBUG=-g X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 11:49:42 -0000 On Mon, 14 Nov 2005, Simon Ironside wrote: > /sys/i386/conf/GENERIC has this line uncommented - is this on purpose? I > commented it out before building a new kernel. > > makeoptions DEBUG=-g This was by accident, but actually isn't a bad idea. We discovered the problem at the last minute, after the 6.0-R builds had completed, and as they were rsyncing to mirrors. After thinking about it for a few minutes, we decided that actually, it has some nice benefits that made it worth not rebuilding and re-mirroring. If we were earlier in the release cycle, we might have changed the setting, however. We identified a few specific upsides and downsides: Good: We now have debugging symbols easily available and widely accessible for the GENERIC kernel shipped with the release. This makes it much easier for developers to debug problems using that kernel, as we no longer need to ask end-users to build a kernel with debugging symbols, etc, in order to debug a problem. Especially for a .0 release, this is a very useful, and has presented a problem in previous releases. Bad: Kernel build times are now significantly slower, and required space to build a kernel significantly larger by default. We'll see how it settles out -- CPUs are a lot larger, and disks a lot bigger than they used to be. The kernel is stripped of debugging symbols before it is installed, so this is only potentially a problem on systems that already have enough space to hold source, builds, etc, and doesn't affect systems where the kernel is installed but not built. I.e., this doesn't affect the footprint for embedded systems, or systems where a kernel is built centrally and then distributed. My recommendation would be to leave -g in unless you know that the added build time and disk space for the build process will be a problem for you. Hopefully you don't ever run into any problems requiring debug symbols, but if you do it will probably save you some time and hassle, especially if it's a problem that occurs once every six months, in which case rebooting with a kernel with known symbol layout will mean waiting six months to debug the problem. :-) Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 13:00:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A27FD16A41F for ; Mon, 14 Nov 2005 13:00:45 +0000 (GMT) (envelope-from sebster@sebster.com) Received: from smtp.profdata.nl (server.profdata.nl [213.196.2.244]) by mx1.FreeBSD.org (Postfix) with SMTP id D4ED443D49 for ; Mon, 14 Nov 2005 13:00:44 +0000 (GMT) (envelope-from sebster@sebster.com) Received: (qmail 56418 invoked from network); 14 Nov 2005 13:00:43 -0000 Received: from unknown (HELO ?10.0.0.6?) (80.126.244.3) by server.profdata.nl with SMTP; 14 Nov 2005 13:00:43 -0000 Message-ID: <43788A7A.3020307@sebster.com> Date: Mon, 14 Nov 2005 14:00:42 +0100 From: Sebastiaan van Erk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Space References: <437800F8.5020808@sbcglobal.net> In-Reply-To: <437800F8.5020808@sbcglobal.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 13:00:45 -0000 I had this as well. It means that your DHCP server returns an invalid search domain. The easy way to solve it (if you have access) is to set the search domain to something valid in your DHCP server (Linksys router by any chance?). I couldn't find a flag on dhclient to tell it to ignore invalid search domains: this would be really handy so that you can connect to badly set up networks when you don't have access to the router. Greetings, Sebastiaan Mark Space wrote: > Hi all, > > I just set up the latest 6.0 release, and I'm getting errors with the > DHCP client. Trying to pull a network address during start up, I get: > > Bogus domain search list 15: domain_not_set.invalid > > This repeats several times before giving up. Google tells me that this > problem was report by two users on the bsd-current list. No one ever > replied to their inquiries (at least on the list), so I thought to try > once more to see if there's any interest in addressing this issue. > More info was in the original post: > http://lists.freebsd.org/pipermail/freebsd-current/2005-October/057034.html > > _______________________________________________ > 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 Mon Nov 14 13:23:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 CFCE416A41F for ; Mon, 14 Nov 2005 13:23:33 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70C9A43D45 for ; Mon, 14 Nov 2005 13:23:33 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 3BA6EC3; Mon, 14 Nov 2005 14:24:03 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 376CEC0; Mon, 14 Nov 2005 14:24:03 +0100 (CET) Date: Mon, 14 Nov 2005 14:24:03 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Doug White In-Reply-To: <20051113153531.B7337@carver.gumbysoft.com> Message-ID: <20051114142001.W20948@ns1.as.pvp.se> References: <20051111204659.F8860@ns1.as.pvp.se> <20051113153531.B7337@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Hyperthreading issues. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 13:23:33 -0000 On Sun, 13 Nov 2005, Doug White wrote: > On Fri, 11 Nov 2005, kama wrote: > > > Just upgraded from 5.4 to 6.0 and hyperthreading stoped working. > > Everything looks ok, but it doesn't use two of the logical CPU's. > > This is disabled by default due to a information-leak vulnerability across > the hyperthreaded cores. The details from the release notes: > > Because of an information disclosure vulnerability on processors using > Hyper-Threading Technology (HTT), the machdep.hyperthreading_allowed > sysctl variable has been added. It defaults to 1 (HTT enabled) on FreeBSD > CURRENT, and 0 (HTT disabled) on the 4-STABLE and 5-STABLE development > branches and supported security fix branches. More information can be > found in security advisory FreeBSD-SA-05:09.htt. [MERGED] > > If you don't care about this, add > > machdep.hyperthreading_allowed="1" > > to /boot/loader.conf and reboot. If you had read the mail you'll see further down that its indeed set. After a while it seems to use cpu2&3 but more rarely than 1&0, maybe its ULE that makes it work that way. > > > One other thing is when I try to switch off hyperthreading in BIOS, it > > will hang at bootup when it are settling the scsi drives. After awhile it > > will give me scsi timeouts. This only happens when I have two cpu enabled > > and hyperthreading off. If I disable one cpu w ht off it will boot wo > > problems, or two cpus w ht. But booting with ht + two cpu's gives me the > > other problem. > > Sounds like the BIOS is not rerouting the interrupts correctly. Check for > a BIOS update. > I'll see if there is a new BIOS update. /Bjorn From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 13:42:33 2005 Return-Path: X-Original-To: stable@freebsd.org 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 BCB0316A41F for ; Mon, 14 Nov 2005 13:42:33 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3834843D45 for ; Mon, 14 Nov 2005 13:42:32 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id jAEDgU6O079602; Mon, 14 Nov 2005 14:42:30 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id jAEDgUXT079601; Mon, 14 Nov 2005 14:42:30 +0100 (CET) (envelope-from hk) Date: Mon, 14 Nov 2005 14:42:30 +0100 From: Holger Kipp To: stable@freebsd.org Message-ID: <20051114134230.GA79312@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: FBSD 6.0: mgetty - Bad file descriptor (PR i386/87208) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 13:42:33 -0000 Hello, is there a solution at hand for the dreaded mgetty-problem on FreeBSD 6.0-STABLE? I couldn't find anything on the net except that some people have the same problem, and that PR i386/87208 contains some interesting insight. It is ok for me to 'kill -HUP 1' to get mgetty running (see below), but this does not seem to be a good solution really :-( Apart from that, 6.0 looks quite good! Thanx! Regards, Holger Kipp PS: Any ideas how to get rid of the "cannot open /proc//cmdline"-Message? Looks like linuxism to me... ---------------------- 11/14 14:18:10 ad0 mgetty: interim release 1.1.33-Apr10 11/14 14:18:10 ad0 check for lockfiles 11/14 14:18:10 ad0 locking the line 11/14 14:18:11 ad0 mod: cannot make /dev/cuad0 stdin: Bad file descriptor 11/14 14:18:11 ad0 open device /dev/cuad0 failed: Bad file descriptor 11/14 14:18:11 ad0 cannot get terminal line dev=cuad0, exiting: Bad file descriptor -- 11/14 14:18:11 ad0 mgetty: interim release 1.1.33-Apr10 11/14 14:18:11 ad0 check for lockfiles 11/14 14:18:11 ad0 locking the line 11/14 14:18:11 ad0 lowering DTR to reset Modem 11/14 14:18:12 ad0 send: ATS0=0Q0&D3&C1[0d] 11/14 14:18:12 ad0 waiting for ``OK'' ** found ** 11/14 14:18:12 ad0 waiting... 11/14 14:18:53 ad0 lock not made: lock file exists (pid=784) 11/14 14:18:53 ad0 cannot open /proc/784/cmdline: No such file or directory From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 14:31:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1FC9216A421; Mon, 14 Nov 2005 14:31:17 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C6FF43D46; Mon, 14 Nov 2005 14:31:16 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id jAEEVE7x012736; Mon, 14 Nov 2005 06:31:15 -0800 (PST) (envelope-from bakul@bitblocks.com) Message-Id: <200511141431.jAEEVE7x012736@gate.bitblocks.com> To: Jacques Garrigue In-reply-to: Your message of "Mon, 14 Nov 2005 17:50:31 +0900." <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> Date: Mon, 14 Nov 2005 06:31:14 -0800 From: Bakul Shah Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 14:31:17 -0000 > When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > sleep when X11 is running: the machine freezes, display still on. I > tried disabling DRI, but this does not seem to be the problem: I have > no DRM anyway. I upgraded my T42 to -current from the 6.0 release kernel but from what I remember it worked fine with suspend/resume if acpi_video.ko was loaded at boot time. My T42 has Radeon M7 -- not sure if that makes a difference. If I want DRM (for openGL) the T42 has to be booted without acpi_video.ko. And then I usually forget and put the laptop to sleep => instant reboot on wakeup! When I upgraded to -current I did not make any changes with X11. For what it is worth, this is my /boot/loader.conf if_em_load="YES" if_ath_load="YES" if_iwi_load="YES" wlan_tkip_load="YES" wlan_wep_load="YES" snd_ich_load="YES" cpufreq_load="YES" acpi_ibm_load="YES" acpi_video_load="YES" hw.psm.synaptics_support="1" From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 16:52:54 2005 Return-Path: X-Original-To: stable@freebsd.org 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 643F016A41F for ; Mon, 14 Nov 2005 16:52:54 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C606843D5D for ; Mon, 14 Nov 2005 16:52:52 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (wifi-224-100.sc05.org [140.221.224.100]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id jAEGql0L018150 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 14 Nov 2005 17:52:50 +0100 From: "Petr Holub" To: "Kris Kennaway" Date: Mon, 14 Nov 2005 17:52:51 +0100 Message-ID: <009101c5e93b$d9b95030$c0e6dd8c@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 In-Reply-To: <20051114060913.GA53362@xor.obsecurity.org> X-Muni-Spam-TestIP: 140.221.224.100 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: stable@freebsd.org Subject: RE: a few problems with 6.0-RELEASE on IBM T41p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 16:52:54 -0000 > Not if you're using any third party modules. > What does 'kldstat' tell you? kernel + acpi.ko + linux.ko, as I already mentioned in another email. Petr From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 17:40:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E56FA16A41F for ; Mon, 14 Nov 2005 17:40:41 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B12643D45 for ; Mon, 14 Nov 2005 17:40:41 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 86EF617002C for ; Mon, 14 Nov 2005 12:40:40 -0500 (EST) Message-ID: <4378CC14.2020109@pldrouin.net> Date: Mon, 14 Nov 2005 12:40:36 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> In-Reply-To: <20051114105854.GA1041@galgenberg.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 17:40:42 -0000 Ulrich Spoerlein wrote: >Pierre-Luc Drouin wrote: > > >>Last friday I did a cvsup src/buildworld/buildkernel/installkernel/installworld/mergemaster >>on my laptop from 6.0-RELEASE to 6.0-STABLE and since the performance of my laptop (Dell >>Precision M70 with a Pentium M 2GHz) is not good. It behaves like if the bus was saturated. >>I noticed that sound skips when I play a mp3 with xmms and it also skips when I play dvds >>(with mplayer, ogle or vlc). I have tried to recompile a kernel with apic disabled since I >>had some performance issues with this enabled before 6.0-stable, but it didn't fix >>anything. Does somebody have an idea of what change in the FreeBSD sources could be causing >>this? >> >> > >/me too, and I switched back to 6.0-RELEASE because of that. The problem >is the smart battery support that was merged shortly after 6.0-RELEASE. >Running wmbsdbatt the system freezes for 0.5s every 10s or so, this is >because wmbsdbatt is polling for the battery status. Disabling wmbsdbatt >everything was back to normal. > >This can also be reproduced here with a acpiconf -i loop. > >Other sources say, it's the thermal stuff thats blocking the OS, but for >me it's battery status. (Dell Inspiron 8600c, Pentium-M) > >Ulrich Spoerlein > > Yep, smart battery is definately the problem. The performance of my laptop is back to normal when I remove the xfce4-battery-plugin. acpiconf -i loop reproduces the problem for me too. So it looks like there is something wrong in smart battery. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 17:44:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9A05C16A41F for ; Mon, 14 Nov 2005 17:44:36 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BEA43D6A for ; Mon, 14 Nov 2005 17:44:34 +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 jAEHiXa1009335; Mon, 14 Nov 2005 09:44:33 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jAEHiX4c009334; Mon, 14 Nov 2005 09:44:33 -0800 Date: Mon, 14 Nov 2005 09:44:33 -0800 From: Brooks Davis To: Mark Space Message-ID: <20051114174433.GB1928@odin.ac.hmc.edu> References: <437800F8.5020808@sbcglobal.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <437800F8.5020808@sbcglobal.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: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 17:44:36 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 07:14:00PM -0800, Mark Space wrote: > Hi all, >=20 > I just set up the latest 6.0 release, and I'm getting errors with the=20 > DHCP client. Trying to pull a network address during start up, I get: >=20 > Bogus domain search list 15: domain_not_set.invalid >=20 > This repeats several times before giving up. Google tells me that this= =20 > problem was report by two users on the bsd-current list. No one ever=20 > replied to their inquiries (at least on the list), so I thought to try=20 > once more to see if there's any interest in addressing this issue.=20 >=20 > More info was in the original post: > http://lists.freebsd.org/pipermail/freebsd-current/2005-October/057034.ht= ml We should really bitch and then ignore this value when it's bogus rather than rejecting the lease. We should also probably allow underscores since they are popular among clueless Microsoft admins. Please try the follow patch. -- Brooks Index: dhclient.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/dhclient/dhclient.c,v retrieving revision 1.11 diff -u -p -r1.11 dhclient.c --- dhclient.c 2 Sep 2005 17:35:35 -0000 1.11 +++ dhclient.c 14 Nov 2005 17:42:46 -0000 @@ -67,6 +67,7 @@ __FBSDID("$FreeBSD: src/sbin/dhclient/dh =20 #define PERIOD 0x2e #define hyphenchar(c) ((c) =3D=3D 0x2d) +#define underscorechar(c) ((c) =3D=3D 0x5f) #define bslashchar(c) ((c) =3D=3D 0x5c) #define periodchar(c) ((c) =3D=3D PERIOD) #define asterchar(c) ((c) =3D=3D 0x2a) @@ -76,7 +77,7 @@ __FBSDID("$FreeBSD: src/sbin/dhclient/dh #define whitechar(c) ((c) =3D=3D ' ' || (c) =3D=3D '\t') =20 #define borderchar(c) (alphachar(c) || digitchar(c)) -#define middlechar(c) (borderchar(c) || hyphenchar(c)) +#define middlechar(c) (borderchar(c) || hyphenchar(c) || underscorechar(c)) #define domainchar(c) ((c) > 0x20 && (c) < 0x7f) =20 #define CLIENT_PATH "PATH=3D/usr/bin:/usr/sbin:/bin:/sbin" @@ -2252,6 +2253,8 @@ check_option(struct client_lease *l, int if (!res_hnok(sbuf)) { warning("Bogus Host Name option %d: %s (%s)", option, sbuf, opbuf); + l->options[option].len =3D 0; + free(l->options[option].data); return (0); } return (1); @@ -2260,7 +2263,8 @@ check_option(struct client_lease *l, int if (!check_search(sbuf)) { warning("Bogus domain search list %d: %s (%s)", option, sbuf, opbuf); - return (0); + l->options[option].len =3D 0; + free(l->options[option].data); } } return (1); --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDeM0BXY6L6fI4GtQRArSWAJ9UFHTRTCW312TZ9bSJJuele9pqxQCeLi4j 6bBs4MYIeZrWFpW/K36N+XI= =08ZK -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 17:45:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 BE7DC16A41F for ; Mon, 14 Nov 2005 17:45:28 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A406443D80 for ; Mon, 14 Nov 2005 17:45:25 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20051114174607.BYQU7456.mta1.siol.net@edge1.siol.net> for ; Mon, 14 Nov 2005 18:46:07 +0100 Received: from [192.168.1.102] (really [193.77.89.163]) by edge1.siol.net with ESMTP id <20051114174514.HHDI15081.edge1.siol.net@[192.168.1.102]> for ; Mon, 14 Nov 2005 18:45:14 +0100 Message-ID: <4378CD2B.20208@kabelnet.net> Date: Mon, 14 Nov 2005 18:45:15 +0100 From: Ales User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Strange boot messages under 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 17:45:28 -0000 During boot process under 6.0-STABLE I spoted some strange messages. ... ... Nov 14 18:18:45 romcek kernel: cd0 at ata1 bus 0 target 0 lun 0 Nov 14 18:18:45 romcek kernel: cd0: Removable CD-ROM SCSI-0 device Nov 14 18:18:45 romcek kernel: cd0: 33.000MB/s transfers Nov 14 18:18:45 romcek kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Nov 14 18:18:45 romcek kernel: Trying to mount root from ufs:/dev/ad4s1a Nov 14 18:18:45 romcek savecore: reboot after panic: page fault Nov 14 18:18:45 romcek savecore: no dump, not enough free space on device (143858 available, need 523842) Nov 14 18:18:45 romcek savecore: unsaved dumps found but not saved Nov 14 18:22:01 romcek /usr/libexec/save-entropy[722]: /var/db/entropy/saved-entropy.8 is not a regular file, and therefore it will not be rotated. Entropy file harvesting is aborted. ............. That "reboot after panic" message is strange, because the box is running normally. Can someone plese tell me why I'm geting those messages. My system is 6.0-STABLE and I upgraded from 5.4. FreeBSD 6.0-STABLE #4: Sun Nov 6 14:09:42 CET 2005 Aleš Slovenia From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 18:38:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 F112E16A41F for ; Mon, 14 Nov 2005 18:38:13 +0000 (GMT) (envelope-from markspace@sbcglobal.net) Received: from smtp111.sbc.mail.mud.yahoo.com (smtp111.sbc.mail.mud.yahoo.com [68.142.198.210]) by mx1.FreeBSD.org (Postfix) with SMTP id 7FF4B43D46 for ; Mon, 14 Nov 2005 18:38:13 +0000 (GMT) (envelope-from markspace@sbcglobal.net) Received: (qmail 48748 invoked from network); 14 Nov 2005 18:38:08 -0000 Received: from unknown (HELO ?10.0.0.11?) (markspace@sbcglobal.net@69.109.229.221 with plain) by smtp111.sbc.mail.mud.yahoo.com with SMTP; 14 Nov 2005 18:38:07 -0000 Message-ID: <4378DBE9.4060400@sbcglobal.net> Date: Mon, 14 Nov 2005 10:48:09 -0800 From: Mark Space User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: Brooks Davis References: <437800F8.5020808@sbcglobal.net> <20051114174433.GB1928@odin.ac.hmc.edu> In-Reply-To: <20051114174433.GB1928@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 18:38:14 -0000 Thanks to Sebastian and Brooks for their quick replies. I took the easy way out and installed the ISC client which works just fine. The problem is my DHCP server is a DSL modem. I don't see any way to set the domain field. In addition, this interface is really not on a network but a connection between two networks (its PPPoE), it make sense that my ISP has configured the modem this way. The interface is one that will be addressed only by address, it really doesnt have a name. Or at least, the DHCP "server" doesn't assign a domain, its set elsewhere. So I think Brooks is correct. The dhcp client should just ignore the domain setting and just assume that there is no domain associated with this interface. Should we suggest this to the OpenBSD client maintainer? Brooks Davis wrote: >On Sun, Nov 13, 2005 at 07:14:00PM -0800, Mark Space wrote: > > >>Hi all, >> >>I just set up the latest 6.0 release, and I'm getting errors with the >>DHCP client. Trying to pull a network address during start up, I get: >> >>Bogus domain search list 15: domain_not_set.invalid >> >>This repeats several times before giving up. Google tells me that this >>problem was report by two users on the bsd-current list. No one ever >>replied to their inquiries (at least on the list), so I thought to try >>once more to see if there's any interest in addressing this issue. >> >>More info was in the original post: >>http://lists.freebsd.org/pipermail/freebsd-current/2005-October/057034.html >> >> > >We should really bitch and then ignore this value when it's bogus rather >than rejecting the lease. We should also probably allow underscores >since they are popular among clueless Microsoft admins. Please try the >follow patch. > >-- Brooks > >Index: dhclient.c >=================================================================== >RCS file: /home/ncvs/src/sbin/dhclient/dhclient.c,v >retrieving revision 1.11 >diff -u -p -r1.11 dhclient.c >--- dhclient.c 2 Sep 2005 17:35:35 -0000 1.11 >+++ dhclient.c 14 Nov 2005 17:42:46 -0000 >@@ -67,6 +67,7 @@ __FBSDID("$FreeBSD: src/sbin/dhclient/dh > > #define PERIOD 0x2e > #define hyphenchar(c) ((c) == 0x2d) >+#define underscorechar(c) ((c) == 0x5f) > #define bslashchar(c) ((c) == 0x5c) > #define periodchar(c) ((c) == PERIOD) > #define asterchar(c) ((c) == 0x2a) >@@ -76,7 +77,7 @@ __FBSDID("$FreeBSD: src/sbin/dhclient/dh > #define whitechar(c) ((c) == ' ' || (c) == '\t') > > #define borderchar(c) (alphachar(c) || digitchar(c)) >-#define middlechar(c) (borderchar(c) || hyphenchar(c)) >+#define middlechar(c) (borderchar(c) || hyphenchar(c) || underscorechar(c)) > #define domainchar(c) ((c) > 0x20 && (c) < 0x7f) > > #define CLIENT_PATH "PATH=/usr/bin:/usr/sbin:/bin:/sbin" >@@ -2252,6 +2253,8 @@ check_option(struct client_lease *l, int > if (!res_hnok(sbuf)) { > warning("Bogus Host Name option %d: %s (%s)", option, > sbuf, opbuf); >+ l->options[option].len = 0; >+ free(l->options[option].data); > return (0); > } > return (1); >@@ -2260,7 +2263,8 @@ check_option(struct client_lease *l, int > if (!check_search(sbuf)) { > warning("Bogus domain search list %d: %s (%s)", > option, sbuf, opbuf); >- return (0); >+ l->options[option].len = 0; >+ free(l->options[option].data); > } > } > return (1); > > > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 19:22:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 302DB16A41F; Mon, 14 Nov 2005 19:22:16 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9F0E43D55; Mon, 14 Nov 2005 19:22:15 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 14 Nov 2005 11:22:12 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2BB4F5D04; Mon, 14 Nov 2005 11:22:11 -0800 (PST) To: Jacques Garrigue In-reply-to: Your message of "Mon, 14 Nov 2005 17:50:31 +0900." <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> Date: Mon, 14 Nov 2005 11:22:10 -0800 From: "Kevin Oberman" Message-Id: <20051114192211.2BB4F5D04@ptavv.es.net> Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 19:22:16 -0000 > Date: Mon, 14 Nov 2005 17:50:31 +0900 (JST) > From: Jacques Garrigue > Sender: owner-freebsd-mobile@freebsd.org > > I've got a strange problem with my IBM T42 / Radeon M10 setup. > > When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > sleep when X11 is running: the machine freezes, display still on. I > tried disabling DRI, but this does not seem to be the problem: I have > no DRM anyway. > > On the other hand, everything works fines with a 6.0-RC1 kernel. > Was there a big change in between, such that I need to change my > configuration? > > I can give more information if it helps. First, you really want to install and use radeontool. It can properly turn off the Radeon display, backlight, and DAC which (as far as i know) xorg does not. It also does better than jhb's patch to acpi_video. (I suspect that the patch does not turn off the DAC.) You need to add acpi_video_load="YES" and probably want to add vesa_load="YES" and acpi_ibm_load="YES", although those are probably not related to your current problem. You may also need to add hw.acpi.reset_video=0 and hw.syscons.sc_no_suspend_vtswitch=1 to /etc/sysctl.conf. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 19:40:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 33D5F16A41F; Mon, 14 Nov 2005 19:40:30 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07C7443D6D; Mon, 14 Nov 2005 19:40:22 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr8.xs4all.nl (8.13.3/8.13.3) with ESMTP id jAEJeI0T090931; Mon, 14 Nov 2005 20:40:18 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id jAEJeHIT099008; Mon, 14 Nov 2005 20:40:17 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id jAEJeHqY099007; Mon, 14 Nov 2005 20:40:17 +0100 (CET) (envelope-from wb) Date: Mon, 14 Nov 2005 20:40:17 +0100 From: Wilko Bulte To: Ken Smith Message-ID: <20051114194016.GA98975@freebie.xs4all.nl> References: <1131849098.14246.18.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <1131849098.14246.18.camel@neo.cse.buffalo.edu> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: November Monthly Snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 19:40:30 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 12, 2005 at 09:31:38PM -0500, Ken Smith wrote.. >=20 > The November Monthly Snapshots except for sparc64 (still building) are > posted to ftp-master and should appear on the mirror sites soon. >=20 > This month we've got RELENG_5 and HEAD snapshots. Since 6.0 just came > out it didn't make sense to bother with a RELENG_6 snapshot. >=20 > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Nov_2005/ >=20 > MD5's and SHA256's for what is currently available: I have in the meantime generated an Alpha 7-CURRENT build: MD5 (7-CURRENT-SNAP009-alpha-bootonly.iso) =3D 5f3b58226beb30923ac0861eaa21= c491 MD5 (7-CURRENT-SNAP009-alpha-disc1.iso) =3D 08e4c58534589ac166db9f73db874620 SHA256 (7-CURRENT-SNAP009-alpha-bootonly.iso) =3D b87d8175e3d6b0626b59291c2= c2e0045169e1accca613746ec18eb7ec7fe86d8 SHA256 (7-CURRENT-SNAP009-alpha-disc1.iso) =3D 791c5ed9e3fb8b5bf9325ccd7895= dae1374cdc5ada00f08ab194d764c4fb23b4 Coming soon to a ftp server near you.. --=20 Wilko Bulte wilko@FreeBSD.org --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iQCVAwUBQ3joIPymwUj/iuMFAQIP7AP7BUJ79XeyjlxhWc/gSxodD0Z/SbKFCs1T aisjYflfzM1Hni2UI9GcGLxzRfETx/CjxRpufjDZjkip92FzhE7enBpVUNiE1TOE xQ/lZSZCSr4e5OJ1LVBDzi1bEV3qBRPCH/IDkMSXdAgIMw6F7joVhb7OShBkxQzB Ul0U4v4aPyM= =6A5R -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 19:51:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 DDDEB16A41F for ; Mon, 14 Nov 2005 19:51:37 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C2543D6B for ; Mon, 14 Nov 2005 19:51:37 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id C00DCB80A for ; Mon, 14 Nov 2005 14:51:36 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <000001c5e90e$e45bc2c0$0a01a8c0@DIGNUS> References: <000001c5e90e$e45bc2c0$0a01a8c0@DIGNUS> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 14 Nov 2005 14:51:36 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Subject: Re: 6.0-RELEASE Dell PE 850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 19:51:38 -0000 On Nov 14, 2005, at 6:31 AM, Johan Kooijman wrote: > After ordering a stack of Dell PE 850 boxes I found out, by > experience, that > 6.0-RELEASE doesn't work with it. It does recognize the S-ATA > controller, > but install says it can't find any disks. there was some discussion about this on the pfSense (firewall software built on 6.0) a week or so ago. Apparently there is some kernel patch that allows the PE850 to work. perhaps digging thru the pfSense mailing list archives will help find it. Not sure the status of having that patch merged back into the FreeBSD main code. I certainly hope it will be, given how popular these boxes are. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 20:01:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 67CA216A420 for ; Mon, 14 Nov 2005 20:01:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4E3543D45 for ; Mon, 14 Nov 2005 20:01:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9BDC31A4D7B; Mon, 14 Nov 2005 12:01:20 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C61E05126B; Mon, 14 Nov 2005 15:01:19 -0500 (EST) Date: Mon, 14 Nov 2005 15:01:19 -0500 From: Kris Kennaway To: Ales Message-ID: <20051114200119.GA82582@xor.obsecurity.org> References: <4378CD2B.20208@kabelnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <4378CD2B.20208@kabelnet.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Strange boot messages under 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:01:23 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 06:45:15PM +0100, Ales wrote: > During boot process under 6.0-STABLE I spoted some strange messages. >=20 > ... > ... > Nov 14 18:18:45 romcek kernel: cd0 at ata1 bus 0 target 0 lun 0 > Nov 14 18:18:45 romcek kernel: cd0: Removable= =20 > CD-ROM SCSI-0 device > Nov 14 18:18:45 romcek kernel: cd0: 33.000MB/s transfers > Nov 14 18:18:45 romcek kernel: cd0: Attempt to query device size failed:= =20 > NOT READY, Medium not present > Nov 14 18:18:45 romcek kernel: Trying to mount root from ufs:/dev/ad4s1a > Nov 14 18:18:45 romcek savecore: reboot after panic: page fault > Nov 14 18:18:45 romcek savecore: no dump, not enough free space on=20 > device (143858 available, need 523842) > Nov 14 18:18:45 romcek savecore: unsaved dumps found but not saved > Nov 14 18:22:01 romcek /usr/libexec/save-entropy[722]:=20 > /var/db/entropy/saved-entropy.8 is not a regular file, and therefore it= =20 > will not be rotated. Entropy file harvesting is aborted. > ............. >=20 > That "reboot after panic" message is strange, because the box is running= =20 > normally. > Can someone plese tell me why I'm geting those messages. Your system panicked at some point in the past, but it can't save the dump for the reason specified. Also, the message about entropy is important and should be attended to. Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeO0OWry0BWjoQKURAnGCAKCbH4XgEK3RzOkFjuwpcndbSrIOSQCff5aR 7xGUZIGLGCwLgHLDYHmt9lw= =k9nB -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 20:03:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 BC2AD16A434 for ; Mon, 14 Nov 2005 20:03:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CEF443D9E for ; Mon, 14 Nov 2005 20:03:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 76D611A4D7A; Mon, 14 Nov 2005 12:03:05 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9CD7A533EB; Mon, 14 Nov 2005 15:03:04 -0500 (EST) Date: Mon, 14 Nov 2005 15:03:04 -0500 From: Kris Kennaway To: Pierre-Luc Drouin Message-ID: <20051114200304.GB82582@xor.obsecurity.org> References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline In-Reply-To: <4378CC14.2020109@pldrouin.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:03:57 -0000 --ZoaI/ZTpAVc4A5k6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 12:40:36PM -0500, Pierre-Luc Drouin wrote: > Yep, smart battery is definately the problem. The performance of my=20 > laptop is back to normal when I remove the xfce4-battery-plugin.=20 > acpiconf -i loop reproduces the problem for me too. So it looks like=20 > there is something wrong in smart battery. Glad to hear you tracked it down. Please file a PR so this bug can be tracked. Kris --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeO12Wry0BWjoQKURAr9MAJ9agrzH/3N6VPARORkocoMfqfeYrACgsW9Y pHWCKTKeYqbOdpfjB9RiuYc= =1w4z -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 20:20:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 C4BEC16A44B for ; Mon, 14 Nov 2005 20:20:18 +0000 (GMT) (envelope-from mitch@bitblock.com) Received: from bigass1.bitblock.com (ns1.bitblock.com [66.199.170.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8690243D8C for ; Mon, 14 Nov 2005 20:20:03 +0000 (GMT) (envelope-from mitch@bitblock.com) Received: from dc1 ([66.199.170.122]) (AUTH: LOGIN mitch@bitblock.com) by bigass1.bitblock.com with esmtp; Mon, 14 Nov 2005 20:19:56 +0000 X-Abuse-Reports: Visit http://www.bitblock.com/abuse.php X-Abuse-Reports: and submit a copy of the message headers X-Abuse-Reports: or review our policies and procedures X-Abuse-Reports: ID= 4378F16C.000037CD.bigass1.bitblock.com,dns; dc1 ([66.199.170.122]),AUTH: LOGIN mitch@bitblock.com From: "Mitch \(Bitblock\)" To: freebsd-stable@freebsd.org Date: Mon, 14 Nov 2005 12:20:15 -0800 Organization: Bitblock Systems Inc. Message-ID: <028001c5e958$d2e67680$0600010a@hts.bitblock.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.326 Thread-Index: AcXnYKIa8Q1VcU6uStWwh7D5N3A0CAAiBjrgAFvrcdA= In-Reply-To: <00a401c5e7e9$4deb2720$0600010a@hts.bitblock.net> Subject: RE: (i386/88610) Problem with booting FreeBSD 6.0 bootonly.iso -5.4works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:20:18 -0000 Can someone confirm what more information I should follow up with? I haven't seen any traffic except my own on this thread - wondering if I'm missing something or doing something wrong... please advise? I'm trying to figure out how to capture a crash dump from the kernel while booting, or how to get a kernel with debugging symbols loaded (I have some advice on this later procedure I'm still working on...) Would be nice to hear from anyone that at least my messages are getting through? Thanks! Dmesg and so on are posted with PR# 88610. Thanks m/ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 20:28:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9A6B016A420 for ; Mon, 14 Nov 2005 20:28:57 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF3E343D55 for ; Mon, 14 Nov 2005 20:28:52 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 53E61C08BE9 for ; Tue, 15 Nov 2005 00:33:11 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 41016-08 for ; Mon, 14 Nov 2005 20:28:48 +0000 (GMT) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id BA51EC08BE0 for ; Tue, 15 Nov 2005 00:33:10 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 48A234AA39; Mon, 14 Nov 2005 16:28:52 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 40E3B4A951 for ; Mon, 14 Nov 2005 16:28:52 -0400 (AST) Date: Mon, 14 Nov 2005 16:28:52 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20051114162702.H1019@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: em devices not sending proper arp packets ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:28:57 -0000 There is a problem with the latest 4-STABLE where when you move an IP from one server on the network to a new one, a proper arp packet isn't being sent upstream, so the router isn't getting the change ... It only appears to affect the new em driver, as I have other servers on the network running an older kernel, where this doesn't happen ... Does anyone have a 'work around' for this? ---- 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 Mon Nov 14 20:36:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E96BA16A41F for ; Mon, 14 Nov 2005 20:36:29 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7893543D49 for ; Mon, 14 Nov 2005 20:36:29 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so685055wxc for ; Mon, 14 Nov 2005 12:36:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kCy4hf/jJA3u+BNJmxFOyJCvoJQK/NJP2VZG8VRnOBNC/GzgtCS2S/tH/iV9bUZ79rEtdCoiC4xZ3olbNBdIPfi0kXVVqoXTPsx9y1LIjgPv3P3+MvfG7zfn9Uv4rT9xPwSMDflulWBzuqTYXoX2hfoef/7tq6DhCUjm7XPI/ac= Received: by 10.70.60.5 with SMTP id i5mr1897461wxa; Mon, 14 Nov 2005 12:36:28 -0800 (PST) Received: by 10.70.104.18 with HTTP; Mon, 14 Nov 2005 12:36:28 -0800 (PST) Message-ID: <35c231bf0511141236m7bfb6b4eyea3a39090e887754@mail.gmail.com> Date: Mon, 14 Nov 2005 12:36:28 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: "Marc G. Fournier" In-Reply-To: <20051114162702.H1019@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051114162702.H1019@ganymede.hub.org> Cc: freebsd-stable@freebsd.org Subject: Re: em devices not sending proper arp packets ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:36:30 -0000 On 11/14/05, Marc G. Fournier wrote: > > There is a problem with the latest 4-STABLE where when you move an IP fro= m > one server on the network to a new one, a proper arp packet isn't being > sent upstream, so the router isn't getting the change ... > > It only appears to affect the new em driver, as I have other servers on > the network running an older kernel, where this doesn't happen ... > > Does anyone have a 'work around' for this? We've had this problem too. Some have suggested turning on "portfast" on the Cisco switches, but that doesn't resolve it. It causes severely long delays when doing net installs (sysinstall has a very long retry time for DNS lookups, measured in minutes). Ultimately the problem is that the driver changed some time in the 4 branch (we think it was between 4.1 and 4.2 or 4.2 and 4.3) What I've heard is that because the driver was submitted by Intel, Intel should fix the bug, and the FreeBSD team will import their fix if they make it available. FWIW, the driver for the same NICs included with Linux 2.6 arps OK. I might be able to run tcpdump on a Linux box and compare it to a FreeBSD box, and suggest where the problem is, but since the last I heard was that we're waiting on Intel to fix it, I'm not sure if it'd do any good? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 20:40:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 11FB916A434 for ; Mon, 14 Nov 2005 20:40:04 +0000 (GMT) (envelope-from jsimola@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9056143D49 for ; Mon, 14 Nov 2005 20:40:03 +0000 (GMT) (envelope-from jsimola@gmail.com) Received: by xproxy.gmail.com with SMTP id t10so1744742wxc for ; Mon, 14 Nov 2005 12:40:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kAzs6Pcq22ZQG5/Q71WdV++2e8Nkgl7ln6CXhDrhsUSsYv9h/QKOJQ7jfgqy2UlDpi27bKT1KtQlBvz5KfAqIFROglQduk2yhaFz1VfXR5MawK24nzeasaZ6sbzE5ntXo8UEvkOqyL7GL1zZGxradKmT4zHkSy4ltTlKM7dv7CE= Received: by 10.65.83.18 with SMTP id k18mr4152580qbl; Mon, 14 Nov 2005 12:40:02 -0800 (PST) Received: by 10.65.150.7 with HTTP; Mon, 14 Nov 2005 12:40:02 -0800 (PST) Message-ID: <8eea04080511141240vb7f9f46wba4152490ec8809c@mail.gmail.com> Date: Mon, 14 Nov 2005 12:40:02 -0800 From: Jon Simola Sender: jsimola@gmail.com To: "Marc G. Fournier" In-Reply-To: <20051114162702.H1019@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051114162702.H1019@ganymede.hub.org> Cc: freebsd-stable@freebsd.org Subject: Re: em devices not sending proper arp packets ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:40:04 -0000 On 11/14/05, Marc G. Fournier wrote: > There is a problem with the latest 4-STABLE where when you move an IP fro= m > one server on the network to a new one, a proper arp packet isn't being > sent upstream, so the router isn't getting the change ... > Does anyone have a 'work around' for this? arp -s 10.0.2.3 00:00:10:20:30:45 pub On the "old" owner of the ip address, publish the MAC of the new owner (10.0.2.3 being the ip that was moved, 00:00:10:20:30:45 being the new MAC). I do this all the time as someone set this stupid Cisco switch up with a 2 hour ARP cache and I can't change/disable it. Once you verify that the router gets updated, delete the published arp entr= y. -- Jon Simola Systems Administrator ABC Communications From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 20:41:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 26BD916A41F for ; Mon, 14 Nov 2005 20:41:10 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF3143D73 for ; Mon, 14 Nov 2005 20:40:48 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so685863wxc for ; Mon, 14 Nov 2005 12:40:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gFv+PnuQ5jjHkojCFeHrHOIPtEwjW6tqWrfEO7HQCLX6bwj5V85LoQvLdNqtxM0f9hHuJIOmgE6UX5l2xgl5G5nyxxHHh4eakSulGAEiMVL7oY7Y0CrUVFKoTPfTYJORJ3L7LHnekF9Ug93T53+o2iVILaICMLYPh1l84t0MItU= Received: by 10.70.29.4 with SMTP id c4mr1785712wxc; Mon, 14 Nov 2005 12:40:47 -0800 (PST) Received: by 10.70.104.18 with HTTP; Mon, 14 Nov 2005 12:40:47 -0800 (PST) Message-ID: <35c231bf0511141240w4f50b0a0g25df0639086f26b5@mail.gmail.com> Date: Mon, 14 Nov 2005 12:40:47 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: "Marc G. Fournier" In-Reply-To: <35c231bf0511141236m7bfb6b4eyea3a39090e887754@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051114162702.H1019@ganymede.hub.org> <35c231bf0511141236m7bfb6b4eyea3a39090e887754@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: em devices not sending proper arp packets ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:41:10 -0000 On 11/14/05, David Kirchner wrote: > We've had this problem too. Some have suggested turning on "portfast" > on the Cisco switches, but that doesn't resolve it. It causes severely > long delays when doing net installs (sysinstall has a very long retry > time for DNS lookups, measured in minutes). Ultimately the problem is > that the driver changed some time in the 4 branch (we think it was > between 4.1 and 4.2 or 4.2 and 4.3) Sorry to reply to myself here, I forgot to add: The problem is still present in 6.0-RELEASE, and can be seen while running sysinstall. Haven't tried 6.0-STABLE (can't get -RELEASE to install due to unrelated bug bin/88872). According to cvsweb, 6.0-RELEASE has the latest Intel driver. Also: The bug you're seeing may be unrelated to the bug I was seeing, but I suspect they may be similar. Arps just don't seem to be going out like they should From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 20:51:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8631216A41F for ; Mon, 14 Nov 2005 20:51:45 +0000 (GMT) (envelope-from Colin.Farley@ecarecenters.com) Received: from ranger.electric.net (ranger.electric.net [216.129.90.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DFF343D45 for ; Mon, 14 Nov 2005 20:51:41 +0000 (GMT) (envelope-from Colin.Farley@ecarecenters.com) Received: from root by ranger.electric.net with emc1-ok (Exim 4.24) id 1EblIh-0002M6-Vf; Mon, 14 Nov 2005 12:51:39 -0800 Received: by emcmailer; Mon, Nov 14 2005 12:51:39 -0800 Received: from [64.4.68.42] (helo=wpg1-notesmail.PRLOANS.LAN) by ranger.electric.net with esmtp (Exim 4.24) id 1EblIg-0002Lh-W4; Mon, 14 Nov 2005 12:51:38 -0800 In-Reply-To: <35c231bf0511141240w4f50b0a0g25df0639086f26b5@mail.gmail.com> To: David Kirchner X-Mailer: Lotus Notes Release 7.0 August 18, 2005 Message-ID: From: Colin Farley Date: Mon, 14 Nov 2005 14:51:09 -0600 X-MIMETrack: Serialize by Router on PRLUSA-NOTESMAIL/COMPUBank(Release 6.5.4FP1|June 19, 2005) at 11/14/2005 02:51:00 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Virus-Status: Scanned by VirusSMART (s) Cc: freebsd-stable@freebsd.org Subject: Re: em devices not sending proper arp packets ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:51:45 -0000 I have this same problem on some production servers running 4.10-RELEASE-p16. My work around is to set the arp cache timeout on our 2811 router to 10 seconds. Colin David Kirchner Sent by: To owner-freebsd-sta "Marc G. Fournier" ble@freebsd.org cc freebsd-stable@freebsd.org 11/14/2005 02:40 Subject PM Re: em devices not sending proper arp packets ... On 11/14/05, David Kirchner wrote: > We've had this problem too. Some have suggested turning on "portfast" > on the Cisco switches, but that doesn't resolve it. It causes severely > long delays when doing net installs (sysinstall has a very long retry > time for DNS lookups, measured in minutes). Ultimately the problem is > that the driver changed some time in the 4 branch (we think it was > between 4.1 and 4.2 or 4.2 and 4.3) Sorry to reply to myself here, I forgot to add: The problem is still present in 6.0-RELEASE, and can be seen while running sysinstall. Haven't tried 6.0-STABLE (can't get -RELEASE to install due to unrelated bug bin/88872). According to cvsweb, 6.0-RELEASE has the latest Intel driver. Also: The bug you're seeing may be unrelated to the bug I was seeing, but I suspect they may be similar. Arps just don't seem to be going out like they should _______________________________________________ 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 Mon Nov 14 20:57:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 02B8E16A420 for ; Mon, 14 Nov 2005 20:57:20 +0000 (GMT) (envelope-from Colin.Farley@ecarecenters.com) Received: from sarge.electric.net (sarge.electric.net [216.129.90.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60BCB43D45 for ; Mon, 14 Nov 2005 20:57:20 +0000 (GMT) (envelope-from Colin.Farley@ecarecenters.com) Received: from root by sarge.electric.net with emc1-ok (Exim 4.24) id 1EblOB-0002NL-UL; Mon, 14 Nov 2005 12:57:19 -0800 Received: by emcmailer; Mon, Nov 14 2005 12:57:19 -0800 Received: from [64.4.68.42] (helo=wpg1-notesmail.PRLOANS.LAN) by sarge.electric.net with esmtp (Exim 4.24) id 1EblO9-0002LJ-Tk; Mon, 14 Nov 2005 12:57:17 -0800 To: David Kirchner X-Mailer: Lotus Notes Release 7.0 August 18, 2005 Message-ID: From: Colin Farley Date: Mon, 14 Nov 2005 14:56:47 -0600 X-MIMETrack: Serialize by Router on PRLUSA-NOTESMAIL/COMPUBank(Release 6.5.4FP1|June 19, 2005) at 11/14/2005 02:56:39 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Virus-Status: Scanned by VirusSMART (s) Cc: freebsd-stable@freebsd.org Subject: Fw: em devices not sending proper arp packets ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 20:57:21 -0000 I forgot to add this isn't specific to the em driver, as I use the lnc. Also, it's not a problem all the time, only sometimes the boxes fail to send out Gratuitous ARP packets. I have verified by capturing packets and trying to readd an alias a short period after the failure. Colin ----- Forwarded by Colin Farley/COMPUBank on 11/14/2005 02:54 PM ----- Colin Farley/COMPUBank To 11/14/2005 02:51 David Kirchner PM cc freebsd-stable@freebsd.org, "Marc G. Fournier" Subject Re: em devices not sending proper arp packets ...(Document link: Colin Farley) I have this same problem on some production servers running 4.10-RELEASE-p16. My work around is to set the arp cache timeout on our 2811 router to 10 seconds. Colin David Kirchner Sent by: To owner-freebsd-sta "Marc G. Fournier" ble@freebsd.org cc freebsd-stable@freebsd.org 11/14/2005 02:40 Subject PM Re: em devices not sending proper arp packets ... On 11/14/05, David Kirchner wrote: > We've had this problem too. Some have suggested turning on "portfast" > on the Cisco switches, but that doesn't resolve it. It causes severely > long delays when doing net installs (sysinstall has a very long retry > time for DNS lookups, measured in minutes). Ultimately the problem is > that the driver changed some time in the 4 branch (we think it was > between 4.1 and 4.2 or 4.2 and 4.3) Sorry to reply to myself here, I forgot to add: The problem is still present in 6.0-RELEASE, and can be seen while running sysinstall. Haven't tried 6.0-STABLE (can't get -RELEASE to install due to unrelated bug bin/88872). According to cvsweb, 6.0-RELEASE has the latest Intel driver. Also: The bug you're seeing may be unrelated to the bug I was seeing, but I suspect they may be similar. Arps just don't seem to be going out like they should _______________________________________________ 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 Mon Nov 14 21:10:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6C41216A422 for ; Mon, 14 Nov 2005 21:10:37 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F1D843D45 for ; Mon, 14 Nov 2005 21:10:36 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 2F945170017 for ; Mon, 14 Nov 2005 16:10:36 -0500 (EST) Message-ID: <4378FD48.6020708@pldrouin.net> Date: Mon, 14 Nov 2005 16:10:32 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <20051114200304.GB82582@xor.obsecurity.org> In-Reply-To: <20051114200304.GB82582@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 21:10:37 -0000 Kris Kennaway wrote: >On Mon, Nov 14, 2005 at 12:40:36PM -0500, Pierre-Luc Drouin wrote: > > > >>Yep, smart battery is definately the problem. The performance of my >>laptop is back to normal when I remove the xfce4-battery-plugin. >>acpiconf -i loop reproduces the problem for me too. So it looks like >>there is something wrong in smart battery. >> >> > >Glad to hear you tracked it down. Please file a PR so this bug can be >tracked. > >Kris > > Done From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 21:49:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 DEFDB16A41F for ; Mon, 14 Nov 2005 21:49:15 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93D8443D73 for ; Mon, 14 Nov 2005 21:49:10 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by nproxy.gmail.com with SMTP id p48so295912nfa for ; Mon, 14 Nov 2005 13:49:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=d4LGh+Ph5d6oN8TWPbjKsfjNmHs6N6ndJkdhIe5J7UH1Je6wwHeUu+/nZbzPUmbYQxg/XqXdC9n58hWXWkWUBIDrCubkkyAUFpN85crGNbpqbakhZhCowf6aHDhhO8brIE1CHZgXsr0A/+BE3OZEuoxlhZ0/5FZMzZAgaNbVF4E= Received: by 10.48.225.20 with SMTP id x20mr238326nfg; Mon, 14 Nov 2005 13:49:09 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.252.8]) by mx.gmail.com with ESMTP id b1sm250659nfe.2005.11.14.13.49.07; Mon, 14 Nov 2005 13:49:08 -0800 (PST) Message-ID: <4379066C.5080907@web.de> Date: Mon, 14 Nov 2005 22:49:32 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Alex Popa , freebsd-stable@freebsd.org References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> <4377B525.5010405@web.de> <20051114091501.GA21987@ldc.ro> In-Reply-To: <20051114091501.GA21987@ldc.ro> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Timm Florian Gloger Cc: Subject: Re: 6.0 freezes shortly after logging in (and at install) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 21:49:16 -0000 * On 11/14/2005 10:15 AM Alex Popa wrote: > > The solution (as suggested in the Undernet #FreeBSD channel) was to boot > with ACPI disabled. The system works now with no problems (ACPI still > disabled). > I tried that, this evening and the machine runs fine for now. Thanks so far. But this is not nice. Did the guys from #FreeBSD tell anything if this is a known issue on some systems or if there are PRs filed according to this? Otherwise i think i will file a PR and see if i can get this reproduceable. Timm From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 22:02:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 DF57016A420 for ; Mon, 14 Nov 2005 22:02:50 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8430443D45 for ; Mon, 14 Nov 2005 22:02:50 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 15309 invoked from network); 14 Nov 2005 22:02:50 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 14 Nov 2005 22:02:50 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id B5AD128441; Mon, 14 Nov 2005 17:02:49 -0500 (EST) Sender: lowell@be-well.ilk.org To: Timm Florian Gloger References: <43765248.9070906@web.de> <20051112205557.GA51054@slackbox.xs4all.nl> <4377684A.6080001@web.de> <20051113170131.GB5233@slackbox.xs4all.nl> <4377B525.5010405@web.de> <20051114091501.GA21987@ldc.ro> <4379066C.5080907@web.de> From: Lowell Gilbert Date: 14 Nov 2005 17:02:49 -0500 In-Reply-To: <4379066C.5080907@web.de> Message-ID: <44u0eeevli.fsf@be-well.ilk.org> Lines: 19 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Alex Popa , freebsd-stable@freebsd.org Subject: Re: 6.0 freezes shortly after logging in (and at install) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 14 Nov 2005 22:02:51 -0000 Timm Florian Gloger writes: > * On 11/14/2005 10:15 AM Alex Popa wrote: > > > The solution (as suggested in the Undernet #FreeBSD channel) was to > > boot > > with ACPI disabled. The system works now with no problems (ACPI still > > disabled). > > > > I tried that, this evening and the machine runs fine for now. > Thanks so far. > But this is not nice. Did the guys from #FreeBSD tell anything if this > is a known issue on some systems or if there are PRs filed according > to this? > Otherwise i think i will file a PR and see if i can get this reproduceable. Fine, but please read the "using and debugging FreeBSD ACPI" section of the Handbook first. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 22:05:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1244A16A41F for ; Mon, 14 Nov 2005 22:05:59 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FBD043D5C for ; Mon, 14 Nov 2005 22:05:58 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id AE1DA677F6 for ; Mon, 14 Nov 2005 22:05:57 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id jAEM5lkA016867; Tue, 15 Nov 2005 09:05:50 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200511142205.jAEM5lkA016867@drugs.dv.isc.org> To: Brooks Davis From: Mark Andrews In-reply-to: Your message of "Mon, 14 Nov 2005 09:44:33 -0800." <20051114174433.GB1928@odin.ac.hmc.edu> Date: Tue, 15 Nov 2005 09:05:47 +1100 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org, Mark Space Subject: Re: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 22:05:59 -0000 > > --61jdw2sOBCFtR2d/ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Sun, Nov 13, 2005 at 07:14:00PM -0800, Mark Space wrote: > > Hi all, > >=20 > > I just set up the latest 6.0 release, and I'm getting errors with the=20 > > DHCP client. Trying to pull a network address during start up, I get: > >=20 > > Bogus domain search list 15: domain_not_set.invalid > >=20 > > This repeats several times before giving up. Google tells me that this= > =20 > > problem was report by two users on the bsd-current list. No one ever=20 > > replied to their inquiries (at least on the list), so I thought to try=20 > > once more to see if there's any interest in addressing this issue.=20 > >=20 > > More info was in the original post: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-October/057034.ht= > ml > > We should really bitch and then ignore this value when it's bogus rather > than rejecting the lease. We should also probably allow underscores > since they are popular among clueless Microsoft admins. Please try the > follow patch. Yes. They are clueless. However giving into their cluelessness just perpetuates the cluelessness. Underscores have never been legal in hostnames. Underscores are deliberately used to provide namespaces which do not collide with the hostname namespace. Accepting underscores just allows the namespaces to collide. Mark > -- Brooks -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 22:08:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 64E4616A41F for ; Mon, 14 Nov 2005 22:08:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A6543D45 for ; Mon, 14 Nov 2005 22:08:26 +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 jAEM8QD4020529; Mon, 14 Nov 2005 14:08:26 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jAEM8Qot020528; Mon, 14 Nov 2005 14:08:26 -0800 Date: Mon, 14 Nov 2005 14:08:25 -0800 From: Brooks Davis To: Mark Space Message-ID: <20051114220825.GA18799@odin.ac.hmc.edu> References: <437800F8.5020808@sbcglobal.net> <20051114174433.GB1928@odin.ac.hmc.edu> <4378DBE9.4060400@sbcglobal.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <4378DBE9.4060400@sbcglobal.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: DHCP client error: domain_not_set.invalid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 22:08:27 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 10:48:09AM -0800, Mark Space wrote: > Thanks to Sebastian and Brooks for their quick replies. I took the easy= =20 > way out and installed the ISC client which works just fine. >=20 > The problem is my DHCP server is a DSL modem. I don't see any way to=20 > set the domain field. In addition, this interface is really not on a=20 > network but a connection between two networks (its PPPoE), it make sense= =20 > that my ISP has configured the modem this way. The interface is one=20 > that will be addressed only by address, it really doesnt have a name. =20 > Or at least, the DHCP "server" doesn't assign a domain, its set elsewhere. >=20 > So I think Brooks is correct. The dhcp client should just ignore the=20 > domain setting and just assume that there is no domain associated with=20 > this interface. Should we suggest this to the OpenBSD client maintainer? OpenBSD already does this. If someone can test the two behaviors I'll commit them. -- Brooks > Brooks Davis wrote: >=20 > >On Sun, Nov 13, 2005 at 07:14:00PM -0800, Mark Space wrote: > >=20 > > > >>Hi all, > >> > >>I just set up the latest 6.0 release, and I'm getting errors with the= =20 > >>DHCP client. Trying to pull a network address during start up, I get: > >> > >>Bogus domain search list 15: domain_not_set.invalid > >> > >>This repeats several times before giving up. Google tells me that this= =20 > >>problem was report by two users on the bsd-current list. No one ever= =20 > >>replied to their inquiries (at least on the list), so I thought to try= =20 > >>once more to see if there's any interest in addressing this issue.=20 > >> > >>More info was in the original post: > >>http://lists.freebsd.org/pipermail/freebsd-current/2005-October/057034.= html > >> =20 > >> > > > >We should really bitch and then ignore this value when it's bogus rather > >than rejecting the lease. We should also probably allow underscores > >since they are popular among clueless Microsoft admins. Please try the > >follow patch. > > > >-- Brooks > > > >Index: dhclient.c > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >RCS file: /home/ncvs/src/sbin/dhclient/dhclient.c,v > >retrieving revision 1.11 > >diff -u -p -r1.11 dhclient.c > >--- dhclient.c 2 Sep 2005 17:35:35 -0000 1.11 > >+++ dhclient.c 14 Nov 2005 17:42:46 -0000 > >@@ -67,6 +67,7 @@ __FBSDID("$FreeBSD: src/sbin/dhclient/dh > > > >#define PERIOD 0x2e > >#define hyphenchar(c) ((c) =3D=3D 0x2d) > >+#define underscorechar(c) ((c) =3D=3D 0x5f) > >#define bslashchar(c) ((c) =3D=3D 0x5c) > >#define periodchar(c) ((c) =3D=3D PERIOD) > >#define asterchar(c) ((c) =3D=3D 0x2a) > >@@ -76,7 +77,7 @@ __FBSDID("$FreeBSD: src/sbin/dhclient/dh > >#define whitechar(c) ((c) =3D=3D ' ' || (c) =3D=3D '\t') > > > >#define borderchar(c) (alphachar(c) || digitchar(c)) > >-#define middlechar(c) (borderchar(c) || hyphenchar(c)) > >+#define middlechar(c) (borderchar(c) || hyphenchar(c) ||=20 > >underscorechar(c)) > >#define domainchar(c) ((c) > 0x20 && (c) < 0x7f) > > > >#define CLIENT_PATH "PATH=3D/usr/bin:/usr/sbin:/bin:/sbin" > >@@ -2252,6 +2253,8 @@ check_option(struct client_lease *l, int > > if (!res_hnok(sbuf)) { > > warning("Bogus Host Name option %d: %s (%s)", option, > > sbuf, opbuf); > >+ l->options[option].len =3D 0; > >+ free(l->options[option].data); > > return (0); > > } > > return (1); > >@@ -2260,7 +2263,8 @@ check_option(struct client_lease *l, int > > if (!check_search(sbuf)) { > > warning("Bogus domain search list %d: %s=20 > > (%s)", > > option, sbuf, opbuf); > >- return (0); > >+ l->options[option].len =3D 0; > >+ free(l->options[option].data); > > } > > } > > return (1); > > > >=20 > > >=20 --=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 --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDeQrZXY6L6fI4GtQRAvWXAKCbOV1tQnHMB2+QyJ6EG6HOO2+2lACfcTNu 08zBGWuPnGuJilRXrxwxvC0= =OiBk -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 23:06:50 2005 Return-Path: X-Original-To: stable@FreeBSD.org 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 1BF2F16A41F; Mon, 14 Nov 2005 23:06:50 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50C9743D46; Mon, 14 Nov 2005 23:06:48 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by komquats.com (Postfix) with ESMTP id E1BA54C5C5; Mon, 14 Nov 2005 15:06:47 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id jAEN6ksl049432; Mon, 14 Nov 2005 15:06:46 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200511142306.jAEN6ksl049432@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Robert Watson In-Reply-To: Message from Robert Watson of "Mon, 14 Nov 2005 10:22:10 GMT." <20051114102148.E90423@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Nov 2005 15:06:46 -0800 Sender: Cy.Schubert@komquats.com Cc: Cy Schubert , Julien Gabel , stable@FreeBSD.org Subject: Re: Consistent 6.0-STABLE Hang. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 23:06:50 -0000 In message <20051114102148.E90423@fledge.watson.org>, Robert Watson writes: > > On Mon, 14 Nov 2005, Julien Gabel wrote: > > >>> Running the Citrix ICA wfcmgr (from ports) to change settings, e.g. > >>> password, for connection to a Windows terminal server hangs FreeBSD 6.0 > >>> (as of Nov 4) quite consistently. I've tried this on one of my 6.0 > >>> systems at home and a 6.0 system here at work. I suspect it may have > >>> something to do with Linux emulation however until I dig into this more > >>> I won't know for sure. > >>> > >>> The only way to "unhang" the system is to press the reset switch. > > > >> For fun, try updating to RELENG_6. I committed a fix recently for a > >> hang thats caused by doing 'ls /dev' in the linuxulator. > > > > I think you got it. After rebooting under a fresh 6.0-STABLE (build on > > Mon Nov 14 05:39:01 CET 2005), the problem didn't appear again... no > > more need for a serial console on this machine, i think :) > > Sounds like a good MFC candidate, assuming it can be MFC'd > non-disruptively. Indeed, it solved my problem. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 23:07:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8A5E816A420 for ; Mon, 14 Nov 2005 23:07:31 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E70E43D4C for ; Mon, 14 Nov 2005 23:07:30 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1EbnQ9-0000oJ-O5 for ; Tue, 15 Nov 2005 00:07:29 +0100 Received: (qmail 59292 invoked from network); 14 Nov 2005 23:07:24 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 14 Nov 2005 23:07:24 -0000 To: freebsd-stable@freebsd.org References: <000001c5e90e$e45bc2c0$0a01a8c0@DIGNUS> Message-ID: From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Tue, 15 Nov 2005 00:07:23 +0100 In-Reply-To: User-Agent: Opera M2/8.50 (FreeBSD, build 1358) Subject: Re: 6.0-RELEASE Dell PE 850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Nov 2005 23:07:31 -0000 On Mon, 14 Nov 2005 20:51:36 +0100, Vivek Khera wrote: > > On Nov 14, 2005, at 6:31 AM, Johan Kooijman wrote: > >> After ordering a stack of Dell PE 850 boxes I found out, by experience, >> that >> 6.0-RELEASE doesn't work with it. It does recognize the S-ATA >> controller, >> but install says it can't find any disks. > > there was some discussion about this on the pfSense (firewall software > built on 6.0) a week or so ago. Apparently there is some kernel patch > that allows the PE850 to work. perhaps digging thru the pfSense mailing > list archives will help find it. > > Not sure the status of having that patch merged back into the FreeBSD > main code. I certainly hope it will be, given how popular these boxes > are. If the patch is submitted as a PR it will help a lot I think. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon Nov 14 23:30:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0166816A41F; Mon, 14 Nov 2005 23:30:02 +0000 (GMT) (envelope-from gartner@indyracers.com) Received: from 83-131-77-185.adsl.net.t-com.hr (83-131-77-185.adsl.net.t-com.hr [83.131.77.185]) by mx1.FreeBSD.org (Postfix) with SMTP id BC66B43D60; Mon, 14 Nov 2005 23:29:55 +0000 (GMT) (envelope-from gartner@indyracers.com) Received: from 83.131.77.185 (HELO mta18.par32.com) (83.131.77.185) by mta157.mail.dcn.yahoo.com with SMTP; Mon, 14 Nov 2005 16:22:52 -0700 User-Agent: ProAutoResponder.com 2.04 X-cpgid: 7404373A-WKK6-46QV-D09VPN9QKRG0XCW4 X-cntid: M0v[3]628-9EB3-2L33-6D5L-C6313869339Y X-ownid: L5IU9G1V-A4T5-5920-7207ECF0049D7728 X-Originating-IP: 83.131.77.185 X-Complaints-To: abusegartner@indyracers.com Message-ID: <75tmip46-106h-217p-3e2w-003012hcxh0czinffpi-replygartner@indyracers.com> To: freebsd-stable@freebsd.org, ackers@freebsd.org, owner-freebsd-mozilla@freebsd.org, mckusick@freebsd.org, tifications@freebsd.org From: "Will Epps" X-Mailer: PAR204 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Cc: Subject: Hey whats up , I got laid because of this web page.,.,., liturgy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gartner@indyracers.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 14 Nov 2005 23:30:03 -0000 X-Original-Date: 06 Mon, 14 Nov 2005 15:29:52 -0800 X-List-Received-Date: Mon, 14 Nov 2005 23:30:03 -0000 Man you wont believe this, I just nailed a girl from this web site. At first I was a bit skeptical. But I went ahead and tried it anyway when I saw it cost nothing. It took about 5 min to meet someone on the site, and then 24 hours later me and Anne-Marie were at a hotel. It was that simple and there was nothing too worry about because we made sure ahead of time sex is all it would mean. I would get right to it, you could be laid within the next 24 hours. http://ydyi.totallyfindable.com/gaac/ jUUF2o0VpKvQONR7sWRAg89-getnitonnow.com/getofflist/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 00:23:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2609116A41F for ; Tue, 15 Nov 2005 00:23:21 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36206.mail.mud.yahoo.com (web36206.mail.mud.yahoo.com [209.191.68.232]) by mx1.FreeBSD.org (Postfix) with SMTP id A13A843D46 for ; Tue, 15 Nov 2005 00:23:20 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 22728 invoked by uid 60001); 15 Nov 2005 00:23:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=KagTgkSUx7TPwtP31BMpRn7j4sJQ+45C1eae4GgC6hnal0Ig+Ih4E/XRWpLef8ySIr4bSDAGQg4xXMLA6kkpHMFTgAJi5Kx+KODt4B5vjxQJKaxnPLoag2CUu+ckJn3Tp+TqSWImDts3OfTJZDn6KAGdlfRowTfvEpDUdWDPwQw= ; Message-ID: <20051115002320.22726.qmail@web36206.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36206.mail.mud.yahoo.com via HTTP; Mon, 14 Nov 2005 16:23:19 PST Date: Mon, 14 Nov 2005 16:23:19 -0800 (PST) From: Rob To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: 6.0: during kernel compilation, 'kernel linking' freezes PC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 00:23:21 -0000 Hi, I have upgraded a Pentium-1 PC from 5 to 6-Stable, which went smoothly. Now I'm running 6 with GENERIC kernel, and I want to compile a new kernel. When I start a new kernel compilation, this process *always* freezes the PC (no crash) when reaching the point of "linking kernel"; this is 100 percent reproducible!! Then all communication with the PC is frozen; no serial port response, no ssh response etc. However, I can ping the PC..... Only power off/on brings the PC back to live. Any idea how I can further investigate. /var/log/messages has no special information while the freezing occurred. The output of 'dmesg' of this PC is here: http://surfion.snu.ac.kr/~lahaye/dmesg 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 Nov 15 00:38:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 AB63A16A41F for ; Tue, 15 Nov 2005 00:38:52 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F4843D58 for ; Tue, 15 Nov 2005 00:38:51 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (av.hub.org [200.46.204.144]) by hub.org (Postfix) with ESMTP id 2D8A1C08BED; Tue, 15 Nov 2005 04:43:10 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 63108-08; Tue, 15 Nov 2005 00:38:44 +0000 (GMT) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id ADB9CC08BEC; Tue, 15 Nov 2005 04:43:09 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 5C2395D110; Mon, 14 Nov 2005 20:38:54 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 58683472C8; Mon, 14 Nov 2005 20:38:54 -0400 (AST) Date: Mon, 14 Nov 2005 20:38:54 -0400 (AST) From: "Marc G. Fournier" To: Jon Simola In-Reply-To: <8eea04080511141240vb7f9f46wba4152490ec8809c@mail.gmail.com> Message-ID: <20051114203841.M1019@ganymede.hub.org> References: <20051114162702.H1019@ganymede.hub.org> <8eea04080511141240vb7f9f46wba4152490ec8809c@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: em devices not sending proper arp packets ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 00:38:52 -0000 Sweet, thanks ... just had to use that, and works like a charm ... :) On Mon, 14 Nov 2005, Jon Simola wrote: > On 11/14/05, Marc G. Fournier wrote: > >> There is a problem with the latest 4-STABLE where when you move an IP from >> one server on the network to a new one, a proper arp packet isn't being >> sent upstream, so the router isn't getting the change ... > >> Does anyone have a 'work around' for this? > > arp -s 10.0.2.3 00:00:10:20:30:45 pub > > On the "old" owner of the ip address, publish the MAC of the new owner > (10.0.2.3 being the ip that was moved, 00:00:10:20:30:45 being the new > MAC). I do this all the time as someone set this stupid Cisco switch > up with a 2 hour ARP cache and I can't change/disable it. > > Once you verify that the router gets updated, delete the published arp entry. > > -- > Jon Simola > Systems Administrator > ABC Communications > > ---- 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 Nov 15 01:29:08 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org 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 353B116A41F; Tue, 15 Nov 2005 01:29:08 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF5BB43D46; Tue, 15 Nov 2005 01:29:07 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id A10D03060; Mon, 14 Nov 2005 19:29:07 -0600 (CST) Date: Mon, 14 Nov 2005 19:29:07 -0600 To: freebsd-stable@FreeBSD.org Message-ID: <20051115012907.GB5799@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: linimon@FreeBSD.org Subject: [HEADSUP] looking for regressions in 6-STABLE vs 5-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bugmaster@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, 15 Nov 2005 01:29:08 -0000 One of the things I would like to do in my role as one of the bugmeisters is to try to flag the PRs in GNATS that are regressions in the base system between 5.X and 6.X. There are a few already in there, to which I have tried to add the text '(regression)' into the Synopsis. If you feel that you are currently in this situation, and you have only posted to the mailing lists, may I ask you to take a few minutes to make sure that there is already a PR in GNATS that addresses it, and, if not, add one? We are not looking to collect N different copies of the same problem, mind you; and, we are looking for very particular things where we know that it worked in 5.4 or 5-STABLE but for some reason no longer works. (In particular, we are looking for regressions in agp, acpi, nfs, and the like). You can view the PRs that have been already submitted from a 6.X box using the following URL: http://www.freebsd.org/cgi/query-pr-summary.cgi?release=%5EFreeBSD+6 [note: to try to keep the meta-discussion down, I've set the Reply-To to be bugmaster.] Thanks, Mark Linimon bugmaster@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 01:46:35 2005 Return-Path: X-Original-To: stable@freebsd.org 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 9E74116A41F; Tue, 15 Nov 2005 01:46:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 625F143D45; Tue, 15 Nov 2005 01:46:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4699D72DD4; Mon, 14 Nov 2005 17:46:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 41E1672DCB; Mon, 14 Nov 2005 17:46:35 -0800 (PST) Date: Mon, 14 Nov 2005 17:46:35 -0800 (PST) From: Doug White To: Robert Watson In-Reply-To: <20051114102148.E90423@fledge.watson.org> Message-ID: <20051114174604.D24063@carver.gumbysoft.com> References: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> <20051113153158.A7337@carver.gumbysoft.com> <49476.145.248.192.30.1131962803.squirrel@webmail.thilelli.net> <20051114102148.E90423@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Cy Schubert , Julien Gabel , stable@freebsd.org Subject: Re: Consistent 6.0-STABLE Hang. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 01:46:35 -0000 On Mon, 14 Nov 2005, Robert Watson wrote: > > I think you got it. After rebooting under a fresh 6.0-STABLE (build on > > Mon Nov 14 05:39:01 CET 2005), the problem didn't appear again... no > > more need for a serial console on this machine, i think :) > > Sounds like a good MFC candidate, assuming it can be MFC'd > non-disruptively. It's been MFC'd to RELENG_6 already, but I need to poll re@ on whether this merits an errata for 6.0-R. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 01:52:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 84DCE16A41F for ; Tue, 15 Nov 2005 01:52:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E20E43D4C for ; Tue, 15 Nov 2005 01:52:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3E0DA72DD4; Mon, 14 Nov 2005 17:52:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3AAB672DCB; Mon, 14 Nov 2005 17:52:06 -0800 (PST) Date: Mon, 14 Nov 2005 17:52:06 -0800 (PST) From: Doug White To: Kris Kennaway In-Reply-To: <20051114200119.GA82582@xor.obsecurity.org> Message-ID: <20051114175134.X24063@carver.gumbysoft.com> References: <4378CD2B.20208@kabelnet.net> <20051114200119.GA82582@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Ales , freebsd-stable@freebsd.org Subject: Re: Strange boot messages under 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 01:52:06 -0000 On Mon, 14 Nov 2005, Kris Kennaway wrote: > > That "reboot after panic" message is strange, because the box is running > > normally. > > Can someone plese tell me why I'm geting those messages. > > Your system panicked at some point in the past, but it can't save the > dump for the reason specified. Note that if you're never going to attempt to recover this crashdump you can clear it by running 'savecore -c'. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 01:52:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 281A216A41F for ; Tue, 15 Nov 2005 01:52:43 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36205.mail.mud.yahoo.com (web36205.mail.mud.yahoo.com [209.191.68.231]) by mx1.FreeBSD.org (Postfix) with SMTP id A25D343D4C for ; Tue, 15 Nov 2005 01:52:42 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 88626 invoked by uid 60001); 15 Nov 2005 01:52:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=AndHbIavnCiyMNK81yUVVLOd0w/t8OveHO+PVNUzzWKN8piV7VrToQp3s7pbmdI38uh8ZrhsG93U0sLUDJwwfy/r3H9EsfD9i9/pXIpcHD01fRY6edXWYbB2Bigyj4EkFPnXGECvnbZUa6xN+sYtltr1QHh/wsEn5JBTSLzeLBU= ; Message-ID: <20051115015242.88624.qmail@web36205.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36205.mail.mud.yahoo.com via HTTP; Mon, 14 Nov 2005 17:52:42 PST Date: Mon, 14 Nov 2005 17:52:42 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Swapfile problem in 6? (was: 6.0: during kernel compilation, 'kernel linking' freezes PC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 01:52:43 -0000 --- Rob wrote: > > Hi, > > I have upgraded a Pentium-1 PC from 5 to 6-Stable, > which went smoothly. > > Now I'm running 6 with GENERIC kernel, and I want > to compile a new kernel. When I start a new kernel > compilation, this process *always* freezes the PC > (no crash) when reaching the point of "linking > kernel"; this is 100 percent reproducible!! > > Then all communication with the PC is frozen; > no serial port response, no ssh response etc. > However, I can ping the PC..... > > Only power off/on brings the PC back to live. > > Any idea how I can further investigate. > /var/log/messages has no special information while > the freezing occurred. > > The output of 'dmesg' of this PC is here: > http://surfion.snu.ac.kr/~lahaye/dmesg Problem kind of solved: As this PC has only 32 MB Ram, I add a swapfile. However, when I compile the new kernel without the swapfile, all goes well. Since the freeze is very reproducible with the swapfile (always at the 'kernel linking' stage), and immediately disappears when I do not use the swapfile, I think there's something wrong with using swapfile in 6.0. Is it? I do this: dd if=/dev/zero of=/swapfile bs=1024k count=128 chmod 0600 /swapfile mdconfig -a -t vnode -f /swapfile -u 0 swapon /dev/md0 Is this OK? Rob. __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 01:58:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 84DDE16A41F for ; Tue, 15 Nov 2005 01:58:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B70243D45 for ; Tue, 15 Nov 2005 01:58:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 179491A3C26; Mon, 14 Nov 2005 17:58:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 63602512B0; Mon, 14 Nov 2005 20:58:01 -0500 (EST) Date: Mon, 14 Nov 2005 20:58:01 -0500 From: Kris Kennaway To: Rob Message-ID: <20051115015801.GA84919@xor.obsecurity.org> References: <20051115015242.88624.qmail@web36205.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20051115015242.88624.qmail@web36205.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? (was: 6.0: during kernel compilation, 'kernel linking' freezes PC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 01:58:02 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 05:52:42PM -0800, Rob wrote: > --- Rob wrote: > >=20 > > Hi, > >=20 > > I have upgraded a Pentium-1 PC from 5 to 6-Stable, > > which went smoothly. > >=20 > > Now I'm running 6 with GENERIC kernel, and I want > > to compile a new kernel. When I start a new kernel > > compilation, this process *always* freezes the PC > > (no crash) when reaching the point of "linking > > kernel"; this is 100 percent reproducible!! > >=20 > > Then all communication with the PC is frozen; > > no serial port response, no ssh response etc. > > However, I can ping the PC..... > >=20 > > Only power off/on brings the PC back to live. > >=20 > > Any idea how I can further investigate. > > /var/log/messages has no special information while > > the freezing occurred. > >=20 > > The output of 'dmesg' of this PC is here: > > http://surfion.snu.ac.kr/~lahaye/dmesg >=20 > Problem kind of solved: >=20 > As this PC has only 32 MB Ram, I add a swapfile. > However, when I compile the new kernel without the > swapfile, all goes well. >=20 > Since the freeze is very reproducible with the > swapfile (always at the 'kernel linking' stage), > and immediately disappears when I do not use the > swapfile, I think there's something wrong with > using swapfile in 6.0. Is it? >=20 > I do this: >=20 > dd if=3D/dev/zero of=3D/swapfile bs=3D1024k count=3D128 > chmod 0600 /swapfile > mdconfig -a -t vnode -f /swapfile -u 0 > swapon /dev/md0 >=20 > Is this OK? Looks fine, and I use this myself (on a much larger scale). Are you sure it's freezing and not just taking a really long time? Whenever your system is swapping performance will be terrible, and that goes at least double for swapping onto a file and not a device. What happens if you leave it for an hour or two (or overnight)? Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeUCoWry0BWjoQKURAjUCAKCJVMcTcDUCKBkXQN4QI/7pN8y8YACghLBe txx0FRbxqynv1Gn2z3UZlik= =eI2Z -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 02:08:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A17CB16A41F for ; Tue, 15 Nov 2005 02:08:28 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36214.mail.mud.yahoo.com (web36214.mail.mud.yahoo.com [209.191.68.240]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B2F743D45 for ; Tue, 15 Nov 2005 02:08:28 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 83658 invoked by uid 60001); 15 Nov 2005 02:08:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CGv6ZEfUI6iQhB/rkUxjnkU7yvIJ2XS+M4c9mvvbd3nEVf49z/p1n/vewhk2jh/4hlsKDlBTaJnGAKIwz3oY8fk8kByedUQqkgufv4521nkasMGe5Heret0M4PkiqsvXF5j2AtdsQuwZw+ZKD9lsVyHeHw+dB+8tcGxWCgqo/Sg= ; Message-ID: <20051115020827.83656.qmail@web36214.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36214.mail.mud.yahoo.com via HTTP; Mon, 14 Nov 2005 18:08:27 PST Date: Mon, 14 Nov 2005 18:08:27 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org In-Reply-To: <20051115015801.GA84919@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Swapfile problem in 6? (was: 6.0: during kernel compilation, 'kernel linking' freezes PC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 02:08:28 -0000 --- Kris Kennaway wrote: > On Mon, Nov 14, 2005 at 05:52:42PM -0800, Rob wrote: > > > > Problem kind of solved: > > > > As this PC has only 32 MB Ram, I add a swapfile. > > However, when I compile the new kernel without the > > swapfile, all goes well. > > > > Since the freeze is very reproducible with the > > swapfile (always at the 'kernel linking' stage), > > and immediately disappears when I do not use the > > swapfile, I think there's something wrong with > > using swapfile in 6.0. Is it? > > > > I do this: > > > > dd if=/dev/zero of=/swapfile bs=1024k count=128 > > chmod 0600 /swapfile > > mdconfig -a -t vnode -f /swapfile -u 0 > > swapon /dev/md0 > > > > Is this OK? > > Looks fine, and I use this myself (on a much larger > scale). Are you > sure it's freezing and not just taking a really long > time? Whenever > your system is swapping performance will be > terrible, and that goes at > least double for swapping onto a file and not a > device. > > What happens if you leave it for an hour or two (or > overnight)? I left it overnight twice for performing this 'kernel linking' stage. In both cases the machine remained dead. Without the swapfile, this 'kernel linking' stage completes in just about less than a minute. So I think it's not my impatience, but there is another problem with my swapfile or with 6 :). Rob. __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 02:13:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 B5E4616A41F for ; Tue, 15 Nov 2005 02:13:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F05A43D45 for ; Tue, 15 Nov 2005 02:13:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4FFA51A3C25; Mon, 14 Nov 2005 18:13:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7D58F512B0; Mon, 14 Nov 2005 21:13:11 -0500 (EST) Date: Mon, 14 Nov 2005 21:13:11 -0500 From: Kris Kennaway To: Rob Message-ID: <20051115021311.GA1260@xor.obsecurity.org> References: <20051115015801.GA84919@xor.obsecurity.org> <20051115020827.83656.qmail@web36214.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20051115020827.83656.qmail@web36214.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? (was: 6.0: during kernel compilation, 'kernel linking' freezes PC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 02:13:12 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 06:08:27PM -0800, Rob wrote: > I left it overnight twice for performing this > 'kernel linking' stage. In both cases the machine > remained dead. > Without the swapfile, this 'kernel linking' stage > completes in just about less than a minute. >=20 > So I think it's not my impatience, but there is > another problem with my swapfile or with 6 :). Since you can compile a kernel without it, add DDB, WITNESS and INVARIANTS support, then trigger the deadlock with the swapfile, break to DDB and examine the state of the machine. See the chapter on kernel debugging in the developers handbook for more instructions. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeUQ2Wry0BWjoQKURAjEAAKCPeHMl/h0NzoeUGsDX4i5FSX3WLgCg89/D 6LJg++mW+m8ZtNwyBspCf8A= =hGym -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 02:25:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9402516A41F; Tue, 15 Nov 2005 02:25:06 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09F4C43D45; Tue, 15 Nov 2005 02:25:05 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from localhost (suiren [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.13.1/8.13.1) with ESMTP id jAF2OtHf013683; Tue, 15 Nov 2005 11:24:56 +0900 (JST) Date: Tue, 15 Nov 2005 11:24:53 +0900 (JST) Message-Id: <20051115.112453.92588834.garrigue@math.nagoya-u.ac.jp> To: oberman@es.net From: Jacques Garrigue In-Reply-To: <20051114192211.2BB4F5D04@ptavv.es.net> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> <20051114192211.2BB4F5D04@ptavv.es.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 02:25:06 -0000 Thanks for answerring. (And thanks to Bakul too) From: "Kevin Oberman" > > From: Jacques Garrigue > > > > I've got a strange problem with my IBM T42 / Radeon M10 setup. > > > > When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > > sleep when X11 is running: the machine freezes, display still on. > First, you really want to install and use radeontool. It can properly > turn off the Radeon display, backlight, and DAC which (as far as i know) > xorg does not. It also does better than jhb's patch to acpi_video. (I > suspect that the patch does not turn off the DAC.) Is this connected with this supspend/resume problem? I have not installed it yet. > You need to add acpi_video_load="YES" and probably want to add > vesa_load="YES" and acpi_ibm_load="YES", although those are probably not > related to your current problem. > > You may also need to add hw.acpi.reset_video=0 and > hw.syscons.sc_no_suspend_vtswitch=1 to /etc/sysctl.conf. I had already acpi_ibm. I added acpi_video and acpi_vesa, with no visible improvement. But hw.syscons.sc_no_suspend_vtswitch=1 made the trick. At least it can now suspend... in most cases. It still fails to do so in random cases, mostly when there is disk activity. And even if it suspends correctly, I must still switch to the console and back by hand. As I wrote in my first mail, what is really strange is that everything works fine with a 6.0-RC1 kernel (without any special tuning!), whereas the changes are supposed to be very limited. So there should be a way to track down the problem... In particular, I didn't need acpi_video at all. My current solution is to keep an RC1 kernel, as there are no incompatibilities for the time being. Just in case, here are my loader.conf and sysctl.conf (working with RC1) /boot/loader.conf: acpi_ibm_load="YES" if_ath_load="YES" snd_ich_load="YES" umodem_load="YES" cpufreq_load="YES" hw.ata.atapi_dma="1" hw.cbb.start_memory="0xc0210000" hint.sio.0.disabled=1 hint.sio.1.disabled=1 /etc/sysctl.conf: hw.acpi.sleep_button_state=S3 hw.acpi.lid_switch_state=S3 Jacques --------------------------------------------------------------------------- Jacques Garrigue Nagoya University garrigue at math.nagoya-u.ac.jp JG From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 03:57:00 2005 Return-Path: X-Original-To: stable@freebsd.org 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 2707A16A41F for ; Tue, 15 Nov 2005 03:57:00 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E44C443D45 for ; Tue, 15 Nov 2005 03:56:59 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BE37172DD4; Mon, 14 Nov 2005 19:56:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B9AB072DCB for ; Mon, 14 Nov 2005 19:56:59 -0800 (PST) Date: Mon, 14 Nov 2005 19:56:59 -0800 (PST) From: Doug White To: stable@freebsd.org Message-ID: <20051114194857.I24063@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: umounting overlapping mount panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 03:57:00 -0000 Hey folks, I accidentally mounted a CDROM over itself when installing X. OK, no problem, umounted it and then started browsing the CD. Panic. The panic output: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05ffe4e stack pointer = 0x28:0xda969ad4 frame pointer = 0x28:0xda969ae8 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 = 485 (csh) trap number = 12 panic: page fault The trace: #0 doadump () at pcpu.h:165 #1 0xc0638202 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc0638498 in panic (fmt=0xc084e5a2 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0807c30 in trap_fatal (frame=0xda969a94, eva=0) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc080799b in trap_pfault (frame=0xda969a94, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc08075d9 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1040124992, tf_esi = 0, tf_ebp = -627664152, tf_isp = -627664192, tf_ebx = -1027565108, tf_edx = 2048, tf_ecx = 0, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067450802, tf_cs = 32, tf_eflags = 66182, tf_esp = 1, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc07f6dca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05ffe4e in g_io_request (bp=0xc2c099cc, cp=0xc200f3c0) at /usr/src/sys/geom/geom_io.c:259 #8 0xc0602399 in g_vfs_strategy (bo=0x1, bp=0xcbed1d68) at /usr/src/sys/geom/geom_vfs.c:106 #9 0xc060a2d9 in cd9660_strategy (ap=0x1) at /usr/src/sys/isofs/cd9660/cd9660_vnops.c:755 #10 0xc0817a49 in VOP_STRATEGY_APV (vop=0xc08bd320, a=0xda969b3c) at vnode_if.c:1796 #11 0xc0681de8 in bufstrategy (bo=0xc1f883f0, bp=0x1) at vnode_if.h:928 #12 0xc067c78d in breadn (vp=0xc1f88330, blkno=0, size=2048, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x1) at buf.h:415 #13 0xc067c6d0 in bread (vp=0xc1f88330, blkno=0, size=2048, cred=0x0, bpp=0xda969bc8) at /usr/src/sys/kern/vfs_bio.c:719 #14 0xc0606be5 in cd9660_blkatoff (vp=0x800, offset=0, res=0x0, bpp=0xda969c28) at /usr/src/sys/isofs/cd9660/cd9660_lookup.c:406 #15 0xc0609db2 in cd9660_readdir (ap=0xda969c90) at /usr/src/sys/isofs/cd9660/cd9660_vnops.c:513 #16 0xc0817754 in VOP_READDIR_APV (vop=0x1, a=0x800) at vnode_if.c:1427 #17 0xc0696e67 in getdirentries (td=0xc200e180, uap=0xda969d04) at vnode_if.h:746 #18 0xc0807f47 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 136507528, tf_esi = -1078307728, tf_ebp = -1078347096, tf_isp = -627663516, tf_ebx = 672974052, tf_edx = 0, tf_ecx = 0, tf_eax = 196, tf_trapno = 22, tf_err = 2, tf_eip = 672447091, tf_cs = 51, tf_eflags = 582, tf_esp = -1078347140, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:976 #19 0xc07f6e1f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Reproduction case: mount /cdrom mount /cdrom ls /cdrom umount /cdrom ls /cdrom *panic* -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 04:00:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 EF29216A41F for ; Tue, 15 Nov 2005 04:00:03 +0000 (GMT) (envelope-from garry@NetworkPhysics.COM) Received: from NetworkPhysics.COM (fw.networkphysics.com [205.158.104.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A8D243D45 for ; Tue, 15 Nov 2005 04:00:03 +0000 (GMT) (envelope-from garry@NetworkPhysics.COM) Received: from networkphysics.com (stratus.fractal.networkphysics.com [10.10.1.104]) by NetworkPhysics.COM (8.12.10/8.12.10) with ESMTP id jAF402aL043457 for ; Mon, 14 Nov 2005 20:00:03 -0800 (PST) (envelope-from garry@networkphysics.com) Message-ID: <43795E25.1080609@networkphysics.com> Date: Mon, 14 Nov 2005 20:03:49 -0800 From: Garry Belka User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.4.2) Gecko/20040301 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 Subject: an unkillable process and a patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 04:00:04 -0000 We see, not too often, that a Java process hangs and can't be killed even by SIGKILL. Apparently, one of the process threads forks. fork1() in kernel attempts to enter a single-threaded mode, but thread_single() fails to complete and hangs waiting until all threads but proc-> p_singlethread are suspended. One of the remaining threads is not suspended and has only SLEEP flag set. pid thread thid flags inhib pflags comm wchan 1982 0xcd150180 100351 00020c00 1 0088 java mi_switch + 426 in section .text thread_suspend_check + 298 in section .text userret + 58 in section .text fork_return + 18 in section .text fork_exit + 102 in section .text 1982 0xce120c00 100948 00000c00 1 0880 java mi_switch + 426 in section .text thread_suspend_check + 298 in section .text userret + 58 in section .text ast + 844 in section .text 1982 0xcd740900 100616 00000808 2 0080 java sbwait cd557320 mi_switch + 426 in section .text (SLEEPING, not SUSPENDED) sleepq_switch + 164 in section .text sleepq_wait_sig + 12 in section .text msleep + 566 in section .text sbwait + 56 in section .text soreceive + 572 in section .text soo_read + 65 in section .text dofileread + 173 in section .text read + 59 in section .text syscall + 551 in section .text 1982 0xc3ae7900 100906 00000808 1 0080 java mi_switch + 426 in section .text sleepq_switch + 164 in section .text sleepq_wait_sig + 12 in section .text msleep + 566 in section .text sbwait + 56 in section .text soreceive + 572 in section .text soo_read + 65 in section .text dofileread + 173 in section .text read + 59 in section .text syscall + 551 in section .text 1982 0xcd719780 100605 00000c00 1 0880 java mi_switch + 426 in section .text thread_suspend_check + 298 in section .text userret + 58 in section .text ast + 844 in section .text 1982 0xcd6d9000 100830 00000000 1 0880 java (p_singlethread) mi_switch + 426 in section .text - line 355 thread_single + 497 in section .text - line 863 fork1 + 169 in section .text - line 257 fork + 24 in section .text syscall + 551 in section .text Signals in singlethread state are not really delivered, SIGKILL stays with the first thread in the queue, and so we got a deadlock. I think that we got into this state because the non-suspended thread was running when singlethread was attempting to put every thread to sleep. All threads were marked TDF_ASTPENDING. However, a bit later ast() failed to deal correctly with a thread that had non-null td->td_mailbox. sys/kern/subr_trap.c:ast() if ((p->p_flag & P_SA) && (td->td_mailbox == NULL)) thread_user_enter(td); Below is a tentative patch. It's for 5.4-stable but it seemsa to me that the same problem should be in 6.0. Any comments? Best, Garry Index: kern/kern_thread.c =================================================================== RCS file: /u1/Repo/FreeBSD/sys/kern/kern_thread.c,v retrieving revision 1.3 diff -u -r1.3 kern_thread.c --- kern/kern_thread.c 9 Jul 2005 01:27:18 -0000 1.3 +++ kern/kern_thread.c 15 Nov 2005 03:01:22 -0000 @@ -1001,6 +1001,18 @@ } void +thread_check_single_suspend(struct thread *td) +{ + struct proc *p = td->td_proc; + + if (__predict_false(P_SHOULDSTOP(p))) { + PROC_LOCK(p); + thread_suspend_check(0); + PROC_UNLOCK(p); + } +} + +void thread_unsuspend_one(struct thread *td) { struct proc *p = td->td_proc; Index: kern/subr_trap.c =================================================================== RCS file: /u1/Repo/FreeBSD/sys/kern/subr_trap.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 subr_trap.c --- kern/subr_trap.c 8 Jul 2005 03:01:08 -0000 1.1.1.2 +++ kern/subr_trap.c 15 Nov 2005 03:01:23 -0000 @@ -171,6 +171,8 @@ if ((p->p_flag & P_SA) && (td->td_mailbox == NULL)) thread_user_enter(td); + else + thread_check_single_suspend(td); /* * This updates the p_sflag's for the checks below in one * "atomic" operation with turning off the astpending flag. Index: sys/proc.h =================================================================== RCS file: /u1/Repo/FreeBSD/sys/sys/proc.h,v retrieving revision 1.1.1.5 diff -u -r1.1.1.5 proc.h --- sys/proc.h 8 Jul 2005 03:07:51 -0000 1.1.1.5 +++ sys/proc.h 15 Nov 2005 03:01:28 -0000 @@ -887,6 +887,7 @@ void ksegrp_unlink(struct ksegrp *kg); void thread_signal_add(struct thread *td, int sig); struct thread *thread_alloc(void); +void thread_check_single_suspend(struct thread *td); void thread_exit(void) __dead2; int thread_export_context(struct thread *td, int willexit); void thread_free(struct thread *td); From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 06:39:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1A1D416A420 for ; Tue, 15 Nov 2005 06:39:01 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36205.mail.mud.yahoo.com (web36205.mail.mud.yahoo.com [209.191.68.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 591F043D55 for ; Tue, 15 Nov 2005 06:39:00 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 48743 invoked by uid 60001); 15 Nov 2005 06:38:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=xSLImv9RLKcLr1zl9BPeg59MAWfbod/t58PQ8uoB0c5VsYojkUFbimYvLFmaIaHVUCa5SfhNnxuJJI1Y+w0stoTJHoXBrfejQj4XoOg2PyJlPxvGFueIoHtoIfjZZlrTysSo8yv60F2ZdAPgZopGcsczvQEazUAWWQEKdY30h2c= ; Message-ID: <20051115063859.48741.qmail@web36205.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36205.mail.mud.yahoo.com via HTTP; Mon, 14 Nov 2005 22:38:59 PST Date: Mon, 14 Nov 2005 22:38:59 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org In-Reply-To: <20051115021311.GA1260@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Swapfile problem in 6? (was: 6.0: during kernel compilation, 'kernel linking' freezes PC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 06:39:01 -0000 --- Kris Kennaway wrote: > On Mon, Nov 14, 2005 at 06:08:27PM -0800, Rob wrote: > > > I left it overnight twice for performing this > > 'kernel linking' stage. In both cases the machine > > remained dead. > > Without the swapfile, this 'kernel linking' stage > > completes in just about less than a minute. > > > > So I think it's not my impatience, but there is > > another problem with my swapfile or with 6 :). > > Since you can compile a kernel without it, add DDB, > WITNESS and INVARIANTS support, then trigger the > deadlock with the swapfile, break to DDB and > examine the state of the machine. See the chapter > on kernel debugging in the developers handbook for > more instructions. Thanks, but for now, I cannot compile a new kernel, because the kernel compilation terminates with insufficient swap space error. Apparently 32 MB is not enough for a new kernel compilation. So for now I'm stuck with the GENERIC kernel. This is my partitioning: /dev/ad0s1a 253678 34446 198938 15% / /dev/ad0s1b 39848 8168 39848 20% (swap) /dev/ad0s1d 253678 152958 80426 66% /var /dev/ad0s1e 253678 6016 227368 3% /home /dev/ad0s1f 1624576 727274 767336 49% /usr First I used 128 MB swapfile on root partition; then tried again with a 128 MB swapfile on /var. However, exactly the same deadlock occurs: when the kernel compilation reaches 'linking kernel' the PC is dead (no crash). Although I can ping the PC, there's no response to any other service; also serial port console is dead. Without using the swapfile, the compilation easily passes through the 'linking kernel' stage, but somewhat later terminates as swap space is insufficient. With 5-Stable, I used the swapfile extensively for recompiling new kernels and worlds, without any problem. I only can conclude that something is wrong with the swapfile construct in 6. Is 128 MB too big for a swapfile in 6? I'll try again with a smaller swapfile... Any other ideas? dmesg output of this PC is here: http://surfion.snu.ac.kr/~lahaye/dmesg Thanks, Rob. __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 06:57:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3D2C916A41F for ; Tue, 15 Nov 2005 06:57:52 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE8043D7E for ; Tue, 15 Nov 2005 06:57:43 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail08.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAF6veDd025176 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Nov 2005 17:57:41 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jAF6veHh091688; Tue, 15 Nov 2005 17:57:40 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jAF6veHw091687; Tue, 15 Nov 2005 17:57:40 +1100 (EST) (envelope-from pjeremy) Date: Tue, 15 Nov 2005 17:57:40 +1100 From: Peter Jeremy To: Rob Message-ID: <20051115065740.GH39882@cirb503493.alcatel.com.au> References: <20051115021311.GA1260@xor.obsecurity.org> <20051115063859.48741.qmail@web36205.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051115063859.48741.qmail@web36205.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? (was: 6.0: during kernel compilation, 'kernel linking' freezes PC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 06:57:52 -0000 On Mon, 2005-Nov-14 22:38:59 -0800, Rob wrote: >--- Kris Kennaway wrote: >> Since you can compile a kernel without it, add DDB, >> WITNESS and INVARIANTS support, then trigger the >> deadlock with the swapfile, break to DDB and >> examine the state of the machine. See the chapter >> on kernel debugging in the developers handbook for >> more instructions. > >Thanks, but for now, I cannot compile a new kernel, >because the kernel compilation terminates with >insufficient swap space error. Unfortunately, we're probably not going to be able to provide much assistance without knowing more about what is happening when it deadlocks. (As Kris requests). BTW, you should probably make sure you keep "makeoptions DEBUG=-g" and set dumpdev in rc.conf (which will make it possible to capture and use a crashdump if you can trigger one). > Apparently 32 MB is >not enough for a new kernel compilation. Quite probably. >This is my partitioning: > /dev/ad0s1a 253678 34446 198938 15% / > /dev/ad0s1b 39848 8168 39848 20% (swap) > /dev/ad0s1d 253678 152958 80426 66% /var > /dev/ad0s1e 253678 6016 227368 3% /home > /dev/ad0s1f 1624576 727274 767336 49% /usr Since your /home is almost empty, how about (temporarily) moving the contents into /usr and swapping onto ad0s1e rather than into a swapfile. This should at least enable you to build a debug kernel. >First I used 128 MB swapfile on root partition; >then tried again with a 128 MB swapfile on /var. >However, exactly the same deadlock occurs: Have you pre-allocated the swapfile or is it being allocated as necessary? If the latter, try "dd if=/dev/zero of=swapfile bs=1m count=128" -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 07:33:01 2005 Return-Path: X-Original-To: stable@freebsd.org 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 AC92316A41F for ; Tue, 15 Nov 2005 07:33:01 +0000 (GMT) (envelope-from anatoli@minitelecom.org) Received: from minitelecom.org (gw.minitelecom.org [212.50.1.138]) by mx1.FreeBSD.org (Postfix) with SMTP id CFF2443D53 for ; Tue, 15 Nov 2005 07:33:00 +0000 (GMT) (envelope-from anatoli@minitelecom.org) Received: (qmail 1967 invoked from network); 15 Nov 2005 07:32:58 -0000 Received: from unknown (HELO toli) (192.168.70.77) by minitelecom.org with SMTP; 15 Nov 2005 07:32:58 -0000 From: Anatoli Marinov Organization: TelecomOne To: stable@freebsd.org Date: Tue, 15 Nov 2005 09:38:16 +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: <200511150938.16874.anatoli@minitelecom.org> Cc: Subject: kernel land ppp makes mage fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 07:33:01 -0000 Hi, I try to use pptp (pptpclient) and ppp connection to my ISP with FreeBSD 6-STABLE. If I compile pptp from ports after installation it works in user land and consume 50-60% from my CPU time (for 200 KB/sec). Before 6-STABLE with 6-TESTx and RCx my pptp, compiled to use kernel level ppp works great, but with 6-STABLE after 5 to 10 minutes I have page fault and reboot. pptpclient from ports by default compiles to work with user land ppp but with simple changes in Makefile I compile it to work with kernel level ppp. Would you help me how can I use pptp with kernel level ppp and FreeBSD 6-STABLE? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 10:08:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 F2D2616A41F for ; Tue, 15 Nov 2005 10:08:13 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36214.mail.mud.yahoo.com (web36214.mail.mud.yahoo.com [209.191.68.240]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C22443D46 for ; Tue, 15 Nov 2005 10:08:13 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 74197 invoked by uid 60001); 15 Nov 2005 10:08:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=YvLHMCzLmWIyFVmYb2VItT+F932vFWEorOC/3UTxHCz3Ov1jhGQ1Dn7CATbe5aib5w1t+5XWHjMpapMiLM1PJZR0gctRaxaApRgo0j2xECcnB75g/SEKLl/w98NKQAoSbFkgzTobugJ2nAH9UMDg53fmeqzCJlmd9b2vE65GX1A= ; Message-ID: <20051115100813.74195.qmail@web36214.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36214.mail.mud.yahoo.com via HTTP; Tue, 15 Nov 2005 02:08:12 PST Date: Tue, 15 Nov 2005 02:08:12 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org In-Reply-To: <20051115065740.GH39882@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 10:08:14 -0000 --- Peter Jeremy wrote: > > Since your /home is almost empty, how about > (temporarily) moving the contents into /usr and > swapping onto ad0s1e rather than into a > swapfile. This should at least enable you to > build a debug kernel. I'm now indeed building a new kernel, without using a swapfile. I have following in the kernel config: makeoptions DEBUG=-g options INVARIANTS options WITNESS options WITNESS_KDB options KDB options DDB options DDB_NUMSYM options GDB Is that enough? > >First I used 128 MB swapfile on root partition; > >then tried again with a 128 MB swapfile on /var. > >However, exactly the same deadlock occurs: > > Have you pre-allocated the swapfile or is it being > allocated as necessary? > If the latter, try "dd if=/dev/zero of=swapfile > bs=1m count=128" Yes, I always 'zero' the swapfile this way, before adding. Because I have used this swapfile construct extensively with previous 5-Stable on the same PC, I assume that harddisk and hardware are OK. Therefore my conclusion is, that there's some problem related to swapfile with 6. I will try to debug as much as I can, to find out why the machine becomes dead at a particular point while using a swapfile (fortunately this is very reproducible). I have never debugged a kernel, so I may ask soon for some assistance. Already now I wonder: 1) Can I debug a kernel that does not crash, but just hangs in a deadlock? Everything seems to be frozen, except pinging the PC.... 2) Is such debugging possible on a headless PC without a keyboard attached? I do have serial console access. Thanks, Rob. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 10:15:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 DE06216A41F for ; Tue, 15 Nov 2005 10:15:38 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36208.mail.mud.yahoo.com (web36208.mail.mud.yahoo.com [209.191.68.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 7520243D46 for ; Tue, 15 Nov 2005 10:15:38 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 38822 invoked by uid 60001); 15 Nov 2005 10:15:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=BeKZVEt50JwOVC/QdWf4NSA+vRGsu523XIEePyMvVmhx1LwN5smGEDty2LmbcVIx4uUaDRqNggxJphgEGxBmJMpclzUIfuMD+FnC009/BpwGoLvCq4+UxZCOgjj/Az/eMUkTNocHAq25IcivDomMT66KSpY1KbUZxW35RtxXftc= ; Message-ID: <20051115101537.38820.qmail@web36208.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36208.mail.mud.yahoo.com via HTTP; Tue, 15 Nov 2005 02:15:37 PST Date: Tue, 15 Nov 2005 02:15:37 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org In-Reply-To: <20051115065740.GH39882@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 10:15:39 -0000 One more thing, for those who are reading this thread. Concerning my kernel locking up while using a swapfile: I had an infinite while loop running during the kernel compilation, printing out 'swapinfo' every 15 seconds. The last output before the machine goes dead is this: /dev/ad0s1b 39848 11820 39848 30% /dev/md0 131072 5908 131072 5% Total 170920 17728 153192 10% which means that swap space is OK right before the freeze, but within 15 seconds from here, the kernel locks up.... Rob. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 10:38:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 CD6A216A41F for ; Tue, 15 Nov 2005 10:38:28 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248E143D4C for ; Tue, 15 Nov 2005 10:38:27 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAFAcMO6018830 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Nov 2005 21:38:22 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jAFAcMHh092011; Tue, 15 Nov 2005 21:38:22 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jAFAcL43092010; Tue, 15 Nov 2005 21:38:21 +1100 (EST) (envelope-from pjeremy) Date: Tue, 15 Nov 2005 21:38:21 +1100 From: Peter Jeremy To: Rob Message-ID: <20051115103821.GJ39882@cirb503493.alcatel.com.au> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115100813.74195.qmail@web36214.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051115100813.74195.qmail@web36214.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 10:38:28 -0000 On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: > makeoptions DEBUG=-g > options INVARIANTS > options WITNESS > options WITNESS_KDB > options KDB > options DDB > options DDB_NUMSYM > options GDB > >Is that enough? If your system is headless, you probably want 'options BREAK_TO_DEBUGGER' as well. First question is: Does the system still deadlock? INVARIANTS and WITNESS will have added sanity checks which might have picked up the problem. >1) Can I debug a kernel that does not crash, but > just hangs in a deadlock? Everything seems to > be frozen, except pinging the PC.... Have a look at http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html and ddb(4). Unless you have another system handy, you might like to print out ddb(4) - it's difficult to read man pages when you're in the kernel debugger :-). >2) Is such debugging possible on a headless PC > without a keyboard attached? > I do have serial console access. Yes. See above URL. The advantage is that you can (hopefully) capture a log of your debug session. Send a serial BREAK and you should get a DDB> prompt. Basically, wait until your system deadlocks. BREAK into DDB. As a start, run 'show lockedvnods', 'ps'. My guess is that you'll see a lock that has a number of waiters - which is probably the culprit. Use 'panic' to get a crashdump and then you can use kgdb to rummage around once you reboot - see http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html If in doubt, post the output from the above commands here and someone will hopefully provide further input. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 11:47:31 2005 Return-Path: X-Original-To: stable@freebsd.org 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 AC61516A41F; Tue, 15 Nov 2005 11:47:31 +0000 (GMT) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D79F43D45; Tue, 15 Nov 2005 11:47:30 +0000 (GMT) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 90F7A6C8822; Tue, 15 Nov 2005 11:47:29 +0000 (GMT) From: "Lawrence Farr" To: , =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Date: Tue, 15 Nov 2005 11:47:31 -0000 Message-ID: <008001c5e9da$5ca2e990$c806a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <200511150938.16874.anatoli@minitelecom.org> Thread-Index: AcXptxT3ke0z9ch5S323j668Sy0l7AAIojHA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: Promise TX4300 boot problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 11:47:31 -0000 I've stuck a Promise TX4300 controller in to replace the marvell onboard SATA that I can't boot off on a Supermicro server. If I set 2 discs up as Raid 0 or Raid 1 it's fine, But 4 discs as Raid 0+1 is detected, installs without any problems, but hangs at the boot loader with elf32_loadimage: read failed. I'm guesssing the boot loader thinks it's a mirror, not a stripe and fails to read past the first stripe on the disk? Anyone come across this or have an idea? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 13:59:06 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG 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 D6CDB16A41F for ; Tue, 15 Nov 2005 13:59:06 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0C7D43D46 for ; Tue, 15 Nov 2005 13:59:05 +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.4/8.13.4) with ESMTP id jAFDx3VR081673 for ; Tue, 15 Nov 2005 14:59:04 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id jAFDx3kx081672; Tue, 15 Nov 2005 14:59:03 +0100 (CET) (envelope-from olli) Date: Tue, 15 Nov 2005 14:59:03 +0100 (CET) Message-Id: <200511151359.jAFDx3kx081672@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20051115063859.48741.qmail@web36205.mail.mud.yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-STABLE (i386)) Cc: Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 13:59:07 -0000 Rob wrote: > Kris Kennaway wrote: > > Since you can compile a kernel without it, add DDB, > > WITNESS and INVARIANTS support, then trigger the > > deadlock with the swapfile, break to DDB and > > examine the state of the machine. See the chapter > > on kernel debugging in the developers handbook for > > more instructions. > > Thanks, but for now, I cannot compile a new kernel, > because the kernel compilation terminates with > insufficient swap space error. Apparently 32 MB is > not enough for a new kernel compilation. Remove the "-pipe" option from CFLAGS and COPTFLAGS in your /etc/make.conf file. That will serialize compiler stages that normally run in parallel, so it'll require less memory. Also make sure that no processes run that you don't need, i.e. kill cron, usbd, sendmail, ntpd and whatever else you don't absolutely need. I don't know if those measures will enable you to compile the kernel with 32 Mbytes, but it's worth a try. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 14:24:49 2005 Return-Path: X-Original-To: stable@freebsd.org 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 54DEA16A41F; Tue, 15 Nov 2005 14:24:49 +0000 (GMT) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A475343D45; Tue, 15 Nov 2005 14:24:48 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id jAFENWft053895; Tue, 15 Nov 2005 09:23:32 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id jAFENV0u059385; Tue, 15 Nov 2005 09:23:32 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Ade Lovett In-Reply-To: <9A03FF42-675B-42AB-8B42-75B7DA1CC46A@FreeBSD.org> References: <43734B59.7090609@yahoo.com.br> <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> <43750454.1010709@despammed.com> <9A03FF42-675B-42AB-8B42-75B7DA1CC46A@FreeBSD.org> Content-Type: text/plain Date: Tue, 15 Nov 2005 09:24:54 -0500 Message-Id: <1132064694.10715.3.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: stable@freebsd.org, Amit Rao Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 14:24:49 -0000 On Fri, 2005-11-11 at 22:57 -0800, Ade Lovett wrote: > On Nov 11, 2005, at 12:51 , Amit Rao wrote: > > 0) Upgrade to Seagate 10K.7 drive firmware level 0008. That seems > > to help. One "ahd sequencer error" message still appears at boot, > > but after that it seems to work (with your fingers crossed). > > Of course, you then spend far too much time ensuring that any > replacement drives are flashed appropriately (which, afaict, > *requires* Windows to do), and also running the gauntlet of further > problems down the road when you throw the drives into a new machine > with a subtly different HBA bios. > > No thanks, I'll stick with option (2). A few more months, and > Seagate drives will be a nice distant memory that I can look back on > in a few years, and laugh nervously about. > > -aDe There was a flash-utility that was [hand-rolled?] able to run on FreeBSD and I did successfully flash some Seagate drives' firmware -- didn't help any as far as the error [messages] went so we dropped Seagate drives altogether a little over a year ago. Since then we have been using the IBM/Hitachi drives with no issues (much easier to change drive manufacturers than try to respec the servers we were using or do some of the borderline-absurd workarounds that Seagate suggested). Sven From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 15:16:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A952516A41F for ; Tue, 15 Nov 2005 15:16:48 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36210.mail.mud.yahoo.com (web36210.mail.mud.yahoo.com [209.191.68.236]) by mx1.FreeBSD.org (Postfix) with SMTP id 051BF43D45 for ; Tue, 15 Nov 2005 15:16:47 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 29551 invoked by uid 60001); 15 Nov 2005 15:16:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=fbp0B2OfeiAlzN91P83IohT4S4sG5mmcN8F6TROoTYSbwQkw+JVstwaIqIUC1Xf4foAgPiGKP995e1TvdP4yU8cHUSJw5Vp3qW5OzySWhwOPbA2IdZpHe3BD+Y5PKyubdWI+16IojXpL46bf65l3BdgQNZwSGVED3yOyerkEfJk= ; Message-ID: <20051115151647.29549.qmail@web36210.mail.mud.yahoo.com> Received: from [218.232.14.39] by web36210.mail.mud.yahoo.com via HTTP; Tue, 15 Nov 2005 07:16:47 PST Date: Tue, 15 Nov 2005 07:16:47 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org In-Reply-To: <20051115103821.GJ39882@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 15:16:48 -0000 --- Peter Jeremy wrote: > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: > > makeoptions DEBUG=-g > > options INVARIANTS > > options WITNESS > > options WITNESS_KDB > > options KDB > > options DDB > > options DDB_NUMSYM > > options GDB > > > >Is that enough? > > If your system is headless, you probably want > 'options BREAK_TO_DEBUGGER' as well. If I merge all these options into the GENERIC kernel config file, the kernel compilation ends with error: $ make buildkernel KERNCONF=DEBUGKERNEL [...snip...] cc -c -O -pipe ... /usr/src/sys/dev/ata/atapi-cd.c /usr/src/sys/dev/ata/atapi-cd.c: In function `acd_geom_attach': /usr/src/sys/dev/ata/atapi-cd.c:181: warning: implicit declaration of function `_sx_assert' /usr/src/sys/dev/ata/atapi-cd.c:181: warning: nested extern declaration of `_sx_assert' *** Error code 1 Stop in /usr/obj/usr/src/sys/MYKERNEL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -------------- In /etc/make.conf, I have: CFLAGS= -O -pipe NO_PROFILE=true NO_PF=true RUBY_VER=1.8 PERL_VER=5.8.7 PERL_VERSION=5.8.7 Hence, so far no luck with building a debug kernel with 6. Any ideas what's wrong here? Thanks, Rob. __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 16:04:29 2005 Return-Path: X-Original-To: stable@freebsd.org 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 7CDFD16A41F for ; Tue, 15 Nov 2005 16:04:29 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B0943D55 for ; Tue, 15 Nov 2005 16:04:22 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.3/8.13.3) with ESMTP id jAFG4Lxs094799 for ; Tue, 15 Nov 2005 17:04:21 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.3/8.13.3) with ESMTP id jAFG4JC2094791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 15 Nov 2005 17:04:19 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.3/8.13.3) with ESMTP id jAFG4JaV098948 for ; Tue, 15 Nov 2005 17:04:19 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.3/8.13.3/Submit) id jAFG4JDd098947; Tue, 15 Nov 2005 17:04:19 +0100 (CET) (envelope-from jpulz) Date: Tue, 15 Nov 2005 17:04:16 +0100 (CET) From: Joerg Pulz To: stable@freebsd.org Message-ID: <20051115161253.F7025@hades.admin.frm2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: at mailhost.frm2.tum.de Cc: Subject: FreeBSD-6 amr and ahd trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 16:04:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi guys, I'm running an Fujitsu-Siemens Primergy RX300 dual-XEON hyperthreading enabled server with an onboard LSI MegaRAID controller and an Adaptec 39320A Ultra320 dual channel SCSI adapter. The LSI MegaRAID controller is configured to RAID1 with two disk and one hotspare. On this array FreeBSD is installed. Up to now, the system was running fine with FreeBSD-5.3 first and FreeBSD-5.4 now. I tried to upgrade this beast to FreeBSD-6.0-RELEASE without success. The kernel is booting and detects all devices correctly but when it comes to read from the amr(4) the last thing i see is "GEOM: new disk amrd0" after that the system "hangs" and its nearly impossible to scroll the kernel messages up or down (Scroll lock pressed). then after a while there are a lot of SCSI error messages about SCB timeouts coming from the ahd(4). I decided to boot the old RELENG_5_4 kernel and cvsup'ed the sources to RELENG_6 but i got the same results. booting from a FreeBSD-6.0-RELEASE bootonly CDRom got again the same results. I searched google about this, and found something about a tuneable sysctl/loader setting called hw.pci.do_powerstate and tried it, but the same result. later i saw, that in RELENG_6 this tuneable is renamed and set to 0 anyway. the next step was removing the Adaptec card to make sure this one is not interrupting the amr(4) but the only thing that happened was the SCSI error messages going away so this was not the problem. I decided to give CURRENT from today a try, and it was working without any problems. I have tested CURRENT some steps back until i hit 700003 dated to "Sun Sep 18 05:12:39 2005 UTC" which is exactly the same time the RELENG_6 branch was marked for 6.0-BETA5 and CURRENT was working with every point i checked out from cvs. Unfortunately 6.0-BETA5 is NOT working. I checked out the sources for 6.0-BETA4 and it is working again. So somewhere between 6.0-BETA4 and 6.0-BETA5 the whole thing is broken, at least for me and my hardware. I've seen some differences in sys/cam/cam_xpt.c, maybe these cause the trouble i have, but I'm not so deep in the FreeBSD kernel code to make this sure. It would be nice if someone can take a look at this to get this fixed in RELENG_6. Any patches to test are welcome. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDegcDSPOsGF+KA+MRAtErAJ4w6Y8jpTvd7Q0SWMDYepTCsjFq9wCgtyuW XYxOUeRNY+DDtp7BfQOVMS8= =QYI6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 17:00:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8FC4916A41F; Tue, 15 Nov 2005 17:00:02 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C55243D58; Tue, 15 Nov 2005 16:59:58 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:wyqfoZEgbd8ITSypHsM3LhgFThd1jXMM1HN/KC94lseEFAvpX27afsQyyet4H3fO@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id jAFGxmno002369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2005 01:59:52 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 16 Nov 2005 01:59:47 +0900 Message-ID: From: Hajimu UMEMOTO To: Pierre-Luc Drouin In-Reply-To: <4378CC14.2020109@pldrouin.net> References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 16 Nov 2005 01:59:53 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 17:00:02 -0000 Hi, >>>>> On Mon, 14 Nov 2005 12:40:36 -0500 >>>>> Pierre-Luc Drouin said: pldrouin> Yep, smart battery is definately the problem. The performance of my pldrouin> laptop is back to normal when I remove the xfce4-battery-plugin. pldrouin> acpiconf -i loop reproduces the problem for me too. So it looks like pldrouin> there is something wrong in smart battery. The cmbat has similar issue on some laptops. So, acpi_cmbat.c uses cache for retrieval to reduce its influence, and its expiration time is set by hw.acpi.battery.info_expire. However, acpi_smbat.c doesn't use cache. So, I made a patch. Since I don't have a laptop which has smbat, I cannot test it by myself. Please test it and let me know the result. Index: sys/dev/acpica/acpi_smbat.c diff -u -p sys/dev/acpica/acpi_smbat.c.orig sys/dev/acpica/acpi_smbat.c --- sys/dev/acpica/acpi_smbat.c.orig Sun Nov 6 08:55:56 2005 +++ sys/dev/acpica/acpi_smbat.c Tue Nov 15 16:41:00 2005 @@ -44,11 +44,18 @@ __FBSDID("$FreeBSD: src/sys/dev/acpica/a struct acpi_smbat_softc { uint8_t sb_base_addr; device_t ec_dev; + + struct acpi_bif bif; + struct acpi_bst bst; + struct timespec bif_lastupdated; + struct timespec bst_lastupdated; }; static int acpi_smbat_probe(device_t dev); static int acpi_smbat_attach(device_t dev); static int acpi_smbat_shutdown(device_t dev); +static int acpi_smbat_info_expired(struct timespec *lastupdated); +static void acpi_smbat_info_updated(struct timespec *lastupdated); static int acpi_smbat_get_bif(device_t dev, struct acpi_bif *bif); static int acpi_smbat_get_bst(device_t dev, struct acpi_bst *bst); @@ -114,6 +121,9 @@ acpi_smbat_attach(device_t dev) return (ENXIO); } + timespecclear(&sc->bif_lastupdated); + timespecclear(&sc->bst_lastupdated); + if (acpi_battery_register(dev) != 0) { device_printf(dev, "cannot register battery\n"); return (ENXIO); @@ -132,6 +142,34 @@ acpi_smbat_shutdown(device_t dev) } static int +acpi_smbat_info_expired(struct timespec *lastupdated) +{ + struct timespec curtime; + + ACPI_SERIAL_ASSERT(smbat); + + if (lastupdated == NULL) + return (TRUE); + if (!timespecisset(lastupdated)) + return (TRUE); + + getnanotime(&curtime); + timespecsub(&curtime, lastupdated); + return (curtime.tv_sec < 0 || + curtime.tv_sec > acpi_battery_get_info_expire()); +} + +static void +acpi_smbat_info_updated(struct timespec *lastupdated) +{ + + ACPI_SERIAL_ASSERT(smbat); + + if (lastupdated != NULL) + getnanotime(lastupdated); +} + +static int acpi_smbus_read_2(struct acpi_smbat_softc *sc, uint8_t addr, uint8_t cmd, uint16_t *ptr) { @@ -284,6 +322,11 @@ acpi_smbat_get_bst(device_t dev, struct error = ENXIO; sc = device_get_softc(dev); + if (!acpi_smbat_info_expired(&sc->bst_lastupdated)) { + error = 0; + goto out; + } + if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_BATTERY_MODE, &val)) goto out; if (val & SMBATT_BM_CAPACITY_MODE) { @@ -299,7 +342,7 @@ acpi_smbat_get_bst(device_t dev, struct goto out; if (val & SMBATT_BS_DISCHARGING) { - bst->state |= ACPI_BATT_STAT_DISCHARG; + sc->bst.state |= ACPI_BATT_STAT_DISCHARG; /* * If the rate is negative, it is discharging. Otherwise, @@ -308,27 +351,31 @@ acpi_smbat_get_bst(device_t dev, struct if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_AT_RATE, &val)) goto out; if (val < 0) - bst->rate = (-val) * factor; + sc->bst.rate = (-val) * factor; else - bst->rate = -1; + sc->bst.rate = -1; } else { - bst->state |= ACPI_BATT_STAT_CHARGING; - bst->rate = -1; + sc->bst.state |= ACPI_BATT_STAT_CHARGING; + sc->bst.rate = -1; } if (val & SMBATT_BS_REMAINING_CAPACITY_ALARM) - bst->state |= ACPI_BATT_STAT_CRITICAL; + sc->bst.state |= ACPI_BATT_STAT_CRITICAL; if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_REMAINING_CAPACITY, &val)) goto out; - bst->cap = val * factor; + sc->bst.cap = val * factor; if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_VOLTAGE, &val)) goto out; - bst->volt = val; + sc->bst.volt = val; + + acpi_smbat_info_updated(&sc->bst_lastupdated); + error = 0; out: + memcpy(bst, &sc->bst, sizeof(sc->bst)); ACPI_SERIAL_END(smbat); return (error); } @@ -348,55 +395,63 @@ acpi_smbat_get_bif(device_t dev, struct error = ENXIO; sc = device_get_softc(dev); + if (!acpi_smbat_info_expired(&sc->bif_lastupdated)) { + error = 0; + goto out; + } + if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_BATTERY_MODE, &val)) goto out; if (val & SMBATT_BM_CAPACITY_MODE) { factor = 10; - bif->units = ACPI_BIF_UNITS_MW; + sc->bif.units = ACPI_BIF_UNITS_MW; } else { factor = 1; - bif->units = ACPI_BIF_UNITS_MA; + sc->bif.units = ACPI_BIF_UNITS_MA; } if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_DESIGN_CAPACITY, &val)) goto out; - bif->dcap = val * factor; + sc->bif.dcap = val * factor; if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_FULL_CHARGE_CAPACITY, &val)) goto out; - bif->lfcap = val * factor; - bif->btech = 1; /* secondary (rechargeable) */ + sc->bif.lfcap = val * factor; + sc->bif.btech = 1; /* secondary (rechargeable) */ if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_DESIGN_VOLTAGE, &val)) goto out; - bif->dvol = val; + sc->bif.dvol = val; - bif->wcap = bif->dcap / 10; - bif->lcap = bif->dcap / 10; + sc->bif.wcap = sc->bif.dcap / 10; + sc->bif.lcap = sc->bif.dcap / 10; - bif->gra1 = factor; /* not supported */ - bif->gra2 = factor; /* not supported */ + sc->bif.gra1 = factor; /* not supported */ + sc->bif.gra2 = factor; /* not supported */ if (acpi_smbus_read_multi_1(sc, addr, SMBATT_CMD_DEVICE_NAME, - bif->model, sizeof(bif->model))) + sc->bif.model, sizeof(sc->bif.model))) goto out; if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_SERIAL_NUMBER, &val)) goto out; - snprintf(bif->serial, sizeof(bif->serial), "0x%04x", val); + snprintf(sc->bif.serial, sizeof(sc->bif.serial), "0x%04x", val); if (acpi_smbus_read_multi_1(sc, addr, SMBATT_CMD_DEVICE_CHEMISTRY, - bif->type, sizeof(bif->type))) + sc->bif.type, sizeof(sc->bif.type))) goto out; if (acpi_smbus_read_multi_1(sc, addr, SMBATT_CMD_MANUFACTURER_DATA, - bif->oeminfo, sizeof(bif->oeminfo))) + sc->bif.oeminfo, sizeof(sc->bif.oeminfo))) goto out; + acpi_smbat_info_updated(&sc->bif_lastupdated); + /* XXX check if device was replugged during read? */ error = 0; out: + memcpy(bif, &sc->bif, sizeof(sc->bif)); ACPI_SERIAL_END(smbat); return (error); } Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 18:16:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 98DEE16A41F; Tue, 15 Nov 2005 18:16:53 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jAFIGrDi006270; Tue, 15 Nov 2005 13:16:53 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jAFIGqtL006269; Tue, 15 Nov 2005 13:16:52 -0500 (EST) (envelope-from green) Date: Tue, 15 Nov 2005 13:16:52 -0500 From: Brian Fundakowski Feldman To: Rob Message-ID: <20051115181652.GA76352@green.homeunix.org> References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051115151647.29549.qmail@web36210.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051115151647.29549.qmail@web36210.mail.mud.yahoo.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 18:16:53 -0000 On Tue, Nov 15, 2005 at 07:16:47AM -0800, Rob wrote: > > > --- Peter Jeremy wrote: > > > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: > > > makeoptions DEBUG=-g > > > options INVARIANTS > > > options WITNESS > > > options WITNESS_KDB > > > options KDB > > > options DDB > > > options DDB_NUMSYM > > > options GDB > > > > > >Is that enough? > > > > If your system is headless, you probably want > > 'options BREAK_TO_DEBUGGER' as well. > > If I merge all these options into the GENERIC kernel > config file, the kernel compilation ends with error: > > $ make buildkernel KERNCONF=DEBUGKERNEL > [...snip...] > cc -c -O -pipe ... /usr/src/sys/dev/ata/atapi-cd.c > /usr/src/sys/dev/ata/atapi-cd.c: In function > `acd_geom_attach': > /usr/src/sys/dev/ata/atapi-cd.c:181: warning: implicit > declaration of function `_sx_assert' > /usr/src/sys/dev/ata/atapi-cd.c:181: warning: nested > extern declaration of `_sx_assert' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/MYKERNEL. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. You may not have INVARIANT_SUPPORT -- I don't see that listed explicitly, but it's necessary as well. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 18:18:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8653416A41F; Tue, 15 Nov 2005 18:18:23 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jAFIIMfs006281; Tue, 15 Nov 2005 13:18:22 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jAFIIMfd006280; Tue, 15 Nov 2005 13:18:22 -0500 (EST) (envelope-from green) Date: Tue, 15 Nov 2005 13:18:22 -0500 From: Brian Fundakowski Feldman To: Rob Message-ID: <20051115181822.GB76352@green.homeunix.org> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115101537.38820.qmail@web36208.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051115101537.38820.qmail@web36208.mail.mud.yahoo.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 18:18:23 -0000 On Tue, Nov 15, 2005 at 02:15:37AM -0800, Rob wrote: > > One more thing, for those who are reading this thread. > > Concerning my kernel locking up while using a > swapfile: > > I had an infinite while loop running during the > kernel compilation, printing out 'swapinfo' every > 15 seconds. The last output before the machine goes > dead is this: > > /dev/ad0s1b 39848 11820 39848 30% > /dev/md0 131072 5908 131072 5% > Total 170920 17728 153192 10% > > which means that swap space is OK right before the > freeze, but within 15 seconds from here, the kernel > locks up.... In my experience, fifteen seconds is enough to fill up 130+MB of swap, so a much smaller polling interval is necessary. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 19:38:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 47A2216A41F; Tue, 15 Nov 2005 19:38:09 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 980E743D5C; Tue, 15 Nov 2005 19:38:07 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 5AAEF17002D; Tue, 15 Nov 2005 14:38:06 -0500 (EST) Message-ID: <437A3901.8010001@pldrouin.net> Date: Tue, 15 Nov 2005 14:37:37 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 19:38:09 -0000 Hajimu UMEMOTO wrote: >Hi, > > > >>>>>>On Mon, 14 Nov 2005 12:40:36 -0500 >>>>>>Pierre-Luc Drouin said: >>>>>> >>>>>> > >pldrouin> Yep, smart battery is definately the problem. The performance of my >pldrouin> laptop is back to normal when I remove the xfce4-battery-plugin. >pldrouin> acpiconf -i loop reproduces the problem for me too. So it looks like >pldrouin> there is something wrong in smart battery. > >The cmbat has similar issue on some laptops. So, acpi_cmbat.c uses >cache for retrieval to reduce its influence, and its expiration >time is set by hw.acpi.battery.info_expire. >However, acpi_smbat.c doesn't use cache. So, I made a patch. Since I >don't have a laptop which has smbat, I cannot test it by myself. >Please test it and let me know the result. > >Index: sys/dev/acpica/acpi_smbat.c >diff -u -p sys/dev/acpica/acpi_smbat.c.orig sys/dev/acpica/acpi_smbat.c >--- sys/dev/acpica/acpi_smbat.c.orig Sun Nov 6 08:55:56 2005 >+++ sys/dev/acpica/acpi_smbat.c Tue Nov 15 16:41:00 2005 >@@ -44,11 +44,18 @@ __FBSDID("$FreeBSD: src/sys/dev/acpica/a > struct acpi_smbat_softc { > uint8_t sb_base_addr; > device_t ec_dev; >+ >+ struct acpi_bif bif; >+ struct acpi_bst bst; >+ struct timespec bif_lastupdated; >+ struct timespec bst_lastupdated; > }; > > static int acpi_smbat_probe(device_t dev); > static int acpi_smbat_attach(device_t dev); > static int acpi_smbat_shutdown(device_t dev); >+static int acpi_smbat_info_expired(struct timespec *lastupdated); >+static void acpi_smbat_info_updated(struct timespec *lastupdated); > static int acpi_smbat_get_bif(device_t dev, struct acpi_bif *bif); > static int acpi_smbat_get_bst(device_t dev, struct acpi_bst *bst); > >@@ -114,6 +121,9 @@ acpi_smbat_attach(device_t dev) > return (ENXIO); > } > >+ timespecclear(&sc->bif_lastupdated); >+ timespecclear(&sc->bst_lastupdated); >+ > if (acpi_battery_register(dev) != 0) { > device_printf(dev, "cannot register battery\n"); > return (ENXIO); >@@ -132,6 +142,34 @@ acpi_smbat_shutdown(device_t dev) > } > > static int >+acpi_smbat_info_expired(struct timespec *lastupdated) >+{ >+ struct timespec curtime; >+ >+ ACPI_SERIAL_ASSERT(smbat); >+ >+ if (lastupdated == NULL) >+ return (TRUE); >+ if (!timespecisset(lastupdated)) >+ return (TRUE); >+ >+ getnanotime(&curtime); >+ timespecsub(&curtime, lastupdated); >+ return (curtime.tv_sec < 0 || >+ curtime.tv_sec > acpi_battery_get_info_expire()); >+} >+ >+static void >+acpi_smbat_info_updated(struct timespec *lastupdated) >+{ >+ >+ ACPI_SERIAL_ASSERT(smbat); >+ >+ if (lastupdated != NULL) >+ getnanotime(lastupdated); >+} >+ >+static int > acpi_smbus_read_2(struct acpi_smbat_softc *sc, uint8_t addr, uint8_t cmd, > uint16_t *ptr) > { >@@ -284,6 +322,11 @@ acpi_smbat_get_bst(device_t dev, struct > error = ENXIO; > sc = device_get_softc(dev); > >+ if (!acpi_smbat_info_expired(&sc->bst_lastupdated)) { >+ error = 0; >+ goto out; >+ } >+ > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_BATTERY_MODE, &val)) > goto out; > if (val & SMBATT_BM_CAPACITY_MODE) { >@@ -299,7 +342,7 @@ acpi_smbat_get_bst(device_t dev, struct > goto out; > > if (val & SMBATT_BS_DISCHARGING) { >- bst->state |= ACPI_BATT_STAT_DISCHARG; >+ sc->bst.state |= ACPI_BATT_STAT_DISCHARG; > > /* > * If the rate is negative, it is discharging. Otherwise, >@@ -308,27 +351,31 @@ acpi_smbat_get_bst(device_t dev, struct > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_AT_RATE, &val)) > goto out; > if (val < 0) >- bst->rate = (-val) * factor; >+ sc->bst.rate = (-val) * factor; > else >- bst->rate = -1; >+ sc->bst.rate = -1; > } else { >- bst->state |= ACPI_BATT_STAT_CHARGING; >- bst->rate = -1; >+ sc->bst.state |= ACPI_BATT_STAT_CHARGING; >+ sc->bst.rate = -1; > } > > if (val & SMBATT_BS_REMAINING_CAPACITY_ALARM) >- bst->state |= ACPI_BATT_STAT_CRITICAL; >+ sc->bst.state |= ACPI_BATT_STAT_CRITICAL; > > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_REMAINING_CAPACITY, &val)) > goto out; >- bst->cap = val * factor; >+ sc->bst.cap = val * factor; > > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_VOLTAGE, &val)) > goto out; >- bst->volt = val; >+ sc->bst.volt = val; >+ >+ acpi_smbat_info_updated(&sc->bst_lastupdated); >+ > error = 0; > > out: >+ memcpy(bst, &sc->bst, sizeof(sc->bst)); > ACPI_SERIAL_END(smbat); > return (error); > } >@@ -348,55 +395,63 @@ acpi_smbat_get_bif(device_t dev, struct > error = ENXIO; > sc = device_get_softc(dev); > >+ if (!acpi_smbat_info_expired(&sc->bif_lastupdated)) { >+ error = 0; >+ goto out; >+ } >+ > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_BATTERY_MODE, &val)) > goto out; > if (val & SMBATT_BM_CAPACITY_MODE) { > factor = 10; >- bif->units = ACPI_BIF_UNITS_MW; >+ sc->bif.units = ACPI_BIF_UNITS_MW; > } else { > factor = 1; >- bif->units = ACPI_BIF_UNITS_MA; >+ sc->bif.units = ACPI_BIF_UNITS_MA; > } > > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_DESIGN_CAPACITY, &val)) > goto out; >- bif->dcap = val * factor; >+ sc->bif.dcap = val * factor; > > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_FULL_CHARGE_CAPACITY, &val)) > goto out; >- bif->lfcap = val * factor; >- bif->btech = 1; /* secondary (rechargeable) */ >+ sc->bif.lfcap = val * factor; >+ sc->bif.btech = 1; /* secondary (rechargeable) */ > > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_DESIGN_VOLTAGE, &val)) > goto out; >- bif->dvol = val; >+ sc->bif.dvol = val; > >- bif->wcap = bif->dcap / 10; >- bif->lcap = bif->dcap / 10; >+ sc->bif.wcap = sc->bif.dcap / 10; >+ sc->bif.lcap = sc->bif.dcap / 10; > >- bif->gra1 = factor; /* not supported */ >- bif->gra2 = factor; /* not supported */ >+ sc->bif.gra1 = factor; /* not supported */ >+ sc->bif.gra2 = factor; /* not supported */ > > if (acpi_smbus_read_multi_1(sc, addr, SMBATT_CMD_DEVICE_NAME, >- bif->model, sizeof(bif->model))) >+ sc->bif.model, sizeof(sc->bif.model))) > goto out; > > if (acpi_smbus_read_2(sc, addr, SMBATT_CMD_SERIAL_NUMBER, &val)) > goto out; >- snprintf(bif->serial, sizeof(bif->serial), "0x%04x", val); >+ snprintf(sc->bif.serial, sizeof(sc->bif.serial), "0x%04x", val); > > if (acpi_smbus_read_multi_1(sc, addr, SMBATT_CMD_DEVICE_CHEMISTRY, >- bif->type, sizeof(bif->type))) >+ sc->bif.type, sizeof(sc->bif.type))) > goto out; > > if (acpi_smbus_read_multi_1(sc, addr, SMBATT_CMD_MANUFACTURER_DATA, >- bif->oeminfo, sizeof(bif->oeminfo))) >+ sc->bif.oeminfo, sizeof(sc->bif.oeminfo))) > goto out; > >+ acpi_smbat_info_updated(&sc->bif_lastupdated); >+ > /* XXX check if device was replugged during read? */ > error = 0; > > out: >+ memcpy(bif, &sc->bif, sizeof(sc->bif)); > ACPI_SERIAL_END(smbat); > return (error); > } > > >Sincerely, > >-- >Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan >ume@mahoroba.org ume@{,jp.}FreeBSD.org >http://www.imasy.org/~ume/ > > > The patch seams to do its job correctly, but it is still very annoying to have the whole computer to freeze for 1 second when the cache expires. What does make the whole system to freeze? Before the code was changed in 6.0-stable, FreeBSD was able to read the battery status without freezing my laptop... I have been running 3 OSes (FreeBSD, Ubuntu and Win XP) on my laptop for a while and never experienced that kind of problem with either Linux or Win XP. I guess there is something wrong in the new code added after 6.0-release. Thank you! Pierre-Luc Drouin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 19:49:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6829D16A41F; Tue, 15 Nov 2005 19:49:17 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED5043D66; Tue, 15 Nov 2005 19:49:11 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAFJn9De020201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Nov 2005 11:49:12 -0800 Message-ID: <437A3B96.4040300@root.org> Date: Tue, 15 Nov 2005 11:48:38 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pierre-Luc Drouin References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> In-Reply-To: <437A3901.8010001@pldrouin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 19:49:17 -0000 Pierre-Luc Drouin wrote: > Hajimu UMEMOTO wrote: >>>>>>> On Mon, 14 Nov 2005 12:40:36 -0500 >>>>>>> Pierre-Luc Drouin said: >> pldrouin> Yep, smart battery is definately the problem. The >> performance of my pldrouin> laptop is back to normal when I remove the >> xfce4-battery-plugin. pldrouin> acpiconf -i loop reproduces the >> problem for me too. So it looks like pldrouin> there is something >> wrong in smart battery. >> >> The cmbat has similar issue on some laptops. So, acpi_cmbat.c uses >> cache for retrieval to reduce its influence, and its expiration >> time is set by hw.acpi.battery.info_expire. >> However, acpi_smbat.c doesn't use cache. So, I made a patch. Since I >> don't have a laptop which has smbat, I cannot test it by myself. >> Please test it and let me know the result. >> >> > The patch seams to do its job correctly, but it is still very annoying > to have the whole computer to freeze for 1 second when the cache > expires. What does make the whole system to freeze? Before the code was > changed in 6.0-stable, FreeBSD was able to read the battery status > without freezing my laptop... I have been running 3 OSes (FreeBSD, > Ubuntu and Win XP) on my laptop for a while and never experienced that > kind of problem with either Linux or Win XP. I guess there is something > wrong in the new code added after 6.0-release. If you have both smbat and cmbat, just disable smbat if you don't like it. Add this to /boot/loader.conf: debug.acpi.disabled="smbat" The pause is related to a buggy or slow EC. Caching the values happens to hide it. Do you get pauses with smbat disabled (see above for how to do this)? Can you still get battery status from cmbat? -- Nate From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 20:34:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3FA2816A41F for ; Tue, 15 Nov 2005 20:34:11 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C05EC43D45 for ; Tue, 15 Nov 2005 20:34:10 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so918595wxc for ; Tue, 15 Nov 2005 12:34:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J0h8D7iTi/YYI9WzcjQ1vVCojsY8vAsEDGuwvBzldyjmkcTqNTOl8myxoV/X5RpK5Qwa41D3CbqpXKLGGuOB0oUwLMdTS4ntt1pDcrhE4lraagTqCoh2DA1x8ne9Fr44neAbu1Iy3cXvsa/W2Bq1AkzNuDS8hdyjtxlu1hLCusM= Received: by 10.70.75.3 with SMTP id x3mr2126688wxa; Tue, 15 Nov 2005 12:34:10 -0800 (PST) Received: by 10.70.104.18 with HTTP; Tue, 15 Nov 2005 12:34:10 -0800 (PST) Message-ID: <35c231bf0511151234x7d10fe22n6bf432856a49b6a1@mail.gmail.com> Date: Tue, 15 Nov 2005 12:34:10 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: Barkley Vowk In-Reply-To: <20051109130654.R3622@3jane.math.ualberta.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051109113648.D3622@3jane.math.ualberta.ca> <35c231bf0511091204t60817b15v6934e41323f4060a@mail.gmail.com> <20051109130654.R3622@3jane.math.ualberta.ca> X-Mailman-Approved-At: Tue, 15 Nov 2005 20:34:51 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 20:34:11 -0000 FWIW, we have a 6.0-RELEASE machine running now with two 2TB partitions, using disklabel(bsdlabel) rather than gpt. This is with the 3ware driver. Could the problem you're having be with the arcmsr driver in some way? Anyone else on the list using that card able to confirm it? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 20:44:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 008A916A41F for ; Tue, 15 Nov 2005 20:44:26 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (mail.adventuras.no [194.63.250.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C4CF43D45 for ; Tue, 15 Nov 2005 20:44:25 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (seven [127.0.0.1]) by mail.adventuras.no (8.12.10/8.12.10) with ESMTP id jAFKiCjt019472 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 15 Nov 2005 21:44:12 +0100 Received: (from apache@localhost) by mail.adventuras.no (8.12.10/8.12.10/Submit) id jAFKiCkC019470; Tue, 15 Nov 2005 21:44:12 +0100 Received: from 213.236.228.129 (SquirrelMail authenticated user lars) by mail.adventuras.no with HTTP; Tue, 15 Nov 2005 21:44:12 +0100 (CET) Message-ID: <49355.213.236.228.129.1132087452.squirrel@mail.adventuras.no> In-Reply-To: <20051115181652.GA76352@green.homeunix.org> References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051115151647.29549.qmail@web36210.mail.mud.yahoo.com> <20051115181652.GA76352@green.homeunix.org> Date: Tue, 15 Nov 2005 21:44:12 +0100 (CET) From: "Lars Kristiansen" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4-1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Adventuras-MailScanner-Information: Please contact the ISP for more information X-Adventuras: du kan filtrere etter AdvSpamScore over 5-10 X-Adventuras-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-MailScanner-From: lars+lister.freebsd@adventuras.no Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 20:44:27 -0000 > On Tue, Nov 15, 2005 at 07:16:47AM -0800, Rob wrote: >> >> >> --- Peter Jeremy wrote: >> >> > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: >> > > makeoptions DEBUG=-g >> > > options INVARIANTS >> > > options WITNESS >> > > options WITNESS_KDB >> > > options KDB >> > > options DDB >> > > options DDB_NUMSYM >> > > options GDB >> > > >> > >Is that enough? >> > >> > If your system is headless, you probably want >> > 'options BREAK_TO_DEBUGGER' as well. >> >> If I merge all these options into the GENERIC kernel >> config file, the kernel compilation ends with error: >> >> $ make buildkernel KERNCONF=DEBUGKERNEL >> [...snip...] >> cc -c -O -pipe ... /usr/src/sys/dev/ata/atapi-cd.c >> /usr/src/sys/dev/ata/atapi-cd.c: In function >> `acd_geom_attach': >> /usr/src/sys/dev/ata/atapi-cd.c:181: warning: implicit >> declaration of function `_sx_assert' >> /usr/src/sys/dev/ata/atapi-cd.c:181: warning: nested >> extern declaration of `_sx_assert' >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/MYKERNEL. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. > > You may not have INVARIANT_SUPPORT -- I don't see that listed explicitly, > but it's necessary as well. That seemed to get the buildkernel going for me at least. I have been following this thread and can confirm this "freezing" when using swapfile. It happens here while rebuilding different ports, after upgrade to 6.0-release. A couple of the times but not everytime the following message was repeatedly displayed at the console before freezing: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 273427, size: 4096 To mostly rule out diskfailure I also disabled this swapfile and tried to have the swapfile on another disk. Additional information about "frozen" behavior: When "frozen" I can change virtual terminals: alt-F2, alt-F3... But that is all i can do whith keyboard. ie. I cannot write username. Got a swap partition on another disk now. That speeds things up too. However, this is a pentium2-200MHz so I cannot tell if buildkernel was a success until tomorrow. Never done debugging before, but I will continue to follow this thread tomorrow and try to do what is adviced here if the cause has not been identified in the meantime. Regards -- Lars > > -- > Brian Fundakowski Feldman \'[ FreeBSD > ]''''''''''\ > <> green@FreeBSD.org \ The Power to > Serve! \ > Opinions expressed are my own. > \,,,,,,,,,,,,,,,,,,,,,,\ > _______________________________________________ > 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 Tue Nov 15 20:46:46 2005 Return-Path: X-Original-To: stable@FreeBSD.org 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 5EE4116A41F for ; Tue, 15 Nov 2005 20:46:46 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC55143D45 for ; Tue, 15 Nov 2005 20:46:45 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAFKkeRC097688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 23:46:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAFKke7w097687; Tue, 15 Nov 2005 23:46:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 15 Nov 2005 23:46:40 +0300 From: Gleb Smirnoff To: Anatoli Marinov Message-ID: <20051115204640.GC1647@cell.sick.ru> References: <200511150938.16874.anatoli@minitelecom.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200511150938.16874.anatoli@minitelecom.org> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: kernel land ppp makes mage fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 20:46:46 -0000 On Tue, Nov 15, 2005 at 09:38:16AM +0200, Anatoli Marinov wrote: A> I try to use pptp (pptpclient) and ppp connection to my ISP with FreeBSD A> 6-STABLE. A> If I compile pptp from ports after installation it works in user land and A> consume 50-60% from my CPU time (for 200 KB/sec). A> Before 6-STABLE with 6-TESTx and RCx my pptp, compiled to use kernel level ppp A> works great, but with 6-STABLE after 5 to 10 minutes I have page fault and A> reboot. A> pptpclient from ports by default compiles to work with user land ppp but with A> simple changes in Makefile I compile it to work with kernel level ppp. A> A> Would you help me how can I use pptp with kernel level ppp and FreeBSD A> 6-STABLE? Use ports/net/mpd. It is a userland daemon, that configures in-kernel PPP (including PPTP). -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 20:50:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 012BF16A41F for ; Tue, 15 Nov 2005 20:50:23 +0000 (GMT) (envelope-from lars@adventuras.no) Received: from mail.adventuras.no (mail.adventuras.no [194.63.250.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4319A43D45 for ; Tue, 15 Nov 2005 20:50:22 +0000 (GMT) (envelope-from lars@adventuras.no) Received: from mail.adventuras.no (seven [127.0.0.1]) by mail.adventuras.no (8.12.10/8.12.10) with ESMTP id jAFKnvjt019844 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 15 Nov 2005 21:49:57 +0100 Received: (from apache@localhost) by mail.adventuras.no (8.12.10/8.12.10/Submit) id jAFKnvsK019842; Tue, 15 Nov 2005 21:49:57 +0100 Received: from 213.236.228.129 (SquirrelMail authenticated user lars) by mail.adventuras.no with HTTP; Tue, 15 Nov 2005 21:49:57 +0100 (CET) Message-ID: <55810.213.236.228.129.1132087797.squirrel@mail.adventuras.no> In-Reply-To: <20051115181822.GB76352@green.homeunix.org> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115101537.38820.qmail@web36208.mail.mud.yahoo.com> <20051115181822.GB76352@green.homeunix.org> Date: Tue, 15 Nov 2005 21:49:57 +0100 (CET) From: "Lars Kristiansen" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4-1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Adventuras-MailScanner-Information: Please contact the ISP for more information X-Adventuras: du kan filtrere etter AdvSpamScore over 5-10 X-Adventuras-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-MailScanner-From: lars@adventuras.no Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 20:50:23 -0000 > On Tue, Nov 15, 2005 at 02:15:37AM -0800, Rob wrote: >> >> One more thing, for those who are reading this thread. >> >> Concerning my kernel locking up while using a >> swapfile: >> >> I had an infinite while loop running during the >> kernel compilation, printing out 'swapinfo' every >> 15 seconds. The last output before the machine goes >> dead is this: >> >> /dev/ad0s1b 39848 11820 39848 30% >> /dev/md0 131072 5908 131072 5% >> Total 170920 17728 153192 10% >> >> which means that swap space is OK right before the >> freeze, but within 15 seconds from here, the kernel >> locks up.... > > In my experience, fifteen seconds is enough to fill up 130+MB of swap, > so a much smaller polling interval is necessary. Probably true, but when trying with only one swap partition instead of swapfile, and that partition gets filled up, the build process failed and the computer continued to work as normal. Regards -- Lars > > -- > Brian Fundakowski Feldman \'[ FreeBSD > ]''''''''''\ > <> green@FreeBSD.org \ The Power to > Serve! \ > Opinions expressed are my own. > \,,,,,,,,,,,,,,,,,,,,,,\ > _______________________________________________ > 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 Tue Nov 15 21:11:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 742E516A41F; Tue, 15 Nov 2005 21:11:48 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jAFLBllX009354; Tue, 15 Nov 2005 16:11:47 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jAFLBlFH009353; Tue, 15 Nov 2005 16:11:47 -0500 (EST) (envelope-from green) Date: Tue, 15 Nov 2005 16:11:47 -0500 From: Brian Fundakowski Feldman To: Lars Kristiansen Message-ID: <20051115211147.GC76352@green.homeunix.org> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115101537.38820.qmail@web36208.mail.mud.yahoo.com> <20051115181822.GB76352@green.homeunix.org> <55810.213.236.228.129.1132087797.squirrel@mail.adventuras.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55810.213.236.228.129.1132087797.squirrel@mail.adventuras.no> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 21:11:48 -0000 On Tue, Nov 15, 2005 at 09:49:57PM +0100, Lars Kristiansen wrote: > > On Tue, Nov 15, 2005 at 02:15:37AM -0800, Rob wrote: > >> > >> One more thing, for those who are reading this thread. > >> > >> Concerning my kernel locking up while using a > >> swapfile: > >> > >> I had an infinite while loop running during the > >> kernel compilation, printing out 'swapinfo' every > >> 15 seconds. The last output before the machine goes > >> dead is this: > >> > >> /dev/ad0s1b 39848 11820 39848 30% > >> /dev/md0 131072 5908 131072 5% > >> Total 170920 17728 153192 10% > >> > >> which means that swap space is OK right before the > >> freeze, but within 15 seconds from here, the kernel > >> locks up.... > > > > In my experience, fifteen seconds is enough to fill up 130+MB of swap, > > so a much smaller polling interval is necessary. > > Probably true, but when trying with only one swap partition instead of > swapfile, and that partition gets filled up, the build process failed and > the computer continued to work as normal. Yeah, it sounds like you're running into a buffer cache/VFS/VM deadlock. They're nasty, but generally not hard to fix individually. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 21:46:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6B61016A41F for ; Tue, 15 Nov 2005 21:46:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F4643D46 for ; Tue, 15 Nov 2005 21:46:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id EE57E1A3C24; Tue, 15 Nov 2005 13:46:57 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3F32251516; Tue, 15 Nov 2005 16:46:57 -0500 (EST) Date: Tue, 15 Nov 2005 16:46:57 -0500 From: Kris Kennaway To: Lars Kristiansen Message-ID: <20051115214657.GA47444@xor.obsecurity.org> References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051115151647.29549.qmail@web36210.mail.mud.yahoo.com> <20051115181652.GA76352@green.homeunix.org> <49355.213.236.228.129.1132087452.squirrel@mail.adventuras.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <49355.213.236.228.129.1132087452.squirrel@mail.adventuras.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 21:46:58 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 15, 2005 at 09:44:12PM +0100, Lars Kristiansen wrote: > A couple of the times but not everytime the following message was > repeatedly displayed at the console before freezing: >=20 > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 273427, size: 4096 AFAICT that is just a trigger-happy timer..it's supposed to detect when a swap operation took too long to complete, but it also triggers on swapfiles since they're so much less efficient (i.e. slower) than swapping onto a bare device. Kris --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeldQWry0BWjoQKURAgQEAJ4sDyz631RNe/uyC8ydfuoF42COkACg0UhC fCfxksx1VuR2OmiYBSjFe3M= =YBIP -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 21:59:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E250B16A41F; Tue, 15 Nov 2005 21:59:42 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8942043D45; Tue, 15 Nov 2005 21:59:42 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [192.168.0.7] (modemcable041.248-200-24.mc.videotron.ca [24.200.248.41]) by smtp.cyberfingers.net (Postfix) with ESMTP id DD3B417005F; Tue, 15 Nov 2005 16:59:41 -0500 (EST) Message-ID: <437A5A4D.7050902@pldrouin.net> Date: Tue, 15 Nov 2005 16:59:41 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, acpi@freebsd.org References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> In-Reply-To: <437A3B96.4040300@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 21:59:43 -0000 Nate Lawson wrote: > Pierre-Luc Drouin wrote: > >> Hajimu UMEMOTO wrote: >> >>>>>>>> On Mon, 14 Nov 2005 12:40:36 -0500 >>>>>>>> Pierre-Luc Drouin said: >>>>>>> >>> pldrouin> Yep, smart battery is definately the problem. The >>> performance of my pldrouin> laptop is back to normal when I remove >>> the xfce4-battery-plugin. pldrouin> acpiconf -i loop reproduces the >>> problem for me too. So it looks like pldrouin> there is something >>> wrong in smart battery. >>> >>> The cmbat has similar issue on some laptops. So, acpi_cmbat.c uses >>> cache for retrieval to reduce its influence, and its expiration >>> time is set by hw.acpi.battery.info_expire. >>> However, acpi_smbat.c doesn't use cache. So, I made a patch. Since I >>> don't have a laptop which has smbat, I cannot test it by myself. >>> Please test it and let me know the result. >>> >>> >> The patch seams to do its job correctly, but it is still very >> annoying to have the whole computer to freeze for 1 second when the >> cache expires. What does make the whole system to freeze? Before the >> code was changed in 6.0-stable, FreeBSD was able to read the battery >> status without freezing my laptop... I have been running 3 OSes >> (FreeBSD, Ubuntu and Win XP) on my laptop for a while and never >> experienced that kind of problem with either Linux or Win XP. I guess >> there is something wrong in the new code added after 6.0-release. > > > If you have both smbat and cmbat, just disable smbat if you don't like > it. Add this to /boot/loader.conf: > > debug.acpi.disabled="smbat" > > The pause is related to a buggy or slow EC. Caching the values > happens to hide it. Do you get pauses with smbat disabled (see above > for how to do this)? Can you still get battery status from cmbat? > Ok, there is new development. I realized by playing with debug.acpi.disabled="smbat", debug.acpi.disabled="smbat cmbat" and debug.acpi.disabled="cmbat", that my laptop battery is not a smbat, but a cmbat. When I played with hw.acpi.battery.info_expire after to have applied the patch for acpi_smbat.c, it was freezing less often because that sysctl variable was shared by both cmbat and smbat. So I can only get battery status from cmbat (disabling cmbat disables the use of acpiconf -i loop). To get the status of my battery via cmbat was working fine up to 6.0-RELEASE (included), but makes my laptop to freeze since I upgraded to 6.0-stable with Nov 10th sources. What change related to cmbat between 6.0-release and 6.0-stable could be causing this? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 22:26:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 ED5A916A420 for ; Tue, 15 Nov 2005 22:26:46 +0000 (GMT) (envelope-from lonewolf-freebsd@earthmagic.org) Received: from ppp162-248.static.internode.on.net (ppp162-248.static.internode.on.net [150.101.162.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5CB43D49 for ; Tue, 15 Nov 2005 22:26:46 +0000 (GMT) (envelope-from lonewolf-freebsd@earthmagic.org) Received: from [192.168.2.3] (sarah.zone2.earthmagic.org [192.168.2.3]) by ppp162-248.static.internode.on.net (Postfix-MSA) with ESMTP id 996C691F1 for ; Wed, 16 Nov 2005 09:26:44 +1100 (EST) Message-ID: <437A60A3.4030305@earthmagic.org> Date: Wed, 16 Nov 2005 09:26:43 +1100 From: Johny Mattsson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051003) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115101537.38820.qmail@web36208.mail.mud.yahoo.com> <20051115181822.GB76352@green.homeunix.org> <55810.213.236.228.129.1132087797.squirrel@mail.adventuras.no> In-Reply-To: <55810.213.236.228.129.1132087797.squirrel@mail.adventuras.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 22:26:47 -0000 On 11/16/05 07:49, Lars Kristiansen wrote: >I had an infinite while loop running during the >kernel compilation, printing out 'swapinfo' every >15 seconds. The last output before the machine goes >dead is this: > > /dev/ad0s1b 39848 11820 39848 30% > /dev/md0 131072 5908 131072 5% > Total 170920 17728 153192 10% Quite possibly not related, but on 5.4 I can reliably cause a panic by attaching md0 to a file residing on an NFS drive and then use it for swap. After 3-5k of used swap on md0, the box dies and reboots. If I run "swapon" directly on the NFS file, things work fine, but it did mean that I couldn't use the default "addswap" rc script to set up the swap on my diskless system. I'm not sure whether it's supposed to work or not, but I haven't had time to look into it yet. Just thought it might be another datapoint for someone in the know to consider, just in case it is related. Cheers, /Johny -- Johny Mattsson - Making IT work ,-. ,-. ,-. When all else fails, http://www.earthmagic.org _.' `-' `-' Murphy's Law still works! From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 22:40:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 24D7E16A41F for ; Tue, 15 Nov 2005 22:40:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D3FA43D46 for ; Tue, 15 Nov 2005 22:40:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F0DAE1A3C2A; Tue, 15 Nov 2005 14:40:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1879B51516; Tue, 15 Nov 2005 17:40:47 -0500 (EST) Date: Tue, 15 Nov 2005 17:40:47 -0500 From: Kris Kennaway To: Johny Mattsson Message-ID: <20051115224047.GA64624@xor.obsecurity.org> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115101537.38820.qmail@web36208.mail.mud.yahoo.com> <20051115181822.GB76352@green.homeunix.org> <55810.213.236.228.129.1132087797.squirrel@mail.adventuras.no> <437A60A3.4030305@earthmagic.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <437A60A3.4030305@earthmagic.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 22:40:50 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 16, 2005 at 09:26:43AM +1100, Johny Mattsson wrote: > On 11/16/05 07:49, Lars Kristiansen wrote: > >I had an infinite while loop running during the > >kernel compilation, printing out 'swapinfo' every > >15 seconds. The last output before the machine goes > >dead is this: > > > >/dev/ad0s1b 39848 11820 39848 30% > >/dev/md0 131072 5908 131072 5% > >Total 170920 17728 153192 10% >=20 > Quite possibly not related, but on 5.4 I can reliably cause a panic by=20 > attaching md0 to a file residing on an NFS drive and then use it for=20 > swap. After 3-5k of used swap on md0, the box dies and reboots. If I run= =20 > "swapon" directly on the NFS file, things work fine, but it did mean=20 > that I couldn't use the default "addswap" rc script to set up the swap=20 > on my diskless system. > I'm not sure whether it's supposed to work or not, but I haven't had=20 > time to look into it yet. Just thought it might be another datapoint for= =20 > someone in the know to consider, just in case it is related. It's a situation few people have probably tried. If it persists on 6.0, please go through the same reporting procedure (debugging traceback, file PR). Kris --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDemPuWry0BWjoQKURAp2SAKCSuripIE89/maQRakbfJHwrgPa4gCg93ry xF8co63bssCZNngzXDWNTkI= =CXTD -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 22:46:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7172416A41F for ; Tue, 15 Nov 2005 22:46:29 +0000 (GMT) (envelope-from dscheidt@panix.com) Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9C343D5A for ; Tue, 15 Nov 2005 22:46:28 +0000 (GMT) (envelope-from dscheidt@panix.com) Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail2.panix.com (Postfix) with ESMTP id D3C8F9DE7D; Tue, 15 Nov 2005 17:46:27 -0500 (EST) Received: (from dscheidt@localhost) by panix3.panix.com (8.11.6p3/8.8.8/PanixN1.1) id jAFMkSj12248; Tue, 15 Nov 2005 17:46:28 -0500 (EST) Date: Tue, 15 Nov 2005 17:46:28 -0500 From: David Scheidt To: Kris Kennaway Message-ID: <20051115224627.GA20092@panix.com> References: <4378CD2B.20208@kabelnet.net> <20051114200119.GA82582@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051114200119.GA82582@xor.obsecurity.org> User-Agent: Mutt/1.5.10i Cc: Ales , freebsd-stable@freebsd.org Subject: Re: Strange boot messages under 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 22:46:29 -0000 On Mon, Nov 14, 2005 at 03:01:19PM -0500, Kris Kennaway wrote: > On Mon, Nov 14, 2005 at 06:45:15PM +0100, Ales wrote: > > During boot process under 6.0-STABLE I spoted some strange messages. > > > > Nov 14 18:18:45 romcek savecore: reboot after panic: page fault > > Nov 14 18:18:45 romcek savecore: no dump, not enough free space on > > Your system panicked at some point in the past, but it can't save the > dump for the reason specified. If you just want to prevent the message from printing at the next boot time, run 'savecore -c'. If you want to try and retrieve the dump, you can specify an alternate location to save the dump on the savecore command line. David From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 22:52:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 33DA916A41F for ; Tue, 15 Nov 2005 22:52:48 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E54D43D80 for ; Tue, 15 Nov 2005 22:52:31 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Ec9dS-0006to-Vs for freebsd-stable@freebsd.org; Tue, 15 Nov 2005 23:50:43 +0100 Received: from r5k101.chello.upc.cz ([86.49.10.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Nov 2005 23:50:42 +0100 Received: from martinkov by r5k101.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Nov 2005 23:50:42 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Tue, 15 Nov 2005 23:40:47 +0100 Lines: 23 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k101.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051114 X-Accept-Language: sk, cs, en-gb, en-us, en Sender: news Cc: freebsd-questions@freebsd.org Subject: moused flags behaviour in 6.0 -- regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 22:52:48 -0000 hello, until freebsd 6.0 (that is to say in 5.3 and 5.4) i used moused_flags="-3" in rc.conf and both my mice worked correctly (or as desired) -- synaptics touchpad missing 3rd button was emulated while the wheel on my USB mouse worked as expected. now, in 6.0, with the same setting, touchpad 3rd button is emulated but USB mouse's wheel doesn't work. if i don't use the flag, USB mouse's wheel work but obviously there is no 3rd button on my touchpad. :-( also, iirc back on 5.x even on wheel mouse the 3rd button could be emulated by pressing buttons 1 and 2, which is not possible now with wheel being on. now, i know about moused_ums0_flags="", i'm just wondering why has this changed (to worse from my point of view). also, at first i tried moused_psm0_flags="-3" but that didn't work as touchpad is apparently initialised without specifying psm0 device. i hope i made myself clear (enough). regards, martin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 23:24:12 2005 Return-Path: X-Original-To: stable@freebsd.org 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 A7E6216A41F; Tue, 15 Nov 2005 23:24:12 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A3843D45; Tue, 15 Nov 2005 23:24:12 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 548B072DD4; Tue, 15 Nov 2005 15:24:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4F9C472DCB; Tue, 15 Nov 2005 15:24:12 -0800 (PST) Date: Tue, 15 Nov 2005 15:24:12 -0800 (PST) From: Doug White To: Lawrence Farr In-Reply-To: <008001c5e9da$5ca2e990$c806a8c0@lfarr> Message-ID: <20051115152334.S33844@carver.gumbysoft.com> References: <008001c5e9da$5ca2e990$c806a8c0@lfarr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org, =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: Re: Promise TX4300 boot problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Nov 2005 23:24:12 -0000 On Tue, 15 Nov 2005, Lawrence Farr wrote: > I've stuck a Promise TX4300 controller in to replace > the marvell onboard SATA that I can't boot off on a > Supermicro server. If I set 2 discs up as Raid 0 > or Raid 1 it's fine, But 4 discs as Raid 0+1 is detected, > installs without any problems, but hangs at the boot > loader with elf32_loadimage: read failed. I'm guesssing > the boot loader thinks it's a mirror, not a stripe and > fails to read past the first stripe on the disk? If this is the case then its a bug in the controller firmware; loader is just doing BIOS I/O calls. Check for a firmware update for your controller. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 02:09:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A1C1616A41F for ; Wed, 16 Nov 2005 02:09:34 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36209.mail.mud.yahoo.com (web36209.mail.mud.yahoo.com [209.191.68.235]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D56A43D45 for ; Wed, 16 Nov 2005 02:09:33 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 72953 invoked by uid 60001); 16 Nov 2005 02:09:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=U54G6WGvmKDRiv5Lxi1/MYc1ShfBfzQxIy3GqNxUl3Kh/5IAqdhTK9TFF17DAguenzsZYtOGfHkTDkIvRe/pFVGRrj01U3ElQA4WjMj+chPD9gCUtsbyQStgvYKn5DovpDN2LbIlUBS4p0UDb32B85/7sgFuzSSMMLqg7wAJ+G4= ; Message-ID: <20051116020933.72951.qmail@web36209.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36209.mail.mud.yahoo.com via HTTP; Tue, 15 Nov 2005 18:09:33 PST Date: Tue, 15 Nov 2005 18:09:33 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org In-Reply-To: <20051115103821.GJ39882@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 02:09:34 -0000 --- Peter Jeremy wrote: > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: > > >2) Is such debugging possible on a headless PC > > without a keyboard attached? > > I do have serial console access. > > Yes. See above URL. The advantage is that you can > (hopefully) capture a log of your debug session. > Send a serial BREAK and you should get a DDB> > prompt. What is this "serial BREAK"? How do I "send a serial BREAK" at the serial console? Is this some magic key combination? And, eh, at the moment of deadlock, there is no response at all from the serial console; will the "serial BREAK" not be bothered by that? Rob. __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 03:18:39 2005 Return-Path: X-Original-To: stable@freebsd.org 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 204B716A41F for ; Wed, 16 Nov 2005 03:18:39 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC0F143D45 for ; Wed, 16 Nov 2005 03:18:36 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id jAG3Ia8q007456 for ; Tue, 15 Nov 2005 19:18:36 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id jAG3IaTM007455 for stable@freebsd.org; Tue, 15 Nov 2005 19:18:36 -0800 (PST) (envelope-from david) Date: Tue, 15 Nov 2005 19:18:35 -0800 From: David Wolfskill To: stable@freebsd.org Message-ID: <20051116031835.GS69015@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051116020933.72951.qmail@web36209.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051116020933.72951.qmail@web36209.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 03:18:39 -0000 On Tue, Nov 15, 2005 at 06:09:33PM -0800, Rob wrote: > ... > > Yes. See above URL. The advantage is that you can > > (hopefully) capture a log of your debug session. > > Send a serial BREAK and you should get a DDB> > > prompt. > > What is this "serial BREAK"? > How do I "send a serial BREAK" at the serial > console? Is this some magic key combination? I'm probably saying something about my age by doing this.... :-} A "BREAK" (in serial communications) is an absence of start or stop bits for more than a character's worth of bits, is handled as a "framing error," and is distinct from any character. Now, to generate one, you would normally hit the BREAK key of your terminal (Control-BREAK on some; I think Hazeltine had this feature of dubious merit). If you are using a serial communications program (such as "tip") instead of an ASCII terminal, it depends on the program you're using. In the case of tip, the sequence "~#" at the beginning of a line will generate tip's best approximation of a framing error. In the case of kermit, Control-\B does it. > And, eh, at the moment of deadlock, there is no > response at all from the serial console; will the > "serial BREAK" not be bothered by that? The serial BREAK won't be bothered at all. :-} The issue is (if I understand properly) whether or not there's enough of the system to be able to have the tty driver recognize the framing error and do something appropriate as a result. Peace, david -- David H. Wolfskill david@catwhisker.org Prediction is difficult, especially if it involves the future. -- Niels Bohr See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 03:26:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 AFF7B16A41F; Wed, 16 Nov 2005 03:26:24 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4553B43D49; Wed, 16 Nov 2005 03:26:24 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id jAG3QGk4092958 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 19:26:17 -0800 (PST) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id jAG3QGQn092957; Tue, 15 Nov 2005 19:26:16 -0800 (PST) (envelope-from james) Date: Tue, 15 Nov 2005 19:26:16 -0800 From: James Long To: freebsd-stable@freebsd.org Message-ID: <20051116032616.GA92903@ns.museum.rain.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-101.2 required=5.0 tests=ALL_TRUSTED, MAILTO_TO_SPAM_ADDR,USER_IN_WHITELIST autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.museum.rain.com Cc: x11@freebsd.org Subject: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 03:26:24 -0000 After hours of head-banging over the past couple of days, I have finally succeeded in installing EITHER xorg-clients-6.8.2_1 OR xterm-206_1. Previously, installing either port told me that it conflicted with the other, in spite of having cvsupped my ports tree twice to ensure I was getting the most recent version of the ports, hopefully including a fix to the chicken-and-egg problem noted in /usr/ports/UPDATING Once I spotted an odd bit of output in the portupgrade dialogue, I made a change to xorg-clients Makefile which allowed everything to install. pkgdb -F afterwards and all my dependencies are tidied up. May I suggest the following patch to /usr/ports/x11/xorg-clients/Makefile: --- Makefile Sun Nov 13 21:47:34 2005 +++ foo Tue Nov 15 19:19:37 2005 @@ -18,7 +18,7 @@ MAINTAINER= x11@FreeBSD.org COMMENT= X client programs and related files from X.Org -RUN_DEPENDS= xterm>0:${PORTSDIR}/x11/xterm +RUN_DEPENDS= xterm:${PORTSDIR}/x11/xterm LIB_DEPENDS= png.5:${PORTSDIR}/graphics/png \ Xft.2:${PORTSDIR}/x11-fonts/libXft From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 03:35:41 2005 Return-Path: X-Original-To: stable@freebsd.org 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 DF51816A41F for ; Wed, 16 Nov 2005 03:35:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2ED643D53 for ; Wed, 16 Nov 2005 03:35:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AA4111A3C26; Tue, 15 Nov 2005 19:35:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A58735125C; Tue, 15 Nov 2005 22:35:39 -0500 (EST) Date: Tue, 15 Nov 2005 22:35:39 -0500 From: Kris Kennaway To: David Wolfskill , stable@freebsd.org Message-ID: <20051116033539.GA57529@xor.obsecurity.org> References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051116020933.72951.qmail@web36209.mail.mud.yahoo.com> <20051116031835.GS69015@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <20051116031835.GS69015@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 03:35:42 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 15, 2005 at 07:18:35PM -0800, David Wolfskill wrote: > On Tue, Nov 15, 2005 at 06:09:33PM -0800, Rob wrote: > > ... >=20 > > > Yes. See above URL. The advantage is that you can > > > (hopefully) capture a log of your debug session. > > > Send a serial BREAK and you should get a DDB> > > > prompt. > >=20 > > What is this "serial BREAK"? > > How do I "send a serial BREAK" at the serial > > console? Is this some magic key combination? >=20 > I'm probably saying something about my age by doing this.... :-} >=20 > A "BREAK" (in serial communications) is an absence of start or stop > bits for more than a character's worth of bits, is handled as a > "framing error," and is distinct from any character. If your serial program has trouble sending a break, you can use the ALT_BREAK_TO_DEBUGGER config option which instead listens for a sequence of ascii input: #define KEY_CR 13 /* CR '\r' */ #define KEY_TILDE 126 /* ~ */ #define KEY_CRTLB 2 /* ^B */ Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeqkLWry0BWjoQKURAnViAKCBO/I8s4Fc0AlndNx4x0nt8kOR3QCg/lb1 KOT9/0enDkHtgGW4xXyj8KA= =exN4 -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 03:51:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 46AD016A41F for ; Wed, 16 Nov 2005 03:51:30 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C4F843D45 for ; Wed, 16 Nov 2005 03:51:29 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id jAG3nAmq093065 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 19:49:11 -0800 (PST) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id jAG3nARX093064; Tue, 15 Nov 2005 19:49:10 -0800 (PST) (envelope-from james) Date: Tue, 15 Nov 2005 19:49:10 -0800 From: James Long To: David Wolfskill Message-ID: <20051116034910.GA93001@ns.museum.rain.com> References: <20051116032616.GA92903@ns.museum.rain.com> <20051116033245.GT69015@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051116033245.GT69015@bunrab.catwhisker.org> User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.museum.rain.com Cc: freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 03:51:30 -0000 On Tue, Nov 15, 2005 at 07:32:45PM -0800, David Wolfskill wrote: > On Tue, Nov 15, 2005 at 07:26:16PM -0800, James Long wrote: > > After hours of head-banging over the past couple of days, > > I have finally succeeded in installing EITHER > > xorg-clients-6.8.2_1 OR xterm-206_1. Previously, > > installing either port told me that it conflicted > > with the other, in spite of having cvsupped my > > ports tree twice to ensure I was getting the most > > recent version of the ports, hopefully including a > > fix to the chicken-and-egg problem noted in > > /usr/ports/UPDATING > > It mentioned a conflict; I don't recall a chicken-and-egg issue. Forgive me for not including enough background. Due to an improper procedure on my part in converting from XFree86 to Xorg, plus a complete rebuild of all ports as part of upgrading to 6.0-STABLE, and a bit of ignorance on my part, I wound up in a situation where I had pkg_deleted both xorg-clients and xterm. I was then in a situation where I couldn't install xorg-clients because it depended on xterm, but xterm couldn't be installed because it con- flicted with xorg-clients. That was my chicken-and-egg dilemma. pkgdb -F was dutifully showing several packages with dangling dependencies to those two, but I couldn't install either of them. cvsupping to the most recent ports tree didn't change the problem. Then I noticed: ===> xorg-clients-6.8.2_1 depends on package: xterm>0 - not found and investigated the Makefile to find why the odd package name of "xterm>0". I then patched the Makefile as I posted, and I was able to "make install" in xorg-clients and pkgdb -F and everything installed. Further documentation of the state of my pkg_info and dependencies is below. Jim [pkg_info | egrep "xorg|xterm" # note lack of xorg-clients and xterm] t21 : 19:04:41 /root# pkg_info | egrep "xorg|xterm" xorg-6.8.2 X.Org distribution metaport xorg-documents-6.8.2 Documentation of X11 protocol and libraries from X.Org xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-6.8.2 X.Org Cyrillic bitmap fonts xorg-fonts-encodings-6.8.2 X.Org font encoding files xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.8.2 X.Org TrueType fonts xorg-fonts-type1-6.8.2 X.Org Type1 fonts xorg-fontserver-6.8.2 X font server from X.Org xorg-libraries-6.8.2 X11 libraries and headers from X.Org xorg-manpages-6.8.2 X.Org library manual pages xorg-nestserver-6.8.2 Nesting X server from X.Org xorg-printserver-6.8.2_2 X Print server from X.Org xorg-server-6.8.2_6 X.Org X server and related programs xorg-vfbserver-6.8.2 X virtual framebuffer server from X.Org [Initial state of ports dependencies:] root@t21# pkgdb -F ---> Checking the package registry database Stale dependency: kde-3.4.2 -> xorg-clients-6.8.2_1 (x11/xorg-clients): xorg-vfbserver-6.8.2 (score:27%) ? ([y]es/[n]o/[a]ll) [no] New dependency? (? to help): Skip this? ([y]es/[n]o/[a]ll) [yes] Skipped. Stale dependency: kde-3.4.2 -> xterm-205_1 (x11/xterm): New dependency? (? to help): Skip this? ([y]es/[n]o/[a]ll) [yes] Skipped. Stale dependency: kdeadmin-3.4.2 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdeadmin-3.4.2 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdebase-3.4.2_2 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdebase-3.4.2_2 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdegames-3.4.2_1 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdegames-3.4.2_1 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdelibs-3.4.2_1 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdelibs-3.4.2_1 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdemultimedia-3.4.2_1 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdemultimedia-3.4.2_1 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdemultimedia-akode-3.4.2 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdemultimedia-akode-3.4.2 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdemultimedia-mpeglib_artsplug-3.4.2 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdemultimedia-mpeglib_artsplug-3.4.2 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdetoys-3.4.2 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: kdetoys-3.4.2 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: koffice-1.4.1_1,1 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: koffice-1.4.1_1,1 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: xorg-6.8.2 -> xterm-205_1 (x11/xterm): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: xorg-6.8.2 -> xorg-clients-6.8.2_1 (x11/xorg-clients): Skip this? ([y]es/[n]o/[a]ll) [yes] [Attempt to install xorg-clients-6.8.2_1:] root@t21# portupgrade -wONk xorg-clients [Updating the pkgdb in /var/db/pkg ... - 195 packages found (-0 +0) done] ---> Installing 'xorg-clients-6.8.2_1' from a port (x11/xorg-clients) ---> Building '/usr/ports/x11/xorg-clients' If you want to use xterm with locales in a secure manner, luit must be installed setuid. If you want to do this, define WITH_SETUID_LUIT when installing this port (either in /etc/make.conf or on command line with install target). ===> Vulnerability check disabled, database not found ===> Extracting for xorg-clients-6.8.2_1 => MD5 Checksum OK for xorg/X11R6.8.2-src1.tar.gz. => SHA256 Checksum OK for xorg/X11R6.8.2-src1.tar.gz. => MD5 Checksum OK for xorg/X11R6.8.2-src2.tar.gz. => SHA256 Checksum OK for xorg/X11R6.8.2-src2.tar.gz. => MD5 Checksum OK for xorg/X11R6.8.2-src3.tar.gz. => SHA256 Checksum OK for xorg/X11R6.8.2-src3.tar.gz. ===> Patching for xorg-clients-6.8.2_1 [ ... build goes fine ... finishes thus: ] cd /usr/ports/x11/xorg-clients/work/xc/exports/bin && ln -s ../../fonts/util/ucs2any . rm -f bdftruncate._man if test -z "true" ; then cd `dirname bdftruncate` && ln -s `basename bdftruncate.man` `basename bdftruncate._man`; else /usr/bin/cpp -undef -traditional -D__apploaddir__=/usr/X11R6/lib/X11/app-defaults -D__appmansuffix__=1 -D__filemansuffix__=5 -D__libmansuffix__=3 -D__miscmansuffix__=7 -D__drivermansuffix__=4 -D__adminmansuffix__=8 -D__projectroot__=/usr/X11R6 -D__xconfigfile__=xorg.conf -D__xconfigdir__=/usr/X11R6/lib/X11 -D__xlogfile__=Xorg -D__xservername__=Xorg -D__xorgversion__='"" ""' -D__vendorversion__="`echo 6 8 2 | sed -e 's/ /./g' -e 's/^/Version\\\ /'` X.Org" < bdftruncate.man | sed -e '/^# *[0-9][0-9]* *.*$/d' -e '/^#line *[0-9][0-9]* *.*$/d' -e '/^[ ]*XCOMM$/s/XCOMM/#/' -e '/^[ ]*XCOMM[^a-zA-Z0-9_]/s/XCOMM/#/' -e '/^[ ]*XHASH/s/XHASH/#/' -e '/\@\@$/s/\@\@$/\\/' >bdftruncate._man; fi ---> Installing the new version via the port ===> Installing for xorg-clients-6.8.2_1 ===> xorg-clients-6.8.2_1 depends on package: xterm>0 - not found ===> Verifying reinstall for xterm>0 in /usr/ports/x11/xterm ===> Installing for xterm-206_1 ===> xterm-206_1 conflicts with installed package(s): xorg-clients-6.8.2 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/x11/xterm. *** Error code 1 Stop in /usr/ports/x11/xterm. *** Error code 1 Stop in /usr/ports/x11/xorg-clients. *** Error code 1 Stop in /usr/ports/x11/xorg-clients. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade78539.0 make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! x11/xorg-clients (install error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed [Attempt to install xterm-206_1:] root@t21# portupgrade -wONk xterm ---> Installing 'xterm-206_1' from a port (x11/xterm) ---> Building '/usr/ports/x11/xterm' ---> Installing the new version via the port ===> Installing for xterm-206_1 ===> xterm-206_1 conflicts with installed package(s): xorg-clients-6.8.2 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/x11/xterm. *** Error code 1 Stop in /usr/ports/x11/xterm. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade86098.0 make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! x11/xterm (install error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 04:03:44 2005 Return-Path: X-Original-To: stable@freebsd.org 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 AE86C16A41F for ; Wed, 16 Nov 2005 04:03:44 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4180A43D45 for ; Wed, 16 Nov 2005 04:03:44 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jAG41sZB022567; Tue, 15 Nov 2005 20:01:55 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jAG41qQ7022566; Tue, 15 Nov 2005 20:01:52 -0800 (PST) (envelope-from jmg) Date: Tue, 15 Nov 2005 20:01:52 -0800 From: John-Mark Gurney To: Kris Kennaway Message-ID: <20051116040152.GE79020@funkthat.com> Mail-Followup-To: Kris Kennaway , David Wolfskill , stable@freebsd.org References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051116020933.72951.qmail@web36209.mail.mud.yahoo.com> <20051116031835.GS69015@bunrab.catwhisker.org> <20051116033539.GA57529@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051116033539.GA57529@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 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, David Wolfskill Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 16 Nov 2005 04:03:44 -0000 Kris Kennaway wrote this message on Tue, Nov 15, 2005 at 22:35 -0500: > > > What is this "serial BREAK"? > > > How do I "send a serial BREAK" at the serial > > > console? Is this some magic key combination? > > > > I'm probably saying something about my age by doing this.... :-} > > > > A "BREAK" (in serial communications) is an absence of start or stop > > bits for more than a character's worth of bits, is handled as a > > "framing error," and is distinct from any character. > > If your serial program has trouble sending a break, you can use the > ALT_BREAK_TO_DEBUGGER config option which instead listens for a > sequence of ascii input: > > #define KEY_CR 13 /* CR '\r' */ > #define KEY_TILDE 126 /* ~ */ > #define KEY_CRTLB 2 /* ^B */ ALT_BREAK_TO_DEBUGGER has an advantage over break is that some terminal servers and computers when you turn them off (or power is disconnected) will send a BREAK down the line, which can cause your machine to stop when you didn't want to.. -- 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 Wed Nov 16 04:21:31 2005 Return-Path: X-Original-To: stable@freebsd.org 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 7796516A41F for ; Wed, 16 Nov 2005 04:21:31 +0000 (GMT) (envelope-from dscheidt@panix.com) Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00FEF43D46 for ; Wed, 16 Nov 2005 04:21:30 +0000 (GMT) (envelope-from dscheidt@panix.com) Received: from panix1.panix.com (panix1.panix.com [166.84.1.1]) by mail2.panix.com (Postfix) with ESMTP id 4E0DD9DBF3; Tue, 15 Nov 2005 23:21:30 -0500 (EST) Received: (from dscheidt@localhost) by panix1.panix.com (8.11.6p3/8.8.8/PanixN1.1) id jAG4LUA19199; Tue, 15 Nov 2005 23:21:30 -0500 (EST) Date: Tue, 15 Nov 2005 23:21:30 -0500 From: David Scheidt To: David Wolfskill , stable@freebsd.org Message-ID: <20051116042130.GA20412@panix.com> References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051116020933.72951.qmail@web36209.mail.mud.yahoo.com> <20051116031835.GS69015@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051116031835.GS69015@bunrab.catwhisker.org> User-Agent: Mutt/1.5.10i Cc: Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 04:21:31 -0000 On Tue, Nov 15, 2005 at 07:18:35PM -0800, David Wolfskill wrote: > On Tue, Nov 15, 2005 at 06:09:33PM -0800, Rob wrote: > > ... > > > > > What is this "serial BREAK"? > > How do I "send a serial BREAK" at the serial > > console? Is this some magic key combination? > > I'm probably saying something about my age by doing this.... :-} > > A "BREAK" (in serial communications) is an absence of start or stop > bits for more than a character's worth of bits, is handled as a > "framing error," and is distinct from any character. > > Now, to generate one, you would normally hit the BREAK key of your > terminal (Control-BREAK on some; I think Hazeltine had this feature of > dubious merit). > > If you are using a serial communications program (such as "tip") instead > of an ASCII terminal, it depends on the program you're using. > > In the case of tip, the sequence "~#" at the beginning of a line will > generate tip's best approximation of a framing error. > > In the case of kermit, Control-\B does it. If you're using a terminal program on something like Windows or a Macintosh, there's usually a menu option to send a BREAK. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 04:44:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 EE07B16A41F for ; Wed, 16 Nov 2005 04:44:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36212.mail.mud.yahoo.com (web36212.mail.mud.yahoo.com [209.191.68.238]) by mx1.FreeBSD.org (Postfix) with SMTP id 862E943D46 for ; Wed, 16 Nov 2005 04:44:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 50197 invoked by uid 60001); 16 Nov 2005 04:44:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=KwoDtGqnOcg5h7+jWr3h7YPoe5i7WvKm+9QhxpZGAptjL6yIZGEhjbRzbQftfEQZoWPX4bAKYJTMsxs8BJUDaX0D330mIipTWED9pbOabRp59ADcy9oizgwslm2QdJg0QFXtj/Y3QQCn4GBDOkRHGVW92iXjMvFOEY+BC84PKR0= ; Message-ID: <20051116044425.50195.qmail@web36212.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36212.mail.mud.yahoo.com via HTTP; Tue, 15 Nov 2005 20:44:25 PST Date: Tue, 15 Nov 2005 20:44:25 -0800 (PST) From: Rob To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 04:44:27 -0000 James Long wrote: > > Then I noticed: > > ===> xorg-clients-6.8.2_1 depends on package: xterm>0 - not found > > and investigated the Makefile to find why the odd package > name of "xterm>0". My portstree from Nov. 12th, has this at this particular place: RUN_DEPENDS= xterm-static:${PORTSDIR}/x11/xterm LIB_DEPENDS= png.5:${PORTSDIR}/graphics/png \ Xft.2:${PORTSDIR}/x11-fonts/libXft Is this "xterm>0" line a broken download with cvsup, or something? 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 Wed Nov 16 05:03:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 79BAB16A421 for ; Wed, 16 Nov 2005 05:03:04 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F74A43D5A for ; Wed, 16 Nov 2005 05:03:02 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 15 Nov 2005 21:02:57 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1C5B55D04; Tue, 15 Nov 2005 21:02:58 -0800 (PST) To: Rob In-reply-to: Your message of "Tue, 15 Nov 2005 20:44:25 PST." <20051116044425.50195.qmail@web36212.mail.mud.yahoo.com> Date: Tue, 15 Nov 2005 21:02:58 -0800 From: "Kevin Oberman" Message-Id: <20051116050258.1C5B55D04@ptavv.es.net> Cc: FreeBSD Stable Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 05:03:04 -0000 > Date: Tue, 15 Nov 2005 20:44:25 -0800 (PST) > From: Rob > Sender: owner-freebsd-stable@freebsd.org > > James Long wrote: > > > > Then I noticed: > > > > ===> xorg-clients-6.8.2_1 depends on package: xterm>0 - not found > > > > and investigated the Makefile to find why the odd package > > name of "xterm>0". > > My portstree from Nov. 12th, has this at this particular place: > > RUN_DEPENDS= xterm-static:${PORTSDIR}/x11/xterm > LIB_DEPENDS= png.5:${PORTSDIR}/graphics/png \ > Xft.2:${PORTSDIR}/x11-fonts/libXft > > > Is this "xterm>0" line a broken download with cvsup, or something? Nope! It's that way in CVS. I got xterm-206_1 to install by deleting xorg-clients and then installing xterm-206_1 followed by xorg-clisents-6.8.2_1. It has worked fine on all 5 systems I have done it on to this point. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 05:03:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 AB31D16A42A for ; Wed, 16 Nov 2005 05:03:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DD9643D4C for ; Wed, 16 Nov 2005 05:03:19 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.24]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id jAG53Bbo063975 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 16 Nov 2005 15:33:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Danny Pansters Date: Wed, 16 Nov 2005 15:33:09 +1030 User-Agent: KMail/1.8.2 References: <200511132204.55664.doconnor@gsoft.com.au> <200511141132.04513.doconnor@gsoft.com.au> <200511140221.54069.danny@ricin.com> In-Reply-To: <200511140221.54069.danny@ricin.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart41931277.v4HvipzKC4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511161533.10818.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Miguel Mendez Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 05:03:21 -0000 --nextPart41931277.v4HvipzKC4 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 14 Nov 2005 12:51, Danny Pansters wrote: > I myself am not really doing anything with capturing, but some ideas that > may be helpful: > > FWIW, from what I know in ring capture mode the video gets synch'd by the > audio by having enough frames per audio sample. So if audio sample size or > expected speed or expected kHz is somehow wrong... Hmm.. Certainly worth instrumenting.. Although wading through the mplayer source = is=20 always an 'interesting' experience :) > Also the code for ring capture mode (as opposed to immediate which does n= ot > do audio but does give a video one could capture at 25 fps) has its own > timing (perhaps it uses rtc down the line, I dunno, is rtc.ko alright?). > You may get into a worst-worst-worst-even worst scenario where the softwa= re > timer degrades on and on possibly. =46reeBSD doesn't have rtc.ko.. Mine doesn't anyway :) I'm not sure how mplayer in FreeBSD stamps frames either. > Maybe capturing only works well if you use immediate (case 2 in bktr(4) > IIRC) and you should capture audio seperately and later merge them to > frames. Hmm, well in any capture you're going to have to worry about clock drift=20 (between the sound card and the bktr card) and dropped frames. > > > > I don't use either of those, but a small program I wrote which > > > > captures YUV frames and uses the Xv extension doesn't show the > > > > problem. > > Capturing only pictures at 25 fps (with mplayer vo) can be handled easily. Hmm OK. So much to learn! :) =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 --nextPart41931277.v4HvipzKC4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDer2O5ZPcIHs/zowRAir7AJ9aTCH4//KJPbDh7nY5iqMDi4WkjQCdGY6Z 77U+JMZeTY7U4MxnW1z8D+g= =poTf -----END PGP SIGNATURE----- --nextPart41931277.v4HvipzKC4-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 05:05:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0FAEA16A41F for ; Wed, 16 Nov 2005 05:05:17 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 723F443D46 for ; Wed, 16 Nov 2005 05:05:16 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id jAG53YZ0093371 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 21:03:35 -0800 (PST) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id jAG53Y1f093370; Tue, 15 Nov 2005 21:03:34 -0800 (PST) (envelope-from james) Date: Tue, 15 Nov 2005 21:03:34 -0800 From: James Long To: David Wolfskill Message-ID: <20051116050334.GA93276@ns.museum.rain.com> References: <20051116032616.GA92903@ns.museum.rain.com> <20051116033245.GT69015@bunrab.catwhisker.org> <20051116034910.GA93001@ns.museum.rain.com> <20051116035633.GU69015@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051116035633.GU69015@bunrab.catwhisker.org> User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.museum.rain.com Cc: freebsd-stable@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 05:05:17 -0000 On Tue, Nov 15, 2005 at 07:56:33PM -0800, David Wolfskill wrote: > On Tue, Nov 15, 2005 at 07:49:10PM -0800, James Long wrote: > > > > ===> xorg-clients-6.8.2_1 depends on package: xterm>0 - not found > > > > and investigated the Makefile to find why the odd package > > name of "xterm>0". > > Looks as if the thing to do would have been to run "pkgdb -F" and delete > that dependency. Again, at that time, xorg-clients was not installed, thus that dependency was not in the package database. Notice that the portupgrade output with that "xterm>0" line is a "portupgrade -N" invocation, to install a new port, not to upgrade an existing port. I always welcome and try to learn from corrections, but I can't see that pkgdb -F would be able to remove a dependency for a port that is not (yet) installed. That dependency is actually verbatim in the Makefile, I quote: RUN_DEPENDS= xterm>0:${PORTSDIR}/x11/xterm Hence my patch. Or if the above syntax is correct, perhaps someone can point me towards an explanation of the syntax found in that RUN_DEPENDS= line for my edification. Once I removed the ">0" from the Makefile, and since portupgrade had already built (but failed to install) xorg-clients, I was able to simply "make install" in the xorg-clients ports directory, and all the previously-built stuff got installed, along with xterm-206_1. I'm just asking someone (my original post cc'ed $MAINTAINER) to review the accuracy of that RUN_DEPENDS line. portupgrade certainly seems to parse the ">0" as part of the port name, rather than as some sort of conditional operator. Regards, Jim > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Prediction is difficult, especially if it involves the future. -- Niels Bohr > > See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 07:27:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 022B516A41F for ; Wed, 16 Nov 2005 07:27:31 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from misav06.sasknet.sk.ca (misav06.sasknet.sk.ca [142.165.20.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EA1A43D45 for ; Wed, 16 Nov 2005 07:27:30 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav06 with InterScan Messaging Security Suite; Wed, 16 Nov 2005 01:27:29 -0600 Received: from [192.168.0.193] ([142.165.59.202]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IQ1001K6E1S1S80@bgmpomr2.sasknet.sk.ca> for freebsd-stable@freebsd.org; Wed, 16 Nov 2005 01:27:29 -0600 (CST) Date: Wed, 16 Nov 2005 01:27:28 -0600 From: Stephen Hurd In-reply-to: <200511161533.10818.doconnor@gsoft.com.au> To: Daniel O'Connor Message-id: <437ADF60.1080308@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-ca, en-gb, en-us, en References: <200511132204.55664.doconnor@gsoft.com.au> <200511141132.04513.doconnor@gsoft.com.au> <200511140221.54069.danny@ricin.com> <200511161533.10818.doconnor@gsoft.com.au> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051108 Cc: Danny Pansters , freebsd-stable@freebsd.org, Miguel Mendez Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 07:27:31 -0000 Daniel O'Connor wrote: >FreeBSD doesn't have rtc.ko.. Mine doesn't anyway :) > >I'm not sure how mplayer in FreeBSD stamps frames either. > > It's not stock, but /dev/rtc (via rtc.ko) can be had via emulators/rtc if rtc.ko exists, it's a dependency, to force it to be built you can frob the WITH_RTC knob. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 10:12:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 20F0416A41F for ; Wed, 16 Nov 2005 10:12:04 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9AD143D49 for ; Wed, 16 Nov 2005 10:12:03 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 65C4B9A for ; Wed, 16 Nov 2005 05:03:02 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 3CFA9438 for ; Wed, 16 Nov 2005 05:03:02 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EcKGm-0000k5-Sd for freebsd-stable@freebsd.org; Wed, 16 Nov 2005 10:12:01 +0000 Date: Wed, 16 Nov 2005 10:12:00 +0000 From: Brian Candler To: freebsd-stable@freebsd.org Message-ID: <20051116101200.GA2823@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: CF card and /dev filesystem entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 10:12:04 -0000 Running FreeBSD 6.0 here. I have a USB-attached floppy/CF/SD combo reader. On powerup it is detected and I get /dev/da0 as the CF slot: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present However, when I insert a CF card with normal partioning I need /dev/da0s1, and this is not present in the /dev filesystem because the partition table has not been read. # mount -t msdos /dev/da0s1 /mnt/cf mount_msdosfs: /dev/da0s1: No such file or directory Just reading the first block is not sufficient: # dd if=/dev/da0 of=/dev/null count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.040984 secs (12493 bytes/sec) # mount -t msdos /dev/da0s1 /mnt/cf mount_msdosfs: /dev/da0s1: No such file or directory The only way I can see to *force* the superblock to be read is to attempt to mount the whole device as if it were unpartitioned. This is sufficient to cause the /dev/da0s1 entry to appear in the /dev filesystem. # mount /dev/da0 /mnt/cf mount: /dev/da0 on /mnt/cf: incorrect super block # mount -t msdos /dev/da0s1 /mnt/cf # At this point, everything works as expected. My question is: is there an easier or more direct way to cause the partition table of the CF card to be read and the /dev filesystem to update? Thanks, Brian Candler. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 10:20:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7DF3416A41F for ; Wed, 16 Nov 2005 10:20:56 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4042943D46 for ; Wed, 16 Nov 2005 10:20:56 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 72698 invoked by uid 16563); 16 Nov 2005 10:20:54 -0000 Received: from unknown (HELO df1.marelmo.com) ([194.125.41.230]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 16 Nov 2005 10:20:54 -0000 Date: Wed, 16 Nov 2005 10:19:09 +0000 From: Steve O'Hara-Smith To: "Daniel O'Connor" Message-Id: <20051116101909.6ee5389f.steve@sohara.org> In-Reply-To: <200511132204.55664.doconnor@gsoft.com.au> References: <200511132204.55664.doconnor@gsoft.com.au> X-Mailer: Sylpheed version 2.0.3 (GTK+ 2.8.6; i386-pc-dragonfly1) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 10:20:56 -0000 On Sun, 13 Nov 2005 22:04:48 +1030 "Daniel O'Connor" wrote: > The first is that when you force it to capture audio (so mute and volume > control work, or you can use mencoder) it does about 0.25 fps :( It doesn't > appear to be using heaps of CPU or anything so I am not sure what the problem > is. > > The other is that it hitches when playing TV - it doesn't do this when viewing > movies. I had a quick look at what has happened to the capture code in mplayer since I last saw it (and felt a bit ill). It seems that it pretty much depends on the frame sync signals from the bktr device with a fallback one second alarm. I know that missing frame sync signals are not uncommon from instrumenting my capture code in ffmpeg which is kept sane by using a tightly timed usleep to capture a frame close ot the right time when the signal is missed. I'm guessing that enabling the audio capture is causing signals to be missed. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 11:13:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 691FC16A420 for ; Wed, 16 Nov 2005 11:13:43 +0000 (GMT) (envelope-from voucko@gmx.li) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A495D43D53 for ; Wed, 16 Nov 2005 11:13:42 +0000 (GMT) (envelope-from voucko@gmx.li) Received: (qmail invoked by alias); 16 Nov 2005 11:13:40 -0000 Received: from p54B04A7E.dip.t-dialin.net (EHLO [192.168.0.2]) [84.176.74.126] by mail.gmx.net (mp021) with SMTP; 16 Nov 2005 12:13:40 +0100 X-Authenticated: #10517968 Message-ID: <437B1466.8030202@gmx.li> Date: Wed, 16 Nov 2005 12:13:42 +0100 From: Michael Voucko User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.12) Gecko/20050915 X-Accept-Language: de, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------000304070202090800010101" X-Y-GMX-Trusted: 0 Subject: "message too long" when sending broadcasts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 11:13:43 -0000 This is a multi-part message in MIME format. --------------000304070202090800010101 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm trying to install the latest version of heartbeat (linux-ha), which unfortunately is not available from the ports tree yet. Setup is two boxes running (5.4-STABLE FreeBSD from Oct 17 2005) both connected to a hub with lnc NICs on a private 10.0.0.0/24 subnet (actually its only a 'simulated hub' provided by VMWare if this matters). After some initial struggles configuration, build and installations works as expected - but now the most basic parts of this application won't work anymore. When trying to use UDP broadcast messages for the heartbeat it would error out with "Message too long" for packets larger than 1472 bytes, in other words as soon as fragmentation of the package would be necessary (MTU is 1500). I received a code snippet from the heartbeat developers to isolate the problem (create sender and receiver socket, send broadcast packets of a certain size). To rule out VMware as the basic problem I tried real boxes but the problem persists. Is there any size restriction for UDP broadcast messages? Is there anything which prevents UDP broadcast from being fragmented? I searched RFCs, man pages for socket, setsockopt, ioctl, sendto and other places but did not find anything that could explain the behaviour (which seems to be no problem on other OS). Any pointers, comments? Thanks, Michael N.B: Code snippet is attached in case somebody cares to take a look - it works fine for me when using "./bcast-test -r -i lnc1 -p 1500" on the receiving box and "./bcast-test -r -i lnc1 -p XXX" on the sending box for XXX < 1473. --------------000304070202090800010101 Content-Type: text/plain; name="bcast.c" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="bcast.c" I2luY2x1ZGUgPHVuaXN0ZC5oPgojaW5jbHVkZSA8c3RkaW8uaD4KI2luY2x1ZGUgPHN0ZGxp Yi5oPgojaW5jbHVkZSA8c3lzL3R5cGVzLmg+CiNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+CiNp bmNsdWRlIDxzdHJpbmcuaD4KI2luY2x1ZGUgPG5ldGluZXQvaW4uaD4KI2luY2x1ZGUgPG5l dC9pZi5oPgojaW5jbHVkZSA8ZXJybm8uaD4KI2luY2x1ZGUgPHN5cy9pb2N0bC5oPgoKI2Rl ZmluZSBQT1JUIDY5NAojZGVmaW5lIE1BWEJVRiAyMDQ4Cgp2b2lkCnVzYWdlKGludCBhcmdj LCBjaGFyICoqIGFyZ3YpCnsKCXByaW50ZigiVXNhZ2U6ICVzIFstc10gWy1yXSAtcCBwYWNr ZXRzaXplIC1pIGV0aDAvZXRoMS8uLi5cbiIsIGFyZ3ZbMF0pOwoJcHJpbnRmKCIjZGVmYXVs dCBpcyB0byByZWNlaXZlXG4iKTsKCXJldHVybjsKfQoKaW50CmNyZWF0ZV9yZWN2X3NvY2tl dChjaGFyKiBpZm5hbWUpCnsKCXN0cnVjdCBzb2NrYWRkcl9pbiBteV9hZGRyOwoJaW50IHNv Y2tmZDsKCWludCBvbmUgPSAxOwoJc3RydWN0IGlmcmVxIGk7CgoKCW1lbXNldCgmbXlfYWRk ciwgMCwgc2l6ZW9mKG15X2FkZHIpKTsKCW15X2FkZHIuc2luX2ZhbWlseSA9IEFGX0lORVQ7 CglteV9hZGRyLnNpbl9wb3J0ID0gaHRvbnMoUE9SVCk7CglteV9hZGRyLnNpbl9hZGRyLnNf YWRkciA9IGh0b25sKElOQUREUl9BTlkpOwoKCWlmICgoIHNvY2tmZCA9IHNvY2tldChBRl9J TkVULCBTT0NLX0RHUkFNLCAwKSkgPT0gLTEpewoJCXByaW50ZigiRXJyb3IgZ2V0dGluZyBz b2NrZXQ6ICVzXG4iLCBzdHJlcnJvcihlcnJubykpOwoJCWV4aXQoMSk7Cgl9CgoJaWYgKHNl dHNvY2tvcHQoIHNvY2tmZCwgU09MX1NPQ0tFVCwKCQkJU09fUkVVU0VBRERSLCAoY29uc3Qg dm9pZCopJm9uZSwgc2l6ZW9mKG9uZSkpIDwgMCl7CgkJcHJpbnRmKCJFcnJvciBzZXR0aW5n IHNvY2tldCBvcHRpb24gU09fUkVVU0VBRERSOiAlc1xuIiwKCQkgICAgICAgc3RyZXJyb3Io ZXJybm8pKTsKCQlleGl0KDEpOwoJfQoKCXN0cmNweShpLmlmcl9uYW1lLCBpZm5hbWUpOwoK CWlmIChiaW5kKHNvY2tmZCwgKHN0cnVjdCBzb2NrYWRkciAqKSAmIG15X2FkZHIsIHNpemVv ZihzdHJ1Y3Qgc29ja2FkZHIpKQoJICAgIDwgMCl7CgkJcHJpbnRmKCJFcnJvciBiaW5kaW5n IHNvY2tldDogJXNcbiIsIHN0cmVycm9yKGVycm5vKSk7CgkJZXhpdCgxKTsKCX0KCglyZXR1 cm4gc29ja2ZkOwp9CgoKdm9pZApyZWN2X3BhY2tldHMoaW50IHNvY2tmZCwgaW50IHBhY2tl dHNpemUpCnsKCWludCBidWZzaXplID0gcGFja2V0c2l6ZSArIDEwMDsKCWNoYXIgYnVmW01B WEJVRl07CglpbnQgbjsKCXN0cnVjdCBzb2NrYWRkcl9pbiB0aGVpcmFkZHI7CglpbnQgbGVu ID0gc2l6ZW9mKHRoZWlyYWRkcik7CgoJd2hpbGUoMSl7CgoJCW1lbXNldChidWYsIDAsIE1B WEJVRik7CgkJaWYgKChuID0gcmVjdmZyb20oc29ja2ZkLCBidWYsIGJ1ZnNpemUgLSAxLCAw LAoJCQkJICAoc3RydWN0IHNvY2thZGRyKikmdGhlaXJhZGRyLCAmbGVuKSkgPT0gLTEpewoJ CQlwcmludGYoIkVycm9yIHJlY2VpdmluZyBmcm9tIHNvY2tldDogJXNcbiIsIHN0cmVycm9y KGVycm5vKSk7CgkJCWV4aXQoMSk7CgkJfQoJCXByaW50ZigiTWVzc2FnZSByZWNlaXZlZDog KCVkIGJ5dGVzKVxuJXNcbiIsIG4sIGJ1Zik7Cgl9Cgp9CgppbnQKY3JlYXRlX3NlbmRfc29j a2V0KGNoYXIqIGlmbmFtZSkKewoJaW50IHNvY2tmZDsKCWludCBvbmUgPSAxOwoJc3RydWN0 IGlmcmVxIGk7CglzdHJjcHkoaS5pZnJfbmFtZSxpZm5hbWUpOwoKCWlmICgoc29ja2ZkID0g c29ja2V0KEFGX0lORVQsIFNPQ0tfREdSQU0sIDApKSA8PSAwKSB7CgkJcHJpbnRmKCJFcnJv ciBpbiBnZXR0aW5nIHNvY2tldDogJXMiLCBzdHJlcnJvcihlcnJubykpOwoJCWV4aXQoMSk7 Cgl9CgoKCWlmIChzZXRzb2Nrb3B0KHNvY2tmZCwgU09MX1NPQ0tFVCwgU09fQlJPQURDQVNU LCAoY29uc3Qgdm9pZCopICZvbmUsIHNpemVvZihvbmUpKSA9PSAtMSkKCQl7CgkJCXByaW50 ZigiRXJyb3Igc2V0dGluZyBzb2NrZXQgb3B0aW9uIFNPX0JST0FEQ0FTVDogc29ja2ZkID0l ZCAsICVzXG4iLAoJCQkgICAgICAgc29ja2ZkLCBzdHJlcnJvcihlcnJubykpOwoJCQljbG9z ZShzb2NrZmQpOwoJCQlleGl0KDEpOwoJCX0KCglyZXR1cm4gc29ja2ZkOwp9CgoKaW50Cmdl dF9iYWRkcihzdHJ1Y3Qgc29ja2FkZHJfaW4qIGJhZGRyLCBjaGFyKiBpZm5hbWUpCnsKCXN0 cnVjdCBpZnJlcSBpZnI7CglpbnQgZmQ7CglpbnQgcmV0dXJuX3ZhbDsKCglmZCA9IHNvY2tl dCAoUEZfSU5FVCwgU09DS19ER1JBTSwgMCk7CgoJaWYgKGZkIDwwKSB7CgkJcHJpbnRmKCJF cnJvciBvcGVuaW5nIHNvY2tldDogJXNcbiIsIHN0cmVycm9yKGVycm5vKSk7CgkJZXhpdCgx KTsKCX0KCglzdHJjcHkgKGlmci5pZnJfbmFtZSwgaWZuYW1lKTsKCglyZXR1cm5fdmFsID0g aW9jdGwoZmQsIFNJT0NHSUZCUkRBRERSLCAmaWZyKTsKCWlmIChyZXR1cm5fdmFsID09IDAg KQoJCXsKCQkJaWYgKGlmci5pZnJfYnJvYWRhZGRyLnNhX2ZhbWlseSA9PSBBRl9JTkVUKQoJ CQkJewoJCQkJCXN0cnVjdCBzb2NrYWRkcl9pbiBzaW5fcHRyOwoJCQkJCW1lbWNweSgmc2lu X3B0ciwgJmlmci5pZnJfYnJvYWRhZGRyLAoJCQkJCSAgICAgICBzaXplb2Yoc2luX3B0cikp OwoJCQkJCW1lbWNweSgmYmFkZHItPnNpbl9hZGRyLCAmc2luX3B0ci5zaW5fYWRkciwKCQkJ CQkgICAgICAgc2l6ZW9mKGJhZGRyLT5zaW5fYWRkcikpOwoJCQkJfQoJCQllbHNlCgkJCQl7 CgkJCQkJcHJpbnRmKCJXcm9uZyBmYW1pbHkgZm9yIGJyb2FkY2FzdCBpbnRlcmZhY2UgOiAl cyIsCgkJCQkJICAgICAgIHN0cmVycm9yKGVycm5vKSk7CgkJCQkJZXhpdCgxKTsKCQkJCX0K CgkJfQoJZWxzZQoJCXsKCQkJcHJpbnRmKCJHZXQgYnJvYWRjYXN0IGZvciBpbnRlcmZhZGUg ZmFpbGVkOiAlc1xuIiwgc3RyZXJyb3IoZXJybm8pKTsKCQkJZXhpdCgxKTsKCQl9CgoJYmFk ZHItPnNpbl9mYW1pbHkgPSBBRl9JTkVUOwoJYmFkZHItPnNpbl9wb3J0ID0gaHRvbnMoUE9S VCk7CgoJcmV0dXJuIDA7Cn0KCgoKdm9pZApzZW5kX3BhY2tldHMoaW50IHNvY2tmZCwgc3Ry dWN0IHNvY2thZGRyKiBhZGRyLCBpbnQgcGFja2V0c2l6ZSkKewoJaW50IGk7CgljaGFyIHBh Y2tldFtNQVhCVUZdOwoJY2hhciBzaXplWzEwXTsKCWludCByZXQ7CgoJbWVtc2V0KHBhY2tl dCwgJ0EnLCBwYWNrZXRzaXplKTsKCXBhY2tldFtwYWNrZXRzaXplLTFdID0gJ1wwJzsKCXNw cmludGYoc2l6ZSwgIiVkIiwgcGFja2V0c2l6ZSk7CglzdHJjcHkocGFja2V0LCBzaXplKTsK CXBhY2tldFtzdHJsZW4oc2l6ZSldID0gJyAnOwoKCWZvciAoIGkgPSAwOyBpIDwgMTAwMDsg aSsrKQoJCXsKCQkJcHJpbnRmKCJzZW5kaW5nIHBhY2tldCAlZFxuIiwgaSk7CgkJCWlmICgg KHJldCA9IHNlbmR0byhzb2NrZmQsIHBhY2tldCwgcGFja2V0c2l6ZSwgMCxhZGRyICxzaXpl b2Yoc3RydWN0IHNvY2thZGRyKSkpCgkJCSAgICAgIT0gcGFja2V0c2l6ZSkKCQkJCXsKCQkJ CQlwcmludGYoIlVuYWJsZSB0byBzZW5kIGJjYXN0IHBhY2tldHM6ICVzXG4iLCBzdHJlcnJv cihlcnJubykpOwoJCQkJCWV4aXQoMSk7CgkJCQl9CgkJfQoKfQoKCgppbnQKbWFpbihpbnQg YXJnYywgY2hhcioqIGFyZ3YpCnsKCglpbnQgaXNzZW5kZXIgPSAwOwoJaW50IGlzcmVjdmVy ID0gMDsKCWludCBwYWNrZXRzaXplID0gMDsKCWludCBjOwoJY2hhciogaWZuYW1lOwoKCXdo aWxlICgoYyA9IGdldG9wdCAoYXJnYywgYXJndiwgInNyaTpwOiIpKSAhPSAtMSkKCQlzd2l0 Y2goYykKCQkJewoJCQljYXNlICdzJzoKCQkJCWlzc2VuZGVyID0xOwoJCQkJYnJlYWs7CgkJ CWNhc2UgJ3InOgoJCQkJaXNyZWN2ZXIgPTE7CgkJCQlicmVhazsKCQkJY2FzZSAnaSc6CgkJ CQlpZm5hbWUgPSBvcHRhcmc7CgkJCQlicmVhazsKCQkJY2FzZSAncCc6CgkJCQlwYWNrZXRz aXplID0gYXRvaShvcHRhcmcpOwoJCQkJYnJlYWs7CgkJCWNhc2UgJz8nOgoJCQkJcHJpbnRm KCJ1bmtub3duIG9wdGlvbnNcbiIpOwoJCQkJdXNhZ2UoYXJnYywgYXJndik7CgkJCQlyZXR1 cm4oMSk7CgkJCX0KCglpZiAoaXNzZW5kZXIgJiYgaXNyZWN2ZXIpCgkJewoJCQlwcmludGYo InNlbmRlciBhbmQgcmVjdmVyIGluIG9uZSBwcm9ncmFtIgoJCQkgICAgICAgImlzIG5vdCBz dXBwb3J0ZWRcbiIpOwoJCQl1c2FnZShhcmdjLCBhcmd2KTsKCQkJZXhpdCgxKTsKCgkJfQoK CWlmIChwYWNrZXRzaXplID09IDApCgkJewoJCQlwcmludGYoImludmFsaWQgcGFja2V0c2l6 ZVxuIik7CgkJCXVzYWdlKGFyZ2MsIGFyZ3YpOwoJCQlleGl0KDEpOwoKCQl9CgoJaWYgKGlz c2VuZGVyKQoJCXsKCQkJaW50IHNlbmRfc29ja2ZkID0gY3JlYXRlX3NlbmRfc29ja2V0KGlm bmFtZSk7CgoJCQlzdHJ1Y3Qgc29ja2FkZHJfaW4gYmFkZHI7CgoJCQlnZXRfYmFkZHIoJmJh ZGRyLCBpZm5hbWUpOwoKCQkJc2VuZF9wYWNrZXRzKHNlbmRfc29ja2ZkLChzdHJ1Y3Qgc29j a2FkZHIqKSZiYWRkciwgcGFja2V0c2l6ZSk7CgoJCQlwcmludGYoIlNlbmRpbmcgZmluaXNo ZWQhXG4iKTsKCgkJfQoJZWxzZQoJCXsKCQkJaW50IHJlY3Zfc29ja2ZkID0gY3JlYXRlX3Jl Y3Zfc29ja2V0KGlmbmFtZSk7CgkJCXJlY3ZfcGFja2V0cyggcmVjdl9zb2NrZmQsIHBhY2tl dHNpemUpOwoJCX0KCglwcmludGYoIlByb2dyYW0gZW5kcyBzdWNjZXNzZnVsbHkhXG4iKTsK CXJldHVybiAxOwp9Cg== --------------000304070202090800010101-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 11:41:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 589E716A41F for ; Wed, 16 Nov 2005 11:41:01 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4416243D4C for ; Wed, 16 Nov 2005 11:40:59 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 16 Nov 2005 11:40:59 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp034) with SMTP; 16 Nov 2005 12:40:59 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Wed, 16 Nov 2005 12:40:50 +0100 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4774857.57r7jAQnX0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511161240.57715@harrymail> X-Y-GMX-Trusted: 0 Cc: Subject: buildworld broken in lib/libnetgraph X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 11:41:01 -0000 --nextPart4774857.57r7jAQnX0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, 1.8.2.1 of src/lib/libnetgraph/ broke buildworld 3 hours ago on RELENG_6 -Harry --nextPart4774857.57r7jAQnX0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDexrJBylq0S4AzzwRAjlBAJ9fso53nnf/1mMI7Frn75QWEcRAEwCfUVy9 C4cdcj8vSJWWs86UkKJIz5A= =yqEO -----END PGP SIGNATURE----- --nextPart4774857.57r7jAQnX0-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 12:12:30 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org 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 80F2216A41F for ; Wed, 16 Nov 2005 12:12:30 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C49F743D45 for ; Wed, 16 Nov 2005 12:12:29 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAGCCSGC003424; Wed, 16 Nov 2005 14:12:28 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 06608-01-6; Wed, 16 Nov 2005 14:12:26 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAGCBB9K003333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2005 14:11:11 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAGCBJ5X087251; Wed, 16 Nov 2005 14:11:19 +0200 (EET) (envelope-from ru) Date: Wed, 16 Nov 2005 14:11:19 +0200 From: Ruslan Ermilov To: Emanuel Strobl Message-ID: <20051116121119.GC86977@ip.net.ua> References: <200511161240.57715@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511161240.57715@harrymail> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-stable@FreeBSD.org Subject: Re: buildworld broken in lib/libnetgraph X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 12:12:30 -0000 On Wed, Nov 16, 2005 at 12:40:50PM +0100, Emanuel Strobl wrote: > Hello, > > 1.8.2.1 of src/lib/libnetgraph/ broke buildworld 3 hours ago on RELENG_6 > There was a commit to sys/netgraph/ng_split.h a bit later that addressed this. Please re-cvsup. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 12:21:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 120BB16A41F for ; Wed, 16 Nov 2005 12:21:11 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36213.mail.mud.yahoo.com (web36213.mail.mud.yahoo.com [209.191.68.239]) by mx1.FreeBSD.org (Postfix) with SMTP id 9175643D49 for ; Wed, 16 Nov 2005 12:21:10 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 97304 invoked by uid 60001); 16 Nov 2005 12:21:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=TzTDDquT1J8q+QLQ9YiKYZGpGyYm8uYtlTxCzcTOYuuJnAEKAf9yT02F0s82RMZxy17TKozlOtpEcRKe4ZQoymjZlTsNWPKFSW6Me7NBQvptGNch5I8k1hqwE5OWTu+aBDbM1JLyGys23wk51xOvl3uCwjXc+7sBVXxek0XayQs= ; Message-ID: <20051116122110.97302.qmail@web36213.mail.mud.yahoo.com> Received: from [218.232.14.39] by web36213.mail.mud.yahoo.com via HTTP; Wed, 16 Nov 2005 04:21:09 PST Date: Wed, 16 Nov 2005 04:21:09 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org In-Reply-To: <20051115103821.GJ39882@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 12:21:11 -0000 --- Peter Jeremy wrote: > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: > > makeoptions DEBUG=-g > > options INVARIANTS > > options WITNESS > > options WITNESS_KDB > > options KDB > > options DDB > > options DDB_NUMSYM > > options GDB > > > >Is that enough? > > If your system is headless, you probably want > 'options BREAK_TO_DEBUGGER' as well. > > First question is: Does the system still deadlock? > INVARIANTS and WITNESS will have added sanity > checks which might have picked up the problem. Indeed, I have this in my DEBUG kernel config: makeoptions DEBUG=-g options INVARIANT_SUPPORT options INVARIANTS options WITNESS options WITNESS_KDB options KDB options DDB options DDB_NUMSYM options GDB options BREAK_TO_DEBUGGER and the deadlock disappears. Does that already give a hint what's wrong? If not, then what should I remove/keep from the above list, to allow the deadlock to reappear and still be able to debug the problem? According to your info above, I would say I'd remove INVARIANT_SUPPORT, INVARIANTS, WITNESS and WITNESS_KDB; leave the others in there and try again with such a debug kernel. Right? Thanks, Rob. 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 Wed Nov 16 12:57:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 69FC116A430 for ; Wed, 16 Nov 2005 12:57:47 +0000 (GMT) (envelope-from andyfraser@apfraser.co.uk) Received: from mail.linuxuser.org.uk (213-152-59-115.dsl.eclipse.net.uk [213.152.59.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8198043D45 for ; Wed, 16 Nov 2005 12:57:45 +0000 (GMT) (envelope-from andyfraser@apfraser.co.uk) Received: from localhost (mantis.linuxuser.org.uk [127.0.0.1]) by mail.linuxuser.org.uk (Postfix) with ESMTP id 6101A21907 for ; Wed, 16 Nov 2005 12:57:44 +0000 (GMT) Received: from mail.linuxuser.org.uk ([127.0.0.1]) by localhost (mantis.linuxuser.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08447-02 for ; Wed, 16 Nov 2005 12:57:38 +0000 (GMT) Received: from wasp.linuxuser.org.uk (wasp.linuxuser.org.uk [192.168.0.10]) by mail.linuxuser.org.uk (Postfix) with ESMTP id F1D9E21905 for ; Wed, 16 Nov 2005 12:57:37 +0000 (GMT) From: Andy Fraser To: freebsd-stable@freebsd.org Date: Wed, 16 Nov 2005 12:57:37 +0000 User-Agent: KMail/1.8.1 References: <20051116032616.GA92903@ns.museum.rain.com> In-Reply-To: <20051116032616.GA92903@ns.museum.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511161257.37461.andyfraser@apfraser.co.uk> X-Virus-Scanned: by amavisd-new (Gentoo) at linuxuser.org.uk Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 12:57:47 -0000 On Wednesday 16 Nov 2005 3:26 am, James Long wrote: > After hours of head-banging over the past couple of days, > I have finally succeeded in installing EITHER > xorg-clients-6.8.2_1 OR xterm-206_1. Previously, > installing either port told me that it conflicted > with the other, in spite of having cvsupped my > ports tree twice to ensure I was getting the most > recent version of the ports, hopefully including a > fix to the chicken-and-egg problem noted in > /usr/ports/UPDATING I had a similar problem. xterm-206_1 conflicted with xorg-clients-6.8.2_1. portmanager suggested removing xorg-clients after which xterm installed but xorg-clients wouldn't build anymore[1]. Some Googling suggested that the nVidia driver port (I don't know whether you're using this or not) replaced glx.h causing the xorg-clients to fail (unchecked) and reinstalling xorg-libraries would fix it. This worked for me. I'm not sure whether you're having the same problem or not but I thought I'd mention this just in case. [1] I also had this problem with 5.4-STABLE but to get around it there I installed a binary package to save time. -- Andy Fraser. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 14:31:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1C8AA16A41F for ; Wed, 16 Nov 2005 14:31:36 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB49343D45 for ; Wed, 16 Nov 2005 14:31:35 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 7B7401700CD for ; Wed, 16 Nov 2005 09:31:34 -0500 (EST) Message-ID: <437B42C0.9040605@pldrouin.net> Date: Wed, 16 Nov 2005 09:31:28 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> In-Reply-To: <437A3B96.4040300@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 14:31:36 -0000 Nate Lawson wrote: > Pierre-Luc Drouin wrote: > >> Hajimu UMEMOTO wrote: >> >>>>>>>> On Mon, 14 Nov 2005 12:40:36 -0500 >>>>>>>> Pierre-Luc Drouin said: >>>>>>> >>> pldrouin> Yep, smart battery is definately the problem. The >>> performance of my pldrouin> laptop is back to normal when I remove >>> the xfce4-battery-plugin. pldrouin> acpiconf -i loop reproduces the >>> problem for me too. So it looks like pldrouin> there is something >>> wrong in smart battery. >>> >>> The cmbat has similar issue on some laptops. So, acpi_cmbat.c uses >>> cache for retrieval to reduce its influence, and its expiration >>> time is set by hw.acpi.battery.info_expire. >>> However, acpi_smbat.c doesn't use cache. So, I made a patch. Since I >>> don't have a laptop which has smbat, I cannot test it by myself. >>> Please test it and let me know the result. >>> >>> >> The patch seams to do its job correctly, but it is still very >> annoying to have the whole computer to freeze for 1 second when the >> cache expires. What does make the whole system to freeze? Before the >> code was changed in 6.0-stable, FreeBSD was able to read the battery >> status without freezing my laptop... I have been running 3 OSes >> (FreeBSD, Ubuntu and Win XP) on my laptop for a while and never >> experienced that kind of problem with either Linux or Win XP. I guess >> there is something wrong in the new code added after 6.0-release. > > > If you have both smbat and cmbat, just disable smbat if you don't like > it. Add this to /boot/loader.conf: > > debug.acpi.disabled="smbat" > > The pause is related to a buggy or slow EC. Caching the values > happens to hide it. Do you get pauses with smbat disabled (see above > for how to do this)? Can you still get battery status from cmbat? > Ok, there is new development. I realized by playing with debug.acpi.disabled="smbat", debug.acpi.disabled="smbat cmbat" and debug.acpi.disabled="cmbat", that my laptop battery is not a smbat, but a cmbat. When I played with hw.acpi.battery.info_expire after to have applied the patch for acpi_smbat.c, it was freezing less often because that sysctl variable was shared by both cmbat and smbat. So I can only get battery status from cmbat (disabling cmbat disables the use of acpiconf -i loop). To get the status of my battery via cmbat was working fine up to 6.0-RELEASE (included), but makes my laptop to freeze since I upgraded to 6.0-stable with Nov 10th sources. What change related to cmbat between 6.0-release and 6.0-stable could be causing this? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 15:01:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3891016A420 for ; Wed, 16 Nov 2005 15:01:57 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (mail.adventuras.no [194.63.250.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2701B43D46 for ; Wed, 16 Nov 2005 15:01:55 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (seven [127.0.0.1]) by mail.adventuras.no (8.12.10/8.12.10) with ESMTP id jAGF1ajt026667 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 16 Nov 2005 16:01:36 +0100 Received: (from apache@localhost) by mail.adventuras.no (8.12.10/8.12.10/Submit) id jAGF1afq026665; Wed, 16 Nov 2005 16:01:36 +0100 Received: from 213.236.228.129 (SquirrelMail authenticated user lars) by mail.adventuras.no with HTTP; Wed, 16 Nov 2005 16:01:36 +0100 (CET) Message-ID: <54759.213.236.228.129.1132153296.squirrel@mail.adventuras.no> In-Reply-To: <20051115103821.GJ39882@cirb503493.alcatel.com.au> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115100813.74195.qmail@web36214.mail.mud.yahoo.com> <20051115103821.GJ39882@cirb503493.alcatel.com.au> Date: Wed, 16 Nov 2005 16:01:36 +0100 (CET) From: "Lars Kristiansen" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4-1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Adventuras-MailScanner-Information: Please contact the ISP for more information X-Adventuras: du kan filtrere etter AdvSpamScore over 5-10 X-Adventuras-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-MailScanner-From: lars+lister.freebsd@adventuras.no Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 15:01:57 -0000 > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: >> makeoptions DEBUG=-g >> options INVARIANTS >> options WITNESS >> options WITNESS_KDB >> options KDB >> options DDB >> options DDB_NUMSYM >> options GDB >> >>Is that enough? > > If your system is headless, you probably want 'options BREAK_TO_DEBUGGER' > as well. > > First question is: Does the system still deadlock? INVARIANTS and > WITNESS will have added sanity checks which might have picked up the > problem. > >>1) Can I debug a kernel that does not crash, but >> just hangs in a deadlock? Everything seems to >> be frozen, except pinging the PC.... > > Have a look at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html > and ddb(4). Unless you have another system handy, you might like to print > out ddb(4) - it's difficult to read man pages when you're in the kernel > debugger :-). > >>2) Is such debugging possible on a headless PC >> without a keyboard attached? >> I do have serial console access. > > Yes. See above URL. The advantage is that you can (hopefully) > capture a log of your debug session. Send a serial BREAK and you > should get a DDB> prompt. > > Basically, wait until your system deadlocks. BREAK into DDB. > As a start, run 'show lockedvnods', 'ps'. My guess is that you'll > see a lock that has a number of waiters - which is probably the > culprit. Use 'panic' to get a crashdump and then you can use kgdb > to rummage around once you reboot - see > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html > > If in doubt, post the output from the above commands here and someone > will hopefully provide further input. Hello again, I am the "me too"-guy with console-access. I am not a programmer and it is the first time I see debugging screen. It deadlocked again, and I did as advised above: (ddb: show lockedvnods; ps ; panic) but did not understand much of the output. Looked maybe like syncer and swap_pager was locked? Do i need to write all this down or can I get the output saved somewhere? I got a 32MB coredump but the same lack of understanding applies. Please tell me if I can be of any help! This is fun. -- Lars > > -- > Peter Jeremy > _______________________________________________ > 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 Nov 16 15:36:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 AD4E916A420 for ; Wed, 16 Nov 2005 15:36:04 +0000 (GMT) (envelope-from rjk@wintek.com) Received: from smtp1.wintek.com (smtp1.wintek.com [199.233.104.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E16343D55 for ; Wed, 16 Nov 2005 15:36:04 +0000 (GMT) (envelope-from rjk@wintek.com) Received: from [172.28.1.248] (rjk.wintek.com [206.230.2.248]) by smtp1.wintek.com (8.13.4/8.13.4/Wintek) with ESMTP id jAGFZGbL054900 for ; Wed, 16 Nov 2005 10:35:16 -0500 (EST) (envelope-from rjk@wintek.com) Message-ID: <437B51E1.8090104@wintek.com> Date: Wed, 16 Nov 2005 10:36:01 -0500 From: Richard Kuhns User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (smtp1.wintek.com [199.233.104.106]); Wed, 16 Nov 2005 10:35:16 -0500 (EST) Subject: LEAP and iwi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 15:36:04 -0000 Just wondering -- has anyone managed to successfully use LEAP with an Intel PRO/Wireless 2200? It works under XP, but I'd much prefer to stay with FreeBSD (6.0) as much as possible. Thanks... -- Richard Kuhns Wintek Corporation E-mail: rjk@wintek.com 427 N 6th Street Tel: +1 (765) 742-8428 Lafayette, IN 47901-1126 Fax: +1 (765) 742-0646 United States of America From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 15:58:00 2005 Return-Path: X-Original-To: stable@freebsd.org 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 00DEE16A41F; Wed, 16 Nov 2005 15:58:00 +0000 (GMT) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFF7D43D45; Wed, 16 Nov 2005 15:57:58 +0000 (GMT) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id E5ED96C8817; Wed, 16 Nov 2005 15:57:56 +0000 (GMT) From: "Lawrence Farr" To: "'Doug White'" Date: Wed, 16 Nov 2005 15:57:57 -0000 Message-ID: <013301c5eac6$83219ed0$0200a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20051115152334.S33844@carver.gumbysoft.com> Thread-Index: AcXqP+vPeC6WPs8zTj23kl8xJSUVdQAhRAHQ Cc: stable@freebsd.org, =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: RE: Promise TX4300 boot problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 15:58:00 -0000 > > > I've stuck a Promise TX4300 controller in to replace > > the marvell onboard SATA that I can't boot off on a > > Supermicro server. If I set 2 discs up as Raid 0 > > or Raid 1 it's fine, But 4 discs as Raid 0+1 is detected, > > installs without any problems, but hangs at the boot > > loader with elf32_loadimage: read failed. I'm guesssing > > the boot loader thinks it's a mirror, not a stripe and > > fails to read past the first stripe on the disk? > > If this is the case then its a bug in the controller > firmware; loader is > just doing BIOS I/O calls. Check for a firmware update for your > controller. It's the latest version of the firmware. I'll go back to using a mirror. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 16:10:54 2005 Return-Path: X-Original-To: stable@freebsd.org 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 7D50216A41F for ; Wed, 16 Nov 2005 16:10:54 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB3E43D45 for ; Wed, 16 Nov 2005 16:10:48 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAGGAk82075833; Wed, 16 Nov 2005 09:10:47 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <437B5A06.6060804@samsco.org> Date: Wed, 16 Nov 2005 09:10:46 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joerg Pulz References: <20051115161253.F7025@hades.admin.frm2> In-Reply-To: <20051115161253.F7025@hades.admin.frm2> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: stable@freebsd.org Subject: Re: FreeBSD-6 amr and ahd trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 16:10:54 -0000 Joerg Pulz wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi guys, > > I'm running an Fujitsu-Siemens Primergy RX300 dual-XEON hyperthreading > enabled server with an onboard LSI MegaRAID controller and an Adaptec > 39320A Ultra320 dual channel SCSI adapter. The LSI MegaRAID controller > is configured to RAID1 with two disk and one hotspare. On this array > FreeBSD is installed. > Up to now, the system was running fine with FreeBSD-5.3 first and > FreeBSD-5.4 now. > I tried to upgrade this beast to FreeBSD-6.0-RELEASE without success. > The kernel is booting and detects all devices correctly but when it > comes to read from the amr(4) the last thing i see is "GEOM: new disk > amrd0" after that the system "hangs" and its nearly impossible to scroll > the kernel messages up or down (Scroll lock pressed). then after a while > there are a lot of SCSI error messages about SCB timeouts coming from > the ahd(4). > I decided to boot the old RELENG_5_4 kernel and cvsup'ed the sources to > RELENG_6 but i got the same results. booting from a FreeBSD-6.0-RELEASE > bootonly CDRom got again the same results. > I searched google about this, and found something about a tuneable > sysctl/loader setting called hw.pci.do_powerstate and tried it, but the > same result. later i saw, that in RELENG_6 this tuneable is renamed and > set to 0 anyway. > the next step was removing the Adaptec card to make sure this one is not > interrupting the amr(4) but the only thing that happened was the SCSI > error messages going away so this was not the problem. > I decided to give CURRENT from today a try, and it was working without > any problems. I have tested CURRENT some steps back until i hit 700003 > dated to "Sun Sep 18 05:12:39 2005 UTC" which is exactly the same time > the RELENG_6 branch was marked for 6.0-BETA5 and CURRENT was working > with every point i checked out from cvs. Unfortunately 6.0-BETA5 is NOT > working. > I checked out the sources for 6.0-BETA4 and it is working again. So > somewhere between 6.0-BETA4 and 6.0-BETA5 the whole thing is broken, at > least for me and my hardware. > I've seen some differences in sys/cam/cam_xpt.c, maybe these cause the > trouble i have, but I'm not so deep in the FreeBSD kernel code to make > this sure. > > It would be nice if someone can take a look at this to get this fixed in > RELENG_6. > Any patches to test are welcome. > > regards > Joerg > This is almost certainly an interrupt routing bug. Can you try booting with ACPI disabled? Can you try building a 6.0 kernel without SMP and the 'apic' devices? From 5.4, can you send your system information? Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 16:24:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8571416A41F; Wed, 16 Nov 2005 16:24:23 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jAGGOMHk021982; Wed, 16 Nov 2005 11:24:22 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jAGGOLHD021981; Wed, 16 Nov 2005 11:24:21 -0500 (EST) (envelope-from green) Date: Wed, 16 Nov 2005 11:24:21 -0500 From: Brian Fundakowski Feldman To: Lars Kristiansen Message-ID: <20051116162421.GE76352@green.homeunix.org> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115100813.74195.qmail@web36214.mail.mud.yahoo.com> <20051115103821.GJ39882@cirb503493.alcatel.com.au> <54759.213.236.228.129.1132153296.squirrel@mail.adventuras.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54759.213.236.228.129.1132153296.squirrel@mail.adventuras.no> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 16:24:23 -0000 On Wed, Nov 16, 2005 at 04:01:36PM +0100, Lars Kristiansen wrote: > > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: > >> makeoptions DEBUG=-g > >> options INVARIANTS > >> options WITNESS > >> options WITNESS_KDB > >> options KDB > >> options DDB > >> options DDB_NUMSYM > >> options GDB > >> > >>Is that enough? > > > > If your system is headless, you probably want 'options BREAK_TO_DEBUGGER' > > as well. > > > > First question is: Does the system still deadlock? INVARIANTS and > > WITNESS will have added sanity checks which might have picked up the > > problem. > > > >>1) Can I debug a kernel that does not crash, but > >> just hangs in a deadlock? Everything seems to > >> be frozen, except pinging the PC.... > > > > Have a look at > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html > > and ddb(4). Unless you have another system handy, you might like to print > > out ddb(4) - it's difficult to read man pages when you're in the kernel > > debugger :-). > > > >>2) Is such debugging possible on a headless PC > >> without a keyboard attached? > >> I do have serial console access. > > > > Yes. See above URL. The advantage is that you can (hopefully) > > capture a log of your debug session. Send a serial BREAK and you > > should get a DDB> prompt. > > > > Basically, wait until your system deadlocks. BREAK into DDB. > > As a start, run 'show lockedvnods', 'ps'. My guess is that you'll > > see a lock that has a number of waiters - which is probably the > > culprit. Use 'panic' to get a crashdump and then you can use kgdb > > to rummage around once you reboot - see > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html > > > > If in doubt, post the output from the above commands here and someone > > will hopefully provide further input. > > Hello again, I am the "me too"-guy with console-access. > I am not a programmer and it is the first time I see debugging screen. > > It deadlocked again, and I did as advised above: > (ddb: show lockedvnods; ps ; panic) > but did not understand much of the output. > Looked maybe like syncer and swap_pager was locked? > Do i need to write all this down or can I get the output saved somewhere? > > I got a 32MB coredump but the same lack of understanding applies. > > Please tell me if I can be of any help! This is fun. Do you have the ability to connect another computer by RS-232? It's easy to get a serial terminal console going (err that is if you find the right guide as opposed to stabbing blindly and just referencing man pages as I like to do.) The coredump should supply the same (and more) information, and someone can walk through with you doing a post-mortem gdb session. For example, try doing the following now that you have the coredump: # ps wwwauxlH -N /boot/kernel/kernel -M /var/crash/vmcore.whatever -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 16:57:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6D65E16A41F for ; Wed, 16 Nov 2005 16:57:21 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B529943D6E for ; Wed, 16 Nov 2005 16:57:14 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.3/8.13.3) with ESMTP id jAGGvCp9034849; Wed, 16 Nov 2005 17:57:12 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 3540FB822; Wed, 16 Nov 2005 17:57:12 +0100 (CET) Date: Wed, 16 Nov 2005 17:57:12 +0100 From: Roland Smith To: Brian Candler Message-ID: <20051116165712.GB33710@slackbox.xs4all.nl> Mail-Followup-To: Brian Candler , freebsd-stable@freebsd.org References: <20051116101200.GA2823@uk.tiscali.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <20051116101200.GA2823@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: CF card and /dev filesystem entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 16:57:21 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 16, 2005 at 10:12:00AM +0000, Brian Candler wrote: > Running FreeBSD 6.0 here. >=20 > I have a USB-attached floppy/CF/SD combo reader. On powerup it is detected > and I get /dev/da0 as the CF slot: >=20 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device=20 > da0: 1.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device=20 > da1: 1.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present >=20 > However, when I insert a CF card with normal partioning I need /dev/da0s1, > and this is not present in the /dev filesystem because the partition table > has not been read. > The only way I can see to *force* the superblock to be read is to attempt= to > mount the whole device as if it were unpartitioned. This is sufficient to > cause the /dev/da0s1 entry to appear in the /dev filesystem. > At this point, everything works as expected. >=20 > My question is: is there an easier or more direct way to cause the partit= ion > table of the CF card to be read and the /dev filesystem to update? Try 'camcontrol rescan all' (as root). Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDe2ToEnfvsMMhpyURAsiaAJ4qbiwLpWFI2BJtm7mylpxHD2eKAwCfSeZz OmE9YqdlQ4gDi1MxfVXZCaM= =HIqv -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 17:19:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 DF60716A41F; Wed, 16 Nov 2005 17:19:58 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (mail.adventuras.no [194.63.250.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A9A043D69; Wed, 16 Nov 2005 17:19:42 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (seven [127.0.0.1]) by mail.adventuras.no (8.12.10/8.12.10) with ESMTP id jAGHJPjt008049 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Nov 2005 18:19:25 +0100 Received: (from apache@localhost) by mail.adventuras.no (8.12.10/8.12.10/Submit) id jAGHJO4h008047; Wed, 16 Nov 2005 18:19:24 +0100 Received: from 213.236.228.129 (SquirrelMail authenticated user lars) by mail.adventuras.no with HTTP; Wed, 16 Nov 2005 18:19:24 +0100 (CET) Message-ID: <63732.213.236.228.129.1132161564.squirrel@mail.adventuras.no> In-Reply-To: <20051116162421.GE76352@green.homeunix.org> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115100813.74195.qmail@web36214.mail.mud.yahoo.com> <20051115103821.GJ39882@cirb503493.alcatel.com.au> <54759.213.236.228.129.1132153296.squirrel@mail.adventuras.no> <20051116162421.GE76352@green.homeunix.org> Date: Wed, 16 Nov 2005 18:19:24 +0100 (CET) From: "Lars Kristiansen" To: "Brian Fundakowski Feldman" User-Agent: SquirrelMail/1.4.4-1 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20051116181924_41008" X-Priority: 3 (Normal) Importance: Normal X-Adventuras-MailScanner-Information: Please contact the ISP for more information X-Adventuras: du kan filtrere etter AdvSpamScore over 5-10 X-Adventuras-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-MailScanner-From: lars+lister.freebsd@adventuras.no Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 17:19:59 -0000 ------=_20051116181924_41008 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit > On Wed, Nov 16, 2005 at 04:01:36PM +0100, Lars Kristiansen wrote: >> > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: >> >> makeoptions DEBUG=-g >> >> options INVARIANTS >> >> options WITNESS >> >> options WITNESS_KDB >> >> options KDB >> >> options DDB >> >> options DDB_NUMSYM >> >> options GDB >> >> >> >>Is that enough? >> > >> > If your system is headless, you probably want 'options >> BREAK_TO_DEBUGGER' >> > as well. >> > >> > First question is: Does the system still deadlock? INVARIANTS and >> > WITNESS will have added sanity checks which might have picked up the >> > problem. >> > >> >>1) Can I debug a kernel that does not crash, but >> >> just hangs in a deadlock? Everything seems to >> >> be frozen, except pinging the PC.... >> > >> > Have a look at >> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html >> > and ddb(4). Unless you have another system handy, you might like to >> print >> > out ddb(4) - it's difficult to read man pages when you're in the >> kernel >> > debugger :-). >> > >> >>2) Is such debugging possible on a headless PC >> >> without a keyboard attached? >> >> I do have serial console access. >> > >> > Yes. See above URL. The advantage is that you can (hopefully) >> > capture a log of your debug session. Send a serial BREAK and you >> > should get a DDB> prompt. >> > >> > Basically, wait until your system deadlocks. BREAK into DDB. >> > As a start, run 'show lockedvnods', 'ps'. My guess is that you'll >> > see a lock that has a number of waiters - which is probably the >> > culprit. Use 'panic' to get a crashdump and then you can use kgdb >> > to rummage around once you reboot - see >> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html >> > >> > If in doubt, post the output from the above commands here and someone >> > will hopefully provide further input. >> >> Hello again, I am the "me too"-guy with console-access. >> I am not a programmer and it is the first time I see debugging screen. >> >> It deadlocked again, and I did as advised above: >> (ddb: show lockedvnods; ps ; panic) >> but did not understand much of the output. >> Looked maybe like syncer and swap_pager was locked? >> Do i need to write all this down or can I get the output saved >> somewhere? >> >> I got a 32MB coredump but the same lack of understanding applies. >> >> Please tell me if I can be of any help! This is fun. > > Do you have the ability to connect another computer by RS-232? > It's easy to get a serial terminal console going (err that is > if you find the right guide as opposed to stabbing blindly and > just referencing man pages as I like to do.) The coredump > should supply the same (and more) information, and someone > can walk through with you doing a post-mortem gdb session. > > For example, try doing the following now that you have the coredump: > # ps wwwauxlH -N /boot/kernel/kernel -M /var/crash/vmcore.whatever Sure, I will get a serial terminal console going and try to repeat this process from it. In the meantime here is output from the above ps command provided as attachement. -- Lars > > -- > Brian Fundakowski Feldman \'[ FreeBSD > ]''''''''''\ > <> green@FreeBSD.org \ The Power to > Serve! \ > Opinions expressed are my own. > \,,,,,,,,,,,,,,,,,,,,,,\ > ------=_20051116181924_41008 Content-Type: text/plain; name="psfromdump.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="psfromdump.txt" USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND UID PPID CPU PRI NI MWCHAN root 0 0.0 0.0 0 0 ?? DLs 1Jan70 0:00.09 [swapper] 0 0 0 -16 0 vmwait root 1 0.0 0.0 748 0 ?? DLs 1Jan70 0:00.55 [init] 0 0 52 8 0 wait root 2 0.0 0.0 0 0 ?? DL 1Jan70 0:02.31 [g_event] 0 0 0 -8 0 - root 3 0.0 0.0 0 0 ?? DL 1Jan70 0:10.52 [g_up] 0 0 0 -8 0 - root 4 0.0 0.0 0 0 ?? DL 1Jan70 0:09.21 [g_down] 0 0 0 -8 0 - root 5 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [kqueue taskq] 0 0 0 8 0 - root 6 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [thread taskq] 0 0 0 8 0 - root 7 0.0 0.0 0 0 ?? DL 1Jan70 0:01.71 [fdc0] 0 0 0 -8 0 - root 8 0.0 0.0 0 0 ?? DL 1Jan70 0:13.57 [pagedaemon] 0 0 1 -16 0 wswbuf root 9 0.0 0.0 0 0 ?? DL 1Jan70 0:02.10 [vmdaemon] 0 0 0 20 0 psleep root 10 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [ktrace] 0 0 0 -16 0 ktrace root 11 0.0 0.0 0 0 ?? RL 1Jan70 44:26.68 [idle] 0 0 67 171 0 - root 12 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq0: clk] 0 0 0 -84 0 - root 13 0.0 0.0 0 0 ?? RL 1Jan70 0:00.02 [irq1: atkbd0] 0 0 1 -60 0 - root 14 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq3:] 0 0 0 -21 0 - root 15 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq4: sio0] 0 0 0 -60 0 - root 16 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq5:] 0 0 0 -21 0 - root 17 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq6: fdc0] 0 0 0 -64 0 - root 18 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq7: ppc0] 0 0 0 -60 0 - root 19 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq8: rtc] 0 0 0 -84 0 - root 20 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq9:] 0 0 0 -21 0 - root 21 0.0 0.0 0 0 ?? WL 1Jan70 0:00.23 [irq10: ed0] 0 0 0 -68 0 - root 22 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq11: xl0 uhci 0 0 0 -68 0 - root 23 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq12:] 0 0 0 -21 0 - root 24 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [irq13:] 0 0 0 -21 0 - root 25 0.0 0.0 0 0 ?? WL 1Jan70 0:01.92 [irq14: ata0] 0 0 0 -64 0 - root 26 0.0 0.0 0 0 ?? WL 1Jan70 0:00.15 [irq15: ata1] 0 0 0 -64 0 - root 27 0.0 0.0 0 0 ?? WL 1Jan70 0:00.47 [swi1: net] 0 0 0 -44 0 - root 28 0.0 0.0 0 0 ?? WL 1Jan70 0:32.11 [swi4: clock sio 0 0 2 -32 0 - root 29 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [swi3: vm] 0 0 0 -36 0 - root 30 0.0 0.0 0 0 ?? DL 1Jan70 0:01.95 [yarrow] 0 0 0 -16 0 - root 31 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [swi2: cambio] 0 0 0 -40 0 - root 32 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [swi6: task queu 0 0 0 -24 0 - root 33 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [swi6:+] 0 0 0 -24 0 - root 34 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [swi5:+] 0 0 0 -28 0 - root 35 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [usb0] 0 0 0 8 0 usbevt root 36 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [usbtask] 0 0 0 8 0 usbtsk root 37 0.0 0.0 0 0 ?? WL 1Jan70 0:00.00 [swi0: sio] 0 0 0 -48 0 - root 38 0.0 0.0 0 0 ?? DL 1Jan70 0:02.11 [pagezero] 0 0 0 171 0 pgzero root 39 0.0 0.0 0 0 ?? DL 1Jan70 0:00.97 [bufdaemon] 0 0 0 -16 0 psleep root 40 0.0 0.0 0 0 ?? DL 1Jan70 0:00.80 [syncer] 0 0 0 -16 0 vmwait root 41 0.0 0.0 0 0 ?? DL 1Jan70 0:00.25 [vnlru] 0 0 0 -4 0 vlruwt root 42 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [nfsiod 0] 0 0 5 8 0 - root 43 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [nfsiod 1] 0 0 5 8 0 - root 44 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [nfsiod 2] 0 0 5 8 0 - root 45 0.0 0.0 0 0 ?? DL 1Jan70 0:00.00 [nfsiod 3] 0 0 5 8 0 - root 46 0.0 0.0 0 0 ?? DL 1Jan70 0:02.05 [schedcpu] 0 0 0 -32 0 - root 175 0.0 0.0 0 0 ?? DL 1Jan70 0:14.88 [md0] 0 0 1 -16 0 vmwait root 207 0.0 0.0 1436 480 ?? DW - 0:00.00 [dhclient] 0 1 122 111 0 select _dhcp 227 0.0 0.0 1436 500 ?? DWs - 0:00.00 [dhclient] 65 1 0 96 0 select root 267 0.0 0.0 1532 528 ?? DWs - 0:00.00 [pflogd] 0 1 83 4 0 sbwait _pflogd 270 0.0 0.0 1596 0 ?? DL 1Jan70 0:01.02 [pflogd] 64 267 0 96 0 pfault root 310 0.0 0.0 508 8 ?? DWs - 0:00.00 [devd] 0 1 123 111 0 select root 343 0.0 0.0 1340 112 ?? WWs - 0:00.00 [syslogd] 0 1 0 76 0 - bind 403 0.0 0.0 4200 132 ?? WWs - 0:00.00 [named] 53 1 0 96 0 - root 444 0.0 0.0 1448 24 ?? WWs - 0:00.00 [rpcbind] 0 1 0 96 0 - root 455 0.0 0.0 1492 32 ?? WWs - 0:00.00 [amd] 0 1 0 96 0 - root 499 0.0 0.0 1256 60 ?? WWs - 0:00.00 [usbd] 0 1 0 96 0 - root 526 0.0 0.0 3028 0 ?? DLs 1Jan70 0:01.54 [ntpd] 0 1 0 96 0 pfault root 544 0.0 0.0 3496 764 ?? DWs - 0:00.00 [sshd] 0 1 0 96 0 select root 550 0.0 1.6 3528 376 ?? DLs 1Jan70 0:00.49 [sendmail] 0 1 0 96 0 pfault smmsp 554 0.0 0.0 3408 708 ?? WWs - 0:00.00 [sendmail] 25 1 119 20 0 - root 566 0.0 0.0 1364 104 ?? WWs - 0:00.00 [cron] 0 1 0 8 0 - dhcpd 594 0.0 0.0 2268 328 ?? DWs - 0:00.00 [dhcpd] 1002 1 128 112 0 select root 606 0.0 0.0 1556 452 ?? WW - 0:00.00 [smartd] 0 1 58 8 0 - root 623 0.0 0.0 1432 544 ?? DWs - 0:00.00 [inetd] 0 1 93 107 0 select root 639 0.0 0.0 1316 496 ?? WWs+ - 0:00.00 [getty] 0 1 92 5 0 - root 640 0.0 0.0 1316 496 ?? DWs+ - 0:00.00 [getty] 0 1 95 5 0 ttyin root 641 0.0 0.0 1316 496 ?? WWs+ - 0:00.00 [getty] 0 1 92 5 0 - root 642 0.0 0.0 1316 496 ?? DWs+ - 0:00.00 [getty] 0 1 92 5 0 ttyin root 643 0.0 0.0 1316 496 ?? DWs+ - 0:00.00 [getty] 0 1 91 5 0 ttyin root 644 0.0 0.0 1316 496 ?? DWs+ - 0:00.00 [getty] 0 1 93 5 0 ttyin root 645 0.0 0.0 1316 496 ?? DWs+ - 0:00.00 [getty] 0 1 94 5 0 ttyin root 646 0.0 0.0 1316 496 ?? DWs+ - 0:00.00 [getty] 0 1 95 5 0 ttyin root 652 0.0 0.0 6248 908 ?? DWs - 0:00.00 [sshd] 0 544 3 4 0 sbwait r 655 0.0 0.0 6224 308 ?? DW - 0:00.00 [sshd] 1001 652 0 96 0 select r 656 0.0 0.0 3288 620 ?? DWs - 0:00.00 [bash] 1001 655 0 8 0 wait root 659 0.0 0.0 1660 620 ?? DW - 0:00.00 [su] 0 656 0 8 0 wait root 660 0.0 0.0 4580 736 ?? DW - 0:00.00 [csh] 0 659 0 20 0 pause root 662 0.0 0.0 1996 108 ?? WW+ - 0:00.00 [screen] 0 660 0 20 0 - root 663 0.0 0.0 2164 308 ?? DWs - 0:00.00 [screen] 0 662 0 96 0 select root 664 0.0 0.0 4924 1388 ?? DWs - 0:00.00 [csh] 0 663 0 20 0 pause root 665 0.0 0.0 6248 1404 ?? DWs - 0:00.00 [sshd] 0 544 1 4 0 sbwait r 668 0.0 0.0 6224 316 ?? WW - 0:00.00 [sshd] 1001 665 0 96 0 - r 669 0.0 0.0 3292 256 ?? DWs+ - 0:00.00 [bash] 1001 668 2 5 0 ttyin root 696 0.0 3.8 15612 908 ?? DN+ 1Jan70 0:32.96 [ruby18] 0 664 11 -8 19 piperd root 759 0.0 0.0 1688 0 ?? DNL+ 1Jan70 0:00.22 [sh] 0 696 7 115 19 pfault ------=_20051116181924_41008-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 18:04:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 AFE5B16A456 for ; Wed, 16 Nov 2005 18:04:32 +0000 (GMT) (envelope-from gunnut@2ainfo.it) Received: from MTA067B.interbusiness.it (MTA067B.interbusiness.it [85.37.17.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF88043D49 for ; Wed, 16 Nov 2005 18:04:30 +0000 (GMT) (envelope-from gunnut@2ainfo.it) Received: from host169-208.pool8537.interbusiness.it (HELO [192.168.1.2]) (85.37.208.169) by MTA067B.interbusiness.it with ESMTP; 16 Nov 2005 19:04:30 +0100 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== Message-ID: <437B757E.4080303@2ainfo.it> Date: Wed, 16 Nov 2005 19:07:58 +0100 From: Filippo Moretti User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051108 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <20051116032616.GA92903@ns.museum.rain.com> <200511161257.37461.andyfraser@apfraser.co.uk> In-Reply-To: <200511161257.37461.andyfraser@apfraser.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 18:04:32 -0000 Andy Fraser wrote: >On Wednesday 16 Nov 2005 3:26 am, James Long wrote: > > >>After hours of head-banging over the past couple of days, >>I have finally succeeded in installing EITHER >>xorg-clients-6.8.2_1 OR xterm-206_1. Previously, >>installing either port told me that it conflicted >>with the other, in spite of having cvsupped my >>ports tree twice to ensure I was getting the most >>recent version of the ports, hopefully including a >>fix to the chicken-and-egg problem noted in >>/usr/ports/UPDATING >> >> > >I had a similar problem. xterm-206_1 conflicted with xorg-clients-6.8.2_1. >portmanager suggested removing xorg-clients after which xterm installed but >xorg-clients wouldn't build anymore[1]. Some Googling suggested that the >nVidia driver port (I don't know whether you're using this or not) replaced >glx.h causing the xorg-clients to fail (unchecked) and reinstalling >xorg-libraries would fix it. This worked for me. > >I'm not sure whether you're having the same problem or not but I thought I'd >mention this just in case. > >[1] I also had this problem with 5.4-STABLE but to get around it there I >installed a binary package to save time. > > > I reinstalled the xorg-libraries but keep on getting the sale error above sincerely Filippo Moretti From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 18:10:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3BEB316A41F for ; Wed, 16 Nov 2005 18:10:53 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67AB743D46 for ; Wed, 16 Nov 2005 18:10:52 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAGIAo0f032552 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Nov 2005 05:10:50 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jAGIAnHh094383; Thu, 17 Nov 2005 05:10:50 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jAGIAn4x094382; Thu, 17 Nov 2005 05:10:49 +1100 (EST) (envelope-from pjeremy) Date: Thu, 17 Nov 2005 05:10:49 +1100 From: Peter Jeremy To: Rob Message-ID: <20051116181049.GM39882@cirb503493.alcatel.com.au> References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051116122110.97302.qmail@web36213.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051116122110.97302.qmail@web36213.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 18:10:53 -0000 On Wed, 2005-Nov-16 04:21:09 -0800, Rob wrote: >If not, then what should I remove/keep from the >above list, to allow the deadlock to reappear and >still be able to debug the problem? The minimum you need to get into DDB and use GDB off-line is makeoptions DEBUG=-g options KDB options DDB options BREAK_TO_DEBUGGER -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 18:20:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E50E816A41F for ; Wed, 16 Nov 2005 18:20:38 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (mail.adventuras.no [194.63.250.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B9D643D69 for ; Wed, 16 Nov 2005 18:20:23 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (seven [127.0.0.1]) by mail.adventuras.no (8.12.10/8.12.10) with ESMTP id jAGIK2jt013718 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 16 Nov 2005 19:20:02 +0100 Received: (from apache@localhost) by mail.adventuras.no (8.12.10/8.12.10/Submit) id jAGIK1JO013716; Wed, 16 Nov 2005 19:20:01 +0100 Received: from 213.236.228.129 (SquirrelMail authenticated user lars) by mail.adventuras.no with HTTP; Wed, 16 Nov 2005 19:20:01 +0100 (CET) Message-ID: <64897.213.236.228.129.1132165201.squirrel@mail.adventuras.no> In-Reply-To: <63732.213.236.228.129.1132161564.squirrel@mail.adventuras.no> References: <20051115065740.GH39882@cirb503493.alcatel.com.au> <20051115100813.74195.qmail@web36214.mail.mud.yahoo.com> <20051115103821.GJ39882@cirb503493.alcatel.com.au> <54759.213.236.228.129.1132153296.squirrel@mail.adventuras.no> <20051116162421.GE76352@green.homeunix.org> <63732.213.236.228.129.1132161564.squirrel@mail.adventuras.no> Date: Wed, 16 Nov 2005 19:20:01 +0100 (CET) From: "Lars Kristiansen" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4-1 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20051116192001_86947" X-Priority: 3 (Normal) Importance: Normal X-Adventuras-MailScanner-Information: Please contact the ISP for more information X-Adventuras: du kan filtrere etter AdvSpamScore over 5-10 X-Adventuras-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-MailScanner-From: lars+lister.freebsd@adventuras.no Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 18:20:39 -0000 ------=_20051116192001_86947 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit >> On Wed, Nov 16, 2005 at 04:01:36PM +0100, Lars Kristiansen wrote: >>> > On Tue, 2005-Nov-15 02:08:12 -0800, Rob wrote: >>> >> makeoptions DEBUG=-g >>> >> options INVARIANTS >>> >> options WITNESS >>> >> options WITNESS_KDB >>> >> options KDB >>> >> options DDB >>> >> options DDB_NUMSYM >>> >> options GDB >>> >> >>> >>Is that enough? >>> > >>> > If your system is headless, you probably want 'options >>> BREAK_TO_DEBUGGER' >>> > as well. >>> > >>> > First question is: Does the system still deadlock? INVARIANTS and >>> > WITNESS will have added sanity checks which might have picked up the >>> > problem. >>> > >>> >>1) Can I debug a kernel that does not crash, but >>> >> just hangs in a deadlock? Everything seems to >>> >> be frozen, except pinging the PC.... >>> > >>> > Have a look at >>> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html >>> > and ddb(4). Unless you have another system handy, you might like to >>> print >>> > out ddb(4) - it's difficult to read man pages when you're in the >>> kernel >>> > debugger :-). >>> > >>> >>2) Is such debugging possible on a headless PC >>> >> without a keyboard attached? >>> >> I do have serial console access. >>> > >>> > Yes. See above URL. The advantage is that you can (hopefully) >>> > capture a log of your debug session. Send a serial BREAK and you >>> > should get a DDB> prompt. >>> > >>> > Basically, wait until your system deadlocks. BREAK into DDB. >>> > As a start, run 'show lockedvnods', 'ps'. My guess is that you'll >>> > see a lock that has a number of waiters - which is probably the >>> > culprit. Use 'panic' to get a crashdump and then you can use kgdb >>> > to rummage around once you reboot - see >>> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html >>> > >>> > If in doubt, post the output from the above commands here and someone >>> > will hopefully provide further input. >>> >>> Hello again, I am the "me too"-guy with console-access. >>> I am not a programmer and it is the first time I see debugging screen. >>> >>> It deadlocked again, and I did as advised above: >>> (ddb: show lockedvnods; ps ; panic) >>> but did not understand much of the output. >>> Looked maybe like syncer and swap_pager was locked? >>> Do i need to write all this down or can I get the output saved >>> somewhere? >>> >>> I got a 32MB coredump but the same lack of understanding applies. >>> >>> Please tell me if I can be of any help! This is fun. >> >> Do you have the ability to connect another computer by RS-232? >> It's easy to get a serial terminal console going (err that is >> if you find the right guide as opposed to stabbing blindly and >> just referencing man pages as I like to do.) The coredump >> should supply the same (and more) information, and someone >> can walk through with you doing a post-mortem gdb session. >> >> For example, try doing the following now that you have the coredump: >> # ps wwwauxlH -N /boot/kernel/kernel -M /var/crash/vmcore.whatever > > Sure, I will get a serial terminal console going and try to repeat this > process from it. > > In the meantime here is output from the above ps command provided as > attachement. > > -- > Lars Yes, it deadlocked almost immediately. A debug session is attached. -- Lars > >> >> -- >> Brian Fundakowski Feldman \'[ FreeBSD >> ]''''''''''\ >> <> green@FreeBSD.org \ The Power to >> Serve! \ >> Opinions expressed are my own. >> \,,,,,,,,,,,,,,,,,,,,,,\ >> > _______________________________________________ > 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" ------=_20051116192001_86947 Content-Type: text/plain; name="swapfile_ds.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="swapfile_ds.txt" KDB: enter: Line break on console [thread pid 11 tid 100005 ] Stopped at 0xc0671fcb = kdb_enter+0x2b: nop db> show lockedvnods Locked vnodes 0xc12cdbb0: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc1143a80 (pid 40) 0xc12cdaa0: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags (VV_SYSTEM) lock type snaplk: EXCL (count 1) by thread 0xc126d780 (pid 175) ino 231, on dev ad0s1f 0xc1301550: tag ufs, type VREG usecount 1, writecount 1, refcount 111 mountedhere 0 flags () v_object 0xc1306dec ref 0 pages 436 lock type ufs: EXCL (count 1) by thread 0xc126d780 (pid 175) ino 8155, on dev ad0s1f db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 724 c1544624 0 675 675 0004002 [SLPQ pfault 0xc09b2a98][SLP] sh 675 c1544a3c 0 648 675 0004002 [SLPQ piperd 0xc1296b28][SLP] ruby18 648 c1544c48 0 647 648 0004002 [SLPQ pause 0xc1544c7c][SLP][SWAP] csh 647 c1546000 0 1 647 0004102 [SLPQ wait 0xc1546000][SLP][SWAP] login 646 c131020c 0 1 646 0004002 [SLPQ ttyin 0xc1226410][SLP][SWAP] getty 645 c1310830 0 1 645 0004002 [SLPQ ttyin 0xc1226810][SLP][SWAP] getty 644 c146420c 0 1 644 0004002 [SLPQ ttyin 0xc1226c10][SLP][SWAP] getty 643 c1464830 0 1 643 0004002 [SLPQ ttyin 0xc1216010][SLP][SWAP] getty 642 c1464c48 0 1 642 0004002 [SLPQ ttyin 0xc1212010][SLP][SWAP] getty 641 c11ddc48 0 1 641 0004002 [SLPQ ttyin 0xc1212c10][SLP][SWAP] getty 640 c1310418 0 1 640 0004002 [SLPQ ttyin 0xc1218010][SLP][SWAP] getty 639 c1464418 0 1 639 0004002 [SLPQ ttyin 0xc1211010][SLP][SWAP] getty 623 c1464624 0 1 623 0000000 [SLPQ select 0xc09a46e4][SLP][SWAP] inetd 606 c1464000 0 1 605 0000000 [SLPQ nanslp 0xc0959bcc][SLP][SWAP] smartd 594 c1310a3c 1002 1 594 0000100 [SLPQ select 0xc09a46e4][SLP][SWAP] dhcpd 566 c1310000 0 1 566 0000000 [SWAP] cron 554 c1464a3c 25 1 554 0000100 [SLPQ pause 0xc1464a70][SLP][SWAP] sendmail 550 c126cc48 0 1 550 0000100 [SLPQ select 0xc09a46e4][SLP] sendmail 544 c126c624 0 1 544 0000100 [SWAP] sshd 526 c12c820c 0 1 526 0000000 [SLPQ pfault 0xc09b2a98][SLP] ntpd 499 c126c418 0 1 499 0000000 [SWAP] usbd 459 c126ca3c 0 1 459 0000000 [SWAP] amd 444 c12c8418 0 1 444 0000000 [SWAP] rpcbind 403 c12c8830 53 1 403 0000100 [SWAP] named 343 c126c830 0 1 343 0000000 [SWAP] syslogd 310 c11dd830 0 1 310 0000000 [SLPQ select 0xc09a46e4][SLP][SWAP] devd 276 c11dd624 64 267 267 0000100 [SLPQ pfault 0xc09b2a98][SLP] pflogd 267 c12c8a3c 0 1 267 0000000 [SLPQ sbwait 0xc13220a8][SLP][SWAP] pflogd 227 c12c8c48 65 1 227 0000100 [SWAP] dhclient 207 c11dda3c 0 1 47 0000002 [SLPQ select 0xc09a46e4][SLP][SWAP] dhclient 175 c12c8624 0 0 0 0000204 [SLPQ vmwait 0xc09b2a98][SLP] md0 46 c126a000 0 0 0 0000204 [SLPQ - 0xc4715d04][SLP] schedcpu 45 c126a20c 0 0 0 0000204 [SLPQ - 0xc09acc6c][SLP] nfsiod 3 44 c126a418 0 0 0 0000204 [SLPQ - 0xc09acc68][SLP] nfsiod 2 43 c126a624 0 0 0 0000204 [SLPQ - 0xc09acc64][SLP] nfsiod 1 42 c126a830 0 0 0 0000204 [SLPQ - 0xc09acc60][SLP] nfsiod 0 41 c126aa3c 0 0 0 0000204 [SLPQ vlruwt 0xc126aa3c][SLP] vnlru 40 c126ac48 0 0 0 0000204 [SLPQ vmwait 0xc09b2a98][SLP] syncer 39 c126c000 0 0 0 0000204 [SLPQ psleep 0xc09a4c2c][SLP] bufdaemon 38 c1142c48 0 0 0 000020c [SLPQ pgzero 0xc09b3224][SLP] pagezero 9 c11dc000 0 0 0 0000204 [SLPQ psleep 0xc09b2d74][SLP] vmdaemon 8 c11dc20c 0 0 0 0000204 [SLPQ wswbuf0 0xc09b2514][SLP] pagedaemon 37 c11dc418 0 0 0 0000204 [IWAIT] swi0: sio 7 c11dc624 0 0 0 0000204 [SLPQ - 0xc121023c][SLP] fdc0 36 c11dc830 0 0 0 0000204 [SLPQ usbtsk 0xc0956884][SLP] usbtask 35 c11dca3c 0 0 0 0000204 [SLPQ usbevt 0xc11e9210][SLP] usb0 34 c11dcc48 0 0 0 0000204 [IWAIT] swi5:+ 6 c11dd000 0 0 0 0000204 [SLPQ - 0xc1117400][SLP] thread taskq 33 c11dd20c 0 0 0 0000204 [IWAIT] swi6:+ 32 c11dd418 0 0 0 0000204 [IWAIT] swi6: task queue 31 c1133624 0 0 0 0000204 [IWAIT] swi2: cambio 5 c1133830 0 0 0 0000204 [SLPQ - 0xc1117800][SLP] kqueue taskq 30 c1133a3c 0 0 0 0000204 [SLPQ - 0xc09545a0][SLP] yarrow 4 c1133c48 0 0 0 0000204 [SLPQ - 0xc09570c8][SLP] g_down 3 c1142000 0 0 0 0000204 [SLPQ - 0xc09570c4][SLP] g_up 2 c114220c 0 0 0 0000204 [SLPQ - 0xc09570bc][SLP] g_event 29 c1142418 0 0 0 0000204 [IWAIT] swi3: vm 28 c1142624 0 0 0 000020c [IWAIT] swi4: clock sio 27 c1142830 0 0 0 0000204 [IWAIT] swi1: net 26 c1142a3c 0 0 0 0000204 [IWAIT] irq15: ata1 25 c111e20c 0 0 0 0000204 [IWAIT] irq14: ata0 24 c111e418 0 0 0 0000204 [IWAIT] irq13: 23 c111e624 0 0 0 0000204 [IWAIT] irq12: 22 c111e830 0 0 0 0000204 [IWAIT] irq11: xl0 uhci0 21 c111ea3c 0 0 0 0000204 [IWAIT] irq10: ed0 20 c111ec48 0 0 0 0000204 [IWAIT] irq9: 19 c1133000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c113320c 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c1133418 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c1118000 0 0 0 0000204 [IWAIT] irq5: 15 c111820c 0 0 0 0000204 [IWAIT] irq4: sio0 14 c1118418 0 0 0 0000204 [IWAIT] irq3: 13 c1118624 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c1118830 0 0 0 0000204 [IWAIT] irq0: clk 11 c1118a3c 0 0 0 000020c [CPU 0] idle 1 c1118c48 0 0 1 0004200 [SLPQ wait 0xc1118c48][SLP] init 10 c111e000 0 0 0 0000204 [SLPQ ktrace 0xc0957b18][SLP] ktrace 0 c09571c0 0 0 0 0000200 [SLPQ vmwait 0xc09b2a98][SLP] swapper db> ------=_20051116192001_86947-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 19:03:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 225AA16A41F for ; Wed, 16 Nov 2005 19:03:23 +0000 (GMT) (envelope-from sebster@sebster.com) Received: from smtp.profdata.nl (server.profdata.nl [213.196.2.244]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C3CD43D46 for ; Wed, 16 Nov 2005 19:03:21 +0000 (GMT) (envelope-from sebster@sebster.com) Received: (qmail 47461 invoked from network); 16 Nov 2005 19:03:20 -0000 Received: from unknown (HELO ?10.0.0.6?) (80.126.244.3) by server.profdata.nl with SMTP; 16 Nov 2005 19:03:20 -0000 Message-ID: <437B8277.1040306@sebster.com> Date: Wed, 16 Nov 2005 20:03:19 +0100 From: Sebastiaan van Erk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) 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: Bug in netgraph? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 19:03:23 -0000 Hi, There seems to be a bug/problem with GRE (netgraph) in FreeBSD in dealing with fragmented packets. When I have the following nat rules: List of active MAP/Redirect filters: map ng0 10.0.0.0/8 -> 80.126.244.3/32 portmap tcp/udp 40000:50000 mssclamp 60 map ng0 10.0.0.0/8 -> 80.126.244.3/32 mssclamp 60 everything works, but when I don't include the mssclamp option then connects to for example www.google.com (searching for test) from my internal network hang and timeout constantly. I'm using FreeBSD 6.0 stable in combination with mpd and ipfilter 4.1.18: IP Filter: v4.1.8 initialized. Default = block all, Logging = enabled sebster@piglet(ttyp8:16:64):~> mpd --version Version 3.18 (root@piglet.sebster.com 22:28 5-Nov-2005) sebster@piglet(ttyp8:12:0):~> uname -a FreeBSD piglet.sebster.com 6.0-STABLE FreeBSD 6.0-STABLE #12: Wed Nov 16 13:34:20 CET 2005 root@piglet.sebster.com:/usr/obj/usr/src/sys/PIGLET i386 Greetings, Sebastiaan van Erk From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 21:24:10 2005 Return-Path: X-Original-To: stable@freebsd.org 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 002D716A41F; Wed, 16 Nov 2005 21:24:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4521F43D49; Wed, 16 Nov 2005 21:24:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2080118 for multiple; Wed, 16 Nov 2005 16:23:50 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAGLNjGu003637; Wed, 16 Nov 2005 16:23:46 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Wed, 16 Nov 2005 16:20:47 -0500 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511161620.47932.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: stable@freebsd.org Subject: [PATCH] Locking for lge(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 21:24:10 -0000 The patch below adds locking to the lge(4) driver and marks it MPSAFE. If you have lge(4) hardware and are running 6.0 or later, please test. Thanks! http://www.FreeBSD.org/~jhb/patches/lge_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 21:24:12 2005 Return-Path: X-Original-To: stable@freebsd.org 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 8969716A41F; Wed, 16 Nov 2005 21:24:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id E451A43D49; Wed, 16 Nov 2005 21:24:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2080120 for multiple; Wed, 16 Nov 2005 16:23:52 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAGLNjGv003637; Wed, 16 Nov 2005 16:23:47 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Wed, 16 Nov 2005 16:23:37 -0500 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511161623.38494.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: stable@freebsd.org Subject: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 21:24:12 -0000 I have a patch for nve(4) which fixes at least one known LOR in the driver and generally fixes up the locking. If you have an nve(4) card that currently works, please test this patch to make sure it doesn't break anything. If you have an nve(4) card that doesn't work, this patch probably won't help. http://www.FreeBSD.org/~jhb/patches/nve_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 21:27:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A860716A41F; Wed, 16 Nov 2005 21:27:02 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mailman.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E841843D68; Wed, 16 Nov 2005 21:26:43 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mail.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id 02B4917B886; Wed, 16 Nov 2005 22:26:42 +0100 (CET) Received: from mail.ijs.si ([193.2.4.66]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 66786-17; Wed, 16 Nov 2005 22:26:39 +0100 (CET) Received: from radagast.ijs.si (radagast.ijs.si [193.2.4.168]) by patsy.ijs.si (Postfix) with ESMTP id CAD5117B8C0; Wed, 16 Nov 2005 22:26:38 +0100 (CET) Received: from localhost.ijs.si (localhost.ijs.si [127.0.0.1]) by radagast.ijs.si (Postfix) with ESMTP id C04901706C; Wed, 16 Nov 2005 22:26:38 +0100 (CET) From: Dejan Lesjak To: freebsd-x11@freebsd.org Date: Wed, 16 Nov 2005 22:26:37 +0100 User-Agent: KMail/1.8.3 References: <20051116032616.GA92903@ns.museum.rain.com> In-Reply-To: <20051116032616.GA92903@ns.museum.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511162226.38335.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si Cc: freebsd-stable@freebsd.org, James Long , x11@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 21:27:02 -0000 On Wednesday 16 of November 2005 04:26, James Long wrote: > After hours of head-banging over the past couple of days, > I have finally succeeded in installing EITHER > xorg-clients-6.8.2_1 OR xterm-206_1. Previously, > installing either port told me that it conflicted > with the other, in spite of having cvsupped my > ports tree twice to ensure I was getting the most > recent version of the ports, hopefully including a > fix to the chicken-and-egg problem noted in > /usr/ports/UPDATING x11/xorg-clients port does not conflict with any version of xterm. Where do you see that? > Once I spotted an odd bit of output in the portupgrade > dialogue, I made a change to xorg-clients Makefile > which allowed everything to install. pkgdb -F afterwards > and all my dependencies are tidied up. > > May I suggest the following patch to > /usr/ports/x11/xorg-clients/Makefile: > > > --- Makefile Sun Nov 13 21:47:34 2005 > +++ foo Tue Nov 15 19:19:37 2005 > @@ -18,7 +18,7 @@ > MAINTAINER= x11@FreeBSD.org > COMMENT= X client programs and related files from X.Org > > -RUN_DEPENDS= xterm>0:${PORTSDIR}/x11/xterm > +RUN_DEPENDS= xterm:${PORTSDIR}/x11/xterm > LIB_DEPENDS= png.5:${PORTSDIR}/graphics/png \ > Xft.2:${PORTSDIR}/x11-fonts/libXft Versions of x11/xterm port prior to xterm-206_1 do not install 'xterm' executable. The above would cause xorg-clients port to try to install xterm even if xterm-206 (for example) is alredy installed which would then fail. Dejan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 21:27:55 2005 Return-Path: X-Original-To: stable@freebsd.org 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 B543416A421 for ; Wed, 16 Nov 2005 21:27:55 +0000 (GMT) (envelope-from ed@edslocomb.com) Received: from mail.edslocomb.net (dsl231-050-180.sea1.dsl.speakeasy.net [216.231.50.180]) by mx1.FreeBSD.org (Postfix) with SMTP id 390FE43D7C for ; Wed, 16 Nov 2005 21:27:39 +0000 (GMT) (envelope-from ed@edslocomb.com) Received: (qmail 1363 invoked from network); 16 Nov 2005 20:51:16 -0000 Received: from unknown (HELO robotslave) (216.231.50.17) by dsl231-050-180.sea1.dsl.speakeasy.net with SMTP; 16 Nov 2005 20:51:16 -0000 Message-ID: <007201c5eaf4$8be7ef00$1132e7d8@robotslave> From: "Ed" To: Date: Wed, 16 Nov 2005 13:27:28 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Kernel clock for 6-STABLE runs at 1/2 speed in VMware 5.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 21:27:55 -0000 I am having the same problem as this fellow: http://taosecurity.blogspot.com/2005/11/problems-with-freebsd-6.html In addition to trying the (rather many) solutions suggested in the link = (in particular, setting kern.hz=3D100 does *not* fix this problem), I = have tried enabling/disabling acpi, to no avail. Again, FreeBSD's clock appears to be running at precisely *half* the = rate of the host OS (WinXP Pro, in my case). From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 22:01:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 5E34016A41F; Wed, 16 Nov 2005 22:01:46 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8F7743D46; Wed, 16 Nov 2005 22:01:45 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from ping.int.athame.co.uk ([192.168.10.8]) by hex.athame.co.uk with esmtp (Exim 4.54 (FreeBSD)) id 1EcVLY-0002vJ-U2; Thu, 17 Nov 2005 00:01:40 +0200 From: Andy Fawcett To: freebsd-stable@freebsd.org Date: Thu, 17 Nov 2005 00:02:11 +0200 User-Agent: KMail/1.8.3 References: <20051116032616.GA92903@ns.museum.rain.com> <200511162226.38335.dejan.lesjak@ijs.si> In-Reply-To: <200511162226.38335.dejan.lesjak@ijs.si> X-Face: ?fLK282oT!Ss!(krp%ft%TWfrkz*Mxz<2hwkRBzd); #D/=!=XjYKFBh1wVeov4K&<=?utf-8?q?Z6bi=5F=0A=09=7BBvAjk1diod2?=,DQo`Xz<\$~fX7B>U`u0HC\Gc+B9Hxu"bjBc16tg~i4.,2A1>=?utf-8?q?=7BrcRK=5Fi!i=0A=097e79f=7CT=3B9=23gfr=3DG1u=27xS=3D?=(}_NSP,Gs>HDq Cc: Dejan Lesjak , freebsd-x11@freebsd.org, James Long , x11@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 22:01:46 -0000 On Wednesday 16 November 2005 23:26, Dejan Lesjak wrote: > On Wednesday 16 of November 2005 04:26, James Long wrote: > > After hours of head-banging over the past couple of days, > > I have finally succeeded in installing EITHER > > xorg-clients-6.8.2_1 OR xterm-206_1. Previously, > > installing either port told me that it conflicted > > with the other, in spite of having cvsupped my > > ports tree twice to ensure I was getting the most > > recent version of the ports, hopefully including a > > fix to the chicken-and-egg problem noted in > > /usr/ports/UPDATING > > x11/xorg-clients port does not conflict with any version of xterm. > Where do you see that? For an interesting variation, I have a totally up to date ports tree, with the latest versions of xterm and xorg-clients already installed: xterm-206_1 Terminal emulator for the X Window System xorg-clients-6.8.2_1 X client programs and related files from X.Org then, portupgrade -fp xterm xorg-clients ... ===> Installing for xterm-206_1 ===> xterm-206_1 conflicts with installed package(s): xorg-clients-6.8.2 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Again, please note that xterm conflicts with the version of the clients it is supposed to work with. This is repeatable on 2 systems I have tried so far, 5.4-RELEASE/i386 and 6.0-STABLE/amd64. A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 22:14:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 D220416A446; Wed, 16 Nov 2005 22:14:26 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5553643D45; Wed, 16 Nov 2005 22:14:26 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from ping.int.athame.co.uk ([192.168.10.8]) by hex.athame.co.uk with esmtp (Exim 4.54 (FreeBSD)) id 1EcVXt-00037r-3F; Thu, 17 Nov 2005 00:14:25 +0200 From: Andy Fawcett To: freebsd-stable@freebsd.org Date: Thu, 17 Nov 2005 00:14:57 +0200 User-Agent: KMail/1.8.3 References: <20051116032616.GA92903@ns.museum.rain.com> <200511162226.38335.dejan.lesjak@ijs.si> <200511170002.14208.andy@athame.co.uk> In-Reply-To: <200511170002.14208.andy@athame.co.uk> X-Face: ?fLK282oT!Ss!(krp%ft%TWfrkz*Mxz<2hwkRBzd); #D/=!=XjYKFBh1wVeov4K&<=?utf-8?q?Z6bi=5F=0A=09=7BBvAjk1diod2?=,DQo`Xz<\$~fX7B>U`u0HC\Gc+B9Hxu"bjBc16tg~i4.,2A1>=?utf-8?q?=7BrcRK=5Fi!i=0A=097e79f=7CT=3B9=23gfr=3DG1u=27xS=3D?=(}_NSP,Gs>HDq Cc: Dejan Lesjak , freebsd-x11@freebsd.org, James Long , x11@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Nov 2005 22:14:27 -0000 Argh! Correction below. On Thursday 17 November 2005 00:02, Andy Fawcett wrote: > On Wednesday 16 November 2005 23:26, Dejan Lesjak wrote: > > On Wednesday 16 of November 2005 04:26, James Long wrote: > > > After hours of head-banging over the past couple of days, > > > I have finally succeeded in installing EITHER > > > xorg-clients-6.8.2_1 OR xterm-206_1. Previously, > > > installing either port told me that it conflicted > > > with the other, in spite of having cvsupped my > > > ports tree twice to ensure I was getting the most > > > recent version of the ports, hopefully including a > > > fix to the chicken-and-egg problem noted in > > > /usr/ports/UPDATING > > > > x11/xorg-clients port does not conflict with any version of xterm. > > Where do you see that? > > For an interesting variation, I have a totally up to date ports tree, > with the latest versions of xterm and xorg-clients already installed: > > xterm-206_1 Terminal emulator for the X Window System > xorg-clients-6.8.2_1 X client programs and related files from X.Org > > then, portupgrade -fp xterm xorg-clients > ... > ===> Installing for xterm-206_1 > > ===> xterm-206_1 conflicts with installed package(s): > xorg-clients-6.8.2 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Again, please note that xterm conflicts with the version of the > clients it is supposed to work with. this should read "shows a conflict with a version of the port that is not installed". > This is repeatable on 2 systems > I have tried so far, 5.4-RELEASE/i386 and 6.0-STABLE/amd64. > > A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 00:54:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 84CDF16A41F; Thu, 17 Nov 2005 00:54:07 +0000 (GMT) (envelope-from joel@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAAB543D5C; Thu, 17 Nov 2005 00:53:58 +0000 (GMT) (envelope-from joel@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id jAH0pxio084173; Thu, 17 Nov 2005 10:51:59 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.1/8.13.1) with ESMTP id jAH0ruuw001234; Thu, 17 Nov 2005 10:53:56 +1000 (EST) (envelope-from joel@app.auscert.org.au) Message-Id: <200511170053.jAH0ruuw001234@app.auscert.org.au> To: freebsd-stable@freebsd.org In-reply-to: Your message of "Thu, 17 Nov 2005 00:02:11 +0200." <200511170002.14208.andy@athame.co.uk> X-sender: joel Date: Thu, 17 Nov 2005 10:53:56 +1000 From: Joel Hatton Cc: krion@freebsd.org Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joel Hatton List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 00:54:07 -0000 > > xterm-206_1 Terminal emulator for the X Window System > xorg-clients-6.8.2_1 X client programs and related files from X.Org > > then, portupgrade -fp xterm xorg-clients > ... > ===> Installing for xterm-206_1 > > ===> xterm-206_1 conflicts with installed package(s): > xorg-clients-6.8.2 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > On this note, I generated the same error trying to install xterm-206_1 _after_ deinstalling xorg-clients-6.8.2_1. >From Updating: 20051113: AFFECTS: users of x11/xterm, x11/xorg-clients, x11/XFree86-4-clients AUTHOR: x11@FreeBSD.org Xterm no longer installs with '-static' prefix. Users should upgrade XFree86-clients to 4.5.0_1 or xorg-clients to 6.8.2_1 or newer before attempting upgrade of xterm to 206_1 or newer. Previous versions remove xterm on deinstall so CONFLICTS have been set accordingly. What was the rationale behind changing this behaviour for 206_1? cheers, -- Joel Hatton -- Security Analyst | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland | WWW: www.auscert.org.au Qld 4072 Australia | Email: auscert@auscert.org.au From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 01:06:52 2005 Return-Path: X-Original-To: stable@freebsd.org 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 DB51F16A41F for ; Thu, 17 Nov 2005 01:06:52 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50303.mail.yahoo.com (web50303.mail.yahoo.com [206.190.38.57]) by mx1.FreeBSD.org (Postfix) with SMTP id DA90643D46 for ; Thu, 17 Nov 2005 01:06:51 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 97611 invoked by uid 60001); 17 Nov 2005 01:06:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aUMaS+o9ZSo3Qz3+zD3eRLMM5VeKbIzwMj5IVFyHj7P32TW58M0jCgFFHVP7U3fOFTXD147kGbpkNPn0Fe0QaEhn3E1BtdimRTnSf2ZCUK5az96g9veTroGBYrR7ZdbPOnlvgwgCBlXP73XSVVz+K1s6KxH319v+E0/QJyPiTX4= ; Message-ID: <20051117010651.97608.qmail@web50303.mail.yahoo.com> Received: from [67.99.246.2] by web50303.mail.yahoo.com via HTTP; Wed, 16 Nov 2005 17:06:51 PST Date: Wed, 16 Nov 2005 17:06:51 -0800 (PST) From: alan bryan To: John Baldwin , current@freebsd.org In-Reply-To: <200511161623.38494.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 01:06:53 -0000 --- John Baldwin wrote: > I have a patch for nve(4) which fixes at least one > known LOR in the driver and > generally fixes up the locking. If you have an > nve(4) card that currently > works, please test this patch to make sure it > doesn't break anything. If you > have an nve(4) card that doesn't work, this patch > probably won't help. Is this supposed to solve the "device timeout (64)" messages? My nve (builtin on Shuttle SN25P - FreeBSD 6.0 i386) works for a while but then eventually gives device timeout (64) messages. They sort of count up in number until hitting 64 although it's sometimes jumps straight up to 64. For example, 1,2,3,34,64 and then it stops working. I've found that it's triggered a lot faster when I have Kmail running and goes straight to 64 when my internet access drops out. Thanks, Alan __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 02:33:13 2005 Return-Path: X-Original-To: stable@freebsd.org 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 38A0316A41F for ; Thu, 17 Nov 2005 02:33:13 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03AE543D45 for ; Thu, 17 Nov 2005 02:33:12 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 4534D677F6 for ; Thu, 17 Nov 2005 02:33:12 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id jAH2X7ej096930 for ; Thu, 17 Nov 2005 13:33:08 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200511170233.jAH2X7ej096930@drugs.dv.isc.org> To: stable@freebsd.org From: Mark Andrews Date: Thu, 17 Nov 2005 13:33:06 +1100 Sender: Mark_Andrews@isc.org Cc: Subject: no WITH_MOZILLA => firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 02:33:13 -0000 It seems that not defining WITH_MOZILLA now implies that you want firefox. I was rather suprised when I went to upgrade www/mplayer-plugin and found firefox being built especially when the only documentation says you don't needed to define WITH_MOZILLA. www/mplayer-plugin/Makefile:.if !defined(WITH_MOZILLA) || ${WITH_MOZILLA}=="firefox" I suspect this needs to be changed to .if defined(WITH_MOZILLA) && ${WITH_MOZILLA}=="firefox" To match the other instances. Mark 20040217: AUTHOR: gnome@FreeBSD.org Mozilla will now default to using GTK2, and will only compile against Gtk+-1.2 if explicitly requested. This is in exact opposite to the old behaviour. The valid values of WITH_MOZILLA are now: mozilla (www/mozilla, GTK2) mozilla-devel (www/mozilla-devel, GTK2) mozilla-gtk1 (www/mozilla-gtk1, GTK1) mozilla-devel-gtk1 (www/mozilla-devel-gtk1, GTK1) As before, WITH_MOZILLA can be set in /etc/make.conf, but doing so is not advised unless you desire the development versions. GTK2 browsers will automatically compile against GTK2 mozilla, and GTK1 browsers (galeon1, galeon1, and galeon1) will automatically compile against GTK1. Again, the only people who will need to take action are those who desire development versions (which are inactive at this time anyway). Those who want GTK1 mozilla-devel must set WITH_MOZILLA=mozilla-devel-gtk1 or they will be pleasantly surprised with their very own GTK2 installation on the next update. WITH_MOZILLA=mozilla-gtk2 and WITH_MOZILLA=mozilla-devel-gtk2 are still honoured for the time being, but their use is now deprecated. Any new ports are not required to consider their values, and so eventually WITH_MOZILLA _will_ have to be changed. Hopefully galeon2 can catch up to peoples' expectations from galeon1 soon, and we can remove the GTK1 ports altogether. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 04:41:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 828C816A41F for ; Thu, 17 Nov 2005 04:41:24 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E676443D4C for ; Thu, 17 Nov 2005 04:41:23 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.23]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id jAH4fKgT099681 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 17 Nov 2005 15:11:21 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Steve O'Hara-Smith" Date: Thu, 17 Nov 2005 15:11:05 +1030 User-Agent: KMail/1.8.2 References: <200511132204.55664.doconnor@gsoft.com.au> <20051116101909.6ee5389f.steve@sohara.org> In-Reply-To: <20051116101909.6ee5389f.steve@sohara.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10388203.LGjC9AGlx1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511171511.15518.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 04:41:24 -0000 --nextPart10388203.LGjC9AGlx1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Nov 2005 20:49, Steve O'Hara-Smith wrote: > I had a quick look at what has happened to the capture code in > mplayer since I last saw it (and felt a bit ill). It seems that it pretty > much depends on the frame sync signals from the bktr device with a fallba= ck > one second alarm. I know that missing frame sync signals are not uncommon > from instrumenting my capture code in ffmpeg which is kept sane by using > a tightly timed usleep to capture a frame close ot the right time when the > signal is missed. Hmm I see.. > I'm guessing that enabling the audio capture is causing signals > to be missed. Strange.. I wouldn't expect to miss signals.. Missing frames I can believe = =2D=20 the picture quality sucks due to a long cable. Time to dig into the code myself I guess :) =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 --nextPart10388203.LGjC9AGlx1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDfAnr5ZPcIHs/zowRAuTPAKCYPe9ZQ4rpiMrU+YNATHIqlQrosACbBArK RKxA7dRwcPA/rYLKYpxBaYA= =P9Ix -----END PGP SIGNATURE----- --nextPart10388203.LGjC9AGlx1-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 04:54:26 2005 Return-Path: X-Original-To: stable@FreeBSD.org 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 6635916A41F; Thu, 17 Nov 2005 04:54:26 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C2943D45; Thu, 17 Nov 2005 04:54:25 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id jAH4nZR2086473; Wed, 16 Nov 2005 20:49:36 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id jAH4n0XD069964; Wed, 16 Nov 2005 20:49:00 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id jAH4n0fo069963; Wed, 16 Nov 2005 20:49:00 -0800 (PST) (envelope-from jrhett) Date: Wed, 16 Nov 2005 20:49:00 -0800 From: Joe Rhett To: Ade Lovett , Amit Rao , stable@FreeBSD.org Message-ID: <20051117044900.GA67653@svcolo.com> Mail-Followup-To: Ade Lovett , Amit Rao , stable@FreeBSD.org References: <43734B59.7090609@yahoo.com.br> <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> <43750454.1010709@despammed.com> <9A03FF42-675B-42AB-8B42-75B7DA1CC46A@FreeBSD.org> <20051112071051.GI775@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051112071051.GI775@funkthat.com> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 04:54:26 -0000 On Fri, Nov 11, 2005 at 11:10:51PM -0800, John-Mark Gurney wrote: > obviously you haven't done any research or even talked with Seagate > about this issue... Seagate has a Linux version of their Seagate > Enterprise Utility that allows you to flash their drives... How is this relevant? Many of us have just as many production linux boxes as we do production Windows boxes. (that would be *none*) -- Joe Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 08:00:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 D238616A41F for ; Thu, 17 Nov 2005 08:00:04 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36214.mail.mud.yahoo.com (web36214.mail.mud.yahoo.com [209.191.68.240]) by mx1.FreeBSD.org (Postfix) with SMTP id 5BD9A43D46 for ; Thu, 17 Nov 2005 08:00:04 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 1090 invoked by uid 60001); 17 Nov 2005 08:00:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Mgxi2IIBc9Nki99LpAqwI/RAdfODRf4IDLBlQC7HDHZwjh/jLuWbYNNqJKa7j+vVf61PpW86iRqRsgl6ggWZweJ/ANGofaL+ViIjkWGSvm2QS8GOZJl8EOJT3cKbn5paHMZrth1FiWozH3yIf9yqb98jV1GwvX67MZreJuwnwu0= ; Message-ID: <20051117080003.1088.qmail@web36214.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36214.mail.mud.yahoo.com via HTTP; Thu, 17 Nov 2005 00:00:03 PST Date: Thu, 17 Nov 2005 00:00:03 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: lars+lister.freebsd@adventuras.no Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 08:00:04 -0000 Lars Kristiansen wrote: > > Hello again, I am the "me too"-guy with console-access. Hi Lars, I'm the one who started this thread, when I could not compile a new kernel after I upgraded to 6 (Pentium-1, 150 MHz, 32 MB Ram). How do you trigger the deadlock? The only way I know of how to trigger the deadlock, is to compile a new kernel and the 'linking kernel' stage will lock-up the PC. With a regular kernel, this takes 2.5 hours until deadlock, but with a fully equipped debug kernel it takes about 8 hours.... If you have a different (and possibly quicker) way to trigger the deadlock, I would like to try that also on my system. Please let me know. Regards, Rob. --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 08:54:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 CB52D16A41F for ; Thu, 17 Nov 2005 08:54:55 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E7D843D45 for ; Thu, 17 Nov 2005 08:54:54 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail17.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAH8sqJb014590 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Nov 2005 19:54:53 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jAH8sqHh095144; Thu, 17 Nov 2005 19:54:52 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jAH8sqI4095143; Thu, 17 Nov 2005 19:54:52 +1100 (EST) (envelope-from pjeremy) Date: Thu, 17 Nov 2005 19:54:51 +1100 From: Peter Jeremy To: Rob Message-ID: <20051117085451.GN39882@cirb503493.alcatel.com.au> References: <20051117080003.1088.qmail@web36214.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051117080003.1088.qmail@web36214.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 08:54:55 -0000 On Thu, 2005-Nov-17 00:00:03 -0800, Rob wrote: > The only way I know of how to trigger the deadlock, is to compile > a new kernel and the 'linking kernel' stage will lock-up the PC. > With a regular kernel, this takes 2.5 hours until deadlock, but with > a fully equipped debug kernel it takes about 8 hours.... When the first deadlock occurs, you have a fully populated set of kernel objects (though possibly some of them are in the buffer case rather than on disk). You should be able to quickly reproduce the panic by running: # cd /usr/obj/usr/src/sys/<> # make (Adjust the directory to suit your config name and MAKEOBJDIRPREFIX). Alternatively, check out the following lines in /usr/src/Makefile.inc1 # -DNO_KERNELCONFIG do not run config in ${MAKE} buildkernel # -DNO_KERNELCLEAN do not run ${MAKE} clean in ${MAKE} buildkernel # -DNO_KERNELDEPEND do not run ${MAKE} depend in ${MAKE} buildkernel -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 11:23:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0591C16A41F for ; Thu, 17 Nov 2005 11:23:11 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36201.mail.mud.yahoo.com (web36201.mail.mud.yahoo.com [209.191.68.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 80DB643D45 for ; Thu, 17 Nov 2005 11:23:10 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 39454 invoked by uid 60001); 17 Nov 2005 11:23:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Yr31XltiIheEwOfTfIbAVfef/33WN4y39FlDH43W6DHg7faDyFpHYy+Gtv2CzyB7+1dcWuucIeex2KsvkvtI7Ypxk5btjHhurJZRgoL8UjHk9x5A/w3B47C+CTZ8wgGWBT0d1b/rHOf33/Wr2GqcMK51K+hkSUqWYacXyyYyXhg= ; Message-ID: <20051117112309.39452.qmail@web36201.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36201.mail.mud.yahoo.com via HTTP; Thu, 17 Nov 2005 03:23:09 PST Date: Thu, 17 Nov 2005 03:23:09 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 11:23:11 -0000 Peter Jeremy wrote: > On Thu, 2005-Nov-17 00:00:03 -0800, Rob wrote: > >>The only way I know of how to trigger the deadlock, is to compile >>a new kernel and the 'linking kernel' stage will lock-up the PC. >>With a regular kernel, this takes 2.5 hours until deadlock, but with >>a fully equipped debug kernel it takes about 8 hours.... > > > When the first deadlock occurs, you have a fully populated set of kernel > objects (though possibly some of them are in the buffer case rather than > on disk). You should be able to quickly reproduce the panic by running: > # cd /usr/obj/usr/src/sys/<> > # make I'm doing this right now... Although I have not got into the deadlock yet, I do get these lines in the serial console: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 12333, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22990, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22928, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22625, size: 8192 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22990, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22784, size: 8192 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 23233, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 23404, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 23154, size: 4096 A typical snapshot of 'swapinfo' at this time is: Device 1K-blocks Used Avail Capacity /dev/ad0s1b 39848 39840 39848 100% /dev/md0 131072 54136 131072 41% Total 170920 93976 76944 55% (By the way, notice that the 'Avail' column of /dev/ad0s1b and /dev/md0 is wrong; for Total it's correct. Is this a general bug in 6 or only on my PC? ) Googling on the above swap_pager lines, I found this conversation: http://lists.freebsd.org/pipermail/freebsd-current/2005-September/055550.html which claims that DragonFly has fixed this problem. 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 Thu Nov 17 12:53:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3405916A41F for ; Thu, 17 Nov 2005 12:53:20 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (mail.adventuras.no [194.63.250.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F60243D46 for ; Thu, 17 Nov 2005 12:53:18 +0000 (GMT) (envelope-from lars+lister.freebsd@adventuras.no) Received: from mail.adventuras.no (seven [127.0.0.1]) by mail.adventuras.no (8.12.10/8.12.10) with ESMTP id jAHCqjjt018558 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Nov 2005 13:52:45 +0100 Received: (from apache@localhost) by mail.adventuras.no (8.12.10/8.12.10/Submit) id jAHCqjRJ018556; Thu, 17 Nov 2005 13:52:45 +0100 Received: from 213.236.228.129 (SquirrelMail authenticated user lars) by mail.adventuras.no with HTTP; Thu, 17 Nov 2005 13:52:44 +0100 (CET) Message-ID: <60303.213.236.228.129.1132231964.squirrel@mail.adventuras.no> In-Reply-To: <20051117080003.1088.qmail@web36214.mail.mud.yahoo.com> References: <20051117080003.1088.qmail@web36214.mail.mud.yahoo.com> Date: Thu, 17 Nov 2005 13:52:44 +0100 (CET) From: "Lars Kristiansen" To: "Rob" User-Agent: SquirrelMail/1.4.4-1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Adventuras-MailScanner-Information: Please contact the ISP for more information X-Adventuras: du kan filtrere etter AdvSpamScore over 5-10 X-Adventuras-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-MailScanner-From: lars+lister.freebsd@adventuras.no Cc: freebsd-stable@freebsd.org Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 12:53:20 -0000 > Lars Kristiansen wrote: > > > > Hello again, I am the "me too"-guy with console-access. > > Hi Lars, > > I'm the one who started this thread, when I could not compile a new > kernel after I upgraded to 6 (Pentium-1, 150 MHz, 32 MB Ram). > > How do you trigger the deadlock? > > The only way I know of how to trigger the deadlock, is to compile > a new kernel and the 'linking kernel' stage will lock-up the PC. > With a regular kernel, this takes 2.5 hours until deadlock, but with > a fully equipped debug kernel it takes about 8 hours.... > > If you have a different (and possibly quicker) way to trigger the > deadlock, > I would like to try that also on my system. > Please let me know. Hi Rob! swapoff all other swap than md0, which is on the same disk as busy filesystems. Then I run for example: nice +19 portupgrade -frbWp libtool Did you see the debug-output I posted? Did those tell you anything? I do not understand those things. But I do have the debugscreen open after a crash if you want me too run anything. Just glad if I can be of help. -- Lars > > Regards, > Rob. > > > > > --------------------------------- > Yahoo! FareChase - Search multiple travel sites in one click. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 12:57:24 2005 Return-Path: X-Original-To: stable@freebsd.org 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 23CCE16A41F for ; Thu, 17 Nov 2005 12:57:24 +0000 (GMT) (envelope-from ed@edslocomb.com) Received: from mail.edslocomb.net (dsl231-050-180.sea1.dsl.speakeasy.net [216.231.50.180]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B94043D46 for ; Thu, 17 Nov 2005 12:57:18 +0000 (GMT) (envelope-from ed@edslocomb.com) Received: (qmail 1005 invoked from network); 17 Nov 2005 12:57:17 -0000 Received: from unknown (HELO robotslave) (216.231.50.17) by dsl231-050-180.sea1.dsl.speakeasy.net with SMTP; 17 Nov 2005 12:57:17 -0000 Message-ID: <007a01c5eb76$7528bec0$1132e7d8@robotslave> From: "Ed" To: References: <007201c5eaf4$8be7ef00$1132e7d8@robotslave> Date: Thu, 17 Nov 2005 04:42:37 -0800 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 Cc: Subject: Re: Kernel clock for 6-STABLE runs at 1/2 speed in VMware 5.0 - WORKAROUND FOUND X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 12:57:24 -0000 After noticing the problem went away in Safe Mode, and then figuring out what Safe Mode actually does*, I've worked around the problem by disabling the APIC device, which, I gather, forces FreeBSD to use the old-fashioned IRQ timers. This fix will not work if you want to run an SMP kernel in VMWare, I suppose, but I imagine there aren't too many people doing such a thing. Anyhoo: In /boot/loader.conf , add: hint.apic.0.disabled=1 * All currently available documentation for FreeBSD Safe Mode, for those who are interested, is apparently located here: grep -A11 'bootsafekey @' /boot/beastie.4th From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 13:37:19 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG 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 8E96F16A41F for ; Thu, 17 Nov 2005 13:37:19 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E94AC43D46 for ; Thu, 17 Nov 2005 13:37:18 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qlwxkl@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id jAHDbGOn096395 for ; Thu, 17 Nov 2005 14:37:16 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id jAHDbG6I096394; Thu, 17 Nov 2005 14:37:16 +0100 (CET) (envelope-from olli) Date: Thu, 17 Nov 2005 14:37:16 +0100 (CET) Message-Id: <200511171337.jAHDbG6I096394@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20051116101200.GA2823@uk.tiscali.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-STABLE (i386)) Cc: Subject: Re: CF card and /dev filesystem entries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 13:37:19 -0000 Brian Candler wrote: > However, when I insert a CF card with normal partioning I need /dev/da0s1, > and this is not present in the /dev filesystem because the partition table > has not been read. > > # mount -t msdos /dev/da0s1 /mnt/cf > mount_msdosfs: /dev/da0s1: No such file or directory > > Just reading the first block is not sufficient: > > # dd if=/dev/da0 of=/dev/null count=1 > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.040984 secs (12493 bytes/sec) > # mount -t msdos /dev/da0s1 /mnt/cf > mount_msdosfs: /dev/da0s1: No such file or directory I think devfs is updated when a descriptor on the device which was opended for writing is closed. But you don't actually have to write anything. That means, the following command should do it: # dd if=/dev/null of=/dev/da0 count=0 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 13:46:12 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BD21316A41F; Thu, 17 Nov 2005 13:46:10 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <437C89A7.9040708@freebsd.org> Date: Thu, 17 Nov 2005 21:46:15 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.10) Gecko/20050806 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200511161623.38494.jhb@freebsd.org> In-Reply-To: <200511161623.38494.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 13:46:12 -0000 John Baldwin wrote: >I have a patch for nve(4) which fixes at least one known LOR in the driver and >generally fixes up the locking. If you have an nve(4) card that currently >works, please test this patch to make sure it doesn't break anything. If you >have an nve(4) card that doesn't work, this patch probably won't help. > >http://www.FreeBSD.org/~jhb/patches/nve_locking.patch > > > After this patch is applied, I got: nve0: port 0xb400-0xb407 mem 0xec000000-0xec000fff irq 20 at device 5.0 on pci0 nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: Ethernet address 00:04:61:fe:fb:7f nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held miibus0: on nve0 ciphy0: on miibus0 nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held nve0: nve_oslockacquire: normal mutex not held nve0: nve_oslockrelease: normal mutex not held ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:04:61:fe:fb:7f of course, it does not work, it had never worked. David Xu From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 14:01:22 2005 Return-Path: X-Original-To: stable@freebsd.org 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 1729B16A420 for ; Thu, 17 Nov 2005 14:01:22 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 622D043D5A for ; Thu, 17 Nov 2005 14:01:15 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.3/8.13.3) with ESMTP id jAHE1CAH049740 for ; Thu, 17 Nov 2005 15:01:13 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.3/8.13.3) with ESMTP id jAHE17U0049728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 17 Nov 2005 15:01:07 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.3/8.13.3) with ESMTP id jAHE17vU014742 for ; Thu, 17 Nov 2005 15:01:07 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.3/8.13.3/Submit) id jAHE179Y014741; Thu, 17 Nov 2005 15:01:07 +0100 (CET) (envelope-from jpulz) Date: Thu, 17 Nov 2005 15:01:04 +0100 (CET) From: Joerg Pulz To: stable@freebsd.org Message-ID: <20051117145918.C7025@hades.admin.frm2> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-905629472-1132235604=:7025" Content-ID: <20051117145924.K7025@hades.admin.frm2> X-Virus-Scanned: at mailhost.frm2.tum.de Cc: Subject: Re: FreeBSD-6 amr and ahd trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 14:01:22 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-905629472-1132235604=:7025 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: <20051117145924.C7025@hades.admin.frm2> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <20051117145924.K7025@hades.admin.frm2> On Wed, 16 Nov 2005, Scott Long wrote: > Joerg Pulz wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Hi guys, >> >> I'm running an Fujitsu-Siemens Primergy RX300 dual-XEON hyperthreading >> enabled server with an onboard LSI MegaRAID controller and an Adaptec >> 39320A Ultra320 dual channel SCSI adapter. The LSI MegaRAID controller is >> configured to RAID1 with two disk and one hotspare. On this array FreeBSD >> is installed. >> Up to now, the system was running fine with FreeBSD-5.3 first and >> FreeBSD-5.4 now. >> I tried to upgrade this beast to FreeBSD-6.0-RELEASE without success. The >> kernel is booting and detects all devices correctly but when it comes to >> read from the amr(4) the last thing i see is "GEOM: new disk amrd0" after >> that the system "hangs" and its nearly impossible to scroll the kernel >> messages up or down (Scroll lock pressed). then after a while there are a >> lot of SCSI error messages about SCB timeouts coming from the ahd(4). >> I decided to boot the old RELENG_5_4 kernel and cvsup'ed the sources to >> RELENG_6 but i got the same results. booting from a FreeBSD-6.0-RELEASE >> bootonly CDRom got again the same results. >> I searched google about this, and found something about a tuneable >> sysctl/loader setting called hw.pci.do_powerstate and tried it, but the >> same result. later i saw, that in RELENG_6 this tuneable is renamed and set >> to 0 anyway. >> the next step was removing the Adaptec card to make sure this one is not >> interrupting the amr(4) but the only thing that happened was the SCSI error >> messages going away so this was not the problem. >> I decided to give CURRENT from today a try, and it was working without any >> problems. I have tested CURRENT some steps back until i hit 700003 dated to >> "Sun Sep 18 05:12:39 2005 UTC" which is exactly the same time the RELENG_6 >> branch was marked for 6.0-BETA5 and CURRENT was working with every point i >> checked out from cvs. Unfortunately 6.0-BETA5 is NOT working. >> I checked out the sources for 6.0-BETA4 and it is working again. So >> somewhere between 6.0-BETA4 and 6.0-BETA5 the whole thing is broken, at >> least for me and my hardware. >> I've seen some differences in sys/cam/cam_xpt.c, maybe these cause the >> trouble i have, but I'm not so deep in the FreeBSD kernel code to make this >> sure. >> >> It would be nice if someone can take a look at this to get this fixed in >> RELENG_6. >> Any patches to test are welcome. >> >> regards >> Joerg >> > > This is almost certainly an interrupt routing bug. Can you try booting with > ACPI disabled? Can you try building a 6.0 kernel without SMP and > the 'apic' devices? From 5.4, can you send your system information? Hi Scott, i've attached the kernel messages of the different tries. Here is a short description. RELENG-5.4_SMP-APIC-ACPI_verbose: - selfmade kernel with SMP, apic and acpi enabled - this one is working since 5.4 is out - the only thing to mention is the wrong order of the serial ports sio0 == COM2, sio1 == COM1 RELENG-6_UP-APIC-ACPI_verbose: - GENERIC kernel, NO SMP, apic and acpi enabled - this one isn't working - the order of the serial ports is wrong too RELENG-6_UP-APIC-NOACPI_verbose: - GENERIC kernel, NO SMP, apic enabled and acpi disabled - this one isn't working - the order of the serial ports is correct sio0 == COM1, sio1 == COM2 RELENG-6_UP-NOAPIC-ACPI_verbose: - GENERIC kernel, NO SMP, apic disabled and acpi enabled - this one isn't working, it hangs at "start_init: trying /sbin/init" but walking through amr(4) and ahd(4) seems to work - the order of the serial ports is wrong too RELENG-6_UP-NOAPIC-NOACPI_verbose: - GENERIC kernel, NO SMP, apic nad acpi disabled - this on IS WORKING, i can login and use all devices (NIC, DISK) - the order of the serial ports is correct Only to mention, that the order of the serial ports is wrong in an recent CURRENT too, but the recent CURRENT is working with SMP, apic and acpi enabled. Any hints/patches to make this working with SMP again are welcome. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfI0jSPOsGF+KA+MRAoBtAJ9eqzKu00JBCqZpp+0dYyEhJfJoIQCZAWOn uafR1CcJyYUCXCXvUqGzrLY= =XS6w -----END PGP SIGNATURE----- --0-905629472-1132235604=:7025 Content-Type: APPLICATION/octet-stream; name=logs.tgz Content-Transfer-Encoding: BASE64 Content-ID: <20051117150104.E7025@hades.admin.frm2> Content-Description: Content-Disposition: attachment; filename=logs.tgz H4sIAEyMfEMAA+y9fXMiObIvvH/zKXTnnIi142BaUr1z2x0XA+7mGWOzhu7t vXMnHAVU2WxjYKugXyb2wz9Kqd5UpXoB98w5szueaaBKmalUpvSTlKWS7oc3 w9u3F0ZHf5iOJxe9yah/0etPRg+fvWC+Db0/fYc/jLGp64h9E8sg2W/2R6hl 6CYiWNMs/oERJqammX9C+HtkXvd3CPduwFT5++6w/qWSzgvCinReGIyS79/J 33Tcm6D9t513iQmauyH7zv2htbfJ3nTm7KOV4aMFPk6S58NGLZ+nyo/iHF9B T1LU0/KXfp5Pk/ks3/NV+WE/x6cX+XwVH6nW0+JcRT47ryct8Nmn8HnRt8RH ou8KPt9bqPQk9XxLZfkw1mv4vNPy8+cn8in9EPH1t7tvwerxaY/OFueIOA69 YBXQQLMnD10Hnnc1HaBJsP27t9h3CsSW02afNuafGv80+afNP3mqQ/gn5Z+c xtFbKPqDXO69R2+zD9HWR3t2+X6zYlAcrvbf4E7fXa/8bbBZuR3UW68Rzz1E gcfQ6bO37LRiHRmgX9wzbO9Nhxc7gv6DdNFfvSUau98QsRG2u0TvUoL6w+kM QQG5Cu7yebX5P0t374bB5w6/6vjBM+2+OoTBq+387/w7DBavwm/hq+vRzfC+ NQm89dZdMtne2kefvGDjrdEPr+bb7f6VuOps18vo5w/I3SP8dYEdE6zdyXE/ b5eHtafgdhe7VefTNstOfMYO5pgH7n61eUSL9Xbx6Sw8R51OB61saujiVhcR 4mjEtNC7X1r9mx8f3k+HDyNIf+j3bkZX973Z6O4WbbZ7FO68xcpfMW0u0CEE oUvPdw/rPfID7x8Hb7P41pqtnr3F9rDZewH6gWfzQ5oqsrIpywr948CUY17D kpazaV+oxdVMrrpIY14gTE0dcz0n77toxDJZn92fo4/ednM2G58jdhtpHYrf MvlnwNEh2sWYXZi2ebFYu2EIJOfMmXesZqw26BL98NbbHFYbjwv7AaHRkt3E X32dIDTde7sdaHWJCOO59tz9gVWlS/x17ntzf+77r68n79sfxsP2YNieTIdt pnB7PL1vT3rD9rg/bPc/2m0YM7Snw0l7PLtnKW8hpdfuj+8+MLIZsGlmu39z ffN++q49mE3bML5oj8cf29cfmagpE8v+UfbRfjebtWfj9uRq+Ibp844132D/ FHjukinZRRStt4+rhbuGQoYtdn+Nnr3nbfANsRJQopuO4WgmRmcU6xYaX523 Jk/fQs4R0S2eDhuoJN0W/pqFKGj9zOnSTcdhUNFGJjVN20bzb3svRGfE0NDO ffTCc0lC1AXJEjTf5xI0ohsWTURYpq0SsaB2XoS1dBdCCYodwyI2Q9JYikGI aeCioKSbkQT5vmVxQbpDDJoIITSR4H52V4mZLnmGOhua2TqjchybW3M8Qf3t xl89HqA2bzdo5s5Ze+X4xK5IR0c+axrLuJmygYCxxC1B9edr5vc/iyToQx2d GnHSdNK/zyR5HsPEKGncv34rJXlJElS8bJJP9da4N5h10TXXYs/J5HTg6aL3 vHEDvAI9Yi3k2WNF2gYdSQA0N2BAowHCCKot/9VlDCB6yXqZSRf1loBfQMtq Xm9yXirCTESQUhFmtQiSiKClIki1CCsRoZWKsIQITsj5uMW76PVkdjMboOSP p6E3rUh2F+3i9sb6wLix4i5WEJAsAVEQmFkCqiCwsgRa3PO94kUZM9Be7YLt wgvDbYCm38K994wG3p71296yi3QBIWixOzCnXU0n512U5MAgGxKEHbP3Cb9P C/dNfl8r3Lda89U21GjshqvR3VSjaMr66tXCQ4NVwNSB9vbEII71J3Gz8c25 gRPe4WbPmyQD7aVpumyswSjg1zlig4XPkILQjbfhKL5brICviyb9Ec+PuRjY uWh/aczxf+GvdOG2dpudIBSqTTYTQQ69f1YRD6eksSYcYbqONyexBqSDW3es PQVCSLh63Ii+RABCN2p3opE8uWHamDIpREqhmRQqpZBMiialaFKtH90llZ4N t6ADDILDjhUtskY00G2ttu5utWDN+n574J2095WRbli9Yt270/tziC7eoNVm z7pKlKGO70Dq8Ot+dDtDZ97y0WujJzYqOy8QEiAcTXtodP8XaKRVtDRLS6tp tSytVk2rZ2n1alojS2tU05pZWrOa1srSWtW0dpbWrqZ1srROjS+w5AxcQy27 rsZ3RHIeqfEekdxHavxHJAeSGg8SyYWkxoeEOxFwg1MzL669z94aUPaLgtqS qK0aaluitmuoHYnaqaamOEvNrqqpiURNaqipRE1rqDWJWpOpS6BJy0IT1RNs sjPYRGS0SXLQVfoQGXESYqOaWC6p0vtExpyEWOl8IoNOQqz0PZFRJyFWup7I sBMTa0rPExl3EmKl44kMPAmx0u9ERp6EWKtxiuRCrc6Fkg+1Gh8SyYlajROJ 5EWtxotEcqNW40Yi+VGr8aMMPXqNI2Xo0Ws8KUOPXuNKGXr0Gl/K0KPX+FKG Hr2uPUq+1Gt8KUOPbjWCHj0LPbqdgR47gR6qhh5d6X+qhh5d6X6qhh5D6X2q hh5D6Xyqhh5D6Xuqhh5D6Xqqhh5D6Xmqhh5D6Xiqhh5D6Xeqhh5D2YRpCfQY dS6UfGjU+FCGHrPGiTL0mDVelKHHrHGjDD1mjR9l6DFrHClDj1njSRl6zBpX ytBj1vhShh6zxpcy9Jh17VHypVXjSxl6LNIIeows9Fg0hR49HfVoauixlP7X 1NBjKd2vqaHHUnpfU0OPpXS+poYeS+l7TQ09ltL1mhp6LKXnNTX0WErHa2ro sZV+19TQYyubsFYCPXadCyUf2jU+lKHHrnGiDD12jRdl6LFr3ChDj13jRxl6 7BpHytBj13hShh6nxpUy9Dg1vpShx6nxpQw9Tl17lHzp1PhShh7HaAQ9dhZ6 HDMDPemoR1dDj6P0v66GHkfpfl0NPY7S+7oaehyl83U19BCsdL6uxh6Clc7X 1eBDsNL5uhp9CFY6X1fDD8FK5+tq/CFY2ZD1EgAiuM6TRCav8aUMQQTXeFPG IIJr/CmDECE1DpVRiJAaj+biPqTGpbnAD6nxaS7yQ2qcmgv9kBqvylBE1EEr vQSLiDpqpZeAEVGHrfQSNCL5uJWAoxR6tp/Zj9XS66JwewgWHjwzWQX/QLQY kAZ5OBOFzpAkYLIPVo+PXtBFEONTpO+2azdY7b91efivXhtHaOMo4qxJVrx4 CoJcXutccW7HIyjMzeh2RpJEfpUrhZyWSnUX+9Vn7yIVblYJNyuEmw2Ekyrh pEI4aSDcqhJuVQi3qoVHTkGvP0RPZ2kHvwGPhghfsJrK7jxv4YnNfOsGyzie oCKn+oVuqempil63L9gkQEmvqegtesF6biW9rqJ3zAtoWzkG/iTvajrpisU0 8Pwtff7NbnwY3kd3DIwZCt0MxHW0IgoNrsW1L/6YlDWrzjjiYR0ArBhid0gi Fx7Gzyb3Uj7TD+k1YVI23j58nj8svc+ssfCFLq1n77mLXosH7W9aE2+zXx2e YU0RgvUTKDzsdttgnzyZXW0Z9ejV3ZvW5rBes9/whZjA1cJro188xicu3rQ+ DKc9aIT+NngWz+fnsLakZZgQbDI0CJUxHVmfDZ8k8xn/TyGpJe5bfnyf0cxT eoah6W+XfbYkafx/wn8T8Zvymxr/DZ8tZn34bfD7/JPhNnxa/NPm98VvB+hF uXQM64M8WOHDnylGtz+zitFm0w9qf4pWL7SRv3Yfwy5zQ5uziIUAXXiiaesW hTEL9zql55GQ3myExr3+O1PP3Jh5i6fNFh4xeyEDykUnInk7Zkp1mJ0Cd7Pc gjPhEet29y1Czjaabv39Fzdgv/7mBsH2C/Pd7iurSj9d96azn6OL18xHTyh5 Rv0mX6EFFTxVZNZZAU777sJrwVIonH0S/3E6mBWYI6qfxpNp73r4MzwWftju vM0ZOe8CEzcLQe5yGSBe3c6YtRa+fY5WDB++soEwtTCzRsrnckbgI2KJkB3X +bP09zlnWPiPiycPFjWhqG6yzusnvjzpEvOFXz+jn56WwaXNfrD8QG0Pna2W l5rhYBvb5nn6HJs/T/6cgADBLTGg/8/J6F44tg2PNsAF4KfkyfXS03CL9cUX d5v1t7SfYxI3243XutkuRBNBV4cQDYSWE9Z5oZvV5hOCHjdsec9zj6+JYH+A IawXhUUPcPXVZDdYi2KjZ5ONch2o8oRXdla7iSGxkoT/BaxXgpU0ZuW62ifl mrKelCu7m+ZKK1nD9XYvCglk7E9vrLCatZHCatb+6QoPBKtWz0ozrEamrA0U LrBeNVa4wNo/XeFBY+doGVbzuCpRYL1qrHCBtX+6woNjqz8+rg5nWfWE/wWs R7dXnK+IzXM1TlfYeKHC5km5mqcrbB6nMK9NuqhNFnyQxrmqWV+Qa3NYK7A2 hzVDsNonlLXA2rysBdbmZS2wNi+rmbKSbG1qoHCBtTmEF1ibQ3iBtTmEWxnW rF8bKFxgbQ7hBdbmEF5gbQThnNXOsGYHeg0ULrBeNVa4wNo/XeFBE+fkwZQ6 mbI2R8SUtZFf1ayN2quaNSrr/ChWrXkdVrM2wqYem3zdhQMvWH32JovVaNlF czbJwDAZYuMp/7BZwLrXKiq9EZXRiMqsoTI5Ff7+VPRlVEJ7Zvcoy2hOO9l+ gWXGh/2ezd7O/NVXb3leLSJVGpYJ71fPEEgjr3CjfxdvmHvlt35AzIXvhvvs mz+aYTmGbmTf/OEvBILWDzxPmLVT/WK+2gsdYK6qdQTb+N0vb8REHH/1MbYv +NccpvW82Dy8xfh5CfqT92+kFFKaQktTNHUKV3fOjcujDBljZ6hgdp6o824b 7i8g6j0PVstHLynHwodiLHw/5eP0QLqGSfZqs9qv3DVaZN8p6YLwRDYXewh5 1jzTKDV5CYAlXuIWDwgxT332NsttwIMT8OYdcz77DUGFNgrYFH95CVGO5G07 zttGgKXwDZWEyYpT43jFBcbs/zZ6WgbifcKvcPXsg3CSUj8vA+8REonOcg73 7j66xpD7wl08eetN+MslRmfLL9tgGZ4nvGt3zysEp0ZnGG3Cc5bDavO42efu uV8ZcfZe7Ipnd89yWEar/f1tgHCHdka3s15MEc3m4BZ6coPll1XA6PfbaLVv rQ2NWhvSChvqeRuS2IZYaUNLtiGRbAiPeY41ooXOiGWU2zGWI55hXLr86QfL qcrAetHA+ukGtmoNrP+7GdgoGtg43cB2rYGNfzcDm0UDm6cb2Kk1sPkvaeBK u1Bd91K7LKjSLlpV//NCw9gv7X98dKZV2aWm+Mts71tSfFJRfHJk9+tLxacv Ln5l9xsLeXZ3P1H8c5fvOQALqwN38+ghjfWJsPsA4g8EdVA9XP3iIaCIn/DV mW/e3Hwkbz4C5rNdtflUtQdjK2c++7cwn9ykqGEcZ1icGtZIDVuBexoB4LuS gI/NNOCeAvmsWh9pzX2k5X20uMBGaRVX+4j8d1TxyEfzCPYsbjySGalLkwBY O0L44rroESDt4GgUj2NOhEI2q9osXeYXmK7BH8kkHuasGKuNu/eiZC1NHL26 Y5IX8Bwz+uNTJgwzJ99P6aI32jOk+OvS45vKAC37KZ73Jwy7wPM9UWMiJqDC KQOWGNiscL3ku0c8ens+X1kla2qCaGGHeBEdat7/e5hePXQYFe5Mhj14Sb83 fLi9mz1c372/HYBMUjb1IVGqNPUh1TUTa1oWfC2pZpIGU5/yrkeNvb95n1xX fNq4+PT3WHyoGLSsCaZtDydtj8QsqrZHM4mFtpdJbND26LFtjx7T9krCPUQR 7mkQbaBlTY5GqVKTo1LXRJKuSSt0TbHmUddETLlrYoIj95zBmp5zxGNJ4T4p /DI2oJCbNwXOwtB3kCQVy46LRRTFolKx7JcXK1sltBcVSy2JqkYBtEMyE3ga jQJI2Qxes4tgIwYeEdjo2C4FGxqBDSmdwhMF2lSOAshSjjNR7Ri0gXcsiUPz gAPvfMC+QseO2Jhx4oQdhAxhJyVYOhCtZgvRAKMBQQONleAQBMwJ7E7CMp6O UkrKnBqGsClNG17Hmq/2LfeZB09vpqMb2PADjb1H974HO0F0DPIGKoHa921l RedDE83OwCOrBzE+0iiz+2hHLSScHO+YA/WGoSu/GzV7seQozidiTxZelao+ 7bNCM1Nf0OEbdL0KnmHBGDKI8a4t1jy90ymGpU3m+Ard98a8kmpNoJ5KUK+p oV7LJJYMs7SGUK+VQX2805qgzVKrcL5A3QTkaWOQ18pAXotSJZAXFtAbD271 3OBWV1tdzyQWrJ5JbGB1vbyD1dIar6WG1xsbPqJ+wcj2SjWy1cs8oEepkgf0 km426Y9MPemPtKpuVj+hF8laMO1mv0sUOFKJk2FBtgq5PQWZqFqKrkb39Lir IaaRCbURInU1et2wnlY90VBHlMzvPa49ISjAjFLfxTToX+xi/zJ/9ACkr4Kt u1xsn9FVf2xYlKC3q0cXHtcNYYXqxtu3UW866oPhO6ya6ARnOp9ClSmCRDoK 16Msj+9lRDat59WK+RqUHo/SxgRCW/PgkTUkXh4oBps8EPyKSYd/GBrM7COa vPubWDIsxKQ8jJaTtOMfF9eDj3ARcWZ+JinZJCnNPey3UUHnO5+VYA91Zhnd io3KFyEzj3QRxl0Nd7HRtWkX613iRZTZVcxzozEmGzlMNtSYbGQSC5icSWyA yUY5Jutp9dBTlDWOwmTjZZhMFJhslGGyEaVKmGwcgcl6FSYbJ2By1oK1mHzc g6NIpV8Pk40/MPkETCYvxeRClanCZCPK8nhM1rOYTIqYTCJ8JUdgcobnV8Fk UsRkUonJltX15l3TiyglTDYbY7KZw2RTjclmJrGAyXaaqMJkKlyuxQhhloOy kdYPM4VZ8yhQNl8Eyn3VQNksA2UzSpVA2TwClA0JlKkMyuYJoJyxoMFn19/v YXOk0tGgLAeAafaZtCOBsvmvEP8uxeU6u7iN7fK7DYxbZbAU9w+F2lvVP5ix TBVgWZnEAmBlEhsMIq2jwilW83BKw0CJVYY+VpQqoY8om31MXMqMWVSGtDOJ JchvN0V+uxz5TSXy29/dmHaZMe0oVTKmXQLl6qfeNLOcIBeDt+uhHAwY4zhI uoCvtE87lV0qgF7VF5lSX6QdXYBCX5T1Kbx83bgsDSRJxVrU+AV/N78ILSg+ 0S85dlvVLdsdQtJ+2Y6fgpCSjtlRPAVxMDbinsXGMNdLpkFY6lns+ClI6XIf cvRqW0PuWvTjnoLY6IwSM9+7wB6lYuwvdy+wo4dJjaqe12nyIOS0pyBHYcPi u9XBhahEixPrYIb9GGyg3xsbaNqitZdhQ17SUdhgfze/2MKw9ol+ybFXYsOV AhsU66Qc53tig2ot2+8UG6IlU47zG2ODsmnp2W7X+g5NS087S8N/UdMqSJKK VVySkC0W/d7Foqky2suKVZCULVbd2kYNl65tPBIxtGh4zEY0pyBGnr0MMahi NFH22okKMbLzVNbQnNKVlQlilL53cnxUNYcY32VNBZtWnpmVC6hLhhLfCS5I DBfpeoqnJX/Daunu9kym5mgU99D79T5w2S+xNMHliUHyNldmMNmWhvzJbLow ahb7h0kLLUgynbYjLQbihC0eI9ui8XA8umMUUaIciy2NxEab5oNSDRkXMiPO MPLDptCHyQD5wfYZTYfDyf3duNPpCAJI2LkBP0AoPCxg8x7/sM5xp0zL7cbr RKnT2eSvN8MPwxsIZCVlHLubA5v/TYLVM0yEZ17wDHPeVZ5gmsyViyQx87vV 4xMvLNqnNGiwCgVoyMQ32y9F2uEmS5rm2UhySq6UnaMebL9sYE8sbjDxGqUX wEZYj4H7DKejmQ5sfBTug8MC+EO0jDgSEfGJZQBPCwJBqKvDI1xZ0JUwXLiG naDguYDmk4jnp7ej3u3s4uau/+Nw8HPLXS0sB9NuWv3/umJz/v6Tu4GT7Hpt 0RxGy0sGDRDe+IhM64JVqvHTL21kMGib9q9CkE2OblLpGKwtjZQzTSo32BRN ypGbFMk2KVLVpAqPN2qb1EK0jAaMuSZlZxirmhSpalKkskkRZZMidU2K1Dcp ckyTIs2bFDmuSZGjmhR5eZMixzWp2MPHNamrhk3Ke4ZOahQfgsi8zx+XoVtv z/rgT3AU3cbjxWijeJfAC0Q6VkczkjaWGbWkrSo/IGsrR5+KtkYz3RdXL9Mo aLOHhSIbBXeBlcpNUUvYkmdv/Ep6jMfvKJ/iMX/Mta6vdT2rSxaCEE13nrfs cquO57sQocFht/a+dq/ZeJCP4Jz6wK6Gc8/0HHVk18kkFiK7mURVZFcXntHj YbhTHtm1klFIvJNjwtD4mR6nnh7mrPbyHTXX35IRsSh/JyY7/dFff/RO8ejP KYsXO1GqFC926uZ96ZptUcp4JkF1eSbhHD+tiQRmDS0po1dPa/TyIGkDZbLz krhu4KOWsFtVT0JPMEem3sFPMIdqtTiNZza6ZWReTaHyanGn7nVk7diJDbZz ExvnqIkN7Jjp2IWHcBAhKUZCivOayiXhND+JiZrBchXu1u43hu1ve29yy7rO Nlu0hHXBQQJ95y3oCvmeFQyq4MwzBVSRDFQxct6/AGXU0LiElrt3d2ILCt73 oFH/nYHeD8Y9GPYwVNsH2/U6M4wjYi7EvqAj0SyTfRKL37IsuOPzOz6/41uy PiTRJ8lWGmjV9QqEz3n2UJRF1L/+By9jJE4p1q4b9hG/RJ8ioy53Ur4ZaQNH Uu/Rfsdmn274CU5f30L9w5fMiPwXuYw0v2AEe9iSBe7yWThiCCp+rMO5+PEc /RAc4dr97DGQbsyR6kNRpAZBkRYkcgdsahrbMl2/v3dJxrTkBNPasmmtxqaV R9SsYkXalJrWyJmWFEyL84Zi/hOG8uaCI2/ahEOPTYtj0+KcPolpcWxanDGt /ro3601GD+PedDa8fxPxJoZeLZ7C53na6mw2gyDDK3QGze8cTcewT6uq9QnU JTDA40/vcw1MSxt8nMNRwy6+iU/CmhvpsptiFW50wCybV7iP3jMA2VWMKYK1 FRVOlOPR23jBagH9GCcScloMIt1PYqOgSR9FV0lJTZLZpmf/ab6EndFf/+h9 41v+ZmyDzlY21ul5yqm3+d5e3D45ITwQNEOxmDcZIpGHIOvy05JjlGY3svkt ts/P7mYppiesb7dink+xcnDS61eduHPWY5y3QC5zw3A6nD38eDVgFYhNOTYI etYu6zvdAgFUp0PI0lyexg9wFdq3RBHERRuxkrCa8IqfS0FZpySeyIutoONd obUlH4HHpc+5dBfCyPjARwMwfXbXa9gq2IN4JSQudpsdd9D0FUXP2wMbTYCV I7vRzB5JXFBssayJutxEooyz4XT20Hv/8WFydz9Ly4mxZANGUG0kIMgZSUob DX5Foayk3Ygw2l8cdo7O3cSqm1r1TX4WMRtlcP7SbBJvjMEbkiOiGiyIlI6G Da3XfHvo9XrFBbRj8ICzOfkgS0NiQ6ww9mlUqXA8po5qlvhjo9mdu/jEEBHG lt1YxfDbZgFw3QUCuJiv9sDT8kU79tfb3e6bGNWocE7zxVhCrHAxeClNRv4P lKlzQtZq8cARzIHD3YP9A4M1O05L8Da6FDuS+xwGiK7jix+vYFOyH4QiHJyA MtKLmXIHbIcwPiZ5Ew/HuZp8OBzRDCcTNJ1MoqvX070L88ElqMTaFDP6LuBz paj5xMW0YNMwzZrzAlqZ5sTFvI2Ac/G02kGnc8ZyeXU7urq6GZ6zqRfq340n vdmIXXLPMq4IoCdJrpBPMrPaQe1Yr0SLvhlN0CYKLiQbrkd0HJ8jSmnGvd7t ObMoTJZapCQ7j19wE264AkyvlaRV3BFErIfNp832y6bLZ5a7YDtnRj5bRrGe 81a42oKbmYHYRAem97ABOxFfjnRFItrXxDQM3LtgMLRz9yvANmYq2fSU79dG 4xckRa0WY8PEC0KamFVxiRxiw+3agyRSohQhRaVIM6U0rpQWKaVLmhBJkzqj MSyBfsJlncc68NzlN1Z/V+E+/N8o/LRi/mAVGh6NRFSkhkpgYQQwlbQ+EPp1 VKwmdnl1rKQK4TQI8EEjquoyzIJv8Aviqw8TMDbrUynW1Pf1kvt2yf2F+r5W Il8rka+VyNeY/JAZLKyx1+dH5k32UU3FqsgDry8PDFbWbMrM6pCoN0Aw2Uzi UaySEq6BbrPdXGRpt8FzPL+82/Fg7f3dmM9GV1sRiVxEEYOF7YtNEmFK2to9 i90ikxvu8jMurdRPbnkaPzpHnTbflyYtwtIkb1ma5HulSavypPWmXMVwkRlY RyDDzZfiUmojTvzhbQ8wBX1eBfuDWI4JTGHUQV/yGOobQevPWb8txoxRPH2N vOfD2t1vYbq0QGfhtxAEJMkcdmkFJGulaZvSQkLdZKWMuzWoLHG4IwbABe/x l35Sbdyo2sz9bLXxYXoB4trw2ebI2AWLnBnn6diXh6YELcjvZuQzJA/2Cz4+ 1tsQ3+pGWcWxbcEGa11539qFICKc0SGutHYy1o1SBf2X1Wa5/cIPX8FzOCdE DIs0+gk9suEC/GBiDn43TWiB2jBMePaY8UN02EHPCDGki8OuBS/P2PyEmeR/ LR4PWsjwke7DGcI2hYN2bdKa+4jwo2zYfcwmeF7MZcEJl84C2R6yfQZlQOaY rbmDXNb5+fGBNpTL1+GkGji4xoKtAzQHaS7S5gyIWtoSaWymyegXnMVPRqzp /6Atz5cZP1c4Nmjhr/vDBJSfysIMly0ieUkR+f+/fRGHb3uvcsVkM6m5x8aN rPr/K5X0czmOVvUV2X4iOntGWjuOfNbMQja87LTuveVhATyfvGDTeXa/ft4w 24WIsD5TM8X2xLx1ss4KDhPyQzape1xB2Aei2YU70k7Gs2lf2sOYtXOiEVPH 2W2M4clclo05c7X4hLzPXgB7HHcwjwh5i9Zo8tmM5z7+as1IeQcrFseztr2E qRV/NM0n1ouFt9vD2XiPj0C3Xj2vold7ANmFnPAVX1vUulltDl/R8OaadeDe Aj2xuQQEHuBRJgyglyxvdM2zZCCodfSOZmQz7qD4oTi6ZJLDEKb1bXQTZX2Z Rv99mJrlx/g7Njl7zN9c7fwvNFc6iEgnR3e1UXBYexfwwIFX+i9uwB/MxlXk ZGug+beYtbXe5vWS4n671RYidQv0ZfnswoMGig7il07RAtS41DEbB+Wihd6e P7majO74iDsTB4eJV8td8PnizVvUH1ywUQ3q399e2FQ3rl7BwVhv2G24K+aM PFQD4+kQCfkRO4zHkE6o8ePVqxCdxb9YZ0WozWahrE/wvaDNlYhYYAzIZhZM ehs+/gqfgx4K90zWczztjmj/GjD7hd3oqndYwqBYPFCgDEs+b9eHZ08cYBhG RGMP4rwrCDN4f/cW4rndPgCWwwZOUgPrRpTL1eEZWv6r+drdfAKfLlp/dVfc bEb09FNEFfmz7qixgzvBuGy6dLbZ7lgD2T11+bIU3L0g7P/zrqCHp6IirLr0 1lCroA5j/lwcuXPWcwM0SCLISSLc52Cp3p8Gzj2D54xpHAC2sokZTEfHeHyF zohOGWJQ6NaZxbZBeI7EzjzobMtGvc8wbno7vBszW3lfwEyfEBfR+gn/jPyu zYOtXTaDQ+FZ/930vItfkVcEeeKCYKq9oob+ytRQ2GUf6y5kSE3Hoa2fCEjA QgJO+dl/Mb+4YAMfxsiypMcyaEcyiJL2Iyj3RFFDsVsjAwaNUsNkdW7zuH9C FrVMBxPHYd2Rt1lG1wYlhhMZ5xhNfyNbqPyFy/wFjPwVuzK7uLFhbOLQ2C6U 6JZua6Zuc7PwS4fYmlMmZR5LiUlZ96WWpVNHdyxDt60yWYtYFq52E1xrZUKW sZAkPzuWRrClWTphWMmFGZppW8TSCCmT5cWyEtLEUFy6aVHH5LIc02QkuolL C+fHshJSu2gozIUxjTSb1UVcbqrHpFYntIk4nZga1h3bJmbBaP9qdfuMD/Jo l+/0hbu0ixkCe0EAO8xRder7TeCxfpz3L0OgjMiIIegAyxVS8sllYsw4N1Ml JZdaJsSIyQyVkFxqaYHMWGOiLFAuuUyMHuemq6TkUsuEaDGZphKSSy0TYsdk jkpILrXUKlZcbGVlySeXiXHi3IiytuSTS7Wx4+yUhsknl4rBSX5qX+fTSwU5 cYZKb+eTS8WQJD+1lfPpZYIojjNUtoR8cqk+CQYQtZ3z6aX6kDhDZfPOJ5fq k9R4orZzPr1UHxpnaCv1ySUXxcRrx9diMSeCqeb2sIchZ6+L82PWZF1sQ/Ko NAlIEKUXC+mlpdXi4igRIJ98ZGnJcaUtkgstkqamBIZcamlJ9QSclWIK6UeW lZa5KvGE0lFyaqnySVepRqNCulL5csuXKU/THk09EMinH2k07bgKUiSP1Ei6 GDUYFdKPVFM/Ts0ieaRG0veoMaqQfqSaRlm+SR+jRotC+pG1p5hvpZrmcdZU kpdLt4+TriQvl+4cJ11JXoGXR3YPavoK+ccCspK+Qn4RR6rlK+kr5B+JF2r6 CvlHNnQ1fYV8ZUupkF+kh2ivWC/GWmx0KCCbtsJyfTZdPWxgTQuQwLPGwT16 OxxrxJ4gApsyf/WW8PIMvJAUBfIuaBTKi5mmXgA7v9wenudegEgr9OpyA4pj MxM8qrzY3d71xWzI5ufPu/XKhSXUgmc6nnRRbwLn+6H/oOjGPWwgPvy/+LGA LKErlmePBrBUA4uXN+Ggyw/De34HYwOOrEE3A3GtRxSDa3GdrvpfrzbwGESc TIItRgN3SHKHcaLZJJYqpEw/pNeESZG0JbK2pKAtqdWW/nbaarK2WkFbq1Zb +1fVdrV1d3wtQPxGinjPGGK08MCZ77d2DqHpxfoAAXpWSctYtJRFa8iipyx6 QxYzZTEbslgpi9WQxU5Z7IYsTsriNGQhNGNl2pQpY2fS1NAkY2nS1NTEyDAZ TZmYg+AFJbFTX1MmK8Ok9hFRlilm0tRe0gtMNOVxmvJoGZ68a8fw3BNog+12 L15hPfhh9xUD51dxJLvFY6EP8Diwi/ZiydKrcL7avIJbf/of+3c/vBnevr0w H95PLnqTUf8C3j57+OwF823ofac8GAyZuo7YN7EMkv0GgDIIrA8kWNMs9qFT gjAxsWb9CeHvlH/l3wEcx1T5++6w/qWSzgvCivQIe5Pv38nfdMy6MfEKGeHv xl3i3B/E9LM3nTlEvTN8tMDHSfJ80OXV8Hmq/MTaoyo9SVFPyxcvKGb5NJnP 8j1flR/2c3x6kc9X8ZFqPa3oTdM8n53Xkxb47FP4ogNJZL5o4FTF53sLlZ6k nm+pLB9/17OSzzstP39+Ip/SDxFff7v7Fqwen/bobHGOiOPQC1YBDTR78tB1 4HlX0wGM0mF5QKdAbDltBO9J8k+Nf5r80+afPNUh/JPyT07jpEddQC733qO3 2Ydo6/NXbt5v4Nl9CAtx2J2+u17522Czcjuot14jnrt4zg9vNHVasY5mB19M Zz1YCP8fROsyyQd0u/0MvTBEnowuNlF/OENQOJ499G3/B164CIPPHXf5vNp0 /OCZdl8dwuDVdv53/h0Gi1fht/DV2+Ht8H7Ub00CT2wegLy1z1coeWv0w6s5 k/VKXEVfP4iXqRbYtcH6nRzn83Z5WHs5Tljn3fm0zbISb8Gszmwwh3VSrItd wLKMs/AcweYGK5saurjVRYQ4GjFN9O6XVv/mx4f30+HDCNIf+r2b0dV9bza6 u+Urt+C91JW/YppcRO81xMtykoVR8qIpnk122RTPyqbZNVNY0nI27Qu1uJrJ VVcsuKIWsYSek/fifQG+38FHb7s5m43P+SRD61D8lsnnhzN1iHYxZhembV7w F4KBBN62vWPVgY1lLtEPb73NYbXxuLAf2ERkyW7ir75OEJruPbHy+RLBpmnx fg+XsKDUm/tz3399PXnf/jAetgfD9mQ6bDOF2+PpfXvSG7bH/WG7/9Fuw1ih PR1O2uPZPUt5Cym9dn9894GRzYBNM9v9m+ub99N37cFs2oZxRXs8/ti+/shE TZlY9o+yj/a72aw9G7cnV8M3GX3oJby3RpavGZnWvp9+GND2+O62PZg+9Cc3 7f7t7OPFaMB0IWb79Zzob4C5Nx5kC0SjVv369mP7ZgwE7xgiBPunQGwq0mVD xXidCzNh2GL31/Gr3cw+lOimYziaieFFZ91C46vz1iR+Az+iWzwdNlAFu610 ChYDCqtS0k3Hhd0mkKlhy9ajNw/PCKu0O9jN7VySEPVqsgRxnk8baUQ3LBq/ bHpmmbZKxIIaeRHW0l0QLoJixzAZZCWvQJ4ZhJi6URSU9FySIN+3LC5Id4iR CiEUxxLcz+4qMdMlZGhiC158h7fJHZtbc8Zjpn++ZtXjz6KhQ//q6NSIk6aT /n0myfMYXkZJ4/71WynJS5KgfmaTfKq3xr3BrIuu4bX8aFOGXPokWeUgVmEK WZ+jvUVIR0f8nf4YkNg4x1jiFmTVRe85dABiQzaItb9nL4DV5B0pX2jMwMDf iER8qwf41U1WIJYRmwkxqScmCTGtJ7YSYi0l5rc4BTcCvKs0u5kNUPLH09Cb FqwA12gsF5YyaxQiVXxR62AV8FVh39ATa3H8bX1hOd+cGzjhHfJVjRyhlqbp st6UUcCvc8S6w8+QgtCNt+GQBRs0ML4u3yKDL50WiyK5aH9pzPF/wb5Fbmu3 2QlCoRqsueXk/K3CjCIeTkljTXiF7zrenMQakA5u3cHGKkJIuHrcRBvl8DrR jaoBGBajJzdMfSsZfnSX2J0NAZKXwxCO9I8GX+ks+j6ap8LLdgG8pcB6H6f3 5xBW/kZz1wx1fAdSh1/3o9sZOvOWsPXbExspnBcICRAm8/9qWpqlpdW0WpZW q6bVs7R6Na2RpTWqac0srVlNa2VprWpaO0trV9M6WVqnxhdYcgauoZZdV+M7 IjmP1HiPSO4jNf4jkgNJjQeJ5EJS40PCnZjGmtAZX7EL66S/KKgtidqqobYl aruG2pGonWpqirPU7KqamkjUpIaaStS0hlqTqDWZugSatCw0UT3BJjuDTURG myQHXaUPkREnITaqieWSKr1PZMxJiJXOJzLoJMRK3xMZdRJipeuJDDtJzFLp eSLjTkKsdDyRgSchVvqdyMiTEGs1TpFcqNW5UPKhVuNDIjlRq3Eikbyo1XiR SG7UatxIJD9qNX6UoUevcaQMPXqNJ2Xo0WtcKUOPXuNLGXr0Gl/K0KPXtUfJ l3qNL2Xo0a1G0KNnoUe3M9BjJ9BD1dCjK/1P1dCjK91P1dBjKL1P1dBjKJ1P 1dBjKH1P1dBjKF1P1dBjKD1P1dBjKB1P1dBjKP1O1dBjKJswLYEeo86Fkg+N Gh/K0GPWOFGGHrPGizL0mDVulKHHrPGjDD1mjSNl6DFrPClDj1njShl6zBpf ytBj1vhShh6zrj1KvrRqfClDj0UaQY+RhR6LptCjp6MeTQ09ltL/mhp6LKX7 NTX0WErva2rosZTO19TQYyl9r6mhx1K6XlNDj6X0vKaGHkvpeE0NPbbS75oa emxlE9ZKoMeuc6HkQ7vGhzL02DVOlKHHrvGiDD12jRtl6LFr/ChDj13jSBl6 7BpPytDj1LhShh6nxpcy9Dg1vpShx6lrj5IvnRpfytDjGI2gx85Cj2NmoCcd 9ehq6HGU/tfV0OMo3a+rocdRel9XQ4+jdL6uhh54pbmS2pCplc7X1eDD936r opaDBFjpfF0NPwQrna+r8YdgZUPWSwCI4DpPEpm8xpcyBBFc400Zgwiu8acM QoTUOFRGIUJqPJqL+5Aal+YCP6TGp7nID6lxai70Q2q8KkMRUQet9BIsIuqo lV4CRkQdttJL0Ijk41YCjlLo2X5mP1ZLr4vC7SGAYxv5WSSIFgPSIA9notAZ kgRM9sHq8RF2FIAYnyJ9t127wWr/rcvDf/XaOEIbRxFnTbLixVMQ5PJa54pz Ox5BYW5GtzOSJPKrXCnkNJVUs0qqWSHVrJJKqqSSCqmkSqpVJdWqkGqVSI0M j17HW/LTDuZ7MoYIX1C+G+vzFp6j8I1B45iBipzqF7qlpqcqet2+sIiaXlPR W/SC9c5Kel1F75gX0H5yDIvdAaOraW7Jb/RXseQ3XsJ87JJf3GjJL0J8E7FE Cvb4apLgOb0jdvaVrncLKb31Ze1uuui1jWmHAfYNHHV6437zgjetwN0st4z4 NTx72+6+RQ20jaZbf//FDdivv7lBsP3yprXxQ7HYYRd6h+X2IlrSDttxvIZt D1uw1RR6LR4Tv2lNmMTV4RkW2SBYWxDvF548mYQd2Rk9fEXL49voF49RiwuW 4e5rurOluHj97O6fYPcdsbr+Td6JggqelhE4HyPa+rHFdxrMPvr8OB3MCswR VfZE9IftztucwVYcsBk97HVE+GEMYlOvM9iRxbfP4cwSviEitTBsZZrwuZwR +IhYyGDHfj5Lf/Mzjh8W/uPiyQPzouSkXfRTfFAz0P2MfnpaBpc2+8HyA7U9 dLZaXmqGg+GsrfP0iSp/svk5qfgEt8RA9T8no3vxxBw2T+HPW1demD5DXXoa bsG263eb9bcUv0PYIGXjtW5gA10QCZsiR68noAkDZVGloCeB0z7m3hLWA8E5 DvBB+VNmfqqDyW5obARpsJGexaCcDTZYfWSDAtaeiCGxkoT/BaxXgpU0ZuW6 2iflmrKelCu7m+ZKK1nFUWzi6b0GH3pjhdWsjRRWs/ZPV3ggWLV6VpphNTJl baBwgfWqscIF1v7pCg8aO0fLsJrHVYkC61VjhQus/dMVHhxb/fFxdTjLqif8 L2A9ur3ifEVsnqtxusLGCxU2T8rVPF1h8ziFeW3SRW2y4IM0zlXN+oJcm8Na gbU5rBmC1T6hrAXW5mUtsDYva4G1eVnNlJVka1MDhQuszSG8wNocwguszSHc yrBm/dpA4QJrcwgvsDaH8AJrIwjnrHaGNTvQa6BwgfWqscIF1v7pCg+aOCcP ptTJlLU5IqasjfyqZm3UXtWsUVnnR7FqzeuwmrURNk2jrSoPOwhyebD3PCxu F1svXvXumYT4RZhWj03U7sKBBzsaThar0bIbvaHNJk5s7AVHbaEaKr0RldGI yqyhMjkV/v5U9GVUQnvmoyjLaP47gQ2a2QwPTspAZz68z35eLSJRGiayazYV xNnT70S44fbHXnSiR+bgmgw9ULGZqL/nu8HyvVjFXrzd1miz9L7y2SVC9/sl LOT1o8lmXNE4bN2i6LKimtXk+Nldr5Z8jvubZBvtINskL9jr9Li8iMoJV8IJ TtEH5KU+QM7xCn4HH7w021/VB1Tlg37UEHDRCfTFDQEfr+H3aAgvzPZXdYKm csJAOMEo+kB7cUM4QcHv0RBemO2v6gNd5YPhm6L19Rda/yTVXm79F2f7q1rf UFn/WmF94ze3fkmOv7b1jd/Q+qbK+m8V1jd/c+uX5PhrW9/8Da1vqaz/TmF9 6ze3fkmOv7b1rd/A+tzi0aNL8go3+sePwJBf0QYxF74b7qXTLQzLMXQj+5o2 37IB3PkgzlxiPqf6xXy1Fzrwo6Y6gm387pfkUDIfYziVjH3N0/oAD4LjOtOf vM/UFJ6BOEKQP03MTJTk+jRPBLzbhnvpvPUo5wU/Dm0hzv1J+KR5U/bU8DhV OjUcF0+mhueA8cnU8FwwPZkaL6STqXF0MjUuO5narDqZmihOpia6KZ1MjeWT qXHlwdTJUdPZU6kz94pHUtcV3agtOq0oup4vOqk6lJvo8qHcmBxzKLey7BY6 I5ZRfyK3WBVz6fL1NJeExLXv2d3DRmbRK7UQQ8Ed2hndznoxRfSgCm6hJzdY flkF4pgSvr7IrDWwVWtg/d/NwHrRwPrpBrZrDVx6rPy/qoGNooGN0w3s1BrY /HczsFk0sHmigamue6mBF1RpYK2q/3mhhe2X9j8+OtOqDFxT/GW29y0pPqko Pjmy+/Wl4tMXF//07peVfd687CRfdgJlt1112VWux9jKld3+NcuublhsbJyk PLu7nyj+OTrWlvWD/DxlpLEhB2xhhfjqPh0KBUclIqCIV8VJIvRYBFGKgL9I BMBJLKLON1pz32h53ywusFFaL9W+Ib9lvcz5Zi584xznmdSs8CpZcqRcOWxq BHDzSsJNjQBwXimA0+J02fC8NEPgsWH+5ki0DpB2cDQPwDEnik4mc+EQuUPI i0YyiYf5Fs6og+PuRbKWJsIh30sPToqPjcJnQHB6KKxbTeii/X4ypPjr0hP7 8V7wn2Kha8KwCzzfE8aJmIAKpwxYYmCTvPWS79wFuyqDBVbJgvF4U0+xuw8Y +f89TK8eOowKdybDHmxh1Bs+3N7NHq7v3t8OQCYpmzyRKFWaPJHqZoI1LQvf ltRMSIPJU3nnpUbv33x4UFd82rj49PdYfKgYtKwJpm0PJ22PxCyqtkcziYW2 l0ls0PbosW2PHtP2Sp7jksJzXFrWmmiUKrUmWqxOAkWj6qRju7Q60ag6kdL5 IlHUp8pOhyzlWATVjqlPsEUEge3U5CoFr6zCrn1Hj7hTDfnZx7BPIawQjdbD h2iA0YCggYaSg5cHKct4OkopKasYYQibsrXhbfL5ai91bCTp2LRCxxZXhni8 YModG3PoGazEP0c8zBbCkaVRJRSC8tWJ16cuetxulzGgny5AKoRdPuiJm0Bc CPuEQmQbkXZKIaoEUNX4gHZIJjJAo/EBKQsNaHaLH0qiOsyTdAzyBonjwxXm bCv14yMKzc6gGtMnhjUaZXYf7TyKRMuNtwEE/Rko8rtR1RKvC8S5R+zJSxOl qvOzTFn7uaBDOCUheIa3S5BBjHdt8b7CO51ieC3BHF+h+96YG0trgtBUQmhN jdBaJrFkdKQ1RGitDKHjHWkFbZZaBc8F6ibYzNFXK8NmLUqVsFkUTm883NRz w01dbVA9k1gwaCaxgUH18i5PSyuzltpUb2zTiPoFY80r1VhTL/OAHqVKHtAV vaPu6XHvSEwjE4oiROod9bqxJq0K1KsDJeb3HmydMF3OFLO8V2zQJdpNu8Sk NzH1pDfRqrpEvUlnkK2f+S7xu0SJI004GRZkq5DXWUEmmm9r/ugB7F4FW3e5 2D6jq/7YsChBb1ePLjwGG8L7Yhtv30a96agPla3D9NcJznQnhbIUsSEdDutR lsf3GyKb1vNqxeo3KD0epW0IhLbmwSNrP7w8UAw2iif4FZMO/zC4bvYRTd79 TbzAJ8SkPIyWk7TjHxfXg49wEXFmfiYp2SQpzT3st1FBpbPZxa3YqPyVQFYL uwjjroZhV26bdrHeJV5EmX2ncG40hmIjB8WGGoqNTGIBijOJDaDYKIdiPa0e egquxlFQbLwMiokCio0yKDaiVAmKjRdAsfEHFP96UKxXQbHRBIqz9bMhFB/3 PCnSpAEUk5dCcaEsVVBsRFkeD8V6FopJEYpJBKvkCCjO8PwqUEyKUEwqodiy ut68a3oRpQTFZmMoNnNQbKqh2MwkFqDYThNVUEyFy7UYLM1yLDbS+mGm6Goe hcXmi7C4rxoWm2VYbEapEhbXPEDEGs0+oXUkLDb/FUKwtXBcD5uGBJtUhk2z CWxmqpLBowj1sHncU+JIkzrYrKsLbuO68LuNR1tlaBR3CwVfVXULZixThVNW JrGAU5nEBkNG66hwiHUMRllleGJFqRKeCLXtY0JGZsyispGdSSzBcrspltvl WG4qsdw+xk52mZ3sKFWyk11saw7GRtzWbAzDr2QMjKW2ZsfB+tKVC+TohYOG 3Nj044L1NjqjxMy3N9gJXAyC5AYH+2aZ1HhxvP57BuvVT6FpZn1ALs5tK3Ad KmEM6sB6AV8A5quNuF/aI9RzSmoX1yRkuiNT6o60erUL3VG2NcAOSNnuqFF/ ViZAKsSixvb4dNuLzCk+3valnLaqG7Y7hKT9sB0/VSAlHbHzXVu9as3O77TV R0tEjP8ZjX5xesVbiOqzOL7iKTmPafT0xY2epm1WO6nRqwUc1ejt021vCwva x9u+lLOy0V8pGr1iqZHjVA+rWVtxSheDJY2+dKH88fGuXKP/Ls/l2Sj4zKxc qKnu579Tiydxiz8h6GXq2e7SOqXl6GlvZ/intJwSAVIhio/ks4WgLy4ETXXI P1FvVogSAdlC1K3603Dpqr+65q9Fg3023Diy+ZdzljV/qujzy97iYM3ffVry l4qW7m7P6rfmaBT30Pv1PnDZL/FQ3uWJQfJuUmYQ2JaGJck8tDDGEpsKSEsM SDIRtSMtBuI4Th5U2qLxcDy6YxRRYiZ4SZWxSz0XuxQ6JNz8HEj0YTIQ53pP h8PJ/d240+kIAkjYuQE/2y88LGD7SP+wznGnTMvtxutEqdPZ5K83ww/DGwhb JPqO3c2BzacmweoZ5owzL3iG6eEqTzBNppVFkpj53erxiRcY7VMaNBDv5S1z xDfbL0Xa4SZLmubZSHJKrpSdox5sv2zgxFduMPFKnhfALp+PgfsMx6KaDmy9 Ge6DwwL4Q7SMOBIR8cme0AAWBEIxV4dHuLIAjFijvF67/FrXfBLx/PR21Lud Xdzc9X8cDn5uuauF5WDaTavyX1dsetx/cjdwdG2vLar2aHnJAAkiAR+RaV2w /m789EsbGazJTPtXIcgmRzePdLjUljrwTPPIjUZE83Dk5kGyzYNUNQ9yUvOg UfMgdc2DVDUPUtk8iLJ5kLrmQeqbBzmmeZDmzYMc1zzIUc2DvLx5kOOaR+zh 45rHVcPm4T1D5zGKTzJm3ufPfdCtt2fDtE9wyurG48Voo3if5QtY79axkuaS 6eLSBpIfdLSVvbii2dBMr8K1yzWMBg+9ROYK7gIrjVijc/O0hC15hsSvpMdR /I7yaRRzx1zr+lrXs7pkIQjRdOd5yy436ni+CxEaHHZr72v3mg0aeCfv1Icz NZx7NuWo45lOJrEQz8wkquKZuvCMHocnnfJ4ppUMDuKtsBOGxs+mOPX0MGeV l1Wvz946zmUZlb8Tk53+CKs/eqd4hOWUhVKdKFUKpSrmV4Q3UTG/gjOS0/kV ldc9O3VvcWrHTq+wnZteOUdNr/hxznbhyQWEWoohleLsqnJxMy2bS5VMktIl v6J2xENzqstDc6fB9CCSkKmRqjmOXj090MtDgiodsoP8uO3g8vhK5Zpnq+oZ XxMDZJok/JQmWFDfl6twt3a/MQx/23uTW350ttmiJaxIDRKMO29Bl8d3QGCY BCfAKjCJZDCJkfN+BCijFsUltNy9uxO7HvA+Bo367wz0fjDuwbkyDL72wXa9 zgy9iA+FIL7VhkcrJvskFr9j8TsWvyNmL+zLl/UhiT5JttKKiTr4B8HAyudT bLq1iDpTLPZ+EDKVsu3STikW7ZcoVTrOi7sk34xUYt0Mw7/9jrAKFX5i4IG2 gAT4klmS/yKXifpRwldM4OQA8WMdzsWP5+hHhpY0pI11oHEOJGYnkR9gD/xY i3TJ+N4lOZuSU2xqyza1Gtt0IdvUMiOVSm1q5GxKMjbFeTsxlwk7efMMLZFo 9dimOLYpzumQ2BTH7DhjUx2sNxk9jHvT2fD+TcSbXeoCtZbZYCU6Ljb+G19B U5RaiKZu7e7+03wJJ6W8/tH7xo9KyLRNdLaysU7PkzZqYtYITV08mc7snQJC RNNBsZg3GSKRhyDrwukGSWfBbmTzW2yfn93NUgzEGS5bMc+nWDk4q/2rTtw5 67jOWyCXVYDhdDh7+PFqwAzKBtcbBIOJLsNCt0AA5j2ELM3lafxAd6F9SxRB XLQRKwkbnb/i51RR1jcyJf3VY5c5j/XoMERnP7WliFJEpc8N03chDAIPHM5h 0ueu13DEggfRG0hc7DY7jrPTVxQ9bw+sOwArR3ajmb1juKDYYlkTdbmJRBln w+nsoff+48Pk7n6WlhNjyQaMoNpIQJAzkpQ2GvyKQllJuxEh8z5itocTN3I3 seqmVn1zydoMYoMdzl+aTeKNMXhDckRUgwWR0tFwEMiaH6uxXq+4gHbc+uCs bj7W05DYYCiMfRpVKhwPg6KaJf7YSGTnLj4xhIDBQTdWMfy2WQBkdYEALuar PfC0fNGO/fV2t/smWrqqn9V8sXjB4P2sxUtpMvJ/oEydE7JWiwcOng6GAML+ gSGqHacl+BNdipNcfA4DRNfxxY9XsC3TD0IRDvlAGenFTLkDtgOPSnhf92yE HY2suJpRrJTTDCcTNJ1MoqvX070LU58lqMTalAe7ePFpQdR84mJasAmTZs15 Aa1Mc+Ji3nobBpgL1imtdgDCZyyXV7ejq6ub4TmM4/p340lvNmKX3LOMK1rQ PklyhXySScQOasd6JVr0zWiCNtE0OjmoJqLjC9ojSmlyud7tObMoTJZapCQn tlxwE264AkyvlaQVHNaTYWWzdvAjswAbisJU9au7YJ0X/3KkKxLRviamYeDe BcOZnbtfAXgxW8i2pXyDKxq/fSaqrRj5JGYW0sS4l0vkGBpu1x4kkRKlCCkq RZoppXGltEgpXdKESJq03KfFAxukPvDt3xAYaBtv3cXwgAM18t2VCPxkSWmG lBZova+cdLWE05H8b2fQu7rQpbhAGHju8hur6qtwH/5vFH5a8T2w0WqfUJEa KgGbERZV0vpA6NdRsUrb5TW3kiqEQ6DAm42oqsvAurzEPKzLCr7BfQhBPkzA qKwzplhrQqU3orIbUS2aUGmN9NIa6aU10ktjek1uJ2gUUUHPv1t7e6912Hza bL9skj4s8B4RG/Xuo3qIfP/3RhKyihjW1MPPj6yVsI9qqqStPjBkXy/ZkKkb bYIIBJPNJB5YKynhGug2281Flnb3LLYejGa3uLUNnuNZ792Oh4rv78Z8xL3a ikDoIpqVL2xfbATI+dzlZ9zlES2e9RKdRTs0wlD8yS1P46cZqtPm+9KkRVia 5C1Lk3yvNGlVnrTelKsYip77W7hntom6AW6ttOdIbcuJP7ztAeqjz6tgD88S IqYwGiNd8ojtG0Hrz9nQSQzbo+D9GnnPh7W73wZQr9BZ+C0EAUnyOeAVLdV2 tdVK0zalhYS6yUoZjyygbsQxl7iLWvCh19JPaokb1ZK5n60ln8s9WlVrszU2 OsBNjDAPgXic4a82q5CNNTqte295WADPJy/YdJ7dr583bJQTIsIQTDPEbp1i SB5sFz5vs6yteQGMU+DsxS4arD6vQngBvo2uk907OZNm6TZ6+kXe7HM27Uvb fFKMCbWIZWZ3+oRjlDNczF+rxSfksRkrE93BfALtLVrrbX7s9Fd3xYPBRhQZ FxEA/hgkMgjMwNg4b8+GH2wevGMe2j11+dNH3L0g7P/zrqCfc4SCISEbz8Nk mZkLYf7IBLlz5kcwnySCnCQijgDwjWGZ6nF0pNOpDVDYv4sAhSgagseJ2UL9 25T3OViqN0tYwyWDqHRiBPsqxAymo2M8vkJnRKdEIxRU8BYMycJzJLaJQGdb 1uU8A4q9Hd6NGVJ4X6CP+4S4iGTdw2LLG86I7zwMoeML1Id50xc3ZHMnNkFd tt4U/tDg8LwTdGyitffQFWv5DDlf5//iFQOMHNyZ4XA5bsEj0fgRGYyWTTar 5s+ENK2VV2N0O5vOerOf8Ff75+4ZtCF25xxNhzd3owG7S3+G3/wn/hm9mzLL j26u7j7ya+Duz25E2nT4l1QYXPc+DAcP47vBUFwPrq+jRE1jWfXf399fj67v Hm7vbof/hF/4+n4ofhH4dd4CbaajtyPO3z2bPAyY8+/eg3osZfKuN41Ew+XV +6nQ6YZVjTiNZNn+OXlgRFw052AK45/g+QEjGt5CiaMsh38hwEv5/d772V1v djv55/D2HiwBtvkLKzTOljo2QotdPlzf9N5Ok1RxScX1XyD3/zt86N+9vxVm av04vL8d3jwUU9D4x4fxcDrtvR0+MPz6CZ7j4fxt5q4BT2FZg3VBK3jscwaq 3r69Y9rCbSiPDQ6ODPBPljyD4kJipBv/rYnfk+H9/WDUexuljMCLIMPVha3A /Izkn+Ln/XT2T27AGSM8b938ZRSrwpijKyJd0fjqLqVsRVdEShOULeaYK9SH vgldwos5/fFg+jAZ3g5YIeGOgcDtQCQedyKoXtEluh1+jJJw6x+wRsAN9oKJ Xfkrn8HGV3GjxZwJFbDb+mtvNGOyH2ajwcNf3g/fD6fd+NESRWdcbPKITuM3 vPSGzm8s0xsGv7FIbzj8xjy9AefDw6Akc4fwO07mjsjZztwRgq30jhBjZkj4 DSO9YfIbenrD5je0DIsoEM3cESUi7M7E2/BFGGs2KAGTEMRb8fu0LV6xSnw7 u7+7iRvXYDTtD2+vznlaUmc96+cWGPNE9iVn105ltzm7fiq7ydmNU9kJZzdP Zefc1qncvsWSWL0G79qnCllwHZxT2efAzur8iewuZz+56jmc/eSqZ3D2k6ue ztlPrnoaZz+56lHGPtvu2SCIwd2PsJxmDbMID6hEo0a4la6w6keRDzQY9y5W GxhdRE1fQZNPAJ73OwTPTEpp7jasV2T5/+Kp6Frx0kYYH3A92+jm7vbt/zee oMtLAEPs+20Uozv0xtGIQ/N5V9W/fqvPWG/xT/FzlP7kQ5X4duY3jBagO2PD l8nsfnreigY29/14HNNnZr6JL4CTDz1sh2UIeg7Hk3++G8CoZnLPBhW9wUPv Axs0MUFvH/q9/jvWb7/rDe7+ykdX3TPouB6mw7fMT28fQFpmvPTx+j4dWtxd Q87R2CAdTRlRtrxfH9z83+E99Posh8E9AgvBw43pO8YprlpySpqA+v3pW5Gb GEHE2kbaZzxB/vDEf6cn2CDqtssJv+O/yL3RAG0oNGnHw7Dk+m4yG93dgmf5 HZ1GfHfTh+mk12cD2KgUFKNx7yNzclreaFk0nxcIPIrKK27dvL+NCFtixAnj QnPBK8/dBzbcfH/LasPoLhp4Dm8Go+ibDTqZyfpXwmYwRuWXg9H9eTwlG77F opoSotnMDaPbwfAjEjdYTR5I17Gm/StW7wSbqNoPMJSMbvgLnN6j4qbX6g+u oGfB/D+qA5bOev0fwV2UVtq/MM0rzAeHEF0pzhuT5eZrsWYUQRxne9jD9LbX pfn4R+uMB7F0PY7BEKOLefzkio0pLvjJLkvE+MsI72AVJiePMooJSUJIE4m2 SmKesFQiTghJItFRScwTlknUnIQQJxIJVogsUJaKtGNCJ5VIVBJzhKUCjZgu dQyrUgqBOcJSgYkH9VSgphKYIywVqMV0WipQVwnMERYFNomY8HDsbx01sbU4 akJpSw5sxLER7X9GbARWOWaiHKDSP3uz21E+TNLKhklQkzBJqyRMghqESVoV YRJUHSZpKYIhx4ZJWiVhEvRvHSbRy8Mk3vcOk/wRFfkjKvJHVOSPqMhvFxWJ whp6SViDwcIfkY0/5tN/RDb+53ri3ymyoQxsHBPIOCGKQYtRDLsYxSCVUQz9 vyOKoZVFMZIJJsnMbVURgjxhacwhT3i7RduE9gvL/IlNSsVCCn8bdDrxfgaj MDywLJNX5dHVIeQvyOw70C0qlM9Pt+/Fm2bi+1BBthdrFvvifYSSaECZtAKZ WlouWFEmrUCmlpYPppSJK9Ip5RXiPSXyFHRqefmIVJm8Ip1aXj5mViavSKe2 X1KOavMVyNTS0lJUSiuQqaWZMZlZKa1AppZmxWR2pbQCmdoPNCmCVumHIp1a Xh4cyuQV6XLy4i0gfv2VQuSPlUJ/rBT6Y6XQ/4iVQk4+JkYKQTFSiIrhQlQs HxTT8jExPR8SK0TEzHxEzM5HxKLYm16IvWmF2BstRMm+a0xs+bKY2OJlMbH5 y2Ji7stiYvbLYmLmy4JiPKZzejhMf1k4THtZOIy8LBz2smhYJpx4ekzMe1lM zPm3WylE/oin/Q+I4mQ88Uc87V8znkZOjKeRxvE08t+xUohkA2zUJkYuxrbI xdgWsaa/n5VC5OiVQoYVv2pFtMoYW4GwLMZWIGwUYyM1MTZdqbwWZ1UZxyqS Kef/hp0oXjn/V9Cp5TkJXWWcSEGnjk8YMV1lnKhIppZmJrlWSiuQqaUlNqkO xRTI1NISi1QHYgpkaj/gmKzaDQUytTQSk1VGxIpkamk0JquMiBXJ1NL0xFmV VURBp5aXVKXqSKyCTi0vrUyVkVgFnVpeHmrK5BXpZHl/+uPv3/GPjQaHt28v zIf3k4veZNS/uL2DbSwfPnvBfBt63yUPjLGp64h9E8sg2W/2RwyNajqbBmua xT50jY0BiKlh408If5fca/4OEARjqvx9d1j/UknnBWFFuthYCSXfv5O/6bg3 QWKXUMI3jrzEuT+09jbZm84cXt7P8NECHyfJ82Gjls9T5ce3521V6UmKelq+ 2L4zy6fJfJbv+ar8sJ/j04t8voqPVOtpRRvW5vnsvJ60wGefwudF3xIfib4r +HxvodKT1PMtleXje6BW8nmn5efPT+RT+iHi629334LV49MenS3OEXEcesEq oIFmTx6f6l9NB7Ar99/ZBKNTILacNoKtcPmnxj9N/mnzT57qEP5J+SencfRk U1fI5d579Db7EG19vp3h+w1s8xDCHhbsTt9dr9iMYbNyO6i3XiOeu9gSAvap 7LRiHc0OvmDzLdhk7D9Yj88kH9gs5DMiFoIBBRvfmag/nCEoHM8+2G73/wc2 swuDzx13+bzadPzgmXZfHcLg1Xb+d/4dBotX4bfw1dvh7fB+1G9NAk9sQY68 tc83/GCzlh9ezZmsV+Iq+vpB7JG5wK4G22F3WuMJ7AKe2UBkxjcz/BztBk46 OuJbJMd8DFOMJW5BF9VF7/nWbmCd8UTweZvDsxfAriwgmt/rotfX0/6A2LaD Jvej8fD+7d+goG9aYMQ5ZAt7Ray3i09n4TmCPdZXNjV0cauLCHE0Yhro3S+t /s2PEF98GEH6Q793M7q678Hsny/dh72LV/6KP9sUm84txZb86aYk8oYlPJvs liU8K5tm9yvBkpazaV+oxdVMrrrRZie2RSjXc/JebObGt13/6G03Z7PxOWK3 kdah+C2TfwYcHaJdjNmFaZsXfNNoIIFHHHesPq02bPL/w1tm0dXG48J+QGi0 5BEBXyeITcE9sSfSJYITuuJt5y9hqxlv7s99//X15H37w3jYHgzbk+mwzRRu j6f37Ulv2B73h+3+R7sNnmxPh5P2eHbPUt5CSq/dH999YGQzYNPMdv/m+ub9 9F17MJu2YVjSHo8/tq8/MlFTJpb9o+yj/W42a8/G7cnV8E1GH3oJ+4mS5WtG prXvpx8GtD2+u20Ppg/9yU27fzv7eDEaMF2I2X49J/obYO6NB9kC0QgWXt9+ bN+MgeAdgxQ2fQ/E2QZdRJM9N5gJwxa7v473UWb2oUQ3HcPRTAybYesWGl+d tybxTuAR3eLpsIEq2G1B+EtGJFalpJuOC7veIzY+smw92pH2jLBKu4Ozw84l CVG3KEvgG+QzCRrRDYvGu+GeWaatErGgRl6EtXQXhIug2DFMhnnJDvhnBiGm bhQFJV2fJMj3LYsL0h1ipEIIxbEE97O7Ssx0CRma2CFEM2HHccfm1pyvtqFG u+iao8XV6G6qUTRlaAh7FA1WAd/g5Bt6Yg7ju9MKNPHNuYET3iE/KYdX8KVp ugzNGQX8OkcMjj9DCkI33obXeNg9m/F1+U7vkF900A4X7S+NOf4v2MHPhX3Y BKFQDbZQ4uR8x9CMIh5OSWNNuL26jjcnsQakg1si3sSFhKvHTXTcA8fJbmu1 hd2TcBf1wvDwzPcs2+z5VuCs38Bp8n20uz3sjBnAflYMjZzen0PYmUmcdJWl ju9A6vDrfnQ7Q2feEk6temJdz3mBkAAh7E/FT/GtpqVZWlpNq2VptWpaPUur V9MaWVqjmtbM0prVtFaW1qqmtbO0djWtk6V1anyBJWfgGmrZdTW+I5LzSI33 iOQ+UuM/IjmQ1HiQSC4kNT4k3InQdMUx0+hs7X321m0G418U1JZEbdVQ2xK1 XUPtSNRONTXFWWp2VU1NJGpSQ00lalpDrUnUmoqaqFGI6ml6FlgSYXqJsCy4 JMRGNbFcKKWjiQwvCbHSz0TGl4RY6WYiA0xCrPQykREmJtaUTiYyxCTESh8T GWMSYqWLiQwyCXGZhyWUSajrXCj5UKvxIZGcqNU4kUhe1Gq8SCQ3ajVuJJIf tRo/yiij1zhSRhm9xpMyyug1rpRRRq/xpYwyeo0vZZTR69qj5Eu9xpcyyuhK X1I1yuh2mq5CGV3paqpGGV3paapGGUPpaKpGGUPpZ6pGGUPpZqpGGUPpZapG GUPpZKpGGUPpY6pGGUPpYqpGGaPMw0qUMepcKPnQqPGhjDJmjRNllDFrvCij jFnjRhllzBo/yihj1jhSRhmzxpMyypg1rpRRxqzxpYwyZo0vZZQx69qj5Eur xpcyylhKX2pqlLFomq5CGUvpak2NMpbS05oaZSylozU1ylhKP2tqlLGUbtbU KGMpvaypUcZSOllTo4yl9LGmRhlb6WJNjTJ2mYeVKGPXuVDyoV3jQxll7Bon yihj13hRRhm7xo0yytg1fpRRxq5xpIwydo0nZZRxalwpo4xT40sZZZwaX8oo 49S1R8mXTo0vZZRxlL7U1SjjmGm6CmUcpat1Nco4Sk/rapRxlI7W1SjjKP2s q1EGNmSvpDZkaqWfdTXO8EOVqqjlCT1W+llXIw3BSj/raqghuMzPSqwhuM6T RCav8aWMNgTXeFOGG4Jr/CnjDSE1DpUBh5Aaj+ZiNKTGpbkgDanxaS5KQ2qc mgvTkBqvyqhD1AEmvQR2iDrCpJfgDlGHmPQS4CF1MSbCt5cfTXuKlH2wenz0 gi6C4Joifbddu8Fq/63L426KUG9BdByHBtVwJvhMFczVudO63LXSgmk1orU6 0XqpaL1GtF4n2iwVbdaINutEW6WirRrRVp1ou1S0XSParhNNFLUoTaqpobWV hJTXElJXTUhtPSHlFYXU1RRSW1UYKpVKN+qkG7XSRU1kOKJKSqRzaFFRpOIZ 7Pwhvbl0q1y6VSvdUkon+RqZSifKGpmVTtRV8l/O7r+C9OwoWxaeTVHKzhJU i9ZKRWt1orXfTnR0yk/c/0dPldkA4IZ94ziZX+SgS0rKgVZO6u14FIskWb78 SEZKUuMgev0hWpVEO5gf3RkifMHGVuzOM3+tg58fG7cRFTnVL3RLTU9V9Lp9 YRE1vaait+gFm1Yq6XUVvWNewGgwx7DYHTC6mk6i97tHg25muQa78WF4H90x MIa9FgfiOlpUiAbX4jo6LZ1JWbMqgCMeNmWBRXfsDknk6uzObHIv5TP9kF4T LoUfkJZIwR5fGBc8p3fE+TvS9W4hpbe+rN1NF722Me2w6cfNavMJ3bjfvOBN C05BZynwFR3E00a/eME2unjTCtzNcsukvYZ1HtvdNxRuDwFQTbf+/osbsF9/ c4Ng+4XJ8kOxLmsXeofl9kKIaMEBhq/h+MzWsweCxIqWN/AG+X51eIYFhQiW QaHwsOPnecUntW92X3FyAKq4eP3s7p9gb4uFF4ZbcZhn1omCCloUQ6JVfEKo 8G2OdLdYPWx33uYMjpdif3AaKRvKw34Z4lixM2bAhW+foxXfMRZjamE4zzbh czkj8BGxYMqOvXiW/j7nDAv/cfHkgW1QfHgtRj/x1WeX2AS6n9FPT8vg0mY/ WH6gpofOVstLzXCwjW3zPF16w5fAfE6qNcEtscbmPyeje7QH27Xh+TA4bOWF 6WKbpafhFpw+f7dZf0uPPQ3hSLSN17qBU5RBJH/vKjrnbMIgTFQYmKqELe95 7i1hySPfuoDvgsD+enD11cTwIr6ODDYEt5ADc3xW29jYk7UWYkisJOF/AeuV YCWNWanYCuGUXFPWk3Jld9NcaSUra0N7UUgg49s9NFVYzdpIYTVr/3SFB4JV q2elGVYjU9YGChdYrxorXGDtn67woLFztAyreVyVKLBeNVa4wNo/XeHBsdUf H1eHs6x6wv8C1qPbK85XxOa5GqcrbLxQYfOkXM3TFTaPU5jXJl3UJgs+SONc 1awvyLU5rBVYm8OaIVjtE8paYG1e1gJr87IWWJuX1UxZSbY2NVC4wNocwgus zSG8wNocwq0Ma9avDRQusDaH8AJrcwgvsDaCcM5qZ1izA70GChdYrxorXGDt n67woIlz8mBKnUxZmyNiytrIr2rWRu1VzRqVdX4Uq9a8DqtZG2HT1NvzwMRh B1EUDz27/CUacZzwVe8e9syIJkx8ngNTvfjtpnfbcH8Bj3HmwWr56L1BQMBm KKoZHfBx0kPI54ZcVpSwi988YYmXuMVfHLh4wyZSbIIb8NkbvK/GZmdwBjab dbVRwOZASzjGdpG8o8Z52wgqG3z7h82CyYpT4wndBZw9zZLZjE68hcd3dnn2 QThJqZ+XgffID9nVWc5wIG50jSH3BRzBvN6Ev1yyCeXyyzZYhslGbGjt7nlg QJy2e4bRJjxnOTCbbva5e+5XRpy9V1t0o7botKLoer7oJC46VhbdkotOpKLD I8Rjy26hM2IZ5cWP5YgI3aXbhrDQJSFxzYsG+aPbWQ8F2wPs27nfAg0iZq3t rFrb6f/yttNPtJ1dazvjX952xom2c2ptZ/7L2848xXZU173UdguqtJ1WhfUv NJ79Uqz30ZlWZbua4i+zPV1J8UlF8cmRXZ0vFZ++uPind3Ws7PPmZSf5shMo u+2qy65yPcZWruz2r1l2dZuhhpGksGHYTxT/3OV7BSDWMQXu5tFDGuve+Ro8 /hRCh0KFq188BBRxcF4SocciiFIE/EUiACliEXW+0Zr7Rsv7ZnGBjdJ6qfYN +S3rZc43c+Eb5zjPpGZFRmrWLCKyITqDxKs8JFqciIjBsjS2FogJzwyixxS0 g6OBNI6ZEAq9xXazdINv/Lko/JFM4mHODLXawFZ1IllLE0ev7pjkBTxrif7w V3jd94Lv15zSRa89Z0jx16XHd0MBWvZTPGVLGHaB53t75q5lzARUOGXACQNR TBJIlCBNEkh1FcWaloVOS6qipMEkobzjUCPnb97r1hWfNi4+/T0WHyoGzcxE 840lbSU4aSUk5lK1EppJLLSSTGKDVkKPbSX0yFZCFa2ERglSK6HFaiKQKaom OrZLqwmNqgkpnRQRRT2pBHKylOfSVDumnsDbigQ2dZCrCrxnAXuHHD1ATTXc bb94AeyWAs+PokfdIRpgNCBooLESHILA2+zZnYRlPB2llJR5Owxha4g2vO00 X+2lzoIknYVW6CxiD8d9sCl3FsyhZ7AA4BwFYvs8VjuimiUE5esIryRd9Ljd LmMAPl2AVAi7fCAR1+u4EPYJhci2DO2UQlQJoFGfS5TTX81uuc8BxKdupqMb 2DUFjb1H9743GiDSMcgbyExtqLYy50hqBoSInqAQjTK7j7ZGQqJNxtuMQNSN YRi/G1UasUzg/2/va5vbxpEG97N+BWruqs6ukx2C79IlqZMlxdHFsrWWMpO9 uS0XJZEJN7KkFaW8TO2Pv24AJEESpEg5mWdmN56JLRHdjUYD3Wg0QHRcu0D/ dTyZ9l4N/17OOt7fi/fwXOjDl+RVuHvEIyHEotbrNj+n8NrUNTyOYI+vyH1v zCRlKBwP2ZbqGVtqqG2pIRWWeBxGTVtqlNnS+LYsDitDqwypCtpQWFFDFGSs KOfYrJhtCq6ZmXPNTLWgTKmwICipsIagzPJJx0jHp5HKymwiK1MhK1MUZGRl KmYc0zfjGYfalhQNoTQz45jH/DK9KnirXtDb39oxOWFZJzWzfKapMc24daeZ xELbZmKhjappxqxjYOVhlJ9mTGFgtZIwz/y9j0bqarfxlovNI7nqjy1Hp+Q6 fO9BO8gQtwrW/r5NetNRHwfIJV5dTjXJ+BbqL6pd6uuZosrmVpZX03oMcSeD bXaM0nGPRFvz3XsY86w92AzwUqn2DKjjPw3FPXtHJq//xk/AcTIpDsAykHb8 4eLV4B1+EZjSx6RELsqUeYf9RjR0vg2gBXsc20vxKBZqnGiqC0vTrqHhJXuu 3tXMLvUFZDKZYF9aTQydlTN0ltrQWVJhwdBJhTUMnVVu6Mx0hJipobOaGDpL YegsUZAxdNYTDJ31w9B9P0NnVhk6q46hk4dR3tBZxw0dfaqhK9RfZegsUWVz Q2fKho4WDR0VRos2MHQSzncxdLRo6GiloXOcrj/v2r6AzBg6u4mhs3OGzlYb OlsqLBg6Ny1UGTqd97oRGy673NJZ6RCxU0tnN7F0tsLS2aIgY+mObNJohi5v cHUyls7+dwi1HTV2x42SlTFKetYo2XWMktTjFlt7SkbJPmKUjvWfV7v//rSx Qkexro3tbUG0VfbWjsmptN+RCgvaLxXWcHOcRgtfp4nmOwrNd0RBRvM5x27N MKuekZCrlpArFZbYR7eufXTL7aOttI9uEym5Cim5oiAjJbeoXx1Ns2L9cjV0 QhJPUMvolxsHWUt3cWnjA0tWVsHMZkFWl5zp1M7rGF4myN2KrJLhm/u2bj05 zvotg6zqHTld2ivNxSddhf3F8RcbX0S9wD9odMM1f15quY9jZtgu7s9K04ad mTaM42wXpg1ZEfCttdy0cTqBTCMWR2SvnS57XrmuNZd9KaYbR4Opar7sfFN9 Vp1M+JPqs9gIt/4Y6rw4fUgt+MBYNB9SSswm6qw/WZ31VBuNk9RZTaCROrun y97lEnSby74UM6vO+QMVnU61+wta0Ck9zJKoc+mh2uaRmpw6f5M9UHBZz+zK g2bqufkb6TKNdfmEcI1tylOcc4pOmOkMZQWn6EQJgUwjitufciP0JzdCT3nI 717Wa0QJAbkRx04tGVrpqaVjim0I3xxchIaKXY6ZKLbywDcotvdhiVH43tLb 7mHkGh1D13rk7Wq/8+AT3wD1WOHuJX9xPOOStTNOQrIcLHg8wi2Qt3Npsh50 BRcDnlqF5X/ZkPFwPLoDCFEoBed0ZWzOzMXmOA8JNsvpQX6eDEiw2zyS6XA4 ub8bX15ecgAs2Ho7luIlOizwBfzgsMphp0jLzdq/FKXT2eSXm+HPwxt8tT3h d+ytD7C6mezCR1y8zfzdI67TwjzANFnfFUFi5Nfh+w+swWSfwpBBGPHBlQW+ 2Xwuwg7XMmhaZy3KKbiSdg56sPm8xsRBTGBJAuzJbvN+5z1iihu7g5cXRPvd gSVyjchSYCQk4iwtOLQXFIMhV4f3+M1BMwPq9mrlse+mEVCB8+v1qHc7u7i5 678ZDv7e8sKF09H0bjqUfwlhnZpkX23zoT1avgBTg0vyd8R2LmAmG3/4rU0s 0BdMyCpStzZUj9TFaWcmXUk9ch6E0MaselBZPWiVetCT1EMX6kGPqQetUg9a qR5UqR70mHrQ4+pBm6gHra8etJl60EbqQZ+uHrSZesQ93Ew9rmqqh/+Ik8co zkoFvc/2NcitvwcH7COmAVvzdM1tEt9Uc4GXelw6ibpIk1eqIHl3oq2cnxVq o0uzCuMupxg1NnV45QrsAqouUE2OaiRoyR4J+5bZbmFPlLst0B1zoxsYXd/p 0gUHJNOt7y+7TKjj+TYiZHDYrvwv3VfgDrAZvlN52sjQcnsuHXVMsSMVFmKK UqEqpmjyTjHjEGGnPKboJH5BfI9QglA3psihp4c5jFsYWZ/8VVzLUrT/EsE6 itBjRxRkQo+KtQ1lSsTXNqZjSceA9ez5zs6x97aMpksbzc0tbTqNljY6Lm3c QnQfAxjFQEVxZVN5iFMvW8eULFDSo428E2O3WDezbnGnhmsuKEgDR7W+MKtd c7M8hKbiQXaw4yGulUctKs92OlV7V3UEIGkOfswsbnCoL8Nou/K+gpW97r3M nS05W2/IcoeZJhMrdN7CSUm8TnyB+ZUUpoNKpgPAmaVHSKFRjELL23tb/mIy mwXIqP/aIm8H4x7eBA1WZr/brFaSc0QDbAQNnDbuQtjwmzrsicOeOOwJX1/A nyDLD034SarN7NkfM9BIGFHZigdWQwsx3WmsQYKmkrZbOm3EpIMSpko9sXjS CGzBEib63JP9lsKAij5iTtsNWgLtBUiSfaIvEvZFwReN4u1o/MMqmvMPj+KD BEtrwsY86HENNEanoh/wJrCYi/QA7d6jOZnSU2TqZmXq1JbpIitTxxYslcrU ysmUSjLV8nKCLuNy8ucSLM3AmrFMtVimWo6HRKZajK5JMjVRepPRw7g3nQ3v Xwpc+bAFjlqQQcgnLvDQxleoihkNMdTa7n1YPIC+PrB08QRzZGykxQrxVqvN ggReiCbJ/8JAwR1c78Pg69k5stLFnkRATI75lfhfwmgf/S8SfQx5utBwn0DR SqjtepuQ7pIZT1OPC4iHCTIEjdE1ow6UWQvKrQW1qANl1OLLqMWXUYsvA/ia 3E7AC+dQYE8fwfnb+2lOST1RyzY4Arv3MHsQzDbLFASRtQV6+eBmMvlv0hnN x/nM51MSDvE2dFv4fo0fK/EC5uo1xlt4+gX+NhJMvTamyTCtxpguziKu1phX vmJ39bSVGGAuRw3CL8mUbegJmbz3isuYhBUenKpgIvA5pq81bwDlc6xUW01E HTtJardfE8/ghwqaV2ghopUOCrMmno2M2npjydgW4qWMzmviOVif01wwHWxf 5wTBMHWZS4h1a/SxRv+EGgPKBxzVTkF2dYYsK00WOTFZ4B8sV3hBqJi1RgMi CMNyRNcWS82k56IuekTHmHBlvfIktTqGzO/kibUztS5NSNBYwzHjcYaME/js ktRCw2mh4RQaTuWGAwsKISOnFT2jRvriUrRlKWJQE2/BV1uSWKoQl48e87CY SApN1nNN1tnSE1bZaZOpmguTLbsq7EMGb/fPhIkCD2aOByp4oCkPczUPbH3i 0PLpZ17Cg6LzrRwXc8HFPOUC/Ayl5UIu7Iq5oAwPZ0/cZ6uFl3KvF3i3c7wb mGEHf8saayqtA9eySrNiKplQKZBTUCAT+DBlBXLVPWmjLthULYt8NW6uGld0 lcuryYN3qu1ZwQrUsH+eukcXgYsOkSRPt6odNG9wPNFvntxvamdvydRvWTH2 y+YDYVk1K+XSrj2ZaDZHdqrMT+k05vJpTJo8zZPcN3+ZuG/w0TAkgRumwnkr p6OndNzsJKH0AksJLVKGFkp/stD3ecubG2V42b6sK6We7Dz1ZOf1ajakmkU1 Qn1M3SqOutI2+2mb/Xo15y39MU3M22SFJgZUaSOpsv68nQwwaxU1tCClZ0me hex+M83W1ZrtFjFTTtwiG3kzaQk/w0rZcNRm0gi4O5+uuOw8G6WYDsN0yqcb Rz1ZmlqhVPIpzGLz8ubZEePLSZtnljDpoJQNp0LKpppJV+Ha5O24Kfgwj/a2 wXrbOKG3VS6WUd3dh/XH9ebzmkeuDhHZ+e/JHqMFPOpDguDPBhItoHRRHZP6 9N7rEvhVDZVExh4WH8LVcudDvUu2a4sAk/UkjrEoIfE7wq036wsZdvvItmU0 ESvXWpvdYxxDv9uyreH7uzGL34UbvvG5EKZugbNEguctP2mYxGDPqoLGny3F ljIG9rzyMpa6pqRs/3G+xOLnb/yv7H5RKVhPzkJXM/VzxpuIE8LkjW5kyhQS 4HF0EpMQr3zxuC+jz8G6mPAh2TmCB3Jdi83jIwxhvm8OauPEOB9jxmBA4+t9 3pyc6ectpNsl98PpcPbw5moAI2N/2K0JbgB2NS3wCgB8BEGZx8o0bBTnvsWb wL+0CbSEavQZSzOpn7eRySB839W+4Js7uKMOH40lP1QkWp/bVd9G2MNxQ+WW dVnLOGuz4XT20Hv77mFydz9L2dO0DOsAUN02BMi1LVM2GnxHotDSRDfB4IHI MHdI7qGmemhUP1x6e49oLscvrYbtXE2f6WS8OUTxq4a6PPA4kLJ/MKXJiiUI Wa1CRqAt2U6D7ddiSqT9frOO4j4VY0GLtzLFgOA/YLe33uKjv2eGvBuzGH1d L9BidxEAv8zDPeK05vtSxVxEpUX+srQoYLocLh7YLkhHw7M6+4dwSWDG4mXP h2uYKRZoOleb7fZrZm8uVfN06mfTOBMs+DPwW09U/3hlya6F+Mpz3ATMXlAT 1vRvrohxaf3ENyrYRhFC8q8EqPilLQ3Li1brcnu33WIZMOpBi1e8tWzfP94w cgXIgR1x8r/s/fVSbAIzYHGkksEMJxMynUzEt+cTmWpGmLGjwcToJALkeNf+ 2t+FCwIzyRY3iM6A7LPb0dXVzfAc95j7d+NJbzaCr2zEApa4TCFTX3rAYYuj fhVuGcjNaELW4hBOkihIwLHLFARk5mjKartnyDuGIUPzkiSnzgXrqDVjAPgK M1xhLiQJNWIymn6N9jDFwaCLNiu+zRyIQ0oYiIklw4B/vu7BMLHJp3C3xyNg AikSSsfC8dpLDgsLkzbh5lucuVoR//Gw8vabHboH5Cz6GiGBpPi8FYUbHL/M ndri0RuMGlL2h1L5m0YZbEY9hMvG0E2pDWkTGHV+EsC2LK3XjhuARbSkYq1T rJhKFScrA34vklwbzdSGT/QyLYAyo7RsXao86EBBH8YDFh2Y+JhBLBcWLTSW QeLKeMKVYavFhN1P5YavyrWS3arEM3wu1movycJb/w+Y06MIXGfcbWUpvCJy xleT5yqUmKFskaEZ5dSwqXlaDEF2kkoIw+L3Zey67je89TIeVeCJRbMSL5ay YmFewgEsQsubBmMq3zIGjzUlM6uCqIVXLjSRF0NQjWo1fQeb34Q+Q1DMZiX0 zab0zRz9xMB/H/mk5iamL/KWcXfksOMnTINwHUZgwC9b9/7ysECN+ejv1peP 3pdPa5g6IkIN0zBYou44aLLbLAK2rILlkL9D48+TJQ7CT2G02RE8Rbrjx1O/ ciTD1W3y4bfWDFY1C5g6AY38NJv2fyJBAoiXCFLddWDEvP6N/BOsd7j/Cn6B JmOBLQ4XH4n/yd8B6UuNnZjwF63VJj8hxecnoH3s2HN8tuTy8ujxDvdPcbyD N43gcWm5Uf8p7f3F4+20xIlUfqSHnTwWlNDqQXV7mD3P1pstzD/bD1124F/r XlD4/7zL4ecsSICcgXOPp19AHYjGTikTbw7qhOqRIUFPIuE97pbquwJX+BXc j9SnxWsFYwS7A7ZjfEXOqKlTg+IOGLQZvJTonPBbEsnZZrsPH9FDuR7ejWGe 9D9jGOIjYSSSV1EWG6Y4IxwjHp4VvCB9XCZ/9iJwcGE1s2y9LPyQweFxy+Gm ezzZewWaD17R8/xP/BIHgGPPSBgem7XxlHp8ahktuA1LMHZW1zBaeTZgBpvO erNftS/u37tnKGN4ck6mw5u70QCean/Hz/HH11MYLKObq7t37Dti92c3Mdhf U2L4vffzcPAwvhsM+ffBq1ei0DCgqv7b+/tXo1d3D7d3t8N/4Sft1f2Qf6L4 6byF3ExH1yOG3z2bPAxgvN69RfagZPK6NxWk8evV2ynn6QZGc1xGZbR/TR4A iJFmGMCw9itGNQFoeIstFlUO/0oRV2fPe29nd73Z7eRfw9t7lATK5q/QaE1u dSyEFnx9eHXTu54mpfyrzr//FWv/v8OH/t3bWy6m1pvh/e3w5qFYQsZvHsbD 6bR3PXyA8f0rug9a/jF014CVQNUoXeQKz/meIau313fALT7G9rjYwUIA/4Li GTYXCwVv7LPBP0+G9/eDUe9alIywF5GGZ3JZofgB5F/84/109i8mwBkAnrdu /jqKWQFk8Y1mvunxt7sUsiW+0UwZh2xBx1yRPs5N5AVG7/vjwfRhMrwdQCPx iUWw2xGIHxUgOLzEV3I7fCeKtNY/8bUNWAtzJPgWhAFYui/8QQs6Ewdgt/VL bzQD2g+z0eDhr2+Hb4fTbnyWWCNnjGxyJltnD/z0gcEeLNMHJnuwSB9Y7ME8 fWCzB176oMMedNIHlNfrSk8oe+JITzgrtvSE82JJT3jdpvSEPTDSBy57oEsQ vAEUnkxg0Y1WZwVOCYqEEqbFb1NdvIJBfDu7v7uJlWswmvaHt1fnrCwZs77z 9xbK7kR0l6Ebp6JThm6eih44UARjAyVknUpkyXiwT0VfMHTnVPQ5Q3dPRfcY eudU9A6iw5A+Ed1m6CePPYuhnzz2TIZ+8tgzGPrJY09n6CePOsCebfbgBIG5 e4NvOK1wFeEjEFdqorXSl9764jgrGYx7F+EavQuh+gqYfAHivN0SDLCXwtyt YVaE+n/zVXCt+G1T9A8Yn21yc3d7/X/GE/LiBdvuw7252LrjbCw8DiNgU1X/ 1bU5g9niX/zjKP3IXJX4sfQZvQWczsB9mczup+ct4djc92M/pg9Svom/ICZz PdwOVIh8DseTf70eoFczuQenojd46P0MThMQun7o9/qvYd5+3Rvc/YJdCSg4 cT1Mh9fQTdcPSE3yl969uk9di7tXWLPwDVJvyhLVsnl9cPN/h/c460MNg3uC EsJI+PQ1YPJvrWxJWkD6/ek1r417EDG3gnupJ+iPnviv7Alwom67DPAb/hPd Kxy0IeekHbthyfe7yWx0d4s9y56YusC7mz5MJ70+OLCiFbpGxr130Mlpe8Wb 6mxdwM2RaC9/dPP2VgC2uMeJfqG9YIPn7mdwN9/ewmgY3QnHc3gzGIm/4HSC yPpXXGboo7Kvg9H9ebwkG15rfJhSarjQDaPbwfAd4Q9gJA8y32NO+1cw7jga H9oP6EqKB8FCS5/p/KHf6g+ucGLR2H+6ibZ01uu/we7S9Ur5F5Z5hfXgEFff xXVjcgPAir/GSzCOsznscXnb62r59XHrjIUoTTNeo1Orq7H19RX4QxcEd8SX BPDLAO/wxVgGLiqKAfUE0EgoWiqKecBSijQB1BOKtopiHrCUopYA0oSio6KY ByyjaHQSQC2h6CooFgBLKboxYCch2FERzMGV0rNjODuhB56XgmAOsJSgFcOl Iwd8MQXBHGApwWSImSlBXUUwB1hK0Ijh0pEI/pqCYA6wlGAyZNOBSFXakgcs EqwTI2LbL793nMg14jiRrreyoZw4GqT/MaJB+CKvFNdBlv7Vm92O8oGhlhwY InUCQ62SwBCpERhqVQSGSHVgqKUI/zQNDLVKAkPkPzowZJYHhvxvHRj6EQf6 EQf6EQf6EQf6HeNAIpJjlkRyQMd/BHN+hBB+BHP+uD3xnxTMUcZymsRuTgjc 6MXAjVsM3NDKwI35XxG40csCN8mSlUqrZVUIIw9YGhTJA95uyCaB/QyVf4BV KT8GEmx2l5fxrZqjKDpAlcmFjeTqELFLYPaXOC0qmM+vt+/5bUr876ECbM/v 3ujz8/ol4YAyagUwNbVctKKMWgFMTS0XTCmjVgBTU8vFesqoFcDU1PKhqDJy RTglvUKwrISeAk5NLx/OK6NXhFPTywccy+gV4dT08iHRMnpFOHV/pO2o7I4C mJqaE4O5ldQKYOq25o1DWVuLcDl68UWk3/9wFP2dDkf9QcJhPw5H/frjcNQf 5HCUnj8cZeSDYp18UEwEtBaFMNO8EKyS4mJaIS6WD4uZ+aiYlQ+K2fmYmFsI iRViYiK0phdCa980KLZ8WlBs8bSg2PxpQTEekjs5HGY/LRxmPS0cZj4tHEaf Fg57WjRMikaeHhPznxYT854WE+s8LSZmPO1slP7nOxxFf8TT/gBRHKknfsTT /j3jafTEeBqtHU+j/xWHo6gcYNNdauVibItcjG0Rc/rnORxFG8fYLCd++0g6 yqSKsRUAy2JsBcBaMTZ6JMZmKgOEblxVdbCjAKZc/1tGDFYZeSqCqamZiRgq I08KODW9pBHV0QkFnJpeJ4GrjOwo4NTREyuGq2xuEUxNzU5qraRWAFNTS9pQ HdgpgKklp8Vg1YIrgKmp0RisMnpaBFNT02OwyohYEUxNLems6minAk5NL+2u yminAk5NL29qyugV4bL0/vLj57v/gOs1vL2+sB/eTi5u73qTUf+i15+MHj75 u/km8r9JHZqm2aZJ4C91LCr/xbtVNUczbVh0GoYDv0zDIhq1Dar/hWjfpPYj PweMOAEr/9geVr9Vwvm7qKKc3/JDkr9/kp/puDchPO0MZZlIXmi5H7Ly1/LD Dl4n0ZLw9AIeA8njadZRPF9VH79ruYpPWuTTCXg+GBnPyOI5gR+o6tOCHJ5Z xAtUeLSaT0dc9Z7Hc/N86gU89xQ8X/zN4FHxtwIvvkI0Vx89jrdUto8l1anE 80+rT9xr0hxP2Q8Cr7/Zft2F7z/sydninNBOR7+AAWiR2QefrauvpgNMxPYP 8OYvC8BOp00wtxL7bbDfNvvtst+stEPZb539ZjAdM8kShLXc++/99T4im4Bd ifd2jdcMRHhHBjzpe6sQ3PN16F2S3mpFWO38SgJMfHLZinm0L7ULWNzgzVD/ DVxOoHwAl/8TXvkJs7cBE26H9Iczgo1j1e82m/3/xpvVot2nS2/5GK4vg92j 3n12iHbPNvN/sL/RbvEs+ho9ux7eDu9H/dZk5/Osc8RfBexCEVgi/PRsDrSe 8W/iz0/8Dq2F5rkdEPNlDvNxszys/Bymt9iGlx83Mir1FyB1kMEcrzXB2y9W m8XHs+icYFa80NUtkz/qEko7BnUoef1bq3/zBmNxDyMsh9X6zejqvocrZXbO HXNZhUHI9gH5zV5LnkQxvbMke58Jq0a+0YRV5WauM9EyXM6mfc4WYzP51hV3 oZiGYzM+J2/5BVosUd47f7M+m43PCTwmxqWuXQP9M8S4pPrFGL7Yrn3Bkogh CG4H3MFwCNewUP7p2l8fwrXPiP1EyGjJVs+BSQksV31+q+ULgnnQ40SBmOgg 8Od4Q9DzV5O37Z/Hw/Zg2J5Mh21guD2e3rcnvWF73B+2++/cNnoK7elw0h7P 7qHkGkt67f747mcAmyGaYbf7N69u3k5ftwezaRu9ivZ4/K796h2QmgJZ+KfD r/br2aw9G7cnV8OXEj86Xilr0uVzADPa99OfB3p7fHfbHkwf+pObdv929u5i NABeqN1+PqfmS0TujQdyg3Sh1c9v37VvxgjwGiwCLHV3PBtll+jJlRwgwqgF z1dxXi2Qj05Nu2N1DFvD5GimQ8ZX561JnBlOwC0+HNY4BLstDBVlDQoMqczD jscuJ7YNzXFNkaHojMKg3WKG9vMMBTGrZSkY4npjg5qWo8fZkc4c21WRWOhW noSz9BaUkdC1jmWDyUpyFp5ZlNqmVSSUzFwZQkHgOIyQ2aFWSoTqWkzB++SF iZheYIW25mCyPMxA13GZNPGCWkPvklfsor2r0d3U0MkUjBleYTQId+z+k6/k A3QYy1bELIEW2HNLS3CH6z2rAAb40rY9MMYAgZ/OCVjTT1hCyI2/ZiMes6mx S3Ex8x/WR3yGzkgHS2uu/U/MeOSlt+dy1vB+MQbObp+UGPGli3ZjTpi8uh1/ TmMO6KXW4rEZRgQvehIJOtkVg93W55WHNzy5mn5JKbkJ1x/JjffV371sYd43 KME/4sqbNvnN323El5etHayVNo8Agi2BKYnw+6PaZLoJ9p+9HXz6m7fbbT4D rSDilmcb+Yfl5oKTaIUbvEzs2d3LFvQWfOR99hL3E/fh4RFnPIKKHif8S3LT rbdf0ssb+Zfnj97+A550wASwG35F4CMLNbGrWgXU6HaGW8XJvYMttPbsjsDZ zWyAE9K76WBWQBZQcsqrh83WX5/hDT3wg7cgEsrOV/ALss5gxC4C9xwTy7Ks Pbqj4f2gCZ7HEBGPcqPhigGOqPHnc4awCN4vPvgoPRJfBqqRX0UaR5ZK+u/k 1w/L3QsXPkB9yLZPzsLlC8PqgL/m2ufp8GPD4JPIdwp9rrX4OPvvk9E92aN0 QUUtNjhDGCXJgFv6htbCjHx369XX9LrFCO/MW/utm82CX/jF4nTiKrAJTAp8 SJHR/V8xJevcX+Lcy/ax2a45/PTwG95PRwxiEovYxCEd3A2E8Uh1DPZRK4NK E/wnoF5xVFobVecb5afUmqKeVCs8TWvVK1F5QvX4BAI7DFCXYTVqLYbVqP3T GR5wVOM4qi6hWlJbazBcQL2qzXABtX86w4PanWNIqHazIVFAvarNcAG1fzrD g6bDX2s2hmVUM8F/AmpjfdXyA7F+rdbpDFtPZNg+qVb7dIbtZgyz0WTy0eTg L1q7VjXqE2qtb9YKqPXNmsVR3RPaWkCt39YCav22FlDrt9VOUak8mmowXECt b8ILqPVNeAG1vgl3JFS5X2swXECtb8ILqPVNeAG1lglnqK6EKjt6NRguoF7V ZriA2j+d4UGdzskbU70jtbW+RUxRa/WrGrWWvqpRRVvnjVCN+mNYjVrLNk39 PQtnHba4ePbxhnIMJPEbWa9690SkS8Q4ag8WanfRwMeLTieLcLTssrtT2fWv 4HsFh/WCHIEya0FZtaDsI1AsHxPAfnMo/WlQnHvoI1GlWP9ONp8xksDST5Az lhfrvJpEwjQuZFewFGR5WfqTEYuD8HDD7ZueSJPB87NgXTI8QsFKNMAoKLt+ 2Fvx68a7rdF66X9hq0tC7vdLjHoEYrEZDzRmtm6J+FoxzI7U+MlbhUu2xv1d qhW3z9epS7eshnVRVSdc8U7oFPuAPrUPSKc5g9+gD55a7XftA13VB32hCFqx E/QnK4LWnMNvoQhPrPa7doKh6oQB7wSr2AfGkxXhBAa/hSI8sdrv2gemqg+G L4vSN58o/ZNYe7r0n1ztd5W+pZL+K4X0rd9d+iU1fm/pW7+j9G2V9K8V0rd/ d+mX1Pi9pW//jtJ3VNJ/rZC+87tLv6TG7y1953eQPpM4yz/ZJfSZVusfyw6T PQ6BZC4CL9pnkrxYTscyLflIBDsehd35wHNeQp/r5sU83HMecIfLuORo49e/ vYzz2wSa5rJEz9o8HQ+L7SFZv/Qnb6WRwirgefnYbqK0UMqOp3lC4PUm2l/g yJvvwuV7P6k5yaGdwcusm5LEakhPlG7j8wFQ+EJrse1dENsnf73c7Nj+Ih4K gjUZJimzOlqb7PxP4RLTpyySg0AMt00wHIJ/ce0GtOLSeMvxArM6QfGH5Y4f dWLvqjwGSJym0I/Lnf+eJXcxoWZMxCK+a1j7AvPorNbRby80crb8vNkto+TV UrLy9qx3eJaXM42so3OoAVb9633umfcFgOVnR5tuHW26XtF0M990GjddUzbd yTadZppO7eZtd8gZdazy5sd0wvV+G65feG30Zl9QGo++R2+PGYzE+QOMoWiX +uXodtYjZ9FuQf7fw/Tq4RKGmXZ5M+k/XOL6vMu3ohFd7GIx+N3msOfpv8Ty /VPoKfGP9olztE/M/7Q+MRv2ifmt+8Q92ifWf1qfWA37xPrWfdI52if2f1qf 2A37xP6mfaKbpp/2yUJX9olRNZc+sVPcp86lATkzqvrkSPOXsidR0nxa0Xza 0JUIMs3Xn9z8010JaPu8fttpvu0U2+566rarul7TnFzb3e/ZdrUugp+flDx6 21917e8iyStM0CwTMTHAfcKj74QdJzWxUZh7miBEfIAvQ8KMSVAlCfwRJNAC xSSO9Y1Rv2+MfN8sLjSrdFyq+4b+nuMy1zdz3jedZj2TipVYqVgrLK1B0dRe lZraq7ypNShhCFlb2ykztVcMWd6cyKyPhJ329vEpSP1SE6sgLcYkIl2jB0zj LhT+UKnwMIdeCNf45jQvNtJCTKi99DH5fCxGtv7jGWyDFE6cLJZAtS9Ln70v hLDwkZ2WThG2Oz/wuTgFEkJpKYKWQYAl7mrJ3hF47+/Zei+Mj1sySeJeKDup ybpFkuNk2MPD0r3hw+3d7OHV3dvbAdKkZUtHKkozS0darViaYcgG38koFq2x dCyf7tT2/nf3QY41X6/dfP3P2HwcGHqZCqa6pyW6R2MUle7pUmFB96TCGrqn N9U9vaHu6WV6oovSjJ7oxYHCLaoYKKbmlg4UXQwUWrqopYqRUjkB0WU2xqIb TUaKqeG7EXp+sLgaf/OnscOecrjFSBi+64QnX8Ux/ogMNDKgZGBACw67Hcwx 8CRBGU9HKaQOXR5F+GJHm9gmmYf7zCRHk0nOKExycTfHvoOdneSgQ8/w5YZz suMvisMQEcOLE8oPFDZSuuT9ZrOMTfXpBDKNcMsdoHhwx41wT2iErB7GKY2o IqCrfAX9kh4JX/RjX0EXvgJVxy+0Mmehj+mL1emO6aVFXxKehl7RA21lk+Lq UhMHTYhtnC4quxcvPBKu7PHbR9hksJDsqRiN/M2JuHaBnrw/Uso6y/YMKneh D1+SV+HuEd+jIRa1Xrf5qxuvTV3DNzTs8RW5742ZCI065lrPmGtDba4NqbDE VTJqmmujzFzHL8JyWBlaZatV0EaZoTZEacZQc7bN2l6lmfMqTbWoTKmwICqp sIaozPKZzUiHqZFKy2wiLYR+gkt5pXIpzbIeMEVppgdMxVRp+mY8VVLbksJa lGamSvOYS6lX7UaoIyj2t/apTlhHS80snyJrzI9u3fkxmVpsM5lajKr50awz M8jjMz8//lfFtQXzDFnjyGFUwG/N3/tog692G2+52DySq/7YcnRKrsP3Hm4P DvE9urW/b5PedNTH8XmJl5tRTZpbCs0vmpPUUTZFlc0nEV5N6zEMQSWQ6fEo VTsk2prv3oPKsfZgM8C/p9ozoI7/NOzt2Tsyef03/mIjJ5PiACwDaccfLl4N 3uEXgSl9TErkokyZd9hvREPn2wBasEfVWopHsVDjq6i7RNO6htbVrK6rdzWz S30BKb9rObdqW28rZ70ttfW2pMKC9ZYKa1hvq9x6m+nwMFN7bDWy3tbTrDdV WG+rzHpbojRjva0nWG/rh/X+ftbbrLLeVh3rLY/Pmtb7u++ACeZrWG/6VOtd aH6V9bZElc2ttylbb1q03lRYYtrAeks438V606L1ppXW23G6/rxr+wIyY73t 2tbbzllvW229bamwYL3dtFBlvXXe5UZsX+1y822l48NODbLdyHzbTzLffZXz bZeZb1uUZsy3fSygqct7yp2M+bb/HeK5Ry34cUtrZSytnrW0dh1LKw0li0Uh jlva776vLZg/ZmmPDR+v9vD508bDnTIDFs8khe6tmknsmKbKtDlSYcG0SYU1 HFOnUQTGaWLWnDIT5IjSjAnibLtNolR2jKKSkSsVlph/t675d8vNv600/24T ObllcnJFaUZOblHXOppmxbrmaujkJZ62ltE1N95SKD1rQRsf27SyymY221Jw yZlO7by+6fCY+01ZhaMdcmbr1pN3Fb7lloJ631yXTjTkovGuYirAQRjPA4h6 gX/Q/odr/rx0EjmOmWG7eIpCmsHszAxmHGe7MIPJ2qDR7AxWawosI5BpxOKI 7LXTZc8r17Xmsi/FdFUzt3tJac29Dzfe+6BN9z6+oaFQHUz6kxoKcQ7G+mPY icXpY3XBR9yi+VhVYjaxE/qT7YSeqrlxkp1QE2hkJ9zTZe9yCbrNZV+KWWkn ys9TDdR2In+eyiozE4Nq3x20q1N6Ri4xE6XvQjQP3eXMxDc5ogCu9pldeX5V 7Ux8IxtBYxtxQvzONuU52TlF18x0SrWCU3SthECmEcXTCXIj9Cc3Qk95yB8u qNeIEgJyI44dhjS00sOQxwyGIVYU4NM0NBjlmGUG48h7OkWDoXxRp8Jg8ATH z3tLb7sHjTA6hq71yNvVfufBJ348wWOFu+SFNck3bWe8pWR5XHD9FIctaLI+ dgUXA34fMguPbch4OB7dAUScHTsNw+rKKKyZi8JyHhJsdhEv+XkyIMFu80im w+Hk/m58eXnJAbBg6+3YvczRYYF3igaHVQ47RVpu1n6cHXo6m/xyM/x5eIPR lITfsbc+wDJvsgsfcSk783ePuGoN8wDTZLVbBImRX4fvP7AGk30KQwb8Zc1l Dvhm87kIO1zLoGmdtSin4EraOejB5vMar9xmAksyvE14Rlq8l9ru4H2s0X53 YJmKIrIUGAmJ+GplVJkFxQjR1eE9fnPQfIEav1p57LtpBFTg/Ho96t3OLm7u +m+Gg7+3vHDhdDS9mw7lX0JYtSfphdp8aI+WL8CEYYDiHbGdC5ghxx9+axML 9AgzDoncRA3VI3XJ2hknQVKPnMcjtDSjHVTWDlqlHfQk7dCFdtBj2kGrtINW agdVagc9ph30uHbQJtpB62sHbaYdtJF20KdrB22mHXEPN9OOq5ra4T/i3JHc JA+9zzawyK2/B7/uI+lvgBxrRpv8LK4gvsCzgpdOoi3SnJjqR95LaSun/aLW 6NKcwpjL6UWNzTtetwK7gKoLVJOjGglashfGvmW21dgT5a4a9Mbc6AZG13e6 dMEByXTr+8suk+l4vo0IGRy2K/9L9xU4GWze7xyPsRpabo+tow6ydqTCQpBV KlQFWU3eMWYcM+2UB1mdxDUIgjTI2mm0x8agp4c5jF0YXZ/8VVzLUrT/MgY7 fSuuP3qt2IrrlMV3O6I0E9/tKI+M6/F6DK+oT9djevbIeOfYK7dG0+WY5uaW Y51GyzF2m75b2E7BYE4xaFNcjVWeC9fL1l4li6r0tDQfHbErr5tZV75TYzkh KEgjUrUmMquXE2Z5nFLFg7woiHVHK4/gVB4Xd6r2KusIQFJJ/JhZkOF4X4bR duV9BRN+3XuZO3l1tt6QJV4EuEts3HkLZzx2KQbYpNG0p7JJVLJJAM6mEYQU GsUotLy9t+UXYbAphoz6ry3ydjDugRKBZmMSgtVKcrxogI2ggdPG/R67jVmq 2ROHPXHYE752gT9Blh+a8JNUmzn5ccz8I2FEZaspWIEtxFyq8etAOE0lbbd0 UopJByVMlbp58ZQU2IIlTNyzJ/sthQEVfcQcVRu0BNoLkCT7RF8k7IuCLxol YCn5h1U05x8exQcJltaEjXnQ4xpojE5FP2BahJiL9Oj83qM5mdJTZOpmZerU lukiK1PHFiyVytTKyZRKMtXycoIu43Ly5xIszcCasUy1WKZajodEplqMrkky NVF6k9HDuDedDe9fClz5yA6OWpBByCcucP/GV6iKGQ0x1Nru7T/Olwsk8Mb/ yrJnSLpJzkJXM/XzREdtrY35dng8QLpOB4lw1SExmZcSEK+Dg3VZvqp4soAH cn0LntKR++Fgl50Y52PM3GjAzoV5c5i4zltIFzMDT4ezhzdXAxAo+NZrgs5E F2yhVwBA8R4iKPNYGQtpcO5bvAn8S5tAS8A5B4dYx4rayGQQvu9qmEA5QA8d PhpLHqMQrc956dsIncADM+e45vNWK8y64eM9TFi42K63zM5On+nkcXOA6QCl LOSmS9cJMUKxxGQRdZmIeBtnw+nsoff23cPk7n6WtlPTMjIAgGohIUBOSJmy 0eA7EoWWdgUg9D4B2WMSltxDTfXQqH7IsvGAs8PwS6tJemOMvZHpCDGCOZCy ozE3zIrn5VqFjEA71j4Yswbz9QzC75yK4j4Vg0qL3SAxsvgPeCJbb/ERLAQ6 B92YxejreoEmq4sA+GUe7hGnFXA9Dlab7fYr13TVPGsE/ESFxeZZh7XSBvB/ EmnMcVrh4oEZzw4ma9rtH8CiunFZYn/EV57cJ2BmgJqmdvHmCm/q+okzwkw+ Qgq+QJRbROOp1Pwve/CwhWfF2BSxVQYznEzIdDIR355P9x4ufZbIEuiUjxe7 sWWBUJ+4mQ7ey2U4c9ZAR1InRubaX4PBXMCkFG7RCJ9BLc9uR1dXN8Nz9OP6 d+NJbzbCzHjYs4AlzvJPklqxnmQRscXRsQq5Rt+MJmQtVtFJ7iIBx87yC8jM 4nK13TNk3hgZmpckSXwumAjXjAHgK8xwhemZJFRYtGM/ggTAFcWlKkyR2peO +EtF+XNqW5bWuwDbsvX2IRosaH9Wnjq750wX63aDD1Xu7SSi5dS4r8soMrsZ bVY+FtEiI5TKnNB6nBiME0NwYmaqp5nqW96HxQN4ow/s6j+CktjE17aB4jOL TAIv5AEeGVSXQPUCrP+FgYZLTHwVfD3DadTDucNDQEwb9xXGdBjto/9Foo8h T6QX7hMoegSK20dhdCphAwQMjkHB6OyyIVoJFWF+L+zCWlDVbYC5LREPzE08 YTOGGh8mKFSYdXXNqANl1oJya0Et6kAZtfgyavFl1OLLAL4mtxMyElA4xW9X /t5vHdYf15vP62SygqU/2WOObD4OSRD82UAiGIjRkXH46T1oCfyqhkp09QFM +GoJvlFXXICJAJiHT3jQSkj8jnDrzfpCht0+8msnxTJWa212j/Hy9m7LQsL3 d2PmWocbHvBciOX3wg34JZAMz1t+0rosdMWqXpIzcTsn+twfvPKycFFaNt+X Fi2i0iJ/WVoU+KVFYXnRal3OYsSn6K/RHmQjbD+TVjpdpLJlwD9f99Dqk0/h bo97BgIpEs7QCxaafclhgzn4SNw/F0H6FfEfDytvv9nhuCJn0dcICSTF52iv 9FJuw41RWrYubSSOTWhl7ELg2IiDK/EUtWA+1jJIRoknRsk8kEfJp/IerRq1 8ogVyfu4K3nY8W2LIFyH0QfM9HvvLw8LxMF0uZeP3pdPa3BnIkLBghkWv6mV +967zSJgOgu65u9glsvc3zqb9jM3t8opaZPLW10tc+srdEO4+Eh8WHF+xdSW bAHsL1qrTd73+cULWTDXEpFtvoJnuxiinbiCAj9tD64ErGO3IPjthy7bO9S6 FxT+P+9y+PkhEutq8MdxsQtSIBrb8SDeHLoHpZIhQU8igdP4Bfjhe7wYdxtu XkxGdyb5vHz0XvwyGPd0csCPGO8yDLLATn1hauRzuMMklqiSkciTwvCgz6Qo GTqlOShBqBTu+c016Q8uwDiR/v3thaub1tUzlPlLeIxPud/Nlrvof0SE8y7Q 0c4Sk+rWm6tnETmLP8HCl+ouePLzQxD4u7ZgQyDhLAauHNBv469f8PegB9Yf qD3GixcB+8suhKmgK771Dkt0I3hgEu8i/rRZHR59soKxsooE0NjHiFGIizUf M2nzhfQOUQ5rzE+KXpuAXIaHR9SkZ/OVt/6IE8ECb21Yqq9tiLP5pksTvOEh RrA7pqaNr8gZNXVqUB2jMizBbHRO+IUV5GwDc8Ejmpfr4d0YKvY/Y50fCSPR OmOKq3XZvRHsPxha4LzjVRu6uvTtGlbQu6+sjUOEFGDU5XC0a6io5ItLycS1 USWVbGkpkU5cmamkkisuI6PHtekqKrnSUiJaXJmlpJIrLiNjx7XZKiq50lJe jLiyjpKXXHEZGTeuTUklV1rKixlXRpXDrlBeJBQfG1nxzV+CFn1z2KOa9Lp6 3hIm++g1wcVYSbqZqsd1vry0vVbSHuXQLpQ3bG+nWXuL4KI9RtIete7ky0vb ayftUatPvrxhe6lV1gIz4VCpcYXy0hYkZkJNqFCubEF5F1CzpAWdhEGlZuSL GwpOK6nViskqG5srLbW8yShWsp4vLiOTdJFyDOZKy4gkI1WpuLnSpn1XHH3V o7VssCazq9oqFMpLBZ+qk5JOrriUTDrDKrW2UF5KyIkrVNPJFTcUf3EMV0rf KJG+TmMulLNqvrjpGGnGZJk10PWYC1fJZK64IZOlokk6SD3vFcobWqEy660n fqJ6/imUN2xvUcqVbNrNZtWGVsFtRl3JTIXNUWpJOXklNxXkleO7Qh0aKi1t 6MGp+amgXxz61fSV/FTQVw61CvpFfiI/4hu/MOJF8su9t8MjZi5ZHdZEYxAY xxrck+vh2KDuBE8tvMIMmnjaE0/QivjEhS4iFAJnyrfhbw+Pc39HaPy09+pi NiR9DOyGHh6S4jhbLzrGCgNpyotAyjODpzAmkX9YbsQymJ1LFTHp/QZ3odd4 sm6z5weJD0HUfQYkn7FlbUS9VrRn+4DrcN+FpTjDexbNw/UzfPSXHz//pj/3 w5vh7fWF/fB2cnF715uM+vinPxk9fPJ3803kf4M6NE2zTZPAX+pYVP4LP5Rq umETqhmGA79MUyMatS3D/gvRvkHdR38OOPCBlX9sD6vfKuH8XVRRznf2SfL3 T/IzHfcmhB9Tpezk4gst90NW/lp+2JljUFnC0wt4DCSPp1lH8XxVfex8eKuK T1rk0wn4+VEZz8jiOYEfqOrTghyeWcQLVHi0mk9HnJjO47l5PvUCnnsKXpyK O4NHxd8KvMBfqPikx/GWyvaxQ7iVeP5p9QXzE/GU/SDw+pvt1134/sOenC3O Ce109AsYgBaZffDJq53vX00HODdj1PqyAOx02gTPYrPfBvtts98u+81KO5T9 1tlvBtMxk1PFWMu9/95f7yOyCdh5urdr3KeIcBMGnvS9VRhsduvQuyS91Yqw 2vmeBh6UvGzFPNqX2sV01sNTLv8NHH+gfCC3m0+EOgQWogYsQTqkP5wRbByr Hn2D/42nqaLdp0tv+RiuL4Pdo959doh2zzbzf7C/0W7xLPoaPbse3g7vR/3W ZOdzV4P4q4BtRPkr8tOzOdB6xr+JPz/xQ5oLzdNxlIDooCFz3NMCP2OBIf+z 6Jzgezahq1smf9QllHYMmAzI699a/Zs3D2+nw4cRlj/0ezejq/vebHR3y3bZ 8AB7GITAyIU4ebTkr2WlO1vZXS9WjbzvxapydXnTS8twOZv2OVuMzeRbV+yY dVzTZXxO3vITPezVm3f+Zn02G59jlkJiXOraNdBnV7lfUuNiDF9s175gbw4g CB7Lv4M+DdfkBfnp2l8fwrXPiP1EyGgJD7UvgUkJme59vl/+guBFEPGrRy9w G9KfB/MgeP5q8rb983jYHgzbk+mwDQy3x9P79qQ3bI/7w3b/ndvG6b49HU7a 49k9lFxjSa/dH9/9DGAzRDPsdv/m1c3b6ev2YDZto2PQHo/ftV+9A1JTIAv/ dPjVfj2btWfj9uRq+FLiR3+Bh0rp8jmAGe376c8DvT2+u20Ppg/9yU27fzt7 dzEaAC/Ubj+fU/MlIvfGA7lBulDN57fv2jdjBHgNar3bf9jx99u6RE+2fUCE UQuer+LD9CAfnZp2x+oYtoZvRJgOGV+dtybx6yACbvHhsMYh2G2xHDIZqwBD KvOw4+GbT8Q2NMc1xbHkMwqDdotXVJxnKIipKUuBXyDdJgY1LUePj0SfObar IrHQrTwJZ+ktKCOhax3LBruTvAZ1ZlFqm1aRUDL9ZAgFgeMwQmaHWikRqmsx Be+TFyZieoEV2lCnbrDXTjouk+Y83ESG3iWv8K0adj06FMMShe1fD8Id22P7 Sj5Ah/FEn+xsRWDPLS3BHbLXq9kAX9q2BxYVIPDTOSY5/YQlhNz4azbi8RUK wOuy133Ydez87WxGOlhac+1/4ukuD8/ocEDOGm6vM3B2bFRixNdS0JgTJq9u x5/TmAN6qbXu8CUxTiQK36/FK3/sfaJu6/PKW8OKztX0S0pFJlvvq7972QIB QgEX48vWBM8DHR5xJiGoe/GLN8k7IvhuCMDjH7Hya5PffIDmX162dt56uUGS 2HCYhki0OewQaroJ9nhXfZv8zdvtNp9fttZBxA3Vli0QL8RKErdpn+OhwtZ6 +yU958m/PH/09h/wVAJfhPILLzfYdHZYW0CNbmeE2ulBSJaXNQ8KffWw2frr M9yFxzdn8AUyyt6x44cqzmA8LgL3HF9ExYsxNN3RbFPC8xgi4lFuElwxfBE1 /szet39YBO8XH3xsLEnuMiO/xrfcIdzfya8flrsXLnyA+pBNn5yFyxeYihUv 5ThPBxfr5E/i/UjoUa3FR9F/n4zu+dtpuMXNhl4IYyAZTnhPdAtfsrlbr76m pzsj3MZe+60bPCyOJMnVIRLxAjIBk88HDM/m68PCfokTKxGZ43X81WMv69nV eX1lVJrgPwH1iqPS2qiMV/ekWlPUk2qFp2mteiUqv5eB+10G/jJrM6xGrcWw GrV/OsMDjmocR9UlVEtqaw2GC6hXtRkuoPZPZ3hQu3MMCdVuNiQKqFe1GS6g 9k9neNB0+GvNxrCMaib4T0BtrK9afiDWr9U6nWHriQzbJ9Vqn86w3YxhkaqB /Tj4i9auVY36hFrrm7UCan2zZnFU94S2FlDrt7WAWr+tBdT6bbVTVCqPphoM F1Drm/ACan0TXkCtb8IdCVXu1xoMF1Drm/ACan0TXkCtZcIZqiuhyo5eDYYL qFe1GS6g9k9neFCnc/LGVO9Iba1vEVPUWv2qRq2lr2pU0dZ5I1Sj/hhWo9ay TVNxqPiwxaWxj69kYZiIn7q+6t0DhTguHN9Z/vz1JtrjHqF8TQmWsT3L/GIu 3IkbBNJ1DbkXF3bMcEnUxSXRkC+JCstGXDl12TIHlksBBuJwdxF3MtlZhW4r WQHBknu/xHV3IBZEfITgiWJCblEe1K2UBBeVDG8eg9ez8NWS5sNOggeQI/Dz LHw1fS4qvuBkV9ChhKEvxaX04gI6fP/isF7gC3CUVuOkqQBlJO1YRQqcIxWZ l1pjnCSfSQMc66R67MY49gn1pHcPNxB2ehFpjES75MhISO8ilCo6OnqMHHMU tbYmVsqd0SWdCpVGLcbj+ht8S+S4avNJ82+1VZspnICvo9rcAflbbdXmS4W/ fTfVxqaTQ4R3I31loSbotxg2BklM7C8+2+jptn6NJwWUALYKOTUFs+htOWJa 7vAGY1NxhqYGFxO1yN9TIvl/nex3hkB5f+Rgk9sp8hcuaaIgc+GSVn0BLsbe pAtwF8ok8VW5Txpek51PXZW9cOlb54g/1nTraNNLr/6tzNuhztr1x0n7wse4 1lVejXos3wnIzTkqt9Kszv8WcivJx3hUbu5RuZXebfZvIbeSTGhH5dY5Kjf7 31puJXmNquWmm6afym2hK+VmnJbXqpbg3Kfa9oCcVV5rfqT5S630avek+aWp YqD5tOHUFmTvEnxy80+f2qDt8/ptV2W/oBeu1+AeRS13jyIeu/l+bVfrC7rR cUmd+86plMRGuiQxQ6KYKCJDAn/iawa1lMSxvjHq942R75vFhWY1u+MStfb3 G5e5vhHpSDrNekZT3kQfW0NDmQKC38dKuV/M9o+PplrUc9fAUvU1sFQqLMkI T2vmI6Plt8Cyw5b8ykk9vdeVlt0CuxTBJIagJQhUsS6goiCzLjia1M6QrWf2 Ilb675AT8Vjz9drN/9Pm9NMrlEWVtY/GWCot0aXCgpZIhTW0RG+qJXpDLdEV WqKLgoyW6MrrirVkmJiaWzpM9Dh9TOlaiCrGSXX6mGV2+fxN0se4Gj8W2dg/ rZOLjn7bNFOG4rbf7DScywGt17ntVx4j+RzQ9CkEMo2ovLJYzzTCPaERsmbk c8jUakQZAT7t6l2qXvWyKz7UV4LQS0tKNV0QUltZqyIviplYIF1U1jwDtdh5 4ejpTbplrLM7a0ArLvQhvhe2e8SDfcSi1us2P5z22tQ1PINmj6/IfW/MxGzU tKd6xp4aantqSIUlXodR054ajbKgGk0unjcUltQQBRlLyjk2m7hnZs49M9WC MqXCgqCkwhqCMssnHiMdp0YqK7OJrEyFrExRkJGVqZh1TN9MkpbZlhQQkbI4 M9xjvlnznGX5mO3TnZMTVndSM5+UrcytO9WoMn0ZVVONWcfIysNIKxhZs6uV RHrm7/HuuOdXu423XGweyVV/bDk6Jdfhew/akCTQaJPedNTHwXHJ7nTWJANc qLsqQ7MpqmxuaXk1rccwFLe7jkfpmEeirfnuPYx31h5sBnipVMM0KSxVCop6 9o5MXv+N72FzMikOwDKQdvzh4tXgHX4RmNLHpEQuypR5h/1GNDRzdxp/pMxK Ymhdzeq6elczu9QXkPLF4XOriZGzckbOUhs5SyosGDmpsIaRs8qNnJmOEDM1 clYTI2cpjJwlCjJGznqCkbN+GLnvZ+TMKiNn1TFy8jAqGjmrysjRpxq5Qt1V Rs4SVTY3cqZs5GjRyFFhsGgDIyfhfBcjR4tGjlYaOcfp+vOu7QvIjJGzmxg5 O2fkbLWRs6XCkqT2dt2k9na5lbPSISIltbebWDlbYeVsUZCxcvaxOJMu7211 MlbO/ncIsx01dMcNkpUxSLl0PrXSo0o9bsnpfLhBsksN0rG+82r33Z82RuhU 6HlscwvirbK5dkxWZQEcqbBgAaTCGm6O02jR6zTRfkeh/Y4oyGi/E2eibRQW sGMslYRcqbDERrp1baRbbiNtpY10m0jJVUjJFQUZKblFPetomhXrmauhE5J4 glpGz5Ic3aUbubTxGaVcjm6zWZAVs79RO69rOjzmrkVW2WiHnNm69eQ467cM spbkk5e2S5vmk0+zIzfNJ6/EzLBd3KKVU3Nnpg7jlNTckiKwvM2NU3OXEMg0 YnFE9trpsteSXNRNZa/E5FOm26W0JBr8DXVZdTDhT6rLYh/c+mOo8uL04ZRm cm46nJSYTVRZf7Iq53JMN1dlNYFGquyeLvs0b3ZT2Ssxs6qcP0+hiM/I3i8o QKf0GEuiyaXHZ5sHaHKa/E22PsFTPbMrj5ipp+RvpMY0VuMTojQ8KXOsDs4p 6pBPKd1YHUoIZBpR3PWUG6E/uRH5DNiNG1FCQG7EsfNKhqY8r1RHp6Vc3w11 Wo2Z6LTyaLclrgF93lt62z0MWqNj6FovzXnOtj09Vpgmt5OcsHbGLUizk+d9 HMUmLpUSkXMuBvyeKHFP5ng4Ht0RnspeK6QpL83rmmYp5xG5GJvnk/95MuC3 bk6Hw8n93fjy8pIDYMHW27H7qqLDAu9aCQ6rHHaKtNys/cv4DtXZ5Jeb4c/D G7zFJOF37K0x085kFz7icm2W5rvPAkyTFV0RJEZ+Hb7/wNN17lMYMhBpbHLA N5vPRdjhWgZN66xFOQVX0s5BDzaf13gTGRMYv9LL3+H1Ou933iPe12V38J6a aL87sJtkI7IUGAmJ+MopHNULimGQqwNLbOSghQFNeyUSHZlGQAVOLl+kFy6c jqZ306H8Swgr075Ij9tr86E9Wr4AK4OL8HfEdi5gEht/+K1NLFAXvM1W3Hrb UD1Sx6admWol9cj5DVwZs9pBZe2gVdpBT9IOXWgHPaYdtEo7aKV2UKV20GPa QY9rB22iHbS+dtBm2kEbaQd9unbQZtoR93Az7biqqR0+T9sW37AHvc82M8it SMvZ3wA51ow2+Vlc3nSBb79eOmmiyXTaSvUj70i0lTNzUWt0aU5hzOX0osZG Dq9bgX0su7mRoCX7IuxbZouFPVHusEBvzI1uYHR9p0sXHJBMt76/7DKZjufb iJDBYbvyv3RfgR8QJ6+vEUo0tNx+S0cdS+xIhYVYolSoiiWavG/MODTYKY8l Ool3EARpLLHTJJbIoaeHOQxfGGCf/FVcy1K0/xLBOoqQY0cUZEKOHeW5Tj1e 3JiOJR3/1bPnOjvHXtUymq5tNDe3tuk0Wtuw+wDdQnQfgxfFIEVxaVN5eFMv W8iUrFDSI428E2O/WDezfnGnhm8uKEgDR7XAMKt9c7M8dKbiQfaw4yGulUcs Ks90OlX7VnUEIGkOfsysbnCoL8OIZ3uLMyVKZ0qUielxbhJvDl9ghkWF6aCS 6cB0iiJPZ6xRjALm6eOvGj+XEudhGjvMRKlIj01ZemwaOCw9tg2/qcOeOOyJ w57wVQb8CbL80ISfpNrMfv0xQ42EEZWte2BJtBCznsaT1HGaStpu6fQRkw5K mCp1yOLJI7AFSzwn4n5LMXfgR7wqe4OWQHuBOT3xE32RsC8KvmgUU43wD6to zj88ig8SLK0JG/OgxzXQGJ3GqSIRXECnh2f3Hs3JlJ4iUzcrU6e2TBdZmTq2 YKlUplZOplSSqZaXE3QZl5M/l2BpBtaMZarFMtVyPCQy1WJ0TZKpidKbjB7G velseP9S4MoHLXDURjzlBOggOGrjK1TFjIYYam3/42Tf/pG5+ltkrk6uydUT tWyDI7B7j+mg8QJtpiCIrC3Q2Qd3k8l/k85oPs5nPp+ScIi3odvC92v8WIkX MFevMd7C0zGJs2ckmHptTJNhWo0xXZxFXK0xr3zd7uppKzHCXI4asGQxfMo2 9IRM3ntlVzzHrPAQVQUTgc8xfa15AyifY6XaaiLq2ElSu/2aeAY/TNC8QgsR rXRQmDXxbGTU1htLxrYQL2V0XhPPwfqc5oLpYPs6JwiGqctcQqxbo481+ifU GFA+4Kh2CrKrM2RZabLIickC/2C5whuhxaw1GhBBGJYjurZYaiY9F3XRIzrG hCvrlSep1TFkfglbrJ2pdWlCgsYajpe4Z8g4gc+Tg+QbTgsNp9BwKjccWFAI GTmt6Bk10heXoi1LEYOaeAu+2pLEUoW4fPSYh8VEUmiynmuyzpaesMpOm0zV XJhs2VVhHzJ4u38mTBR4MHM8UMEDTXmYq3lg6xOHlk8/8xIeFJ1v5biYCy7m KRfgZygtF3JhV8wFZXg4e+JGWy28lHu9wLud4x0QgXf4LWusqbQOXMsqzYqp ZEKlQE5BgUzgw5QVyFX3pI26YFO1LPLVuLlqXNFVLq8mD96ptmcFK1DD/nnq Hl0ELjpEkjzdqnbQvMHxRL95cr+pnb0lU79lxdgvmw+EZdWslEu79mSi2RzZ qTI/pdOYy6cxafI0T3LfRCqlC/7RMCSBG6bCeSuno6d03OwkofQCSwktUoYW Sn+y0Pd5y5sbZaPbWUZXSj3ZeerJzuvVbEg1i2qE+pi6VRx1pW320zb79WrO W/pjmpi3yQpNDKjSRlJl/Xk7CcjkjBpakNKzJM9Cdr+ZZutqzXaLmCknbpGN vJm0hJ9hpWw4ajNpBNydT1dcdp6NUkyHYTrl042jnixNrVAq+RRmsXl58+yI 8eWkzTNLmHRQyoZTIWVTzaSrcG3ydtwUfJhHe9tgvW2c0NsqF8uo7u7D+uN6 83nNI1cHTFb2nuwxWsCjPiQI/mwg0QJKF9UxqU/vvS6BX9VQSWTsYfEhXC13 PtS7ZJu3CIDpikSMRQmJ3xFuvVlfyLDbR7Yto4lYudba7B7jGPrdlu0Q39+N Wfwu3PD9z4UwdQucJRI8b/lJ67IEa6zqJTlbip1lDOx55WXhorxs/3G+xOLn b/yv7FpoKVhPzkJXM/VzxpuIE8LkjW5kyhQS4HF0EpMQr3vxuC+jz8G6LIde vHMED+S6FpvHRxjCfPsc1MaJcT7GjMGAxlf7vDk5089bSLdL7ofT4ezhzdUA Rsb+sFsT3ADsalrgFQD4CIIyj5XxfMCM+xZvAv/SJtASqtFnFM2/ft5GJoPw fVf7gm/u4MY6fDSW/GiRaH1uc30bYQ/HDZVb1mUt46zNhtPZQ+/tu4fJ3f0s ZU/TMqwDQHXbECDXtkzZaPAdiUJLE90Egwciw2RRuYea6qFR/ZDlBNNcjl9a Ddu5mj7TyXhziOLXDHV54HEgZf9gDqsVzw64ChmBtmQ7DbZfa5D5Yb/frKO4 T8VY0OKtTDEg+A/Y7a23+OjvmSHvxixGX9cLtNhdBMAv83CPOK35vlQxF1Fp kb8sLQqYLoeLB7YL0sG8cZhHeklgxuJlz4drmCkWaDpXm+32a2ZvLlXzdOpn 0zgTLPgz8FtPVP94ZcmuhfjKk5oFzF5QE9b0b66IcWn9xDcq2EYRQvKvBKj4 pS0Ny4tW63J7t91iGTDqQYtXvLVs3z/eMHIFCM9b6X/Z++ul2ARmwOI0JoMZ TiZkOpmIb88nMtWMMGNHg4nRSQTI8a79tb8LFwRmki1uEJ0B2We3o6urm+E5 7jH378aT3myEyUNxxAKWuEQhU196wGGLo34VbhnIzWhC1uIsTpIZTsCxSxQE ZOaIymq7Z8g7hiFD85LkJuwL1lFrxgDwFWa4wmx2EmrEZDT9Gu1hioNBF21W fJs5EGeVMBATS4YB/3zdg2Fik0/hbo8nwQRSJJSOheO1lxwWFiZtws23OHq1 Iv7jYeXtNzt0D8hZ9DVCAknxeSsKNzh+mTu1xSM4Xyj+o/EHBpDRCeGnMRxT Yjzlm5Hk2/+2ZWm9dsw1FtFibR25MipVliwBGIoh10AzNeATvWy4Q5lRWrYu 1RL0lKCz4pGJnkp8niCWBQsLGssg8Vk84bOwZWHC7qdyC1flQ8n+U+ICPheL spdk4a3/B0zeEeZ8xG1Vlm0xImd82XiuQokZyhYZmlFODZuap8UQZG+ohDCs cl/GPup+w1sv41EFnlgdK/FiKStW4CUcwGqzvGkwpvItY/BYUzKFKohaeK9C E3kxBNWoVtN3sPlN6DMExbRVQt9sSt/M0U8s+feRT2piYvoiIyX3Ow47fqI0 CNdh9AEzTN/7y8MCNQYzO18+el8+rWGOiAg1TMOwyMVLEkdHdptFwNZPsO7x d2DlMxmYZ9O+nH85k0U5ScEMg1PGAlsaLj4SHzNKYDZWduLBX7RWm/yE8osX slPLljhxyI9ssAOmQstxsMPktwdDebbebMHsbD902bFurXtB4f/zLoefHyJx kAKcNzzdAFIgGjuMSrw5SBGlkiFBTyKBBxguwGmDdoJZCjcvJqM7k3xePnov fhmMezo54Ec84GQY0ONg0l6YGvkc7vyWt0AHJxLJfxge9Jl0LApn+hyUIFQK 9/zmmvQHF7BQJP372wtXN62rZyjzl/AYn3KXiS1p8ORFRDjvAh3XvMSkuvXm 6hmMxPgTLG6o7oITNj8Egb9rCzYEEp5BgIkK6Lfx1y/4e9ADNxyoPcaeroD9 ZRfCsrwrvvUOS0xoy0+iYSqOT5vV4dEnKxgrq0gAjX08IhSiZ+9jBneUIdnv EOWwxhy5eNxZQC7DwyPOI8/mK2/9kSUywYv6luqb+uIE1KlXiZf6xQh2B5R6 fEXOqKlTg+IeVMRyIkfnhN9RSM42sC5/RB/heng3hor9z1jnR8JItM6YWda6 7KpA9h8MLfCIMK+Pri59u4bl1u4ra+MQIQUYdTkc7RoqKvniUjJxbVRJJVta SqQTV2YqqeSKy8jocW26ikqutJSIGVdGleItlJcRsuP6bBWZXGkpN1ZSm1LA hfIyQm5cX0dFJldayk3SEdRScpMvLxKK3+pZ8bP5BK365rBHVel19bw1TF5z qAkuxkvS1VQ9tvPlpeMyka5yKOSLG7bWaNbaIrjgwkhao9aefHlpa+2k95R0 csUNW2uWsW8m7CnHVKG8lH0n5k+p/vliJfvl0u+UsN9JuFMOkXxxQ6FZJbVa MVmlyHKlZQJLBKscNrnSMiLJ4FJqWq601K5ocd+ozUquuGHX0aIUK4Ve1tU0 mVnVtrhQXtpcGrdHOTXki0sHfDq7qkd8vryUHz2u0FXykytuKH6tmfRpEV6w YcRsKKewfHHTQdKQyyK8YCO1kmovJF/ekM8yM6on5k095xXKG1oiWjbZ6omj qJ5+CuUNG9xQedXKXk7ebkZeOZjLqbsNmW9GXaEqleSVba0g31AnlI2tIK/0 9iqE09BfUsNX0C+qVjX9IvzWiyK+uwcjnvDMuXs8E4+ZkleHNdE4CIajB/fk ejg2qDvBF1VescMnk90GX28WEYqL+OhMjDTlr17cHh7n/o7QVuQfqw0hmlbG cVR1wdPeq4vZkPTxLYDQw5fwOA6+djOJ/MNyI5bB7JVh8UbBfkMeMW5DdpvN nr/jfQii7jOo7xlb1kbUa0V7toWzDvddWIozvGfRPFw/w0d/+fHz4+fHz4+f Hz8/fn78/Pj58fPj58fPj58fPz9+fvz8+Pnx88Sf/w/YjcZLAJgDAA== --0-905629472-1132235604=:7025-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 16:04:49 2005 Return-Path: X-Original-To: stable@freebsd.org 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 373BB16A420; Thu, 17 Nov 2005 16:04:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7085943D4C; Thu, 17 Nov 2005 16:04:48 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2123119 for multiple; Thu, 17 Nov 2005 11:04:51 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAHG4YTg022588; Thu, 17 Nov 2005 11:04:45 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: David Xu Date: Thu, 17 Nov 2005 11:03:29 -0500 User-Agent: KMail/1.8.2 References: <200511161623.38494.jhb@freebsd.org> <437C89A7.9040708@freebsd.org> In-Reply-To: <437C89A7.9040708@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171103.30215.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 16:04:49 -0000 On Thursday 17 November 2005 08:46 am, David Xu wrote: > John Baldwin wrote: > >I have a patch for nve(4) which fixes at least one known LOR in the driver > > and generally fixes up the locking. If you have an nve(4) card that > > currently works, please test this patch to make sure it doesn't break > > anything. If you have an nve(4) card that doesn't work, this patch > > probably won't help. > > > >http://www.FreeBSD.org/~jhb/patches/nve_locking.patch > > After this patch is applied, I got: > nve0: port 0xb400-0xb407 mem > 0xec000000-0xec000fff irq 20 at device 5.0 on pci0 > nve0: nve_oslockacquire: normal mutex not held > nve0: nve_oslockrelease: normal mutex not held Ah, I think I messsed up the conditional for this when I added the sc->dead checks. I'll update the patch in a second. These warnings aren't a problem during attach before ether_ifattach() and bus_setup_intr() or after ether_ifdetach() in detach. Here's the relevant diff to the old patch: --- //depot/user/jhb/acpipci/dev/nve/if_nve.c +++ /home/john/work/p4/acpipci/dev/nve/if_nve.c @@ -1726,7 +1726,7 @@ DEBUGOUT(NVE_DEBUG_LOCK, "nve: nve_oslockacquire\n"); - if (!mtx_owned(&sc->mtx) && !device_is_attached(sc->dev) && !sc->dead) + if (!mtx_owned(&sc->mtx) && device_is_attached(sc->dev) && !sc->dead) device_printf(sc->dev, "%s: normal mutex not held\n", __func__); NVE_OSLOCK((struct nve_softc *)lock); @@ -1742,7 +1742,7 @@ DEBUGOUT(NVE_DEBUG_LOCK, "nve: nve_oslockrelease\n"); NVE_OSUNLOCK((struct nve_softc *)lock); - if (!mtx_owned(&sc->mtx) && !device_is_attached(sc->dev) && !sc->dead) + if (!mtx_owned(&sc->mtx) && device_is_attached(sc->dev) && !sc->dead) device_printf(sc->dev, "%s: normal mutex not held\n", __func__); return (1); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 16:13:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3747516A41F for ; Thu, 17 Nov 2005 16:13:00 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36203.mail.mud.yahoo.com (web36203.mail.mud.yahoo.com [209.191.68.229]) by mx1.FreeBSD.org (Postfix) with SMTP id C0DA243D45 for ; Thu, 17 Nov 2005 16:12:59 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 90969 invoked by uid 60001); 17 Nov 2005 16:12:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CgOD3Lg00PMFoljerJCQ17wHEc3Np2xYmYbGFDq/syqqqdbcpvm3ChpNauRn/ATH3br7pvGuArJ0b0ZO8CEjidb0YnLzy0QMc5pYDnQvj8Nh15j+tgbNuCJTFmoThDFy6w4k0XbKtmPuxjF2UEeqo0oHJEYTVYZgAHq7KyAuShE= ; Message-ID: <20051117161259.90967.qmail@web36203.mail.mud.yahoo.com> Received: from [218.232.14.39] by web36203.mail.mud.yahoo.com via HTTP; Thu, 17 Nov 2005 08:12:59 PST Date: Thu, 17 Nov 2005 08:12:59 -0800 (PST) From: Rob To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: 6-Stable: swapinfo has wrong output? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 16:13:00 -0000 Hi, I have upgraded to 6-Stable. The swapinfo command gives wrong output: Device 1K-blocks Used Avail Capacity /dev/md0 131072 11848 131072 9% I guess, the math should be: "1K-blocks" = "Used" + "Avail" However, "1K-blocks" = "Avail", irrespective of what is used. In case of more than one swap device, then the Total line shows the right numbers. Is this a bug? Rob. __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 16:23:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4A72E16A41F for ; Thu, 17 Nov 2005 16:23:59 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE75C43D6A for ; Thu, 17 Nov 2005 16:23:35 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 95571C255; Thu, 17 Nov 2005 11:23:34 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id CA256C254; Thu, 17 Nov 2005 11:23:30 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 6817EC251; Thu, 17 Nov 2005 11:23:30 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=b7V7lBO6Mpju4WU9LE1m9WFzV4ll2xAwB328vXL3ZV4TuC5nt6tKahn2I8pkhh3SX SJ4E6+Ocv/Gzbc07p8fd5GfW8yBz+KphVM+G4zNOIuxjOSLuQLkkUvz1JBQbMTS Received: from [10.12.211.88] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id C18F5C0D5; Thu, 17 Nov 2005 11:23:29 -0500 (EST) Message-ID: <437CAE79.50106@protected-networks.net> Date: Thu, 17 Nov 2005 11:23:21 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20051117161259.90967.qmail@web36203.mail.mud.yahoo.com> In-Reply-To: <20051117161259.90967.qmail@web36203.mail.mud.yahoo.com> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: 6-Stable: swapinfo has wrong output? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 16:23:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rob wrote: | Hi, | | I have upgraded to 6-Stable. | The swapinfo command gives wrong output: | | Device 1K-blocks Used Avail Capacity | /dev/md0 131072 11848 131072 9% | | I guess, the math should be: | "1K-blocks" = "Used" + "Avail" | | However, "1K-blocks" = "Avail", irrespective | of what is used. | | In case of more than one swap device, then | the Total line shows the right numbers. | | Is this a bug? Yes - I noticed it because the nagios plug-in ceased to give me sensible numbers - I *always* have 100% swap available ;-) Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDfK55iJykeV6HPMURAouiAJwNHf+11/3f4elXIfxi1+ipza9S/QCg/gK8 zMALDxTY9R9MQBDAqI3n9W8= =ZFnw -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 16:24:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 EE77016A421 for ; Thu, 17 Nov 2005 16:24:28 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B7343D6D for ; Thu, 17 Nov 2005 16:24:17 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [134.117.23.170] (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 7902A1700DC; Thu, 17 Nov 2005 11:24:16 -0500 (EST) Message-ID: <437CAEB0.9060202@pldrouin.net> Date: Thu, 17 Nov 2005 11:24:16 -0500 From: Pierre-Luc Drouin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pierre-Luc Drouin References: <4377775B.3080606@pldrouin.net> <20051114105854.GA1041@galgenberg.net> <4378CC14.2020109@pldrouin.net> <437A3901.8010001@pldrouin.net> <437A3B96.4040300@root.org> <437B42C0.9040605@pldrouin.net> In-Reply-To: <437B42C0.9040605@pldrouin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance problem since updating from 6.0-RELEASE to 6.0-STABLE last friday X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 16:24:29 -0000 Pierre-Luc Drouin wrote: > Nate Lawson wrote: > >> Pierre-Luc Drouin wrote: >> >>> Hajimu UMEMOTO wrote: >>> >>>>>>>>> On Mon, 14 Nov 2005 12:40:36 -0500 >>>>>>>>> Pierre-Luc Drouin said: >>>>>>>> >>>>>>>> >>>> pldrouin> Yep, smart battery is definately the problem. The >>>> performance of my pldrouin> laptop is back to normal when I remove >>>> the xfce4-battery-plugin. pldrouin> acpiconf -i loop reproduces the >>>> problem for me too. So it looks like pldrouin> there is something >>>> wrong in smart battery. >>>> >>>> The cmbat has similar issue on some laptops. So, acpi_cmbat.c uses >>>> cache for retrieval to reduce its influence, and its expiration >>>> time is set by hw.acpi.battery.info_expire. >>>> However, acpi_smbat.c doesn't use cache. So, I made a patch. Since I >>>> don't have a laptop which has smbat, I cannot test it by myself. >>>> Please test it and let me know the result. >>>> >>>> >>> The patch seams to do its job correctly, but it is still very >>> annoying to have the whole computer to freeze for 1 second when the >>> cache expires. What does make the whole system to freeze? Before the >>> code was changed in 6.0-stable, FreeBSD was able to read the battery >>> status without freezing my laptop... I have been running 3 OSes >>> (FreeBSD, Ubuntu and Win XP) on my laptop for a while and never >>> experienced that kind of problem with either Linux or Win XP. I >>> guess there is something wrong in the new code added after 6.0-release. >> >> >> >> If you have both smbat and cmbat, just disable smbat if you don't >> like it. Add this to /boot/loader.conf: >> >> debug.acpi.disabled="smbat" >> >> The pause is related to a buggy or slow EC. Caching the values >> happens to hide it. Do you get pauses with smbat disabled (see above >> for how to do this)? Can you still get battery status from cmbat? >> > Ok, there is new development. I realized by playing with > debug.acpi.disabled="smbat", debug.acpi.disabled="smbat cmbat" and > debug.acpi.disabled="cmbat", that my laptop battery is not a smbat, > but a cmbat. When I played with hw.acpi.battery.info_expire after to > have applied the patch for acpi_smbat.c, it was freezing less often > because that sysctl variable was shared by both cmbat and smbat. So I > can only get battery status from cmbat (disabling cmbat disables the > use of acpiconf -i loop). To get the status of my battery via cmbat > was working fine up to 6.0-RELEASE (included), but makes my laptop to > freeze since I upgraded to 6.0-stable with Nov 10th sources. What > change related to cmbat between 6.0-release and 6.0-stable could be > causing this? > _______________________________________________ > 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" > Has someone found how to fix this problem in -stable? Thank you From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 17:19:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A2B8516A44B for ; Thu, 17 Nov 2005 17:19:46 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A9CE43D49 for ; Thu, 17 Nov 2005 17:19:45 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi2.stromnet.org (81.231.107.13) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 4378E95300109EEA for freebsd-stable@freebsd.org; Thu, 17 Nov 2005 18:19:44 +0100 Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi2.stromnet.org (Postfix) with ESMTP id 21428CF032 for ; Thu, 17 Nov 2005 18:19:39 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Thu, 17 Nov 2005 18:20:38 +0100 X-Mailer: Apple Mail (2.746.2) Subject: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 17:19:46 -0000 Ok, just got this not so very nice error on a RELENG_6_0 box (built from sources this morning, GENERIC kernel minus drivers I dont use): Nov 17 15:35:43 elfi kernel: subdisk10: detached Nov 17 15:35:43 elfi kernel: ad10: detached Nov 17 15:35:43 elfi kernel: unknown: TIMEOUT - READ_DMA retrying (1 retry left) LBA=85720528 Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Device gm0s1: provider ad10s1 disconnected. Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=134356992, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=134373376, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=134438912, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=268591104, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=268607488, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=268623872, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=268640256, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=20151026176, length=2048)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[WRITE(offset=32299655680, length=8192)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[READ(offset=37363671552, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[READ(offset=38349087232, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[READ(offset=45453566464, length=16384)] Nov 17 15:35:43 elfi kernel: GEOM_MIRROR: Request failed (error=6). ad10s1[READ(offset=54459458048, length=131072)] Nov 17 17:59:18 elfi syslogd: kernel boot file is /boot/kernel/kernel Nov 17 17:59:18 elfi kernel: Nov 17 17:59:18 elfi kernel: Nov 17 17:59:18 elfi kernel: Fatal trap 12: page fault while in kernel mode Nov 17 17:59:18 elfi kernel: fault virtual address = 0x48 Nov 17 17:59:18 elfi kernel: fault code = supervisor read, page not present Nov 17 17:59:18 elfi kernel: instruction pointer = 0x20:0xc0506b92 Nov 17 17:59:18 elfi kernel: stack pointer = 0x28:0xd56d7c9c Nov 17 17:59:18 elfi kernel: frame pointer = 0x28:0xd56d7c9c Nov 17 17:59:18 elfi kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Nov 17 17:59:18 elfi kernel: = DPL 0, pres 1, def32 1, gran 1 Nov 17 17:59:18 elfi kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Nov 17 17:59:18 elfi kernel: current process = 36 (swi4: clock sio) Nov 17 17:59:18 elfi kernel: trap number = 12 Nov 17 17:59:18 elfi kernel: panic: page fault Nov 17 17:59:18 elfi kernel: Uptime: 8h55m1s ad10 and ad6, 2 brand new Maxtor Maxline 300GB SATA, attached to a Promise PDC40518 SATA150 controller, makes a GEOM mirror gm0s1. I've been running this stuff in another "test" machine (MSI K8N neo Platinum, KT333 chip I believe), and I havent had a single problem. I moved the disks/controllercard to my "real" server 24 hours ago, with the only apparent "problem" I seemd to have was this: Nov 17 07:06:12 elfi kernel: xl0: transmission error: 90 Nov 17 07:06:12 elfi kernel: xl0: tx underrun, increasing tx start threshold to 120 bytes Nov 17 07:06:18 elfi kernel: xl0: watchdog timeout Nov 17 07:06:18 elfi kernel: xl0: link state changed to DOWN Nov 17 07:06:18 elfi kernel: vlan5: link state changed to DOWN Nov 17 07:06:20 elfi kernel: xl0: link state changed to UP Nov 17 07:06:20 elfi kernel: vlan5: link state changed to UP Comming and going... these problems just apperade during first 20-30 minutes after boot, then they dissapeared totally (and yes there was plenty of IO on the net going on both during and after these messages). Sometimes i just got the first two messages and nothing "happened", but sometimes the watchdog message came and the network died for a minute or so. Here is dmesg from last boot (directly after crash): Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 17 00:49:29 CET 2005 johan@elfi.stromnet.org:/usr/obj/usr/src/sys/ELFI ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 1900+ (1599.56-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480800 real memory = 536854528 (511 MB) avail memory = 516014080 (492 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 12 on acpi0 pci_link4: irq 5 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci0: at device 5.0 (no driver attached) fwohci0: mem 0xdf000000-0xdf0007ff,0xde800000-0xde803fff irq 17 at device 7.0 on pci0 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:02:7e:fe fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:02:7e:fe fwe0: Ethernet address: 02:e0:18:02:7e:fe fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) uhci0: port 0xd400-0xd41f irq 19 at device 9.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 16 at device 9.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xde000000-0xde0000ff irq 17 at device 9.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 0.95 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pci0: at device 12.0 (no driver attached) atapci0: port 0xb400-0xb47f, 0xb000-0xb0ff mem 0xdc000000-0xdc000fff,0xdb800000-0xdb81ffff irq 17 at device 14.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xa800-0xa87f mem 0xdb000000-0xdb00007f irq 19 at device 16.0 on pci0 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:ef:c6:36 isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa400-0xa40f at device 17.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci2: port 0xa000-0xa01f at device 17.2 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x9800-0x981f irq 21 at device 17.3 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xccfff, 0xd0000-0xd07ff 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 1599556047 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 ad6: 286188MB at ata3-master SATA150 ad10: 286188MB at ata5-master SATA150 GEOM_MIRROR: Device gm0s1 created (id=4118114647). GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. GEOM_MIRROR: Device gm0s1: provider ad10s1 detected. GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. GEOM_MIRROR: Device gm0s1: rebuilding provider ad10s1. Trying to mount root from ufs:/dev/mirror/gm0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 8076 files 28 WARNING: /var was not properly dismounted /var: mount pending error: blocks 4508 files 2 xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 120 bytes xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 180 bytes The network card is the exact same model as the one I used in the "test" machine, didn't have any problems there.. So, any ideas what this can be? If there were a disk crash, wish I have a hard time believing since I ran powermax (maxtor test program) on both of these disk 3 weeks ago and they have been running fine w/o a single problem since I started using them, why didn't just GEOM kick in and run on the other disk? Pagefaulting is not a way to react if a disk goes dead.. Hope someone can help me/this problem doesn't occur any more... but I suppose that is to much to hope for... Thanks Johan From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 19:01:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 B05EF16A41F for ; Thu, 17 Nov 2005 19:01:33 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D5043D4C for ; Thu, 17 Nov 2005 19:01:33 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (av.hub.org [200.46.204.144]) by hub.org (Postfix) with ESMTP id 00002C08C14 for ; Thu, 17 Nov 2005 15:01:32 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 87438-06 for ; Thu, 17 Nov 2005 19:01:32 +0000 (GMT) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 8DF87C08C3A for ; Thu, 17 Nov 2005 15:01:32 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 6E24F61965; Thu, 17 Nov 2005 15:01:32 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6D71E5FFFA for ; Thu, 17 Nov 2005 15:01:32 -0400 (AST) Date: Thu, 17 Nov 2005 15:01:32 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20051117150023.Q1019@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: Smart Array P600 Controller Supported ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 19:01:33 -0000 Either at the 4.x or 6.x versions ... ? I'm looking at an HP 1U server that has this included ... will this be a problem? ---- 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 Thu Nov 17 19:32:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A798C16A420 for ; Thu, 17 Nov 2005 19:32:43 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 665A143D46 for ; Thu, 17 Nov 2005 19:32:43 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 31B0E46BC0; Thu, 17 Nov 2005 14:32:42 -0500 (EST) Date: Thu, 17 Nov 2005 19:32:42 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rob In-Reply-To: <20051117161259.90967.qmail@web36203.mail.mud.yahoo.com> Message-ID: <20051117193152.S1109@fledge.watson.org> References: <20051117161259.90967.qmail@web36203.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: 6-Stable: swapinfo has wrong output? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 19:32:43 -0000 On Thu, 17 Nov 2005, Rob wrote: > I have upgraded to 6-Stable. > The swapinfo command gives wrong output: > > Device 1K-blocks Used Avail Capacity > /dev/md0 131072 11848 131072 9% > > I guess, the math should be: > "1K-blocks" = "Used" + "Avail" > > However, "1K-blocks" = "Avail", irrespective of what is used. > > In case of more than one swap device, then the Total line shows the > right numbers. > > Is this a bug? Very much so. I've committed a fix to HEAD as pstat.c:1.96, which I'll MFC to 6-STABLE in a few days. Thanks! Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 19:42:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 DFE1816A41F for ; Thu, 17 Nov 2005 19:42:30 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mail4.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 802A843D69 for ; Thu, 17 Nov 2005 19:42:27 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mail.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id AE75D17B8C6; Thu, 17 Nov 2005 20:42:26 +0100 (CET) Received: from mail.ijs.si ([193.2.4.66]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83904-15; Thu, 17 Nov 2005 20:42:24 +0100 (CET) Received: from radagast.ijs.si (radagast.ijs.si [193.2.4.168]) by patsy.ijs.si (Postfix) with ESMTP id C4C6417B86B; Thu, 17 Nov 2005 20:42:22 +0100 (CET) Received: from radagast.ijs.si (localhost.ijs.si [127.0.0.1]) by radagast.ijs.si (Postfix) with SMTP id 899851702E; Thu, 17 Nov 2005 20:42:22 +0100 (CET) From: Dejan Lesjak To: Joel Hatton , freebsd-stable@freebsd.org Date: Thu, 17 Nov 2005 20:42:22 +0100 References: <200511170002.14208.andy@athame.co.uk> <200511170053.jAH0ruuw001234@app.auscert.org.au> Lines: 4 User-Agent: KNode/0.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Message-Id: <20051117194222.899851702E@radagast.ijs.si> X-Virus-Scanned: amavisd-new at ijs.si Cc: Subject: Re: xorg-clients conflicts with xterm (patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 19:42:31 -0000 Joel Hatton wrote: > What was the rationale behind changing this behaviour for 206_1? That xterm should install as xterm and not xterm-static. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 21:10:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 CEE1616A421 for ; Thu, 17 Nov 2005 21:10:22 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from misav09.sasknet.sk.ca (misav09.sasknet.sk.ca [142.165.20.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5573A43D49 for ; Thu, 17 Nov 2005 21:10:22 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav09 with InterScan Messaging Security Suite; Thu, 17 Nov 2005 15:10:21 -0600 Received: from backoffice ([206.163.248.56]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IQ40003VAT9P840@bgmpomr2.sasknet.sk.ca> for freebsd-stable@freebsd.org; Thu, 17 Nov 2005 15:10:21 -0600 (CST) Date: Thu, 17 Nov 2005 15:12:16 -0600 From: Stephen Hurd To: freebsd-stable@freebsd.org Message-id: <001f01c5ebbb$96f09c90$5200a8c0@backoffice> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Outlook Express 6.00.2900.2527 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal Subject: PERFMON with Athlon breaks ata. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 21:10:22 -0000 A custom kernel compiled with options PERFMON and cputype=athlon when ran on an athlon causes ATA to not probe devices on FreeBSD 6.0-RELEASE. dmesg seems normal except the ata probe is never done, so the only boot devices available is the floppy. Just something I noticed in passing, not opening a PR since I'll never follow this up. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 22:52:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 C2FA616A41F for ; Thu, 17 Nov 2005 22:52:13 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36203.mail.mud.yahoo.com (web36203.mail.mud.yahoo.com [209.191.68.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 548BC43D46 for ; Thu, 17 Nov 2005 22:52:13 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 60432 invoked by uid 60001); 17 Nov 2005 22:52:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ouKxCeTRl7ac7NHTGwM/6G8YehsUWRCaw9WmMlCL2cm+LsvCN08BkNgROeujp8wE+QjCISXIZvaHRMMSIXh4tyYRykGsQ9FS44KXTx1RawL6FaN1Ss7vjfWe5JhrSMBMvcKVf7/SE6L/dlocB3+56FsSC0ciwTIjBTt0e4VrRvw= ; Message-ID: <20051117225213.60430.qmail@web36203.mail.mud.yahoo.com> Received: from [218.232.14.39] by web36203.mail.mud.yahoo.com via HTTP; Thu, 17 Nov 2005 14:52:12 PST Date: Thu, 17 Nov 2005 14:52:12 -0800 (PST) From: Rob To: FreeBSD Stable In-Reply-To: <20051115103821.GJ39882@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: PeterJeremy@optushome.com.au Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Nov 2005 22:52:13 -0000 --- Peter Jeremy wrote: > > Basically, wait until your system deadlocks. BREAK > into DDB. > As a start, run 'show lockedvnods', 'ps'. My guess > is that you'll see a lock that has a number of waiters > which is probably the culprit. > Use 'panic' to get a crashdump and then you can use > kgdb to rummage around once you reboot > > If in doubt, post the output from the above commands > here and someone will hopefully provide further input. The output is here: http://surfion.snu.ac.kr/~lahaye/swapfile.txt A swapfile is only swap device: /swapfile of 128 MB on /dev/ad0s1a as /dev/md0 At time of deadlock: swapdevice used 13% Serial console gets exactly this line every few seconds: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 4317, size: 4096 Do you understand this? Rob. __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 00:01:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1160016A41F for ; Fri, 18 Nov 2005 00:01:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6AF943D45 for ; Fri, 18 Nov 2005 00:01:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 942741A3C2F; Thu, 17 Nov 2005 16:01:05 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3553C519E6; Thu, 17 Nov 2005 19:01:04 -0500 (EST) Date: Thu, 17 Nov 2005 19:01:03 -0500 From: Kris Kennaway To: Rob Message-ID: <20051118000103.GA31711@xor.obsecurity.org> References: <20051115103821.GJ39882@cirb503493.alcatel.com.au> <20051117225213.60430.qmail@web36203.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20051117225213.60430.qmail@web36203.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: PeterJeremy@optushome.com.au, FreeBSD Stable Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 00:01:06 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 17, 2005 at 02:52:12PM -0800, Rob wrote: > --- Peter Jeremy wrote: > >=20 > > Basically, wait until your system deadlocks. BREAK > > into DDB. > > As a start, run 'show lockedvnods', 'ps'. My guess > > is that you'll see a lock that has a number of > waiters > > which is probably the culprit. > > Use 'panic' to get a crashdump and then you can use > > kgdb to rummage around once you reboot > >=20 > > If in doubt, post the output from the above commands > > here and someone will hopefully provide further > input. >=20 > The output is here: > http://surfion.snu.ac.kr/~lahaye/swapfile.txt >=20 >=20 > A swapfile is only swap device: > /swapfile of 128 MB on /dev/ad0s1a as /dev/md0 >=20 > At time of deadlock: > swapdevice used 13% >=20 > Serial console gets exactly this line every few > seconds: > swap_pager: indefinite wait buffer: bufobj: 0, blkno: > 4317, size: 4096 >=20 >=20 > Do you understand this? I commented on it elsewhere in this thread. Kris --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfRm+Wry0BWjoQKURAlw+AKCqUkM01ggeF1vm2Aig28Cd35HslwCeMwqB LO1Fe4CE0JdRv4t25zex5CU= =0aoJ -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 00:33:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2A56216A41F for ; Fri, 18 Nov 2005 00:33:52 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36213.mail.mud.yahoo.com (web36213.mail.mud.yahoo.com [209.191.68.239]) by mx1.FreeBSD.org (Postfix) with SMTP id AE77343D46 for ; Fri, 18 Nov 2005 00:33:51 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 65684 invoked by uid 60001); 18 Nov 2005 00:33:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=uqaeRjmtMHMw4ukzT/h8is7cXP+PXlUgqtk4UzahuICgxIgHh+KlNcBb4AuYZNvyJu6+gqUgs2Bq9/nw2s+tsTBNVfbuUp0+hZSSrM29CRi7cRtCwMAtpyAGO9qfSPGqIWSyBkRXJ/qA9LumLurOJaf3AJunSfSyiEuHn9co44s= ; Message-ID: <20051118003351.65682.qmail@web36213.mail.mud.yahoo.com> Received: from [218.232.14.39] by web36213.mail.mud.yahoo.com via HTTP; Thu, 17 Nov 2005 16:33:50 PST Date: Thu, 17 Nov 2005 16:33:50 -0800 (PST) From: Rob To: FreeBSD Stable In-Reply-To: <20051118000103.GA31711@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Kris Kennaway Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 00:33:52 -0000 --- Kris Kennaway wrote: > > I commented on it elsewhere in this thread. Do you mean your comment on the swap_pager error: Quote: "AFAICT that is just a trigger-happy timer..it's supposed to detect when a swap operation took too long to complete, but it also triggers on swapfiles since they're so much less efficient (i.e. slower) than swapping onto a bare device." EndQuote. Remains the question: using this swapfile always worked very well with 5-Stable, but suddenly with 6 I run into these troubles. I hoped that the debugger output made some sense to an expert as to why this happens with 6, but never with 5.... Rob. __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 01:01:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 605D716A41F for ; Fri, 18 Nov 2005 01:01:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2675543D46 for ; Fri, 18 Nov 2005 01:01:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 050531A3C2C; Thu, 17 Nov 2005 17:01:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1B473519E6; Thu, 17 Nov 2005 20:01:07 -0500 (EST) Date: Thu, 17 Nov 2005 20:01:06 -0500 From: Kris Kennaway To: Rob Message-ID: <20051118010106.GB47900@xor.obsecurity.org> References: <20051118000103.GA31711@xor.obsecurity.org> <20051118003351.65682.qmail@web36213.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FkmkrVfFsRoUs1wW" Content-Disposition: inline In-Reply-To: <20051118003351.65682.qmail@web36213.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , Kris Kennaway Subject: Re: Swapfile problem in 6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 01:01:08 -0000 --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 17, 2005 at 04:33:50PM -0800, Rob wrote: > --- Kris Kennaway wrote: > >=20 > > I commented on it elsewhere in this thread. >=20 > Do you mean your comment on the swap_pager error: >=20 > Quote: > "AFAICT that is just a trigger-happy timer..it's > supposed to detect when a swap operation took too > long to complete, but it also triggers on swapfiles > since they're so much less efficient (i.e. slower) > than swapping onto a bare device." > EndQuote. Right: "harmless warning" not "error". > Remains the question: using this swapfile always > worked > very well with 5-Stable, but suddenly with 6 I run > into > these troubles. >=20 > I hoped that the debugger output made some sense to > an expert as to why this happens with 6, but never > with 5.... Give it a little time for someone to take a look. Kris --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfSfSWry0BWjoQKURAoVWAKD8iO0B4k8MXXDks0diAGS7i0aIgwCg4EeR 5rY/AEXrLmEPCDlDTS2YA44= =DWib -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 04:29:44 2005 Return-Path: X-Original-To: stable@freebsd.org 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 A5EBA16A41F for ; Fri, 18 Nov 2005 04:29:44 +0000 (GMT) (envelope-from spork@bway.net) Received: from mail.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41E6043D53 for ; Fri, 18 Nov 2005 04:29:43 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 65829 invoked by uid 0); 18 Nov 2005 04:29:43 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Nov 2005 04:29:43 -0000 Date: Thu, 17 Nov 2005 23:29:46 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@charles-sprickmans-computer.local To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 4.8 "alternate system clock has died" error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 04:29:44 -0000 Hello all, I've been digging through Google for more information on this. I have a 4.8 box that's been up for about 430 days. In the last week or so, top and ps have started reporting all CPU usage numbers as zero, and running "systat -vmstat" results in the message "The alternate system clock has died! Reverting to ``pigs'' display". I've found instances of this message in the archives for some 3.x users, some pre 4.8 users and some 5.3 users. There were a number of suggestions including a patch if pre-4.8, sending init a HUP, and setting the following sysctl mib: "kern.timecounter.method: 1". I'm already at 4.8-p24, so I did not look into patching anything, and HUP'ing init and setting the sysctl mib does not seem to have any effect. I'm not quite ready to believe that some hardware has actually failed. Perhaps due to the long uptime something has rolled over? Let me know what info you would like, I can supply anything. I'm following this with some mainboard info from dmidecode and a full dmesg. Thanks, Charles dmidecode: Handle 0x0002 DMI type 2, 8 bytes. Base Board Information Manufacturer: Tyan Product Name: S2462 THUNDER K7 Version: EVT1 Serial Number: dmesg: Copyright (c) 1992-2003 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 4.8-RELEASE-p24 #0: Sun Sep 19 08:44:43 GMT 2004 root@:/usr/obj/usr/src/sys/XENA Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) MP 1600+ (1393.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480000 real memory = 1073676288 (1048512K bytes) avail memory = 1041649664 (1017236K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040010, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc035e000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc035e09c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 268435454 entries at 0xc00fdef0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 16 -> irq 5 IOAPIC #0 intpin 17 -> irq 9 IOAPIC #0 intpin 18 -> irq 10 pci0: on pcib0 agp0: mem 0xfc000000-0xfc000fff,0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 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 chip0: at device 7.3 on pci0 pci0: at 7.4 irq 2 asr0: mem 0xf6000000-0xf7ffffff irq 5 at device 8.0 on pci0 asr0: major=154 asr0: ADAPTEC 2110S FW Rev. 380E, 1 channel, 256 CCBs, Protocol I2O pcib2: at device 8.1 on pci0 pci2: on pcib2 ahc0: port 0x1000-0x10ff mem 0xf4001000-0xf4001fff irq 5 at device 13.0 on pci0 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x1400-0x14ff mem 0xf4002000-0xf4002fff irq 9 at device 13.1 on pci0 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pci0: at 14.0 xl0: <3Com 3c980C Fast Etherlink XL> port 0x1c00-0x1c7f mem 0xf4004000-0xf400407f irq 10 at device 15.0 on pci0 xl0: Ethernet address: 00:e0:81:20:07:06 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: <3Com 3c980C Fast Etherlink XL> port 0x1c80-0x1cff mem 0xf4004400-0xf400447f irq 2 at device 16.0 on pci0 xl1: Ethernet address: 00:e0:81:20:07:07 miibus1: on xl1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: VESA: information block 56 45 53 41 00 03 33 57 00 c0 01 00 00 00 bd 52=20 00 c0 00 02 00 01 48 57 00 c0 4f 57 00 c0 5b 57=20 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 VESA: 17 mode(s) found VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc00c52bd (c00052bd) VESA: Matrox Graphics Inc. VESA: Matrox Matrox G450 00 ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D0691110= 6) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdd20 PCI-Only Interrupts: 5 10 11 Location Bus Device Pin Link IRQs slot 1 0 8 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 B 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 A 0x05 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 D 0x05 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 6 0 13 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 0 13 B 0x05 3 4 5 7 9 10 11 12 14 15 slot 6 0 13 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 6 0 13 D 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 7 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 7 D 0x05 3 4 5 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,= 0x5000-0x500f,0x6000-0x607f on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1106, dev=3D0x0691, revid=3D0xc4 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2210, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base f0000000, size 25, enabled found-> vendor=3D0x1106, dev=3D0x8598, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 n= s) found-> vendor=3D0x1106, dev=3D0x0686, revid=3D0x40 bus=3D0, slot=3D7, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 bus=3D0, slot=3D7, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d800, size 4, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x1a bus=3D0, slot=3D7, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.LNKD:0) ioapic0: Changing trigger for pin 11 to level ioapic0: Changing polarity for pin 11 to low pcib0: slot 7 INTD routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x1a bus=3D0, slot=3D7, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.LNKD:0) pcib0: slot 7 INTD routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=3D0x1106, dev=3D0x3057, revid=3D0x40 bus=3D0, slot=3D7, func=3D4 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1011, dev=3D0x0024, revid=3D0x03 bus=3D0, slot=3D9, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0= ns) found-> vendor=3D0x8086, dev=3D0x0960, revid=3D0x05 bus=3D0, slot=3D10, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x02 (5= 00 ns) found-> vendor=3D0x1069, dev=3D0x0010, revid=3D0x05 bus=3D0, slot=3D10, func=3D1 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x2290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base fa000000, size 23, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 19 found-> vendor=3D0x168c, dev=3D0x0013, revid=3D0x01 bus=3D0, slot=3D11, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x1c (7= 000 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fa900000, size 16, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 16 found-> vendor=3D0x1102, dev=3D0x0002, revid=3D0x07 bus=3D0, slot=3D12, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x14 (50= 00 ns) intpin=3Da, irq=3D11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 5, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 17 found-> vendor=3D0x1102, dev=3D0x7002, revid=3D0x07 bus=3D0, slot=3D12, func=3D1 class=3D09-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 3, enabled agp0: mem 0xf0000000-0xf1fffff= f at device 0.0 on pci0 agp0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf4000000-0xf6ffffff pcib1: prefetched decode 0xf2000000-0xf3ffffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x102b, dev=3D0x0525, revid=3D0x85 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x20 (8= 000 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base f2000000, size 25, enabled pcib1: (null) requested memory range 0xf2000000-0xf3ffffff: good map[14]: type 1, range 32, base f4000000, size 14, enabled pcib1: (null) requested memory range 0xf4000000-0xf4003fff: good map[18]: type 1, range 32, base f5000000, size 23, enabled pcib1: (null) requested memory range 0xf5000000-0xf57fffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 drm0: mem 0xf2000000-0xf3ffffff,0xf4000000-0xf4003= fff,0xf5000000-0xf57fffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xf0000000 32MB info: [drm] Initialized mga 3.1.0 20021029 on minor 0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0xd800-0xd80f at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd800 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D50 devices=3D0x6 ata1: [MPSAFE] uhci0: port 0xd000-0xd01f irq 11 at device 7.2 = on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 11 at device 7.3 = on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) pcib2: at device 9.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xf7000000-0xf8ffffff pcib2: prefetched decode 0xfa800000-0xfa8fffff pci2: on pcib2 pci2: physical bus=3D2 found-> vendor=3D0x8086, dev=3D0x1229, revid=3D0x05 bus=3D2, slot=3D4, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (1= 4000 ns) intpin=3Da, irq=3D10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base fa800000, size 12, enabled pcib2: (null) requested memory range 0xfa800000-0xfa800fff: good map[14]: type 4, range 32, base 0000c000, size 5, enabled pcib2: (null) requested I/O range 0xc000-0xc01f: in range map[18]: type 1, range 32, base f8000000, size 20, enabled pcib2: (null) requested memory range 0xf8000000-0xf80fffff: good pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 18 pcib2: slot 4 INTA is routed to irq 18 found-> vendor=3D0x8086, dev=3D0x1229, revid=3D0x05 bus=3D2, slot=3D5, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (1= 4000 ns) intpin=3Da, irq=3D11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base fa801000, size 12, enabled pcib2: (null) requested memory range 0xfa801000-0xfa801fff: good map[14]: type 4, range 32, base 0000c400, size 5, enabled pcib2: (null) requested I/O range 0xc400-0xc41f: in range map[18]: type 1, range 32, base f8100000, size 20, enabled pcib2: (null) requested memory range 0xf8100000-0xf81fffff: good pcib0: matched entry for 0.9.INTB pcib0: slot 9 INTB hardwired to IRQ 19 pcib2: slot 5 INTA is routed to irq 19 fxp0: port 0xc000-0xc01f mem 0xfa800000-0xfa= 800fff,0xf8000000-0xf80fffff irq 18 at device 4.0 on pci2 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfa800000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 0e11 b01f 0005 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:50:8b:68:a0:18 fxp0: [MPSAFE] fxp1: port 0xc400-0xc41f mem 0xfa801000-0xfa= 801fff,0xf8100000-0xf81fffff irq 19 at device 5.0 on pci2 fxp1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfa801000 fxp1: using memory space register mapping fxp1: PCI IDs: 8086 1229 0e11 b01f 0005 fxp1: Dynamic Standby mode is disabled miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached fxp1: Ethernet address: 00:50:8b:68:a0:19 fxp1: [MPSAFE] pcib3: at device 10.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xfff00000-0xfffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3D3 mlx0: mem 0xfa000000-0xfa7fffff irq 19 at = device 10.1 on pci0 mlx0: Reserved 0x800000 bytes for rid 0x10 type 3 at 0xfa000000 mlx0: [GIANT-LOCKED] mlx0: DAC960PTL1, 1 channel, firmware 4.08-0-33, 8MB RAM mlx0: Hardware ID 0x03020116 mlx0: Firmware ID 0x30210804 mlx0: Configured/Actual channels 1/1 mlx0: Max Targets 16 mlx0: Max Tags 252 mlx0: Max System Drives 32 mlx0: Max Arms 8 mlx0: Max Spans 4 mlx0: DRAM/cache/flash/NVRAM size 8388608/6684672/524288/32768 mlx0: DRAM type 17 mlx0: Clock Speed 40ns mlx0: Hardware Speed 360ns mlx0: Max Commands 124 mlx0: Max SG Entries 33 mlx0: Max DP 504 mlx0: Max IOD 1024 mlx0: Max Comb 2048 mlx0: Latency 12s mlx0: SCSI Timeout 6s mlx0: Min Free Lines 18 mlx0: Rate Constant 50 mlx0: MAXBLK 1024 mlx0: Blocking Factor 8 sectors mlx0: Cache Line Size 128 blocks mlx0: SCSI Capability 40MHz, 16 bit mlx0: Firmware Build Number 0 mlx0: Fault Management Type 4 mlx0: Features 0 mlxd0: on mlx0 mlxd0: 34732MB (71131136 sectors) RAID 5 (online) ath0: mem 0xfa900000-0xfa90ffff irq 16 at device 11.0 on pci0 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfa900000 ath0: [MPSAFE] ath0: bpf attached ath0: Ethernet address: 00:09:5b:84:d0:e2 ath0: bpf attached ath0: bpf attached ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps ath0: mac 5.6 phy 4.1 radio 1.7 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons pcm0: port 0xdc00-0xdc1f irq 17 at device 12.0 on pci0 pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xdc00 emu: setmap (376000, 800), nseg=3D1, error=3D0 emu: setmap (375000, 1000), nseg=3D1, error=3D0 pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: [MPSAFE] emu: setmap (2f8000, 1000), nseg=3D1, error=3D0 emu: setmap (21d000, 1000), nseg=3D1, error=3D0 emu: setmap (21b000, 1000), nseg=3D1, error=3D0 emu: setmap (299000, 1000), nseg=3D1, error=3D0 pcm0: sndbuf_setmap 297000, 1000; 0xc4d4d000 -> 297000 pcm0: sndbuf_setmap 215000, 1000; 0xc4d4b000 -> 215000 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xc001 0xc011 0xc001 0xc001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio1: irq maps: 0xc001 0xc009 0xc001 0xc001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: EPP SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0-70, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:08, syncbits:00 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc8fff,0xcc000-0xce7ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 102175 -> 100000 lapic: Divisor 2, Frequency 66644466 hz Timecounter "TSC" frequency 1399537802 Hz quality -100 Timecounters tick every 1.200 msec crypto: crypto: assign driver 0, flags 6 crypto: driver 0 registers alg 1 flags 0 maxoplen 0 crypto: driver 0 registers alg 2 flags 0 maxoplen 0 crypto: driver 0 registers alg 3 flags 0 maxoplen 0 crypto: driver 0 registers alg 4 flags 0 maxoplen 0 crypto: driver 0 registers alg 5 flags 0 maxoplen 0 crypto: driver 0 registers alg 17 flags 0 maxoplen 0 crypto: driver 0 registers alg 6 flags 0 maxoplen 0 crypto: driver 0 registers alg 7 flags 0 maxoplen 0 crypto: driver 0 registers alg 15 flags 0 maxoplen 0 crypto: driver 0 registers alg 8 flags 0 maxoplen 0 crypto: driver 0 registers alg 16 flags 0 maxoplen 0 crypto: driver 0 registers alg 9 flags 0 maxoplen 0 crypto: driver 0 registers alg 10 flags 0 maxoplen 0 crypto: driver 0 registers alg 13 flags 0 maxoplen 0 crypto: driver 0 registers alg 14 flags 0 maxoplen 0 crypto: driver 0 registers alg 11 flags 0 maxoplen 0 crypto: driver 0 registers alg 18 flags 0 maxoplen 0 Linux ELF exec handler installed Fast IPsec: Initialized Security Association Processing. lo0: bpf attached pflog0: bpf attached pfsync0: bpf attached GEOM: new disk mlxd0 ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire atapicam: atapicam0 already exists; skipping it ad0: setting PIO4 on VIA 82C686B chip ad0: setting UDMA100 on VIA 82C686B chip ad0: 58644MB at ata0-master UDMA100 ad0: 120103200 sectors [119150C/16H/63S] 16 sectors/interrupt 1 depth queue ad1: setting PIO4 on VIA 82C686B chip ad1: setting UDMA100 on VIA 82C686B chip ad1: 152627MB at ata0-slave UDMA100 ad1: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ata1-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on VIA 82C686B chip acd0: setting UDMA33 on VIA 82C686B chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 8268KB/s (8268KB/s), 8192KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ad3: setting PIO4 on VIA 82C686B chip ad3: setting UDMA100 on VIA 82C686B chip ad3: 152627MB at ata1-slave UDMA100 ad3: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 11 (ISA IRQ 11) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 Expensive timeout(9) function: 0xc06c1540(0) 0.006520381 s GEOM: new disk ad0 GEOM: new disk ad1 GEOM: new disk ad3 Trying to mount root from ufs:/dev/mlxd0s2a --=20 | /"\ ASCII ribbon | GnuPG Key ID | c7e4 d91d 64e2 6321 9988 | | \ / campaign against | 0xb248b614 | f27a 4e5b 06ce b248 b614 | | X HTML in email | .the next sentence is a lie. | | / \ and news | .the previous sentence was true. | --Multipart_Fri__18_Nov_2005_18_39_47_+0100_yQ4HsZl1GxhfUyBO Content-Type: application/pgp-signature; name=. Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=. LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC4yIChGcmVl QlNEKQoKaUQ4REJRRkRmaEdoVGxzR3pySkl0aFFSQXQ5WkFKd0tLSTN6ZHRZUEw5NnF5Uks4U2hM MkZrUnFNUUNlSXpMSQpsZHdzK3dWYVVWNzY1RGlVVHJLRjdncz0KPTNSOTEKLS0tLS1FTkQgUEdQ IFNJR05BVFVSRS0tLS0tCg== --Multipart_Fri__18_Nov_2005_18_39_47_+0100_yQ4HsZl1GxhfUyBO-- --Signature_Fri__18_Nov_2005_18_39_47_+0100_261Oq=QMK=PVzqfm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfhHrTlsGzrJIthQRAhxpAJoDpW4YWKKLaeVAiKWt7iD9sfhkEwCeIDwU 7fFBHufjbTZJivd/MMJUCCo= =kIXX -----END PGP SIGNATURE----- --Signature_Fri__18_Nov_2005_18_39_47_+0100_261Oq=QMK=PVzqfm-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 17:44:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E06C816A41F for ; Fri, 18 Nov 2005 17:44:11 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE58E43D45 for ; Fri, 18 Nov 2005 17:43:53 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so2097wra for ; Fri, 18 Nov 2005 09:43:52 -0800 (PST) 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=gs+TzFI/OR3zmS+5NjaFGkPwtPLIY/hayqUJIf7/cmka4jh+wXeWz1q9Nqdfq+SECuBY2Ez47vZk4Y80RiDRqZ2d9ss67hoDkG7lXgaPssoCoM+/9blO+/nsj5MTKfsXV5vT9jXvrQh5m/ZN/kmLFcK8zQN3ZRv5afFS1eIzVCw= Received: by 10.64.232.18 with SMTP id e18mr4009qbh; Fri, 18 Nov 2005 09:43:51 -0800 (PST) Received: by 10.64.21.5 with HTTP; Fri, 18 Nov 2005 09:43:51 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 01:43:51 +0800 From: Xin LI To: =?UTF-8?Q?Johan_Str=C3=B6m?= In-Reply-To: <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> Cc: pjd@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 17:44:12 -0000 SGksIEpvaGFuLAoKT24gMTEvMTgvMDUsIEpvaGFuIFN0csO2bSA8am9oYW5Ac3Ryb21uZXQub3Jn PiB3cm90ZToKPiBPbiAxOCBub3YgMjAwNSwgYXQgMTAuMTcsIFhpbiBMSSB3cm90ZToKW3NuaXBd Cj4gRG9lc250IGxvb2sgbGlrZSBJIGdvdCBhbnkgInVzYWJsZSIgZHVtcCBkZXZpY2VzLi4KPiBX aGVuIGJvb3RpbmcgaSBnZXQKWy4uLl0KPiBMb2FkaW5nIGNvbmZpZ3VyYXRpb24gZmlsZXMuCj4g Tm8gc3VpdGFibGUgZHVtcCBkZXZpY2Ugd2FzIGZvdW5kLgo+IEVudHJvcHkgaGFydmVzdGluZzoK PiBpbnRlcnJ1cHRzCj4gZXRoZXJuZXQKPiBwb2ludF90b19wb2ludAo+IGtpY2tzdGFydAo+IC4K PiBzd2Fwb246IGFkZGluZyAvZGV2L21pcnJvci9nbTBzMWIgYXMgc3dhcCBkZXZpY2UKCkkgc2Vl LCBzbyB5b3VyIGJvdGggU0FUQSBkaXNrcyBhcmUgaW4gdGhlIHNhbWUgbWlycm9yIGdyb3VwLi4u Cgo+IFRoZW4gbmF0dXJhbGx5Ogo+IC9ldGMvcmM6IFdBUk5JTkc6IER1bXAgZGV2aWNlIGRvZXMg bm90IGV4aXN0LiAgU2F2ZWNvcmUgbm90IHJ1bi4KPgo+IExvb2tlZCBhcm91bmQgaW4gdGhlIHJj LXNjcmlwdHMgYW5kIHRyaWVkIHRvIGZpZ3VyZSBvdXQgd2hhdCBpdCBkaWQsCj4gdGhlIGR1bXBv biBzY3JpcHQKPiB0cmllcyB0byBhdXRvbG9va3VwIGEgZ29vZCBkdW1wIGRldmljZSBidXQgZmlu ZHMgbm9uZS4uCgpVbmZvcnR1bmF0ZWx5LCBrZXJuZWwgZHVtcHMgY3VycmVudGx5IGRvZXMgbm90 IHN1cHBvcnQgZXZlcnkgZGV2aWNlLApmb3Igc29tZSB0ZWNobmljYWwgcmVhc29ucyAocHJvYmFi bHkgdG8gc2ltcGxpZnkgdGhlIGNyYXNoIGNvZGUgc28KdGhleSBkbyBub3QgbWFrZSBtb3JlIG1p c3Rha2VzXldkYW1hZ2VzKQoKPiBBY2NvcmRpbmcgdG8gdGhlIHBhZ2UgeW91IGxpbmtlZCB0bywg dGhlIGR1bXBvbiBjb21tYW5kIGhhcyB0byBiZQo+IGV4ZWN1dGVkIEFGVEVSIHN3YXBvbi4uIFdo eSBpcyB0aGUgcmMgc2NyaXB0cyB0cnlpbmcgdG8gcnVuIGl0IGJlZm9yZQo+IHN3YXBvbiB0aGVu PwoKSSBndWVzcyB0aGlzIGlzIGJlY2F1c2UgdGhhdCBkdW1wb24gbm93IGNhbiBkZXRlY3QgZHVt cCBkZXZpY2UKYXV0b21hdGljYWxseSwgYnV0IEknbSBub3QgcXVpdGUgc3VyZSBhYm91dCB0aGlz LiAgV2lsbCBsb29rIGZvciB0aGUKcmVhc29uLiAgSSB0aGluayBlaXRoZXIgSGFuZGJvb2sgc2hv dWxkIGJlIHVwZGF0ZWQsIG9yIHRoZSBjb2RlIHNob3VsZApiZSBjb3JyZWN0ZWQuCgpXaGF0IEkg YW0gdmVyeSBjdXJpb3VzIGlzIHRoYXQgd2h5IGR1bXBvbiBpcyAiQkVGT1JFIiBzYXZlY29yZS4g IE1heWJlCkkgaGF2ZSBzb21lIG1pc3VuZGVyc3RhbmRpbmcuLi4KCj4gQW55d2F5LCB0cmllZCB0 byBkbyBkdW1wb24gbWFudWFsbHkgb24gbXkgc3dhcCBkcml2ZToKPgo+ICQgZHVtcG9uIC12IC9k ZXYvbWlycm9yL2dtMHMxYgo+IGR1bXBvbjogaW9jdGwoRElPQ1NLRVJORUxEVU1QKTogT3BlcmF0 aW9uIG5vdCBzdXBwb3J0ZWQKPgo+IERpZG4ndCB3b3JrIHRvbyBnb29kLi4KPiBBbHNvIHRyaWVk IHNhdmVjb3JlIG1hbnVhbGx5Ogo+Cj4gJCBzYXZlY29yZSAvdmFyL2NyYXNoLyAvZGV2L21pcnJv ci9nbTBzMWIKPiBzYXZlY29yZTogbm8gZHVtcHMgZm91bmQKPgo+IERpZG50IHdvcmsgdmVyeSBn b29kIGVpdGhlciAoYnV0IHByb2JhYmx5IGV4cGVjdGVkIHNpbmNlIHRoZXJlIHdhcyBubwo+IHdv cmtpbmcgZHVtcHMuLikKPiBHb29nbGUgc2hvd2VkIG1lIHNvbWUgb3RoZXIgdGhyZWFkIGluIHRo aXMgbGlzdCBhYm91dCBnbWlycm9yIHN3YXAKPiBkdW1wLCBqdXN0IGEgcXVlc3Rpb24gKGlmIGl0 IHdhcyBzdXBwb3J0ZWQpIHcvbyBhbnkgYW5zd2VycyB0aG8uIFNhbWUKPiBlcnJvciBhcyBJIGdv dC4KCkl0IHNlZW1zIHRoYXQgdGhpcyBjb3VsZCBub3QgYmUgd29ya2Fyb3VuZCdlZCBlYXNpbHku ICBJZiBwb3NzaWJsZSwgbXkKc3VnZ2VzdGlvbiBpcyB0aGF0IHlvdSBhdHRhY2ggYSB0aGlyZCBk aXNrIGFuZCBjcmVhdGUgYSBzd2FwIHBhcnRpdGlvbgpvbiBpdCBmb3IgdGhlIGNyYXNoIGR1bXAu ICBJZiB0aGlzIGlzIG5vdCBmZWFzaWJsZSwgdGhlbiBhZGRpbmcgRERCCmFuZCBLREIgbWF5IGdp dmUgdXMgYSBjaGFuY2UgdG8gY2F0Y2ggdGhlIHBhbmljIGFuZCB5b3UgY2FuIHVzZQoidHJhY2Ui IGNvbW1hbmQgYXQgdGhlIGRkYj4gcHJvbXB0IHRvIG9idGFpbiBhIHNpbXBsaWZpZWQgYmFja3Ry YWNlLAphbmQgdGhlcmUgaXMgZ29vZCBjaGFuY2UgdGhhdCBpdCB3b3VsZCByZXZlYWwgd2hhdCBp cyBoYXBwZW5pbmcuCgpJIGhhdmUgY2MnZWQgdG8gUGF3ZWwgd2hvIGlzIHZlcnkga25vd2xlZGdl YWJsZSBpbiB0aGlzIGFyZWEsIGFuZApsZXQncyBzZWUgd2hldGhlciBoZSBoYXMgc29tZSBiZXR0 ZXIgc3VnZ2VzdGlvbnMgOi0pCgpDaGVlcnMsCi0tClhpbiBMSSA8ZGVscGhpakBkZWxwaGlqLm5l dD4gaHR0cDovL3d3dy5kZWxwaGlqLm5ldAo= From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 17:58:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1183A16A41F for ; Fri, 18 Nov 2005 17:58:48 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F7143D45 for ; Fri, 18 Nov 2005 17:58:47 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so6788wra for ; Fri, 18 Nov 2005 09:58:47 -0800 (PST) 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=Qk9AVWEiOQ8I6FlM39eekLCACXxEMOShz5/QpUrBnUxDFfXL2R1oiql8EpZqQDjC3SxUq0Az4ZS9/VhJMFSJ0YAU2j+wG9EVdZt+eba+7TqgPR5OxbVKAg+XJ6cMVcOYmyCmoX8K2IgWIGqJwaZAoHktOH96c0X+DK6Be2FJHBM= Received: by 10.65.61.16 with SMTP id o16mr17209qbk; Fri, 18 Nov 2005 09:58:47 -0800 (PST) Received: by 10.64.21.5 with HTTP; Fri, 18 Nov 2005 09:58:46 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 01:58:46 +0800 From: Xin LI To: Joerg Pernfuss In-Reply-To: <20051118183947.24a9427b@loki> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051118183947.24a9427b@loki> Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 vm_fault panic on filesystem mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 17:58:48 -0000 SGksIEpvZXJnLAoKT24gMTEvMTkvMDUsIEpvZXJnIFBlcm5mdXNzIDxlbGVzc2FyQGJzZGZvcmVu LmRlPiB3cm90ZToKWy4uLl0KPiBGcm9tIHRoZSBvdXRwdXQgb2YgdGhlIGJhY2t0cmFjZSAoYmVs b3cpIEkgZmlndXJlIHRoZSBwcm9ibGVtIGZvciBtZQo+IGxpZXMgaW4gL3Vzci9zcmMvc3lzL3Vm cy91ZnMvdWZzX2Rpcmhhc2guYyBsaW5lIDIzMjsgdGhpcyBibG9jazoKPgo+ICAgICAgaWYgKGVw LT5kX3JlY2xlbiA9PSAwIHx8IGVwLT5kX3JlY2xlbiA+Cj4gICAgICAgICAgRElSQkxLU0laIC0g KHBvcyAmIChESVJCTEtTSVogLSAxKSkpIHsKPiAgICAgICAgICAgICAgLyogQ29ycnVwdGVkIGRp cmVjdG9yeS4gKi8KPiAgICAgICAgICAgICAgYnJlbHNlKGJwKTsKPiAgICAgICAgICAgICAgZ290 byBmYWlsOwo+ICAgICAgfQo+Cj4gV2hpY2ggaXMgY29uc2lzdGVudCB3aXRoIHRoZSB2ZXJ5IGZp cnN0IHBhbmljIG1lc3NhZ2UgSSBnb3Qgc2F5aW5nCj4gc29tZXRoaW5nIGFib3V0ICdGYXRhbCBU cmFwIDEyLCBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlLAo+ICB1ZnNfZGlyaGFzaDog YmFkIGRpcicgLSBzYWRseSwgSSBkaWRuJ3Qgd3JpdGUgZG93biB0aGF0IG9uZS4KPiBIYXNuJ3Qg cmVhcHBlYXJlZCBzaW5jZSB0aGVuLgoKVW5mb3J0dW5hdGVseSB0aGUgInVmc19kaXJoYXNoOiBi YWQgZGlyIiBpbiBtb3N0IGNhc2VzIGluZGljYXRlIHNvbWUKYnVncyBlbHNld2hlcmUsIG9yIHNv bWUgaGFyZHdhcmUgaGF6YXJkLiAgSSBoYXZlIHJlY2VudGx5IHVwZ3JhZGVkCnNldmVyYWwgcHJv ZHVjdGlvbiBib3hlcyBhdCBsYWIgYW5kIHN1Z2dlc3RlZCBtYW55IG90aGVyIGd1eXMgdG8KdXBn cmFkZSB0byA2LjAtUkVMRUFTRSwgYW5kIEkgYW0gdmVyeSBlYWdlciB0byBzZWUgaWYgdGhlcmUg aXMgc29tZQpwcm9ibGVtcyB0aGF0IHdlIGNhbiBjYXRjaCBhbmQgZml4LgoKSWYgdGhpcyBpcyBh IHByb2R1Y3Rpb24gdGhlbiBteSBzdWdnZXN0aW9uIHdvdWxkIGJlIHRyeWluZyB0byByZW1vdmUK c29tZXRoaW5nIHRoYXQgeW91IGRvIG5vdCBuZWVkIGZvciBldmVyeWRheSB1c2UgZnJvbSB0aGUg a2VybmVsCmNvbmZpZ3VyYXRpb24sIGFuZCBpZiBpdCBpcyBub3QgdGhlbiBteSBzdWdnZXN0aW9u IHdvdWxkIGJlIGVuYWJsaW5nCklOVkFSSUFOVFMgYW5kIG1ha2VvcHRpb25zPS1nIHRvIHNlZSBp ZiBzb21ldGhpbmcgc3RyYW5nZSBoYXBwZW4sIGFuZApwb3NzaWJseSBzb21lIGJhY2t0cmFjZXMg d291bGQgaW5zcGlyZSB1cyB0byBjYXRjaCB0aGUgYnVnLgoKVGhhbmtzLAotLQpYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+IGh0dHA6Ly93d3cuZGVscGhpai5uZXQK From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 18:03:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 83E2E16A420 for ; Fri, 18 Nov 2005 18:03:04 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B4443D5C for ; Fri, 18 Nov 2005 18:02:47 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so8393wra for ; Fri, 18 Nov 2005 10:02:47 -0800 (PST) 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=hKxdzuH5CswqcenloGcY+mzwjUcMdOxriRLwcfxKgiMXbKiQJiaDZTKZOgwViQ0pNzwOOVzeS5dq2Kp0jsGHSLlHuMylIl1yOC5WwYd8Evx8TNYjrjRpWjjRrsQy523TOMdHEFDFa6JutPKo6DjdFAd2Q/5F7hm5EAe12JyOz0w= Received: by 10.64.201.14 with SMTP id y14mr28175qbf; Fri, 18 Nov 2005 10:02:46 -0800 (PST) Received: by 10.64.21.5 with HTTP; Fri, 18 Nov 2005 10:02:45 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 02:02:45 +0800 From: Xin LI To: "Paul T. Root" In-Reply-To: <437E0FB1.1050400@iaces.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051118165133.GA95405@kierun.org> <437E0FB1.1050400@iaces.com> Cc: freebsd-stable Subject: Re: Update from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 18:03:04 -0000 TWF5YmUgYWxzbyBudHBkYXRlIC1idSB0aW1lLW53Lm5pc3QuZ292CgpDaGVlcnMsCi0tClhpbiBM SSA8ZGVscGhpakBkZWxwaGlqLm5ldD4gaHR0cDovL3d3dy5kZWxwaGlqLm5ldAo= From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 18:04:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A5EFD16A420 for ; Fri, 18 Nov 2005 18:04:25 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from postfix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B1DD43D7E for ; Fri, 18 Nov 2005 18:04:13 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by postfix.bsdforen.de (Postfix, from userid 20000) id 461B9684A29; Fri, 18 Nov 2005 19:04:12 +0100 (CET) Received: from localhost (postfix [127.0.0.3]) by postfix.bsdforen.de (Postfix) with ESMTP id E6D89684A28 for ; Fri, 18 Nov 2005 19:04:10 +0100 (CET) Received: from postfix.bsdforen.de ([127.0.0.3]) by localhost (postfix.bsdforen.de [127.0.0.3]) (amavisd-new, port 10024) with LMTP id 14163-05-2 for ; Fri, 18 Nov 2005 19:04:10 +0100 (CET) Received: from loki (p549CD4F8.dip.t-dialin.net [84.156.212.248]) by postfix.bsdforen.de (Postfix) with ESMTP id E5F48684A25 for ; Fri, 18 Nov 2005 19:04:08 +0100 (CET) Date: Fri, 18 Nov 2005 19:04:02 +0100 From: Joerg Pernfuss To: freebsd-stable@freebsd.org Message-ID: <20051118190402.2e9fa100@loki> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Fri__18_Nov_2005_19_04_02_+0100_f2Vd33CCavV2YOwu; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Virus-Scanned: amavisd-new at bsdforen.de X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 437e179c182063059816685 X-DSPAM-User: global Subject: RELENG_6 LOR: vnode interlock / system map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 18:04:25 -0000 --Signature_Fri__18_Nov_2005_19_04_02_+0100_f2Vd33CCavV2YOwu Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi. While hunting down the panic described in the other mail, I got an LOR I couldn't find on the lists so far. lock order reversal: 1st 0xc50147ec vnode interlock (vnode interlock) @ /usr/src/sys/kern/vfs_su= br.c:2185 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 KDB: stack backtrace: witness_checkorder(c1060144,9,c0822173,127,e5e08a3c) at 0xc060fb1f =3D witn= ess_checkorder+0x5bf _mtx_lock_flags(c1060144,0,c0822173,127,321) at 0xc05da7d4 =3D _mtx_lock_fl= ags+0x54 _vm_map_lock(c10600c0,c0822173,127,8,c106c468) at 0xc072d425 =3D _vm_map_lo= ck+0x35 kmem_malloc(c10600c0,1000,101,101,8) at 0xc072c81c =3D kmem_malloc+0x3c slab_zalloc(9,c08211fb,8a2,c4c93a80,c4c93af8) at 0xc0722d12 =3D slab_zalloc= +0x82 uma_zone_slab(c106c468,8,c08211fb,8a2,0) at 0xc07231ac =3D uma_zone_slab+0x= ac uma_zalloc_internal(1,0,0,0,e5e08b6c) at 0xc072325e =3D uma_zalloc_internal= +0x3e bucket_alloc(c10440a8,0,c08211fb,95e,c10440a0) at 0xc0723749 =3D bucket_all= oc+0x29 uma_zfree_arg(c1042000,c5039208,0,e5e08b90,c06e9b38) at 0xc07248c6 =3D uma_= zfree_arg+0x2d6 mac_labelzone_free(c5039208,c5014770,e5e08bac,c064bc3e,c5014770) at 0xc06e0= 710 =3D mac_labelzone_free+0x20 mac_destroy_vnode(c5014770,0,c0812767,2ff,c50147ec) at 0xc06e9b38 =3D mac_d= estroy_vnode+0x18 vdropl(c084cf60,e5e08bc8,c0812767,819,d64) at 0xc064bc3e =3D vdropl+0x11e vput(c5014770,0,c081e644,d64,3b7) at 0xc064d6e8 =3D vput+0x168 handle_workitem_remove(0,c4f47400,2,32e,0) at 0xc0703c91 =3D handle_workite= m_remove+0x161 process_worklist_item(c08dbd40,8,c081e644,2a3,437a7572) at 0xc0704181 =3D p= rocess_worklist_item+0x201 softdep_process_worklist(0,0,c0812767,68a,0) at 0xc0709543 =3D softdep_proc= ess_worklist+0x93 sched_sync(0,e5e08d38,c080693c,30d,0) at 0xc064d167 =3D sched_sync+0x5c7 fork_exit(c064cba0,0,e5e08d38) at 0xc05c9a34 =3D fork_exit+0xa4 fork_trampoline() at 0xc079152c =3D fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe5e08d6c, ebp =3D 0 --- Regards, Joerg. --=20 | /"\ ASCII ribbon | GnuPG Key ID | c7e4 d91d 64e2 6321 9988 | | \ / campaign against | 0xb248b614 | f27a 4e5b 06ce b248 b614 | | X HTML in email | .the next sentence is a lie. | | / \ and news | .the previous sentence was true. | --Signature_Fri__18_Nov_2005_19_04_02_+0100_f2Vd33CCavV2YOwu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfheZTlsGzrJIthQRAjUAAJ90PabZKROcnxDYvmPlz3DQfuBnsgCfYGaK EgTfAwBrxbOpXD2IMv4XTsg= =dPTY -----END PGP SIGNATURE----- --Signature_Fri__18_Nov_2005_19_04_02_+0100_f2Vd33CCavV2YOwu-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 18:08:34 2005 Return-Path: X-Original-To: stable@freebsd.org 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 4674216A41F for ; Fri, 18 Nov 2005 18:08:34 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90FAB43D68 for ; Fri, 18 Nov 2005 18:08:33 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so10830wra for ; Fri, 18 Nov 2005 10:08:33 -0800 (PST) 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=mq7wLQVBA5Q76z/SK2KANguo8kbEuJOW1wwyY0T4W7ccGOtZaql5JtelCFRAvekAkf23Ke0a0nriLWkHCYfvrwBomPhbh49XYwbYBhU2adXUtUTj+UhVX41Cu8ay9+E7YQI5YULgcKIFYctdmnjqBLsRpFqoIypZz/choJ/4mCo= Received: by 10.65.186.13 with SMTP id n13mr35166qbp; Fri, 18 Nov 2005 10:08:32 -0800 (PST) Received: by 10.64.21.5 with HTTP; Fri, 18 Nov 2005 10:08:31 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 02:08:31 +0800 From: Xin LI To: "Ricardo A. Reis" In-Reply-To: <437E094C.8030807@yahoo.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <437E094C.8030807@yahoo.com.br> Cc: stable@freebsd.org Subject: Re: RELENG_6: ACPI-0698: *** Warning: Type override: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 18:08:34 -0000 SGksCgpPbiAxMS8xOS8wNSwgUmljYXJkbyBBLiBSZWlzIDxyaWNhcmRvX2JzZEB5YWhvby5jb20u YnI+IHdyb3RlOgo+IEhpIGFsbCwKPgo+Cj4gICAgICAgICAgVXBkYXRpbmcgcHJveHkgc2VydmVy IHJ1bm5pbmcgNS40LCBpIHJlc29sdmUgZW5hYmxlIGFjcGksc21wCj4ga2VybmVsICB0byB1c2Ug SFRULgpbc25pcF0KRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBB RSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERU UyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+Cj4gIEZlYXR1cmVzMj0weDQw MDxDTlRYLUlEPgo+ICBIeXBlcnRocmVhZGluZzogMiBsb2dpY2FsIENQVXMKCkpGWUk6IGRpc2Fi bGluZyBoeXBlcnRocmVhZGluZyBpbiBCSU9TIGNvdWxkIGFjdHVhbGx5IGltcHJvdmUgeW91ciBw ZXJmb3JtYW5jZS4KCltzbmlwXQo+ICBjcHUwIChCU1ApOiBBUElDIElEOiAgMAo+ICBjcHUxIChB UCk6IEFQSUMgSUQ6ICAxCj4gICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBvdmVycmlk ZSAtIFtERUJfXSBoYWQgaW52YWxpZCB0eXBlCj4gKEludGVnZXIpIGZvciBTY29wZSBvcGVyYXRv ciwgY2hhbmdlZCB0byAoU2NvcGUpCj4gICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBv dmVycmlkZSAtIFtNTElCXSBoYWQgaW52YWxpZCB0eXBlCj4gKEludGVnZXIpIGZvciBTY29wZSBv cGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUpCj4gICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzog VHlwZSBvdmVycmlkZSAtIFtEQVRBXSBoYWQgaW52YWxpZCB0eXBlCj4gKFN0cmluZykgZm9yIFNj b3BlIG9wZXJhdG9yLCBjaGFuZ2VkIHRvIChTY29wZSkKPiAgICBBQ1BJLTA2OTg6ICoqKiBXYXJu aW5nOiBUeXBlIG92ZXJyaWRlIC0gW1NJT19dIGhhZCBpbnZhbGlkIHR5cGUKPiAoU3RyaW5nKSBm b3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKQo+ICAgIEFDUEktMDY5ODogKioq IFdhcm5pbmc6IFR5cGUgb3ZlcnJpZGUgLSBbTEVEUF0gaGFkIGludmFsaWQgdHlwZQo+IChTdHJp bmcpIGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUpCj4gICAgQUNQSS0wNjk4 OiAqKiogV2FybmluZzogVHlwZSBvdmVycmlkZSAtIFtHUEVOXSBoYWQgaW52YWxpZCB0eXBlCj4g KFN0cmluZykgZm9yIFNjb3BlIG9wZXJhdG9yLCBjaGFuZ2VkIHRvIChTY29wZSkKPiAgICBBQ1BJ LTA2OTg6ICoqKiBXYXJuaW5nOiBUeXBlIG92ZXJyaWRlIC0gW0dQU1RdIGhhZCBpbnZhbGlkIHR5 cGUKPiAoU3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKQo+ICAg IEFDUEktMDY5ODogKioqIFdhcm5pbmc6IFR5cGUgb3ZlcnJpZGUgLSBbV1VFU10gaGFkIGludmFs aWQgdHlwZQo+IChTdHJpbmcpIGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUp Cj4gICAgQUNQSS0wNjk4OiAqKiogV2FybmluZzogVHlwZSBvdmVycmlkZSAtIFtXVVNFXSBoYWQg aW52YWxpZCB0eXBlCj4gKFN0cmluZykgZm9yIFNjb3BlIG9wZXJhdG9yLCBjaGFuZ2VkIHRvIChT Y29wZSkKPiAgICBBQ1BJLTA2OTg6ICoqKiBXYXJuaW5nOiBUeXBlIG92ZXJyaWRlIC0gW1NCSURd IGhhZCBpbnZhbGlkIHR5cGUKPiAoU3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQg dG8gKFNjb3BlKQo+ICAgIEFDUEktMDY5ODogKioqIFdhcm5pbmc6IFR5cGUgb3ZlcnJpZGUgLSBb U1dDRV0gaGFkIGludmFsaWQgdHlwZQo+IChTdHJpbmcpIGZvciBTY29wZSBvcGVyYXRvciwgY2hh bmdlZCB0byAoU2NvcGUpCgpUaGlzIGxvb2tzIGxpa2UgYSBidWcgaW4gZWl0aGVyIEFDUElDQSBv ciB5b3VyIEJJT1MuICBXb3VsZCB5b3UgcGxlYXNlCmNvbnNpZGVyIGRvd25sb2FkaW5nIGEgTm92 ZW1iZXIgc25hcHNob3Qgb2YgNy4wLUNVUlJFTlQncyBkaXNjMSBhbmQKdHJ5IHRvIGJvb3QgaXQg b24geW91ciBib3ggdG8gc2VlIGlmIHRoZSBwcm9ibGVtIHBlcnNpc3RzPyAgQW5vdGhlcgp0aGlu ZyB0aGF0IGlzIHdvcnRoeSB0byB0cnkgaXMgdG8gdXBkYXRlIHlvdXIgQklPUyB0byBsYXRlc3Qg cmVsZWFzZS4KCkJUVy4gIEl0IG1pZ2h0IGJlIGdvb2QgdG8gY2MnIHRoaXMgdG8gZnJlZWJzZC1h Y3BpQCBhcyB3ZWxsIGlmIHlvdSBnb3QKc29tZSBmaW5kaW5ncy4KCkNoZWVycywKLS0KWGluIExJ IDxkZWxwaGlqQGRlbHBoaWoubmV0PiBodHRwOi8vd3d3LmRlbHBoaWoubmV0Cg== From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 18:21:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 594E016A41F for ; Fri, 18 Nov 2005 18:21:12 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from postfix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC63B43D45 for ; Fri, 18 Nov 2005 18:21:11 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by postfix.bsdforen.de (Postfix, from userid 20000) id DE8F9684A26; Fri, 18 Nov 2005 19:21:10 +0100 (CET) Received: from localhost (postfix [127.0.0.3]) by postfix.bsdforen.de (Postfix) with ESMTP id 2FA28684A24 for ; Fri, 18 Nov 2005 19:21:10 +0100 (CET) Received: from postfix.bsdforen.de ([127.0.0.3]) by localhost (postfix.bsdforen.de [127.0.0.3]) (amavisd-new, port 10024) with LMTP id 16755-04 for ; Fri, 18 Nov 2005 19:21:09 +0100 (CET) Received: from loki (p549CD4F8.dip.t-dialin.net [84.156.212.248]) by postfix.bsdforen.de (Postfix) with ESMTP id 3FF0A684A1F for ; Fri, 18 Nov 2005 19:21:09 +0100 (CET) Date: Fri, 18 Nov 2005 19:20:48 +0100 From: Joerg Pernfuss To: freebsd-stable@freebsd.org Message-ID: <20051118192048.1cd692f8@loki> In-Reply-To: References: <20051118183947.24a9427b@loki> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Fri__18_Nov_2005_19_20_48_+0100_/srwfkjDrCmvHeOl"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Virus-Scanned: amavisd-new at bsdforen.de X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 437e1b96192323232315778 X-DSPAM-User: global Subject: Re: RELENG_6 vm_fault panic on filesystem mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 18:21:12 -0000 --Signature_Fri__18_Nov_2005_19_20_48_+0100_/srwfkjDrCmvHeOl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 19 Nov 2005 01:58:46 +0800 Xin LI wrote: > Hi, Joerg, >=20 > If this is a production then my suggestion would be trying to remove > something that you do not need for everyday use from the kernel > configuration, and if it is not then my suggestion would be enabling > INVARIANTS and makeoptions=3D-g to see if something strange happen, and > possibly some backtraces would inspire us to catch the bug. >=20 > Thanks, Hi, interestingly it doesn't show up in the verbose dmesg, but curently my kernel is configured with: makeoptions DEBUG=3D-g options ADAPTIVE_GIANT options MUTEX_DEBUG options WITNESS options GDB options SYSCTL_DEBUG options DEBUG_MEMGUARD options KTRACE options KTRACE_REQUEST_POOL=3D101 options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC options KDB_STOP_NMI I also do boot /boot/kernel/kernel.debug. As for the backtraces, I have a few of them, but they are all identical to the one I sent in with my first mail.=20 I'll add KDB, KDB_TRACE and DDB and look if I get different output. Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | c7e4 d91d 64e2 6321 9988 | | \ / campaign against | 0xb248b614 | f27a 4e5b 06ce b248 b614 | | X HTML in email | .the next sentence is a lie. | | / \ and news | .the previous sentence was true. | --Signature_Fri__18_Nov_2005_19_20_48_+0100_/srwfkjDrCmvHeOl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfhuWTlsGzrJIthQRAmwlAJ9oykg9IBoKbcJ0joMGUTgWQWj7+QCdFwWw S/kIVamYs8JSeYMDs1NMCiw= =wH6u -----END PGP SIGNATURE----- --Signature_Fri__18_Nov_2005_19_20_48_+0100_/srwfkjDrCmvHeOl-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 18:22:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9E85716A41F; Fri, 18 Nov 2005 18:22:49 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE7D043D77; Fri, 18 Nov 2005 18:22:41 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi2.stromnet.org (81.231.107.13) by pne-smtpout2-sn2.hy.skanova.net (7.2.060.1) id 437DDD3B00010570; Fri, 18 Nov 2005 19:22:29 +0100 Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi2.stromnet.org (Postfix) with ESMTP id 316E0CF03F; Fri, 18 Nov 2005 19:22:24 +0100 (CET) In-Reply-To: References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Fri, 18 Nov 2005 19:23:25 +0100 To: delphij@delphij.net X-Mailer: Apple Mail (2.746.2) Cc: pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 18:22:49 -0000 Hi! On 18 nov 2005, at 18.43, Xin LI wrote: > Hi, Johan, > > On 11/18/05, Johan Str=F6m wrote: >> On 18 nov 2005, at 10.17, Xin LI wrote: > [snip] >> Doesnt look like I got any "usable" dump devices.. >> When booting i get > [...] >> Loading configuration files. >> No suitable dump device was found. >> Entropy harvesting: >> interrupts >> ethernet >> point_to_point >> kickstart >> . >> swapon: adding /dev/mirror/gm0s1b as swap device > > I see, so your both SATA disks are in the same mirror group... > >> Then naturally: >> /etc/rc: WARNING: Dump device does not exist. Savecore not run. >> >> Looked around in the rc-scripts and tried to figure out what it did, >> the dumpon script >> tries to autolookup a good dump device but finds none.. > > Unfortunately, kernel dumps currently does not support every device, > for some technical reasons (probably to simplify the crash code so > they do not make more mistakes^Wdamages) > >> According to the page you linked to, the dumpon command has to be >> executed AFTER swapon.. Why is the rc scripts trying to run it before >> swapon then? > > I guess this is because that dumpon now can detect dump device > automatically, but I'm not quite sure about this. Will look for the > reason. I think either Handbook should be updated, or the code should > be corrected. > > What I am very curious is that why dumpon is "BEFORE" savecore. Maybe > I have some misunderstanding... Sorry, partly my misstake.. I think i missunderstod how save savecore =20= works below (when i tried it manually in last mail).. But the messages from above are directly from boot, seems it tries =20 dumpon before savecore? Relevant bootlog from last boot: ad0: 2441MB at ata0-master UDMA33 acd0: CDROM at ata1-master PIO4 ad6: 286188MB at ata3-master SATA150 ad10: 286188MB at ata5-master SATA150 GEOM_MIRROR: Device gm0s1 created (id=3D4118114647). GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. GEOM_MIRROR: Device gm0s1: provider ad10s1 detected. GEOM_MIRROR: Device gm0s1: provider ad10s1 activated. GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. Trying to mount root from ufs:/dev/mirror/gm0s1a Loading configuration files. dumpon: (this DIOCSKERNELDUMP message is probably since i specified =20 dumpdev in rc.conf so it forced useage of gm0s1b instead of letting =20 the scripts autodetect.. ) ioctl(DIOCSKERNELDUMP) : Operation not supported Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/mirror/gm0s1b as swap device Starting file system checks: /dev/mirror/gm0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0s1a: clean, 213811 free (771 frags, 26630 blocks, 0.3% =20= fragmentation) /dev/mirror/gm0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0s1e: clean, 1012917 free (85 frags, 126604 blocks, =20 0.0% fragmentation) /dev/mirror/gm0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0s1f: clean, 115955787 free (40747 frags, 14489380 =20 blocks, 0.0% fragmentation) /dev/mirror/gm0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0s1d: clean, 1983354 free (4834 frags, 247315 blocks, =20 0.2% fragmentation) Starting devd. Mounting NFS file systems: . Creating and/or trimming log files: . Starting syslogd. Checking for core dump on /dev/mirror/gm0s1b... savecore: no dumps found Starting named. So, it seems it does run savecore after running dumpon and mounting =20 disks etc... Is that wrong? > >> Anyway, tried to do dumpon manually on my swap drive: >> >> $ dumpon -v /dev/mirror/gm0s1b >> dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported >> >> Didn't work too good.. >> Also tried savecore manually: >> >> $ savecore /var/crash/ /dev/mirror/gm0s1b >> savecore: no dumps found (This was my misstake, of course there are no dumps when I didnt have =20= a dump when it crashed..) >> >> Didnt work very good either (but probably expected since there was no >> working dumps..) >> Google showed me some other thread in this list about gmirror swap >> dump, just a question (if it was supported) w/o any answers tho. Same >> error as I got. > > It seems that this could not be workaround'ed easily. If possible, my > suggestion is that you attach a third disk and create a swap partition > on it for the crash dump. If this is not feasible, then adding DDB > and KDB may give us a chance to catch the panic and you can use > "trace" command at the ddb> prompt to obtain a simplified backtrace, > and there is good chance that it would reveal what is happening. > > I have cc'ed to Pawel who is very knowledgeable in this area, and > let's see whether he has some better suggestions :-) Okay, just added an old but working 2 gig disk to the system, made it =20= a swap and swapon'ed and: root@elfi:~$ dumpon -v /dev/ad0s1b kernel dumps on /dev/ad0s1b Great! :) So, let's see when/if it dies next time... Before I took it =20= down for the dump-disk, it had been running fine for 1d 1h (since boot after crasch), however probably not as loaded =20 as the day it crashed.. I'll try to load it some now and see if it =20 crashes. Thanks Johan > > Cheers, > -- > Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 18:59:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 46A6B16A41F for ; Fri, 18 Nov 2005 18:59:35 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 066DF43D46 for ; Fri, 18 Nov 2005 18:59:34 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 888AA46B86; Fri, 18 Nov 2005 13:59:34 -0500 (EST) Date: Fri, 18 Nov 2005 18:59:34 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Joerg Pernfuss In-Reply-To: <20051118183947.24a9427b@loki> Message-ID: <20051118185634.Q52197@fledge.watson.org> References: <20051118183947.24a9427b@loki> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 vm_fault panic on filesystem mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 18:59:35 -0000 On Fri, 18 Nov 2005, Joerg Pernfuss wrote: > #6 0xc078806a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc070c00c in ufsdirhash_build (ip=0xc5426948) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:232 > #8 0xc070f5c3 in ufs_lookup (ap=0xeabb6824) at /usr/src/sys/ufs/ufs/ufs_lookup.c:192 > #9 0xc070d8f4 in ufs_extattr_lookup (start_dvp=0xc5414dd0, lockparent=0x2, dirname=0xd71f3000 "\002", vp=0xd71f3000, td=0xc5558780) at /usr/src/sys/ > ufs/ufs/ufs_extattr.c:274 > #10 0xc070dfd6 in ufs_extattr_autostart (mp=0xc4ca3000, td=0xc5558780) at /usr/src/sys/ufs/ufs/ufs_extattr.c:463 > #11 0xc0706fa6 in ffs_mount (mp=0xc4ca3000, td=0xc5558780) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:779 > #12 0xc0640d57 in vfs_donmount (td=0xc5558780, fsflags=0x8008, fsoptions=0xeabb6bf4) at /usr/src/sys/kern/vfs_mount.c:739 > #13 0xc06427c0 in kernel_mount (ma=0xc5235240, flags=0x0) at pcpu.h:162 The UFS1 extended attribute code performs directory listings, lookups, and file operations very early in the "life cycle" of a UFS file system in order to identify attribute backing files. We could be looking at a bug or new negative interaction between the extended attribute code in UFS1, dirhash, and the changes to VFS required to get SMP VFS support in 6.x. In principle, however, the EA code waits until everything is "ready to go" before starting on file system I/O. Are you actively using UFS1 attributes on that file system? Could I ask you to boot to single user mode, try mounting the file system, then try compiling a kernel without UFS_EXTATTR and UFS_EXTATTR_AUTOSTART, boot to single user mode, and see if you can mount the file system successfully? I.e., compare mounting with and without extended attributes, but on a "quiet" file system so any existing extended attributes remain in sync. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 19:30:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3D76016A41F for ; Fri, 18 Nov 2005 19:30:48 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from postfix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B622143D46 for ; Fri, 18 Nov 2005 19:30:46 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by postfix.bsdforen.de (Postfix, from userid 20000) id 642B4684A26; Fri, 18 Nov 2005 20:30:45 +0100 (CET) Received: from localhost (postfix [127.0.0.3]) by postfix.bsdforen.de (Postfix) with ESMTP id D1869684A24; Fri, 18 Nov 2005 20:30:43 +0100 (CET) Received: from postfix.bsdforen.de ([127.0.0.3]) by localhost (postfix.bsdforen.de [127.0.0.3]) (amavisd-new, port 10024) with LMTP id 23215-01-2; Fri, 18 Nov 2005 20:30:43 +0100 (CET) Received: from loki (p549CD4F8.dip.t-dialin.net [84.156.212.248]) by postfix.bsdforen.de (Postfix) with ESMTP id CF978684A1F; Fri, 18 Nov 2005 20:30:42 +0100 (CET) Date: Fri, 18 Nov 2005 20:30:25 +0100 From: Joerg Pernfuss To: Robert Watson Message-ID: <20051118203025.11e98f92@loki> In-Reply-To: <20051118185634.Q52197@fledge.watson.org> References: <20051118183947.24a9427b@loki> <20051118185634.Q52197@fledge.watson.org> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Fri__18_Nov_2005_20_30_25_+0100_H6xJ79W=1dxR2QZe"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Virus-Scanned: amavisd-new at bsdforen.de X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 437e2be5234893947714841 X-DSPAM-User: global Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 vm_fault panic on filesystem mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 19:30:48 -0000 --Signature_Fri__18_Nov_2005_20_30_25_+0100_H6xJ79W=1dxR2QZe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 18 Nov 2005 18:59:34 +0000 (GMT) Robert Watson wrote: >=20 > On Fri, 18 Nov 2005, Joerg Pernfuss wrote: >=20 > > #6 0xc078806a in calltrap () > > at /usr/src/sys/i386/i386/exception.s:139 #7 0xc070c00c in > > ufsdirhash_build (ip=3D0xc5426948) > > at /usr/src/sys/ufs/ufs/ufs_dirhash.c:232 #8 0xc070f5c3 in > > ufs_lookup (ap=3D0xeabb6824) at /usr/src/sys/ufs/ufs/ufs_lookup.c:192 > > #9 0xc070d8f4 in ufs_extattr_lookup (start_dvp=3D0xc5414dd0, > > lockparent=3D0x2, dirname=3D0xd71f3000 "\002", vp=3D0xd71f3000, > > td=3D0xc5558780) at /usr/src/sys/ ufs/ufs/ufs_extattr.c:274 #10 > > 0xc070dfd6 in ufs_extattr_autostart (mp=3D0xc4ca3000, td=3D0xc5558780) > > at /usr/src/sys/ufs/ufs/ufs_extattr.c:463 #11 0xc0706fa6 in > > ffs_mount (mp=3D0xc4ca3000, td=3D0xc5558780) > > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:779 #12 0xc0640d57 in > > vfs_donmount (td=3D0xc5558780, fsflags=3D0x8008, fsoptions=3D0xeabb6bf4) > > at /usr/src/sys/kern/vfs_mount.c:739 #13 0xc06427c0 in kernel_mount > > (ma=3D0xc5235240, flags=3D0x0) at pcpu.h:162 >=20 > The UFS1 extended attribute code performs directory listings, > lookups, and file operations very early in the "life cycle" of a UFS > file system in order to identify attribute backing files. We could > be looking at a bug or new negative interaction between the extended > attribute code in UFS1, dirhash, and the changes to VFS required to > get SMP VFS support in 6.x. In principle, however, the EA code waits > until everything is "ready to go" before starting on file system > I/O. Are you actively using UFS1 attributes on that file system? No, it is just my nfs exported distfiles collection. Nothing special I was aware of until recently. > Could I ask you to boot to single user mode, try mounting the file > system, then try compiling a kernel without UFS_EXTATTR and > UFS_EXTATTR_AUTOSTART, boot to single user mode, and see if you can > mount the file system successfully? I.e., compare mounting with and > without extended attributes, but on a "quiet" file system so any > existing extended attributes remain in sync. No problem, the kernel is already building. I'll post the output as soon as I have it. Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | c7e4 d91d 64e2 6321 9988 | | \ / campaign against | 0xb248b614 | f27a 4e5b 06ce b248 b614 | | X HTML in email | .the next sentence is a lie. | | / \ and news | .the previous sentence was true. | --Signature_Fri__18_Nov_2005_20_30_25_+0100_H6xJ79W=1dxR2QZe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfivjTlsGzrJIthQRAi+RAJ9l9vUL5Ul3N2g8q6Uu9YRL2uTapQCfU9EF JrcwnaCatL1Kw2+Ij1WAlDs= =b64N -----END PGP SIGNATURE----- --Signature_Fri__18_Nov_2005_20_30_25_+0100_H6xJ79W=1dxR2QZe-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 20:10:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2B89416A41F for ; Fri, 18 Nov 2005 20:10:19 +0000 (GMT) (envelope-from tom@insecurity.dk) Received: from bart.motd.dk (port95.ds1-ro.adsl.cybercity.dk [212.242.60.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9673B43D46 for ; Fri, 18 Nov 2005 20:10:18 +0000 (GMT) (envelope-from tom@insecurity.dk) Received: from localhost (localhost.motd.dk [127.0.0.1]) by bart.motd.dk (Postfix) with ESMTP id 15689611A for ; Fri, 18 Nov 2005 21:14:19 +0100 (CET) Received: from bart.motd.dk ([127.0.0.1]) by localhost (bart.motd.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00552-03 for ; Fri, 18 Nov 2005 21:14:18 +0100 (CET) Received: from homer (homer.motd.dk [192.168.10.3]) by bart.motd.dk (Postfix) with ESMTP id 935A760CC for ; Fri, 18 Nov 2005 21:14:17 +0100 (CET) From: "Tom Jensen" To: Date: Fri, 18 Nov 2005 21:10:12 +0100 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.2670 Thread-Index: AcXsfBTKeZC2pgvnRJKuCy4qSjDM1A== Message-Id: <20051118201417.935A760CC@bart.motd.dk> X-Virus-Scanned: by amavisd-new at motd.dk Subject: Panic: ad0: WARNING - removed from configuration X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 20:10:19 -0000 Hi Seen this panic twice, there seems to be no pattern and I have no idea what triggers this, is it failing hardware? System: FreeBSD 5.4-STABLE FreeBSD 5.4-STABLE #10: Sat Nov 5 17:14:46 CET 2005 db> show msgbuf msgbufp = 0xc101cfe4 magic = 63062, size = 32740, r= 33501, w = 63892, ptr = 0xc1015000, cksum= 3187082 ad0: WARNING - removed from configuration swap_pager: I/O error - pagein failed; blkno 5212,size 4096, error 0 vm_fault: pager read error, pid 282 (syslogd) <6>pid 282 (syslogd), uid 0: exited on signal 11 ata0-master: FAILURE - WRITE_DMA timed out initiate_write_filepage: already started swap_pager: I/O error - pagein failed; blkno 6496,size 12288, error 6 vm_fault: pager read error, pid 657 (courierlogger) initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started . . [snip] . initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started initiate_write_filepage: already started panic: newdirrem: not ATTACHED KDB: enter: panic db> tr Tracing pid 490 tid 100088 td 0xc1769c00 kdb_enter(c08404d5) at kdb_enter+0x2b panic(c0853a7c,c08d2638,c2885460,c2878580,c1d8ece4) at panic+0xbb newdirrem(c502e680,c1fa3c08,c21d4000,0,ceb92998) at newdirrem+0x163 softdep_setup_directory_change(c502e680,c1fa3c08,c21d4000,d0588,0) at softdep_setup_directory_change+0x67 ufs_dirrewrite(c1fa3c08,c21d4000,d0588,8,0) at ufs_dirrewrite+0x8d ufs_rename(ceb92bd8,ceb92cc4,c0684601,ceb92bd8,c1d8ece4) at ufs_rename+0x9a1 ufs_vnoperate(ceb92bd8,c1d8ece4,c203ae10,c15be000,c08e0c80) at ufs_vnoperate+0x13 kern_rename(c1769c00,8248500,8248900,0,ceb92d30) at kern_rename+0x2e1 rename(c1769c00,ceb92d04,2,672,296) at rename+0x15 syscall(2f,284e002f,bfbf002f,284e6000,0) at syscall+0x2ab Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (128, FreeBSD ELF32, rename), eip = 0x2845a22b, esp = 0xbfbfe37c, ebp = 0xbfbfe3d8 --- db> call doadump Cannot dump. No dump device defined. 0x25 db> reset Running a savecore gives this, but I'm not sure if it's relevant bash-2.05b# savecore -f /var/crash/ /dev/ad0s1b savecore: reboot after panic: kmem_malloc(4096): kmem_map too small: 62877696 total allocated savecore: writing core to vmcore.38 Thanks - Tom From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 21:34:35 2005 Return-Path: X-Original-To: stable@freebsd.org 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 38E9716A426 for ; Fri, 18 Nov 2005 21:34:35 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2FD643D49 for ; Fri, 18 Nov 2005 21:34:34 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: by nproxy.gmail.com with SMTP id c2so11404nfe for ; Fri, 18 Nov 2005 13:34:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=mZqEP52mRGdWUo/yX48JjIdpY7p0cCcwVQXMPw1yfIF99Od+jRZKqHSDAvTmidh4JM5ocPwxAoQIPWhjFei2NFeBKRQqIj0/miH84d9iqvNvgVKQRLIHYW9DjzAvu4h9hjznW5/7QWfylchERFQF/7TBOwWELxYIgpocLHX9Fs0= Received: by 10.48.238.8 with SMTP id l8mr32252nfh; Fri, 18 Nov 2005 13:09:08 -0800 (PST) Received: from ?192.168.0.3? ( [82.255.23.42]) by mx.gmail.com with ESMTP id l32sm31802nfa.2005.11.18.13.09.08; Fri, 18 Nov 2005 13:09:08 -0800 (PST) Message-ID: <437E42F5.7010203@gmail.com> Date: Fri, 18 Nov 2005 22:09:09 +0100 From: Laurent User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051117) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 21:34:35 -0000 Hello all, I've recently upgraded my AMD64 FreeBSD station from 5.4 to 6.0 using the handbook method. Everything seems to work OK but I have the message after repeating every second on tty1 after I log on X : kvm_open : kinfo_proc size mismatch (expected 912 got 1088). After some search on Internet I gave an eye to /usr/src/sys/sys/user.h for kinfo_proc_size values, but the right value (1088) is already set for amd64. So I don't know how to solve this problem, and I'm quite afraid to touch some souce code on my system. %uname -a FreeBSD wks02.chez.oim 6.0-STABLE Thu Nov 17 19:40:44 CET 2005 amd64 Thanks. -- Laurent From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 22:02:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 BCF6416A41F for ; Fri, 18 Nov 2005 22:02:30 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from postfix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D8C043D49 for ; Fri, 18 Nov 2005 22:02:29 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by postfix.bsdforen.de (Postfix, from userid 20000) id 49525684A27; Fri, 18 Nov 2005 23:02:29 +0100 (CET) Received: from localhost (postfix [127.0.0.3]) by postfix.bsdforen.de (Postfix) with ESMTP id 0B6E8684A24; Fri, 18 Nov 2005 23:02:23 +0100 (CET) Received: from postfix.bsdforen.de ([127.0.0.3]) by localhost (postfix.bsdforen.de [127.0.0.3]) (amavisd-new, port 10024) with LMTP id 29870-02; Fri, 18 Nov 2005 23:02:22 +0100 (CET) Received: from loki (p549CD4F8.dip.t-dialin.net [84.156.212.248]) by postfix.bsdforen.de (Postfix) with ESMTP id EBD9A684A1F; Fri, 18 Nov 2005 23:02:21 +0100 (CET) Date: Fri, 18 Nov 2005 23:02:14 +0100 From: Joerg Pernfuss To: freebsd-stable@freebsd.org Message-ID: <20051118230214.18182615@loki> In-Reply-To: <20051118185634.Q52197@fledge.watson.org> References: <20051118183947.24a9427b@loki> <20051118185634.Q52197@fledge.watson.org> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Fri__18_Nov_2005_23_02_14_+0100_.5rUspmIu/XDleqt"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Virus-Scanned: amavisd-new at bsdforen.de X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 437e4f74313255264790454 X-DSPAM-User: global Cc: Robert Watson Subject: Re: RELENG_6 vm_fault panic on filesystem mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 22:02:30 -0000 --Signature_Fri__18_Nov_2005_23_02_14_+0100_.5rUspmIu/XDleqt Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 18 Nov 2005 18:59:34 +0000 (GMT) Robert Watson wrote: > Could I ask you to boot to single user mode, try mounting the file > system, then try compiling a kernel without UFS_EXTATTR and > UFS_EXTATTR_AUTOSTART, boot to single user mode, and see if you can > mount the file system successfully? I.e., compare mounting with and > without extended attributes, but on a "quiet" file system so any > existing extended attributes remain in sync. Alright, I built two kernels, both with makeoptions DEBUG=3D-g, ADAPTIVE_GIANT, MUTEX_DEBUG, WITNESS, KDB, KDB_TRACE, DDB, DDB_NUMSYM, GDB, SYSCTL_DEBUG, DEBUG_MEMGUARD, KTRACE, KTRACE_REUQEST_POOL=3D101, INVARIANTS, INVARIANTS_SUPPORT, DIAGNOSTIC, KDB_STOP_NMI. One of them with UFS_ACLS, UFS_EXTATTR, UFS_EXTATTR_AUTOSTART and the other without (both with UFS_DIRHASH). Booting the one without the extattr options, I was able to mount the filesystem without getting a panic, but encountered a LOR upon umount. lock order reversal: 1st 0xc50416dc vnode interlock (vnode interlock) @ /usr/src/sys/kern/vfs_subr.c:2430 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 KDB: stack acktrace: witness_checkorder(c1060144,9,c081f0f8,127,eaad4990) at 0xc060f8df =3D=20 witness_checkorder+0x5bf _mtx_lock_flags(c1060144,0,c081f0f8,127,321) at 0xc05da594 =3D _mtx_lock_flags+0x54 _vm_map_lock(c10600c0,c081f0f8,127,8,c106c468) at 0xc072a8e5 =3D=20 _vm_map_lock+0x35 kmem_malloc(c10600c0,1000,101,101,8) at 0xc0729cdc =3D kmem_malloc+0x3c slab_zalloc(9,c081e180,8a2,c4fae780,c4fae7f8) at 0xc07201d2 =3D slab_zalloc+0x82 uma_zone_slab(c106c468,8,c081e180,8a2,0) at 0xc072071e =3D uma_zalloc_internal+0x3e bucket_alloc(c10440a8,0,c081e180,95e,c10440a0) at 0xc0720c09 =3D bucket_alloc+0x29 uma_zfree_arg(c1042000,c503121c,0,eaad4ae4,c06e98f8) at 0xc0721d86 =3D uma_zfree_arg+0x2d6 mac_labelzone_free(c503121c,c5041660,eaad4b00,c064b9fe,c5041660) at 0xc06e04d0 =3D mac_labelzone_free+0x20 mac_destroy_vnode(c5041660,0,c080fb66,2ff,c080fb66) at 0xc06e98f8 =3D mac_destroy_vnode+0x18 vdropl(c0849ee0,eaad4b28,c080fb66,8e8,c4f87444) at 0xc064b9fe =3D vdropl+0x11e vflush(c4f87400,0,0,c4fae780,c081ccbc) at 0xc064da58 =3D vflush+0x378 ffs_flushfiles(c4f87400,0,c4fae780,c070b376,0) at 0xc070a19a =3D ffs_flushfiles+0x4a softdep_flushfiles(c4f87400,0,c4fae780,c4f6ea00,0) at 0xc07096f3 =3D=20 softdep_flushfiles+0x33 ffs_unmount(c4f87400,8000000,c4fae780,c4fae780,0) at 0xc070b470 =3D ffs_unmount+0x40 dounmount(c4f87400,8000000,c4fae780,37e,42262023) at 0xc0647b97 =3D dounmount+0x1e7 unmount(c4fae780,eaad4d04,c0828274,3c6,2) at 0xc0648091 =3D unmount+0x211 syscall(3b,3b,3b,804aa92,804d6a1) at 0xc07a40ec =3D syscall+0x14c Xint0x80_syscall() at 0xc078e9df =3D Xint0x80_syscall+0x1f --- syscall (22, FreeBSD ELF32, unmount), eip =3D 0x480c1c3f,=20 esp =3D 0xbfbfe40c, ebp =3D 0xbfbfe4c8 --- Booting the kernel with the extattr options, the system panic'ed when I tried to mount the filesystem. Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xd76f7004 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0712adc stack pointer =3D 0x28:0xe5e10680 frame pointer =3D 0x28:0xe5e106d8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, press 1, def32 1, gran 1 processor flags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 657 (mount) [thread pid 657 tid 100055 ] Stopped at 0xc0712adc =3D ufs_dirhash_build+0x6ac: movzwl 0x4(%ecx),%ebx db> trace Tracing pid 657 tid 100055 td 0xc4c93d80 ufsdirhash_build(c53b38c4,c4c93d80,c1044b48,351,e5e1070c) at 0xc0712adc =3D ufs_dirhash_build+0x6ac ufs_lookup(e5e10824,c4f8f000,400,e5e10810,0) at 0xc0716093 =3D=20 ufs_lookup+0xf3 ufs_extattr_lookup(c08204f9,e5e10860,c4c93d80,c4c93d80,c5246800)=20 at 0xc07143c4 =3D ufs_extattr_lookup+0xf4 ufs_extattr_autostart(c4d41400,c4c93d80,c559f000,c558c300,c558c300)=20 at 0xc0714aa6 =3D ufs_extattr_autostart+0x76 ffs_mount(c4d41400,c4v93d80,e5e10acc,2c7,0) at 0xc070da76 =3D=20 ffs_mount+0x2066 vfs_donmount(e5e10bf4,e5e10d04,c4f9cd00,e,c0648ac2) at 0xc0647637 =3D=20 vfs_donmount+0xb07 kernel_mount(c4f48840,0,e5e10c38,6c,bfbfeb96) at 0xc06490a0 =3D=20 kernel_mount+0xb0 ffs_cmount(c4f48840,bfbfddc0,0,c4c93d80,0) at 0xc070a16d =3D=20 ffs_cmount+0x8d mount(c4c93d80,e5e10d04,c082b2a7,3c6,4) at 0xc0648de5 =3D mount+0x175 syscall(3b,3b,3b,bfbfddbc,bfbfe854) at 0xc07a6c2c =3D syscall+0x14c Xint0x80_syscall() at 0xc079151f =3D Xint0x80_syscall+0x1f --- syscall (21, FreeBSD ELF32, mount), eip =3D 0x480c2c5f,=20 esp =3D 0xbfbfdd9c, ebp =3D 0xbfbfde48 --- db> show alllocks Process 657 (mount) thread 0xc4c93d80 (100055) exclusive sleep mutex Giant r =3D 1 (0xc0887780) locked @=20 /usr/src/sys/kern/vfs_lookup.c:197 db>=20 The fs was fsck'ed before each mounted and always reported clean. I use 'src/sys/ufs/ufs/ufs_extattr.c,v 1.81.2.1 2005/10/15 18:32:55'. I hope this new information helps you. Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | c7e4 d91d 64e2 6321 9988 | | \ / campaign against | 0xb248b614 | f27a 4e5b 06ce b248 b614 | | X HTML in email | .the next sentence is a lie. | | / \ and news | .the previous sentence was true. | --Signature_Fri__18_Nov_2005_23_02_14_+0100_.5rUspmIu/XDleqt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfk9vTlsGzrJIthQRAmX6AJ9GJ8AIeJzFtNz5rASKht5bPfRxzQCfbEsu Qzxd0+gmcfs+ZjvEGoH/H/w= =pR5r -----END PGP SIGNATURE----- --Signature_Fri__18_Nov_2005_23_02_14_+0100_.5rUspmIu/XDleqt-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 22:33:37 2005 Return-Path: X-Original-To: stable@freebsd.org 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 E143E16A41F for ; Fri, 18 Nov 2005 22:33:37 +0000 (GMT) (envelope-from spork@bway.net) Received: from mail.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7560543D45 for ; Fri, 18 Nov 2005 22:33:37 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 50455 invoked by uid 0); 18 Nov 2005 22:33:36 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Nov 2005 22:33:36 -0000 Date: Fri, 18 Nov 2005 17:33:39 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@charles-sprickmans-computer.local To: Uwe Doering In-Reply-To: <437D91FD.8050809@geminix.org> Message-ID: References: <437D91FD.8050809@geminix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: 4.8 "alternate system clock has died" error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 22:33:38 -0000 On Fri, 18 Nov 2005, Uwe Doering wrote: > Charles Sprickman wrote: >> Hello all, >> >> I've been digging through Google for more information on this. I have a >> 4.8 box that's been up for about 430 days. In the last week or so, top and >> ps have started reporting all CPU usage numbers as zero, and running >> "systat -vmstat" results in the message "The alternate system clock has >> died! Reverting to ``pigs'' display". >> >> I've found instances of this message in the archives for some 3.x users, >> some pre 4.8 users and some 5.3 users. >> >> There were a number of suggestions including a patch if pre-4.8, sending >> init a HUP, and setting the following sysctl mib: "kern.timecounter.method: >> 1". >> >> I'm already at 4.8-p24, so I did not look into patching anything, and >> HUP'ing init and setting the sysctl mib does not seem to have any effect. >> >> I'm not quite ready to believe that some hardware has actually failed. >> Perhaps due to the long uptime something has rolled over? > > We had this once at work, quite a while ago. The "alternate system clock" is > in fact the Real Time Clock (RTC) on the mainboard. In our case we were > lucky in that it was just the quartz device that failed due to an improperly > soldered lead which finally came off. We fixed the soldering and the problem > was gone. Are there any tools to verify that the RTC is working? I don't exactly understand what the RTC is, but would the machine not be suffering some other problems if there was an actual hardware failure? Doesn't the system rely on this to time everything from the processors to memory to PCI slots and interrupts? Is there any simple way to figure out if this is hardware or software? > Now, there are of course plenty of other hardware reasons why the RTC can > fail, even temporarily like in your case. Perhaps it is really time for a > new mainboard. Ouch, that would hurt. This machine does not have much room for tinkering (mail server). Thanks, Charles > Uwe > -- > Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers > gemini@geminix.org | http://www.escapebox.net > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 22:40:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 BA91C16A41F; Fri, 18 Nov 2005 22:40:34 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E4A543D45; Fri, 18 Nov 2005 22:40:33 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id jAIMeQRZ031586 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 18 Nov 2005 23:40:27 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: Johan =?ISO-8859-1?Q?Str=F6m?= In-Reply-To: References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> Content-Type: text/plain; charset=ISO-8859-2 Date: Fri, 18 Nov 2005 23:39:59 +0100 Message-Id: <1132353600.903.19.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: pjd@freebsd.org, delphij@delphij.net, freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 22:40:34 -0000 Johan Str๖m wrote: > Hi! > > On 18 nov 2005, at 18.43, Xin LI wrote: > > > Hi, Johan, < large snip> > So, it seems it does run savecore after running dumpon and mounting > disks etc... Is that wrong? No, this is normal. When you run savecore you need to have mounted filesystems. In order to mount the filesystems they may have to be checked. The fsck program requires big amount of memory to check larger filesystems so the swap has to be enabled. Core dumps are written to the dump device (swap) from the end whereas the swap is normally used from the beginning (or the other way around). Therefore there's quite a big chance that, even when the swap has to be used for fsck, the core dump is intact and usable. If the usage of the swap file by fsck corrupts the core dump you may start after next crash in single user mode and run the commands manually (without enabling swap). As to why you can write kernel core dumps only to certain devices the answer is that at the time, when the kernel is dumping core, it is usually in pretty bad state, kernel internals may be corrupted and so on. The dumping code is therefore written to be quite low level so that even wedged kernel can be dumped. The dumping code is part of hard disk controller's drivers. The gmirror is quite high-level device and geom itself needs working scheduler so there will probably never be a way to dump on gmirror provided swap. When you issue the dumpon command the check is performed whether the driver for the disk you want to dump on supports kernel core dumps. Michal From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 23:13:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 46FE816A41F; Fri, 18 Nov 2005 23:13:39 +0000 (GMT) (envelope-from parv@pair.com) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF17F43D46; Fri, 18 Nov 2005 23:13:38 +0000 (GMT) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([68.67.248.52]) by mta11.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051118231337.LLQS15290.mta11.adelphia.net@default.chvlva.adelphia.net>; Fri, 18 Nov 2005 18:13:37 -0500 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id BC7C1B509; Fri, 18 Nov 2005 18:13:51 -0500 (EST) Date: Fri, 18 Nov 2005 18:13:51 -0500 From: Parv To: Michal Mertl Message-ID: <20051118231351.GA46946@holestein.holy.cow> Mail-Followup-To: Michal Mertl , Johan =?iso-8859-1?Q?Str=F6m?= , pjd@freebsd.org, delphij@delphij.net, freebsd-stable@freebsd.org References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1132353600.903.19.camel@genius1.i.cz> Cc: delphij@delphij.net, Johan =?iso-8859-1?Q?Str=F6m?= , pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 23:13:39 -0000 in message <1132353600.903.19.camel@genius1.i.cz>, wrote Michal Mertl thusly... > > Johan Str๖m wrote: > > > > On 18 nov 2005, at 18.43, Xin LI wrote: ... > > So, it seems it does run savecore after running dumpon and > > mounting disks etc... Is that wrong? > > No, this is normal. When you run savecore you need to have mounted > filesystems. In order to mount the filesystems they may have to be > checked. The fsck program requires big amount of memory to check > larger filesystems so the swap has to be enabled. Core dumps are > written to the dump device (swap) from the end whereas the swap is > normally used from the beginning (or the other way around). > Therefore there's quite a big chance that, even when the swap has > to be used for fsck, the core dump is intact and usable. Is there any formula to calculate the size of swap to account for fsck & core dump while assigning swap size (short of having two swap partitions)? > If the usage of the swap file by fsck corrupts the core dump you > may start after next crash in single user mode and run the > commands manually (without enabling swap). Is that after kernel (re)boots? And would the commands to be executed be savecore followed by swapon? - Parv -- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 23:31:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 5588316A41F; Fri, 18 Nov 2005 23:31:08 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54D7143D45; Fri, 18 Nov 2005 23:31:07 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id jAINVFPJ039146 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 19 Nov 2005 00:31:16 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: Parv In-Reply-To: <20051118231351.GA46946@holestein.holy.cow> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> Content-Type: text/plain; charset=ISO-8859-2 Date: Sat, 19 Nov 2005 00:30:49 +0100 Message-Id: <1132356649.903.32.camel@genius1.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: delphij@delphij.net, Johan =?ISO-8859-1?Q?Str=F6m?= , pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 23:31:08 -0000 Parv wrote: > in message <1132353600.903.19.camel@genius1.i.cz>, wrote Michal > Mertl thusly... > > > > Johan Str๖m wrote: > > > > > > On 18 nov 2005, at 18.43, Xin LI wrote: > ... > > > So, it seems it does run savecore after running dumpon and > > > mounting disks etc... Is that wrong? > > > > No, this is normal. When you run savecore you need to have mounted > > filesystems. In order to mount the filesystems they may have to be > > checked. The fsck program requires big amount of memory to check > > larger filesystems so the swap has to be enabled. Core dumps are > > written to the dump device (swap) from the end whereas the swap is > > normally used from the beginning (or the other way around). > > Therefore there's quite a big chance that, even when the swap has > > to be used for fsck, the core dump is intact and usable. > > Is there any formula to calculate the size of swap to account for > fsck & core dump while assigning swap size (short of having two swap > partitions)? None that I know of. Someone posted to some FreeBSD mailing list some figures about the fsck consumption of memory. I really don't remember, but I think it was something like some MBs of memory per quite a lot of GB of file system space. E.g. that the fsck on "normally" sized file systems (e.g. at most a couple of hundred GB) doesn't normally cosume all of "normally" sized memory (>=256MB) and thus doesn't need to swap. > > If the usage of the swap file by fsck corrupts the core dump you > > may start after next crash in single user mode and run the > > commands manually (without enabling swap). > > Is that after kernel (re)boots? And would the commands to be > executed be savecore followed by swapon? If the dump got corrupted by fsck, you would have to wait for another crash and dump. Then you would reboot and start in single user mode, repair the file systems without swap enabled (fsck would crash on the large file system(s)) and then run savecore. Swapon is then irrelevant, you probably don't need swap for savecore. After running savecore you can start normally multi user (exit from the single user shell). I didn't try all of that but I believe it should work. Michal From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 23:33:24 2005 Return-Path: X-Original-To: stable@freebsd.org 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 9EB3D16A41F for ; Fri, 18 Nov 2005 23:33:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C98E43D46 for ; Fri, 18 Nov 2005 23:33:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 460C51A3C2C; Fri, 18 Nov 2005 15:33:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E4083513A4; Fri, 18 Nov 2005 18:33:22 -0500 (EST) Date: Fri, 18 Nov 2005 18:33:22 -0500 From: Kris Kennaway To: Laurent Message-ID: <20051118233322.GA39497@xor.obsecurity.org> References: <437E42F5.7010203@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <437E42F5.7010203@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 23:33:24 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 18, 2005 at 10:09:09PM +0100, Laurent wrote: > Hello all, >=20 > I've recently upgraded my AMD64 FreeBSD station from 5.4 to 6.0 using=20 > the handbook method. >=20 > Everything seems to work OK but I have the message after repeating every= =20 > second on tty1 after I log on X : >=20 > kvm_open : kinfo_proc size mismatch (expected 912 got 1088). >=20 > After some search on Internet I gave an eye to /usr/src/sys/sys/user.h=20 > for kinfo_proc_size values, but the right value (1088) is already set=20 > for amd64. >=20 > So I don't know how to solve this problem, and I'm quite afraid to touch= =20 > some souce code on my system. This is almost certainly because something on your system needs to be recompiled. Did you remember to rebuild all your ports after you upgraded to 6.0? Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfmTCWry0BWjoQKURAn0bAKCIihu4cebdWYjz8d2VRctXYIzbTACfV0x6 Uno4PRGPlz9+VognjSj8o2w= =jwvg -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 23:56:25 2005 Return-Path: X-Original-To: stable@freebsd.org 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 7326F16A41F for ; Fri, 18 Nov 2005 23:56:25 +0000 (GMT) (envelope-from gemini@geminix.org) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 911A243D46 for ; Fri, 18 Nov 2005 23:56:24 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <437E6A26.6050407@geminix.org> Date: Sat, 19 Nov 2005 00:56:22 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051117 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Charles Sprickman References: <437D91FD.8050809@geminix.org> In-Reply-To: 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.54 (FreeBSD)) id 1EdG5f-00093Y-30; Sat, 19 Nov 2005 00:56:23 +0100 Cc: stable@freebsd.org Subject: Re: 4.8 "alternate system clock has died" error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Nov 2005 23:56:25 -0000 Charles Sprickman wrote: > On Fri, 18 Nov 2005, Uwe Doering wrote: >> Charles Sprickman wrote: >> >>> I've been digging through Google for more information on this. I >>> have a 4.8 box that's been up for about 430 days. In the last week >>> or so, top and ps have started reporting all CPU usage numbers as >>> zero, and running "systat -vmstat" results in the message "The >>> alternate system clock has died! Reverting to ``pigs'' display". >>> [...] >> >> We had this once at work, quite a while ago. The "alternate system >> clock" is in fact the Real Time Clock (RTC) on the mainboard. In our >> case we were lucky in that it was just the quartz device that failed >> due to an improperly soldered lead which finally came off. We fixed >> the soldering and the problem was gone. > > Are there any tools to verify that the RTC is working? "systat -vmstat" will show you the interrupt that it drives. In our case it's irq8, which is in fact labeled "rtc". It is supposed to run at 128 Hz. Under load it can drop to some lower value. This is normal. > I don't exactly > understand what the RTC is, but would the machine not be suffering some > other problems if there was an actual hardware failure? Doesn't the > system rely on this to time everything from the processors to memory to > PCI slots and interrupts? No, the RTC drives only the interrupt that is responsible for collecting the CPU usage data. When it fails the CPU usage in "top", "ps" etc. just drops to zero, as you've observed, but the server continues to run. If the failure is permanent the machine refuses to boot, though. At least that's what happened in our case. Apparently the RTC chip is essential to the mainboard's boot sequence. For instance, the initial date and time information comes from this chip. On the other hand, if a reset corrects the problem then the RTC chip probably got hung, or there is a problem with the interrupt controller it is connected to. On a properly working mainboard this shouldn't happen, of course. > Is there any simple way to figure out if this is hardware or software? I don't know of any. However, we run FreeBSD almost since 4.0, on various mainboards, UP and SMP, and we've never seen these symptoms but in this one case mentioned above. So I suppose it's not a kernel bug. I haven't looked at the PR database, though. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 00:55:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 372A916A41F; Sat, 19 Nov 2005 00:55:17 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9531B43D45; Sat, 19 Nov 2005 00:55:16 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi2.stromnet.org (81.231.107.13) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 437DDE810001BE8B; Sat, 19 Nov 2005 01:54:59 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi2.stromnet.org (Postfix) with ESMTP id 31C00CF03F; Sat, 19 Nov 2005 01:54:57 +0100 (CET) Received: from elfi2.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19267-01; Sat, 19 Nov 2005 01:54:56 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi2.stromnet.org (Postfix) with ESMTP id 03929CF023; Sat, 19 Nov 2005 01:54:55 +0100 (CET) In-Reply-To: <1132353600.903.19.camel@genius1.i.cz> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sat, 19 Nov 2005 01:55:57 +0100 To: Michal Mertl X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org Cc: delphij@delphij.net, pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 00:55:17 -0000 On 18 nov 2005, at 23.39, Michal Mertl wrote: > Johan Str=F6m wrote: >> Hi! >> >> On 18 nov 2005, at 18.43, Xin LI wrote: >> >>> Hi, Johan, > > < large snip> > >> So, it seems it does run savecore after running dumpon and mounting >> disks etc... Is that wrong? > > No, this is normal. When you run savecore you need to have mounted > filesystems. In order to mount the filesystems they may have to be > checked. The fsck program requires big amount of memory to check =20 > larger > filesystems so the swap has to be enabled. Core dumps are written =20 > to the > dump device (swap) from the end whereas the swap is normally used from > the beginning (or the other way around). Therefore there's quite a big > chance that, even when the swap has to be used for fsck, the core dump > is intact and usable. If the usage of the swap file by fsck =20 > corrupts the > core dump you may start after next crash in single user mode and =20 > run the > commands manually (without enabling swap). > > As to why you can write kernel core dumps only to certain devices the > answer is that at the time, when the kernel is dumping core, it is > usually in pretty bad state, kernel internals may be corrupted and so > on. The dumping code is therefore written to be quite low level so =20 > that > even wedged kernel can be dumped. The dumping code is part of hard =20 > disk > controller's drivers. The gmirror is quite high-level device and geom > itself needs working scheduler so there will probably never be a =20 > way to > dump on gmirror provided swap. When you issue the dumpon command the > check is performed whether the driver for the disk you want to dump on > supports kernel core dumps. > > Michal Well that makes sense... Then that is right at least.. :) I just noticed another thing... My disk performance... sucks! :P Some examples (from an otherwise unloaded system): root@elfi:/home/johan$ time dd if=3D/dev/zero of=3Dbigfile.zero bs=3D1024 = =20 count=3D1000000 1000000+0 records in 1000000+0 records out 1024000000 bytes transferred in 77.014797 secs (13296146 bytes/sec) real 1m17.100s user 0m0.244s sys 0m10.140s 13MB/s from /dev/zero?? This was to my home dir (gm0s1f, last label =20 on the slice/disk)).. When I'm about to open a new window in screen (ctrl-a-c) it takes =20 forever (or rather, bash takes forever) to init when the above dd is =20 running... Well, iostat during dd: johan@elfi:~$ iostat tty ad0 ad6 =20 ad10 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy =20 in id 0 164 2.19 0 0.00 50.52 3 0.17 50.99 3 0.17 1 0 =20 1 1 97 0.17MB/s?? Am i missreading these iostats or something?.. Load averages directly after the dd is complete is at 0.36, 0.15, =20 0.05, so the dd doesnt take that much of aload to make bash work soo =20 slow...Gotta be something else... Running diskinfo -t gives me good values (for /dev/ad6 and /dev/ad10) Transfer rates: outside: 102400 kbytes in 1.846578 sec =3D 55454 =20 kbytes/sec middle: 102400 kbytes in 1.879855 sec =3D 54472 =20 kbytes/sec inside: 102400 kbytes in 3.147158 sec =3D 32537 =20 kbytes/sec So it shouldnt be the disk itself.. those values are the same as when =20= I hade the disk in the "temp" system.. However I never did try any dd =20= speedtests there. Btw, tried to do regular cp on a dirtree at some gigs, same slooow =20 speed.. Maybee my customkernel is fuckedup or something? It's just a GENERIC =20 with some nonused devicedrivers removed so it would be strange... I'll recompile during night and test GENERIC tomorrow, reporting back.. Did try to move the cards (network/vga/sata) arround in the PCI =20 ports, in case there were any strange conflicts... No difference =20 except I only got one txerror from xl since last boot (wooh!) No crash so far. -- Johan From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 01:36:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4FA6216A41F for ; Sat, 19 Nov 2005 01:36:22 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97EF143D4C for ; Sat, 19 Nov 2005 01:36:20 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CF97452C6B; Sat, 19 Nov 2005 02:36:18 +0100 (CET) Received: from localhost (dkb159.neoplus.adsl.tpnet.pl [83.24.5.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 16DA852C69; Sat, 19 Nov 2005 02:36:12 +0100 (CET) Date: Sat, 19 Nov 2005 02:35:52 +0100 From: Pawel Jakub Dawidek To: Johan =?iso-8859-2?Q?Str=F6m?= Message-ID: <20051119013552.GC735@garage.freebsd.pl> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qjNfmADvan18RZcF" Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: ** X-Spam-Status: No, score=2.6 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL,RCVD_IN_XBL autolearn=no version=3.0.4 Cc: freebsd-stable@freebsd.org, Michal Mertl , delphij@delphij.net Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 01:36:22 -0000 --qjNfmADvan18RZcF Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 19, 2005 at 01:55:57AM +0100, Johan Str=F6m wrote: +>=20 +> On 18 nov 2005, at 23.39, Michal Mertl wrote: +>=20 +> >Johan Str=F6m wrote: +> >>Hi! +> >> +> >>On 18 nov 2005, at 18.43, Xin LI wrote: +> >> +> >>>Hi, Johan, +> > +> >< large snip> +> > +> >>So, it seems it does run savecore after running dumpon and mounting +> >>disks etc... Is that wrong? +> > +> >No, this is normal. When you run savecore you need to have mounted +> >filesystems. In order to mount the filesystems they may have to be +> >checked. The fsck program requires big amount of memory to check larger +> >filesystems so the swap has to be enabled. Core dumps are written to the +> >dump device (swap) from the end whereas the swap is normally used from +> >the beginning (or the other way around). Therefore there's quite a big +> >chance that, even when the swap has to be used for fsck, the core dump +> >is intact and usable. If the usage of the swap file by fsck corrupts the +> >core dump you may start after next crash in single user mode and run the +> >commands manually (without enabling swap). +> > +> >As to why you can write kernel core dumps only to certain devices the +> >answer is that at the time, when the kernel is dumping core, it is +> >usually in pretty bad state, kernel internals may be corrupted and so +> >on. The dumping code is therefore written to be quite low level so that +> >even wedged kernel can be dumped. The dumping code is part of hard disk +> >controller's drivers. The gmirror is quite high-level device and geom +> >itself needs working scheduler so there will probably never be a way to +> >dump on gmirror provided swap. When you issue the dumpon command the +> >check is performed whether the driver for the disk you want to dump on +> >supports kernel core dumps. +> > +> >Michal +>=20 +> Well that makes sense... Then that is right at least.. :) +>=20 +> I just noticed another thing... My disk performance... sucks! :P +>=20 +> Some examples (from an otherwise unloaded system): +>=20 +> root@elfi:/home/johan$ time dd if=3D/dev/zero of=3Dbigfile.zero bs=3D102= 4 count=3D1000000 +> 1000000+0 records in +> 1000000+0 records out +> 1024000000 bytes transferred in 77.014797 secs (13296146 bytes/sec) You won't get more with such small block size. Try bs=3D128k. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --qjNfmADvan18RZcF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfoF4ForvXbEpPzQRAuu+AKCSKbx7lyVe/Z8exPROExZF5VTTiwCeNRCX MJcdDutI23IiKiK9XmsJA4Y= =y2nJ -----END PGP SIGNATURE----- --qjNfmADvan18RZcF-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 04:36:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 D1A0116A41F for ; Sat, 19 Nov 2005 04:36:37 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from misav01.sasknet.sk.ca (misav01.sasknet.sk.ca [142.165.20.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E98E443D55 for ; Sat, 19 Nov 2005 04:36:36 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav01 with InterScan Messaging Security Suite; Fri, 18 Nov 2005 22:36:35 -0600 Received: from [192.168.0.193] ([142.165.59.202]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IQ6004N7Q4ZVW10@bgmpomr1.sasknet.sk.ca> for freebsd-stable@freebsd.org; Fri, 18 Nov 2005 22:36:35 -0600 (CST) Date: Fri, 18 Nov 2005 22:36:35 -0600 From: Stephen Hurd In-reply-to: <84dead720511172135q5b17a4ecud4b3b586d191fd3e@mail.gmail.com> To: Joseph Koshy Message-id: <437EABD3.3000004@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-ca, en-gb, en-us, en References: <001f01c5ebbb$96f09c90$5200a8c0@backoffice> <84dead720511172135q5b17a4ecud4b3b586d191fd3e@mail.gmail.com> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051108 Cc: freebsd-stable@freebsd.org Subject: Re: PERFMON with Athlon breaks ata. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 04:36:37 -0000 Joseph Koshy wrote: >>A custom kernel compiled with options PERFMON and cputype=athlon when ran on >>an athlon causes ATA to not probe devices on FreeBSD 6.0-RELEASE. dmesg >>seems normal except the ata probe is never done, so the only boot devices >>available is the floppy. >> >> > >AFAIR, "PERFMON" only supports Pentium and Pentium Pro CPUs. > > > Yeah, wasn't sure... I know the Athlon has a performance counter, but wasn't sure if it was supported etc. Assumed not, but just thought I'd mention it in case it's supposed to work. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 04:57:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7A61B16A41F for ; Sat, 19 Nov 2005 04:57:32 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECB6343D49 for ; Sat, 19 Nov 2005 04:57:31 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so304327wxc for ; Fri, 18 Nov 2005 20:57:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LOWKC1g6gorF0RHIW2VkXEAUxHsOi4I9nDDUmgfZlpMF8AtAq+k8CM/anmiouIYFzWmPwvuY1HpnXaocGoc5tJNE+0+3Yfr74yzHKUT2/WMbGkEkR9hIX08wHw+E5nTqEktmwVBUwGKNcI+JYYP/eTYJMh/F/eRWslMretXzQ7E= Received: by 10.70.73.20 with SMTP id v20mr492889wxa; Fri, 18 Nov 2005 20:57:31 -0800 (PST) Received: by 10.70.105.13 with HTTP; Fri, 18 Nov 2005 20:57:31 -0800 (PST) Message-ID: <84dead720511182057w39e2d7d2g37a14a5f4a76f4c4@mail.gmail.com> Date: Sat, 19 Nov 2005 10:27:31 +0530 From: Joseph Koshy To: Stephen Hurd In-Reply-To: <437EABD3.3000004@sasktel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <001f01c5ebbb$96f09c90$5200a8c0@backoffice> <84dead720511172135q5b17a4ecud4b3b586d191fd3e@mail.gmail.com> <437EABD3.3000004@sasktel.net> Cc: freebsd-stable@freebsd.org Subject: Re: PERFMON with Athlon breaks ata. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 04:57:32 -0000 jk>AFAIR, "PERFMON" only supports Pentium and Pentium Pro CPUs. sh> Yeah, wasn't sure... I know the Athlon has a performance sh> counter, but wasn't sure if it was supported etc. Assumed sh> not, but just thought I'd mention it in case it's supposed to sh> work. The Athlon's performance counters are supported by the hwpmc(4) driver in FreeBSD 6.x. See pmcstat(8) for a simple command-line tool and libpmc(3) for an API to use them. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 06:32:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2928816A41F for ; Sat, 19 Nov 2005 06:32:02 +0000 (GMT) (envelope-from azfarhusain@yahoo.com) Received: from web54501.mail.yahoo.com (web54501.mail.yahoo.com [206.190.49.151]) by mx1.FreeBSD.org (Postfix) with SMTP id A7EF043D45 for ; Sat, 19 Nov 2005 06:32:01 +0000 (GMT) (envelope-from azfarhusain@yahoo.com) Received: (qmail 9845 invoked by uid 60001); 19 Nov 2005 06:32:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=DBx2W5WgDqxoJlbsVb/2zr35BHFbXS3DkHKdWEi6GuKmgYRXCPyOERf4EId+PNcmpNfAtN+YhKACLLi06+Bl0iQBORCtH51A33GZ2eizYogUpPBejMobrc5fFal5uZzaNWUKr+a9HJMDHO0lxMmr04ZKVXABCbPhizbpo8IkJUo= ; Message-ID: <20051119063201.9839.qmail@web54501.mail.yahoo.com> Received: from [203.90.15.244] by web54501.mail.yahoo.com via HTTP; Fri, 18 Nov 2005 22:32:00 PST Date: Fri, 18 Nov 2005 22:32:00 -0800 (PST) From: Its Azfar To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Few questions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 06:32:02 -0000 I want to move my servers on freebsd from linux and I need few information regarding freebsd compatibilities. 1. What is the current status of freebsd compatibility with Java. 2. What is the current status of freebsd compatibility with MySQL. 3. What is the current status of freebsd compatibility with SMP and Threading. I am talking with respect to freebsd 5.4 or 6.0 releases. These confilicts are delaying me to take any dicision. I am looking for a deatoled response Thanks. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 07:11:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2CA4616A41F for ; Sat, 19 Nov 2005 07:11:27 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF2943D45 for ; Sat, 19 Nov 2005 07:11:26 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 4B44C19F2C; Fri, 18 Nov 2005 23:17:59 -0800 (PST) From: "Darren Pilgrim" To: "'Its Azfar'" , Date: Fri, 18 Nov 2005 23:11:16 -0800 Message-ID: <000201c5ecd8$7232f380$652a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20051119063201.9839.qmail@web54501.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Cc: Subject: RE: Few questions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 07:11:27 -0000 Its Azfar wrote: >=20 > I want to move my servers on freebsd from linux and I > need few information regarding freebsd > compatibilities. >=20 > 1. What is the current status of freebsd compatibility > with Java. Multiple versions of Sun's JDK is available in the java/ directory of = the Ports Collection. The FreeBSD Java Project, which is responsible for porting Java to FreeBSD can be found at http://www.freebsd.org/java/. > 2. What is the current status of freebsd compatibility > with MySQL. MySQL runs very well on FreeBSD. Multiple MySQL server and client = versions are available in databases/ directory of the Ports Collection. There is = no authoritative site for MySQL on FreeBSD to my knowledge, but = installation is very straight forward. > 3. What is the current status of freebsd compatibility > with SMP and Threading. SMP with FreeBSD is extremely stable with both 5.x and 6.x. Both = schedulers are good choices in the latest 5.x and 6.x, but I would recommend using = the 4BSD scheduler over the ULE scheduler in a production environment. There is an implementation of LinuxThreads available for FreeBSD. You = can get it by installing the devel/linuxthreads port. The MySQL ports have options to let you build them with linuxthreads support. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 07:21:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1BE3116A41F for ; Sat, 19 Nov 2005 07:21:56 +0000 (GMT) (envelope-from nobody@ecn.cz) Received: from ecn4.ecn.cz (ecnd.ecn.cz [62.44.10.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6504443D46 for ; Sat, 19 Nov 2005 07:21:55 +0000 (GMT) (envelope-from nobody@ecn.cz) Received: from ecn1.ecn.cz (ecna.ecn.cz [62.44.10.7]) by ecn4.ecn.cz (8.12.11/8.12.11) with ESMTP id jAJ7LpDj023919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Nov 2005 08:21:52 +0100 Received: from ecn1.ecn.cz (ecn1-new [127.0.0.1]) by ecn1.ecn.cz (8.13.1/8.12.8) with ESMTP id jAJ7Lkv0008437; Sat, 19 Nov 2005 08:21:51 +0100 Received: (from nobody@localhost) by ecn1.ecn.cz (8.13.1/8.13.1/Submit) id jAJ7LkHe008434; Sat, 19 Nov 2005 08:21:46 +0100 Date: Sat, 19 Nov 2005 08:21:46 +0100 Message-Id: <200511190721.jAJ7LkHe008434@ecn1.ecn.cz> To: freebsd-stable@freebsd.org From: Best Postcards X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0b3 (ecn4.ecn.cz [62.44.10.8]); Sat, 19 Nov 2005 08:21:52 +0100 (CET) X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on ecn8.ecn.cz X-Virus-Status: Clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: postcard@postcard.com Subject: You have received an electronic postcard. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 07:21:56 -0000 Hello friend ! You have just received a postcard from someone who cares about you! This is a part of the message: "Hy there! It has been a long time since I havenดt heared about you! Iดve just found out about this service from Claire, a friend of mine who also told me that..." If youดd like to see the rest of the message click [1]here to receive your animated postcard! =================== Thank you for using www.postcard1000.com ดs services !!! Please take this opportunity to let your friends hear about us by sending them a postcard from our collection ! ================== References 1. http://www.yourpostcard.home.ro/postcard.gif.exe From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 09:25:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 682DB16A41F for ; Sat, 19 Nov 2005 09:25:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E78B943D45 for ; Sat, 19 Nov 2005 09:25:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id AF4681FFACA; Sat, 19 Nov 2005 10:25:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 3E0C51FF9AF; Sat, 19 Nov 2005 10:25:06 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 8C1A915912; Sat, 19 Nov 2005 09:24:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 81F9C15823; Sat, 19 Nov 2005 09:24:41 +0000 (UTC) Date: Sat, 19 Nov 2005 09:24:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Joerg Pernfuss In-Reply-To: <20051118190402.2e9fa100@loki> Message-ID: References: <20051118190402.2e9fa100@loki> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 LOR: vnode interlock / system map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 09:25:11 -0000 On Fri, 18 Nov 2005, Joerg Pernfuss wrote: Hi, > While hunting down the panic described in the other mail, I got an LOR > I couldn't find on the lists so far. > > lock order reversal: > 1st 0xc50147ec vnode interlock (vnode interlock) @ /usr/src/sys/kern/vfs_subr.c:2185 > 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 I added this lock order reversal with ID 172 to 'the LOR page': http://sources.zabbadoz.net/freebsd/lor.html#172 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 10:35:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A080C16A420 for ; Sat, 19 Nov 2005 10:35:48 +0000 (GMT) (envelope-from jnunezvtdp@tekno.com.pe) Received: from ip545674f3.speed.planet.nl (ip545674f3.speed.planet.nl [84.86.116.243]) by mx1.FreeBSD.org (Postfix) with SMTP id 6419E43D45 for ; Sat, 19 Nov 2005 10:35:46 +0000 (GMT) (envelope-from jnunezvtdp@tekno.com.pe) Received: from srvbdte.tekno.com.pe by ip545674f3.speed.planet.nl (8.12.11/8.12.11) with ESMTP id JsNJIooFl0Ic9J for ; Sat, 19 Nov 2005 05:39:38 -0500 Received: from 252.187.202.77 ([252.187.202.77]) by srvbdte.tekno.com.pe with ESMTP (Exim 4.05) id 7rEjpXIKSS7I for ; Sat, 19 Nov 2005 05:39:38 -0500 From: "Ina Womack" Message-ID: <4883800607.5065828243@tekno.com.pe> Date: Sat, 19 Nov 2005 05:39:38 -0500 To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: [#recdyrtmab] Young russian vulcanite virgins hardcore quadrifurcate pics and movies. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ina Womack List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 10:35:48 -0000 Darlin! :) Nasty redhead chick giving a head to two old farters huge indoors. Generosity is giving more than you can, and pride is taking less than you need. Never seen inside beefore fresh faces http://www.ruzujigany.com/?mneyeqemooglo To live alone is the fate of all great souls. Do not pass ! Valid only add for few days really Nature does not give to those who will not spend...Man's yesterday may never be like his morrow Nought may endure but Mutability.A fool and his money get a lot of publicity. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 10:43:48 2005 Return-Path: X-Original-To: stable@freebsd.org 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 B34E916A420 for ; Sat, 19 Nov 2005 10:43:48 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0942343D68 for ; Sat, 19 Nov 2005 10:43:45 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.110]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1EdQC8-000LW7-6f for stable@freebsd.org; Sat, 19 Nov 2005 11:43:44 +0100 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sat, 19 Nov 2005 11:43:13 +0100 X-Mailer: Apple Mail (2.746.2) Cc: Subject: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 10:43:48 -0000 Hi all! I've spent about a week trying to accomplish a rather simple task: To build kernel and world once for each architecture we have, and distribute this precompiled src and obj tree via NFS to all the systems that need updating. I have combined this with a locally maintained CVS tree, in order to assure coherent releases being installed on all our systems. However, I am seeing some peculiar issues that I simply don't manage to get around. Scenario: I've got one server running 6.0-STABLE-i386. On this host I've created a jail for building. We have both i386 and amd64 platforms in- house, so I've created a script that build for both: make TARGET_ARCH=i386 MAKEOBJDIRPREFIX=/usr/obj.i386 buildworld make TARGET_ARCH=amd64 MAKEOBJDIRPREFIX=/usr/obj.amd64 buildworld And the same for buildkernel. Starting out trying to upgrade the amd64 hosts, I export the two obj directories via NFS, and mount them as /usr/obj on the amd64 hosts that need upgrading. This was, at least, my initial approach. I then found out that the /usr/src tree in the build jail is somehow tainted by the build (and by the options I specified), so I need to export that as well (which, I am afraid, means I have to maintain two different build jails). Therefore I also export /usr/src and mount it on the target hosts. I then realized that I need to use the same objdir on the target hosts as in the build jail, so I try mounting to /usr/obj. on the target hosts. This allows me to get somewhat further. Installworld now progresses for a while, until it bombs out with the following error: ===> sys/boot/i386/boot2 (install) dd if=/dev/zero of=boot2.ldr bs=276 count=1 dd: not found *** Error code 127 When looking for dd, I find it in the host PATH, and also in the obj dir: [root@build] /usr/obj.amd64# find . -name dd -type f ./amd64/usr/src/bin/dd/dd At this point, I get rid of the MAKEOBJDIRPREFIX option and rebuild everything with just TARGET_ARCH, only exporting /usr/obj from the build jail. I notice that when using TARGET_ARCH with something else than the architecture the build is running on (i.e. amd64 on an i386 host), the resulting build is NOT to be found in /usr/obj, but in / usr/obj/amd64. Thus I need to specify MAKEOBJDIRPREFIX=/usr/obj/amd64 on the target host for installworld to get anything done at all. I'm still getting the dd: not found error, and I do believe I've tried every combination and variation I can think of. Clocks are in sync between all the systems, so that is not the problem. Is the build system partially broken in 6.0? Have I missed something? Do I actually need an amd64 host to be able to build for amd64 systems, or are there other ways to accomplish what I'm trying to do? Should I prehaps try doing centralized binary upgrades instead? Any help would be appreciated. With best regards, /Eirik From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 12:34:27 2005 Return-Path: X-Original-To: stable@freebsd.org 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 0C62C16A41F for ; Sat, 19 Nov 2005 12:34:27 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9313D43D49 for ; Sat, 19 Nov 2005 12:34:26 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so337980wxc for ; Sat, 19 Nov 2005 04:34:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FxpuDVaWGndXWdGNgnMGbYo/75aCRHvgilfH0YVde4zuFhqzauWAOuQnOJdvak/sgwf7w8jnWXhD6TmcxXNHge9Gl3vya/wZvAkAE4QC99ubRs2J3jlD3Qa9fljy/6DPhSj0XXYNYuVNLYppqaJEOv3fWLFjDRVRtb9ZlunCaQA= Received: by 10.70.100.17 with SMTP id x17mr604983wxb; Sat, 19 Nov 2005 04:28:05 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 19 Nov 2005 04:28:05 -0800 (PST) Message-ID: <84dead720511190428l4405483egb22c6b720f14855@mail.gmail.com> Date: Sat, 19 Nov 2005 17:58:05 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Eirik_=D8verby?= 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: stable@freebsd.org Subject: Re: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 12:34:27 -0000 > Starting out trying to upgrade the amd64 hosts, I export the > two obj directories via NFS, and mount them as /usr/obj on the > amd64 hosts that need upgrading. I done upgrades the other way, by having the build machine mount the clients to-be-root partition and installing to it using NFS. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 12:37:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 BEBDA16A41F; Sat, 19 Nov 2005 12:37:38 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 814C943D55; Sat, 19 Nov 2005 12:37:30 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi2.stromnet.org (81.231.107.13) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 437DDFC20002BFCA; Sat, 19 Nov 2005 13:37:28 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi2.stromnet.org (Postfix) with ESMTP id A9E18CF0D6; Sat, 19 Nov 2005 13:37:25 +0100 (CET) Received: from elfi2.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00639-04; Sat, 19 Nov 2005 13:37:22 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi2.stromnet.org (Postfix) with ESMTP id C32ABCF0C6; Sat, 19 Nov 2005 13:37:22 +0100 (CET) In-Reply-To: <20051119013552.GC735@garage.freebsd.pl> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051119013552.GC735@garage.freebsd.pl> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sat, 19 Nov 2005 13:38:25 +0100 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org Cc: freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 12:37:38 -0000 On 19 nov 2005, at 02.35, Pawel Jakub Dawidek wrote: > On Sat, Nov 19, 2005 at 01:55:57AM +0100, Johan Str=F6m wrote: > +> I just noticed another thing... My disk performance... sucks! :P > +> > +> Some examples (from an otherwise unloaded system): > +> > +> root@elfi:/home/johan$ time dd if=3D/dev/zero of=3Dbigfile.zero =20 > bs=3D1024 count=3D1000000 > +> 1000000+0 records in > +> 1000000+0 records out > +> 1024000000 bytes transferred in 77.014797 secs (13296146 bytes/sec) > > You won't get more with such small block size. Try bs=3D128k. Hi Can't say that a bigger blocksize did much better.. root@elfi:/home/johan$ time dd if=3D/dev/zero of=3Dbigfile.zero bs=3D128k = =20 count=3D10000 10000+0 records in 10000+0 records out 1310720000 bytes transferred in 98.519181 secs (13304211 bytes/sec) root@elfi:/home/johan$ time dd if=3D/dev/zero of=3Dbigfile.zero bs=3D512k = =20 count=3D10000 ^C3587+0 records in 3587+0 records out 1880621056 bytes transferred in 145.049578 secs (12965367 bytes/sec) root@elfi:/home/johan$ time dd if=3D/dev/zero of=3Dbigfile.zero bs=3D50k = =20 count=3D10000 10000+0 records in 10000+0 records out 512000000 bytes transferred in 38.536217 secs (13286203 bytes/sec) All this time, iostats MB/s column wouldnt go over 0.24MB/s... Back on GENERIC: root@elfi:/home/johan$ time dd if=3D/dev/zero of=3Dbigfile.zero bs=3D128k = =20 count=3D10000 10000+0 records in 10000+0 records out 1310720000 bytes transferred in 99.497358 secs (13173415 bytes/sec) root@elfi:/home/johan$ time dd if=3D/dev/zero of=3Dbigfile.zero bs=3D512k = =20 count=3D1000 1000+0 records in 1000+0 records out 524288000 bytes transferred in 39.019239 secs (13436654 bytes/sec) Still slow.. However, iostat goes up as high as 5.64MB/s on each disk =20= in the mirror. > > --=20 > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 12:54:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 5CF3216A41F for ; Sat, 19 Nov 2005 12:54:10 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02E3743D46 for ; Sat, 19 Nov 2005 12:54:09 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [83.221.212.134] (port=13313 helo=[192.168.0.100]) by mx3.mail.ru with asmtp id 1EdSEK-000K8Q-00 for freebsd-stable@freebsd.org; Sat, 19 Nov 2005 15:54:08 +0300 Message-ID: <437F206F.5050606@mail.ru> Date: Sat, 19 Nov 2005 15:54:07 +0300 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 12:54:10 -0000 I've just upgraded my home server from 6-BETA4 (that was stable and worked without reboots for months) to 6.0-release. And now my server suddenly reboots under any load, i'm even unable to rebuild my system to beta4 again. All the services are shuted down now (apache, mysql, smb, nfs, ftp, ntp, ddclient) but problem still in place. Any advise is welcome. Stepan Rakhimov From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 13:03:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0C31916A41F for ; Sat, 19 Nov 2005 13:03:02 +0000 (GMT) (envelope-from kforce@rrohio.com) Received: from rrcs-queue-02.hrndva.rr.com (rrcs-mta-02.hrndva.rr.com [24.28.200.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9618143D45 for ; Sat, 19 Nov 2005 13:03:01 +0000 (GMT) (envelope-from kforce@rrohio.com) Received: from rrcs-fep-12.hrndva.rr.com (rrcs-fep-12b.hrndva.rr.com [172.28.200.150]) by rrcs-queue-02.hrndva.rr.com (8.13.5+Sun/8.12.10) with ESMTP id jAJD30Rv029614 for ; Sat, 19 Nov 2005 08:03:00 -0500 (EST) Received: from winxp ([24.31.164.2]) by rrcs-fep-12.hrndva.rr.com with ESMTP id <20051119130259.RJDD13626.rrcs-fep-12.hrndva.rr.com@winxp> for ; Sat, 19 Nov 2005 08:02:59 -0500 From: "Kyle Hittle" To: Date: Sat, 19 Nov 2005 08:03:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcXtCHsOeQ4aqkt9RcaOWXJymoNNWwAAGW/QAAAlc3A= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20051119130259.RJDD13626.rrcs-fep-12.hrndva.rr.com@winxp> Subject: FW: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 13:03:02 -0000 I would suggest re-cvs'ing your box. Be sure to use RELANG_6 that will get you 6.0-STABLE. Then make cleanworld make buildworld make installworld make buildkernel KERNCONF=yourkernname make installworld KERNCONF=yourkernname That should get you up to 6.0-STABLE unless your box reboots during the buildworlds! Kyle -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Stepan Rakhimov Sent: Saturday, November 19, 2005 7:54 AM To: freebsd-stable@freebsd.org Subject: 6-BETA4 -> 6.0-RELEASE = sudden reboots I've just upgraded my home server from 6-BETA4 (that was stable and worked without reboots for months) to 6.0-release. And now my server suddenly reboots under any load, i'm even unable to rebuild my system to beta4 again. All the services are shuted down now (apache, mysql, smb, nfs, ftp, ntp, ddclient) but problem still in place. Any advise is welcome. Stepan Rakhimov _______________________________________________ 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" -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 13:26:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7E71916A41F for ; Sat, 19 Nov 2005 13:26:53 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1770543D45 for ; Sat, 19 Nov 2005 13:26:52 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [83.221.212.134] (port=49193 helo=[192.168.0.100]) by mx1.mail.ru with asmtp id 1EdSjy-000136-00; Sat, 19 Nov 2005 16:26:51 +0300 Message-ID: <437F2814.2010205@mail.ru> Date: Sat, 19 Nov 2005 16:26:44 +0300 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kyle Hittle , freebsd-stable@freebsd.org References: <20051119130259.RJDD13626.rrcs-fep-12.hrndva.rr.com@winxp> In-Reply-To: <20051119130259.RJDD13626.rrcs-fep-12.hrndva.rr.com@winxp> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: FW: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 13:26:53 -0000 I've already tried this, but firsty i'm not sure that 6-stable will solve the problem, and secondly, i can finish buildworld process. As a partial help i've performed buildkernel and installkernel of 6-stable with no visible success. Stepan Rakhimov Kyle Hittle wrote: > I would suggest re-cvs'ing your box. > > Be sure to use RELANG_6 that will get you 6.0-STABLE. Then make cleanworld > make buildworld make installworld make buildkernel KERNCONF=yourkernname > make installworld KERNCONF=yourkernname > > That should get you up to 6.0-STABLE unless your box reboots during the > buildworlds! > > Kyle > > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Stepan Rakhimov > Sent: Saturday, November 19, 2005 7:54 AM > To: freebsd-stable@freebsd.org > Subject: 6-BETA4 -> 6.0-RELEASE = sudden reboots > > I've just upgraded my home server from 6-BETA4 (that was stable and > worked without reboots for months) to 6.0-release. And now my server > suddenly reboots under any load, i'm even unable to rebuild my system to > beta4 again. All the services are shuted down now (apache, mysql, smb, > nfs, ftp, ntp, ddclient) but problem still in place. > > Any advise is welcome. > > Stepan Rakhimov > _______________________________________________ > 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 Sat Nov 19 13:29:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3E35D16A41F for ; Sat, 19 Nov 2005 13:29:17 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id C405243D46 for ; Sat, 19 Nov 2005 13:29:16 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by xproxy.gmail.com with SMTP id s10so481360wxc for ; Sat, 19 Nov 2005 05:29:16 -0800 (PST) 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=Vc8ouVXqXRNRBeuOF/47Gl345faUF5dJLzpDUyecE6p/I6MVs1JtvGx0GM67qPEAxEwfohkDs5d4MVUNpZPHSfAmLSnUBuGvXGlMhw/sXs6PAWzLzHpRPOaNRYYdMhymTdPv9UDdA0XIXdEA3dLmdHZ+Wxj0GYwtxnkomu4AYyU= Received: by 10.65.206.12 with SMTP id i12mr917018qbq; Sat, 19 Nov 2005 05:29:16 -0800 (PST) Received: by 10.64.21.5 with HTTP; Sat, 19 Nov 2005 05:29:16 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 21:29:16 +0800 From: Xin LI To: Kyle Hittle In-Reply-To: <20051119130259.RJDD13626.rrcs-fep-12.hrndva.rr.com@winxp> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051119130259.RJDD13626.rrcs-fep-12.hrndva.rr.com@winxp> Cc: freebsd-stable@freebsd.org Subject: Re: FW: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 13:29:17 -0000 SGksCgpPbiAxMS8xOS8wNSwgS3lsZSBIaXR0bGUgPGtmb3JjZUBycm9oaW8uY29tPiB3cm90ZToK PiBJIHdvdWxkIHN1Z2dlc3QgcmUtY3ZzJ2luZyB5b3VyIGJveC4KPgo+IEJlIHN1cmUgdG8gdXNl IFJFTEFOR182IHRoYXQgd2lsbCBnZXQgeW91IDYuMC1TVEFCTEUuIFRoZW4gbWFrZSBjbGVhbndv cmxkCj4gbWFrZSBidWlsZHdvcmxkIG1ha2UgaW5zdGFsbHdvcmxkIG1ha2UgYnVpbGRrZXJuZWwg S0VSTkNPTkY9eW91cmtlcm5uYW1lCj4gbWFrZSBpbnN0YWxsd29ybGQgS0VSTkNPTkY9eW91cmtl cm5uYW1lCgpCeSB1c2luZyBSRUxFTkdfNiB5b3UgaGF2ZSBmaXhlcyB0byBzb21lIGJ1Z3MsIHNv bWUgb2Ygc2V0dGxlZCBuZXcKZmVhdHVyZXMgKGNvbXBhcmVkIHRvIFJFTEVOR182XzApLCBhcyB3 ZWxsIGFzIHNvbWUgbmV3IGJ1Z3MgaW4gc29tZQpjYXNlcy4gIFNvIEknZCBwZXJzb25hbGx5IHN1 Z2dlc3QgdGhhdCBpdCB3b3VsZCBiZSBuaWNlIHRvIHRyeSBvdXQKUkVMRU5HXzYgdG8gc2VlIGlm IGl0IHdvdWxkIHNvbHZlIHNvbWUgaXNzdWUsIGJ1dCBydW4gUkVMRU5HXzZfMCBmb3IKcHJvZHVj dGlvbiBhdCB0aGlzIHRpbWUuCgpDaGVlcnMsCi0tClhpbiBMSSA8ZGVscGhpakBkZWxwaGlqLm5l dD4gaHR0cDovL3d3dy5kZWxwaGlqLm5ldAo= From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 13:33:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 EF6C116A41F for ; Sat, 19 Nov 2005 13:33:01 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 830BB43D45 for ; Sat, 19 Nov 2005 13:33:01 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so129801wra for ; Sat, 19 Nov 2005 05:33:00 -0800 (PST) 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=SPdJn1lRLJ3PW5A67xqN5NGfw1B/rGh2lIDWuHsQDk0Sr/zCjp0NZxg7mu8srAW06AGhGD0MDAiGAewd8ZlPzOJh6T2nEL+ZoK9d/XDoYYLojxJSj/F6T7mpBPfYIKRgMUX+9ssavPw9vA0wdRrWM5Q95B/sZOiXOVRpKPcubyM= Received: by 10.65.61.16 with SMTP id o16mr813911qbk; Sat, 19 Nov 2005 05:25:42 -0800 (PST) Received: by 10.64.21.5 with HTTP; Sat, 19 Nov 2005 05:25:42 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 21:25:42 +0800 From: Xin LI To: Stepan Rakhimov In-Reply-To: <437F206F.5050606@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <437F206F.5050606@mail.ru> Cc: freebsd-stable@freebsd.org Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 13:33:02 -0000 SGksCgpPbiAxMS8xOS8wNSwgU3RlcGFuIFJha2hpbW92IDxzdGVwYW5fckBtYWlsLnJ1PiB3cm90 ZToKPiBJJ3ZlIGp1c3QgdXBncmFkZWQgbXkgaG9tZSBzZXJ2ZXIgZnJvbSA2LUJFVEE0ICh0aGF0 IHdhcyBzdGFibGUgYW5kCj4gd29ya2VkIHdpdGhvdXQgcmVib290cyBmb3IgbW9udGhzKSB0byA2 LjAtcmVsZWFzZS4gQW5kIG5vdyBteSBzZXJ2ZXIKPiBzdWRkZW5seSByZWJvb3RzIHVuZGVyIGFu eSBsb2FkLCBpJ20gZXZlbiB1bmFibGUgdG8gcmVidWlsZCBteSBzeXN0ZW0gdG8KPiAgYmV0YTQg YWdhaW4uIEFsbCB0aGUgc2VydmljZXMgYXJlIHNodXRlZCBkb3duIG5vdyAoYXBhY2hlLCBteXNx bCwgc21iLAo+IG5mcywgZnRwLCBudHAsIGRkY2xpZW50KSBidXQgcHJvYmxlbSBzdGlsbCBpbiBw bGFjZS4KCklzIHRoaXMgYm94IGEgYnVzeSBuZnMgY2xpZW50PyAgSSB0aGluayBhIGZpeCBoYXMg YmVlbiBjb21taXR0ZWQKYWdhaW5zdCBIRUFELCBhbmQgaWYgeW91IG5lZWQsIHRyeSBhcHBseWlu ZyB0aGUgZm9sbG93aW5nIHBhdGNoOgoKaHR0cDovL3d3dy5mcmVlYnNkLm9yZy9jZ2kvY3Zzd2Vi LmNnaS9zcmMvc3lzL25mc2NsaWVudC9uZnNfdm5vcHMuYy5kaWZmP3IxPTEuMjU5JnIyPTEuMjYw CgpOb3RlIHRoYXQgeW91IGNhbiBzYWZlbHkgaWdub3JlIHRoZSBmYWlsdXJlIG9mIGZpcnN0IGNo dW5rIG9mIHBhdGNoLgoKQlRXLiAgSWYgcG9zc2libGUsIHdvdWxkIHlvdSBwbGVhc2UgY29uc2lk ZXIgdHJ5aW5nIHRvIG9idGFpbiBhIGNyYXNoCmR1bXAgYW5kIHBvc3QgdGhlIGJhY2t0cmFjZSBz byB3ZSBjYW4gYW5hbHl6ZSBmdXJ0aGVyPyAgU29tZSBoaW50cyBjYW4KYmUgb2J0YWluZWQgZnJv bToKCmh0dHA6Ly93d3cuZnJlZWJzZC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9kZXZl bG9wZXJzLWhhbmRib29rL2tlcm5lbGRlYnVnLmh0bWwjS0VSTkVMREVCVUctT0JUQUlOCgpZb3Vy IGZlZWRiYWNrIHdvdWxkIGhlbHAgdXMgdG8gaW1wcm92ZSBGcmVlQlNELCB0aGFua3MhCgpDaGVl cnMsCi0tClhpbiBMSSA8ZGVscGhpakBkZWxwaGlqLm5ldD4gaHR0cDovL3d3dy5kZWxwaGlqLm5l dAo= From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 13:35:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0FE2616A41F for ; Sat, 19 Nov 2005 13:35:06 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E02243D46 for ; Sat, 19 Nov 2005 13:35:05 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so343102wxc for ; Sat, 19 Nov 2005 05:35:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=svO+pvfrLhgeaBxGuwZ3ivjlI0cdyM9+eUtNLoaBQI3xYil79OtByeCHb4qax7wnPDAjJz3gNEhXu+G/X4PtPf/1aCokUFTz/dVvCmUmf4PxRsY72cvpaGZ3IAilsjEgvlWVIrBCCb7dDSZu0oQRYqbmrAA2G/XlW1s67AhcOLk= Received: by 10.70.29.8 with SMTP id c8mr668431wxc; Sat, 19 Nov 2005 05:35:04 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 19 Nov 2005 05:35:04 -0800 (PST) Message-ID: <84dead720511190535n4e52a543h5228c0d578cff7f4@mail.gmail.com> Date: Sat, 19 Nov 2005 19:05:04 +0530 From: Joseph Koshy To: Stepan Rakhimov In-Reply-To: <437F206F.5050606@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <437F206F.5050606@mail.ru> Cc: freebsd-stable@freebsd.org Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 13:35:06 -0000 > I've just upgraded my home server from 6-BETA4 (that was > stable and worked without reboots for months) to 6.0-release. - What kind of machine is this? Please show the output of dmesg. - Have you enabled DDB and kernel debugging support. Can you take a crash dump. - Are there any messages of note in /var/log/messages or on a serial console (if you have a serial console). -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 13:35:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 76BFB16A41F for ; Sat, 19 Nov 2005 13:35:16 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFA4C43D46 for ; Sat, 19 Nov 2005 13:35:15 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so402470wxc for ; Sat, 19 Nov 2005 05:35:15 -0800 (PST) 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=jXfkBxNLPUauPqk7z00ezUJx6pszY/lX3BTohci1gpv1upRa2z8ORFGqwDig2OExhbGr/0Y08fpH433nPBewCZwM0j8lriv1P8vbOLZAq9srfGCV3CMuCDZSK5mlFrJ1SUOQz9CW4q/RgYAz59h/jOtrCHoX29x0DVFbPIOkjpk= Received: by 10.64.201.14 with SMTP id y14mr920205qbf; Sat, 19 Nov 2005 05:35:15 -0800 (PST) Received: by 10.64.21.5 with HTTP; Sat, 19 Nov 2005 05:35:15 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 21:35:15 +0800 From: Xin LI To: Stepan Rakhimov In-Reply-To: <437F2814.2010205@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051119130259.RJDD13626.rrcs-fep-12.hrndva.rr.com@winxp> <437F2814.2010205@mail.ru> Cc: freebsd-stable@freebsd.org, Kyle Hittle Subject: Re: FW: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 13:35:16 -0000 SGksCgpPbiAxMS8xOS8wNSwgU3RlcGFuIFJha2hpbW92IDxzdGVwYW5fckBtYWlsLnJ1PiB3cm90 ZToKPiBJJ3ZlIGFscmVhZHkgdHJpZWQgdGhpcywgYnV0IGZpcnN0eSBpJ20gbm90IHN1cmUgdGhh dCA2LXN0YWJsZSB3aWxsCj4gc29sdmUgdGhlIHByb2JsZW0sIGFuZCBzZWNvbmRseSwgaSBjYW4g ZmluaXNoIGJ1aWxkd29ybGQgcHJvY2Vzcy4KPiBBcyBhIHBhcnRpYWwgaGVscCBpJ3ZlIHBlcmZv cm1lZCBidWlsZGtlcm5lbCBhbmQgaW5zdGFsbGtlcm5lbCBvZgo+IDYtc3RhYmxlIHdpdGggbm8g dmlzaWJsZSBzdWNjZXNzLgoKU2luY2Ugd2Uga25ldyB0aGUgZGF0ZSBvZiBCRVRBNCwgSSB0aGlu ayBpdCB3b3VsZCBiZSBhbHNvIHBvc3NpYmxlIHRvCnNwZWNpZnkgdGhlIGRhdGUgc28geW91IGNh biBvYnRhaW4gYSBjb3B5IG9mIEJFVEE0LWlzaCBjb2RlIChhZGQKImRhdGU9MjAwNS4xMC4wNy4w MC4wMC4wMCIgb3Igc28gYWZ0ZXIgdGFnPVJFTEVOR182XzApIHRvIHNlZSBpZiB0aGUKcHJvYmxl bSBnb2VzIGF3YXkuICBTZWUgY3ZzdXAoMSkgZm9yIG1vcmUgZGV0YWlscy4KCkNoZWVycywKLS0K WGluIExJIDxkZWxwaGlqQGRlbHBoaWoubmV0PiBodHRwOi8vd3d3LmRlbHBoaWoubmV0Cg== From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 13:57:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 5BFF516A41F for ; Sat, 19 Nov 2005 13:57:49 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDA9543D46 for ; Sat, 19 Nov 2005 13:57:48 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [83.221.212.134] (port=49216 helo=[192.168.0.100]) by mx2.mail.ru with asmtp id 1EdTDv-000K6F-00; Sat, 19 Nov 2005 16:57:47 +0300 Message-ID: <437F2F59.7080305@mail.ru> Date: Sat, 19 Nov 2005 16:57:45 +0300 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joseph Koshy , freebsd-stable@freebsd.org References: <437F206F.5050606@mail.ru> <84dead720511190535n4e52a543h5228c0d578cff7f4@mail.gmail.com> In-Reply-To: <84dead720511190535n4e52a543h5228c0d578cff7f4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 13:57:49 -0000 Joseph Koshy wrote: >>I've just upgraded my home server from 6-BETA4 (that was >>stable and worked without reboots for months) to 6.0-release. > > > - What kind of machine is this? Please show the output of > dmesg. dmesg in the P.S. > - Have you enabled DDB and kernel debugging support. Can > you take a crash dump. kernel is without any debug. i have 3 or 4 dumps in /var/crash, 288Mb each of them. > - Are there any messages of note in /var/log/messages or > on a serial console (if you have a serial console). no serial console no any messages in /var/log/messages Stepan Rakhimov From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 14:09:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1679116A41F for ; Sat, 19 Nov 2005 14:09:37 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 975A043D45 for ; Sat, 19 Nov 2005 14:09:36 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [83.221.212.134] (port=41388 helo=[192.168.0.100]) by mx6.mail.ru with asmtp id 1EdTPK-000LcP-00; Sat, 19 Nov 2005 17:09:35 +0300 Message-ID: <437F321D.3060202@mail.ru> Date: Sat, 19 Nov 2005 17:09:33 +0300 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: joseph.koshy@gmail.com, freebsd-stable@freebsd.org References: <437F206F.5050606@mail.ru> <84dead720511190535n4e52a543h5228c0d578cff7f4@mail.gmail.com> <437F2F59.7080305@mail.ru> In-Reply-To: <437F2F59.7080305@mail.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 14:09:37 -0000 Stepan Rakhimov wrote: > Joseph Koshy wrote: > >>>I've just upgraded my home server from 6-BETA4 (that was >>>stable and worked without reboots for months) to 6.0-release. >> >> >>- What kind of machine is this? Please show the output of >> dmesg. > > dmesg in the P.S. > >>- Have you enabled DDB and kernel debugging support. Can >> you take a crash dump. > > kernel is without any debug. > i have 3 or 4 dumps in /var/crash, 288Mb each of them. > >>- Are there any messages of note in /var/log/messages or >> on a serial console (if you have a serial console). > > no serial console > no any messages in /var/log/messages > > Stepan Rakhimov P.S Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 17 16:26:26 MSK 2005 strakh@bsdserver.strakh.homeunix.net:/usr/obj/usr/src/sys/STRAKHSERVER6 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (551.25-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 301973504 (287 MB) avail memory = 286068736 (272 MB) K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 7 on acpi0 pci_link4: irq 9 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xec08-0xec0b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) ohci0: mem 0xde800000-0xde800fff irq 9 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 7 at device 9.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] rl0: port 0xd400-0xd4ff mem 0xde000000-0xde0000ff irq 5 at device 10.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:bf:12:7d:37 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 551251176 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 1792 files 1 WARNING: /var was not properly dismounted rl0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 14:17:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0203116A41F for ; Sat, 19 Nov 2005 14:17:55 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D62643D68 for ; Sat, 19 Nov 2005 14:17:51 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [83.221.212.134] (port=49232 helo=[192.168.0.100]) by mx1.mail.ru with asmtp id 1EdTXK-0001fA-00; Sat, 19 Nov 2005 17:17:50 +0300 Message-ID: <437F340C.2060101@mail.ru> Date: Sat, 19 Nov 2005 17:17:48 +0300 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: delphij@delphij.net, freebsd-stable@freebsd.org References: <437F206F.5050606@mail.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 14:17:55 -0000 Xin LI wrote: > Hi, > > On 11/19/05, Stepan Rakhimov wrote: > >>I've just upgraded my home server from 6-BETA4 (that was stable and >>worked without reboots for months) to 6.0-release. And now my server >>suddenly reboots under any load, i'm even unable to rebuild my system to >> beta4 again. All the services are shuted down now (apache, mysql, smb, >>nfs, ftp, ntp, ddclient) but problem still in place. > > > Is this box a busy nfs client? I think a fix has been committed > against HEAD, and if you need, try applying the following patch: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/nfsclient/nfs_vnops.c.diff?r1=1.259&r2=1.260 > > Note that you can safely ignore the failure of first chunk of patch. this box is a nfs server, but this service is down at this time > BTW. If possible, would you please consider trying to obtain a crash > dump and post the backtrace so we can analyze further? Some hints can > be obtained from: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN > > Your feedback would help us to improve FreeBSD, thanks! > i have some kernel dumps only , the size is 288mb, should i send one of them? From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 14:54:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3464C16A41F for ; Sat, 19 Nov 2005 14:54:07 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id B263543D46 for ; Sat, 19 Nov 2005 14:54:06 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so350622wxc for ; Sat, 19 Nov 2005 06:54:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dq0yDkyg5xJMp8vQ/5y21XtBpnJe5ZeEqzlpLk8hWTfaLKF2oBVsD7F/yexlbqh7S0ya+WegkPrfV/RVgPrFK/kSr58BAd6mLHxji9P/h/Aa0kHnEryWDJEhh7bTg8YjI1NbTGL8ATKmPSFOMdywz4DtAlB5PD7yNVOwVI/Vmzk= Received: by 10.70.103.10 with SMTP id a10mr704187wxc; Sat, 19 Nov 2005 06:54:06 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 19 Nov 2005 06:54:06 -0800 (PST) Message-ID: <84dead720511190654s4b371eaah8b09c46df1a8adac@mail.gmail.com> Date: Sat, 19 Nov 2005 20:24:06 +0530 From: Joseph Koshy To: Stepan Rakhimov In-Reply-To: <437F340C.2060101@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <437F206F.5050606@mail.ru> <437F340C.2060101@mail.ru> Cc: freebsd-stable@freebsd.org, delphij@delphij.net Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 14:54:07 -0000 sr> i have some kernel dumps only , the size is 288mb, should i sr> send one of them? Just the backtrace please. sr> CPU: AMD-K6(tm) 3D processor (551.25-MHz 586-class CPU) sr> Origin =3D "AuthenticAMD" Id =3D 0x58c Stepping =3D 12 sr> Features=3D0x8021bf sr> AMD Features=3D0x80000800 You could try turning off ATA dma at the boot loader prompt and checking if the system is stable enough to rebuild itself. Alternatively, if the older kernel is stable you can just boot back into it ('kernel.old' or whatever you named it) and do the system upgrade. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 15:06:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 27CF316A41F for ; Sat, 19 Nov 2005 15:06:11 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB19643D5C for ; Sat, 19 Nov 2005 15:06:10 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by xproxy.gmail.com with SMTP id s10so494141wxc for ; Sat, 19 Nov 2005 07:06:09 -0800 (PST) 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=BHoTwS0qQDbxj89qSiruKLv66SBisX4jc4yG0tfzZLKijzsHVZAqADXmWkXZiGnxQqNj4ct9G2ihiKevxbHQESN0iYQMiJsMtMBg/7yUZARGm3Sv4EzNm9im5Wsihs+DJE7Yf9SK8p4vc3YSz00PzgB+TSXBBcXs1NeuxQidjck= Received: by 10.64.153.6 with SMTP id a6mr977778qbe; Sat, 19 Nov 2005 07:06:09 -0800 (PST) Received: by 10.64.21.5 with HTTP; Sat, 19 Nov 2005 07:06:09 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 23:06:09 +0800 From: Xin LI To: Stepan Rakhimov In-Reply-To: <437F340C.2060101@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <437F206F.5050606@mail.ru> <437F340C.2060101@mail.ru> Cc: freebsd-stable@freebsd.org Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 15:06:11 -0000 SGksIFN0ZXBhbiwKCk9uIDExLzE5LzA1LCBTdGVwYW4gUmFraGltb3YgPHN0ZXBhbl9yQG1haWwu cnU+IHdyb3RlOgpbc25pcF0KPiBpIGhhdmUgc29tZSBrZXJuZWwgZHVtcHMgb25seSAsIHRoZSBz aXplIGlzIDI4OG1iLCBzaG91bGQgaSBzZW5kIG9uZSBvZgo+IHRoZW0/CgpUcnkgImdkYiAvdXNy L29iai91c3Ivc3JjL3N5cy9bWU9VUktFUk5FTF0va2VybmVsLmRlYnVnCi92YXIvY3Jhc2gvdm1j b3JlLjAiIGFuZCBzZW5kIHRoZSBvdXRwdXQgZnJvbSAiYnQgZnVsbCIgd291bGQgYmUgZ29vZApl bm91Z2ggSSB0aGluay4KCkNoZWVycywKLS0KWGluIExJIDxkZWxwaGlqQGRlbHBoaWoubmV0PiBo dHRwOi8vd3d3LmRlbHBoaWoubmV0Cg== From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 15:24:20 2005 Return-Path: X-Original-To: stable@freebsd.org 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 D404E16A421 for ; Sat, 19 Nov 2005 15:24:20 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C69C43D5A for ; Sat, 19 Nov 2005 15:24:19 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.110]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1EdUZd-000MuW-Ox; Sat, 19 Nov 2005 16:24:17 +0100 In-Reply-To: <84dead720511190428l4405483egb22c6b720f14855@mail.gmail.com> References: <84dead720511190428l4405483egb22c6b720f14855@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3A20AB79-D85A-4D51-BA34-EAE853E42908@anduin.net> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sat, 19 Nov 2005 16:23:46 +0100 To: Joseph Koshy X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org Subject: Re: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 15:24:21 -0000 On Nov 19, 2005, at 13:28 , Joseph Koshy wrote: >> Starting out trying to upgrade the amd64 hosts, I export the >> two obj directories via NFS, and mount them as /usr/obj on the >> amd64 hosts that need upgrading. > > I done upgrades the other way, by having the build machine > mount the clients to-be-root partition and installing to it > using NFS. Would I have to export every filesystem mount point on the hosts then? Or does an -alldirs option do the trick (in exports)? In any case this would not be compatible with our security policy, unfortunately. /Eirik From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 15:53:13 2005 Return-Path: X-Original-To: stable@freebsd.org 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 E77E516A41F for ; Sat, 19 Nov 2005 15:53:13 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 713D643D46 for ; Sat, 19 Nov 2005 15:53:13 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so357101wxc for ; Sat, 19 Nov 2005 07:53:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ni34/05YGdv2BhIb1bpU5XXlYXl++MqGOjk1LYgg7fHzXPgWW0Z8I9S4EAiS24FR9ip5ypJYU5VSwAsYla60IARxgWd1IcO4xrYAgwNC9viTjw0Uqq/0u7to3zF/JPloLOhMHC8kD3U7HYO4AONJrfq/k/FQfavrA7qCRYxY29Y= Received: by 10.70.100.17 with SMTP id x17mr695987wxb; Sat, 19 Nov 2005 07:53:12 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 19 Nov 2005 07:53:12 -0800 (PST) Message-ID: <84dead720511190753u6f3a7f1dg444da6211b432b16@mail.gmail.com> Date: Sat, 19 Nov 2005 21:23:12 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <3A20AB79-D85A-4D51-BA34-EAE853E42908@anduin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <84dead720511190428l4405483egb22c6b720f14855@mail.gmail.com> <3A20AB79-D85A-4D51-BA34-EAE853E42908@anduin.net> Cc: stable@freebsd.org Subject: Re: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 15:53:14 -0000 > Would I have to export every filesystem mount point on the > hosts then? Or does an -alldirs option do the trick (in > exports)? I use a self-contained '/' partition on the machines where I need to cross-install. Note that one still needs to run mergemaster or etcmerge after the cross-install step. You may want to look at: http://trac.t7a.org/isconf/ and http://www.infrastructures.org/. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 16:14:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2AE4A16A41F for ; Sat, 19 Nov 2005 16:14:56 +0000 (GMT) (envelope-from lukas.ertl@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA1D43D79 for ; Sat, 19 Nov 2005 16:14:30 +0000 (GMT) (envelope-from lukas.ertl@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so146730wra for ; Sat, 19 Nov 2005 08:14:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WQHSemmo03ai+ZH8GKEpz14hgv6uWyqxd35JaQ7585lN6TLx+YyiYK+BBNy6qlMoLq1/LmILSYWhVXANxYScKXn/k78UpfXSLPGzNKnsKyPw7QwEIzt3PJGPImCC78oTPb97oIBMj/owBZ3gdr/OuN76HzBRE86Ye5J3ixZAg9s= Received: by 10.54.114.17 with SMTP id m17mr241372wrc; Sat, 19 Nov 2005 08:14:29 -0800 (PST) Received: by 10.54.122.13 with HTTP; Sat, 19 Nov 2005 08:14:29 -0800 (PST) Message-ID: <4379f9100511190814u44c98f89w6bb314baf828fb8@mail.gmail.com> Date: Sat, 19 Nov 2005 17:14:29 +0100 From: Lukas Ertl To: Ingeborg Hellemo In-Reply-To: <200511091508.jA9F8oIb014038@dis.cc.uit.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200511091508.jA9F8oIb014038@dis.cc.uit.no> Cc: freebsd-stable@freebsd.org Subject: Re: Why use 60 sec on da0 during boot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 16:14:56 -0000 On 11/9/05, Ingeborg Hellemo wrote: > Fresh new ProLiant dl380 2 CPU/dual core > Fresh new FreeBSD 6.0-RELEASE > > > During boot I arrive at > > da0 at ciss0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) > > then nothing happens for about 60 seconds and then everything proceedes a= s > usual (starting daemons, mounting NFS-disks etc.) I see this behaviour on my DL380s, too. I don't have a fix, but a workaround: disable the floppy drive in the BIOS. cheers, le From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 16:58:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 ABF6A16A41F; Sat, 19 Nov 2005 16:58:51 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from mail.pipni.cz (mail.pipni.cz [193.86.238.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4734643D46; Sat, 19 Nov 2005 16:58:50 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from [193.86.238.3] (port=41988 helo=gamato.org) id 1EdW36-0000Lj-La; Sat, 19 Nov 2005 17:58:48 +0100 From: "martinko" To: Jayton Garnett Date: Sat, 19 Nov 2005 17:58:48 +0100 Message-Id: <20051119165655.M46893@pobox.sk> In-Reply-To: <437AD6F6.4030506@codegurus.org> References: <437AD6F6.4030506@codegurus.org> Priority: non-urgent X-Mailer: Open WebMail 2.51 20050228 X-OriginatingIP: 86.49.10.101 (m@gamato.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: moused flags behaviour in 6.0 -- regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 16:58:51 -0000 On Wed, 16 Nov 2005 06:51:34 +0000, Jayton Garnett wrote > Hi, > > I presume all you want is to get the wheel working under X. > Adding a line to xorg.conf in the mouse section is all I need to add > no matter what mouse I use to get the wheel to work under X/Gnome. > > Option "ZAxisMapping" "4 5" > > Regards, > Jayton > > martinko wrote: > > > hello, > > > > until freebsd 6.0 (that is to say in 5.3 and 5.4) i used > > moused_flags="-3" in rc.conf and both my mice worked correctly (or as > > desired) -- synaptics touchpad missing 3rd button was emulated while > > the wheel on my USB mouse worked as expected. > > now, in 6.0, with the same setting, touchpad 3rd button is emulated > > but USB mouse's wheel doesn't work. if i don't use the flag, USB > > mouse's wheel work but obviously there is no 3rd button on my > > touchpad. :-( > > also, iirc back on 5.x even on wheel mouse the 3rd button could be > > emulated by pressing buttons 1 and 2, which is not possible now with > > wheel being on. > > > > now, i know about moused_ums0_flags="", i'm just wondering why has > > this changed (to worse from my point of view). > > also, at first i tried moused_psm0_flags="-3" but that didn't work as > > touchpad is apparently initialised without specifying psm0 device. > > > > i hope i made myself clear (enough). > > > > regards, > > > > martin > > no, jayton, that's not what i was talking about. regards, martin From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 17:38:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7E3B016A420 for ; Sat, 19 Nov 2005 17:38:27 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D2A343D5F for ; Sat, 19 Nov 2005 17:38:24 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: by nproxy.gmail.com with SMTP id c2so43230nfe for ; Sat, 19 Nov 2005 09:38:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=TEV3CPd9ubQs+4/yRjkvFugFzX0yOhBoorSs9gp/RAfnNvDzxDepJZORWG4TFWkyae2sgOgmft4RuSccruqImbQsRH4xX8hWs3vWcB+/9hNZYxWjJa34uOwfTtWPXcXvni8CAjoA+KkCFfGM4u17ggoNHUq0Cy1HfKjV+5AXxbw= Received: by 10.48.143.20 with SMTP id q20mr127677nfd; Sat, 19 Nov 2005 09:38:23 -0800 (PST) Received: from ?192.168.0.3? ( [82.249.225.83]) by mx.gmail.com with ESMTP id m16sm155817nfc.2005.11.19.09.38.22; Sat, 19 Nov 2005 09:38:23 -0800 (PST) Message-ID: <437F6315.4000403@gmail.com> Date: Sat, 19 Nov 2005 18:38:29 +0100 From: Laurent User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051117) 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: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 17:38:27 -0000 Hello all, I've recently upgraded my AMD64 FreeBSD station from 5.4 to 6.0 using the handbook method. Everything seems to work OK but I have the message after repeating every second on tty1 after I log on X : kvm_open : kinfo_proc size mismatch (expected 912 got 1088). After some search on Internet I gave an eye to /usr/src/sys/sys/user.h for kinfo_proc_size values, but the right value (1088) is already set for amd64. So I don't know how to solve this problem, and I'm quite afraid to touch some souce code on my system. %uname -a FreeBSD wks02.chez.oim 6.0-STABLE Thu Nov 17 19:40:44 CET 2005 amd64 Thanks. -- Laurent From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 17:51:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 24A2416A41F for ; Sat, 19 Nov 2005 17:51:28 +0000 (GMT) (envelope-from jim@hpcisp.com) Received: from willow.pingle.org (willow.pingle.org [208.149.144.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7B5243D49 for ; Sat, 19 Nov 2005 17:51:27 +0000 (GMT) (envelope-from jim@hpcisp.com) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 7A2DC3981C; Sat, 19 Nov 2005 12:51:26 -0500 (EST) Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37773-08; Sat, 19 Nov 2005 12:51:25 -0500 (EST) Received: from [192.168.0.2] (aurora.pingle.org [209.125.59.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by willow.pingle.org (Postfix) with ESMTP id 5B6E13981B; Sat, 19 Nov 2005 12:51:24 -0500 (EST) Message-ID: <437F663A.2010601@hpcisp.com> Date: Sat, 19 Nov 2005 12:51:54 -0500 From: Jim Pingle User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lukas Ertl References: <200511091508.jA9F8oIb014038@dis.cc.uit.no> <4379f9100511190814u44c98f89w6bb314baf828fb8@mail.gmail.com> In-Reply-To: <4379f9100511190814u44c98f89w6bb314baf828fb8@mail.gmail.com> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at pingle.org Cc: freebsd-stable@freebsd.org Subject: Re: Why use 60 sec on da0 during boot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 17:51:28 -0000 Lukas Ertl wrote: > On 11/9/05, Ingeborg Hellemo wrote: > >>Fresh new ProLiant dl380 2 CPU/dual core >>Fresh new FreeBSD 6.0-RELEASE >> >> >>During boot I arrive at >> >>da0 at ciss0 bus 0 target 0 lun 0 >>da0: Fixed Direct Access SCSI-0 device >>da0: 135.168MB/s transfers >>da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) >> >>then nothing happens for about 60 seconds and then everything proceedes as >>usual (starting daemons, mounting NFS-disks etc.) > > > I see this behaviour on my DL380s, too. I don't have a fix, but a > workaround: disable the floppy drive in the BIOS. I also see this behavior, though I see it on a few systems which are all Dual CPU PIII 800MHz. They each have different SCSI or RAID controllers (one has an amr card, one has an mlx controller, and one I believe just had an ahc controller. The motherboards all have Intel serverworks chipsets. These are all fresh installs of FreeBSD 6.0 (and updated to -STABLE). It happens with GENERIC and with a lightly modified custom kernel (remove unused cpu types, add smp) In each case, during this pause the floppy light is on solid, so I'm not sure it has anything to do with the SCSI controller(s). For me, it goes like so: ... Waiting 5 seconds for SCSI devices to settle amrd0: on amr0 amrd0: 17364MB (35561472 sectors) RAID 0 (optimal) amrd1: on amr0 amrd1: 34728MB (71122944 sectors) RAID 0 (optimal) sa0 at ahc0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) SMP: AP CPU #1 Launched! [long pause] Trying to mount root from ufs:/dev/amrd0s1a ... I haven't tried to time the pause, but I believe it was a different duration on each system. (Particularly long with a higher end Mylex card) For me it's just a minor annoyance, everything works fine otherwise. If anyone wants more information I can try to gather some next week when I'm back in the office. Jim From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 18:02:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 907E016A41F for ; Sat, 19 Nov 2005 18:02:39 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43CB743D45 for ; Sat, 19 Nov 2005 18:02:38 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4B97A46B83; Sat, 19 Nov 2005 13:02:38 -0500 (EST) Date: Sat, 19 Nov 2005 18:02:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Laurent In-Reply-To: <437F6315.4000403@gmail.com> Message-ID: <20051119180128.X82553@fledge.watson.org> References: <437F6315.4000403@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 18:02:39 -0000 On Sat, 19 Nov 2005, Laurent wrote: > I've recently upgraded my AMD64 FreeBSD station from 5.4 to 6.0 using > the handbook method. > > Everything seems to work OK but I have the message after repeating every > second on tty1 after I log on X : > > kvm_open : kinfo_proc size mismatch (expected 912 got 1088). > > After some search on Internet I gave an eye to /usr/src/sys/sys/user.h > for kinfo_proc_size values, but the right value (1088) is already set > for amd64. > > So I don't know how to solve this problem, and I'm quite afraid to touch > some souce code on my system. This is almost certainly a mismatch between the kernel version and a monitoring tool that is trying to inspect kernel state (specifically, retrieve process lists). If your buildworld/installworld doesn't match your kernel version, then you need to rebuild and make sure everything is in sync. If it does, it's probably a third-party package that is out of sync and needs updating. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 18:04:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 96B2916A41F for ; Sat, 19 Nov 2005 18:04:37 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEFAE43D45 for ; Sat, 19 Nov 2005 18:04:36 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id jAJI4YXQ008573 for ; Sat, 19 Nov 2005 12:04:34 -0600 (CST) (envelope-from sean-freebsd@farley.org) Date: Sat, 19 Nov 2005 12:06:00 -0600 (CST) From: =?ISO-8859-1?Q?Se=E1n_C=2E_Farley?= To: freebsd-stable@freebsd.org Message-ID: <20051119112837.O15168@thor.farley.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1580538870-1132422079=:15168" Content-ID: <20051119115351.K901@thor.farley.org> Subject: File system corruption with ATA RAID-1 on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 18:04:37 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1580538870-1132422079=:15168 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: <20051119115351.B901@thor.farley.org> I installed 6.0 on a system with two SATA drives in RAID-1. 5.4 is installed on a standard IDE channel. All appeared to work well until sometime after updating the system to 6-STABLE, installing the Nvidia driver and copying a lot of data (mainly ogg files) from my old hard drive onto it. I started seeing a multitude of READ_DMA (or maybe WRITE_DMA) errors in /var/log/messages. The system was beginning to slow down a lot, so I rebooted. Since then I have been unable to keep it up without a panic after an fsck in single-user mode. I realize this does not tell much, but just when ld.so.hints is being removed due to being corrupt the follow panic appears: Panic: ffs_valloc: dup alloc The panic may just be from a system that is too corrupted. I am amazed it still boots. I am not sure if it is -STABLE or -RELEASE where the problem really started since I did not copy anything over until everything look good. I did not lose anything important, so I do not need to save anything. How should I proceed or does anyone know if this is a known problem? I am able to mount the partitions within the 5.4 system without issue. Possible related PR's: i386/75531 (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Di386/75531) kern/89069 (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/89069) Other oddities: 1. /var/log/messages showed some messages from my 5.4 system at first. Are those stored in the BIOS? 2. While copying the data over, I noticed the system running slower and slower. This may have been from all the messages being saved into messages about READ_DMA. Configuration: ASUS A7V880 atapci0: port 0xeff0-0xeff7,0xefe4-0xefe7,0xefa8-0xefaf,0xefe0-0xefe3,0xef90-0xef9f, 0xe800-0xe8ff irq 20 at device 15.0 on pci0 ad4: 152627MB at ata2-master SATA150 ad6: 152627MB at ata3-master SATA150 ar0: 152627MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Se=E1n --=20 sean-freebsd@farley.org --0-1580538870-1132422079=:15168-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 18:26:19 2005 Return-Path: X-Original-To: stable@freebsd.org 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 1DB2516A41F for ; Sat, 19 Nov 2005 18:26:19 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB40443D4C for ; Sat, 19 Nov 2005 18:26:16 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-24-6-134-233.hsd1.ca.comcast.net[24.6.134.233]) by comcast.net (sccrmhc13) with ESMTP id <20051119182611013003a3ase>; Sat, 19 Nov 2005 18:26:15 +0000 Message-ID: <437F6E41.2040504@bfoz.net> Date: Sat, 19 Nov 2005 10:26:09 -0800 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051118) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Eirik_=D8verby?= References: In-Reply-To: X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 18:26:19 -0000 Eirik ุverby wrote: > I've spent about a week trying to accomplish a rather simple task: To > build kernel and world once for each architecture we have, and > distribute this precompiled src and obj tree via NFS to all the systems > that need updating. I have combined this with a locally maintained CVS > tree, in order to assure coherent releases being installed on all our > systems. AFAICT cross-compiling amd64 on a i386 machine isn't supported yet. I ran into a similar problem when I upgraded an i386 machine to amd64. I thought I could just set CPUTYPE=athlon-64 and buildworld would do the right thing. Apparently not. I haven't bothered to try building i386 on an amd64 box though. Maybe you'll have better luck with that. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 18:43:22 2005 Return-Path: X-Original-To: stable@freebsd.org 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 E33D216A41F for ; Sat, 19 Nov 2005 18:43:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E7F543D45 for ; Sat, 19 Nov 2005 18:43:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so375146wxc for ; Sat, 19 Nov 2005 10:43:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rJubpXWuk8beD/uq1ErUDaey/np0PEy+E36SPnP/7czadzhrHs3wmul0oncb+l2ptJynC2bXHdCiW7hV6VNePVDk3I9Gwn8uNV5O2UdxmVxFf4Qq2rBFIf5TE0ufZTRGpoJTTzKiuHxStrkv9CKHLEG+M/C0wHr4xXi/TFsEf2g= Received: by 10.70.74.2 with SMTP id w2mr782212wxa; Sat, 19 Nov 2005 10:43:20 -0800 (PST) Received: by 10.70.105.13 with HTTP; Sat, 19 Nov 2005 10:43:20 -0800 (PST) Message-ID: <84dead720511191043u26808efcn54987c99407500e0@mail.gmail.com> Date: Sun, 20 Nov 2005 00:13:20 +0530 From: Joseph Koshy To: Brandon Fosdick In-Reply-To: <437F6E41.2040504@bfoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <437F6E41.2040504@bfoz.net> Cc: stable@freebsd.org, =?ISO-8859-1?Q?Eirik_=D8verby?= Subject: Re: Centralized building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 18:43:23 -0000 > AFAICT cross-compiling amd64 on a i386 machine isn't supported > yet. I ran into a similar problem when I upgraded an i386 > machine to amd64. I thought I could just set CPUTYPE=3Dathlon-64 > and buildworld would do the right thing. Apparently not. Bootstrapping a single machine is supported: # make buildworld TARGET_ARCH=3Dnew-arch plus a few other steps. (See build(7)). There have been a couple of postings on the mailing lists on this topic in the recent past. I've taken a stab at describing how to cross-bootstrap too: http://edoofus.blogspot.com/2005/10/cross-building-freebsd.html The OP wanted to do a 'buildworld TARGET_ARCH=3Dfoo' on one machine and then an 'installworld' on a different set of machines. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 19:21:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9BB3C16A41F for ; Sat, 19 Nov 2005 19:21:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C8A43D4C for ; Sat, 19 Nov 2005 19:21:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3700F1A3C19; Sat, 19 Nov 2005 11:21:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 730AC51265; Sat, 19 Nov 2005 14:21:51 -0500 (EST) Date: Sat, 19 Nov 2005 14:21:51 -0500 From: Kris Kennaway To: Stepan Rakhimov Message-ID: <20051119192151.GA88967@xor.obsecurity.org> References: <437F206F.5050606@mail.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <437F206F.5050606@mail.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6-BETA4 -> 6.0-RELEASE = sudden reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 19:21:52 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 19, 2005 at 03:54:07PM +0300, Stepan Rakhimov wrote: > I've just upgraded my home server from 6-BETA4 (that was stable and > worked without reboots for months) to 6.0-release. And now my server > suddenly reboots under any load, i'm even unable to rebuild my system to > beta4 again. All the services are shuted down now (apache, mysql, smb, > nfs, ftp, ntp, ddclient) but problem still in place. >=20 > Any advise is welcome. Verify that you rebuilt any modules that are in use (kldstat) - in particular if you are using a module from the ports tree (like the nvidia driver) you will need to recompile it. Kris --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDf3tPWry0BWjoQKURAsPHAJ9NjTth43AsMfGO+ALXzoK8Kds2TQCg4CuH AFmHcjwq14YRvnzYd5aBn1o= =XfkJ -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 19:22:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 EBAED16A41F for ; Sat, 19 Nov 2005 19:22:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 742AD43D49 for ; Sat, 19 Nov 2005 19:22:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5599F1A3C2B; Sat, 19 Nov 2005 11:22:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8330352061; Sat, 19 Nov 2005 14:22:29 -0500 (EST) Date: Sat, 19 Nov 2005 14:22:29 -0500 From: Kris Kennaway To: Laurent Message-ID: <20051119192229.GB88967@xor.obsecurity.org> References: <437F6315.4000403@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline In-Reply-To: <437F6315.4000403@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: [FreeBSD6] kinfo_size mismatch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 19:22:31 -0000 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 19, 2005 at 06:38:29PM +0100, Laurent wrote: > Hello all, >=20 > I've recently upgraded my AMD64 FreeBSD station from 5.4 to 6.0 using=20 > the handbook method. >=20 > Everything seems to work OK but I have the message after repeating every= =20 > second on tty1 after I log on X : >=20 > kvm_open : kinfo_proc size mismatch (expected 912 got 1088). >=20 > After some search on Internet I gave an eye to /usr/src/sys/sys/user.h=20 > for kinfo_proc_size values, but the right value (1088) is already set=20 > for amd64. >=20 > So I don't know how to solve this problem, and I'm quite afraid to touch= =20 > some souce code on my system. >=20 > %uname -a > FreeBSD wks02.chez.oim 6.0-STABLE Thu Nov 17 19:40:44 CET 2005 amd64 >=20 > Thanks. The last time you asked this question I answered it, but I didn't see any response. Didn't you like my answer? :-) Kris --hQiwHBbRI9kgIhsi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDf3t1Wry0BWjoQKURAotaAJ0Vd6CCZepepF6VsNrruEpt6diAFwCeJoep /kgmqPzjBHH+V7hbuOa8vOY= =I0Lv -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 20:32:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7193A16A420 for ; Sat, 19 Nov 2005 20:32:14 +0000 (GMT) (envelope-from lukas.ertl@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB42C43D45 for ; Sat, 19 Nov 2005 20:32:13 +0000 (GMT) (envelope-from lukas.ertl@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so170822wra for ; Sat, 19 Nov 2005 12:32:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LDv/bRc79Y8NsJVDqpd2vIqbJddr6r07jXQtxQSQ2NKsZ6iB08Ybpqf6pwFdv0B/ZXjOA4AtA95CN60UQNhVpzacDJSY7ou5viUiI86TzMTVgovhagNOmSSmV+7yVgIzD9JX6HXOvCMFnGhjbFyXrc8qcB29qt7UcxWhueK1vcU= Received: by 10.54.86.11 with SMTP id j11mr283464wrb; Sat, 19 Nov 2005 12:32:12 -0800 (PST) Received: by 10.54.122.13 with HTTP; Sat, 19 Nov 2005 12:32:12 -0800 (PST) Message-ID: <4379f9100511191232n58462f56j5dc239f4afbfb41f@mail.gmail.com> Date: Sat, 19 Nov 2005 21:32:12 +0100 From: Lukas Ertl To: Jim Pingle In-Reply-To: <437F663A.2010601@hpcisp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200511091508.jA9F8oIb014038@dis.cc.uit.no> <4379f9100511190814u44c98f89w6bb314baf828fb8@mail.gmail.com> <437F663A.2010601@hpcisp.com> Cc: freebsd-stable@freebsd.org Subject: Re: Why use 60 sec on da0 during boot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 20:32:14 -0000 On 11/19/05, Jim Pingle wrote: > Lukas Ertl wrote: > > On 11/9/05, Ingeborg Hellemo wrote: > > > >>Fresh new ProLiant dl380 2 CPU/dual core > >>Fresh new FreeBSD 6.0-RELEASE > >> > >> > >>During boot I arrive at > >> > >>da0 at ciss0 bus 0 target 0 lun 0 > >>da0: Fixed Direct Access SCSI-0 device > >>da0: 135.168MB/s transfers > >>da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) > >> > >>then nothing happens for about 60 seconds and then everything proceedes= as > >>usual (starting daemons, mounting NFS-disks etc.) > > > > > > I see this behaviour on my DL380s, too. I don't have a fix, but a > > workaround: disable the floppy drive in the BIOS. > > I also see this behavior, though I see it on a few systems which are all > Dual CPU PIII 800MHz. They each have different SCSI or RAID controllers (= one > has an amr card, one has an mlx controller, and one I believe just had an > ahc controller. The motherboards all have Intel serverworks chipsets. > > These are all fresh installs of FreeBSD 6.0 (and updated to -STABLE). It > happens with GENERIC and with a lightly modified custom kernel (remove > unused cpu types, add smp) > > In each case, during this pause the floppy light is on solid, so I'm not > sure it has anything to do with the SCSI controller(s). It has nothing to do with the SCSI controller, it's all about the floppy drive. It seems like the fdc driver doesn't recognize that there's no disk in the drive and tries to access it on and on and on.=20 As I said, disable the floppy drive in the BIOS (or even put a floppy into the drive), then the boot process goes on as usual. cheers, le From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 22:10:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E3D5D16A41F for ; Sat, 19 Nov 2005 22:10:11 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from postino-1.etat.lu (postino-1.etat.lu [194.154.205.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 141F143D45 for ; Sat, 19 Nov 2005 22:10:10 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-1.etat.lu (Postfix) with ESMTP id C39EC16BB624 for ; Sat, 19 Nov 2005 23:10:08 +0100 (CET) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id B0B5623AEC for ; Sat, 19 Nov 2005 23:10:08 +0100 (CET) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id 9FACD23AB1 for ; Sat, 19 Nov 2005 23:10:08 +0100 (CET) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IQ800GIO2WWNA30@store.etat.lu> for freebsd-stable@freebsd.org; Sat, 19 Nov 2005 23:10:08 +0100 (MET) Received: from etat.lu ([148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IQ800LDG2WWCE60@store.etat.lu> for freebsd-stable@freebsd.org; Sat, 19 Nov 2005 23:10:08 +0100 (MET) Received: from [192.168.2.43] (Forwarded-For: [158.64.124.88]) by store.etat.lu (mshttpd); Sat, 19 Nov 2005 23:10:08 +0100 Date: Sat, 19 Nov 2005 23:10:08 +0100 From: Didier Wiroth To: freebsd-stable@freebsd.org Message-id: <81b5f1713bb4.437fb0d0@etat.lu> MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.05 (built Oct 21 2004) Content-type: text/plain; charset=us-ascii Content-language: fr Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: fr Priority: normal Subject: building gnome2 on freebsd6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 22:10:12 -0000 hi, I tried to build gnome2 on freebsd6 stable. It fails when it tries to compile gnomeapllets2, here is the output: --------------START SNIP------------- 12.1/drivemount/help' if ! test -d es/; then mkdir es/; fi if test -f "C/drivemount.xml"; then d="../"; else d=".././"; fi; \ (cd es/ && \ `which xml2po` -e -p \ ${d}es/es.po \ ${d}C/drivemount.xml > drivemount.xml.tmp && \ cp drivemount.xml.tmp drivemount.xml && rm -f drivemount.xml.tmp) Traceback (most recent call last): File "/usr/X11R6/bin/xml2po", line 34, in ? import libxml2 File "/usr/local/lib/python2.4/site-packages/libxml2.py", line 1, in ? import libxml2mod ImportError: /usr/local/lib/python2.4/site-packages/libxml2mod.so: Undefined symbol "xmlParseURIRaw" gmake[3]: *** [es/drivemount.xml] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.12.1/drivemount/help' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.12.1/drivemount' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.12.1' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/gnomeapplets2. *** Error code 1 Stop in /usr/ports/x11/gnome2. -----------------STOP SNIP---------------------- What can I do to solve the problem? thanks a lot didier From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 22:59:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 D610216A41F for ; Sat, 19 Nov 2005 22:59:31 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0707743D53 for ; Sat, 19 Nov 2005 22:59:29 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from gleb.kozyrev.name (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id jAJMkQdA016670 for ; Sun, 20 Nov 2005 00:46:32 +0200 Received: from Gleb ([127.0.0.1]) by Gleb (192.168.48.1) with smtp ; Sun, 20 Nov 2005 01:00:08 +0200 Message-ID: <000001c5ed5c$f8153240$0130a8c0@Gleb> From: "Gleb Kozyrev" To: Date: Sun, 20 Nov 2005 00:59:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: 6.0-release i386 sysctl panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 22:59:32 -0000 Hello, All! After 14 days of uptime I ran "sysctl -a" and it triggered a panic. In ddb: =========Beginning of the citation============== db> bt Tracing pid 15840 tid 100071 td 0xc1553600 dev2udev(c20bf300,88,0,0,0) at dev2udev+0x11 sysctl_kern_ttys(c08d4500,0,0,cc865c04,c08d4500) at sysctl_kern_ttys+0xdf sysctl_root(0,cc865c74,2,cc865c04,c1553600) at sysctl_root+0x107 userland_sysctl(c1553600,cc865c74,2,0,bfbfd5bc) at userland_sysctl+0xec __sysctl(c1553600,cc865d04,6,a,296) at __sysctl+0x93 syscall(3b,3b,bfbf003b,2,bfbfd5bc) at syscall+0x2b7 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x280b7a33, esp = 0xbfbfd52c, ebp = 0xbfbfd568 --- =========The end of the citation================ After call doadump() and reboot: =========Beginning of the citation============== [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbf fault code = supervisor read, page not present instruction pointer = 0x20:0xc05f46ed stack pointer = 0x28:0xcc865b18 frame pointer = 0x28:0xcc865b18 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 = 15840 (sysctl) Dumping 127 MB (3 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 64MB (16381 pages) 49 33 17 ... ok chunk 2: 63MB (16128 pages) 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc0468487 in db_fncall (dummy1=-1063902272, dummy2=0, dummy3=0, dummy4=0xcc865944 "pY\206ู\224C\177”\\Y\206ู`Y\206ู\222\a") at /usr/src/sys/ddb/db_command.c:492 fn_addr = -1067198068 args = {1, 0, 545675548, -1065401452, -863610616, -863610612, 1938, 1938, 2, -1064703968} nargs = 0 retval = 0 t = 0 #2 0xc046828c in db_command (last_cmdp=0xc09181c4, cmd_table=0x0, aux_cmd_tablep=0xc089589c, aux_cmd_tablep_end=0xc08958b8) at /usr/src/sys/ddb/db_command.c:350 cmd = (struct command *) 0xc089e9c0 t = 0 modif = "pY\206ู\224C\177”\\Y\206ู`Y\206ู\222\a\000\000Œ\003\000\000\220Y\206ู\f\000\000\000|Y\206ูŒ\003\000\000\200Y\206ูQด~”Œ\003\000\000Œ \003\000\000\r\000\000\000อY\206ูBค~”\220Y\206ูŒ\003\000\000\f\000\017\003x\000\000\000”\212\221”\f\000\000\000+Y\206ู\004?F”\235;\2 07”?\237F”\f\000\000\000”\212\221”\227F”" addr = -1063902272 count = 0 have_addr = 0 result = 0 #3 0xc0468354 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 No locals. #4 0xc0469f61 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 jb = {{_jb = {-863610372, -863610392, -863610320, -863610152, 12, -1069113606, 12, -863610296, -1067089549, -1064761795, -1067089416, -863610316}}} prev_jb = (void *) 0x0 bkpt = 0 #5 0xc065666b in kdb_trap (type=12, code=0, tf=0xcc865ad8) at /usr/src/sys/kern/subr_kdb.c:473 handled = -863610152 #6 0xc08104b0 in trap_fatal (frame=0xcc865ad8, eva=191) at /usr/src/sys/i386/i386/trap.c:822 eflags = 514 code = 514 type = 12 ss = 514 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 2, ssd_xx1 = 2, ssd_def32 = 1, ssd_gran = 1} #7 0xc081021f in trap_pfault (frame=0xcc865ad8, usermode=0, eva=191) at /usr/src/sys/i386/i386/trap.c:742 va = 0 vm = (struct vmspace *) 0x0 map = 0xc1598708 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc1553600 p = (struct proc *) 0xc155620c #8 0xc080fe19 in trap (frame= {tf_fs = -863633400, tf_es = 40, tf_ds = -863633368, tf_edi = -863609988, tf_esi = -1052413952, tf_ebp = -863610088, tf_isp = -863610108, tf_ebx = -1052413952, tf_edx = -1039404288, tf_ecx = 0, tf_eax = -1, tf_trapno = 12, tf_err = 0, tf_eip = -1067497747, tf_cs = 32, tf_eflags = 66182, tf_esp = -863609920, tf_ss = -1066996549}) at /usr/src/sys/i386/i386/trap.c:432 td = (struct thread *) 0xc1553600 p = (struct proc *) 0xc155620c sticks = 3431357272 i = 0 ucode = 0 type = 12 code = 0 eva = 191 #9 0xc07ff31a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #10 0xc05f46ed in dev2udev (x=0xc20bf300) at /usr/src/sys/fs/devfs/devfs_vnops.c:1145 No locals. #11 0xc066ecbb in sysctl_kern_ttys (oidp=0xc08d4500, arg1=0x0, arg2=0, req=0xcc865c04) at /usr/src/sys/kern/tty.c:3040 tp = (struct tty *) 0xc1457000 tp2 = (struct tty *) 0xc1457000 xt = {xt_size = 136, xt_rawcc = 0, xt_cancc = 0, xt_outcc = 0, xt_line = 0, xt_dev = 0, xt_state = 0, xt_flags = 0, xt_timeout = 0, xt_pgid = 0, xt_sid = 0, xt_termios = {c_iflag = 0, c_oflag = 0, c_cflag = 0, c_lflag = 0, c_cc = '\0' , c_ispeed = 0, c_ospeed = 0}, xt_winsize = { ws_row = 0, ws_col = 0, ws_xpixel = 0, ws_ypixel = 0}, xt_column = 0, xt_rocount = 0, xt_rocol = 0, xt_ififosize = 0, xt_ihiwat = 0, xt_ilowat = 0, xt_ispeedwat = 0, xt_ohiwat = 0, xt_olowat = 0, xt_ospeedwat = 0} error = -1052413952 #12 0xc0645c63 in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, req=0xcc865c04) at /usr/src/sys/kern/kern_sysctl.c:1248 oid = (struct sysctl_oid *) 0xc08d4500 error = -1 indx = 2 lvl = -1 #13 0xc0645e60 in userland_sysctl (td=0xffffffff, name=0xcc865c74, namelen=2, old=0xcc865c04, oldlenp=0xbfbfd5bc, inkernel=0, new=0x0, newlen=4294967295, retval=0xcc865c70, flags=-1) at /usr/src/sys/kern/kern_sysctl.c:1347 error = -1077946948 req = {td = 0xc1553600, lock = 1, oldptr = 0x0, oldlen = 0, oldidx = 3536, oldfunc = 0xc06459a4 , newptr = 0x0, newlen = 0, newidx = 0, newfunc = 0xc0645a10 , validlen = 0, flags = 0} #14 0xc0645d03 in __sysctl (td=0xc1553600, uap=0xcc865d04) at /usr/src/sys/kern/kern_sysctl.c:1282 error = -1051368948 name = {1, 533, 1, 533, -1, -1, 0, -1048488688, -1051368948, 0, -1051380224, -863609636, -1067059971, -1051380224, 1, -863609668, -1051368948, -1051380224, -863609544, -863609640, -1067068430, -1051380224, -1051368948, 0} j = 10 #15 0xc08107ff in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = -1078001605, tf_edi = 2, tf_esi = -1077946948, tf_ebp = -1077947032, tf_isp = -863609500, tf_ebx = 672367844, tf_edx = 0, tf_ecx = -1077944736, tf_eax = 202, tf_trapno = 0, tf_err = 2, tf_eip = 671840819, tf_cs = 51, tf_eflags = 662, tf_esp = -1077947092, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:976 params = 0xbfbfd530
callp = (struct sysent *) 0xc08cb8d8 td = (struct thread *) 0xc1553600 p = (struct proc *) 0xc155620c orig_tf_eflags = 662 sticks = 10 error = 0 narg = 6 args = {-1077944736, 2, 0, -1077946948, 0, 0, -863609548, 672367844} code = 202 #16 0xc07ff36f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 No locals. #17 0x00000033 in ?? () No symbol table info available. Previous frame inner to this frame (corrupt stack?) =========The end of the citation================ FreeBSD 6.0-RELEASE #0: Wed Nov 2 14:36:19 EET 2005 root@localhost.rusanovka:/usr/obj/usr/src/sys/DDB i386 Kernel: =========Beginning of the citation============== # GENERIC+DDB include GENERIC ident DDB-GENERIC options KDB # Compile with kernel debugger related code. options DDB # Enable the ddb debugger backend. options BREAK_TO_DEBUGGER # A BREAK on a serial console goes to ddb, if available. =========The end of the citation================ Dmesg: =========Beginning of the citation============== Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Wed Nov 2 14:36:19 EET 2005 root@localhost.rusanovka:/usr/obj/usr/src/sys/DDB Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (331.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x660 Stepping = 0 Features=0x183f9ff real memory = 134217728 (128 MB) avail memory = 121782272 (116 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: on acpi0 pci_link2: on acpi0 pci_link3: irq 9 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b 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) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1420-0x142f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x1400-0x141f irq 9 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] 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 pci0: at device 7.3 (no driver attached) rl0: port 0x1000-0x10ff mem 0xf4000000-0xf40000ff irq 11 at device 13.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:02:44:77:b2:4b atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xe0000-0xe3fff,0xe4000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 sbc0: [GIANT-LOCKED] pcm0: on sbc0 pcm0: [GIANT-LOCKED] ata2: at port 0x168-0x16f,0x36e-0x36f irq 12 on isa0 Timecounter "TSC" frequency 331831501 Hz quality 800 Timecounters tick every 1.000 msec ad0: 114498MB at ata0-master UDMA33 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a =========The end of the citation================ -- With best regards, Gleb Kozyrev. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 23:37:20 2005 Return-Path: X-Original-To: stable@freebsd.org 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 C85F016A41F for ; Sat, 19 Nov 2005 23:37:20 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4328F43D45 for ; Sat, 19 Nov 2005 23:37:19 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-024-211-168-109.nc.res.rr.com [24.211.168.109]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with SMTP id jAJNbG1u011552 for ; Sat, 19 Nov 2005 18:37:17 -0500 (EST) Received: (qmail 33970 invoked by uid 0); 19 Nov 2005 23:37:16 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 (clamdscan: 0.86.2/1064. Clear:RC:1(127.0.0.1):. Processed in 0.14914 secs); 19 Nov 2005 23:37:16 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.14914 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 19 Nov 2005 23:37:15 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id jAJNbFSq033962 for stable@freebsd.org; Sat, 19 Nov 2005 18:37:15 -0500 (EST) (envelope-from jason) Date: Sat, 19 Nov 2005 18:37:14 -0500 From: Jason To: stable@freebsd.org Message-ID: <20051119233714.GA6952@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: upgrade from 5.4-STABLE -> 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 23:37:20 -0000 1. after my upgrade, my serial ports are not accessible monsterjam# ls -al /dev/cuaa* ls: No match. monsterjam# 2. I get very little dmesg output after a fresh boot monsterjam# dmesg lpt0: switched to polled extended mode fxp0: promiscuous mode enabled monsterjam# monsterjam# uname -a FreeBSD monsterjam.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Nov 19 14:21:32 EST 2005 root@monsterjam.org:/usr/obj/usr/src/sys/BEAST i386 regards, Jason From owner-freebsd-stable@FreeBSD.ORG Sat Nov 19 23:45:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 71B2D16A41F for ; Sat, 19 Nov 2005 23:45:13 +0000 (GMT) (envelope-from danny@ricin.com) Received: from smtpq1.tilbu1.nb.home.nl (smtpq1.tilbu1.nb.home.nl [213.51.146.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC8EE43D49 for ; Sat, 19 Nov 2005 23:45:12 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.146.188] (port=59052 helo=smtp3.tilbu1.nb.home.nl) by smtpq1.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1EdcON-0005gA-MW for freebsd-stable@freebsd.org; Sun, 20 Nov 2005 00:45:11 +0100 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:64781 helo=desktop.homenet) by smtp3.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1EdcOM-0006hV-Fy for freebsd-stable@freebsd.org; Sun, 20 Nov 2005 00:45:10 +0100 From: Danny Pansters To: freebsd-stable@freebsd.org Date: Sun, 20 Nov 2005 00:43:06 +0000 User-Agent: KMail/1.8.3 References: <20051119233714.GA6952@monsterjam.org> In-Reply-To: <20051119233714.GA6952@monsterjam.org> X-Face: :N, f2_*44g[tRY8Y-gL2zi`G|<6SpFjTeHt|V5LO6Yl2E7yAfEh{E6-8pqxUFX"l)=?utf-8?q?Nm8y=7E=0A=09IWJSAWQ=7D+=3DpP=7CT=5D?=@sy1sz%h)*CW6gtbp]"fe@MjICtIUo.0, CH~{[R4PXSyL MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511200043.06890.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Subject: Re: upgrade from 5.4-STABLE -> 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Nov 2005 23:45:13 -0000 On Saturday 19 November 2005 23:37, Jason wrote: > 1. after my upgrade, my serial ports are not accessible > monsterjam# ls -al /dev/cuaa* > ls: No match. I got surprised by this too, when trying to use my camera through serial cable. They've become /dev/cuad and /dev/ttyd for outgoing and incoming respectively. See sio(4). (I needed /dev/ttyd0 for my camera) HTH, Dan