From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 01:11:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE4EA16A41F for ; Sun, 13 Nov 2005 01:11:57 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C29B43D46 for ; Sun, 13 Nov 2005 01:11:55 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Sat, 12 Nov 2005 20:11:19 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 3E86F1365D; Sat, 12 Nov 2005 20:11:54 -0500 (EST) Date: Sat, 12 Nov 2005 20:11:54 -0500 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20051113011153.GA64913@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 13 Nov 2005 01:11:19.0187 (UTC) FILETIME=[27439E30:01C5E7EF] Subject: if_aue panic: trying to sleep while sleeping is prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 01:11:57 -0000 I got the following panic when I tried plugging in a USB 10/100 Ethernet adapter (aue(4) driver). This is -CURRENT about two weeks old. #9 0xc063f75b in panic (fmt=0xc086cd96 "trying to sleep while sleeping is prohibited") at /d2/emaste/head/src/sys/kern/kern_shutdown.c:550 #10 0xc065e63c in sleepq_add (wchan=0xc1d2c400, lock=0x0, wmesg=0x12
, flags=0) at /d2/emaste/head/src/sys/kern/subr_sleepqueue.c:273 #11 0xc064564d in msleep (ident=0xc1d2c400, mtx=0x0, priority=76, wmesg=0xc08601f0 "usbsyn", timo=0) at /d2/emaste/head/src/sys/kern/kern_synch.c:205 #12 0xc05e26d9 in usbd_transfer (xfer=0xc1d2c400) at /d2/emaste/head/src/sys/dev/usb/usbdi.c:344 #13 0xc05e26f9 in usbd_sync_transfer (xfer=0x12) at /d2/emaste/head/src/sys/dev/usb/usbdi.c:355 #14 0xc05e2eb5 in usbd_do_request_flags_pipe (dev=0xc1eda580, pipe=0x12, req=0xd44a2be8, data=0xd44a2c04, flags=0, actlen=0x0, timeout=5000) at /d2/emaste/head/src/sys/dev/usb/usbdi.c:978 #15 0xc05e2e54 in usbd_do_request_flags (dev=0x12, req=0xd44a2be8, data=0xd44a2c04, flags=0, actlen=0x0, timo=5000) at /d2/emaste/head/src/sys/dev/usb/usbdi.c:949 #16 0xc05e2e32 in usbd_do_request (dev=0xc1eda580, req=0xd44a2be8, data=0xd44a2c04) at /d2/emaste/head/src/sys/dev/usb/usbdi.c:941 #17 0xc05c582a in aue_csr_write_1 (sc=0xc1ebe000, reg=-1056755712, val=1) at /d2/emaste/head/src/sys/dev/usb/if_aue.c:327 #18 0xc05c59a1 in aue_miibus_readreg (dev=0xc1eda480, phy=1, reg=1) at /d2/emaste/head/src/sys/dev/usb/if_aue.c:442 #19 0xc055d69f in miibus_readreg (dev=0xc1edae80, phy=1, reg=1) at miibus_if.h:25 #20 0xc055ddaf in mii_phy_tick (sc=0xc1c2b8c0) at miibus_if.h:25 #21 0xc0563c2b in ukphy_service (sc=0xc1c2b8c0, mii=0x0, cmd=1) at /d2/emaste/head/src/sys/dev/mii/ukphy.c:211 #22 0xc055d99b in mii_tick (mii=0xc1c2a680) at /d2/emaste/head/src/sys/dev/mii/mii.c:363 #23 0xc05c6406 in aue_tick (xsc=0xc1ebe000) at /d2/emaste/head/src/sys/dev/usb/if_aue.c:1032 #24 0xc064c0c1 in softclock (dummy=0x0) at /d2/emaste/head/src/sys/kern/kern_timeout.c:290 #25 0xc062cda2 in ithread_execute_handlers (p=0xc19ec890, ie=0xc1a1d580) at /d2/emaste/head/src/sys/kern/kern_intr.c:662 #26 0xc062ced3 in ithread_loop (arg=0xc199eb00) at /d2/emaste/head/src/sys/kern/kern_intr.c:745 #27 0xc062c034 in fork_exit (callout=0xc062ce6c , arg=0xc199eb00, frame=0xd44a2d38) at /d2/emaste/head/src/sys/kern/kern_fork.c:789 #28 0xc07eb83c in fork_trampoline () at /d2/emaste/head/src/sys/i386/i386/exception.s:208 -- Ed Maste, Sandvine Incorporated From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 02:31:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 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-current@FreeBSD.ORG Sun Nov 13 02:42:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9222B16A41F for ; Sun, 13 Nov 2005 02:42:22 +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 1AE1043D45 for ; Sun, 13 Nov 2005 02:42:22 +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 jAD2gKOT016597; Sat, 12 Nov 2005 18:42:20 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jAD2gJME016596; Sat, 12 Nov 2005 18:42:19 -0800 (PST) (envelope-from jmg) Date: Sat, 12 Nov 2005 18:42:19 -0800 From: John-Mark Gurney To: Petr Holub Message-ID: <20051113024219.GL775@funkthat.com> Mail-Followup-To: Petr Holub , current@freebsd.org References: <003701c5e7b1$b646d450$5317fb93@KLOBOUCEK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003701c5e7b1$b646d450$5317fb93@KLOBOUCEK> 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: current@freebsd.org Subject: Re: FW: [PATCH] MPEG2-TS patch for fwcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 02:42:22 -0000 Petr Holub wrote this message on Sat, Nov 12, 2005 at 18:51 +0100: > do you think it would be worth commiting the following patches for > fwcontrol to be able to receive HDV (MPEG2) streams? I plan on looking at that in the near future once I get a -current box together.. though if someone else wants to have a go at it, feel free.... > -----Original Message----- > From: Petr Holub [mailto:hopet@ics.muni.cz] > Sent: Tuesday, November 08, 2005 4:18 PM > To: John-Mark Gurney > Cc: multimedia@freebsd.org > Subject: RE: [PATCH] MPEG2-TS patch for fwcontrol > > > > Looks good, though you have a number of lines, both in the man page > > and in source that are over 80 columns... also, a quick pass after > > reading style(9) would be good... (variables aren't sorted properly > > in mpegtsrecv, else not on same line as brace, spaces around if missing).. > > you might want to update the year of the copyright :) > > OK, I've tried to stylify the patches and the new version are again > available here: > for 5.x: http://sitola.fi.muni.cz/~hopet/HDV/fwcontrol.patch > for 6.x: http://sitola.fi.muni.cz/~hopet/HDV/fwcontrol-6.0.patch > > > Otherwise looks good... Have you looked at being able to send MPEG2-TS? > > I wonder if it'd work w/ a DVHS deck, or a firewire capable HDTV tuner > > like the Samsung SIR-T165... > > Sending - not yet. It's a little bit more complicated process because > of the rules for data packetization on FireWire. As for the DVHS decks, > I don't have any so I can't try that. The functionality of the patches has > been verified using both SONY cameras mentioned in my previous mail. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 06:22:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 473E616A41F for ; Sun, 13 Nov 2005 06:22:02 +0000 (GMT) (envelope-from pete@altadena.net) Received: from gooney.altadena.net (gooney.altadena.net [207.215.170.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFBFA43D46 for ; Sun, 13 Nov 2005 06:22:01 +0000 (GMT) (envelope-from pete@altadena.net) Received: from 139.sub-70-219-173.myvzw.com ([70.219.173.139]) by gooney.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54) id 1EbBFL-0000cS-Dn; Sat, 12 Nov 2005 22:21:48 -0800 Message-ID: <4376DB5C.3080002@altadena.net> Date: Sat, 12 Nov 2005 22:21:16 -0800 From: Peter Carah User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051024) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Victor Snezhko References: <437535E4.2010400@altadena.net> In-Reply-To: X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Crash using tun device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 06:22:02 -0000 Victor Snezhko wrote: > Pete Carah writes: > > >>I now (cvsup as of a day ago, and also from a week ago) see a >>spontaneous reboot when using the tun device from userland ppp. This >>occurs with either umodem or an ssh tunnel on the serial side, and >>crashes immediately after the IP addresses are set. I don't know if it >>is in route setting or not; the ssh tunnel script doesn't set the >>default route via the tunnel (shoot self in foot, anyone?). > > > There is a known bug in netinet6 that might cause this behaviour > (although, I didn't see reboots, only panics). The fix is known but > has not been committed yet. Here it is: > > --- netinet6/mld6.c Wed Nov 9 08:27:14 2005 > *************** > *** 640,645 **** > --- 640,649 ---- > mld6_stop_listening(in6m); > ifma->ifma_protospec = NULL; > LIST_REMOVE(in6m, in6m_entry); > + if (in6m->in6m_timer != IN6M_TIMER_UNDEF) > + mld_stoptimer(in6m); > free(in6m->in6m_timer_ch, M_IP6MADDR); > free(in6m, M_IP6MADDR); > } > > .... It helps completely - I'm talking to my mail server using ppp over verizon right now. It may not have rebooted if you had invariant_support or invariants enabled - those tend to panic in cases that would otherwise reboot or crash, especially with free of a block with a pending callback :-); I normally don't enable those (nor witness) on my laptop - too slow. I run current on two other systems, though, one of which sometimes gets invariant_support. I don't care about LOR or other such unless I see mysterious hangs - even then I normally just mail the list... Also my ppp never uses ip6 (but ethernet sometimes does), so it wouldn't hurt most of the time to disable it. > The bug I mentioned was committed on Oct 21. > > If the fix don't help, try to disable INET6 and see if that helps. Did help. Thank you. -- Pete From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 10:30:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5871D16A41F for ; Sun, 13 Nov 2005 10:30:09 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from indor.net.tomline.ru (indor.net.tomline.ru [213.183.100.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0B043D46 for ; Sun, 13 Nov 2005 10:30:07 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from SNEZHKO by indorsoft.ru (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000029583.msg for ; Sun, 13 Nov 2005 16:30:01 +0600 X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 127198, updated: 10.11.2005] To: Peter Carah References: <437535E4.2010400@altadena.net> <4376DB5C.3080002@altadena.net> From: Victor Snezhko Date: Sun, 13 Nov 2005 16:29:59 +0600 In-Reply-To: <4376DB5C.3080002@altadena.net> (Peter Carah's message of "Sat, 12 Nov 2005 22:21:16 -0800") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Processed: indor.net.tomline.ru, Sun, 13 Nov 2005 16:30:01 +0600 (not processed: spam filter disabled) X-Return-Path: snezhko@indorsoft.ru X-MDaemon-Deliver-To: current@freebsd.org X-VVS-Spam: false Cc: current@freebsd.org Subject: Re: Crash using tun device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 10:30:09 -0000 Peter Carah writes: >> --- netinet6/mld6.c Wed Nov 9 08:27:14 2005 >> *************** >> *** 640,645 **** >> --- 640,649 ---- >> mld6_stop_listening(in6m); >> ifma->ifma_protospec = NULL; >> LIST_REMOVE(in6m, in6m_entry); >> + if (in6m->in6m_timer != IN6M_TIMER_UNDEF) >> + mld_stoptimer(in6m); >> free(in6m->in6m_timer_ch, M_IP6MADDR); >> free(in6m, M_IP6MADDR); >> } >> >> > > .... > > It helps completely - I'm talking to my mail server using ppp over verizon > right now. It may not have rebooted if you had invariant_support or invariants > enabled - those tend to panic in cases that would otherwise reboot or crash, > especially with free of a block with a pending callback :-); I normally don't > enable those (nor witness) on my laptop - too slow. Aha, I didn't know this. > I run current on two other systems, though, one of which sometimes > gets invariant_support. I don't care about LOR or other such unless > I see mysterious hangs - even then I normally just mail the list... > Also my ppp never uses ip6 (but ethernet sometimes does), so it > wouldn't hurt most of the time to disable it. Userland ppp does use IPv6 syscalls by default. This causes netinet6 bugs to influence ppp behaviour. >> The bug I mentioned was committed on Oct 21. >> >> If the fix don't help, try to disable INET6 and see if that helps. > Did help. Thank you. -- WBR, Victor V. Snezhko EMail: snezhko@indorsoft.ru From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 11:20:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 889D416A41F; Sun, 13 Nov 2005 11:20:23 +0000 (GMT) (envelope-from creep@desk.pl) Received: from hera.desk.pl (hera.desk.pl [81.219.9.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C7F843D45; Sun, 13 Nov 2005 11:20:22 +0000 (GMT) (envelope-from creep@desk.pl) Received: from localhost (hera.local [127.0.0.1]) by hera.desk.pl (Postfix) with ESMTP id 4DB4C75C1A9; Sun, 13 Nov 2005 12:20:33 +0100 (CET) Received: from hera.desk.pl ([127.0.0.1]) by localhost (hera [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15610-10; Sun, 13 Nov 2005 12:20:31 +0100 (CET) Received: from [192.168.0.64] (sifr.dembego6.waw.pl [62.233.200.81]) by hera.desk.pl (Postfix) with ESMTP id 66AF075C198; Sun, 13 Nov 2005 12:20:31 +0100 (CET) Message-ID: <4377216C.8020305@desk.pl> Date: Sun, 13 Nov 2005 12:20:12 +0100 From: Marcin Koziej User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051018) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org References: <436E66FB.60700@desk.pl> <200511071256.04488.jhb@freebsd.org> <52638.83.17.72.142.1131445820.WebPoczta@webpoczta.desk.pl> <200511081024.45589.jhb@freebsd.org> In-Reply-To: <200511081024.45589.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Skaner Antywirusowy DESK.pl Cc: Subject: Re: NVidia driver for amd64 / Page Attribute Table status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 11:20:23 -0000 Would it be possible for You to put a snapshot patch against CURRENT for jhb_pat branch somewhere? I can't make it with P4DB interface, and i don't have access to p4. Best regards, m. From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 12:44:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D95B16A41F for ; Sun, 13 Nov 2005 12:44:31 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB7E443D45 for ; Sun, 13 Nov 2005 12:44:30 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Sun, 13 Nov 2005 06:44:29 -0600 id 000A160C.4377352D.00013A2A Received: from dsl-201-154-70-211.prod-infinitum.com.mx (dsl-201-154-70-211.prod-infinitum.com.mx [201.154.70.211]) by mail.bafirst.com (Horde MIME library) with HTTP; Sun, 13 Nov 2005 06:44:29 -0600 Message-ID: <20051113064429.ijadm1pdwgcs48o0@mail.bafirst.com> Date: Sun, 13 Nov 2005 06:44:29 -0600 From: eculp@bafirst.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: buildkernel issue with ip_carp.c w/ device carp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 12:44:31 -0000 In today's current I am having an issue on all my test machines compiling the kernel with "device carp" Compilation breaks at ip_carp.c Removing device carp everything compiles fine. 5652 cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/netinet/ip_carp.c 5653 /usr/src/sys/netinet/ip_carp.c: In function `carp_send_arp': 5654 /usr/src/sys/netinet/ip_carp.c:1053: warning: implicit declaration of function `LLADDR' 5655 /usr/src/sys/netinet/ip_carp.c:1053: warning: nested extern declaration of `LLADDR' 5656 /usr/src/sys/netinet/ip_carp.c:1053: warning: passing arg 3 of `arp_ifinit2' makes pointer from integer without a cast 5657 /usr/src/sys/netinet/ip_carp.c: In function `carp_iamatch': 5658 /usr/src/sys/netinet/ip_carp.c:1148: warning: nested extern declaration of `LLADDR' 5659 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant redeclaration of 'LLADDR' 5660 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit declaration of 'LLADDR' was here 5661 /usr/src/sys/netinet/ip_carp.c:1148: warning: assignment makes pointer from integer without a cast 5662 /usr/src/sys/netinet/ip_carp.c:1166: warning: nested extern declaration of `LLADDR' 5663 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant redeclaration of 'LLADDR' 5664 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit declaration of 'LLADDR' was here 5665 /usr/src/sys/netinet/ip_carp.c:1166: warning: assignment makes pointer from integer without a cast 5666 /usr/src/sys/netinet/ip_carp.c: In function `carp_forus': 5667 /usr/src/sys/netinet/ip_carp.c:1254: warning: nested extern declaration of `LLADDR' 5668 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant redeclaration of 'LLADDR' 5669 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit declaration of 'LLADDR' was here 5670 /usr/src/sys/netinet/ip_carp.c:1254: warning: passing arg 2 of `bcmp' makes pointer from integer without a cast 5671 /usr/src/sys/netinet/ip_carp.c: In function `carp_ioctl': 5672 /usr/src/sys/netinet/ip_carp.c:1866: warning: nested extern declaration of `LLADDR' 5673 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant redeclaration of 'LLADDR' 5674 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit declaration of 'LLADDR' was here 5675 /usr/src/sys/netinet/ip_carp.c:1866: error: subscripted value is neither array nor pointer 5676 /usr/src/sys/netinet/ip_carp.c:1867: error: subscripted value is neither array nor pointer 5677 /usr/src/sys/netinet/ip_carp.c:1868: error: subscripted value is neither array nor pointer 5678 /usr/src/sys/netinet/ip_carp.c:1869: error: subscripted value is neither array nor pointer 5679 /usr/src/sys/netinet/ip_carp.c:1870: error: subscripted value is neither array nor pointer 5680 /usr/src/sys/netinet/ip_carp.c:1871: error: subscripted value is neither array nor pointer 5681 *** Error code 1 Thanks, ed From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 12:51:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E06516A41F for ; Sun, 13 Nov 2005 12:51:21 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (vlink-0.avtlg.ru [83.239.142.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5928C43D49 for ; Sun, 13 Nov 2005 12:51:19 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 76C41FECF05 for ; Sun, 13 Nov 2005 15:51:17 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 3CC0910098B7 for ; Sun, 13 Nov 2005 15:51:17 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id jADCp9BT007636 for ; Sun, 13 Nov 2005 15:51:09 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id jADCp9PJ007633; Sun, 13 Nov 2005 15:51:09 +0300 (MSK) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Sun, 13 Nov 2005 15:51:09 +0300 Message-ID: <87zmo87ltu.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: short time freeze on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 12:51:21 -0000 Hi! I've already posted about it a week ago. About every 10 seconds the system freeze for about 0.5 second. I feel it on mplayer, for example, and on a keyboard. The system lost my keypresses. I see it on friday's CURRENT running on dell d505 notebook. I've tried SCHED_ULE and SCHED_4BSD, with and without PREEMTION, and different hw.acpi.cpu.cx_lowest. No difference. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 12:56:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FBA616A41F for ; Sun, 13 Nov 2005 12:56:23 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEF1743D45 for ; Sun, 13 Nov 2005 12:56:22 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPW000ZE99YF800@VL-MO-MR004.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 13 Nov 2005 07:56:22 -0500 (EST) Date: Sun, 13 Nov 2005 07:56:15 -0500 From: Nicolas Blais In-reply-to: <20051113064429.ijadm1pdwgcs48o0@mail.bafirst.com> To: freebsd-current@freebsd.org Message-id: <200511130756.21829.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1267430.Y3x9TZXcmc; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <20051113064429.ijadm1pdwgcs48o0@mail.bafirst.com> User-Agent: KMail/1.8.3 Subject: Re: buildkernel issue with ip_carp.c w/ device carp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 12:56:23 -0000 --nextPart1267430.Y3x9TZXcmc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 13, 2005 07:44 am, eculp@bafirst.com wrote: > In today's current I am having an issue on all my test machines > compiling the kernel with "device carp" Compilation breaks at > ip_carp.c Removing device carp everything compiles fine. > Hm, you're getting further than me I see : =3D=3D=3D> games/fortune/unstr (depend) rm -f .depend CC=3D'/usr/local/libexec/ccache/cc' mkdep -f .depend -a =20 =2DI/usr/src/games/fortune/unstr/../strfile /usr/src/games/fortune/unstr/ unstr.c echo unstr: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend =3D=3D=3D> games/grdc (depend) rm -f .depend CC=3D'/usr/local/libexec/ccache/cc' mkdep -f .depend=20 =2Da /usr/src/games/grdc/grdc.c echo=20 grdc: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libn= curses.a=20 >> .depend =3D=3D=3D> games/morse (depend) rm -f .depend CC=3D'/usr/local/libexec/ccache/cc' mkdep -f .depend -a =20 =2DDSPEAKER=3D\"/dev/speaker\" /usr/src/games/morse/morse.c /usr/src/games/morse/morse.c:67:33: dev/speaker/speaker.h: No such file or= =20 directory mkdep: compile failed *** Error code 1 Stop in /usr/src/games/morse. *** Error code 1 Stop in /usr/src/games. *** Error code 1 Did you get that error? I saw the robots getting that same error yesterday. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Nov 5 12:12:36 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1267430.Y3x9TZXcmc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDdzf1z38ton5LGeIRApDQAKCIidzzPEiO6d/HIHYhLWIjpDx2jACfa4+t f2zfSq4pdWbIQZC8XfZuY6Q= =3UIO -----END PGP SIGNATURE----- --nextPart1267430.Y3x9TZXcmc-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 13:20:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4691516A41F; Sun, 13 Nov 2005 13:20:06 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (vlink-0.avtlg.ru [83.239.142.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB94F43D45; Sun, 13 Nov 2005 13:20:05 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id DDECBFECF27; Sun, 13 Nov 2005 16:20:03 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id A375310098B7; Sun, 13 Nov 2005 16:20:03 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id jADDK11t007831; Sun, 13 Nov 2005 16:20:01 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id jADDK0N6007825; Sun, 13 Nov 2005 16:20:00 +0300 (MSK) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org References: <87zmo87ltu.fsf@neva.vlink.ru> From: Denis Shaposhnikov Date: Sun, 13 Nov 2005 16:20:00 +0300 In-Reply-To: <87zmo87ltu.fsf@neva.vlink.ru> (Denis Shaposhnikov's message of "Sun, 13 Nov 2005 15:51:09 +0300") Message-ID: <87br0owupr.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: short time freeze on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 13:20:06 -0000 >>>>> "Denis" == Denis Shaposhnikov writes: Denis> About every 10 seconds the system freeze for about 0.5 Denis> second. I feel it on mplayer, for example, and on a Denis> keyboard. The system lost my keypresses. I see it on friday's I've tried to boot without ACPI and everything is OK. So, something strange with ACPI on fresh CURRENT. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 17:04:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 1E17516A420; Sun, 13 Nov 2005 17:04:05 +0000 (GMT) In-Reply-To: <87zmo87ltu.fsf@neva.vlink.ru> from Denis Shaposhnikov at "Nov 13, 2005 03:51:09 pm" To: dsh@vlink.ru (Denis Shaposhnikov) Date: Sun, 13 Nov 2005 17:04:05 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051113170405.1E17516A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: short time freeze on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 17:04:05 -0000 > Hi! > > I've already posted about it a week ago. About every 10 seconds the > system freeze for about 0.5 second. I feel it on mplayer, for example, > and on a keyboard. The system lost my keypresses. I see it on friday's > CURRENT running on dell d505 notebook. I've tried SCHED_ULE and > SCHED_4BSD, with and without PREEMTION, and different > hw.acpi.cpu.cx_lowest. No difference. > > -- > DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet > mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ > For the umpity-umpth time, the problem is the ACPI thermal monitoring thread. You don't have to turn off all of ACPI, you just need to put this in /boot/loader.conf: debug.acpi.disabled="thermal" Reading the system temperature via ACPI seems to take an amazingly long time, during which I'm guessing interrupts are disabled. Someone with more ACPI fu than me needs to investigate this, but I guess nobody cares enough to do it. (The code is, sadly, very convoluted.) This is also not just a problem with -current: 6.0-RELEASE does it too. It's also not confined to laptops: in my case, I get it on my dual Opteron system (in either i386 or amd64 mode). -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 17:22:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ED8116A41F for ; Sun, 13 Nov 2005 17:22:30 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id B410443D46 for ; Sun, 13 Nov 2005 17:22:26 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id B631457F1; Sun, 13 Nov 2005 18:27:10 +0100 (CET) Date: Sun, 13 Nov 2005 18:27:10 +0100 From: Dario Freni To: current@freebsd.org Message-ID: <20051113172710.GA87552@cvs.freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i Cc: Subject: ath driver panics on 6-STABLE (LOR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 17:22:30 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I bought two atheros based card: a dlink DWL-G520 pci for my home router (via c3) and a DWL-G650 pccard for my laptop. I use it with my Netgear 802.11g Access Point. I'm having repeatedly panics, which I can't reproduce (if not waiting a few minutes or some hours of activity), especially on the router. I've upgraded to the latest RELENG_6 yesterday from 6-BETA without success. Finally built kernel with debug symbols. Here's the backtrace: sberta:/home/satu/debug> kgdb -d crash/ -n 0 kernel.debug [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 condition= s. 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: lock order reversal: (sleepable after non-sleepable) 1st 0xc11cf188 ath0 (xmit q) @ /usr/src/sys/modules/ath/../../dev/ath/if_a= th.c:3537 2nd 0xc072ea24 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c073e260,c073f2c8,c070a14c) at kdb_backtrace+0x29 witness_checkorder(c072ea24,9,c06e2a28,bb5) at witness_checkorder+0x5b0 _sx_xlock(c072ea24,c06e2a28,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c072e9e0,c06e2a28,bb5,1000016,c10d368c) at _vm_map_lock_r= ead+0x37 vm_map_lookup(d83db930,0,1,d83db934,d83db924) at vm_map_lookup+0x28 vm_fault(c072e9e0,0,1,0,c10d4600) at vm_fault+0x65 trap_pfault(d83db9f8,0,10) at trap_pfault+0xce trap(8,28,28,0,e04bdcdc) at trap+0x319 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc088bf08, esp =3D 0xd83dba38, ebp =3D 0 --- zz0e373a4d() at zz0e373a4d+0x68 Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x10 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc088bf08 stack pointer =3D 0x28:0xd83dba38 frame pointer =3D 0x28:0x0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 28 (swi4: clock sio) trap number =3D 12 panic: page fault Uptime: 3m3s Dumping 223 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 223MB (57072 pages) 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0519ed4 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc051a17f in panic (fmt=3D0xc06b50d4 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc068d9a2 in trap_fatal (frame=3D0xd83db9f8, eva=3D16) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc068d6d7 in trap_pfault (frame=3D0xd83db9f8, usermode=3D0, eva=3D16) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc068d341 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 0, tf_esi =3D -5= 31899172, tf_ebp =3D 0, tf_isp =3D -667043292, tf_ebx =3D -531895256, tf_ed= x =3D 787639, tf_ecx =3D -1073479567, tf_eax =3D 1, tf_trapno =3D 12, tf_er= r =3D 0, tf_eip =3D -1064780024, tf_cs =3D 32, tf_eflags =3D 66050, tf_esp = =3D 16824924, tf_ss =3D 0}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc067d60a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc088bf08 in ?? () (kgdb)=20 Let me know what further information I may provide. Bye, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDd3duymi72IiShysRAmPiAKDsoSZS+ZixdpRuznTbcR6lFgPasQCgvziI p4GRq1tPOBiG8sLEFlBDe0o= =/7S7 -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 17:42:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2719A16A420 for ; Sun, 13 Nov 2005 17:42:01 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9990A43D8B for ; Sun, 13 Nov 2005 17:41:52 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jADHfppU058425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Nov 2005 09:41:52 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43777AD1.8030501@errno.com> Date: Sun, 13 Nov 2005 09:41:37 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dario Freni References: <20051113172710.GA87552@cvs.freesbie.org> In-Reply-To: <20051113172710.GA87552@cvs.freesbie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ath driver panics on 6-STABLE (LOR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 17:42:01 -0000 Dario Freni wrote: > I bought two atheros based card: a dlink DWL-G520 pci for my home > router (via c3) and a DWL-G650 pccard for my laptop. I use it with my > Netgear 802.11g Access Point. > > I'm having repeatedly panics, which I can't reproduce (if not waiting > a few minutes or some hours of activity), especially on the > router. I've upgraded to the latest RELENG_6 yesterday from 6-BETA > without success. Finally built kernel with debug symbols. Here's the > backtrace: > > sberta:/home/satu/debug> kgdb -d crash/ -n 0 kernel.debug > [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: > lock order reversal: (sleepable after non-sleepable) > 1st 0xc11cf188 ath0 (xmit q) @ /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:3537 > 2nd 0xc072ea24 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c073e260,c073f2c8,c070a14c) at kdb_backtrace+0x29 > witness_checkorder(c072ea24,9,c06e2a28,bb5) at witness_checkorder+0x5b0 > _sx_xlock(c072ea24,c06e2a28,bb5) at _sx_xlock+0x50 > _vm_map_lock_read(c072e9e0,c06e2a28,bb5,1000016,c10d368c) at _vm_map_lock_read+0x37 > vm_map_lookup(d83db930,0,1,d83db934,d83db924) at vm_map_lookup+0x28 > vm_fault(c072e9e0,0,1,0,c10d4600) at vm_fault+0x65 > trap_pfault(d83db9f8,0,10) at trap_pfault+0xce > trap(8,28,28,0,e04bdcdc) at trap+0x319 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc088bf08, esp = 0xd83dba38, ebp = 0 --- > zz0e373a4d() at zz0e373a4d+0x68 > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x10 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc088bf08 > stack pointer = 0x28:0xd83dba38 > frame pointer = 0x28:0x0 > 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 = 28 (swi4: clock sio) > trap number = 12 > panic: page fault > Uptime: 3m3s > Dumping 223 MB (2 chunks) > chunk 0: 1MB (160 pages) ... ok > chunk 1: 223MB (57072 pages) 207 191 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc0519ed4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0xc051a17f in panic (fmt=0xc06b50d4 "%s") > at /usr/src/sys/kern/kern_shutdown.c:555 > #3 0xc068d9a2 in trap_fatal (frame=0xd83db9f8, eva=16) > at /usr/src/sys/i386/i386/trap.c:831 > #4 0xc068d6d7 in trap_pfault (frame=0xd83db9f8, usermode=0, eva=16) > at /usr/src/sys/i386/i386/trap.c:742 > #5 0xc068d341 in trap (frame= > {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 0, tf_esi = -531899172, tf_ebp = 0, tf_isp = -667043292, tf_ebx = -531895256, tf_edx = 787639, tf_ecx = -1073479567, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1064780024, tf_cs = 32, tf_eflags = 66050, tf_esp = 16824924, tf_ss = 0}) > at /usr/src/sys/i386/i386/trap.c:432 > #6 0xc067d60a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc088bf08 in ?? () > (kgdb) > > > Let me know what further information I may provide. Disable protection or nuke the code in ath_tx_start that updates CTS when bursting. The latter is what I've done in my tree and in the next hal rev the api is removed. Sam From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 17:51:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43FF516A41F for ; Sun, 13 Nov 2005 17:51:55 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id C664D43D46 for ; Sun, 13 Nov 2005 17:51:54 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id 3BF2B5780; Sun, 13 Nov 2005 18:56:39 +0100 (CET) Date: Sun, 13 Nov 2005 18:56:39 +0100 From: Dario Freni To: Sam Leffler Message-ID: <20051113175639.GA47592@cvs.freesbie.org> References: <20051113172710.GA87552@cvs.freesbie.org> <43777AD1.8030501@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <43777AD1.8030501@errno.com> X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: ath driver panics on 6-STABLE (LOR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 17:51:55 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 09:41:37AM -0800, Sam Leffler wrote: > Disable protection or nuke the code in ath_tx_start that updates CTS=20 > when bursting. The latter is what I've done in my tree and in the next= =20 > hal rev the api is removed. There's no protection since yesterday. I was trying to understand if it was WPA's fault, but apparently not: # ifconfig ath0 ath0: flags=3D8843 mtu 1500 inet6 fe80::213:46ff:fe61:6697%ath0 prefixlen 64 scopeid 0x3=20 inet 192.168.99.10 netmask 0xffffff00 broadcast 192.168.99.255 ether 00:13:46:61:66:97 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid SATNET channel 11 bssid 00:0f:b5:9b:3a:a5 authmode OPEN privacy OFF txpowmax 36 protmode CTS bintval 100 FWIW, i've also tried with your patches to ath and net80211 and the new hal found on http://people.freebsd.org/~sam/ with no success. If it helps, I can try recompiling with those patches applied and obtain the backtrace. Thanks in advance, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDd35Wymi72IiShysRAqK/AJ9xckK8ipRuvIiLA6D6Z2xRF2qeUwCeNu8/ x7kqmvd+7zVY4PXFuFlAdWs= =yqSH -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 18:11:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F41616A41F for ; Sun, 13 Nov 2005 18:11:52 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3151643D45 for ; Sun, 13 Nov 2005 18:11:52 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id A266B5742; Sun, 13 Nov 2005 19:16:36 +0100 (CET) Date: Sun, 13 Nov 2005 19:16:36 +0100 From: Dario Freni To: Sam Leffler Message-ID: <20051113181636.GB47592@cvs.freesbie.org> References: <20051113172710.GA87552@cvs.freesbie.org> <43777AD1.8030501@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline In-Reply-To: <43777AD1.8030501@errno.com> X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: ath driver panics on 6-STABLE (LOR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 18:11:52 -0000 --GRPZ8SYKNexpdSJ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 09:41:37AM -0800, Sam Leffler wrote: > Disable protection or nuke the code in ath_tx_start that updates CTS=20 > when bursting. The latter is what I've done in my tree and in the next= =20 > hal rev the api is removed. Ok, i've run ifconfig ath0 protmode OFF. Hope this solves my problem. Thanks, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDd4MDymi72IiShysRArRJAJ9Z6Vgd4SU09naCVZTvCnGc54VpiQCfRQy7 BuD2koWrZe+TSLrL5S99PU4= =eM4i -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 22:57:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67AAE16A41F for ; Sun, 13 Nov 2005 22:57: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 3760643D46 for ; Sun, 13 Nov 2005 22:57:20 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2961272DD4; Sun, 13 Nov 2005 14:57:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2261372DCB; Sun, 13 Nov 2005 14:57:20 -0800 (PST) Date: Sun, 13 Nov 2005 14:57:20 -0800 (PST) From: Doug White To: Eric YU In-Reply-To: Message-ID: <20051113145650.H7337@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current Subject: Re: xorg-printserver doesn't build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 22:57:20 -0000 On Tue, 8 Nov 2005, Eric YU wrote: > uname -a > FreeBSD tiger.co 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu > Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC > i386 > > I got these output when building xorg-printserver from ports: > > mifillrct.c:1:1: warning: null character(s) ignored This implies the file is corrupted. Can you locate and compare this file against a fresh extraction of the distfile on another system? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Nov 13 23:06:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC60616A41F for ; Sun, 13 Nov 2005 23:06:32 +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 9307243D49 for ; Sun, 13 Nov 2005 23:06:32 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 7F55A72DD4; Sun, 13 Nov 2005 15:06:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7A71572DCB; Sun, 13 Nov 2005 15:06:32 -0800 (PST) Date: Sun, 13 Nov 2005 15:06:32 -0800 (PST) From: Doug White To: Felipe openglx In-Reply-To: <621b657f0511081306r53744034rc32275a0f214f2a1@mail.gmail.com> Message-ID: <20051113150539.F7337@carver.gumbysoft.com> References: <17264.64843.738921.535657@roam.psg.com> <20051108204256.385b11fc@Magellan.Leidinger.net> <621b657f0511081306r53744034rc32275a0f214f2a1@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Randy Bush , Alexander Leidinger , Nate Eldredge , FreeBSD Current Subject: Re: cvsup10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 23:06:32 -0000 On Tue, 8 Nov 2005, Felipe openglx wrote: > I bet it is something related to heavy server load, as cvsup.br showed > me problems like those presented here. I just switched to cvsup2.br > and it is working perfectly. Catching up on old mail .. cvsup10 threw a disk so the volume with the repos on it died. Its been since fixed and is running faster than ever (tested yesterday). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 01:57:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BAC816A420 for ; Mon, 14 Nov 2005 01:57:15 +0000 (GMT) (envelope-from dsnofe@yahoo.com.cn) Received: from web15705.mail.cnb.yahoo.com (web15705.mail.cnb.yahoo.com [202.165.102.72]) by mx1.FreeBSD.org (Postfix) with SMTP id A025343D45 for ; Mon, 14 Nov 2005 01:57:13 +0000 (GMT) (envelope-from dsnofe@yahoo.com.cn) Received: (qmail 48096 invoked by uid 60001); 14 Nov 2005 01:57:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.cn; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qTx+QDZb+gQnVVHtKMsr7OONH0XEE/JpZQOtIcmcaPBnA3x/iWIpST3DxYqTJZluBcP7AiNuNVGSeKdO+1vQS6tpjIJLr+6SZ0qAL8naMARZaM+TuR/mQbSOEiy+1CgBgKZ1EFdFmigshLHSyoFXpPMSgK8cMQZWQALNfeiorxk= ; Message-ID: <20051114015710.48094.qmail@web15705.mail.cnb.yahoo.com> Received: from [61.152.135.159] by web15705.mail.cnb.yahoo.com via HTTP; Mon, 14 Nov 2005 09:57:09 CST Date: Mon, 14 Nov 2005 09:57:09 +0800 (CST) From: XueFeng Deng To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 14 Nov 2005 02:10:19 +0000 Subject: 6.0 LOR and panic on my laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 01:57:15 -0000 hey, yestoday, I update my laptop(HP NX7000) to 6_0, it panic when restarting. ------------------------------------------------------------------------- Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 1 1 0 0 done All buffers synced. Uptime: 3m25s lock order reversal: (sleepable after non-sleepable) 1st 0xc1a504c8 re0 (network driver) @ /usr/src/sys/dev/re/if_re.c:1830 2nd 0xc07469e4 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(c06e8e7f,c07469e4,c06f8c3f,c06f8c3f,c06f8cbf) at kdb_backtrace+0x2e witness_checkorder(c07469e4,9,c06f8cbf,bb5,c073a870) at witness_checkorder+0x706 _sx_xlock(c07469e4,c06f8cbf,bb5,c056a170,d3942ac0) at _sx_xlock+0x7e _vm_map_lock_read(c07469a0,c06f8cbf,bb5,29402d4,0) at _vm_map_lock_read+0x4a vm_map_lookup(d3942b58,0,2,d3942b5c,d3942b4c) at vm_map_lookup+0x38 vm_fault(c07469a0,0,2,8,c19c5190) at vm_fault+0x7e trap_pfault(d3942c40,0,c,0,c) at trap_pfault+0xed trap(c1aa0008,28,c0560028,0,29) at trap+0x36e calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04adacd, esp = 0xd3942c80, ebp = 0xd3942ca8 --- re_rxeof(c1a50000,0,c06d917a,726,c1a94380) at re_rxeof+0x33d re_intr(c1a50000,0,c06e27df,225,d3942d00) at re_intr+0xca ithread_loop(c19bd900,d3942d38,c06e25d6,30d,0) at ithread_loop+0x182 fork_exit(c0524ef0,c19bd900,d3942d38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3942d6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x20:0xc04adacd stack pointer = 0x28:0xd3942c80 frame pointer = 0x28:0xd3942ca8 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 = 21 (irq10: pcm0 re0+) panic: from debugger Uptime: 3m27s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130768 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) --------------------------------------------------------------------------- and get the dump info. (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc053dcca in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc053e038 in panic (fmt=0xc06cf080 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc19c5190 bootopt = 256 newpanic = 1 ap = 0xd3942a44 "?\224Ó¢]DÀÍÚJ? buf = "from debugger", '\0' #3 0xc0445e32 in db_panic (addr=-1068836147, have_addr=0, count=-1, modif=0xd3942a70 "") at /usr/src/sys/ddb/db_command.c:438 No locals. #4 0xc0445da2 in db_command (last_cmdp=0xc073efa4, cmd_table=0x0, aux_cmd_tablep=0xc0705600, aux_cmd_tablep_end=0xc0705604) at /usr/src/sys/ddb/db_command.c:350 cmd = (struct command *) 0xc06bf580 t = 0 modif = "\000øsÀ\f\000\000\000\214*\224Ó\r\000\000\000\200ÖzÀ\r\000\000\000\001\000\000\000?\224Ó¶DhÀ@\237yÀ\aK\000 \00 4×zÀ FyÀ øsÀx\000\000\000 øsÀ\f\000\000\000?\224Óñ\204DÀ\005TnÀp\201DÀ\000\000\000\000\020\000\000\000\f\000\000\000 øsÀ\206wD? øsÀàïsÀx\000\000\0004+\224? addr = -1068836147 count = -1 have_addr = 0 result = 0 #5 0xc0445eb5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 No locals. #6 0xc04480a5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 jb = {{_jb = {-745264332, -745264360, -745264280, -745264064, 12, -1069252538, -745264260, -1068111147, -1066403349, -1068110976, -745264280, -1068119456}}} prev_jb = (void *) 0x0 bkpt = 0 #7 0xc055cae7 in kdb_trap (type=0, code=0, tf=0xd3942c40) at /usr/src/sys/kern/subr_kdb.c:473 handled = -745264064 #8 0xc06a14fb in trap_fatal (frame=0xd3942c40, eva=0) at /usr/src/sys/i386/i386/trap.c:822 eflags = 524802 code = 524802 type = 12 ss = 524802 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 3, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} #9 0xc06a11d2 in trap_pfault (frame=0xd3942c40, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:742 va = 0 vm = (struct vmspace *) 0x0 map = 0x1 rv = 1 ftype = 2 '\002' td = (struct thread *) 0xc19c5190 ---Type to continue, or q to quit--- p = (struct proc *) 0xc19c4a3c #10 0xc06a0dae in trap (frame= {tf_fs = -1045823480, tf_es = 40, tf_ds = -1068105688, tf_edi = 0, tf_esi = 41, tf_ebp = -745263960, tf_isp = -745264020, tf_ebx = 822140992, tf_edx = -1046151168, tf_ecx = 536872960, tf_eax = 60, tf_trapno = 12, tf_err = 2, tf_eip = -1068836147, tf_ cs = 32, tf_eflags = 590358, tf_esp = -1046151168, tf_ss = 40}) at /usr/src/sys/i386/i386/trap.c:432 td = (struct thread *) 0xc19c5190 p = (struct proc *) 0xc19c4a3c sticks = 3249154304 i = 0 ucode = 0 type = 12 code = 2 eva = 12 #11 0xc0691ada in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #12 0xc04adacd in re_rxeof (sc=0xc1a50000) at /usr/src/sys/dev/re/if_re.c:1643 m = (struct mbuf *) 0x0 ifp = (struct ifnet *) 0xc1a6d400 i = 41 total_len = 64 cur_rx = (struct rl_desc *) 0xc1a50000 rxstat = 822140992 rxvlan = 0 #13 0xc04ae06a in re_intr (arg=0xc1a50000) at /usr/src/sys/dev/re/if_re.c:1856 sc = (struct rl_softc *) 0xc1a50000 ifp = (struct ifnet *) 0xc1a6d400 status = 1 #14 0xc0525072 in ithread_loop (arg=0xc19bd900) at /usr/src/sys/kern/kern_intr.c:547 ithd = (struct ithd *) 0xc19bd900 ih = (struct intrhand *) 0xc1a94380 td = (struct thread *) 0xc19c5190 p = (struct proc *) 0xc19c4a3c count = 0 warned = 0 __func__ = "ithread_loop" #15 0xc0524091 in fork_exit (callout=0xc0524ef0 , arg=0x3c, frame=0x3c) at /usr/src/sys/kern/kern_fork.c:789 p = (struct proc *) 0xc19c4a3c td = (struct thread *) 0xc1a50000 #16 0xc0691b3c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 No locals. (kgdb) ****************************************** * XueFeng Deng * ****************************************** ___________________________________________________________ ÑÅ»¢Ãâ·ÑGÓÊÏ䣭No.1µÄ·À¶¾·ÀÀ¬»ø³¬´óÓÊÏä http://cn.mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 03:38:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD2D416A41F for ; Mon, 14 Nov 2005 03:38:44 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4736B43D45 for ; Mon, 14 Nov 2005 03:38:44 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-245.hsd1.ma.comcast.net ([66.30.114.245]) by comcast.net (rwcrmhc13) with ESMTP id <200511140338420150034ul1e>; Mon, 14 Nov 2005 03:38:43 +0000 Received: from c-66-30-114-245.hsd1.ma.comcast.net (localhost [127.0.0.1]) by c-66-30-114-245.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id jAE3cfYA081392; Sun, 13 Nov 2005 22:38:41 -0500 (EST) (envelope-from rodrigc@c-66-30-114-245.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-245.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id jAE3ceGK081391; Sun, 13 Nov 2005 22:38:40 -0500 (EST) (envelope-from rodrigc) Date: Sun, 13 Nov 2005 22:38:40 -0500 From: Craig Rodrigues To: Goran Gajic Message-ID: <20051114033840.GA76618@crodrigues.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: 6.0-RELESE + xfs-snap20051015 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 03:38:44 -0000 On Fri, Nov 11, 2005 at 09:40:09PM +0100, Goran Gajic wrote: > /usr/src/xfs-src.diff. I have tried both with options XFS > appended at the end of config file and with XFS as module. > If it is built as module xfs.ko can't be loaded: > > # kldload xfs.ko > link_elf: symbol db_error undefined Can you make sure that you have the following options in your kernel config file and try again? options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options KDB options DDB options GDB -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 03:48:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C9716A41F for ; Mon, 14 Nov 2005 03:48:17 +0000 (GMT) (envelope-from psientist@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE34943D46 for ; Mon, 14 Nov 2005 03:48:16 +0000 (GMT) (envelope-from psientist@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1049829nzo for ; Sun, 13 Nov 2005 19:48:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=oN5cJexg3TGB8fJTPAhkp1BtJj54zhWxlYC4CsZoUIE/nagRqv3HGp3rd4yEVUa5aSTgxdBUffczRiwLBDTSpbttLguyAgdbLxM2zh6oLJduRBFkY3vAnNJYD2dJBBowJ0JlIcfetN3jQFoSbfzak+c1p8T7H1ifweVu1zLxWDs= Received: by 10.37.15.36 with SMTP id s36mr1670916nzi; Sun, 13 Nov 2005 19:48:16 -0800 (PST) Received: by 10.36.178.17 with HTTP; Sun, 13 Nov 2005 19:48:15 -0800 (PST) Message-ID: Date: Sun, 13 Nov 2005 19:48:15 -0800 From: colin williams To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 14 Nov 2005 03:53:03 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HP D325 Panic Fault Trap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 03:48:17 -0000 Im trying to boot a 6.0 minitower. I am getting the same panic fault trap. I set my settings the same as Chris but am not having any luck. Did you forget to mention something chris? Someone else wrote me already. All you have to do is go into the BIOS setup: Disable HD DMA Transfers, Disable HD Translation, Switch it to PIO 0 mode. FreeBSD boots fine, then when the kernel takes over it programms the ATA controller itself, so no speed loss (little slower booting, a second or two at most). ~Chris I have a new HP D325 minitower with an Athlon XP 3000+ processor, 512 RAM, 40GB 7200 HD, CD-RW/DVD-Rom. If I try to boot a 5.2.1 based CD (Official Install or FreeSBIE) I get this message: FreeBSD/i386 Bootstrap loader, Revision 1.1 (root at nathan , Mon Feb 23 15:05:46 CET 2004) |* *int=3D0000000d err=3D00000000 efl=3D00030246 eip=3D0000249a eax=3D00002025 ebx=3D00000004 ecx=3D00002000 edx=3D0000a654 esi=3D000008d5 edi=3D0006290c ebp=3D00001516 esp=3D000014e0 cs=3Df000 ds=3Dede1 es=3Dede1 fs=3D0000 gs=3D0000 ss=3Dede1 cs:eip=3D0f 20 dd 81 e5 00 f0 0f-20 c2 0f 01 e0 a8 01 75 08 80 c2 fe e8 53 ff eb-21 0f 20 e0 a9 30 00 75 ss:esp=3D0c 29 06 00 d5 08 c0 00-16 15 00 00 00 15 00 00 04 00 00 00 54 a6 00 00-04 00 00 00 25 a6 00 00 BTX Halted From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 09:11:57 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E88B916A41F for ; Mon, 14 Nov 2005 09:11:57 +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 3C16143D49 for ; Mon, 14 Nov 2005 09:11:57 +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 jAE9BrSW070059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Nov 2005 12:11:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAE9Brx0070058; Mon, 14 Nov 2005 12:11:53 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 14 Nov 2005 12:11:53 +0300 From: Gleb Smirnoff To: XueFeng Deng Message-ID: <20051114091153.GI1647@cell.sick.ru> References: <20051114015710.48094.qmail@web15705.mail.cnb.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <20051114015710.48094.qmail@web15705.mail.cnb.yahoo.com> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0 LOR and panic on my laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 09:11:58 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Mon, Nov 14, 2005 at 09:57:09AM +0800, XueFeng Deng wrote: X> hey, X> yestoday, I update my laptop(HP NX7000) to 6_0, it panic when restarting. X> re_rxeof(c1a50000,0,c06d917a,726,c1a94380) at re_rxeof+0x33d X> re_intr(c1a50000,0,c06e27df,225,d3942d00) at re_intr+0xca X> ithread_loop(c19bd900,d3942d38,c06e25d6,30d,0) at ithread_loop+0x182 X> fork_exit(c0524ef0,c19bd900,d3942d38) at fork_exit+0xc1 X> fork_trampoline() at fork_trampoline+0x8 Can you please try out the attached diff? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="re_intr.diff" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.56 diff -u -r1.56 if_re.c --- if_re.c 1 Oct 2005 18:56:17 -0000 1.56 +++ if_re.c 14 Nov 2005 09:09:33 -0000 @@ -1835,13 +1835,15 @@ if ((status & RL_INTRS_CPLUS) == 0) break; - if ((status & RL_ISR_RX_OK) || - (status & RL_ISR_RX_ERR)) + if (((status & RL_ISR_RX_OK) || + (status & RL_ISR_RX_ERR)) && + ifp->if_drv_flags & IFF_DRV_RUNNING) re_rxeof(sc); - if ((status & RL_ISR_TIMEOUT_EXPIRED) || + if (((status & RL_ISR_TIMEOUT_EXPIRED) || (status & RL_ISR_TX_ERR) || - (status & RL_ISR_TX_DESC_UNAVAIL)) + (status & RL_ISR_TX_DESC_UNAVAIL)) && + ifp->if_drv_flags & IFF_DRV_RUNNING) re_txeof(sc); if (status & RL_ISR_SYSTEM_ERR) { --24zk1gE8NUlDmwG9-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 09:19:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B3F116A41F; Mon, 14 Nov 2005 09:19:13 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: from eddie.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6D6C43D45; Mon, 14 Nov 2005 09:19:12 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id 9EE27119C50; Mon, 14 Nov 2005 10:19:11 +0100 (CET) Date: Mon, 14 Nov 2005 10:19:11 +0100 From: "Simon L. Nielsen" To: Dario Freni Message-ID: <20051114091911.GD64196@eddie.nitro.dk> References: <20051027200448.1ba236fe.cpressey@catseye.mine.nu> <43753528.7030802@freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eqp4TxRxnD4KrmFZ" Content-Disposition: inline In-Reply-To: <43753528.7030802@freesbie.org> User-Agent: Mutt/1.5.11 Cc: Chris Pressey , geom@freebsd.org, current@freebsd.org Subject: Re: fdisk(8) no longer capable of altering geometry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 09:19:13 -0000 --eqp4TxRxnD4KrmFZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.11.12 01:19:52 +0100, Dario Freni wrote: > My little follow-up to this issue. This bug is quite critical on=20 > products using bsdinstaller such as FreeSBIE or pfSense. I heard rumours= =20 > that PC-BSD also encounter this problem and had to workaround it by=20 > sysinstall. >=20 > Can somebody please take a look at it? Just curious... why do you need to alter the geometry? I never once had a problem just ignoring the fact that fdisk/sysinstall warned about geometry... > Chris Pressey wrote: > >[this is a follow-up to / correction of my post to geom@ a few days ago, > >to which there was no reply] > > > >Hello, > > > >It appears that fdisk(8) is no longer capable of altering the geometry > >of a disk. (By which I mean, the kernel's idea of the BIOS'es idea of > >the geometry, of course.) I'd find it reassuring to know whether or not > >anyone else is seeing the same behaviour, before I go the official route > >and file a PR. > > > >Initially I thought that this failure case was only for uninitialized > >disks, but I have tried further tests and I can't get fdisk(8) to change > >the geometry in any of the cases. These cases are: > > > >a. uninitialized, totally blank disk (dd if=3D/dev/zero of=3D/dev/ad1 ..= =2E) > >b. initialized disk with FreeBSD (or any other OS) installed on it > >c. same as b, but with its root partition mounted on /mnt > >d. the disk containing the currently booted FreeBSD system > > (mounted on /, of course) > > > >In each of these cases, I tried a sequence like the following: > > > > fdisk -BI ad1 > > fdisk -u ad1 > > > say yes, and plug in different but compatible values for cylinders, > > heads, and sectors/track> > > > > fdisk ad1 > > > > > >The behaviour I see is, in summary: > > > >a & b: fdisk issues the warning "fdisk: Geom not found" which presumably > > refers to the fact that there is no GEOM MBR provider for that > > disk. It then falls back to the legacy behaviour of raw-writing > > the partition table into sector zero of the disk. This does not, > > however, trigger an update of the kernel's idea of the geometry. > > > >c & d: no "Geom not found" warning, but no change in geometry either. > > > >I don't see this behaviour on DragonFly; cases a and b work as you would > >logically expect (as they worked in 4.x, AFAIR, but I have not yet > >tested this) where the geometry does get changed, and subsequent runs of > >fdisk report the changed geometry. > > > >In cases c & d, the behaviour is the same as FreeBSD - nothing changes.= =20 > >This is not too surprising, since the disk _is_ in use - but an error > >message would probably make more sense. > > > >This bug is one of the few remaining things standing in the way of > >porting the BSD Installer to FreeBSD. Without some way of altering the > >the geometry, it can't install onto a system whose BIOS misreports the > >disk geometry. > > > >My analysis of the problem can be found in my previous post to geom@, > >but to sum it up: I think fdisk needs to inform GEOM somehow that the > >geometry should be changed. It might need to trigger the creation of a > >GEOM MBR provider for the disk before it does so; but I'm not certain of > >any of this, since my knowledge of GEOM is slim at best. > > > >Hopefully someone more familiar with GEOM and such under -CURRENT is > >listening and can shed more light on this problem and/or provide a > >workaround and/or explain how I'm wrong and show me the right way to do > >what I'm trying to do (change geometry) in -CURRENT. > > > >Thanks for your time, --=20 Simon L. Nielsen --eqp4TxRxnD4KrmFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeFaOh9pcDSc1mlERApVUAKC5BlsBmQytKiE+256TVsaBrqEf7wCghcpm ZZM4yUfAPcP2ExjQ8ukaIDw= =TG5M -----END PGP SIGNATURE----- --eqp4TxRxnD4KrmFZ-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 10:50:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32FE616A41F; Mon, 14 Nov 2005 10:50:58 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B97343D4C; Mon, 14 Nov 2005 10:50:57 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3DDA5208E; Mon, 14 Nov 2005 11:50:52 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 2477B2083; Mon, 14 Nov 2005 11:50:52 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id F112633C3E; Mon, 14 Nov 2005 11:50:51 +0100 (CET) To: John Baldwin References: <20051103112655.A264C7302F@freebsd-current.sentex.ca> <200511031545.05339.jkim@FreeBSD.org> <200511031600.01220.jhb@freebsd.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 14 Nov 2005 11:50:51 +0100 In-Reply-To: <200511031600.01220.jhb@freebsd.org> (John Baldwin's message of "Thu, 3 Nov 2005 15:59:58 -0500") Message-ID: <86zmo7h59w.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jung-uk Kim , freebsd-current@freebsd.org, FreeBSD Tinderbox , freebsd-amd64@freebsd.org, freebsd-i386@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 10:50:58 -0000 John Baldwin writes: > The tinderbox runs with -O2 just for fun I think. The tinderbox runs with -O2 because -O2 reveals bugs. Sweeping them under the carpet with -fno-strict-aliasing does nobody favors. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 09:36:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 288E516A41F; Mon, 14 Nov 2005 09:36:32 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0018243D45; Mon, 14 Nov 2005 09:36:25 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 98276940; Mon, 14 Nov 2005 12:36:24 +0300 Message-ID: <43785A97.3010204@rojer.pp.ru> Date: Mon, 14 Nov 2005 12:36:23 +0300 From: Deomid Ryabkov User-Agent: Thunderbird 1.6a1 (X11/20051107) MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20051027200448.1ba236fe.cpressey@catseye.mine.nu> <43753528.7030802@freesbie.org> <20051114091911.GD64196@eddie.nitro.dk> In-Reply-To: <20051114091911.GD64196@eddie.nitro.dk> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080806030405040000090107" X-Mailman-Approved-At: Mon, 14 Nov 2005 12:45:06 +0000 Cc: Chris Pressey , geom@freebsd.org, Dario Freni , current@freebsd.org Subject: Re: fdisk(8) no longer capable of altering geometry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 09:36:32 -0000 This is a cryptographically signed message in MIME format. --------------ms080806030405040000090107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Simon L. Nielsen wrote: > On 2005.11.12 01:19:52 +0100, Dario Freni wrote: > >> My little follow-up to this issue. This bug is quite critical on >> products using bsdinstaller such as FreeSBIE or pfSense. I heard rumours >> that PC-BSD also encounter this problem and had to workaround it by >> sysinstall. >> >> Can somebody please take a look at it? >> > > Just curious... why do you need to alter the geometry? I never once > had a problem just ignoring the fact that fdisk/sysinstall warned > about geometry... > sysinstall warns and fixes it for you. i had to duplicate sysinstall's behavior in my home-made quick'n'dirty installer or otherwise disks larger than (some size, like 60G, i don't remember exactly) are not bootable after install. the fixup, rewritten in perl, looks like this: print "geom: cyl=$cyl, hd=$hd, sect=$sect\n"; if ($cyl > 1024 or $hd > 16 or $sect > 63) { $hd = 16; $sect = 63; $cyl = int ($size / ($hd * $sect)); if ($cyl > 1024) { $hd = 255; $cyl = int ($size / ($hd * $sect)); } print "new geom: cyl=$cyl, hd=$hd, sect=$sect\n"; @ret = ($cyl, $hd, $sect); } i don't know the exact meaning of ths, but it is indeed required to be able to boot off the disk. -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms080806030405040000090107 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAw5jHTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNDAxMDkwNjQzWhcNMDYwNDAxMDkwNjQz WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDEKoweumUc1/YHtlscU5xKozcKOd3lLyAZ1SM3rZvn iJ9VAuj9TafODcu+SoJ6sU+Crshl2Nkq/oCs6dynEqyn/jZxGm/mEYxJ+KekBQceLejdFktQ rOuXmjLpipESMO7w1amFn6w3pJgWXex2mcN6hcET2cUdSHjSYxLUXKCQTtzJbcPEHZ+vgEq9 1TA4UcFeZ3d1Ax6q2A2Fs/wvFxtLUC46fq80R7lOxsJA6mxKNOJnbZTCqf8sWF5SyEnNBBj0 yyIHfKl+iMwsqSESg5hc0l9/m6aLV24KtKtvWIEu3RQXflc380xZanF4gvAq8/NADlfEH4Rx SpNOJdgxZga1AgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAEaynMcbL7KaxmVMfJWXD7X4ftDolZ2CpPPN yoVJAIXaIHpI0JuiCnQSZivL6BvtYUNyzNAR6ceh87yWoQEJxw1cV2IgUlQ+Z3/+7brumNdb YwCuf3C/LlamOP5zpHDOH1euXLJe8664lC5lIaf70yO6jN7LXHwBNs73qyB7tvY/MIIC7DCC AlWgAwIBAgIDDmMdMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNTA0MDEwOTA2NDNaFw0wNjA0MDEwOTA2NDNaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMQqjB66ZRzX9ge2WxxTnEqjNwo53eUvIBnVIzetm+eIn1UC 6P1Np84Ny75KgnqxT4KuyGXY2Sr+gKzp3KcSrKf+NnEab+YRjEn4p6QFBx4t6N0WS1Cs65ea MumKkRIw7vDVqYWfrDekmBZd7HaZw3qFwRPZxR1IeNJjEtRcoJBO3Mltw8Qdn6+ASr3VMDhR wV5nd3UDHqrYDYWz/C8XG0tQLjp+rzRHuU7GwkDqbEo04mdtlMKp/yxYXlLISc0EGPTLIgd8 qX6IzCypIRKDmFzSX3+bpotXbgq0q29YgS7dFBd+VzfzTFlqcXiC8Crz80AOV8QfhHFKk04l 2DFmBrUCAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEARrKcxxsvsprGZUx8lZcPtfh+0OiVnYKk883KhUkA hdogekjQm6IKdBJmK8voG+1hQ3LM0BHpx6HzvJahAQnHDVxXYiBSVD5nf/7tuu6Y11tjAK5/ cL8uVqY4/nOkcM4fV65csl7zrriULmUhp/vTI7qM3stcfAE2zverIHu29j8wggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAw5jHTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTExMTQwOTM2MjNaMCMGCSqGSIb3DQEJ BDEWBBRYxH72qtonLhHFPfKuaLZO3C8G4DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDmMdMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw5jHTANBgkqhkiG9w0BAQEFAASCAQBxXiID LJSEw8kPrSahLETEQeZLnT9bx80U1gtnEUfK7KsVRK/1+tI6Hx84jGIb+nPBfK1dRRbB/tVx rD4qVEEPL97ywl6WhC2i9KSkyWlXra59kYkHPtv5Oll8HRKg9LAybIVwPvF2I6xopZoPP64J r7sfU5Z0zJC+Z/EeYx0XagQH90ThV1hcff8rbH4rimvOAbdvs2GSOfofg9NuXW03yUyuDycu 6OvxIfSBbW/Kr9MfUWIeot6Ym+wzJ6S0ebq20LftJ2I6B0lVEz0ESLHhm1OyklL4tznTSnmX oGW8lQkuWc24IYqUDxMqP8rfz7afh/pntzLhD0ip0gKbSL9TAAAAAAAA --------------ms080806030405040000090107-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 12:53:56 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFD7916A420 for ; Mon, 14 Nov 2005 12:53:56 +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 291ED43D4C for ; Mon, 14 Nov 2005 12:53:55 +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 jAECrjcj062504; Mon, 14 Nov 2005 14:53:45 +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 62561-02-3; Mon, 14 Nov 2005 14:53:44 +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 jAECpfqA062417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Nov 2005 14:51:41 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAECpnSm053977; Mon, 14 Nov 2005 14:51:49 +0200 (EET) (envelope-from ru) Date: Mon, 14 Nov 2005 14:51:48 +0200 From: Ruslan Ermilov To: eculp@bafirst.com Message-ID: <20051114125148.GU87446@ip.net.ua> References: <20051113064429.ijadm1pdwgcs48o0@mail.bafirst.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lpUp1egui7PDlNtH" Content-Disposition: inline In-Reply-To: <20051113064429.ijadm1pdwgcs48o0@mail.bafirst.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org Subject: Re: buildkernel issue with ip_carp.c w/ device carp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 12:53:56 -0000 --lpUp1egui7PDlNtH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 06:44:29AM -0600, eculp@bafirst.com wrote: > In today's current I am having an issue on all my test machines=20 > compiling the kernel with "device carp" Compilation breaks at=20 > ip_carp.c Removing device carp everything compiles fine. >=20 > 5652 cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls=20 > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes=20 > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 =20 > -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL= =20 > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common=20 > -finline-limit=3D8000 --param inline-unit-growth=3D100 --param=20 > large-function-growth=3D1000 -mno-align-long-strings=20 > -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2=20 > -mno-sse3 -ffreestanding -Werror /usr/src/sys/netinet/ip_carp.c > 5653 /usr/src/sys/netinet/ip_carp.c: In function `carp_send_arp': > 5654 /usr/src/sys/netinet/ip_carp.c:1053: warning: implicit=20 > declaration of function `LLADDR' > 5655 /usr/src/sys/netinet/ip_carp.c:1053: warning: nested extern=20 > declaration of `LLADDR' > 5656 /usr/src/sys/netinet/ip_carp.c:1053: warning: passing arg 3 of=20 > `arp_ifinit2' makes pointer from integer without a cast > 5657 /usr/src/sys/netinet/ip_carp.c: In function `carp_iamatch': > 5658 /usr/src/sys/netinet/ip_carp.c:1148: warning: nested extern=20 > declaration of `LLADDR' > 5659 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant=20 > redeclaration of 'LLADDR' > 5660 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit=20 > declaration of 'LLADDR' was here > 5661 /usr/src/sys/netinet/ip_carp.c:1148: warning: assignment makes=20 > pointer from integer without a cast > 5662 /usr/src/sys/netinet/ip_carp.c:1166: warning: nested extern=20 > declaration of `LLADDR' > 5663 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant=20 > redeclaration of 'LLADDR' > 5664 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit=20 > declaration of 'LLADDR' was here > 5665 /usr/src/sys/netinet/ip_carp.c:1166: warning: assignment makes=20 > pointer from integer without a cast > 5666 /usr/src/sys/netinet/ip_carp.c: In function `carp_forus': > 5667 /usr/src/sys/netinet/ip_carp.c:1254: warning: nested extern=20 > declaration of `LLADDR' > 5668 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant=20 > redeclaration of 'LLADDR' > 5669 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit=20 > declaration of 'LLADDR' was here > 5670 /usr/src/sys/netinet/ip_carp.c:1254: warning: passing arg 2 of=20 > `bcmp' makes pointer from integer without a cast > 5671 /usr/src/sys/netinet/ip_carp.c: In function `carp_ioctl': > 5672 /usr/src/sys/netinet/ip_carp.c:1866: warning: nested extern=20 > declaration of `LLADDR' > 5673 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant=20 > redeclaration of 'LLADDR' > 5674 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit=20 > declaration of 'LLADDR' was here > 5675 /usr/src/sys/netinet/ip_carp.c:1866: error: subscripted value=20 > is neither array nor pointer > 5676 /usr/src/sys/netinet/ip_carp.c:1867: error: subscripted value=20 > is neither array nor pointer > 5677 /usr/src/sys/netinet/ip_carp.c:1868: error: subscripted value=20 > is neither array nor pointer > 5678 /usr/src/sys/netinet/ip_carp.c:1869: error: subscripted value=20 > is neither array nor pointer > 5679 /usr/src/sys/netinet/ip_carp.c:1870: error: subscripted value=20 > is neither array nor pointer > 5680 /usr/src/sys/netinet/ip_carp.c:1871: error: subscripted value=20 > is neither array nor pointer > 5681 *** Error code 1 >=20 Should be fixed in sys/netinet/ip_carp.c,v 1.37. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lpUp1egui7PDlNtH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeIhkqRfpzJluFF4RAr+1AJ9ibgz1dSdheI8p/H4iO4SkgnYSCwCgmuDJ 1fgvq6MdAMFabQDW6GjRcnk= =Qaz0 -----END PGP SIGNATURE----- --lpUp1egui7PDlNtH-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 13:48:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1C5616A41F for ; Mon, 14 Nov 2005 13:48:55 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2997743D46 for ; Mon, 14 Nov 2005 13:48:55 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by zproxy.gmail.com with SMTP id i11so1300348nzi for ; Mon, 14 Nov 2005 05:48:53 -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=A9RXxyyxsgJAQRzVS5nRA0SayyknYtuFRp6VRTsyyTQ5DzYvHM2oMHcamHpj4/4cVYKMo9gwjLGBntiNJmFqU6LZ2Jor1kHpqlNFO9BFEBtm9imcmX9EB/Z0bUkOwTDQ+CyFRouHw7j+eui5EoknFAcRfrtSdmrOer7On2vH8p4= Received: by 10.65.233.6 with SMTP id k6mr5685055qbr; Mon, 14 Nov 2005 05:48:53 -0800 (PST) Received: by 10.64.184.1 with HTTP; Mon, 14 Nov 2005 05:48:53 -0800 (PST) Message-ID: Date: Mon, 14 Nov 2005 08:48:53 -0500 From: Scott Ullrich To: Deomid Ryabkov In-Reply-To: <43785A97.3010204@rojer.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051027200448.1ba236fe.cpressey@catseye.mine.nu> <43753528.7030802@freesbie.org> <20051114091911.GD64196@eddie.nitro.dk> <43785A97.3010204@rojer.pp.ru> Cc: Chris Pressey , geom@freebsd.org, Dario Freni , current@freebsd.org, "Simon L. Nielsen" Subject: Re: fdisk(8) no longer capable of altering geometry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 13:48:56 -0000 We are not using sysinstall. We are in the process of porting BSD Installer which uses fdisk. On 11/14/05, Deomid Ryabkov wrote: > Simon L. Nielsen wrote: > > On 2005.11.12 01:19:52 +0100, Dario Freni wrote: > > > >> My little follow-up to this issue. This bug is quite critical on > >> products using bsdinstaller such as FreeSBIE or pfSense. I heard rumou= rs > >> that PC-BSD also encounter this problem and had to workaround it by > >> sysinstall. > >> > >> Can somebody please take a look at it? > >> > > > > Just curious... why do you need to alter the geometry? I never once > > had a problem just ignoring the fact that fdisk/sysinstall warned > > about geometry... > > > sysinstall warns and fixes it for you. i had to duplicate sysinstall's > behavior in my home-made quick'n'dirty installer > or otherwise disks larger than (some size, like 60G, i don't remember > exactly) are not bootable after install. > the fixup, rewritten in perl, looks like this: > > print "geom: cyl=3D$cyl, hd=3D$hd, sect=3D$sect\n"; > if ($cyl > 1024 or $hd > 16 or $sect > 63) { > $hd =3D 16; $sect =3D 63; > $cyl =3D int ($size / ($hd * $sect)); > if ($cyl > 1024) { > $hd =3D 255; > $cyl =3D int ($size / ($hd * $sect)); > } > print "new geom: cyl=3D$cyl, hd=3D$hd, sect=3D$sect\n"; > @ret =3D ($cyl, $hd, $sect); > } > > i don't know the exact meaning of ths, but it is indeed required to be > able to boot off the disk. > > -- > Deomid Ryabkov aka Rojer > myself@rojer.pp.ru > rojer@sysadmins.ru > ICQ: 8025844 > > > > From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 13:53:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DA6A16A41F for ; Mon, 14 Nov 2005 13:53:01 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id D48BF43D49 for ; Mon, 14 Nov 2005 13:53:00 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Mon, 14 Nov 2005 07:53:00 -0600 id 000A160C.437896BC.000073AF Received: from local1 (local1 [192.168.1.1]) by mail.bafirst.com (Horde MIME library) with HTTP; Mon, 14 Nov 2005 07:53:00 -0600 Message-ID: <20051114075300.udleecpd348s0cok@mail.bafirst.com> Date: Mon, 14 Nov 2005 07:53:00 -0600 From: eculp@bafirst.com To: freebsd-current@FreeBSD.org References: <20051113064429.ijadm1pdwgcs48o0@mail.bafirst.com> <20051114125148.GU87446@ip.net.ua> In-Reply-To: <20051114125148.GU87446@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: Subject: Re: buildkernel issue with ip_carp.c w/ device carp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 13:53:01 -0000 Quoting Ruslan Ermilov : > On Sun, Nov 13, 2005 at 06:44:29AM -0600, eculp@bafirst.com wrote: >> In today's current I am having an issue on all my test machines >> compiling the kernel with "device carp" Compilation breaks at >> ip_carp.c Removing device carp everything compiles fine. >> >> 5652 cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 >> -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >> -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -mno-align-long-strings >> -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 >> -mno-sse3 -ffreestanding -Werror /usr/src/sys/netinet/ip_carp.c >> 5653 /usr/src/sys/netinet/ip_carp.c: In function `carp_send_arp': >> 5654 /usr/src/sys/netinet/ip_carp.c:1053: warning: implicit >> declaration of function `LLADDR' >> 5655 /usr/src/sys/netinet/ip_carp.c:1053: warning: nested extern >> declaration of `LLADDR' >> 5656 /usr/src/sys/netinet/ip_carp.c:1053: warning: passing arg 3 of >> `arp_ifinit2' makes pointer from integer without a cast >> 5657 /usr/src/sys/netinet/ip_carp.c: In function `carp_iamatch': >> 5658 /usr/src/sys/netinet/ip_carp.c:1148: warning: nested extern >> declaration of `LLADDR' >> 5659 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant >> redeclaration of 'LLADDR' >> 5660 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit >> declaration of 'LLADDR' was here >> 5661 /usr/src/sys/netinet/ip_carp.c:1148: warning: assignment makes >> pointer from integer without a cast >> 5662 /usr/src/sys/netinet/ip_carp.c:1166: warning: nested extern >> declaration of `LLADDR' >> 5663 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant >> redeclaration of 'LLADDR' >> 5664 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit >> declaration of 'LLADDR' was here >> 5665 /usr/src/sys/netinet/ip_carp.c:1166: warning: assignment makes >> pointer from integer without a cast >> 5666 /usr/src/sys/netinet/ip_carp.c: In function `carp_forus': >> 5667 /usr/src/sys/netinet/ip_carp.c:1254: warning: nested extern >> declaration of `LLADDR' >> 5668 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant >> redeclaration of 'LLADDR' >> 5669 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit >> declaration of 'LLADDR' was here >> 5670 /usr/src/sys/netinet/ip_carp.c:1254: warning: passing arg 2 of >> `bcmp' makes pointer from integer without a cast >> 5671 /usr/src/sys/netinet/ip_carp.c: In function `carp_ioctl': >> 5672 /usr/src/sys/netinet/ip_carp.c:1866: warning: nested extern >> declaration of `LLADDR' >> 5673 /usr/src/sys/netinet/ip_carp.c:1053: warning: redundant >> redeclaration of 'LLADDR' >> 5674 /usr/src/sys/netinet/ip_carp.c:1053: warning: previous implicit >> declaration of 'LLADDR' was here >> 5675 /usr/src/sys/netinet/ip_carp.c:1866: error: subscripted value >> is neither array nor pointer >> 5676 /usr/src/sys/netinet/ip_carp.c:1867: error: subscripted value >> is neither array nor pointer >> 5677 /usr/src/sys/netinet/ip_carp.c:1868: error: subscripted value >> is neither array nor pointer >> 5678 /usr/src/sys/netinet/ip_carp.c:1869: error: subscripted value >> is neither array nor pointer >> 5679 /usr/src/sys/netinet/ip_carp.c:1870: error: subscripted value >> is neither array nor pointer >> 5680 /usr/src/sys/netinet/ip_carp.c:1871: error: subscripted value >> is neither array nor pointer >> 5681 *** Error code 1 >> > Should be fixed in sys/netinet/ip_carp.c,v 1.37. > Hi Ruslan, Thanks a lot. I haven't built a new kernel yet becasue it seems that my first buildworld this morning didn't make it through and cvsuped again and am waiting, so far so good. Thanks again and have a great week, ed > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 17:02:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACE9916A41F for ; Mon, 14 Nov 2005 17:02:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (66-23-216-219.clients.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B2243D45 for ; Mon, 14 Nov 2005 17:02:36 +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 1948050 for multiple; Mon, 14 Nov 2005 12:02:26 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAEH2DGK078723; Mon, 14 Nov 2005 12:02:14 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Marcin Koziej Date: Mon, 14 Nov 2005 11:53:26 -0500 User-Agent: KMail/1.8.2 References: <436E66FB.60700@desk.pl> <200511081024.45589.jhb@freebsd.org> <4377216C.8020305@desk.pl> In-Reply-To: <4377216C.8020305@desk.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511141153.27640.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: freebsd-current@freebsd.org Subject: Re: NVidia driver for amd64 / Page Attribute Table status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 17:02:36 -0000 On Sunday 13 November 2005 06:20 am, Marcin Koziej wrote: > Would it be possible for You to put a snapshot patch against CURRENT for > jhb_pat branch somewhere? I can't make it with P4DB interface, and i > don't have access to p4. > > Best regards, > m. Sure, though it's not commit ready yet. http://www.FreeBSD.org/~jhb/patches/pat.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 17:33:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63F7E16A41F; Mon, 14 Nov 2005 17:33:17 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (portpc-design.spb.ru [81.176.64.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id D19A443D46; Mon, 14 Nov 2005 17:33:16 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.55.215] (ppp83-237-55-215.pppoe.mtu-net.ru [83.237.55.215]) (authenticated bits=0) by portpc-design.spb.ru (8.13.5/8.13.5) with ESMTP id jAEHXBNY076351; Mon, 14 Nov 2005 20:33:11 +0300 (MSK) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <4378CA53.5010201@mcsi.pp.ru> Date: Mon, 14 Nov 2005 20:33:07 +0300 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051109 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Bill Paul References: <20051110194339.6244116A420@hub.freebsd.org> <4374C705.6070908@mcsi.pp.ru> In-Reply-To: <4374C705.6070908@mcsi.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on 81.176.64.226 X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: CURRENT panics sometimes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 17:33:17 -0000 Maxim Maximov wrote: > Bill Paul wrote: >> >> >>>> - If you are loading the driver via /boot/loader.conf, did you try >>>> _not_ doing that, and loading it afterwards? >>> >>> >>> No, I didn't. Even if I will do that, why the problem isn't solid? >>> Right now and most of the time I'm happy with this driver loaded at >>> boot time. >> >> >> >> I'm not sure. I'm running an SMP system with a Broadcom PCI card and >> haven't run into this myself. Though that's with 6.0-RELEASE, not >> -current. >> (I'm using the same NDIS code that's in -current though.) >> >> How often does it crash? > > > 1 time of 3. > >> >> >>>> When you provide this information, maybe you will get help. >>>> >>>> NOTE: Windows NDIS drivers assume that by the time you intialize them, >>>> the entire OS is up and running, including scheduling and, if present, >>>> multiple CPUs. But in FreeBSD, the kernel is running in 'cold start' >>>> state when it probes/attaches devices, and not all of the scheduling >>>> mechanisms are available yet (for example, you can not msleep() while >>>> cold == 1). This means loading your driver via /boot/loader.conf is >>>> something of a hit-or-miss proposition: sometimes they don't work >>>> right, >>>> sometimes they do. To be really safe, you should load them _after_ the >>>> system has come up all the way. >>>> >>>> Unfortunately, it's necessary to initialize the driver briefly in >>>> ndis_attach() in order to find out the device's station address. (You >>>> can only do it via MiniportQueryInformation(), and that only works >>>> after >>>> MiniportInitialize() has been called.) >>> >>> >>> When 'ntpdate' is called during boot process, everything is (or >>> should be) initialized I believe. >> >> >> >> Yes, but MiniportInitialize() has already been called once while cold >> == 1. >> What I'm saying is you have to avoid doing that entirely. Try doing it >> by loading bcmwl5_sys.ko after the system has gone multiuser. If the >> problem persists, then I'm just full of crap (wouldn't be the first >> time) and there's something else going wrong, but I think it bears >> investigating. >> > > OK, I'll awake this thread is the problem happens again. Thanks for > looking into it! Well, loading driver (and whole NDIS) when cold==0 led to the same panic on fourth boot. Third boot was even stranger, when suddenly console stopped printing boot messages but continued to load (determined by HDD activity and keyboard reactions). I had to press Ctrl-C few times when OS have been wating for DNS resolutions. Then it even tried to switch display to graphics mode when xdm comes up, but unsuccessful. Just the cursor disappeared. After few keypresses it reboots. Display showed nothing. Please tell me where I should look at in KDB when this happen again? Examine some softclock-related struct? Anything else? -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 19:40:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 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-current@FreeBSD.ORG Mon Nov 14 20:19:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 730F016A41F; Mon, 14 Nov 2005 20:19:32 +0000 (GMT) (envelope-from full-disclosure@csilva.org) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [72.9.236.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7525543D58; Mon, 14 Nov 2005 20:19:30 +0000 (GMT) (envelope-from full-disclosure@csilva.org) Received: from 55-254.dial.nortenet.pt ([212.13.55.254]:34612 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1EbknO-00040c-DI; Mon, 14 Nov 2005 15:19:18 -0500 Message-ID: <4378F126.5090602@csilva.org> Date: Mon, 14 Nov 2005 20:18:46 +0000 From: Carlos Silva aka |Danger_Man| User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-isp@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - csilva.org X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Pipe config bw... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 20:19:32 -0000 Hi, I've set "ipfw add pipe 1 ip from any to any 80;ipfw pipe 1 config bw 2Kbyte/s" but ipfw don't limit the bw of the port 80. If I set an IP (from xxx.xxx.xxx.xxx), ipfw limits the bandwidth, but with this config, ipw doesn't limit the bandwidth. I have DUMMYNET on the kernel.. Anyone knows the solution? Best Regards, Carlos Silva http://osiris.csilva.org/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 21:16:22 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B5AA16A41F for ; Mon, 14 Nov 2005 21:16:22 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id B31BC43D45 for ; Mon, 14 Nov 2005 21:16:21 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id CC71F2A91D for ; Mon, 14 Nov 2005 16:16:20 -0500 (EST) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24429-03 for ; Mon, 14 Nov 2005 16:16:20 -0500 (EST) Received: from sukey.arm.org (66-79-79-177.dsl.mebtel.net [66.79.79.177]) by bilbo.mebtel.net (Postfix) with ESMTP id 48D7F2A87E for ; Mon, 14 Nov 2005 16:16:20 -0500 (EST) Received: from sukey.arm.org (localhost [127.0.0.1]) by sukey.arm.org (8.13.4/8.13.4) with ESMTP id jAELGJ8n000776 for ; Mon, 14 Nov 2005 16:16:19 -0500 (EST) (envelope-from dlt@sukey.arm.org) Received: (from dlt@localhost) by sukey.arm.org (8.13.4/8.13.4/Submit) id jAELGJp1000773; Mon, 14 Nov 2005 16:16:19 -0500 (EST) (envelope-from dlt) Date: Mon, 14 Nov 2005 16:16:19 -0500 (EST) Message-Id: <200511142116.jAELGJp1000773@sukey.arm.org> From: Derek Tattersall To: current@FreeBSD.org X-Virus-Scanned: by amavisd-new at mebtel.net Cc: Subject: NDIS crash with today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 21:16:22 -0000 The following hand transcribed crash occurred in trying to bring up an ndisgen'ed driver with a Linksys WPC54G. The driver and adapter worked without problem with current from 7 November. Fatal trap 12: Page fault while in kernel mode cpuid = 0; apicid = 00 Fault virtual address = 0x0 Fault code = Supervisor read, page not present Instruction pointer = 0x20:0xc0b0204b Stack pointer = 0x28:0xd4019908 Frame pointer = 0x28:0xd4019908 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 = 31 (cbb0) [ thread pid 31 tid 100034 ] Stopped at NdisReadNetworkAddress+0x3f movl 0(%eax),%eax Tracing pid 31 tid 100034 td 0xc327e600 NdisReadNetworkAddress(d4019b08,d4019a28,d4019a30,c34ec200,c34ec200) at NdisReadNetworkAddress+0x3f _end(c0aadd4e,140012,c0aade3a,64616361,d4007264) at c333a961 (null) (500063,650072,66,6f0052,690061) at 0x10000e -- Derek Tattersall | Success is getting what you want; happiness is | wanting what you get. dlt@mebtel.net | dtatters@gmail.com | dlt666@yahoo.com | From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 22:05:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9790C16A41F for ; Mon, 14 Nov 2005 22:05:22 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3998743D72 for ; Mon, 14 Nov 2005 22:05:22 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPY00J6JT906R30@VL-MO-MR004.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 14 Nov 2005 17:03:01 -0500 (EST) Date: Mon, 14 Nov 2005 17:02:40 -0500 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200511141702.45491.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1599606.Wh5hJXF0J4; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit User-Agent: KMail/1.8.3 Subject: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 22:05:22 -0000 --nextPart1599606.Wh5hJXF0J4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I haven't been able to compile -CURRENT since about 2 days ago. I saw that = the=20 tinderbox got the same message as me: =3D=3D=3D> games/grdc (depend) rm -f .depend CC=3D'/usr/bin/cc' mkdep -f .depend -a /usr/src/games/grdc/grdc.c echo=20 grdc: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libn= curses.a=20 >> .depend =3D=3D=3D> games/morse (depend) rm -f .depend CC=3D'/usr/bin/cc' mkdep -f .depend -a =20 =2DDSPEAKER=3D\"/dev/speaker\" /usr/src/games/morse/morse.c /usr/src/games/morse/morse.c:67:33: dev/speaker/speaker.h: No such file or= =20 directory mkdep: compile failed *** Error code 1 Stop in /usr/src/games/morse. *** Error code 1 Stop in /usr/src/games. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 872.891u 91.628s 18:21.83 87.5% 4051+2485k 5485+1445io 441pf+0w I cleared /usr/obj, set NOCCACHE and cleared my .ccache folder anyway. Is= =20 there a fix? Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Nov 5 12:12:36 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1599606.Wh5hJXF0J4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDeQmFz38ton5LGeIRArE7AJ4u8MkFt/cYqYtpodqXv1TRfJEs5gCbBw08 dMcQbdJjgUFlWwoRnGOfITk= =hX+Z -----END PGP SIGNATURE----- --nextPart1599606.Wh5hJXF0J4-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 22:02:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9419516A420; Mon, 14 Nov 2005 22:02:43 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [65.170.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41BB143D45; Mon, 14 Nov 2005 22:02:42 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-157-21-134.jan.bellsouth.net [70.157.21.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 283232A; Mon, 14 Nov 2005 16:02:40 -0600 (CST) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 348C020FFA; Mon, 14 Nov 2005 16:02:38 -0600 (CST) Date: Mon, 14 Nov 2005 16:02:37 -0600 From: "Matthew D. Fuller" To: Carlos Silva aka|Danger_Man| Message-ID: <20051114220237.GG20846@over-yonder.net> References: <4378F126.5090602@csilva.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4378F126.5090602@csilva.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 X-Mailman-Approved-At: Mon, 14 Nov 2005 22:20:50 +0000 Cc: freebsd-net@freebsd.org Subject: Re: Pipe config bw... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 22:02:43 -0000 [ Crossposting bcc'd; followup to -net ] On Mon, Nov 14, 2005 at 08:18:46PM +0000 I heard the voice of Carlos Silva aka |Danger_Man|, and lo! it spake thus: > > I've set "ipfw add pipe 1 ip from any to any 80;ipfw pipe 1 config > bw 2Kbyte/s" but ipfw don't limit the bw of the port 80. Yes, it does, just now how you probably want. It limits the bandwidth of all packets _DESTINED_ to port 80. Packets _FROM_ port 80 don't hit that rule, therefore don't go through the pipe. Limiting traffic TO port 80 to 2kB/s probably isn't all that useful unless people are posting some really big forms 8-} -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Mon Nov 14 22:55:32 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAAD716A41F for ; Mon, 14 Nov 2005 22:55:32 +0000 (GMT) (envelope-from alastair@newmillennium.net.au) Received: from locutus.newmillennium.net.au (220-245-208-145.static.tpgi.com.au [220.245.208.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73C543D46 for ; Mon, 14 Nov 2005 22:55:31 +0000 (GMT) (envelope-from alastair@newmillennium.net.au) Received: from riker (riker.nmn.cafn [10.0.1.2]) by locutus.newmillennium.net.au (8.13.4/8.13.1) with ESMTP id jAEBpBZD022043 for ; Mon, 14 Nov 2005 22:51:12 +1100 (EST) (envelope-from alastair@newmillennium.net.au) Message-Id: <200511141151.jAEBpBZD022043@locutus.newmillennium.net.au> From: Sender: "Alastair D'Silva" To: Date: Mon, 14 Nov 2005 22:51:13 +1100 Organization: New Millennium Networking 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: AcXpEbaYyNs/r4xYSYy4UyL6W3ez8Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: Strange behaviour of bfe driver with Broadcom 4401 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2005 22:55:32 -0000 I have recently purchased a Dell Inspiron 9300, so of course the first thing I did was gutted it and installed FreeBSD :) I am having some problems with the bfe driver on this machine (running 7-CURRENT as of a few minutes ago). When the system boots, bfe0 is down, and shows a 100mbit link (as expected). If I bring the interface up, either by throwing dhclient at it, or by manually doing an 'ifconfig bfe0 up', it loses carrier. Forcing the media to 100BaseTX or 10BaseT/UTP does not resolve the situation. Using the NDISulator does provide a workaround. I'll try Knoppix tomorrow when I get to work, and provide information on whether it works better. -- Alastair D'Silva mob: 0423 762 819 Networking Consultant fax: 0413 181 661 New Millennium Networking web: http://www.newmillennium.net.au From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 00:26:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB42916A41F; Tue, 15 Nov 2005 00:26:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (66-23-216-219.clients.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E8B643D45; Tue, 15 Nov 2005 00:26:49 +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 1966775 for multiple; Mon, 14 Nov 2005 19:26:47 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAF0QZun081490; Mon, 14 Nov 2005 19:26:35 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Nov 2005 16:53:56 -0500 User-Agent: KMail/1.8.2 References: <200511142116.jAELGJp1000773@sukey.arm.org> In-Reply-To: <200511142116.jAELGJp1000773@sukey.arm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511141653.58414.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: Derek Tattersall , current@freebsd.org Subject: Re: NDIS crash with today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 00:26:49 -0000 On Monday 14 November 2005 04:16 pm, Derek Tattersall wrote: > The following hand transcribed crash occurred in trying to bring up an > ndisgen'ed driver with a Linksys WPC54G. The driver and adapter > worked without problem with current from 7 November. Try updating, I think ru@ may have just fixed this earlier today. > Fatal trap 12: Page fault while in kernel mode > cpuid = 0; apicid = 00 > Fault virtual address = 0x0 > Fault code = Supervisor read, page not present > Instruction pointer = 0x20:0xc0b0204b > Stack pointer = 0x28:0xd4019908 > Frame pointer = 0x28:0xd4019908 > 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 = 31 (cbb0) > [ thread pid 31 tid 100034 ] > Stopped at NdisReadNetworkAddress+0x3f movl 0(%eax),%eax > Tracing pid 31 tid 100034 td 0xc327e600 > NdisReadNetworkAddress(d4019b08,d4019a28,d4019a30,c34ec200,c34ec200) at > NdisReadNetworkAddress+0x3f > _end(c0aadd4e,140012,c0aade3a,64616361,d4007264) at c333a961 > (null) (500063,650072,66,6f0052,690061) at 0x10000e -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 00:26:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB42916A41F; Tue, 15 Nov 2005 00:26:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (66-23-216-219.clients.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E8B643D45; Tue, 15 Nov 2005 00:26:49 +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 1966775 for multiple; Mon, 14 Nov 2005 19:26:47 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAF0QZun081490; Mon, 14 Nov 2005 19:26:35 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Nov 2005 16:53:56 -0500 User-Agent: KMail/1.8.2 References: <200511142116.jAELGJp1000773@sukey.arm.org> In-Reply-To: <200511142116.jAELGJp1000773@sukey.arm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511141653.58414.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: Derek Tattersall , current@freebsd.org Subject: Re: NDIS crash with today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 00:26:50 -0000 On Monday 14 November 2005 04:16 pm, Derek Tattersall wrote: > The following hand transcribed crash occurred in trying to bring up an > ndisgen'ed driver with a Linksys WPC54G. The driver and adapter > worked without problem with current from 7 November. Try updating, I think ru@ may have just fixed this earlier today. > Fatal trap 12: Page fault while in kernel mode > cpuid = 0; apicid = 00 > Fault virtual address = 0x0 > Fault code = Supervisor read, page not present > Instruction pointer = 0x20:0xc0b0204b > Stack pointer = 0x28:0xd4019908 > Frame pointer = 0x28:0xd4019908 > 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 = 31 (cbb0) > [ thread pid 31 tid 100034 ] > Stopped at NdisReadNetworkAddress+0x3f movl 0(%eax),%eax > Tracing pid 31 tid 100034 td 0xc327e600 > NdisReadNetworkAddress(d4019b08,d4019a28,d4019a30,c34ec200,c34ec200) at > NdisReadNetworkAddress+0x3f > _end(c0aadd4e,140012,c0aade3a,64616361,d4007264) at c333a961 > (null) (500063,650072,66,6f0052,690061) at 0x10000e -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 00:56:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DFE16A41F for ; Tue, 15 Nov 2005 00:56:44 +0000 (GMT) (envelope-from sanewo@ba2.so-net.ne.jp) Received: from mx10.ms.so-net.ne.jp (mx10.ms.so-net.ne.jp [202.238.82.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23FA143D49 for ; Tue, 15 Nov 2005 00:56:43 +0000 (GMT) (envelope-from sanewo@ba2.so-net.ne.jp) Received: from [127.0.0.1] (pddf34a.tkyoac00.ap.so-net.ne.jp [218.221.243.74]) by mx10.ms.so-net.ne.jp with ESMTP id jAF0uWGZ008443; Tue, 15 Nov 2005 09:56:41 +0900 (JST) Message-ID: <43793229.9080501@ba2.so-net.ne.jp> Date: Tue, 15 Nov 2005 09:56:09 +0900 From: SANETO Takanori User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Nicolas Blais References: <200511141702.45491.nb_root@videotron.ca> In-Reply-To: <200511141702.45491.nb_root@videotron.ca> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 00:56:44 -0000 It seems that compiling morse requires newly introduced dev/speaker/speaker.h installed. (it won't see one in the source tree) Try "cd /usr/src/include; make install" and then buildworld. I think this issue should be noted in UPDATING. Nicolas Blais wrote: > Hi, > > I haven't been able to compile -CURRENT since about 2 days ago. I saw that the > tinderbox got the same message as me: > > ===> games/grdc (depend) > rm -f .depend > CC='/usr/bin/cc' mkdep -f .depend -a /usr/src/games/grdc/grdc.c > echo > grdc: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libncurses.a >>> .depend > ===> games/morse (depend) > rm -f .depend > CC='/usr/bin/cc' mkdep -f .depend -a > -DSPEAKER=\"/dev/speaker\" /usr/src/games/morse/morse.c > /usr/src/games/morse/morse.c:67:33: dev/speaker/speaker.h: No such file or > directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/games/morse. > *** Error code 1 > > Stop in /usr/src/games. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > 872.891u 91.628s 18:21.83 87.5% 4051+2485k 5485+1445io 441pf+0w > > I cleared /usr/obj, set NOCCACHE and cleared my .ccache folder anyway. Is > there a fix? > > Nicolas. From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 01:14:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1D1F16A41F for ; Tue, 15 Nov 2005 01:14:22 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B0E43D49 for ; Tue, 15 Nov 2005 01:14:22 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id jAF1EHnB002928; Mon, 14 Nov 2005 20:14:18 -0500 (EST) Date: Mon, 14 Nov 2005 20:14:17 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: SANETO Takanori In-Reply-To: <43793229.9080501@ba2.so-net.ne.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Nicolas Blais Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 01:14:23 -0000 On Tue, 15 Nov 2005, SANETO Takanori wrote: > It seems that compiling morse requires newly introduced > dev/speaker/speaker.h installed. (it won't see one in the source tree) > Try "cd /usr/src/include; make install" and then buildworld. > > I think this issue should be noted in UPDATING. No, this seems like a bug somewhere in the source or build tree. You should be able to build -current on -stable without having to install anything. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 02:40:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF55A16A41F; Tue, 15 Nov 2005 02:40:04 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D74E43D49; Tue, 15 Nov 2005 02:40:04 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR003.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPZ0022662R8GE0@VL-MO-MR003.ip.videotron.ca>; Mon, 14 Nov 2005 21:40:03 -0500 (EST) Date: Mon, 14 Nov 2005 21:39:49 -0500 From: Nicolas Blais In-reply-to: To: Daniel Eischen Message-id: <200511142139.58097.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart3476293.PEpghT7uDU; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: User-Agent: KMail/1.8.3 Cc: freebsd-current@freebsd.org Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 02:40:04 -0000 --nextPart3476293.PEpghT7uDU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 14, 2005 08:14 pm, Daniel Eischen wrote: > On Tue, 15 Nov 2005, SANETO Takanori wrote: > > It seems that compiling morse requires newly introduced > > dev/speaker/speaker.h installed. (it won't see one in the source tree) > > Try "cd /usr/src/include; make install" and then buildworld. > > > > I think this issue should be noted in UPDATING. > > No, this seems like a bug somewhere in the source or build > tree. You should be able to build -current on -stable > without having to install anything. I agree, though "cd /usr/src/include; make install" did work. I'm wonderin= g=20 if there's something wrong in the include path at that point in the process. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Nov 5 12:12:36 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart3476293.PEpghT7uDU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDeUp+z38ton5LGeIRAiJDAKCBl1Akjnoh8BJa6QHsU43aOVfC+QCfVimw FvdsYaQCCU5J60b4Vhew/50= =T/4Y -----END PGP SIGNATURE----- --nextPart3476293.PEpghT7uDU-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 04:29:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4273516A41F for ; Tue, 15 Nov 2005 04:29:40 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6B4B43D45 for ; Tue, 15 Nov 2005 04:29:39 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id jAF4TYfL024405; Mon, 14 Nov 2005 23:29:34 -0500 (EST) Date: Mon, 14 Nov 2005 23:29:34 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Nicolas Blais In-Reply-To: <200511142139.58097.nb_root@videotron.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 04:29:40 -0000 On Mon, 14 Nov 2005, Nicolas Blais wrote: > On November 14, 2005 08:14 pm, Daniel Eischen wrote: > > On Tue, 15 Nov 2005, SANETO Takanori wrote: > > > It seems that compiling morse requires newly introduced > > > dev/speaker/speaker.h installed. (it won't see one in the source tree) > > > Try "cd /usr/src/include; make install" and then buildworld. > > > > > > I think this issue should be noted in UPDATING. > > > > No, this seems like a bug somewhere in the source or build > > tree. You should be able to build -current on -stable > > without having to install anything. > > I agree, though "cd /usr/src/include; make install" did work. I'm wondering > if there's something wrong in the include path at that point in the process. Did you try removing /usr/obj before buildworld? -- DE From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 04:03:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96ACB16A41F for ; Tue, 15 Nov 2005 04:03:15 +0000 (GMT) (envelope-from kieber@jerry.xoo.net) Received: from jerry.xoo.net (jerry.xoo.net [193.108.179.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02E1343D4C for ; Tue, 15 Nov 2005 04:03:14 +0000 (GMT) (envelope-from kieber@jerry.xoo.net) Received: from jerry.xoo.net (localhost [127.0.0.1]) by jerry.xoo.net (8.13.4/8.13.4) with ESMTP id jAF43B6b001418 for ; Tue, 15 Nov 2005 05:03:12 +0100 (CET) (envelope-from kieber@jerry.xoo.net) Received: (from kieber@localhost) by jerry.xoo.net (8.13.4/8.13.4/Submit) id jAF43B6f001417 for freebsd-current@freebsd.org; Tue, 15 Nov 2005 05:03:11 +0100 (CET) (envelope-from kieber) From: Ulf Kieber Message-Id: <200511150403.jAF43B6f001417@jerry.xoo.net> To: freebsd-current@freebsd.org Date: Tue, 15 Nov 2005 05:03:10 +0100 (CET) X-NCC-RegID: eu.cogent X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Tue, 15 Nov 2005 04:46:24 +0000 Subject: GEOM error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 04:03:15 -0000 Re, on a 6.0-RELEASE I receive the following error since I tried restoring a large dump Nov 14 12:30:11 nexus kernel: g_vfs_done():da1s1d.bde[WRITE(offset=72350695424, length=131072)]error = 1 Besides that, no other errors are logged, especially no SCSI errors. The problem persists even after the restore has completed. root@nexus /root# camcontrol inquiry da1 -DR pass1: Fixed Direct Access SCSI-3 device pass1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled root@nexus /root# camcontrol modepage da1 -m 1 AWRE (Auto Write Reallocation Enbld): 1 ARRE (Auto Read Reallocation Enbld): 1 TB (Transfer Block): 0 RC (Read Continuous): 0 EER (Enable Early Recovery): 0 PER (Post Error): 0 DTE (Disable Transfer on Error): 0 DCR (Disable Correction): 0 Read Retry Count: 12 Correction Span: 255 Head Offset Count: 0 Data Strobe Offset Count: 0 Write Retry Count: 5 Recovery Time Limit: 65535 root@nexus /root# camcontrol defects da1 -f phys -G Got 0 defects. root@nexus /root# -- Ulf Kieber From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 06:20:13 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A94B716A41F; Tue, 15 Nov 2005 06:20:13 +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 BF2AC43D45; Tue, 15 Nov 2005 06:20:12 +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 jAF6KAqh014548; Tue, 15 Nov 2005 08:20:10 +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 77634-03; Tue, 15 Nov 2005 08:20:04 +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 jAF6G6RE014385 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 08:16:06 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAF6GE6E002532; Tue, 15 Nov 2005 08:16:14 +0200 (EET) (envelope-from ru) Date: Tue, 15 Nov 2005 08:16:13 +0200 From: Ruslan Ermilov To: John Baldwin Message-ID: <20051115061613.GB56313@ip.net.ua> References: <200511142116.jAELGJp1000773@sukey.arm.org> <200511141653.58414.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <200511141653.58414.jhb@freebsd.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Derek Tattersall , freebsd-current@FreeBSD.org, current@FreeBSD.org Subject: Re: NDIS crash with today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 06:20:13 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 04:53:56PM -0500, John Baldwin wrote: > On Monday 14 November 2005 04:16 pm, Derek Tattersall wrote: > > The following hand transcribed crash occurred in trying to bring up an > > ndisgen'ed driver with a Linksys WPC54G. The driver and adapter > > worked without problem with current from 7 November. >=20 > Try updating, I think ru@ may have just fixed this earlier today. >=20 Yes, that's exactly the same panic I fixed. > > Fatal trap 12: Page fault while in kernel mode > > cpuid =3D 0; apicid =3D 00 > > Fault virtual address =3D 0x0 > > Fault code =3D Supervisor read, page not present > > Instruction pointer =3D 0x20:0xc0b0204b > > Stack pointer =3D 0x28:0xd4019908 > > Frame pointer =3D 0x28:0xd4019908 > > Code segment =3D base 0x0, limit 0xfffff, type 0x1b > > DPL=3D0, pres 1, def32 1, gran 1 > > Processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > Current process =3D 31 (cbb0) > > [ thread pid 31 tid 100034 ] > > Stopped at NdisReadNetworkAddress+0x3f movl 0(%eax),%eax > > Tracing pid 31 tid 100034 td 0xc327e600 > > NdisReadNetworkAddress(d4019b08,d4019a28,d4019a30,c34ec200,c34ec200) at > > NdisReadNetworkAddress+0x3f > > _end(c0aadd4e,140012,c0aade3a,64616361,d4007264) at c333a961 > > (null) (500063,650072,66,6f0052,690061) at 0x10000e --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeX0tqRfpzJluFF4RAgsNAJ4pk6y9Yz86qfKL+OOLgqv8s1h1DACfRCWZ E8WNhewDWuQ0l71FtXUMN6E= =bjur -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 06:20:13 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A94B716A41F; Tue, 15 Nov 2005 06:20:13 +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 BF2AC43D45; Tue, 15 Nov 2005 06:20:12 +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 jAF6KAqh014548; Tue, 15 Nov 2005 08:20:10 +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 77634-03; Tue, 15 Nov 2005 08:20:04 +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 jAF6G6RE014385 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 08:16:06 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAF6GE6E002532; Tue, 15 Nov 2005 08:16:14 +0200 (EET) (envelope-from ru) Date: Tue, 15 Nov 2005 08:16:13 +0200 From: Ruslan Ermilov To: John Baldwin Message-ID: <20051115061613.GB56313@ip.net.ua> References: <200511142116.jAELGJp1000773@sukey.arm.org> <200511141653.58414.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <200511141653.58414.jhb@freebsd.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Derek Tattersall , freebsd-current@FreeBSD.org, current@FreeBSD.org Subject: Re: NDIS crash with today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 06:20:13 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 04:53:56PM -0500, John Baldwin wrote: > On Monday 14 November 2005 04:16 pm, Derek Tattersall wrote: > > The following hand transcribed crash occurred in trying to bring up an > > ndisgen'ed driver with a Linksys WPC54G. The driver and adapter > > worked without problem with current from 7 November. >=20 > Try updating, I think ru@ may have just fixed this earlier today. >=20 Yes, that's exactly the same panic I fixed. > > Fatal trap 12: Page fault while in kernel mode > > cpuid =3D 0; apicid =3D 00 > > Fault virtual address =3D 0x0 > > Fault code =3D Supervisor read, page not present > > Instruction pointer =3D 0x20:0xc0b0204b > > Stack pointer =3D 0x28:0xd4019908 > > Frame pointer =3D 0x28:0xd4019908 > > Code segment =3D base 0x0, limit 0xfffff, type 0x1b > > DPL=3D0, pres 1, def32 1, gran 1 > > Processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > Current process =3D 31 (cbb0) > > [ thread pid 31 tid 100034 ] > > Stopped at NdisReadNetworkAddress+0x3f movl 0(%eax),%eax > > Tracing pid 31 tid 100034 td 0xc327e600 > > NdisReadNetworkAddress(d4019b08,d4019a28,d4019a30,c34ec200,c34ec200) at > > NdisReadNetworkAddress+0x3f > > _end(c0aadd4e,140012,c0aade3a,64616361,d4007264) at c333a961 > > (null) (500063,650072,66,6f0052,690061) at 0x10000e --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeX0tqRfpzJluFF4RAgsNAJ4pk6y9Yz86qfKL+OOLgqv8s1h1DACfRCWZ E8WNhewDWuQ0l71FtXUMN6E= =bjur -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 06:25:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DFD416A41F for ; Tue, 15 Nov 2005 06:25:43 +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 EC9C843D64 for ; Tue, 15 Nov 2005 06:25:36 +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 jAF6PZ4D014768; Tue, 15 Nov 2005 08:25:35 +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 77635-04; Tue, 15 Nov 2005 08:25:30 +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 jAF6KpEJ014644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 08:20:51 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAF6KxFm002565; Tue, 15 Nov 2005 08:20:59 +0200 (EET) (envelope-from ru) Date: Tue, 15 Nov 2005 08:20:59 +0200 From: Ruslan Ermilov To: Nicolas Blais Message-ID: <20051115062059.GC56313@ip.net.ua> References: <200511141702.45491.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s9fJI615cBHmzTOP" Content-Disposition: inline In-Reply-To: <200511141702.45491.nb_root@videotron.ca> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 06:25:43 -0000 --s9fJI615cBHmzTOP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 05:02:40PM -0500, Nicolas Blais wrote: > Hi, >=20 > I haven't been able to compile -CURRENT since about 2 days ago. I saw tha= t the=20 > tinderbox got the same message as me: >=20 > =3D=3D=3D> games/grdc (depend) > rm -f .depend > CC=3D'/usr/bin/cc' mkdep -f .depend -a /usr/src/games/grdc/grdc.c > echo=20 > grdc: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/li= bncurses.a=20 > >> .depend > =3D=3D=3D> games/morse (depend) > rm -f .depend > CC=3D'/usr/bin/cc' mkdep -f .depend -a =20 > -DSPEAKER=3D\"/dev/speaker\" /usr/src/games/morse/morse.c > /usr/src/games/morse/morse.c:67:33: dev/speaker/speaker.h: No such file o= r=20 > directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/games/morse. > *** Error code 1 >=20 > Stop in /usr/src/games. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > 872.891u 91.628s 18:21.83 87.5% 4051+2485k 5485+1445io 441pf+0w >=20 > I cleared /usr/obj, set NOCCACHE and cleared my .ccache folder anyway. I= s=20 > there a fix? >=20 Your build environment is screwed, there shouldn't be CC=3D'/usr/bin/cc'. During buildworld, /usr/obj/usr/src/tmp/usr/include is populated with fresh headers, and a special (not /usr/bin/cc) compiler and friends are used to pick up headers from this location and not /usr/include. This CC=3D'/usr/bin/cc' prevents this from happening, hence the breakage. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --s9fJI615cBHmzTOP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeX5LqRfpzJluFF4RAgc9AKCAdBnzkOoccGUhp1vAZ9Gk+jKu6wCfSBAw bP3HAArIz4x+PcdoTcTmsW8= =96n9 -----END PGP SIGNATURE----- --s9fJI615cBHmzTOP-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 10:42:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ED0216A420; Tue, 15 Nov 2005 10:42:36 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC88443D45; Tue, 15 Nov 2005 10:42:35 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPZ00APSSEZMJA0@VL-MO-MR002.ip.videotron.ca>; Tue, 15 Nov 2005 05:42:35 -0500 (EST) Date: Tue, 15 Nov 2005 05:42:28 -0500 From: Nicolas Blais In-reply-to: <20051115062059.GC56313@ip.net.ua> To: freebsd-current@freebsd.org Message-id: <200511150542.34910.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart3075567.dydyi7pqC5; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <20051115062059.GC56313@ip.net.ua> User-Agent: KMail/1.8.3 Cc: Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 10:42:36 -0000 --nextPart3075567.dydyi7pqC5 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Your build environment is screwed, there shouldn't be CC=3D'/usr/bin/cc'. > During buildworld, /usr/obj/usr/src/tmp/usr/include is populated with > fresh headers, and a special (not /usr/bin/cc) compiler and friends > are used to pick up headers from this location and not /usr/include. > This CC=3D'/usr/bin/cc' prevents this from happening, hence the breakage. > > > Cheers, So, ccache's port recommending this: =2Eif !defined(NOCCACHE) =2Eif ${.CURDIR:M/usr/src*} CC=3D/usr/local/libexec/ccache/cc CXX=3D/usr/local/libexec/ccache/c++ =2Eelse CC=3Dcc CXX=3Dc++ =2Eendif =2Eelse CC=3D/usr/bin/cc CXX=3D/usr/bin/c++ =2Eendif in /etc/make.conf is wrong? =2D-=20 =46reeBSD 7.0-CURRENT #0: Mon Nov 14 22:21:20 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart3075567.dydyi7pqC5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDebuaz38ton5LGeIRAohWAJ9OvXUTtdG/5ZBjOPowgnvc27BJPQCaAryW KRZ7qDY0fN3os1UMDSVquEE= =bL9J -----END PGP SIGNATURE----- --nextPart3075567.dydyi7pqC5-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 10:48:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A700816A41F for ; Tue, 15 Nov 2005 10:48:17 +0000 (GMT) (envelope-from steve@acidy.com) Received: from acidy.com (iade006wl01.blackmesh.com [216.66.28.50]) by mx1.FreeBSD.org (Postfix) with SMTP id A439D43D5C for ; Tue, 15 Nov 2005 10:48:15 +0000 (GMT) (envelope-from steve@acidy.com) Received: (qmail 17506 invoked by uid 512); 15 Nov 2005 10:48:14 -0000 Received: from steve@acidy.com by terrence by uid 510 with qmail-scanner-1.21st (clamdscan: 0.70rc. spamassassin: 2.63. Clear:RC:1(212.44.26.151):. Processed in 0.044854 secs); 15 Nov 2005 10:48:14 -0000 Received: from no-reverse.dialnet.com (HELO shark.scudamores.com) (212.44.26.151) by acidy.com with SMTP; 15 Nov 2005 10:48:14 -0000 Received: from [192.168.42.145] ([192.168.42.145]) by shark.scudamores.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 15 Nov 2005 10:48:13 +0000 Message-ID: <4379BCEB.6030806@acidy.com> Date: Tue, 15 Nov 2005 10:48:11 +0000 From: Steve Hodgson User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nicolas Blais References: <200511141702.45491.nb_root@videotron.ca> <20051115062059.GC56313@ip.net.ua> <200511150542.34910.nb_root@videotron.ca> In-Reply-To: <200511150542.34910.nb_root@videotron.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Nov 2005 10:48:13.0883 (UTC) FILETIME=[140E90B0:01C5E9D2] Cc: freebsd-current@freebsd.org Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 10:48:17 -0000 Nicolas Blais wrote: >>Your build environment is screwed, there shouldn't be CC='/usr/bin/cc'. >>During buildworld, /usr/obj/usr/src/tmp/usr/include is populated with >>fresh headers, and a special (not /usr/bin/cc) compiler and friends >>are used to pick up headers from this location and not /usr/include. >>This CC='/usr/bin/cc' prevents this from happening, hence the breakage. >> >> >>Cheers, >> >> > >So, ccache's port recommending this: > >.if !defined(NOCCACHE) >.if ${.CURDIR:M/usr/src*} >CC=/usr/local/libexec/ccache/cc >CXX=/usr/local/libexec/ccache/c++ >.else >CC=cc >CXX=c++ >.endif >.else >CC=/usr/bin/cc >CXX=/usr/bin/c++ >.endif > >in /etc/make.conf is wrong? > > Well, if ccache was clever enough to support kernel builds then it would be ok. But since I've never managed to get it to work reliably I use: .if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} CC=cc CXX=c++ .else .if defined(NOCCACHE) CC=/usr/bin/cc CXX=/usr/bin/c++ .else CC=cc CXX=c++ .endif .endif Not sure if it is ccache itself or the make.conf example that is wrong. From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 11:11:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 064F316A41F for ; Tue, 15 Nov 2005 11:11:33 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC7343D45 for ; Tue, 15 Nov 2005 11:11:32 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR003.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IPZ00H44TR8R610@VL-MO-MR003.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 06:11:32 -0500 (EST) Date: Tue, 15 Nov 2005 06:11:20 -0500 From: Nicolas Blais In-reply-to: <4379BCEB.6030806@acidy.com> To: freebsd-current@freebsd.org Message-id: <200511150611.31743.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1234125.OtnZkKz7E2; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <200511150542.34910.nb_root@videotron.ca> <4379BCEB.6030806@acidy.com> User-Agent: KMail/1.8.3 Cc: Steve Hodgson Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 11:11:33 -0000 --nextPart1234125.OtnZkKz7E2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Well, if ccache was clever enough to support kernel builds then it would > be ok. But since I've never managed to get it to work reliably I use: > > .if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} > CC=3Dcc > CXX=3Dc++ > .else > .if defined(NOCCACHE) > CC=3D/usr/bin/cc > CXX=3D/usr/bin/c++ > .else > CC=3Dcc > CXX=3Dc++ > .endif > .endif > > Not sure if it is ccache itself or the make.conf example that is wrong. Thanks, I'm replacing my make.conf with that. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #1: Tue Nov 15 05:57:05 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1234125.OtnZkKz7E2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDecJjz38ton5LGeIRAgHAAKCDXQU4GLH+UKpValCLQaQOqP173wCbBpDN eUYs9ISiGV6bOvHSOwCICD0= =tZrw -----END PGP SIGNATURE----- --nextPart1234125.OtnZkKz7E2-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 12:44:04 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E08D416A431; Tue, 15 Nov 2005 12:44:02 +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 AB07243D88; Tue, 15 Nov 2005 12:43:45 +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 jAFChhVL032779; Tue, 15 Nov 2005 14:43:43 +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 86800-02-5; Tue, 15 Nov 2005 14:43:39 +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 jAFCevBi032620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 14:40:57 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAFCf5ss070750; Tue, 15 Nov 2005 14:41:05 +0200 (EET) (envelope-from ru) Date: Tue, 15 Nov 2005 14:41:05 +0200 From: Ruslan Ermilov To: Nicolas Blais Message-ID: <20051115124105.GA70048@ip.net.ua> References: <200511141702.45491.nb_root@videotron.ca> <20051115062059.GC56313@ip.net.ua> <200511150542.34910.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <200511150542.34910.nb_root@videotron.ca> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org, ahze@FreeBSD.org Subject: Re: can't compile -CURRENT since 2 days ago X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 12:44:05 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 15, 2005 at 05:42:28AM -0500, Nicolas Blais wrote: > > Your build environment is screwed, there shouldn't be CC=3D'/usr/bin/cc= '. > > During buildworld, /usr/obj/usr/src/tmp/usr/include is populated with > > fresh headers, and a special (not /usr/bin/cc) compiler and friends > > are used to pick up headers from this location and not /usr/include. > > This CC=3D'/usr/bin/cc' prevents this from happening, hence the breakag= e. > > > > > > Cheers, >=20 > So, ccache's port recommending this: >=20 > .if !defined(NOCCACHE) > .if ${.CURDIR:M/usr/src*} > CC=3D/usr/local/libexec/ccache/cc > CXX=3D/usr/local/libexec/ccache/c++ > .else > CC=3Dcc > CXX=3Dc++ > .endif > .else > CC=3D/usr/bin/cc > CXX=3D/usr/bin/c++ > .endif >=20 > in /etc/make.conf is wrong? >=20 Yes, rev. 1.2 to ports/devel/ccache/files/ccache-howto-freebsd.txt.in is wrong: revision 1.2 date: 2004/12/03 01:21:59; author: ahze; state: Exp; lines: +4 -1 Add more to the example so you can disable ccache with out having to change= PATH : Index: ccache-howto-freebsd.txt.in : =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/ports/devel/ccache/files/ccache-howto-freebsd.txt.in= ,v : retrieving revision 1.1 : retrieving revision 1.2 : diff -u -p -r1.1 -r1.2 : --- ccache-howto-freebsd.txt.in 2 Dec 2004 14:10:34 -0000 1.1 : +++ ccache-howto-freebsd.txt.in 3 Dec 2004 01:21:59 -0000 1.2 : @@ -1,5 +1,5 @@ : # : -# $FreeBSD: ports/devel/ccache/files/ccache-howto-freebsd.txt.in,v 1.1 2= 004/12/02 14:10:34 ahze Exp $ : +# $FreeBSD: ports/devel/ccache/files/ccache-howto-freebsd.txt.in,v 1.2 2= 004/12/03 01:21:59 ahze Exp $ : # : =20 : To use ccache add the following to /etc/make.conf : @@ -12,6 +12,9 @@ CXX=3D%%LOCALBASE%%/libexec/ccache/c++ : CC=3Dcc : CXX=3Dc++ : .endif : +.else : +CC=3D/usr/bin/cc : +CXX=3D/usr/bin/c++ : .endif Revert it, set NOCCACHE as you did, and everything will build normally. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeddhqRfpzJluFF4RAqZKAJ4wWq0e5wNYsWd3PMQiKrxskytx4wCdFYHB Lh9i5+EiJ7Npe10gLhfqCIo= =6MqO -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 11:04:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4DFB16A41F for ; Tue, 15 Nov 2005 11:04:19 +0000 (GMT) (envelope-from sagar@netcore.co.in) Received: from uucp3.netcore.co.in (uucp3.netcore.co.in [202.162.229.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5424F43D45 for ; Tue, 15 Nov 2005 11:04:17 +0000 (GMT) (envelope-from sagar@netcore.co.in) Received: from uucp1.netcore.co.in (unknown [192.168.2.1]) by uucp3.netcore.co.in (Postfix) with ESMTP id 45A9A3BF62 for ; Tue, 15 Nov 2005 16:34:07 +0530 (IST) Received: by uucp1.netcore.co.in (Postfix, from userid 10) id BA28A25DDA6; Tue, 15 Nov 2005 16:34:07 +0530 (IST) Received: from 192.168.2.28 (unknown [192.168.2.28]) by ho.netcore.co.in (Postfix) with ESMTP id 0218A834028 for ; Tue, 15 Nov 2005 16:36:42 +0530 (IST) From: Customer Support To: freebsd-current@freebsd.org In-Reply-To: Content-Type: text/plain Date: Tue, 15 Nov 2005 16:30:42 +0530 Message-Id: <1132052442.19382.142.camel@sagar.netcore.co.in> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit X-MailServ-MailFilter-MailScanner-Information: Please contact the ISP for more information X-MailServ-MailFilter-MailScanner: Found to be clean X-MailScanner-From: sagar@netcore.co.in X-Mailman-Approved-At: Tue, 15 Nov 2005 12:47:38 +0000 Subject: sylogd not logging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 11:04:19 -0000 just try hashing the line syslogd_flags="-s" in /etc/defaults/rc.conf and check. From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 13:22:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 956E716A41F for ; Tue, 15 Nov 2005 13:22:14 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A5A243D53 for ; Tue, 15 Nov 2005 13:22:14 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1Ec0ki-0007cM-HU; Tue, 15 Nov 2005 14:21:38 +0100 Date: Tue, 15 Nov 2005 14:22:12 +0100 From: Marcin Jessa To: Customer Support Message-Id: <20051115142212.49b86987.lists@yazzy.org> In-Reply-To: <1132052442.19382.142.camel@sagar.netcore.co.in> References: <1132052442.19382.142.camel@sagar.netcore.co.in> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.3 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-current@freebsd.org Subject: Re: sylogd not logging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 13:22:14 -0000 On Tue, 15 Nov 2005 16:30:42 +0530 Customer Support wrote: > just try hashing the line > > syslogd_flags="-s" > > in /etc/defaults/rc.conf and check. 1. Do not edit that file, edit /etc/rc.conf instead 2. Works fine on 6.0-R 3. What FreeBSD version are you refering to? From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 13:59:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BDB916A434; Tue, 15 Nov 2005 13:59:36 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F5F43D53; Tue, 15 Nov 2005 13:59:33 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id jAFDx4ib019082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 08:59:32 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id jAFDwjpm054806; Tue, 15 Nov 2005 08:58:45 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17273.59797.727269.288021@grasshopper.cs.duke.edu> Date: Tue, 15 Nov 2005 08:58:45 -0500 (EST) To: John Baldwin In-Reply-To: <200511141153.27640.jhb@freebsd.org> References: <436E66FB.60700@desk.pl> <200511081024.45589.jhb@freebsd.org> <4377216C.8020305@desk.pl> <200511141153.27640.jhb@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: NVidia driver for amd64 / Page Attribute Table status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 13:59:36 -0000 John Baldwin writes: > On Sunday 13 November 2005 06:20 am, Marcin Koziej wrote: > > Would it be possible for You to put a snapshot patch against CURRENT for > > jhb_pat branch somewhere? I can't make it with P4DB interface, and i > > don't have access to p4. > > > > Best regards, > > m. > > Sure, though it's not commit ready yet. > > http://www.FreeBSD.org/~jhb/patches/pat.patch I have a question about this.. I maintain a driver where our device really, really wants to have its memory mapped write-combined. I currently use mem_range_attr_set() to (try to) do this. The problem is that some BIOSes leave useless uncacheable MTRR attributes laying around which obscure our device (and in fact, nearly all the PCI memory space). In order for the mem_range_attr_set() to work, there cannot be another conflicting MTRR attribute already covering our memory, so we play games with shell scripts which try to remove the uncacheable attributes. This is a royal PITA. With your new PAT stuff, does this mean that I'll no longer have to worry about the MTRR attributes, and I can be certain of getting my memory mapped write-combined? Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 14:52:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E53D016A41F for ; Tue, 15 Nov 2005 14:52:07 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E470843D6D for ; Tue, 15 Nov 2005 14:52:06 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id jAFEpuQA029208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 09:51:56 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id jAFEpmtC054848; Tue, 15 Nov 2005 09:51:48 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17273.62980.679091.325486@grasshopper.cs.duke.edu> Date: Tue, 15 Nov 2005 09:51:48 -0500 (EST) To: Charles Swiger In-Reply-To: <1A496451-166E-46F1-8363-19F117156FEE@mac.com> References: <20051108232855.2d1b7df5.lists@yazzy.org> <437145DF.2040508@samsco.org> <20051109093552.3082c51b.lists@yazzy.org> <437246C5.2030607@elischer.org> <1A496451-166E-46F1-8363-19F117156FEE@mac.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Marcin Jessa , Julian Elischer , current@freebsd.org Subject: Re: Generic Kernel API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 14:52:08 -0000 Charles Swiger writes: > be, except perhaps in the sound and UART drivers. Most other FreeBSD > drivers are "flat" and have a fair amount of code duplication, rather > than using OO inheritance so that your fxp or dc driver inherits from > a common NIC abstraction (Apple's IONetworkController -> > IOEthernetController -> _device_). > > Apple has found that using inheritance is a big win for them: "In > addition, code reusability decreases the memory footprint of drivers; > drivers ported from Mac OS 9, for example, have been up to 75% > smaller in Mac OS X." Of course, it's easier to say such things then > to write the code, but Apple has achieved pretty good results from > the IOKit. I maintain network drivers on FreeBSD, and MacOSX (among others). I have found that even with all the "reusability" in IOKit, IOKit drivers tend to have a larger footprint than FreeBSD drivers. For example, the file $OS/mx_ether.c{pp} provides the an interface between the hardware and the network stack for our MX software for 4Gb/s Myrinet adaptors: 792 driver/freebsd/mx_ether.c 1138 driver/macosx/mx_ether.cpp Also, IOKit has lots of problems. For example, there is a *big* API bug with the way IOKit does DMA mapping for network buffers which prevents MacOSX from doing any sort of zero-copy transmits (like sendfile). The problem is that there is no analogue to bus_dmamap_unload() in IOKit, and IOKit drivers which use IOMbufMemoryCursor() are limited to operating on mbufs and clusters, not M_EXT external storage bufffers. This is because MacOSX pre-pins its pool of mbufs and loads them into the G5 IOMMU when mbuf clusters are created. A driver will call getPhysicalSegments() to get the DMA addresses for the mbufs he was passed. But getPhysicalSegments will choke on M_EXT buffers, and even if it didn't there is no putPhysicalSegments API call to free them from the IOMMU when the transmit is complete. There are many other problems, such as the whole confusing IOOutputQueue() abstraction which takes away opportunities for parallelism and sticks a big confusing mess of goo between your driver and ifnet. When we were forced to move from a pure ifnet based driver in 10.3 to an IONetworking driver in Tiger, our packets-per-second for 64 byte frames rate decreased by close to 50% even while our underlying firmware on the NIC improved by about 25%. I blame the IOOutputQueue layer for this. Lastly, IOKit itself is not 64-bit safe, primarily because the Apple kernel is not 64-bit safe. We have worked around this problem in the OS-bypass side of our drivers by avoiding the entire UserClient interface and using BSD ioctls which are much faster, and which are 64-bit safe. I think that supporting binary IOKit drivers as if they were another Project Evil is a great goal. (Maybe we could call it "Project Lesser Evil"). But I don't think the MacOSX IOKit API is appropriate native API for FreeBSD. Drew From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 15:05:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A60D616A41F; Tue, 15 Nov 2005 15:05:08 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from bombadil.mebtel.net (bombadil.mebtel.net [64.40.67.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 105F743D49; Tue, 15 Nov 2005 15:05:07 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bombadil.mebtel.net (Postfix) with ESMTP id D528512575; Tue, 15 Nov 2005 10:05:06 -0500 (EST) Received: from bombadil.mebtel.net ([127.0.0.1]) by localhost (bombadil [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24177-07; Tue, 15 Nov 2005 10:05:06 -0500 (EST) Received: from lorne.arm.org (66-79-79-177.dsl.mebtel.net [66.79.79.177]) by bombadil.mebtel.net (Postfix) with ESMTP id E576B1255D; Tue, 15 Nov 2005 10:05:04 -0500 (EST) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.13.4/8.13.4) with ESMTP id jAFF542l006773; Tue, 15 Nov 2005 10:05:04 -0500 (EST) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.13.4/8.13.4/Submit) id jAFF548L006772; Tue, 15 Nov 2005 10:05:04 -0500 (EST) (envelope-from dlt) Date: Tue, 15 Nov 2005 10:05:04 -0500 From: Derek Tattersall To: John Baldwin , Ruslan Ermilov Message-ID: <20051115150504.GA6744@lorne.arm.org> References: <200511142116.jAELGJp1000773@sukey.arm.org> <200511141653.58414.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511141653.58414.jhb@freebsd.org> User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Virus-Scanned: by amavisd-new at mebtel.net Cc: current@freebsd.org Subject: Re: NDIS crash with today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dlt@mebtel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 15:05:08 -0000 * John Baldwin [051115 06:57]: > On Monday 14 November 2005 04:16 pm, Derek Tattersall wrote: > > The following hand transcribed crash occurred in trying to bring up an > > ndisgen'ed driver with a Linksys WPC54G. The driver and adapter > > worked without problem with current from 7 November. > > Try updating, I think ru@ may have just fixed this earlier today. -------------------------- SNIP ------------------------------------ > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org Thanks John and Ruslan. Everything's working great now. Now to figure out what broke and how y'all fixed it. -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 15:20:34 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C65E16A41F for ; Tue, 15 Nov 2005 15:20:34 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC7443D46 for ; Tue, 15 Nov 2005 15:20:29 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.4/8.13.4) with ESMTP id jAFFKSm5069221 for ; Tue, 15 Nov 2005 10:20:28 -0500 (EST) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.4/8.13.4/Submit) with ESMTP id jAFFKS2P069218 for ; Tue, 15 Nov 2005 10:20:28 -0500 (EST) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Tue, 15 Nov 2005 10:20:28 -0500 (EST) From: "Andrew R. Reiter" To: freebsd-current@FreeBSD.org Message-ID: <20051115101416.U68985@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: pptpclient & CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 15:20:34 -0000 Anyone successfully using pptpclient in CURRENT? Running CURRENT and ran 'pptpclient x.x.x.x LABEL' to setup my VPN connection. On a CURRENT from Nov 8th, that rebooted my machine, but with CURRENT, after an ifconfig or two (just viewing ifconfig output), i got: Unread portion of the kernel message buffer: Memory modified after free 0xc3555aa0(28) val=0 @ 0xc3555aa0 panic: Most recently used by in6_multi 9 0xc06983ff in panic (fmt=0xc090504a "Most recently used by %s\n") at /usr/src/sys/kern/kern_shutdown.c:539 #10 0xc07eaebd in mtrash_ctor (mem=0xc3555aa0, size=-1056755712, arg=0x0, ---Type to continue, or q to quit--- flags=2) at /usr/src/sys/vm/uma_dbg.c:137 #11 0xc07e908b in uma_zalloc_arg (zone=0xc1061d20, udata=0x0, flags=2) at /usr/src/sys/vm/uma_core.c:1850 #12 0xc068e6e2 in malloc (size=32, mtp=0xc0973280, flags=2) at uma.h:275 #13 0xc06be2da in ioctl (td=0xc38f7c00, uap=0xde8ebd04) at /usr/src/sys/kern/sys_generic.c:580 #14 0xc086fffa in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077943076, tf_esi = 134544752, tf_ebp = -1077943000, tf_isp = -561070748, tf_ebx = -1077943072, tf_edx = -1077943136, tf_ecx = -1077943104, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 672362955, tf_cs = 51, tf_eflags = 642, tf_esp = -1077943284, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1003 #15 0xc085c6cf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) The syscall(), from what I remember in my DDB session was being called by ifconfig. With INET6 disabled, no panic(), but wasn't having much luck with pptpclient. I'll leave that issue out for now though since it seems there's something wrong. I can help debug, I've not been doing much FreeBSD work lately, so need a couple of pointers on what's useful that I could do. I imagine this address would likely change upon reboot. Cheers, Andrew -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 15:40:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9073516A41F for ; Tue, 15 Nov 2005 15:40:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (66-23-216-219.clients.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BAE943D46 for ; Tue, 15 Nov 2005 15:40:55 +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 2002042 for multiple; Tue, 15 Nov 2005 10:40:56 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAFFealX087129; Tue, 15 Nov 2005 10:40:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrew Gallatin Date: Tue, 15 Nov 2005 10:30:57 -0500 User-Agent: KMail/1.8.2 References: <436E66FB.60700@desk.pl> <200511141153.27640.jhb@freebsd.org> <17273.59797.727269.288021@grasshopper.cs.duke.edu> In-Reply-To: <17273.59797.727269.288021@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511151030.58879.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: freebsd-current@freebsd.org Subject: Re: NVidia driver for amd64 / Page Attribute Table status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 15:40:56 -0000 On Tuesday 15 November 2005 08:58 am, Andrew Gallatin wrote: > John Baldwin writes: > > On Sunday 13 November 2005 06:20 am, Marcin Koziej wrote: > > > Would it be possible for You to put a snapshot patch against CURRENT > > > for jhb_pat branch somewhere? I can't make it with P4DB interface, and > > > i don't have access to p4. > > > > > > Best regards, > > > m. > > > > Sure, though it's not commit ready yet. > > > > http://www.FreeBSD.org/~jhb/patches/pat.patch > > I have a question about this.. I maintain a driver where our > device really, really wants to have its memory mapped write-combined. > I currently use mem_range_attr_set() to (try to) do this. > > The problem is that some BIOSes leave useless uncacheable MTRR > attributes laying around which obscure our device (and in fact, nearly > all the PCI memory space). In order for the mem_range_attr_set() to > work, there cannot be another conflicting MTRR attribute already > covering our memory, so we play games with shell scripts which try to > remove the uncacheable attributes. This is a royal PITA. > > With your new PAT stuff, does this mean that I'll no longer have > to worry about the MTRR attributes, and I can be certain of getting > my memory mapped write-combined? On modern CPUs, yes. (Anything later than a PIII I think). You'll just be able to use pmap_mapdev_attr(), though it will only work on i386 and eventually amd64 for now. Also, that currently only affects the in-kernel mapping, there currently isn't anything to handle the cache mode of user mappings. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 18:37:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A8816A41F for ; Tue, 15 Nov 2005 18:37:06 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D3C443D45 for ; Tue, 15 Nov 2005 18:37:05 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 2A3DC3B9BF; Tue, 15 Nov 2005 19:37:04 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.4/8.13.4) with ESMTP id jAFIalKA099337; Tue, 15 Nov 2005 19:36:47 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.4/8.13.4/Submit) id jAFIal3s099336; Tue, 15 Nov 2005 19:36:47 +0100 (CET) (envelope-from schweikh) Date: Tue, 15 Nov 2005 19:36:47 +0100 From: Jens Schweikhardt To: Nicolas Blais Message-ID: <20051115183647.GA1783@schweikhardt.net> References: <200511141702.45491.nb_root@videotron.ca> <200511150542.34910.nb_root@videotron.ca> <4379BCEB.6030806@acidy.com> <200511150611.31743.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511150611.31743.nb_root@videotron.ca> User-Agent: Mutt/1.5.11 Cc: Steve Hodgson , freebsd-current@freebsd.org Subject: Using ccache for build{world, kernel} (was: can't compile -CURRENT since 2 days ago) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 18:37:07 -0000 On Tue, Nov 15, 2005 at 06:11:20AM -0500, Nicolas Blais wrote: # > Well, if ccache was clever enough to support kernel builds then it would # > be ok. But since I've never managed to get it to work reliably I use: Okay, getting the full effect of ccache for a buildworld and buildkernel requires solving two problems: 1) 'make buildworld' switches from the compilers found in /usr/bin to the ones it built below /usr/obj/usr/src/tmp/usr/bin at some point in time (simply by prepending this directory to PATH). 'make buildkernel' uses the new compiler right from the start. Make ccache somehow do the same. 2) Have ccache ignore (i.e. not hash) the modification time of the compiler because this changes with every new 'make buildworld'. Otherwise you invalidate your cache with each buildworld. #1 is done with make CC="/usr/local/bin/ccache cc" CXX="/usr/local/bin/ccache c++" buildworld make CC="/usr/local/bin/ccache cc" CXX="/usr/local/bin/ccache c++" buildkernel and NOT using any CCACHE_PATH, so ccache scans PATH for the real compiler. This automatically uses /usr/bin/{cc,c++} in the early buildworld stages, and the new compilers the moment PATH is prepended with the correct directories by 'make buildworld'. #2 is done with this patch (a week ago I sent it to the ccache developer mailing list bugs@ccache.samba.org in order to hopefully get it committed to the release version; so far no reply... maybe you guys join me in bugging them about it :-) Put this in /usr/ports/devel/ccache/files/patch-nohash-size-mtime and reinstall the port. Then export CCACHE_NOHASH_SIZE_MTIME=y during your makes for buildworld and buildkernel. This melts my buildworld time from 2700s (real@~100%CPU) to under 1000s and buildkernel from 800s to 250s, so you gain about a factor 3 for ab-initio builds. Sweet! --- ccache.c.orig Mon Oct 31 17:38:21 2005 +++ ccache.c Mon Oct 31 17:52:31 2005 @@ -331,8 +331,10 @@ hash_string(str_basename(args->argv[0])); } - hash_int(st.st_size); - hash_int(st.st_mtime); + if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { + hash_int(st.st_size); + hash_int(st.st_mtime); + } /* possibly hash the current working directory */ if (getenv("CCACHE_HASHDIR")) { --- ccache.1.orig Mon Oct 31 18:08:59 2005 +++ ccache.1 Mon Oct 31 18:09:02 2005 @@ -234,6 +234,16 @@ incorrect setting of this debug info rarely causes problems\&. If you strike problems with gdb not using the correct directory then enable this option\&. +.IP +.IP "\fBCCACHE_NOHASH_SIZE_MTIME\fP" +This tells ccache to not hash the real compiler's size and modification +time. Normally this is the mechanism to detect compiler upgrades. +There are situations however, where even though the compiler's size or +modification time has changed you can safely use the cached objects +(e.g. if as part of your build system the compiler is built as well +and the compiler's source has not changed; or if the compiler has only +changes that do not affect code generation). Use this feature only if +you know what you are doing. .IP .IP "\fBCCACHE_UNIFY\fP" If you set the environment variable CCACHE_UNIFY Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 19:20:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C048416A420 for ; Tue, 15 Nov 2005 19:20:14 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: from web51010.mail.yahoo.com (web51010.mail.yahoo.com [206.190.39.129]) by mx1.FreeBSD.org (Postfix) with SMTP id 3299143D45 for ; Tue, 15 Nov 2005 19:20:14 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: (qmail 32827 invoked by uid 60001); 15 Nov 2005 19:20:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WHZQvVtTb6IG6eWkXgWQOyrkRyE0VKLmDG8ZULPI15QtS21QULaL5jkMi7Hjw4yDXkUfQmh6WHkjMmIAcZYlkM7Z41NVCD+uagsu1sk9VbrePq1P56Zht7M6pDXBWDbb/48jtf6AgovxbeMUY5SWJox5uIp1DQvOUkIxjAASRjA= ; Message-ID: <20051115192013.32825.qmail@web51010.mail.yahoo.com> Received: from [200.138.221.125] by web51010.mail.yahoo.com via HTTP; Tue, 15 Nov 2005 16:20:13 ART Date: Tue, 15 Nov 2005 16:20:13 -0300 (ART) From: Rafael Caesar Lenzi To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 19:20:14 -0000 Hi, I'm installing 6.0 release, but after instaled, the system freeze. It does not have a specific place for this In versions RC the problem also happened Thanks, Rafael _______________________________________________________ Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 19:25:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D7216A41F; Tue, 15 Nov 2005 19:25:56 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from nostrum.com (magus.nostrum.com [69.5.195.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E64F443D49; Tue, 15 Nov 2005 19:25:55 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from [165.91.250.64] (magus.tamu.edu [165.91.250.64]) (authenticated bits=0) by nostrum.com (8.12.11/8.12.11) with ESMTP id jAFJPrQH093880 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 15 Nov 2005 13:25:54 -0600 (CST) (envelope-from pckizer@nostrum.com) In-Reply-To: <13D42742-8D19-4FD0-8249-64A64C55A5D8@nostrum.com> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <20051019175020.S60849@fledge.watson.org> <20051025110453.L6720@fledge.watson.org> <2E18CEAE-2A72-4387-B92E-DAED7CC7FACD@nostrum.com> <33E53AA7-2A01-4BBE-9674-8F54E008D0A8@nostrum.com> <0906B09C-B5A2-402E-BF39-57EBB20B2D4F@nostrum.com> <425C901E-3315-41EC-B2D9-C372A2110FF0@nostrum.com> <20051109184311.Y85371@fledge.watson.org> <20051110154950.Q68007@fledge.watson.org> <13D42742-8D19-4FD0-8249-64A64C55A5D8@nostrum.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5CF661DB-B7D3-436F-973F-A9783E929E84@nostrum.com> Content-Transfer-Encoding: 7bit From: Philip Kizer Date: Tue, 15 Nov 2005 13:25:53 -0600 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.746.2) Received-SPF: pass (nostrum.com: 165.91.250.64 is authenticated by a trusted mechanism) Cc: Robert Watson Subject: Re: Problem remains with FreeBSD 6.0-RELEASE as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 19:25:56 -0000 > On Nov 10, 2005, at 09:54, Robert Watson wrote: >> If you could try out the patches and let me know if things >> improve, that would be great. On Nov 10, 2005, at 17:28, Philip Kizer wrote: > Patches applied and running now. You can be sure I'll let you know > as soon as I have new info (although if your first go is all good, > for my production situation, it's the old "proving a negative" > problem and we'll be good if I hit my personal timeout next week > and mail you back to say I haven't seen a repeat). Well, it's not yet a week but I've had enough problems with the unpatched systems, and no problems with the one running the test code, that I'm phasing in an upgrade with your patches on several of my other systems as well. World is compiling now. So far, so good. Hopefully this will let me get through this upcoming US holiday without having to be bothered by my pager. Thanks again! I'll report back as soon as I see (or don't) something, Philip From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 20:23:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 595BF16A41F for ; Tue, 15 Nov 2005 20:23:15 +0000 (GMT) (envelope-from psientist@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED41F43D45 for ; Tue, 15 Nov 2005 20:23:14 +0000 (GMT) (envelope-from psientist@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1479633nzo for ; Tue, 15 Nov 2005 12:23:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sGzdH//iIUCzmE7yQCCEfk7DwweejMF0H139QP7QtfcynxI0J58E028kUr/1y+nF8LooqTrqD9E7VsBFb8wwyAFx78QHXzSV/xVbPq5yZNLnjXfHFJQhWcpRwtSdW8HVu+nRUDdEzo/XdbVM2FE/9byNdNXy0SMiQXScIaJSTIA= Received: by 10.36.215.21 with SMTP id n21mr3307474nzg; Tue, 15 Nov 2005 12:23:14 -0800 (PST) Received: by 10.36.133.18 with HTTP; Tue, 15 Nov 2005 12:23:14 -0800 (PST) Message-ID: Date: Tue, 15 Nov 2005 12:23:14 -0800 From: colin williams To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: HP D325 Panic Fault Trap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 20:23:15 -0000 Im trying to boot FreeBSD on a hp d325 minitower. I am getting the same panic fault crap. I set my settings the same as Chris stated in the archives but am not having any luck. Maybe he forget to mention something I'm supposed to set in the bios? Someone else wrote me already. All you have to do is go into the BIOS setup: Disable HD DMA Transfers, Disable HD Translation, Switch it to PIO 0 mode. FreeBSD boots fine, then when the kernel takes over it programms the ATA controller itself, so no speed loss (little slower booting, a second or two at most). ~Chris I have a new HP D325 minitower with an Athlon XP 3000+ processor, 512 RAM, 40GB 7200 HD, CD-RW/DVD-Rom. If I try to boot a 5.2.1 based CD (Official Install or FreeSBIE) I get this message: FreeBSD/i386 Bootstrap loader, Revision 1.1 (root at nathan, Mon Feb 23 15:05:46 CET 2004) | int=3D0000000d err=3D00000000 efl=3D00030246 eip=3D0000249a eax=3D00002025 ebx=3D00000004 ecx=3D00002000 edx=3D0000a654 esi=3D000008d5 edi=3D0006290c ebp=3D00001516 esp=3D000014e0 cs=3Df000 ds=3Dede1 es=3Dede1 fs=3D0000 gs=3D0000 ss=3Dede1 cs:eip=3D0f 20 dd 81 e5 00 f0 0f-20 c2 0f 01 e0 a8 01 75 08 80 c2 fe e8 53 ff eb-21 0f 20 e0 a9 30 00 75 ss:esp=3D0c 29 06 00 d5 08 c0 00-16 15 00 00 00 15 00 00 04 00 00 00 54 a6 00 00-04 00 00 00 25 a6 00 00 BTX Halted From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 21:14:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA40016A41F for ; Tue, 15 Nov 2005 21:14:33 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4426843D45 for ; Tue, 15 Nov 2005 21:14:32 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id C9D833B953; Tue, 15 Nov 2005 22:14:31 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.4/8.13.4) with ESMTP id jAFLEIxL025779; Tue, 15 Nov 2005 22:14:18 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.4/8.13.4/Submit) id jAFLEIIq025778; Tue, 15 Nov 2005 22:14:18 +0100 (CET) (envelope-from schweikh) Date: Tue, 15 Nov 2005 22:14:18 +0100 From: Jens Schweikhardt To: Nicolas Blais Message-ID: <20051115211418.GE1783@schweikhardt.net> References: <200511141702.45491.nb_root@videotron.ca> <200511150542.34910.nb_root@videotron.ca> <4379BCEB.6030806@acidy.com> <200511150611.31743.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051115183647.GA1783@schweikhardt.net> User-Agent: Mutt/1.5.11 Cc: Steve Hodgson , freebsd-current@freebsd.org Subject: Re: Using ccache for build{world, kernel} (was: can't compile -CURRENT since 2 days ago) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 21:14:33 -0000 Folks, # Put this in /usr/ports/devel/ccache/files/patch-nohash-size-mtime and # reinstall the port. Then export CCACHE_NOHASH_SIZE_MTIME=y during your # makes for buildworld and buildkernel. This melts my buildworld time # from 2700s (real@~100%CPU) to under 1000s and buildkernel from 800s # to 250s, so you gain about a factor 3 for ab-initio builds. Sweet! # # # --- ccache.c.orig Mon Oct 31 17:38:21 2005 # +++ ccache.c Mon Oct 31 17:52:31 2005 # @@ -331,8 +331,10 @@ # hash_string(str_basename(args->argv[0])); # } # # - hash_int(st.st_size); # - hash_int(st.st_mtime); # + if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { # + hash_int(st.st_size); # + hash_int(st.st_mtime); # + } [Rest of patch snipped ...] I just asked the devel/ccache maintainer to commit this patch and he promptly did (Thanks Michael Johnson, aka ahze!). So you only need this unless your ports tree is current as of now. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 21:57:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7239316A420 for ; Tue, 15 Nov 2005 21:57:56 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E29F43D64 for ; Tue, 15 Nov 2005 21:57:48 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR003.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000BF0NO9C9I0@VL-MO-MR003.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 16:57:45 -0500 (EST) Date: Tue, 15 Nov 2005 16:57:39 -0500 From: Nicolas Blais In-reply-to: <20051115211418.GE1783@schweikhardt.net> To: Jens Schweikhardt Message-id: <200511151657.44716.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart2230332.sj9UJjVNiz; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> User-Agent: KMail/1.8.3 Cc: Steve Hodgson , freebsd-current@freebsd.org Subject: Re: Using ccache for build{world, kernel} (was: can't compile -CURRENT since 2 days ago) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 21:57:56 -0000 --nextPart2230332.sj9UJjVNiz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 15, 2005 04:14 pm, Jens Schweikhardt wrote: > Folks, > > # Put this in /usr/ports/devel/ccache/files/patch-nohash-size-mtime and > # reinstall the port. Then export CCACHE_NOHASH_SIZE_MTIME=3Dy during your > # makes for buildworld and buildkernel. This melts my buildworld time > # from 2700s (real@~100%CPU) to under 1000s and buildkernel from 800s > # to 250s, so you gain about a factor 3 for ab-initio builds. Sweet! > # > # > # --- ccache.c.orig Mon Oct 31 17:38:21 2005 > # +++ ccache.c Mon Oct 31 17:52:31 2005 > # @@ -331,8 +331,10 @@ > # hash_string(str_basename(args->argv[0])); > # } > # > # - hash_int(st.st_size); > # - hash_int(st.st_mtime); > # + if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { > # + hash_int(st.st_size); > # + hash_int(st.st_mtime); > # + } > [Rest of patch snipped ...] > > I just asked the devel/ccache maintainer to commit this patch and he > promptly did (Thanks Michael Johnson, aka ahze!). So you only need this > unless your ports tree is current as of now. > > Regards, > > Jens Thanks, very helpful! =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart2230332.sj9UJjVNiz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDelnYz38ton5LGeIRAjI9AJ0cg/psFCfdu786n0ohcR0DM89URgCgpkGu tgA66R1Jc8SllH6oiGZyZRs= =nMpo -----END PGP SIGNATURE----- --nextPart2230332.sj9UJjVNiz-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 22:08:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97F7216A420 for ; Tue, 15 Nov 2005 22:08:03 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B9843D64 for ; Tue, 15 Nov 2005 22:08:00 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000B0NO5A6660@VL-MO-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 17:07:59 -0500 (EST) Date: Tue, 15 Nov 2005 17:07:58 -0500 From: Nicolas Blais In-reply-to: <200511151657.44716.nb_root@videotron.ca> To: freebsd-current@freebsd.org Message-id: <200511151707.58687.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1399538.CNGH6PNsor; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <20051115211418.GE1783@schweikhardt.net> <200511151657.44716.nb_root@videotron.ca> User-Agent: KMail/1.8.3 Cc: Steve Hodgson , Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} (was: can't compile -CURRENT since 2 days ago) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 22:08:03 -0000 --nextPart1399538.CNGH6PNsor Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 15, 2005 04:57 pm, Nicolas Blais wrote: > On November 15, 2005 04:14 pm, Jens Schweikhardt wrote: > > Folks, > > > > # Put this in /usr/ports/devel/ccache/files/patch-nohash-size-mtime and > > # reinstall the port. Then export CCACHE_NOHASH_SIZE_MTIME=3Dy during y= our > > # makes for buildworld and buildkernel. This melts my buildworld time > > # from 2700s (real@~100%CPU) to under 1000s and buildkernel from 800s > > # to 250s, so you gain about a factor 3 for ab-initio builds. Sweet! > > # > > # > > # --- ccache.c.orig Mon Oct 31 17:38:21 2005 > > # +++ ccache.c Mon Oct 31 17:52:31 2005 > > # @@ -331,8 +331,10 @@ > > # hash_string(str_basename(args->argv[0])); > > # } > > # > > # - hash_int(st.st_size); > > # - hash_int(st.st_mtime); > > # + if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { > > # + hash_int(st.st_size); > > # + hash_int(st.st_mtime); > > # + } > > [Rest of patch snipped ...] > > > > I just asked the devel/ccache maintainer to commit this patch and he > > promptly did (Thanks Michael Johnson, aka ahze!). So you only need this > > unless your ports tree is current as of now. > > > > Regards, > > > > Jens > > Thanks, very helpful! Actually, I've upgraded ccache to _2 and it doesn't say anymore what to put= in=20 make.conf. Is it still : =2Eif ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} CC=3Dcc CXX=3Dc++ =2Eelse =2Eif defined(NOCCACHE) CC=3D/usr/bin/cc CXX=3D/usr/bin/c++ =2Eelse CC=3Dcc CXX=3Dc++ =2Eendif =2Eendif or is it : #.if !defined(NOCCACHE) #.if ${.CURDIR:M/usr/src*} #CC=3D/usr/local/libexec/ccache/cc #CXX=3D/usr/local/libexec/ccache/c++ #.else #CC=3Dcc #CXX=3Dc++ #.endif #.else #CC=3D/usr/bin/cc #CXX=3D/usr/bin/c++ #.endif and do I still have to setenv CCACHE_NOHASH_SIZE_MTIME yes for a=20 buildworld/kernel? Thanks, Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1399538.CNGH6PNsor Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDelw+z38ton5LGeIRAlj0AJ42taj98NsjAukaClmU/BCNNAicOwCfalUy QsayssM61QdRhi/LhT4Sm3Y= =d9rr -----END PGP SIGNATURE----- --nextPart1399538.CNGH6PNsor-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 22:11:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1515A16A41F for ; Tue, 15 Nov 2005 22:11:07 +0000 (GMT) (envelope-from steve@acidy.com) Received: from acidy.com (iade006wl01.blackmesh.com [216.66.28.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 7108943D45 for ; Tue, 15 Nov 2005 22:11:06 +0000 (GMT) (envelope-from steve@acidy.com) Received: (qmail 13660 invoked by uid 512); 15 Nov 2005 22:11:05 -0000 Received: from steve@acidy.com by terrence by uid 510 with qmail-scanner-1.21st (clamdscan: 0.70rc. spamassassin: 2.63. Clear:RC:1(212.44.26.151):. Processed in 0.18392 secs); 15 Nov 2005 22:11:05 -0000 Received: from no-reverse.dialnet.com (HELO shark.scudamores.com) (212.44.26.151) by acidy.com with SMTP; 15 Nov 2005 22:11:05 -0000 Received: from congo.princess.dyns.cx ([192.168.1.10]) by shark.scudamores.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 15 Nov 2005 22:11:04 +0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by congo.princess.dyns.cx (Postfix) with ESMTP id DC6355D02; Tue, 15 Nov 2005 22:11:01 +0000 (GMT) Message-ID: <437A5CF5.4020203@acidy.com> Date: Tue, 15 Nov 2005 22:11:01 +0000 From: Steve Hodgson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nicolas Blais References: <200511141702.45491.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> <200511151657.44716.nb_root@videotron.ca> In-Reply-To: <200511151657.44716.nb_root@videotron.ca> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Nov 2005 22:11:04.0870 (UTC) FILETIME=[78AB0C60:01C5EA31] Cc: freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 22:11:07 -0000 Nicolas Blais wrote: >On November 15, 2005 04:14 pm, Jens Schweikhardt wrote: > > >>Folks, >> >># Put this in /usr/ports/devel/ccache/files/patch-nohash-size-mtime and >># reinstall the port. Then export CCACHE_NOHASH_SIZE_MTIME=y during your >># makes for buildworld and buildkernel. This melts my buildworld time >># from 2700s (real@~100%CPU) to under 1000s and buildkernel from 800s >># to 250s, so you gain about a factor 3 for ab-initio builds. Sweet! >># >># >># --- ccache.c.orig Mon Oct 31 17:38:21 2005 >># +++ ccache.c Mon Oct 31 17:52:31 2005 >># @@ -331,8 +331,10 @@ >># hash_string(str_basename(args->argv[0])); >># } >># >># - hash_int(st.st_size); >># - hash_int(st.st_mtime); >># + if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { >># + hash_int(st.st_size); >># + hash_int(st.st_mtime); >># + } >>[Rest of patch snipped ...] >> >>I just asked the devel/ccache maintainer to commit this patch and he >>promptly did (Thanks Michael Johnson, aka ahze!). So you only need this >>unless your ports tree is current as of now. >> >>Regards, >> >> Jens >> >> > >Thanks, very helpful! > > > So would the following form a better set of instructions for the port (given the above patch is merged)? 1. don't follow the instructions about changing your PATH and setting CCACHE_PATH in /etc/profile or cshrc 2. use the following in /etc/make.conf .if !defined(NOCCACHE) .if ${.CURDIR:M/usr/src*} CC=CCACHE_NOHASH_SIZE_MTIME=y /usr/local/bin/ccache cc CXX=CCACHE_NOHASH_SIZE_MTIME=y /usr/local/bin/ccache c++ .else CC=/usr/local/bin/ccache cc CXX=/usr/local/bin/ccache c++ .endif .endif (untested though) Steve From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 22:17:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F314816A41F for ; Tue, 15 Nov 2005 22:17:57 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ACFB43D46 for ; Tue, 15 Nov 2005 22:17:57 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000A93OLWC4D0@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 17:17:56 -0500 (EST) Date: Tue, 15 Nov 2005 17:17:55 -0500 From: Nicolas Blais In-reply-to: <437A5CF5.4020203@acidy.com> To: Steve Hodgson Message-id: <200511151717.55841.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart6742360.pLxbfN5fVG; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <200511151657.44716.nb_root@videotron.ca> <437A5CF5.4020203@acidy.com> User-Agent: KMail/1.8.3 Cc: freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 22:17:58 -0000 --nextPart6742360.pLxbfN5fVG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 15, 2005 05:11 pm, Steve Hodgson wrote: > Nicolas Blais wrote: > >On November 15, 2005 04:14 pm, Jens Schweikhardt wrote: > >>Folks, > >> > >># Put this in /usr/ports/devel/ccache/files/patch-nohash-size-mtime and > >># reinstall the port. Then export CCACHE_NOHASH_SIZE_MTIME=3Dy during y= our > >># makes for buildworld and buildkernel. This melts my buildworld time > >># from 2700s (real@~100%CPU) to under 1000s and buildkernel from 800s > >># to 250s, so you gain about a factor 3 for ab-initio builds. Sweet! > >># > >># > >># --- ccache.c.orig Mon Oct 31 17:38:21 2005 > >># +++ ccache.c Mon Oct 31 17:52:31 2005 > >># @@ -331,8 +331,10 @@ > >># hash_string(str_basename(args->argv[0])); > >># } > >># > >># - hash_int(st.st_size); > >># - hash_int(st.st_mtime); > >># + if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { > >># + hash_int(st.st_size); > >># + hash_int(st.st_mtime); > >># + } > >>[Rest of patch snipped ...] > >> > >>I just asked the devel/ccache maintainer to commit this patch and he > >>promptly did (Thanks Michael Johnson, aka ahze!). So you only need this > >>unless your ports tree is current as of now. > >> > >>Regards, > >> > >> Jens > > > >Thanks, very helpful! > > So would the following form a better set of instructions for the port > (given the above patch is merged)? > > 1. don't follow the instructions about changing your PATH and setting > CCACHE_PATH in /etc/profile or cshrc > 2. use the following in /etc/make.conf > > .if !defined(NOCCACHE) > .if ${.CURDIR:M/usr/src*} > CC=3DCCACHE_NOHASH_SIZE_MTIME=3Dy /usr/local/bin/ccache cc > CXX=3DCCACHE_NOHASH_SIZE_MTIME=3Dy /usr/local/bin/ccache c++ > .else > CC=3D/usr/local/bin/ccache cc > CXX=3D/usr/local/bin/ccache c++ > .endif > .endif > > (untested though) > > Steve Didn't get far: [snip] =2D------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims =2D------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/tmp =20 INSTALL=3D"sh /usr/src/tools/install.sh" =20 PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr= /bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin =20 WORLDTMP=3D/usr/obj/usr/src/tmp MAKEFLAGS=3D"-m /usr/src/tools/build/mk =20 =2Dm /usr/src/share/mk" make -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D= 700006 =20 =2DDNO_HTML -DNO_INFO -DNO_LINT -DNO_MAN -DNO_NLS -DNO_PIC -DNO_PROFILE=20 =2DDNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy =3D=3D=3D> tools/build (obj,includes,depend,all,install) /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend CC=3D'CCACHE_NOHASH_SIZE_MTIME=3Dy /usr/local/bin/ccache cc' mkdep -f .depe= nd -a =20 =2DI/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c CCACHE_NOHASH_SIZE_MTIME=3Dy: not found mkdep: compile failed *** Error code 1 Stop in /usr/src/tools/build. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 0.300u 0.138s 0:00.58 74.1% 270+382k 6+1io 1pf+0w =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart6742360.pLxbfN5fVG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDel6Tz38ton5LGeIRApaeAJ9t1PUE50IPyHYwTg1NS58to7UCDQCeOte8 q+ylZz/TwN4tMgO+ffReKhQ= =ntx+ -----END PGP SIGNATURE----- --nextPart6742360.pLxbfN5fVG-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 22:42:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B57616A41F for ; Tue, 15 Nov 2005 22:42:28 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED12943D46 for ; Tue, 15 Nov 2005 22:42:27 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 703203B904; Tue, 15 Nov 2005 23:42:26 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.4/8.13.4) with ESMTP id jAFMgCH2032498; Tue, 15 Nov 2005 23:42:12 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.4/8.13.4/Submit) id jAFMgC4L032497; Tue, 15 Nov 2005 23:42:12 +0100 (CET) (envelope-from schweikh) Date: Tue, 15 Nov 2005 23:42:12 +0100 From: Jens Schweikhardt To: Steve Hodgson Message-ID: <20051115224212.GF1783@schweikhardt.net> References: <200511141702.45491.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> <200511151657.44716.nb_root@videotron.ca> <437A5CF5.4020203@acidy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437A5CF5.4020203@acidy.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, Nicolas Blais Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 22:42:28 -0000 Steve et al, # So would the following form a better set of instructions for the port # (given the above patch is merged)? Might not, because... # 1. don't follow the instructions about changing your PATH and setting # CCACHE_PATH in /etc/profile or cshrc # 2. use the following in /etc/make.conf # # .if !defined(NOCCACHE) # .if ${.CURDIR:M/usr/src*} ...I'm not sure whether the CURDIR always is under /usr/src; it might change to somewhere under /usr/obj. Haven't investigated, though. # CC=CCACHE_NOHASH_SIZE_MTIME=y /usr/local/bin/ccache cc # CXX=CCACHE_NOHASH_SIZE_MTIME=y /usr/local/bin/ccache c++ # .else # CC=/usr/local/bin/ccache cc # CXX=/usr/local/bin/ccache c++ # .endif # .endif # # (untested though) I would simply not mess with make.conf and obfuscated .CURDIR magic, but rather write a little and obvious shell script "build-sys" along #!/bin/sh set -e unset CCACHE_PATH # Make ccache search PATH for the real compilers. CC="/usr/local/bin/ccache cc" CXX="/usr/local/bin/ccache c++" export CCACHE_NOHASH_SIZE_MTIME=yes cd /usr/src make CC="${CC}" CXX="${CXX}" buildworld make CC="${CC}" CXX="${CXX}" buildkernel Does this work for you? BTW, you can always disable ccache with export CCACHE_DISABLE=yes. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 22:48:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FA2616A41F for ; Tue, 15 Nov 2005 22:48:03 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ECA443D4C for ; Tue, 15 Nov 2005 22:48:00 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 58B513B9C1; Tue, 15 Nov 2005 23:47:56 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.4/8.13.4) with ESMTP id jAFMliRj032575; Tue, 15 Nov 2005 23:47:44 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.4/8.13.4/Submit) id jAFMlin4032574; Tue, 15 Nov 2005 23:47:44 +0100 (CET) (envelope-from schweikh) Date: Tue, 15 Nov 2005 23:47:44 +0100 From: Jens Schweikhardt To: Nicolas Blais Message-ID: <20051115224744.GG1783@schweikhardt.net> References: <200511141702.45491.nb_root@videotron.ca> <200511151657.44716.nb_root@videotron.ca> <437A5CF5.4020203@acidy.com> <200511151717.55841.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511151717.55841.nb_root@videotron.ca> User-Agent: Mutt/1.5.11 Cc: Steve Hodgson , freebsd-current@freebsd.org Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 22:48:03 -0000 ... # Didn't get far: # # [snip] # -------------------------------------------------------------- # >>> stage 1.1: legacy release compatibility shims # -------------------------------------------------------------- # cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp # INSTALL="sh /usr/src/tools/install.sh" # PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin # WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk # -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=700006 # -DNO_HTML -DNO_INFO -DNO_LINT -DNO_MAN -DNO_NLS -DNO_PIC -DNO_PROFILE # -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy # ===> tools/build (obj,includes,depend,all,install) # /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build # cd /usr/src/tools/build; make buildincludes; make installincludes # rm -f .depend # CC='CCACHE_NOHASH_SIZE_MTIME=y /usr/local/bin/ccache cc' mkdep -f .depend -a # -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c # CCACHE_NOHASH_SIZE_MTIME=y: not found I suspect there's an exec() somewhere instead of a system(), so passing envars does not work. Try explicitly exporting CCACHE_NOHASH_SIZE_MTIME=y. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 22:58:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DEAB16A421 for ; Tue, 15 Nov 2005 22:58:25 +0000 (GMT) (envelope-from steve@acidy.com) Received: from acidy.com (iade006wl01.blackmesh.com [216.66.28.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DD8143D76 for ; Tue, 15 Nov 2005 22:58:06 +0000 (GMT) (envelope-from steve@acidy.com) Received: (qmail 14632 invoked by uid 512); 15 Nov 2005 22:58:04 -0000 Received: from steve@acidy.com by terrence by uid 510 with qmail-scanner-1.21st (clamdscan: 0.70rc. spamassassin: 2.63. Clear:RC:1(212.44.26.151):. Processed in 0.256945 secs); 15 Nov 2005 22:58:04 -0000 Received: from no-reverse.dialnet.com (HELO shark.scudamores.com) (212.44.26.151) by acidy.com with SMTP; 15 Nov 2005 22:58:04 -0000 Received: from congo.princess.dyns.cx ([192.168.1.10]) by shark.scudamores.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 15 Nov 2005 22:58:03 +0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by congo.princess.dyns.cx (Postfix) with ESMTP id C1F445D02; Tue, 15 Nov 2005 22:58:00 +0000 (GMT) Message-ID: <437A67F8.3070109@acidy.com> Date: Tue, 15 Nov 2005 22:58:00 +0000 From: Steve Hodgson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jens Schweikhardt References: <200511141702.45491.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> <200511151657.44716.nb_root@videotron.ca> <437A5CF5.4020203@acidy.com> <20051115224212.GF1783@schweikhardt.net> In-Reply-To: <20051115224212.GF1783@schweikhardt.net> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Nov 2005 22:58:03.0823 (UTC) FILETIME=[08E523F0:01C5EA38] Cc: freebsd-current@freebsd.org, Nicolas Blais Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 22:58:25 -0000 Jens Schweikhardt wrote: >Steve et al, > ># So would the following form a better set of instructions for the port ># (given the above patch is merged)? > >Might not, because... > ># 1. don't follow the instructions about changing your PATH and setting ># CCACHE_PATH in /etc/profile or cshrc ># 2. use the following in /etc/make.conf ># ># .if !defined(NOCCACHE) ># .if ${.CURDIR:M/usr/src*} > >...I'm not sure whether the CURDIR always is under /usr/src; >it might change to somewhere under /usr/obj. Haven't investigated, though. > ># CC=CCACHE_NOHASH_SIZE_MTIME=y /usr/local/bin/ccache cc ># CXX=CCACHE_NOHASH_SIZE_MTIME=y /usr/local/bin/ccache c++ ># .else ># CC=/usr/local/bin/ccache cc ># CXX=/usr/local/bin/ccache c++ ># .endif ># .endif ># ># (untested though) > >I would simply not mess with make.conf and obfuscated .CURDIR magic, but >rather write a little and obvious shell script "build-sys" along > >#!/bin/sh >set -e >unset CCACHE_PATH # Make ccache search PATH for the real compilers. >CC="/usr/local/bin/ccache cc" CXX="/usr/local/bin/ccache c++" >export CCACHE_NOHASH_SIZE_MTIME=yes >cd /usr/src >make CC="${CC}" CXX="${CXX}" buildworld >make CC="${CC}" CXX="${CXX}" buildkernel > >Does this work for you? BTW, you can always disable ccache with >export CCACHE_DISABLE=yes. > >Regards, > > Jens > > I agree that that is an option, and here is another. I'm not going to suggest which is the better solution, that is probably up to the maintainer. 1. Create a new file /usr/local/bin/ccache-world: #!/bin/sh export CCACHE_NOHASH_SIZE_MTIME=1 /usr/local/bin/ccache $@ 2. Change the instructions in the ccache port in line with my last email, removing references to CCACHE_PATH and changing the PATH variable. Edit /etc/make.conf: .if !defined(NOCCACHE) .if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} CC=/usr/local/bin/ccache-world cc CXX=/usr/local/bin/ccache-world c++ .else CC=/usr/local/bin/ccache cc CXX=/usr/local/bin/ccache c++ .endif .endif Though this does seem a rather nasty solution. But it doesn't require users to change their habits to use ccache for kernel/world builds. Steve (this has been tested this time!) From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 23:01:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A3A16A41F for ; Tue, 15 Nov 2005 23:01:43 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A04A443D45 for ; Tue, 15 Nov 2005 23:01:42 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR003.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ0000MNQMTFI10@VL-MO-MR003.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 18:01:41 -0500 (EST) Date: Tue, 15 Nov 2005 18:01:35 -0500 From: Nicolas Blais In-reply-to: <437A67F8.3070109@acidy.com> To: Steve Hodgson Message-id: <200511151801.41176.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1614108.hrKIB5d6jf; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <20051115224212.GF1783@schweikhardt.net> <437A67F8.3070109@acidy.com> User-Agent: KMail/1.8.3 Cc: freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 23:01:43 -0000 --nextPart1614108.hrKIB5d6jf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 15, 2005 05:58 pm, Steve Hodgson wrote: > Jens Schweikhardt wrote: > >Steve et al, > > > ># So would the following form a better set of instructions for the port > ># (given the above patch is merged)? > > > >Might not, because... > > > ># 1. don't follow the instructions about changing your PATH and setting > ># CCACHE_PATH in /etc/profile or cshrc > ># 2. use the following in /etc/make.conf > ># > ># .if !defined(NOCCACHE) > ># .if ${.CURDIR:M/usr/src*} > > > >...I'm not sure whether the CURDIR always is under /usr/src; > >it might change to somewhere under /usr/obj. Haven't investigated, thoug= h. > > > ># CC=3DCCACHE_NOHASH_SIZE_MTIME=3Dy /usr/local/bin/ccache cc > ># CXX=3DCCACHE_NOHASH_SIZE_MTIME=3Dy /usr/local/bin/ccache c++ > ># .else > ># CC=3D/usr/local/bin/ccache cc > ># CXX=3D/usr/local/bin/ccache c++ > ># .endif > ># .endif > ># > ># (untested though) > > > >I would simply not mess with make.conf and obfuscated .CURDIR magic, but > >rather write a little and obvious shell script "build-sys" along > > > >#!/bin/sh > >set -e > >unset CCACHE_PATH # Make ccache search PATH for the real compilers. > >CC=3D"/usr/local/bin/ccache cc" CXX=3D"/usr/local/bin/ccache c++" > >export CCACHE_NOHASH_SIZE_MTIME=3Dyes > >cd /usr/src > >make CC=3D"${CC}" CXX=3D"${CXX}" buildworld > >make CC=3D"${CC}" CXX=3D"${CXX}" buildkernel > > > >Does this work for you? BTW, you can always disable ccache with > >export CCACHE_DISABLE=3Dyes. > > > >Regards, > > > > Jens > > I agree that that is an option, and here is another. I'm not going to > suggest which is the better solution, that is probably up to the > maintainer. > > 1. Create a new file /usr/local/bin/ccache-world: > > #!/bin/sh > export CCACHE_NOHASH_SIZE_MTIME=3D1 > /usr/local/bin/ccache $@ > > 2. Change the instructions in the ccache port in line with my last > email, removing references to CCACHE_PATH and changing the PATH > variable. Edit /etc/make.conf: > > .if !defined(NOCCACHE) > .if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} > CC=3D/usr/local/bin/ccache-world cc > CXX=3D/usr/local/bin/ccache-world c++ > .else > CC=3D/usr/local/bin/ccache cc > CXX=3D/usr/local/bin/ccache c++ > .endif > .endif > > Though this does seem a rather nasty solution. But it doesn't require > users to change their habits to use ccache for kernel/world builds. > > Steve > > (this has been tested this time!) As a frequent 'buildworld' user, I probably like this better. =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1614108.hrKIB5d6jf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDemjVz38ton5LGeIRAj5jAKCqnvL1r/t07zlfqo0h99faE3dQlwCgnakR Nv8DyMx/7Mi7Fengn20fD0c= =oh/x -----END PGP SIGNATURE----- --nextPart1614108.hrKIB5d6jf-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 23:03:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6A1216A41F for ; Tue, 15 Nov 2005 23:03:53 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 500FE43D72 for ; Tue, 15 Nov 2005 23:03:49 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR003.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000BN4QQCC9R0@VL-MO-MR003.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 18:03:48 -0500 (EST) Date: Tue, 15 Nov 2005 18:03:47 -0500 From: Nicolas Blais In-reply-to: <437A67F8.3070109@acidy.com> To: freebsd-current@freebsd.org Message-id: <200511151803.48167.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart8997729.tgPtsUXYvy; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <20051115224212.GF1783@schweikhardt.net> <437A67F8.3070109@acidy.com> User-Agent: KMail/1.8.3 Cc: Steve Hodgson , Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 23:03:53 -0000 --nextPart8997729.tgPtsUXYvy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > I agree that that is an option, and here is another. I'm not going to > suggest which is the better solution, that is probably up to the > maintainer. > > 1. Create a new file /usr/local/bin/ccache-world: > > #!/bin/sh > export CCACHE_NOHASH_SIZE_MTIME=3D1 > /usr/local/bin/ccache $@ > > 2. Change the instructions in the ccache port in line with my last > email, removing references to CCACHE_PATH and changing the PATH > variable. Edit /etc/make.conf: > > .if !defined(NOCCACHE) > .if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} > CC=3D/usr/local/bin/ccache-world cc > CXX=3D/usr/local/bin/ccache-world c++ > .else > CC=3D/usr/local/bin/ccache cc > CXX=3D/usr/local/bin/ccache c++ > .endif > .endif > > Though this does seem a rather nasty solution. But it doesn't require > users to change their habits to use ccache for kernel/world builds. > > Steve > > (this has been tested this time!) Tested and works as suggested! =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart8997729.tgPtsUXYvy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDemlUz38ton5LGeIRAgLnAKCrJx9L3PKNWw+91f4sYlaZ6cBFuACfUxal llefSH5QogSudcY7r/3CXgo= =h2Um -----END PGP SIGNATURE----- --nextPart8997729.tgPtsUXYvy-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 15 23:16:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D33316A41F for ; Tue, 15 Nov 2005 23:16:03 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A88943D45 for ; Tue, 15 Nov 2005 23:16:02 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000B8FRAO2JI0@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 18:16:01 -0500 (EST) Date: Tue, 15 Nov 2005 18:16:00 -0500 From: Nicolas Blais In-reply-to: <437A67F8.3070109@acidy.com> To: Steve Hodgson Message-id: <200511151816.00577.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart2080932.eDoZQyvdCv; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <20051115224212.GF1783@schweikhardt.net> <437A67F8.3070109@acidy.com> User-Agent: KMail/1.8.3 Cc: freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 23:16:03 -0000 --nextPart2080932.eDoZQyvdCv Content-Type: multipart/mixed; boundary="Boundary-01=_wwmeD7jCBHpspHi" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_wwmeD7jCBHpspHi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > I agree that that is an option, and here is another. I'm not going to > suggest which is the better solution, that is probably up to the > maintainer. > > 1. Create a new file /usr/local/bin/ccache-world: > > #!/bin/sh > export CCACHE_NOHASH_SIZE_MTIME=3D1 > /usr/local/bin/ccache $@ > > 2. Change the instructions in the ccache port in line with my last > email, removing references to CCACHE_PATH and changing the PATH > variable. Edit /etc/make.conf: > > .if !defined(NOCCACHE) > .if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} > CC=3D/usr/local/bin/ccache-world cc > CXX=3D/usr/local/bin/ccache-world c++ > .else > CC=3D/usr/local/bin/ccache cc > CXX=3D/usr/local/bin/ccache c++ > .endif > .endif > > Though this does seem a rather nasty solution. But it doesn't require > users to change their habits to use ccache for kernel/world builds. > > Steve > > (this has been tested this time!) Hmm.. maybe I spoke too fast as I got a build error, and I'm not certain if= my=20 build is related with this patch. I attached the builderror. With NOCCACHE= ,=20 it builds (actually it's still building but it went past that error). =20 I tried with a fresh /usr/obj and a fresh .ccache and I still have that err= or=20 with the new ccache + above hack. Nicolas =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --Boundary-01=_wwmeD7jCBHpspHi Content-Type: text/x-diff; charset="iso-8859-1"; name="builderror" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="builderror" echo '#define BFD_VERSION_STRING "2.15 [FreeBSD] 2004-05-23"' >> bfdver.h rm -f .depend CC='/usr/local/bin/ccache-world cc' mkdep -f .depend -a -I. -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/bin utils/libbfd/../libbfd -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/usr/src/gnu/usr.bin/binutils/libb fd/../../../../contrib/binutils/include -D_GNU_SOURCE -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -D SELECT_ARCHITECTURES=" &bfd_i386_arch" -DHAVE_bfd_elf32_i386_freebsd_vec -DHAVE_bfd_elf32_i386_vec -DSELECT_VECS=" &bfd_elf32_i3 86_freebsd_vec ,&bfd_elf32_i386_vec" -DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/ src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-i386.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../con trib/binutils/bfd/elf32-i386.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c /usr/src/gnu/usr.bi n/binutils/libbfd/../../../../contrib/binutils/bfd/elflink.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/b fd/archive.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archive64.c /usr/src/gnu/usr.bin/binutils/lib bfd/../../../../contrib/binutils/bfd/archures.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfd.c /usr /src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdwin.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../cont rib/binutils/bfd/binary.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cache.c /usr/src/gnu/usr.bin/bin utils/libbfd/../../../../contrib/binutils/bfd/coffgen.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/co refile.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c /usr/src/gnu/usr.bin/binutils/libbfd/../../ ../../contrib/binutils/bfd/elf-eh-frame.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf-strtab.c /us r/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/format.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../con trib/binutils/bfd/hash.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ihex.c /usr/src/gnu/usr.bin/binut ils/libbfd/../../../../contrib/binutils/bfd/init.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/libbfd. c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../. ./contrib/binutils/bfd/merge.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/opncls.c /usr/src/gnu/usr.b in/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bf d/section.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/srec.c /usr/src/gnu/usr.bin/binutils/libbfd/.. /../../../contrib/binutils/bfd/stab-syms.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stabs.c /usr/sr c/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/syms.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/b inutils/bfd/targets.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/tekhex.c /usr/src/gnu/usr.bin/binuti ls/libbfd/../../../../contrib/binutils/bfd/dwarf1.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/dwarf2 .c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdio.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../. ./contrib/binutils/bfd/simple.c cc: &bfd_i386_arch: No such file or directory cc: &bfd_elf32_i386_freebsd_vec: No such file or directory cc: ,&bfd_elf32_i386_vec: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error 55.981u 13.532s 1:17.59 89.5% 1810+944k 113+153io 76pf+0w --Boundary-01=_wwmeD7jCBHpspHi-- --nextPart2080932.eDoZQyvdCv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDemwwz38ton5LGeIRAnzHAKCRH9pTcl0rwZ3aCUd/qaAzNEVQOACgnl81 Utl1EFrToiAohM+x9AAlEbQ= =RjsV -----END PGP SIGNATURE----- --nextPart2080932.eDoZQyvdCv-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 00:06:58 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 823B716A44D for ; Wed, 16 Nov 2005 00:06:58 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2DBC43D45 for ; Wed, 16 Nov 2005 00:06:57 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.96] (dell.portaone.com [70.68.0.213]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id jAG06fCn051378 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2005 01:06:45 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <437A780C.8070609@portaone.com> Date: Tue, 15 Nov 2005 16:06:36 -0800 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jens Schweikhardt References: <200511141702.45491.nb_root@videotron.ca> <200511150542.34910.nb_root@videotron.ca> <4379BCEB.6030806@acidy.com> <200511150611.31743.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> In-Reply-To: <20051115211418.GE1783@schweikhardt.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1176/Tue Nov 15 21:47:39 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: Steve Hodgson , freebsd-current@FreeBSD.ORG, Nicolas Blais Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 00:06:58 -0000 I have better patch which extends detection mechanism, so that along with size/mtime checksum of the compiler binary is stored as well. Since compiler binary linked from the same sources/objects will have the same checksum it allows ccache to be used OOB with buildworld. Do you have any interest in putting it into the port? http://www.portaone.com/~sobomax/ccache.buildworld -Maxim Jens Schweikhardt wrote: > Folks, > > # Put this in /usr/ports/devel/ccache/files/patch-nohash-size-mtime and > # reinstall the port. Then export CCACHE_NOHASH_SIZE_MTIME=y during your > # makes for buildworld and buildkernel. This melts my buildworld time > # from 2700s (real@~100%CPU) to under 1000s and buildkernel from 800s > # to 250s, so you gain about a factor 3 for ab-initio builds. Sweet! > # > # > # --- ccache.c.orig Mon Oct 31 17:38:21 2005 > # +++ ccache.c Mon Oct 31 17:52:31 2005 > # @@ -331,8 +331,10 @@ > # hash_string(str_basename(args->argv[0])); > # } > # > # - hash_int(st.st_size); > # - hash_int(st.st_mtime); > # + if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { > # + hash_int(st.st_size); > # + hash_int(st.st_mtime); > # + } > [Rest of patch snipped ...] > > I just asked the devel/ccache maintainer to commit this patch and he > promptly did (Thanks Michael Johnson, aka ahze!). So you only need this > unless your ports tree is current as of now. > > Regards, > > Jens From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 00:42:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3577216A41F for ; Wed, 16 Nov 2005 00:42:11 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C617F43D45 for ; Wed, 16 Nov 2005 00:42:10 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000BK4VA95YF0@VL-MO-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 19:42:10 -0500 (EST) Date: Tue, 15 Nov 2005 19:41:58 -0500 From: Nicolas Blais In-reply-to: <3DE7B806-FB6B-4388-8FC7-E495F82E9D9B@ahze.net> To: michael johnson Message-id: <200511151942.04277.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1483578.P0mYJqPIBC; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <437A780C.8070609@portaone.com> <3DE7B806-FB6B-4388-8FC7-E495F82E9D9B@ahze.net> User-Agent: KMail/1.8.3 Cc: Steve Hodgson , Maxim.Sobolev@portaone.com, freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 00:42:11 -0000 --nextPart1483578.P0mYJqPIBC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 15, 2005 07:30 pm, michael johnson wrote: > On Nov 15, 2005, at 7:06 PM, Maxim Sobolev wrote: > > I have better patch which extends detection mechanism, so that > > along with size/mtime checksum of the compiler binary is stored as > > well. Since compiler binary linked from the same sources/objects > > will have the same checksum it allows ccache to be used OOB with > > buildworld. Do you have any interest in putting it into the port? > > > > http://www.portaone.com/~sobomax/ccache.buildworld > > Sure, I just have one question about the way this thing works. Would > using this patch not > make collision probability of the cache higher? I don't think this > would be a huge problem, > but it's not impossible to do with a 1,000,000~ file cache now. > Whatever the final outcome, the current port of ccache breaks a lot of big= =20 compiles (3 ports failed during 'portupgrade -ai', such as GTK2.8.7 and=20 buildworld) while NOCCACHE makes the build a success.=20 Maybe flag the port 'broken' until it is safe to use? Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1483578.P0mYJqPIBC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDeoBcz38ton5LGeIRAiW1AJ4scXnXToFSlXgDro6BOoe1GC88QgCfc8Cm uik63gA3WdNjZbhOWFX5Z7A= =2wnt -----END PGP SIGNATURE----- --nextPart1483578.P0mYJqPIBC-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 00:55:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 469ED16A41F for ; Wed, 16 Nov 2005 00:55:19 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADE6043D46 for ; Wed, 16 Nov 2005 00:55:18 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000EZYVW5OX70@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 19:55:18 -0500 (EST) Date: Tue, 15 Nov 2005 19:55:16 -0500 From: Nicolas Blais In-reply-to: <94619225-C1F5-4477-B1C3-E78F72FE8A08@ahze.net> To: michael johnson Message-id: <200511151955.17017.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart4418526.eiXxAkOY7l; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <200511151942.04277.nb_root@videotron.ca> <94619225-C1F5-4477-B1C3-E78F72FE8A08@ahze.net> User-Agent: KMail/1.8.3 Cc: Steve Hodgson , Jens Schweikhardt , freebsd-current@freebsd.org, Maxim.Sobolev@portaone.com Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 00:55:19 -0000 --nextPart4418526.eiXxAkOY7l Content-Type: multipart/mixed; boundary="Boundary-01=_0NoeDOxcBlyiEqf" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_0NoeDOxcBlyiEqf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > > Whatever the final outcome, the current port of ccache breaks a lot > > of big > > compiles (3 ports failed during 'portupgrade -ai', such as GTK2.8.7 > > and > > buildworld) while NOCCACHE makes the build a success. > > Can you give me the error? > > I'm not seeing this > > > Maybe flag the port 'broken' until it is safe to use? > > > > Nicolas. > > I'm not going to put every single port that caused an error, but here's one= =2E =20 gtk 2.8.7: Making all in pixops if /bin/sh /usr/ports/x11-toolkits/gtk20/work/gnome-libtool=20 =2D-mode=3Dcompile /usr/local/bin/ccache cc -DHAVE_CONFIG_H -I. -I. -I../..= =20 =2DI../.. -I../.. -DG_DISABLE_CAST_CHECKS =20 =2DD_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/incl= ude=20 =2DI/usr/local/include/libpng -DG_DISABLE_DEPRECATED = =20 =2DDGDK_PIXBUF_DISABLE_DEPRECATED -I/usr/local/include/freetype2 =20 =2DI/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -O2=20 =2Dfno-strict-aliasing -pipe -march=3Dathlon-mp -mno-sse2 -Wall -MT pixops.= lo -MD=20 =2DMP -MF ".deps/pixops.Tpo" -c -o pixops.lo `test -f 'pixops.c' || echo=20 './'`pixops.c; then mv -f ".deps/pixops.Tpo" ".deps/pixops.Plo"; else rm = =2Df=20 ".deps/pixops.Tpo"; exit 1; fi gnome-libtool: compile: unable to infer tagged configuration gnome-libtool: compile: specify a tag with `--tag' *** Error code 1 Stop in /usr/ports/x11-toolkits/gtk20/work/gtk+-2.8.7/gdk-pixbuf/pixops. *** Error code 1 Stop in /usr/ports/x11-toolkits/gtk20/work/gtk+-2.8.7/gdk-pixbuf. *** Error code 1 buildworld: see file attached All build errors disappear with NOCCACHE. =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --Boundary-01=_0NoeDOxcBlyiEqf Content-Type: text/x-diff; charset="iso-8859-1"; name="builderror" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="builderror" echo '#define BFD_VERSION_STRING "2.15 [FreeBSD] 2004-05-23"' >> bfdver.h rm -f .depend CC='/usr/local/bin/ccache-world cc' mkdep -f .depend -a -I. -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/bin utils/libbfd/../libbfd -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/usr/src/gnu/usr.bin/binutils/libb fd/../../../../contrib/binutils/include -D_GNU_SOURCE -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -D SELECT_ARCHITECTURES=" &bfd_i386_arch" -DHAVE_bfd_elf32_i386_freebsd_vec -DHAVE_bfd_elf32_i386_vec -DSELECT_VECS=" &bfd_elf32_i3 86_freebsd_vec ,&bfd_elf32_i386_vec" -DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/ src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-i386.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../con trib/binutils/bfd/elf32-i386.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c /usr/src/gnu/usr.bi n/binutils/libbfd/../../../../contrib/binutils/bfd/elflink.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/b fd/archive.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archive64.c /usr/src/gnu/usr.bin/binutils/lib bfd/../../../../contrib/binutils/bfd/archures.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfd.c /usr /src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdwin.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../cont rib/binutils/bfd/binary.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cache.c /usr/src/gnu/usr.bin/bin utils/libbfd/../../../../contrib/binutils/bfd/coffgen.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/co refile.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c /usr/src/gnu/usr.bin/binutils/libbfd/../../ ../../contrib/binutils/bfd/elf-eh-frame.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf-strtab.c /us r/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/format.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../con trib/binutils/bfd/hash.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ihex.c /usr/src/gnu/usr.bin/binut ils/libbfd/../../../../contrib/binutils/bfd/init.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/libbfd. c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../. ./contrib/binutils/bfd/merge.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/opncls.c /usr/src/gnu/usr.b in/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bf d/section.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/srec.c /usr/src/gnu/usr.bin/binutils/libbfd/.. /../../../contrib/binutils/bfd/stab-syms.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stabs.c /usr/sr c/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/syms.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/b inutils/bfd/targets.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/tekhex.c /usr/src/gnu/usr.bin/binuti ls/libbfd/../../../../contrib/binutils/bfd/dwarf1.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/dwarf2 .c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfdio.c /usr/src/gnu/usr.bin/binutils/libbfd/../../../. ./contrib/binutils/bfd/simple.c cc: &bfd_i386_arch: No such file or directory cc: &bfd_elf32_i386_freebsd_vec: No such file or directory cc: ,&bfd_elf32_i386_vec: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error 55.981u 13.532s 1:17.59 89.5% 1810+944k 113+153io 76pf+0w --Boundary-01=_0NoeDOxcBlyiEqf-- --nextPart4418526.eiXxAkOY7l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDeoN1z38ton5LGeIRAkI1AKCA2I91sgXPt6GK9e7kGPvdxDfzZQCgpCT0 NY2BzU5jkKeJnZtUaslNeuM= =yIHO -----END PGP SIGNATURE----- --nextPart4418526.eiXxAkOY7l-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 00:45:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BAC16A41F for ; Wed, 16 Nov 2005 00:45:34 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F1C243D45 for ; Wed, 16 Nov 2005 00:45:33 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so1581283wra for ; Tue, 15 Nov 2005 16:45:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:subject:date:to:x-pgp-agent:x-mailer:from; b=fDy500Fm5evTFwtL0ZURJFPI1RNVs8cog1ewscVlHYoSY0uWwR98+o6kEGGySqWnyriQgpA2rkWXJRzZorZ1fi7tF2EzgDo6BoGpObFI45MY9dqBlB0u1GLnFEufDcdJz1GOk+OCrgK/sn5sop76p2ma7X37lWXn6ydZVplEO+0= Received: by 10.65.44.7 with SMTP id w7mr1579836qbj; Tue, 15 Nov 2005 16:30:56 -0800 (PST) Received: from ?10.61.32.107? ( [68.187.162.8]) by mx.gmail.com with ESMTP id d12sm2801631qbc.2005.11.15.16.30.55; Tue, 15 Nov 2005 16:30:56 -0800 (PST) In-Reply-To: <437A780C.8070609@portaone.com> References: <200511141702.45491.nb_root@videotron.ca> <200511150542.34910.nb_root@videotron.ca> <4379BCEB.6030806@acidy.com> <200511150611.31743.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> <437A780C.8070609@portaone.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3DE7B806-FB6B-4388-8FC7-E495F82E9D9B@ahze.net> Content-Transfer-Encoding: 7bit Date: Tue, 15 Nov 2005 19:30:50 -0500 To: Maxim.Sobolev@portaone.com X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.734) From: michael johnson X-Mailman-Approved-At: Wed, 16 Nov 2005 00:56:29 +0000 Cc: Nicolas Blais , Steve Hodgson , freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 00:45:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Nov 15, 2005, at 7:06 PM, Maxim Sobolev wrote: > I have better patch which extends detection mechanism, so that > along with size/mtime checksum of the compiler binary is stored as > well. Since compiler binary linked from the same sources/objects > will have the same checksum it allows ccache to be used OOB with > buildworld. Do you have any interest in putting it into the port? > > http://www.portaone.com/~sobomax/ccache.buildworld > Sure, I just have one question about the way this thing works. Would using this patch not make collision probability of the cache higher? I don't think this would be a huge problem, but it's not impossible to do with a 1,000,000~ file cache now. > -Maxim > > Jens Schweikhardt wrote: > >> Folks, >> # Put this in /usr/ports/devel/ccache/files/patch-nohash-size- >> mtime and >> # reinstall the port. Then export CCACHE_NOHASH_SIZE_MTIME=y >> during your >> # makes for buildworld and buildkernel. This melts my buildworld time >> # from 2700s (real@~100%CPU) to under 1000s and buildkernel from 800s >> # to 250s, so you gain about a factor 3 for ab-initio builds. Sweet! >> # # # --- ccache.c.orig Mon Oct 31 17:38:21 2005 >> # +++ ccache.c Mon Oct 31 17:52:31 2005 >> # @@ -331,8 +331,10 @@ >> # hash_string(str_basename(args->argv[0])); >> # } >> # # - hash_int(st.st_size); >> # - hash_int(st.st_mtime); >> # + if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { >> # + hash_int(st.st_size); >> # + hash_int(st.st_mtime); >> # + } >> [Rest of patch snipped ...] >> I just asked the devel/ccache maintainer to commit this patch and he >> promptly did (Thanks Michael Johnson, aka ahze!). So you only need >> this >> unless your ports tree is current as of now. >> Regards, >> Jens >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDen28n4uqfTwEb9YRAjwUAJ439Lix6NizOpdPi201BnK2ghS9KwCfc7Lu AWa6Ybbl66Fqh4ZP1D2VRtc= =TJw0 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 00:48:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F37A16A41F for ; Wed, 16 Nov 2005 00:48:12 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B39243D46 for ; Wed, 16 Nov 2005 00:48:11 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so1320826wri for ; Tue, 15 Nov 2005 16:48:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:subject:date:to:x-pgp-agent:x-mailer:from; b=EO+mOoYCChYlHeSpe6PtnA+ppVWNy+qhjzzwLW6IRsht97XsicLgx8Xo/vjnPtxmn/pwUKwoAaP5YYKc6WKNVv7C9M/E0fJ/DzKdUMG15ZYJ4B1nL8JOA7ZXgzAbpDJIlAaaQ34YsWfN12u3CwzYhIoFKZH30ge+3w5DPCKMrYg= Received: by 10.64.203.19 with SMTP id a19mr5043536qbg; Tue, 15 Nov 2005 16:48:10 -0800 (PST) Received: from ?10.61.32.107? ( [68.187.162.8]) by mx.gmail.com with ESMTP id d12sm2815694qbc.2005.11.15.16.48.09; Tue, 15 Nov 2005 16:48:10 -0800 (PST) In-Reply-To: <200511151942.04277.nb_root@videotron.ca> References: <200511141702.45491.nb_root@videotron.ca> <437A780C.8070609@portaone.com> <3DE7B806-FB6B-4388-8FC7-E495F82E9D9B@ahze.net> <200511151942.04277.nb_root@videotron.ca> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <94619225-C1F5-4477-B1C3-E78F72FE8A08@ahze.net> Content-Transfer-Encoding: 7bit Date: Tue, 15 Nov 2005 19:48:00 -0500 To: Nicolas Blais X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.734) From: michael johnson X-Mailman-Approved-At: Wed, 16 Nov 2005 00:56:49 +0000 Cc: Jens Schweikhardt , Steve Hodgson , michael johnson , freebsd-current@freebsd.org, Maxim.Sobolev@portaone.com Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 00:48:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Nov 15, 2005, at 7:41 PM, Nicolas Blais wrote: > On November 15, 2005 07:30 pm, michael johnson wrote: > >> On Nov 15, 2005, at 7:06 PM, Maxim Sobolev wrote: >> >>> I have better patch which extends detection mechanism, so that >>> along with size/mtime checksum of the compiler binary is stored as >>> well. Since compiler binary linked from the same sources/objects >>> will have the same checksum it allows ccache to be used OOB with >>> buildworld. Do you have any interest in putting it into the port? >>> >>> http://www.portaone.com/~sobomax/ccache.buildworld >>> >> >> Sure, I just have one question about the way this thing works. Would >> using this patch not >> make collision probability of the cache higher? I don't think this >> would be a huge problem, >> but it's not impossible to do with a 1,000,000~ file cache now. >> >> > > Whatever the final outcome, the current port of ccache breaks a lot > of big > compiles (3 ports failed during 'portupgrade -ai', such as GTK2.8.7 > and > buildworld) while NOCCACHE makes the build a success. Can you give me the error? I'm not seeing this > > Maybe flag the port 'broken' until it is safe to use? > > Nicolas. > > -- > FreeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 > root@clk01a:/usr/obj/usr/src/sys/CLK01A > PGP? : http://www.clkroot.net/security/nb_root.asc > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDeoHDn4uqfTwEb9YRAvRdAJ4j1nnP1QfFR/aySmrHTnGrhVrw7gCfXDSg Zpfdf0tpHj+0I6KQPalLHMY= =zj1d -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 01:02:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 490CE16A41F for ; Wed, 16 Nov 2005 01:02:46 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E9D43D53 for ; Wed, 16 Nov 2005 01:02:45 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.96] (dell.portaone.com [70.68.0.213]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id jAG0gNn1059719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2005 01:42:26 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <437A806A.9090502@portaone.com> Date: Tue, 15 Nov 2005 16:42:18 -0800 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: michael johnson References: <200511141702.45491.nb_root@videotron.ca> <200511150542.34910.nb_root@videotron.ca> <4379BCEB.6030806@acidy.com> <200511150611.31743.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> <437A780C.8070609@portaone.com> <3DE7B806-FB6B-4388-8FC7-E495F82E9D9B@ahze.net> In-Reply-To: <3DE7B806-FB6B-4388-8FC7-E495F82E9D9B@ahze.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1176/Tue Nov 15 21:47:39 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: Steve Hodgson , Constantin d'Ribin , Nicolas Blais , freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 01:02:46 -0000 michael johnson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > On Nov 15, 2005, at 7:06 PM, Maxim Sobolev wrote: > >> I have better patch which extends detection mechanism, so that along >> with size/mtime checksum of the compiler binary is stored as well. >> Since compiler binary linked from the same sources/objects will have >> the same checksum it allows ccache to be used OOB with buildworld. Do >> you have any interest in putting it into the port? >> >> http://www.portaone.com/~sobomax/ccache.buildworld >> > > Sure, I just have one question about the way this thing works. Would > using this patch not > make collision probability of the cache higher? I don't think this > would be a huge problem, > but it's not impossible to do with a 1,000,000~ file cache now. I am not a cryptoanalyst but I don't think it can have any measureable effect on collision probability. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 01:05:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E56B16A41F for ; Wed, 16 Nov 2005 01:05:23 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E40E643D55 for ; Wed, 16 Nov 2005 01:05:22 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000A0WWCJVG60@VL-MO-MR004.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 20:05:08 -0500 (EST) Date: Tue, 15 Nov 2005 20:05:07 -0500 From: Nicolas Blais In-reply-to: <50ACA74F-B6B6-49C1-B2E9-E8166FBA8E12@ahze.net> To: michael johnson Message-id: <200511152005.07532.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart9777588.LaSXJqSmU8; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <200511151955.17017.nb_root@videotron.ca> <50ACA74F-B6B6-49C1-B2E9-E8166FBA8E12@ahze.net> User-Agent: KMail/1.8.3 Cc: Maxim.Sobolev@portaone.com, Steve Hodgson , freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 01:05:23 -0000 --nextPart9777588.LaSXJqSmU8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 15, 2005 07:58 pm, michael johnson wrote: > On Nov 15, 2005, at 7:55 PM, Nicolas Blais wrote: > >>> Whatever the final outcome, the current port of ccache breaks a lot > >>> of big > >>> compiles (3 ports failed during 'portupgrade -ai', such as GTK2.8.7 > >>> and > >>> buildworld) while NOCCACHE makes the build a success. > >> > >> Can you give me the error? > >> > >> I'm not seeing this > >> > >>> Maybe flag the port 'broken' until it is safe to use? > >>> > >>> Nicolas. > > > > I'm not going to put every single port that caused an error, but > > here's one. > > gtk 2.8.7: > > Making all in pixops > > if /bin/sh /usr/ports/x11-toolkits/gtk20/work/gnome-libtool > > --mode=3Dcompile /usr/local/bin/ccache cc -DHAVE_CONFIG_H -I. -I. - > > I../.. > > -I../.. -I../.. -DG_DISABLE_CAST_CHECKS > > -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/ > > glib-2.0/include > > -I/usr/local/include/libpng -DG_DISABLE_DEPRECATED > > -DGDK_PIXBUF_DISABLE_DEPRECATED -I/usr/local/include/freetype2 > > -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -O2 > > -fno-strict-aliasing -pipe -march=3Dathlon-mp -mno-sse2 -Wall -MT > > pixops.lo -MD > > -MP -MF ".deps/pixops.Tpo" -c -o pixops.lo `test -f 'pixops.c' || > > echo > > './'`pixops.c; then mv -f ".deps/pixops.Tpo" ".deps/pixops.Plo"; > > else rm -f > > ".deps/pixops.Tpo"; exit 1; fi > > gnome-libtool: compile: unable to infer tagged configuration > > gnome-libtool: compile: specify a tag with `--tag' > > *** Error code 1 > > reinstall devel/libtool15 and retry > Nice, how did you know it would work ? :) So, for ccache +patches to work, you have to reinstall libtool15? I guess t= he=20 ccache port should force-update libtool if that's the case, unless there's = a=20 workaround. With a 'new' libtool, gtk 2.8.7 compiled fine with ccache, I'm now testing= =20 buildworld. =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart9777588.LaSXJqSmU8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDeoXDz38ton5LGeIRAmaMAJ96+Sr2nKyJ9qoITg5fKkNbjItEcQCdHxv4 YcCJC/LoEKyXkEiqa3LWLXE= =AchN -----END PGP SIGNATURE----- --nextPart9777588.LaSXJqSmU8-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 01:12:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8838016A41F for ; Wed, 16 Nov 2005 01:12:31 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151A643D46 for ; Wed, 16 Nov 2005 01:12:31 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ000AI6WOTVG60@VL-MO-MR004.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 15 Nov 2005 20:12:30 -0500 (EST) Date: Tue, 15 Nov 2005 20:12:28 -0500 From: Nicolas Blais In-reply-to: <50ACA74F-B6B6-49C1-B2E9-E8166FBA8E12@ahze.net> To: michael johnson Message-id: <200511152012.28892.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart15312241.pPxL4jJMUU; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <200511151955.17017.nb_root@videotron.ca> <50ACA74F-B6B6-49C1-B2E9-E8166FBA8E12@ahze.net> User-Agent: KMail/1.8.3 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Maxim.Sobolev@portaone.com, Steve Hodgson , freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 01:12:31 -0000 --nextPart15312241.pPxL4jJMUU Content-Type: multipart/mixed; boundary="Boundary-01=_8doeDV8D8oyCZv0" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_8doeDV8D8oyCZv0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On November 15, 2005 07:58 pm, michael johnson wrote: > On Nov 15, 2005, at 7:55 PM, Nicolas Blais wrote: > >>> Whatever the final outcome, the current port of ccache breaks a lot > >>> of big > >>> compiles (3 ports failed during 'portupgrade -ai', such as GTK2.8.7 > >>> and > >>> buildworld) while NOCCACHE makes the build a success. > >> > >> Can you give me the error? > >> > >> I'm not seeing this > >> > >>> Maybe flag the port 'broken' until it is safe to use? > >>> > >>> Nicolas. > > > reinstall devel/libtool15 and retry Work fine with the ports. No luck on the buildworld though :( I attached a 'scripted' buildworld. =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --Boundary-01=_8doeDV8D8oyCZv0-- --nextPart15312241.pPxL4jJMUU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDeod8z38ton5LGeIRAu3aAJsHRW9eWfmjDu1QQNtZNQSqUf279wCeJUD0 jbp3kQAfpfhluqoB/k2D6dU= =MMh2 -----END PGP SIGNATURE----- --nextPart15312241.pPxL4jJMUU-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 00:59:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 409CC16A41F for ; Wed, 16 Nov 2005 00:59:11 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC07743D45 for ; Wed, 16 Nov 2005 00:59:10 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: by xproxy.gmail.com with SMTP id t16so1635040wxc for ; Tue, 15 Nov 2005 16:59:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:subject:date:to:x-pgp-agent:x-mailer:from; b=iUsUl/p4dEnBTzIXsdkCBauWWLz5wPI2YDBccMcxpfbOWExqWGu4kQb60CUKwS5I20EIuQn78/aTvU+5mHlHy7R7RG7LHg4BaQWy0boq1fPxqbf6ii4mhk1LqKYgRklRBACZgLtg96uIQHS69SWrXboLhfqesyT3chxEZSwPgCA= Received: by 10.65.236.14 with SMTP id n14mr164003qbr; Tue, 15 Nov 2005 16:59:09 -0800 (PST) Received: from ?10.61.32.107? ( [68.187.162.8]) by mx.gmail.com with ESMTP id d5sm4136960qbd.2005.11.15.16.59.08; Tue, 15 Nov 2005 16:59:09 -0800 (PST) In-Reply-To: <200511151955.17017.nb_root@videotron.ca> References: <200511141702.45491.nb_root@videotron.ca> <200511151942.04277.nb_root@videotron.ca> <94619225-C1F5-4477-B1C3-E78F72FE8A08@ahze.net> <200511151955.17017.nb_root@videotron.ca> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <50ACA74F-B6B6-49C1-B2E9-E8166FBA8E12@ahze.net> Content-Transfer-Encoding: 7bit Date: Tue, 15 Nov 2005 19:58:59 -0500 To: Nicolas Blais X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.734) From: michael johnson X-Mailman-Approved-At: Wed, 16 Nov 2005 01:26:23 +0000 Cc: Maxim.Sobolev@portaone.com, Steve Hodgson , michael johnson , freebsd-current@freebsd.org, Jens Schweikhardt Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 00:59:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Nov 15, 2005, at 7:55 PM, Nicolas Blais wrote: >>> Whatever the final outcome, the current port of ccache breaks a lot >>> of big >>> compiles (3 ports failed during 'portupgrade -ai', such as GTK2.8.7 >>> and >>> buildworld) while NOCCACHE makes the build a success. >>> >> >> Can you give me the error? >> >> I'm not seeing this >> >> >>> Maybe flag the port 'broken' until it is safe to use? >>> >>> Nicolas. >>> >>> > > I'm not going to put every single port that caused an error, but > here's one. > gtk 2.8.7: > Making all in pixops > if /bin/sh /usr/ports/x11-toolkits/gtk20/work/gnome-libtool > --mode=compile /usr/local/bin/ccache cc -DHAVE_CONFIG_H -I. -I. - > I../.. > -I../.. -I../.. -DG_DISABLE_CAST_CHECKS > -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/ > glib-2.0/include > -I/usr/local/include/libpng -DG_DISABLE_DEPRECATED > -DGDK_PIXBUF_DISABLE_DEPRECATED -I/usr/local/include/freetype2 > -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -O2 > -fno-strict-aliasing -pipe -march=athlon-mp -mno-sse2 -Wall -MT > pixops.lo -MD > -MP -MF ".deps/pixops.Tpo" -c -o pixops.lo `test -f 'pixops.c' || > echo > './'`pixops.c; then mv -f ".deps/pixops.Tpo" ".deps/pixops.Plo"; > else rm -f > ".deps/pixops.Tpo"; exit 1; fi > gnome-libtool: compile: unable to infer tagged configuration > gnome-libtool: compile: specify a tag with `--tag' > *** Error code 1 reinstall devel/libtool15 and retry > > Stop in /usr/ports/x11-toolkits/gtk20/work/gtk+-2.8.7/gdk-pixbuf/ > pixops. > *** Error code 1 > > Stop in /usr/ports/x11-toolkits/gtk20/work/gtk+-2.8.7/gdk-pixbuf. > *** Error code 1 > > buildworld: > see file attached > > All build errors disappear with NOCCACHE. > > -- > FreeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 > root@clk01a:/usr/obj/usr/src/sys/CLK01A > PGP? : http://www.clkroot.net/security/nb_root.asc > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDeoRYn4uqfTwEb9YRAsK2AKChKNhor5UhFInpJfqbsW3PxR4mGgCeOx7H 8moRZ/SBM0BUkZ4n6lz1Ibw= =P4dO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 01:14:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B25ED16A41F for ; Wed, 16 Nov 2005 01:14:15 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E44E43D46 for ; Wed, 16 Nov 2005 01:14:15 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: by zproxy.gmail.com with SMTP id 13so1563476nzp for ; Tue, 15 Nov 2005 17:14:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:subject:date:to:x-pgp-agent:x-mailer:from; b=teVkhXqe9S4of9P65Gp9jk8phm+68giocCjUSuan4JNGZ4z6FkDFI34Xe4ONl9LMFllKmAUEYg97Rb+xgrvSe6hnIZie/MSRogPCmO06bRy9wq4+TmBaASqL3fNjbP9jlQbatJSu8uGejRM8pR578c0u+/P7PyruqKBMWI0wWUo= Received: by 10.65.123.17 with SMTP id a17mr5233898qbn; Tue, 15 Nov 2005 17:14:14 -0800 (PST) Received: from ?10.61.32.107? ( [68.187.162.8]) by mx.gmail.com with ESMTP id a5sm151105qbd.2005.11.15.17.14.11; Tue, 15 Nov 2005 17:14:14 -0800 (PST) In-Reply-To: <200511152005.07532.nb_root@videotron.ca> References: <200511141702.45491.nb_root@videotron.ca> <200511151955.17017.nb_root@videotron.ca> <50ACA74F-B6B6-49C1-B2E9-E8166FBA8E12@ahze.net> <200511152005.07532.nb_root@videotron.ca> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Date: Tue, 15 Nov 2005 20:14:03 -0500 To: Nicolas Blais X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.734) From: michael johnson X-Mailman-Approved-At: Wed, 16 Nov 2005 01:27:30 +0000 Cc: Jens Schweikhardt , Steve Hodgson , Maxim.Sobolev@portaone.com, michael johnson , freebsd-current@freebsd.org Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 01:14:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Nov 15, 2005, at 8:05 PM, Nicolas Blais wrote: > On November 15, 2005 07:58 pm, michael johnson wrote: > >> On Nov 15, 2005, at 7:55 PM, Nicolas Blais wrote: >> >>>>> Whatever the final outcome, the current port of ccache breaks a >>>>> lot >>>>> of big >>>>> compiles (3 ports failed during 'portupgrade -ai', such as >>>>> GTK2.8.7 >>>>> and >>>>> buildworld) while NOCCACHE makes the build a success. >>>>> >>>> >>>> Can you give me the error? >>>> >>>> I'm not seeing this >>>> >>>> >>>>> Maybe flag the port 'broken' until it is safe to use? >>>>> >>>>> Nicolas. >>>>> >>> >>> I'm not going to put every single port that caused an error, but >>> here's one. >>> gtk 2.8.7: >>> Making all in pixops >>> if /bin/sh /usr/ports/x11-toolkits/gtk20/work/gnome-libtool >>> --mode=compile /usr/local/bin/ccache cc -DHAVE_CONFIG_H -I. -I. - >>> I../.. >>> -I../.. -I../.. -DG_DISABLE_CAST_CHECKS >>> -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/ >>> glib-2.0/include >>> -I/usr/local/include/libpng -DG_DISABLE_DEPRECATED >>> -DGDK_PIXBUF_DISABLE_DEPRECATED -I/usr/local/include/freetype2 >>> -I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include -O2 >>> -fno-strict-aliasing -pipe -march=athlon-mp -mno-sse2 -Wall -MT >>> pixops.lo -MD >>> -MP -MF ".deps/pixops.Tpo" -c -o pixops.lo `test -f 'pixops.c' || >>> echo >>> './'`pixops.c; then mv -f ".deps/pixops.Tpo" ".deps/pixops.Plo"; >>> else rm -f >>> ".deps/pixops.Tpo"; exit 1; fi >>> gnome-libtool: compile: unable to infer tagged configuration >>> gnome-libtool: compile: specify a tag with `--tag' >>> *** Error code 1 >>> >> >> reinstall devel/libtool15 and retry >> >> > > Nice, how did you know it would work ? :) > > So, for ccache +patches to work, you have to reinstall libtool15? I > guess the > ccache port should force-update libtool if that's the case, unless > there's a > workaround. > Anytime CC or CXX changes you will need to reinstall devel/libtool15 you must've changed CC and CXX =P > With a 'new' libtool, gtk 2.8.7 compiled fine with ccache, I'm now > testing > buildworld. > -- > FreeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 > root@clk01a:/usr/obj/usr/src/sys/CLK01A > PGP? : http://www.clkroot.net/security/nb_root.asc > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDeofen4uqfTwEb9YRAlsfAJ0empYSbNy+6xb+Ua8V6LmaV6lI6wCfWbWL Ujl5IZb4wq6zLgb0fjRhjN0= =TFNN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 03:11:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7D9316A423 for ; Wed, 16 Nov 2005 03:11:51 +0000 (GMT) (envelope-from bongseo@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B26E143D53 for ; Wed, 16 Nov 2005 03:11:49 +0000 (GMT) (envelope-from bongseo@gmail.com) Received: by zproxy.gmail.com with SMTP id i11so1774334nzi for ; Tue, 15 Nov 2005 19:11:49 -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:references; b=TwjLS7c4rH+UapTRqQpI6n7GoPgamldwMNOBh96v3Z5hSesxBd0BrOHu1ELuDjJohP6zEG3Ne1o6ZfiuNiJYtHJXqKcWWmILgIZd6mlkfdvpymRkBlB6rt2TK4lQQu9CiNY4s+gkHcRfUD5gtlUCCaW9Z4R49jjEERvI6K+uFbY= Received: by 10.36.39.14 with SMTP id m14mr5756521nzm; Tue, 15 Nov 2005 19:11:48 -0800 (PST) Received: by 10.37.14.23 with HTTP; Tue, 15 Nov 2005 19:11:48 -0800 (PST) Message-ID: Date: Wed, 16 Nov 2005 12:11:48 +0900 From: Bongseo To: John Baldwin In-Reply-To: <200511081217.32606.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9278_25098282.1132110708929" References: <4370AC6A.1010804@redstarling.com> <200511081029.41520.jhb@freebsd.org> <4370D7C0.8060109@redstarling.com> <200511081217.32606.jhb@freebsd.org> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, "ke.han" Subject: Re: install problems for freeBSD 6 on tyan i7520 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 03:11:52 -0000 ------=_Part_9278_25098282.1132110708929 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have the same tyan board and test it. With HT(hyperthreading) disabled at BIOS settings, the same result is as ke.han had. (I could not see any ad*) With HT enabled, it boots entirely and I see all drives. But there remain problems about usb. Booting with HT disabled and usb keyboard =3D> no keyboard reactions Booting with HT enabled and usb keyboard =3D> keyboard responses, but after unplug-then-plug, it can't be attached (at unplug, print a "dettached" messages , but at plug, doesn't print an "attached" messages) Attachin two verbose boot log, one is HT-enalbed case and the other is HT-disalbed case. On 11/9/05, John Baldwin wrote: > > On Tuesday 08 November 2005 11:52 am, ke.han wrote: > > John Baldwin wrote: > > > On Tuesday 08 November 2005 08:47 am, ke.han wrote: > > > > > > > > > lsdev in the loader uses the BIOS. The kernel is not able to use the > > > BIOS to talk to drives. Can you hook up a serial console and capture > > > verbose boot messages? We need some more details such as what kind of > > > ATA controller you are trying to use. > > > > The tyan i7520 specs are at: > > http://www.tyan.com/products/html/thunderi7520_spec.html > > > > I would love to capture more info and send it in. Sounds like I need a > > serial cable? Any specific pin arrangement? Is there a howto on this? > > I have a working laptop with freeBSD 6. Do I just connect the laptop to > > the server some way? > > Just a null modem cable would work fine. There's info in the handbook at > www.freebsd.org on how to setup a serial console= . > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > ------=_Part_9278_25098282.1132110708929 Content-Type: text/plain; name=HT-105.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="HT-105.txt" GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009b800 SMAP type=02 base=000000000009b800 len=0000000000004800 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=00000000d7e70000 SMAP type=03 base=00000000d7f70000 len=000000000000a000 SMAP type=04 base=00000000d7f7a000 len=0000000000006000 SMAP type=02 base=00000000d7f80000 len=0000000000080000 SMAP type=02 base=00000000e0000000 len=0000000010000000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000ff800000 len=0000000000400000 SMAP type=02 base=00000000fffffc00 len=0000000000000400 SMAP type=01 base=0000000100000000 len=0000000028000000 655360K of memory above 4GB ignored cam: using minimum scsi_delay (100ms) 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-STABLE #12: Tue Nov 15 16:24:50 KST 2005 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "kernel/kernel" at 0x847f4000. Preloaded md_image "/mfsroot" at 0x847f42e0. Preloaded elf module "kernel/if_fxp.ko" at 0x847f4320. Preloaded elf module "kernel/if_bge.ko" at 0x847f43c8. Preloaded elf module "kernel/if_em.ko" at 0x847f4470. Preloaded elf module "kernel/if_xl.ko" at 0x847f4514. Preloaded elf module "kernel/if_bridge.ko" at 0x847f45b8. Preloaded elf module "kernel/ukbd.ko" at 0x847f4660. Preloaded elf module "kernel/umass.ko" at 0x847f4704. Preloaded elf module "kernel/sym.ko" at 0x847f47a8. Preloaded elf module "kernel/ahc.ko" at 0x847f484c. Preloaded elf module "kernel/ahc_pci.ko" at 0x847f48f0. Preloaded elf module "kernel/acpi.ko" at 0x847f4b90. MP Configuration Table version 1.4 found at 0x8009bc70 Table 'FACP' at 0xd7f79e24 Table 'SPCR' at 0xd7f79e98 Table 'APIC' at 0xd7f79ee8 MADT: Found table at 0xd7f79ee8 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 6 ACPI ID 1: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 7 ACPI ID 3: enabled SMP: Added CPU 7 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193129 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3200141528 Hz CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Hyperthreading: 2 logical CPUs real memory = 3623288832 (3455 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x000000000486e000 - 0x00000000d4279fff, 3483418624 bytes (850444 pages) avail memory = 3481296896 (3320 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 APIC ID: physical 6, logical 0:2 APIC ID: physical 7, logical 0:3 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 bios32: Found BIOS32 Service Directory header at 0x800f63c0 bios32: Entry = 0xfd75a (800fd75a) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd3f0+0x658 pnpbios: Found PnP BIOS data at 0x800f6440 pnpbios: Entry = f0000:b287 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 2 APIC: CPU 2 has ACPI ID 1 APIC: CPU 3 has ACPI ID 3 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Found IO APIC ID 3, Interrupt 24 at 0xfec80000 ioapic1: intpin 0 -> PCI IRQ 24 (level, low) ioapic1: intpin 1 -> PCI IRQ 25 (level, low) ioapic1: intpin 2 -> PCI IRQ 26 (level, low) ioapic1: intpin 3 -> PCI IRQ 27 (level, low) ioapic1: intpin 4 -> PCI IRQ 28 (level, low) ioapic1: intpin 5 -> PCI IRQ 29 (level, low) ioapic1: intpin 6 -> PCI IRQ 30 (level, low) ioapic1: intpin 7 -> PCI IRQ 31 (level, low) ioapic1: intpin 8 -> PCI IRQ 32 (level, low) ioapic1: intpin 9 -> PCI IRQ 33 (level, low) ioapic1: intpin 10 -> PCI IRQ 34 (level, low) ioapic1: intpin 11 -> PCI IRQ 35 (level, low) ioapic1: intpin 12 -> PCI IRQ 36 (level, low) ioapic1: intpin 13 -> PCI IRQ 37 (level, low) ioapic1: intpin 14 -> PCI IRQ 38 (level, low) ioapic1: intpin 15 -> PCI IRQ 39 (level, low) ioapic1: intpin 16 -> PCI IRQ 40 (level, low) ioapic1: intpin 17 -> PCI IRQ 41 (level, low) ioapic1: intpin 18 -> PCI IRQ 42 (level, low) ioapic1: intpin 19 -> PCI IRQ 43 (level, low) ioapic1: intpin 20 -> PCI IRQ 44 (level, low) ioapic1: intpin 21 -> PCI IRQ 45 (level, low) ioapic1: intpin 22 -> PCI IRQ 46 (level, low) ioapic1: intpin 23 -> PCI IRQ 47 (level, low) MADT: Found IO APIC ID 4, Interrupt 48 at 0xfec80400 ioapic2: intpin 0 -> PCI IRQ 48 (level, low) ioapic2: intpin 1 -> PCI IRQ 49 (level, low) ioapic2: intpin 2 -> PCI IRQ 50 (level, low) ioapic2: intpin 3 -> PCI IRQ 51 (level, low) ioapic2: intpin 4 -> PCI IRQ 52 (level, low) ioapic2: intpin 5 -> PCI IRQ 53 (level, low) ioapic2: intpin 6 -> PCI IRQ 54 (level, low) ioapic2: intpin 7 -> PCI IRQ 55 (level, low) ioapic2: intpin 8 -> PCI IRQ 56 (level, low) ioapic2: intpin 9 -> PCI IRQ 57 (level, low) ioapic2: intpin 10 -> PCI IRQ 58 (level, low) ioapic2: intpin 11 -> PCI IRQ 59 (level, low) ioapic2: intpin 12 -> PCI IRQ 60 (level, low) ioapic2: intpin 13 -> PCI IRQ 61 (level, low) ioapic2: intpin 14 -> PCI IRQ 62 (level, low) ioapic2: intpin 15 -> PCI IRQ 63 (level, low) ioapic2: intpin 16 -> PCI IRQ 64 (level, low) ioapic2: intpin 17 -> PCI IRQ 65 (level, low) ioapic2: intpin 18 -> PCI IRQ 66 (level, low) ioapic2: intpin 19 -> PCI IRQ 67 (level, low) ioapic2: intpin 20 -> PCI IRQ 68 (level, low) ioapic2: intpin 21 -> PCI IRQ 69 (level, low) ioapic2: intpin 22 -> PCI IRQ 70 (level, low) ioapic2: intpin 23 -> PCI IRQ 71 (level, low) MADT: Found IO APIC ID 5, Interrupt 72 at 0xfec84000 ioapic3: intpin 0 -> PCI IRQ 72 (level, low) ioapic3: intpin 1 -> PCI IRQ 73 (level, low) ioapic3: intpin 2 -> PCI IRQ 74 (level, low) ioapic3: intpin 3 -> PCI IRQ 75 (level, low) ioapic3: intpin 4 -> PCI IRQ 76 (level, low) ioapic3: intpin 5 -> PCI IRQ 77 (level, low) ioapic3: intpin 6 -> PCI IRQ 78 (level, low) ioapic3: intpin 7 -> PCI IRQ 79 (level, low) ioapic3: intpin 8 -> PCI IRQ 80 (level, low) ioapic3: intpin 9 -> PCI IRQ 81 (level, low) ioapic3: intpin 10 -> PCI IRQ 82 (level, low) ioapic3: intpin 11 -> PCI IRQ 83 (level, low) ioapic3: intpin 12 -> PCI IRQ 84 (level, low) ioapic3: intpin 13 -> PCI IRQ 85 (level, low) ioapic3: intpin 14 -> PCI IRQ 86 (level, low) ioapic3: intpin 15 -> PCI IRQ 87 (level, low) ioapic3: intpin 16 -> PCI IRQ 88 (level, low) ioapic3: intpin 17 -> PCI IRQ 89 (level, low) ioapic3: intpin 18 -> PCI IRQ 90 (level, low) ioapic3: intpin 19 -> PCI IRQ 91 (level, low) ioapic3: intpin 20 -> PCI IRQ 92 (level, low) ioapic3: intpin 21 -> PCI IRQ 93 (level, low) ioapic3: intpin 22 -> PCI IRQ 94 (level, low) ioapic3: intpin 23 -> PCI IRQ 95 (level, low) MADT: Found IO APIC ID 8, Interrupt 96 at 0xfec84400 ioapic4: intpin 0 -> PCI IRQ 96 (level, low) ioapic4: intpin 1 -> PCI IRQ 97 (level, low) ioapic4: intpin 2 -> PCI IRQ 98 (level, low) ioapic4: intpin 3 -> PCI IRQ 99 (level, low) ioapic4: intpin 4 -> PCI IRQ 100 (level, low) ioapic4: intpin 5 -> PCI IRQ 101 (level, low) ioapic4: intpin 6 -> PCI IRQ 102 (level, low) ioapic4: intpin 7 -> PCI IRQ 103 (level, low) ioapic4: intpin 8 -> PCI IRQ 104 (level, low) ioapic4: intpin 9 -> PCI IRQ 105 (level, low) ioapic4: intpin 10 -> PCI IRQ 106 (level, low) ioapic4: intpin 11 -> PCI IRQ 107 (level, low) ioapic4: intpin 12 -> PCI IRQ 108 (level, low) ioapic4: intpin 13 -> PCI IRQ 109 (level, low) ioapic4: intpin 14 -> PCI IRQ 110 (level, low) ioapic4: intpin 15 -> PCI IRQ 111 (level, low) ioapic4: intpin 16 -> PCI IRQ 112 (level, low) ioapic4: intpin 17 -> PCI IRQ 113 (level, low) ioapic4: intpin 18 -> PCI IRQ 114 (level, low) ioapic4: intpin 19 -> PCI IRQ 115 (level, low) ioapic4: intpin 20 -> PCI IRQ 116 (level, low) ioapic4: intpin 21 -> PCI IRQ 117 (level, low) ioapic4: intpin 22 -> PCI IRQ 118 (level, low) ioapic4: intpin 23 -> PCI IRQ 119 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic7: Routing NMI -> LINT1 lapic7: LINT1 trigger: edge lapic7: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 io: mem: Pentium Pro MTRR support enabled null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35908086) pcibios: BIOS version 3.00 Found $PIR table, 25 entries at 0x800fde30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 3 A 0x62 3 5 6 7 9 10 11 12 slot 1 2 3 B 0x63 3 5 6 7 9 10 11 12 slot 1 2 3 C 0x60 3 5 6 7 9 10 11 12 slot 1 2 3 D 0x61 3 5 6 7 9 10 11 12 slot 5 2 6 A 0x60 3 5 6 7 9 10 11 12 slot 5 2 6 B 0x61 3 5 6 7 9 10 11 12 embedded 2 8 A 0x60 3 5 6 7 9 10 11 12 embedded 2 8 B 0x61 3 5 6 7 9 10 11 12 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 7 3 3 A 0x60 3 5 6 7 9 10 11 12 slot 7 3 3 B 0x61 3 5 6 7 9 10 11 12 slot 7 3 3 C 0x62 3 5 6 7 9 10 11 12 slot 7 3 3 D 0x63 3 5 6 7 9 10 11 12 slot 4 3 6 A 0x61 3 5 6 7 9 10 11 12 slot 4 3 6 B 0x62 3 5 6 7 9 10 11 12 slot 4 3 6 C 0x63 3 5 6 7 9 10 11 12 slot 4 3 6 D 0x60 3 5 6 7 9 10 11 12 slot 9 3 4 A 0x62 3 5 6 7 9 10 11 12 slot 9 3 4 B 0x63 3 5 6 7 9 10 11 12 slot 9 3 4 C 0x60 3 5 6 7 9 10 11 12 slot 9 3 4 D 0x61 3 5 6 7 9 10 11 12 slot 10 3 5 A 0x63 3 5 6 7 9 10 11 12 slot 10 3 5 B 0x60 3 5 6 7 9 10 11 12 slot 10 3 5 C 0x61 3 5 6 7 9 10 11 12 slot 10 3 5 D 0x62 3 5 6 7 9 10 11 12 embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 8 3 A 0x60 3 5 6 7 9 10 11 12 slot 2 8 3 B 0x61 3 5 6 7 9 10 11 12 slot 2 8 3 C 0x62 3 5 6 7 9 10 11 12 slot 2 8 3 D 0x63 3 5 6 7 9 10 11 12 embedded 7 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 8 9 3 A 0x60 3 5 6 7 9 10 11 12 slot 8 9 3 B 0x61 3 5 6 7 9 10 11 12 slot 8 9 3 C 0x62 3 5 6 7 9 10 11 12 slot 8 9 3 D 0x63 3 5 6 7 9 10 11 12 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 3 11 3 A 0x60 3 5 6 7 9 10 11 12 slot 3 11 3 B 0x61 3 5 6 7 9 10 11 12 slot 3 11 3 C 0x62 3 5 6 7 9 10 11 12 slot 3 11 3 D 0x63 3 5 6 7 9 10 11 12 embedded 11 5 A 0x68 3 5 6 7 9 10 11 12 slot 14 0 31 A 0x62 3 5 6 7 9 10 11 12 slot 14 0 31 B 0x61 3 5 6 7 9 10 11 12 embedded 0 29 A 0x60 3 5 6 7 9 10 11 12 embedded 0 29 B 0x63 3 5 6 7 9 10 11 12 embedded 0 29 C 0x62 3 5 6 7 9 10 11 12 embedded 0 29 D 0x6b 3 5 6 7 9 10 11 12 Setting up PCIe mappings for BAR 0xe0000000 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 pci_link0: irq 5 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link4: irq 10 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 4 5 6 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 4 5 6 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 4 5 6 7 10 11 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link7: irq 11 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 4 5 6 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 4 5 6 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 4 5 6 7 10 11 14 15 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3590, revid=0x0a bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3594, revid=0x0a bus=0, slot=1, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 MSI supports 2 messages map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x8086, dev=0x3595, revid=0x0a bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3596, revid=0x0a bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0047, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3597, revid=0x0a bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3598, revid=0x0a bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x3599, revid=0x0a bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x359a, revid=0x0a bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 00001400, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 00001420, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[20]: type 4, range 32, base 00001440, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 00001460, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd000000, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 000014a0, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, enabled found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 000014e8, size 3, enabled map[14]: type 4, range 32, base 000014dc, size 2, enabled map[18]: type 4, range 32, base 000014e0, size 3, enabled map[1c]: type 4, range 32, base 000014d8, size 2, enabled map[20]: type 4, range 32, base 000014b0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 00001480, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 3 pcib1: I/O decode 0x2000-0x3fff pcib1: memory decode 0xdd100000-0xdd3fffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.Z000 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=1, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0326, revid=0x09 bus=1, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd100000, size 12, enabled pcib1: (null) requested memory range 0xdd100000-0xdd100fff: good found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=1, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0327, revid=0x09 bus=1, slot=0, func=3 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd101000, size 12, enabled pcib1: (null) requested memory range 0xdd101000-0xdd101fff: good pcib2: at device 0.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x2000-0x2fff pcib2: memory decode 0xdd200000-0xdd2fffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x8086, dev=0x1010, revid=0x03 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x34 (1560 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dd200000, size 17, enabled pcib2: (null) requested memory range 0xdd200000-0xdd21ffff: good pcib1: (null) requested memory range 0xdd200000-0xdd21ffff: good map[20]: type 4, range 32, base 00002000, size 6, enabled pcib2: (null) requested I/O range 0x2000-0x203f: in range pcib1: (null) requested I/O range 0x2000-0x203f: in range pcib2: matched entry for 2.8.INTA pcib2: slot 8 INTA hardwired to IRQ 24 found-> vendor=0x8086, dev=0x1010, revid=0x03 bus=2, slot=8, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x34 (1560 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dd220000, size 17, enabled pcib2: (null) requested memory range 0xdd220000-0xdd23ffff: good pcib1: (null) requested memory range 0xdd220000-0xdd23ffff: good map[20]: type 4, range 32, base 00002040, size 6, enabled pcib2: (null) requested I/O range 0x2040-0x207f: in range pcib1: (null) requested I/O range 0x2040-0x207f: in range pcib2: matched entry for 2.8.INTB pcib2: slot 8 INTB hardwired to IRQ 25 em0: port 0x2000-0x203f mem 0xdd200000-0xdd21ffff irq 24 at device 8.0 on pci2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdd200000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0x2000 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:e0:81:2e:0d:c4 em0: Speed:N/A Duplex:N/A em1: port 0x2040-0x207f mem 0xdd220000-0xdd23ffff irq 25 at device 8.1 on pci2 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdd220000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0x2040 em1: [MPSAFE] em1: bpf attached em1: Ethernet address: 00:e0:81:2e:0d:c5 em1: Speed:N/A Duplex:N/A pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x3000-0x3fff pcib3: memory decode 0xdd300000-0xdd3fffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0x1027, revid=0x04 bus=3, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x34 (1560 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dd340000, size 17, enabled pcib3: (null) requested memory range 0xdd340000-0xdd35ffff: good pcib1: (null) requested memory range 0xdd340000-0xdd35ffff: good map[18]: type 1, range 64, base dd300000, size 18, enabled pcib3: (null) requested memory range 0xdd300000-0xdd33ffff: good pcib1: (null) requested memory range 0xdd300000-0xdd33ffff: good map[20]: type 4, range 32, base 00003000, size 6, enabled pcib3: (null) requested I/O range 0x3000-0x303f: in range pcib1: (null) requested I/O range 0x3000-0x303f: in range pcib3: matched entry for 3.3.INTA pcib3: slot 3 INTA hardwired to IRQ 48 em2: port 0x3000-0x303f mem 0xdd340000-0xdd35ffff,0xdd300000-0xdd33ffff ir q 48 at device 3.0 on pci3 em2: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdd340000 em2: Reserved 0x40 bytes for rid 0x20 type 4 at 0x3000 em2: [MPSAFE] em2: bpf attached em2: Ethernet address: 00:04:23:b2:a5:77 em2: Speed:N/A Duplex:N/A pci1: at device 0.3 (no driver attached) pcib4: irq 16 at device 3.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfff00000-0xfffff pcib4: prefetched decode 0xfff00000-0xfffff pcib4: could not get PCI interrupt routing table for \_SB_.PCI0.Z002 - AE_NOT_FOUND pci4: on pcib4 pci4: physical bus=4 pcib5: irq 16 at device 4.0 on pci0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfff00000-0xfffff pcib5: prefetched decode 0xfff00000-0xfffff pcib5: could not get PCI interrupt routing table for \_SB_.PCI0.Z003 - AE_NOT_FOUND pci5: on pcib5 pci5: physical bus=5 pcib6: at device 5.0 on pci0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0x0-0x0 pcib6: prefetched decode 0x0-0x0 pci6: on pcib6 pci6: physical bus=6 pcib7: irq 16 at device 6.0 on pci0 pcib7: secondary bus 7 pcib7: subordinate bus 9 pcib7: I/O decode 0xf000-0xfff pcib7: memory decode 0xdd400000-0xdd4fffff pcib7: prefetched decode 0xfff00000-0xfffff pcib7: could not get PCI interrupt routing table for \_SB_.PCI0.Z001 - AE_NOT_FOUND pci7: on pcib7 pci7: physical bus=7 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0326, revid=0x09 bus=7, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd400000, size 12, enabled pcib7: (null) requested memory range 0xdd400000-0xdd400fff: good found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=7, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0327, revid=0x09 bus=7, slot=0, func=3 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd401000, size 12, enabled pcib7: (null) requested memory range 0xdd401000-0xdd401fff: good pcib8: at device 0.0 on pci7 pcib8: secondary bus 8 pcib8: subordinate bus 8 pcib8: I/O decode 0xf000-0xfff pcib8: memory decode 0xfff00000-0xfffff pcib8: prefetched decode 0xfff00000-0xfffff pci8: on pcib8 pci8: physical bus=8 pci7: at device 0.1 (no driver attached) pcib9: at device 0.2 on pci7 pcib9: secondary bus 9 pcib9: subordinate bus 9 pcib9: I/O decode 0xf000-0xfff pcib9: memory decode 0xfff00000-0xfffff pcib9: prefetched decode 0xfff00000-0xfffff pci9: on pcib9 pci9: physical bus=9 pci7: at device 0.3 (no driver attached) pcib10: at device 7.0 on pci0 pcib10: secondary bus 10 pcib10: subordinate bus 10 pcib10: I/O decode 0x0-0x0 pcib10: memory decode 0x0-0x0 pcib10: prefetched decode 0x0-0x0 pci10: on pcib10 pci10: physical bus=10 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1400 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 uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1420 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1440 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1460 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib11: at device 30.0 on pci0 pcib11: secondary bus 11 pcib11: subordinate bus 11 pcib11: I/O decode 0x4000-0x4fff pcib11: memory decode 0xdd500000-0xdeffffff pcib11: prefetched decode 0xfff00000-0xfffff pcib11: Subtractively decoded bridge. pci11: on pcib11 pci11: physical bus=11 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=11, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base de000000, size 24, enabled pcib11: (null) requested memory range 0xde000000-0xdeffffff: good map[14]: type 4, range 32, base 00004000, size 8, enabled pcib11: (null) requested I/O range 0x4000-0x40ff: in range map[18]: type 1, range 32, base dd500000, size 12, enabled pcib11: (null) requested memory range 0xdd500000-0xdd500fff: good pcib11: matched entry for 11.5.INTA pcib11: slot 5 INTA hardwired to IRQ 20 pci11: at device 5.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x14a0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=50 stat1=01 devices=0x1 ata1: [MPSAFE] atapci1: port 0x14e8-0x14ef,0x14dc-0x14df,0x14e0-0x14e7,0x14d8-0x14db,0x14b0-0x14bf irq 18 at devi ce 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x14b0 atapci1: [MPSAFE] atapci1: failed to enable memory mapping! ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x14e8 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x14dc ata2: reset tp1 mask=01 ostat0=80 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x14e0 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x14d8 ata3: reset tp1 mask=01 ostat0=7f ostat1=00 ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=00 devices=0x0 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sio0: irq maps: 0xcc21 0xcc31 0xcc21 0xcc21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0xcc21 0xcc29 0xcc21 0xcc21 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 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 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff 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) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices ukbd0: SAMSUNG SEM, rev 1.00/0.01, addr 2, iclass 3/1 kbd0 at ukbd0 kbd0: ukbd0, generic (0), config:0x0, flags:0x1d0000 Device configuration finished. Reducing kern.maxvnodes 219005 -> 100000 lapic: Divisor 2, Frequency 100004003 hz Timecounter "TSC" frequency 3200141528 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached DUMMYNET with IPv6 initialized (040826) md0: Preloaded image 67108864 bytes at 0x80705ccc ata0-master: pio=PIO2 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire ad0: FAILURE - SETFEATURES SET TRANSFER MODE status=51 error=4 ad0: FAILURE setting PIO2 on Intel ICH5 chip ad0: 62MB at ata0-master BIOSPIO ad0: 126976 sectors [248C/16H/32S] 1 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata1-master: pio=PIO2 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire ad2: FAILURE - SETFEATURES SET TRANSFER MODE status=51 error=4 ad2: FAILURE setting PIO2 on Intel ICH5 chip ad2: 62MB at ata1-master BIOSPIO ad2: 128000 sectors [500C/8H/32S] 1 sectors/interrupt 1 depth queue ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire GEOM: new disk ad2 ad4: 190782MB at ata2-master SATA150 ad4: 390721968 sectors [387621C/16H/63S] 16 sectors/interrupt 1 depth queue SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x08000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x04000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 4oapic0: routing intpin 3 (IGSEAO MIR:Q n3e)w to cdliustsekr a0d i oapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) 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 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic1: routing intpin 0 (PCI IRQ 24) to cluster 0 ioapic1: routing intpin 1 (PCI IRQ 25) to cluster 0 ioapic2: routing intpin 0 (PCI IRQ 48) to cluster 0 Trying to mount root from ufs:/dev/md0 ------=_Part_9278_25098282.1132110708929 Content-Type: text/plain; name=noHT-105.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="noHT-105.txt" GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009b800 SMAP type=02 base=000000000009b800 len=0000000000004800 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=00000000d7e70000 SMAP type=03 base=00000000d7f70000 len=000000000000a000 SMAP type=04 base=00000000d7f7a000 len=0000000000006000 SMAP type=02 base=00000000d7f80000 len=0000000000080000 SMAP type=02 base=00000000e0000000 len=0000000010000000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000ff800000 len=0000000000400000 SMAP type=02 base=00000000fffffc00 len=0000000000000400 SMAP type=01 base=0000000100000000 len=0000000028000000 655360K of memory above 4GB ignored cam: using minimum scsi_delay (100ms) 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-STABLE #12: Tue Nov 15 16:24:50 KST 2005 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "kernel/kernel" at 0x847f4000. Preloaded md_image "/mfsroot" at 0x847f42e0. Preloaded elf module "kernel/if_fxp.ko" at 0x847f4320. Preloaded elf module "kernel/if_bge.ko" at 0x847f43c8. Preloaded elf module "kernel/if_em.ko" at 0x847f4470. Preloaded elf module "kernel/if_xl.ko" at 0x847f4514. Preloaded elf module "kernel/if_bridge.ko" at 0x847f45b8. Preloaded elf module "kernel/ukbd.ko" at 0x847f4660. Preloaded elf module "kernel/umass.ko" at 0x847f4704. Preloaded elf module "kernel/sym.ko" at 0x847f47a8. Preloaded elf module "kernel/ahc.ko" at 0x847f484c. Preloaded elf module "kernel/ahc_pci.ko" at 0x847f48f0. Preloaded elf module "kernel/acpi.ko" at 0x847f4b90. MP Configuration Table version 1.4 found at 0x8009bc70 Table 'FACP' at 0xd7f79e40 Table 'SPCR' at 0xd7f79eb4 Table 'APIC' at 0xd7f79f04 MADT: Found table at 0xd7f79f04 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 6 ACPI ID 1: enabled SMP: Added CPU 6 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193129 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3200144976 Hz CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Hyperthreading: 2 logical CPUs real memory = 3623288832 (3455 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x000000000486e000 - 0x00000000d4279fff, 3483418624 bytes (850444 pages) avail memory = 3481296896 (3320 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 6, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 bios32: Found BIOS32 Service Directory header at 0x800f63c0 bios32: Entry = 0xfd75a (800fd75a) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd3f0+0x658 pnpbios: Found PnP BIOS data at 0x800f6440 pnpbios: Entry = f0000:b287 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Found IO APIC ID 3, Interrupt 24 at 0xfec80000 ioapic1: intpin 0 -> PCI IRQ 24 (level, low) ioapic1: intpin 1 -> PCI IRQ 25 (level, low) ioapic1: intpin 2 -> PCI IRQ 26 (level, low) ioapic1: intpin 3 -> PCI IRQ 27 (level, low) ioapic1: intpin 4 -> PCI IRQ 28 (level, low) ioapic1: intpin 5 -> PCI IRQ 29 (level, low) ioapic1: intpin 6 -> PCI IRQ 30 (level, low) ioapic1: intpin 7 -> PCI IRQ 31 (level, low) ioapic1: intpin 8 -> PCI IRQ 32 (level, low) ioapic1: intpin 9 -> PCI IRQ 33 (level, low) ioapic1: intpin 10 -> PCI IRQ 34 (level, low) ioapic1: intpin 11 -> PCI IRQ 35 (level, low) ioapic1: intpin 12 -> PCI IRQ 36 (level, low) ioapic1: intpin 13 -> PCI IRQ 37 (level, low) ioapic1: intpin 14 -> PCI IRQ 38 (level, low) ioapic1: intpin 15 -> PCI IRQ 39 (level, low) ioapic1: intpin 16 -> PCI IRQ 40 (level, low) ioapic1: intpin 17 -> PCI IRQ 41 (level, low) ioapic1: intpin 18 -> PCI IRQ 42 (level, low) ioapic1: intpin 19 -> PCI IRQ 43 (level, low) ioapic1: intpin 20 -> PCI IRQ 44 (level, low) ioapic1: intpin 21 -> PCI IRQ 45 (level, low) ioapic1: intpin 22 -> PCI IRQ 46 (level, low) ioapic1: intpin 23 -> PCI IRQ 47 (level, low) MADT: Found IO APIC ID 4, Interrupt 48 at 0xfec80400 ioapic2: intpin 0 -> PCI IRQ 48 (level, low) ioapic2: intpin 1 -> PCI IRQ 49 (level, low) ioapic2: intpin 2 -> PCI IRQ 50 (level, low) ioapic2: intpin 3 -> PCI IRQ 51 (level, low) ioapic2: intpin 4 -> PCI IRQ 52 (level, low) ioapic2: intpin 5 -> PCI IRQ 53 (level, low) ioapic2: intpin 6 -> PCI IRQ 54 (level, low) ioapic2: intpin 7 -> PCI IRQ 55 (level, low) ioapic2: intpin 8 -> PCI IRQ 56 (level, low) ioapic2: intpin 9 -> PCI IRQ 57 (level, low) ioapic2: intpin 10 -> PCI IRQ 58 (level, low) ioapic2: intpin 11 -> PCI IRQ 59 (level, low) ioapic2: intpin 12 -> PCI IRQ 60 (level, low) ioapic2: intpin 13 -> PCI IRQ 61 (level, low) ioapic2: intpin 14 -> PCI IRQ 62 (level, low) ioapic2: intpin 15 -> PCI IRQ 63 (level, low) ioapic2: intpin 16 -> PCI IRQ 64 (level, low) ioapic2: intpin 17 -> PCI IRQ 65 (level, low) ioapic2: intpin 18 -> PCI IRQ 66 (level, low) ioapic2: intpin 19 -> PCI IRQ 67 (level, low) ioapic2: intpin 20 -> PCI IRQ 68 (level, low) ioapic2: intpin 21 -> PCI IRQ 69 (level, low) ioapic2: intpin 22 -> PCI IRQ 70 (level, low) ioapic2: intpin 23 -> PCI IRQ 71 (level, low) MADT: Found IO APIC ID 5, Interrupt 72 at 0xfec84000 ioapic3: intpin 0 -> PCI IRQ 72 (level, low) ioapic3: intpin 1 -> PCI IRQ 73 (level, low) ioapic3: intpin 2 -> PCI IRQ 74 (level, low) ioapic3: intpin 3 -> PCI IRQ 75 (level, low) ioapic3: intpin 4 -> PCI IRQ 76 (level, low) ioapic3: intpin 5 -> PCI IRQ 77 (level, low) ioapic3: intpin 6 -> PCI IRQ 78 (level, low) ioapic3: intpin 7 -> PCI IRQ 79 (level, low) ioapic3: intpin 8 -> PCI IRQ 80 (level, low) ioapic3: intpin 9 -> PCI IRQ 81 (level, low) ioapic3: intpin 10 -> PCI IRQ 82 (level, low) ioapic3: intpin 11 -> PCI IRQ 83 (level, low) ioapic3: intpin 12 -> PCI IRQ 84 (level, low) ioapic3: intpin 13 -> PCI IRQ 85 (level, low) ioapic3: intpin 14 -> PCI IRQ 86 (level, low) ioapic3: intpin 15 -> PCI IRQ 87 (level, low) ioapic3: intpin 16 -> PCI IRQ 88 (level, low) ioapic3: intpin 17 -> PCI IRQ 89 (level, low) ioapic3: intpin 18 -> PCI IRQ 90 (level, low) ioapic3: intpin 19 -> PCI IRQ 91 (level, low) ioapic3: intpin 20 -> PCI IRQ 92 (level, low) ioapic3: intpin 21 -> PCI IRQ 93 (level, low) ioapic3: intpin 22 -> PCI IRQ 94 (level, low) ioapic3: intpin 23 -> PCI IRQ 95 (level, low) MADT: Found IO APIC ID 8, Interrupt 96 at 0xfec84400 ioapic4: intpin 0 -> PCI IRQ 96 (level, low) ioapic4: intpin 1 -> PCI IRQ 97 (level, low) ioapic4: intpin 2 -> PCI IRQ 98 (level, low) ioapic4: intpin 3 -> PCI IRQ 99 (level, low) ioapic4: intpin 4 -> PCI IRQ 100 (level, low) ioapic4: intpin 5 -> PCI IRQ 101 (level, low) ioapic4: intpin 6 -> PCI IRQ 102 (level, low) ioapic4: intpin 7 -> PCI IRQ 103 (level, low) ioapic4: intpin 8 -> PCI IRQ 104 (level, low) ioapic4: intpin 9 -> PCI IRQ 105 (level, low) ioapic4: intpin 10 -> PCI IRQ 106 (level, low) ioapic4: intpin 11 -> PCI IRQ 107 (level, low) ioapic4: intpin 12 -> PCI IRQ 108 (level, low) ioapic4: intpin 13 -> PCI IRQ 109 (level, low) ioapic4: intpin 14 -> PCI IRQ 110 (level, low) ioapic4: intpin 15 -> PCI IRQ 111 (level, low) ioapic4: intpin 16 -> PCI IRQ 112 (level, low) ioapic4: intpin 17 -> PCI IRQ 113 (level, low) ioapic4: intpin 18 -> PCI IRQ 114 (level, low) ioapic4: intpin 19 -> PCI IRQ 115 (level, low) ioapic4: intpin 20 -> PCI IRQ 116 (level, low) ioapic4: intpin 21 -> PCI IRQ 117 (level, low) ioapic4: intpin 22 -> PCI IRQ 118 (level, low) ioapic4: intpin 23 -> PCI IRQ 119 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 io: mem: Pentium Pro MTRR support enabled null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35908086) pcibios: BIOS version 3.00 Found $PIR table, 25 entries at 0x800fde30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 3 A 0x62 3 5 6 7 9 10 11 12 slot 1 2 3 B 0x63 3 5 6 7 9 10 11 12 slot 1 2 3 C 0x60 3 5 6 7 9 10 11 12 slot 1 2 3 D 0x61 3 5 6 7 9 10 11 12 slot 5 2 6 A 0x60 3 5 6 7 9 10 11 12 slot 5 2 6 B 0x61 3 5 6 7 9 10 11 12 embedded 2 8 A 0x60 3 5 6 7 9 10 11 12 embedded 2 8 B 0x61 3 5 6 7 9 10 11 12 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 7 3 3 A 0x60 3 5 6 7 9 10 11 12 slot 7 3 3 B 0x61 3 5 6 7 9 10 11 12 slot 7 3 3 C 0x62 3 5 6 7 9 10 11 12 slot 7 3 3 D 0x63 3 5 6 7 9 10 11 12 slot 4 3 6 A 0x61 3 5 6 7 9 10 11 12 slot 4 3 6 B 0x62 3 5 6 7 9 10 11 12 slot 4 3 6 C 0x63 3 5 6 7 9 10 11 12 slot 4 3 6 D 0x60 3 5 6 7 9 10 11 12 slot 9 3 4 A 0x62 3 5 6 7 9 10 11 12 slot 9 3 4 B 0x63 3 5 6 7 9 10 11 12 slot 9 3 4 C 0x60 3 5 6 7 9 10 11 12 slot 9 3 4 D 0x61 3 5 6 7 9 10 11 12 slot 10 3 5 A 0x63 3 5 6 7 9 10 11 12 slot 10 3 5 B 0x60 3 5 6 7 9 10 11 12 slot 10 3 5 C 0x61 3 5 6 7 9 10 11 12 slot 10 3 5 D 0x62 3 5 6 7 9 10 11 12 embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 8 3 A 0x60 3 5 6 7 9 10 11 12 slot 2 8 3 B 0x61 3 5 6 7 9 10 11 12 slot 2 8 3 C 0x62 3 5 6 7 9 10 11 12 slot 2 8 3 D 0x63 3 5 6 7 9 10 11 12 embedded 7 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 7 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 8 9 3 A 0x60 3 5 6 7 9 10 11 12 slot 8 9 3 B 0x61 3 5 6 7 9 10 11 12 slot 8 9 3 C 0x62 3 5 6 7 9 10 11 12 slot 8 9 3 D 0x63 3 5 6 7 9 10 11 12 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 3 11 3 A 0x60 3 5 6 7 9 10 11 12 slot 3 11 3 B 0x61 3 5 6 7 9 10 11 12 slot 3 11 3 C 0x62 3 5 6 7 9 10 11 12 slot 3 11 3 D 0x63 3 5 6 7 9 10 11 12 embedded 11 5 A 0x68 3 5 6 7 9 10 11 12 slot 14 0 31 A 0x62 3 5 6 7 9 10 11 12 slot 14 0 31 B 0x61 3 5 6 7 9 10 11 12 embedded 0 29 A 0x60 3 5 6 7 9 10 11 12 embedded 0 29 B 0x63 3 5 6 7 9 10 11 12 embedded 0 29 C 0x62 3 5 6 7 9 10 11 12 embedded 0 29 D 0x6b 3 5 6 7 9 10 11 12 Setting up PCIe mappings for BAR 0xe0000000 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 pci_link0: irq 5 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link4: irq 10 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 4 5 6 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 4 5 6 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 4 5 6 7 10 11 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link7: irq 11 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 4 5 6 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 4 5 6 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 4 5 6 7 10 11 14 15 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3590, revid=0x0a bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3594, revid=0x0a bus=0, slot=1, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 MSI supports 2 messages map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x8086, dev=0x3595, revid=0x0a bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3596, revid=0x0a bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0047, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3597, revid=0x0a bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3598, revid=0x0a bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x3599, revid=0x0a bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x359a, revid=0x0a bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 00001400, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 00001420, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[20]: type 4, range 32, base 00001440, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 00001460, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd000000, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 000014a0, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, enabled found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 000014e8, size 3, enabled map[14]: type 4, range 32, base 000014dc, size 2, enabled map[18]: type 4, range 32, base 000014e0, size 3, enabled map[1c]: type 4, range 32, base 000014d8, size 2, enabled map[20]: type 4, range 32, base 000014b0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 00001480, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 3 pcib1: I/O decode 0x2000-0x3fff pcib1: memory decode 0xdd100000-0xdd3fffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.Z000 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=1, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0326, revid=0x09 bus=1, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd100000, size 12, enabled pcib1: (null) requested memory range 0xdd100000-0xdd100fff: good found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=1, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0327, revid=0x09 bus=1, slot=0, func=3 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd101000, size 12, enabled pcib1: (null) requested memory range 0xdd101000-0xdd101fff: good pcib2: at device 0.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x2000-0x2fff pcib2: memory decode 0xdd200000-0xdd2fffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x8086, dev=0x1010, revid=0x03 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x34 (1560 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dd200000, size 17, enabled pcib2: (null) requested memory range 0xdd200000-0xdd21ffff: good pcib1: (null) requested memory range 0xdd200000-0xdd21ffff: good map[20]: type 4, range 32, base 00002000, size 6, enabled pcib2: (null) requested I/O range 0x2000-0x203f: in range pcib1: (null) requested I/O range 0x2000-0x203f: in range pcib2: matched entry for 2.8.INTA pcib2: slot 8 INTA hardwired to IRQ 24 found-> vendor=0x8086, dev=0x1010, revid=0x03 bus=2, slot=8, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x34 (1560 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dd220000, size 17, enabled pcib2: (null) requested memory range 0xdd220000-0xdd23ffff: good pcib1: (null) requested memory range 0xdd220000-0xdd23ffff: good map[20]: type 4, range 32, base 00002040, size 6, enabled pcib2: (null) requested I/O range 0x2040-0x207f: in range pcib1: (null) requested I/O range 0x2040-0x207f: in range pcib2: matched entry for 2.8.INTB pcib2: slot 8 INTB hardwired to IRQ 25 em0: port 0x2000-0x203f mem 0xdd200000-0xdd21ffff irq 24 at device 8.0 on pci2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdd200000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0x2000 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:e0:81:2e:0d:c4 em0: Speed:N/A Duplex:N/A em1: port 0x2040-0x207f mem 0xdd220000-0xdd23ffff irq 25 at device 8.1 on pci2 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdd220000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0x2040 em1: [MPSAFE] em1: bpf attached em1: Ethernet address: 00:e0:81:2e:0d:c5 em1: Speed:N/A Duplex:N/A pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x3000-0x3fff pcib3: memory decode 0xdd300000-0xdd3fffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0x1027, revid=0x04 bus=3, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x34 (1560 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dd340000, size 17, enabled pcib3: (null) requested memory range 0xdd340000-0xdd35ffff: good pcib1: (null) requested memory range 0xdd340000-0xdd35ffff: good map[18]: type 1, range 64, base dd300000, size 18, enabled pcib3: (null) requested memory range 0xdd300000-0xdd33ffff: good pcib1: (null) requested memory range 0xdd300000-0xdd33ffff: good map[20]: type 4, range 32, base 00003000, size 6, enabled pcib3: (null) requested I/O range 0x3000-0x303f: in range pcib1: (null) requested I/O range 0x3000-0x303f: in range pcib3: matched entry for 3.3.INTA pcib3: slot 3 INTA hardwired to IRQ 48 em2: port 0x3000-0x303f mem 0xdd340000-0xdd35ffff,0xdd300000-0xdd33ffff ir q 48 at device 3.0 on pci3 em2: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdd340000 em2: Reserved 0x40 bytes for rid 0x20 type 4 at 0x3000 em2: [MPSAFE] em2: bpf attached em2: Ethernet address: 00:04:23:b2:a5:77 em2: Speed:N/A Duplex:N/A pci1: at device 0.3 (no driver attached) pcib4: irq 16 at device 3.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfff00000-0xfffff pcib4: prefetched decode 0xfff00000-0xfffff pcib4: could not get PCI interrupt routing table for \_SB_.PCI0.Z002 - AE_NOT_FOUND pci4: on pcib4 pci4: physical bus=4 pcib5: irq 16 at device 4.0 on pci0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfff00000-0xfffff pcib5: prefetched decode 0xfff00000-0xfffff pcib5: could not get PCI interrupt routing table for \_SB_.PCI0.Z003 - AE_NOT_FOUND pci5: on pcib5 pci5: physical bus=5 pcib6: at device 5.0 on pci0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0x0-0x0 pcib6: prefetched decode 0x0-0x0 pci6: on pcib6 pci6: physical bus=6 pcib7: irq 16 at device 6.0 on pci0 pcib7: secondary bus 7 pcib7: subordinate bus 9 pcib7: I/O decode 0xf000-0xfff pcib7: memory decode 0xdd400000-0xdd4fffff pcib7: prefetched decode 0xfff00000-0xfffff pcib7: could not get PCI interrupt routing table for \_SB_.PCI0.Z001 - AE_NOT_FOUND pci7: on pcib7 pci7: physical bus=7 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0326, revid=0x09 bus=7, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd400000, size 12, enabled pcib7: (null) requested memory range 0xdd400000-0xdd400fff: good found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=7, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0327, revid=0x09 bus=7, slot=0, func=3 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dd401000, size 12, enabled pcib7: (null) requested memory range 0xdd401000-0xdd401fff: good pcib8: at device 0.0 on pci7 pcib8: secondary bus 8 pcib8: subordinate bus 8 pcib8: I/O decode 0xf000-0xfff pcib8: memory decode 0xfff00000-0xfffff pcib8: prefetched decode 0xfff00000-0xfffff pci8: on pcib8 pci8: physical bus=8 pci7: at device 0.1 (no driver attached) pcib9: at device 0.2 on pci7 pcib9: secondary bus 9 pcib9: subordinate bus 9 pcib9: I/O decode 0xf000-0xfff pcib9: memory decode 0xfff00000-0xfffff pcib9: prefetched decode 0xfff00000-0xfffff pci9: on pcib9 pci9: physical bus=9 pci7: at device 0.3 (no driver attached) pcib10: at device 7.0 on pci0 pcib10: secondary bus 10 pcib10: subordinate bus 10 pcib10: I/O decode 0x0-0x0 pcib10: memory decode 0x0-0x0 pcib10: prefetched decode 0x0-0x0 pci10: on pcib10 pci10: physical bus=10 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1400 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 uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1420 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1440 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1460 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib11: at device 30.0 on pci0 pcib11: secondary bus 11 pcib11: subordinate bus 11 pcib11: I/O decode 0x4000-0x4fff pcib11: memory decode 0xdd500000-0xdeffffff pcib11: prefetched decode 0xfff00000-0xfffff pcib11: Subtractively decoded bridge. pci11: on pcib11 pci11: physical bus=11 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=11, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base de000000, size 24, enabled pcib11: (null) requested memory range 0xde000000-0xdeffffff: good map[14]: type 4, range 32, base 00004000, size 8, enabled pcib11: (null) requested I/O range 0x4000-0x40ff: in range map[18]: type 1, range 32, base dd500000, size 12, enabled pcib11: (null) requested memory range 0xdd500000-0xdd500fff: good pcib11: matched entry for 11.5.INTA pcib11: slot 5 INTA hardwired to IRQ 20 pci11: at device 5.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x14a0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=50 stat1=01 devices=0x1 ata1: [MPSAFE] atapci1: port 0x14e8-0x14ef,0x14dc-0x14df,0x14e0-0x14e7,0x14d8-0x14db,0x14b0-0x14bf irq 18 at devi ce 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x14b0 atapci1: [MPSAFE] atapci1: failed to enable memory mapping! ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x14e8 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x14dc ata2: reset tp1 mask=01 ostat0=80 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x14e0 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x14d8 ata3: reset tp1 mask=01 ostat0=7f ostat1=00 ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=00 devices=0x0 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sio0: irq maps: 0xec21 0xec31 0xec21 0xec21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0xec31 0xec39 0xec31 0xec31 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 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 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff 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) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices ukbd0: SAMSUNG SEM, rev 1.00/0.01, addr 2, iclass 3/1 kbd0 at ukbd0 kbd0: ukbd0, generic (0), config:0x0, flags:0x1d0000 Device configuration finished. Reducing kern.maxvnodes 219005 -> 100000 lapic: Divisor 2, Frequency 100004106 hz Timecounter "TSC" frequency 3200144976 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached DUMMYNET with IPv6 initialized (040826) md0: Preloaded image 67108864 bytes at 0x80705ccc ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=58 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: reinit done .. ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=58 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 ata1: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=50 stat1=01 devices=0x1 ata1: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 ata1: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=50 stat1=01 devices=0x1 ata1: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=01 ostat0=80 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=01 ostat0=80 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: reinit done .. SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) 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 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic1: routing intpin 0 (PCI IRQ 24) to cluster 0 ioapic1: routing intpin 1 (PCI IRQ 25) to cluster 0 ioapic2: routing intpin 0 (PCI IRQ 48) to cluster 0 Trying to mount root from ufs:/dev/md0 ------=_Part_9278_25098282.1132110708929-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 08:19:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E377716A41F for ; Wed, 16 Nov 2005 08:19:20 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 583FE43D46 for ; Wed, 16 Nov 2005 08:19:20 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 40331 invoked from network); 16 Nov 2005 08:19:19 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 16 Nov 2005 08:19:19 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id jAG8JIbD056888 for ; Wed, 16 Nov 2005 09:19:18 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id jAG8JI0D056887 for current@freebsd.org; Wed, 16 Nov 2005 09:19:18 +0100 (CET) (envelope-from pho) Date: Wed, 16 Nov 2005 09:19:17 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20051116081917.GA56826@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: File system tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 08:19:21 -0000 In an effort to test how well the kernel handles corrupted file systems (UFS2), I have run a series of test where I flip random bits in a file system, run fsck and then mount it. This has uncovered a few panics: panic: mount: lost mount panic: vm_fault: fault on nofault entry, addr: dda79000 panic: getblk: size(536871936) > MAXBSIZE(65536) panic: wrong length 1088 for sectorsize 512 panic: kmem_malloc(1342181376): kmem_map too small: 11620352 total allocated http://people.freebsd.org/~pho/stress/log/fs01.html http://people.freebsd.org/~pho/stress/log/fs02.html http://people.freebsd.org/~pho/stress/log/fs03.html http://people.freebsd.org/~pho/stress/log/fs04.html http://people.freebsd.org/~pho/stress/log/fs05.html I'm still not sure if this a reasonable test scenario and if it's worth pursuing? -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 09:07:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4427616A41F for ; Wed, 16 Nov 2005 09:07:01 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E757143D49 for ; Wed, 16 Nov 2005 09:07:00 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id C33BC7EB; Wed, 16 Nov 2005 04:07:45 -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 orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 82E1D87; Wed, 16 Nov 2005 04:07:44 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EcJFp-0000aQ-QM; Wed, 16 Nov 2005 09:06:57 +0000 Date: Wed, 16 Nov 2005 09:06:57 +0000 From: Brian Candler To: Rafael Caesar Lenzi Message-ID: <20051116090657.GB2214@uk.tiscali.com> References: <20051115192013.32825.qmail@web51010.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051115192013.32825.qmail@web51010.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 09:07:01 -0000 On Tue, Nov 15, 2005 at 04:20:13PM -0300, Rafael Caesar Lenzi wrote: > Hi, > > I'm installing 6.0 release, but after instaled, the system freeze. > It does not have a specific place for this > In versions RC the problem also happened > > Thanks, > Rafael Well, that's a content-free problem report, and from what you've written I can only suggest you have faulty hardware. There is helpful information here: http://www.bitwizard.nl/sig11/ If you really think there's a problem with FreeBSD or FreeBSD-6, then you'd better tell us in detail what kind of machine you have, since believe it or not, a lot of us run FreeBSD and it doesn't freeze. http://www.catb.org/~esr/faqs/smart-questions.html#intro Brian. From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 09:14:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F6F416A41F for ; Wed, 16 Nov 2005 09:14:30 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id A95F043D45 for ; Wed, 16 Nov 2005 09:14:29 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id DEE05BC66; Wed, 16 Nov 2005 09:14:27 +0000 (UTC) To: Peter Holm From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 16 Nov 2005 09:19:17 +0100." <20051116081917.GA56826@peter.osted.lan> Date: Wed, 16 Nov 2005 10:14:26 +0100 Message-ID: <44050.1132132466@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: File system tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 09:14:30 -0000 In message <20051116081917.GA56826@peter.osted.lan>, Peter Holm writes: >In an effort to test how well the kernel handles corrupted file >systems (UFS2), I have run a series of test where I flip random >bits in a file system, run fsck and then mount it. This has uncovered >a few panics: > >panic: mount: lost mount >panic: vm_fault: fault on nofault entry, addr: dda79000 >panic: getblk: size(536871936) > MAXBSIZE(65536) >panic: wrong length 1088 for sectorsize 512 >panic: kmem_malloc(1342181376): kmem_map too small: 11620352 total allocated > >http://people.freebsd.org/~pho/stress/log/fs01.html >http://people.freebsd.org/~pho/stress/log/fs02.html >http://people.freebsd.org/~pho/stress/log/fs03.html >http://people.freebsd.org/~pho/stress/log/fs04.html >http://people.freebsd.org/~pho/stress/log/fs05.html > >I'm still not sure if this a reasonable test scenario and if it's >worth pursuing? Veritas VxFS does cope, it never trusts data on the disk until validated and it will seletively declare an inode toast if it feels that is necessary. Over the last five years or so, I have changed my perception of on disk data from being "private data" to being "communications protocol", primarily because media flies in and out of machines these days, but also because of dual-booting and virtualization etc. So I would think that in these days and times, all filesystems be robust against disk bits, but I also know our code well enough to say that we are pretty far away indeed. Summary: Highly recommended area to work in. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 10:18:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47EDF16A420; Wed, 16 Nov 2005 10:18:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B220543D49; Wed, 16 Nov 2005 10:18:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jAGAIXgJ081275; Wed, 16 Nov 2005 05:18:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jAGAIX2i050616; Wed, 16 Nov 2005 05:18:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 575B37302F; Wed, 16 Nov 2005 05:18:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051116101832.575B37302F@freebsd-current.sentex.ca> Date: Wed, 16 Nov 2005 05:18:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 10:18:35 -0000 TB --- 2005-11-16 09:08:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-16 09:08:52 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-11-16 09:08:52 - cleaning the object tree TB --- 2005-11-16 09:09:30 - checking out the source tree TB --- 2005-11-16 09:09:30 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-11-16 09:09:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-16 09:16:05 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-16 09:16:05 - cd /src TB --- 2005-11-16 09:16:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mount_portalfs.o(.text+0x14a): In function `main': : warning: warning: mktemp() possibly used unsafely; consider using mkstemp() gzip -cn /src/usr.sbin/mount_portalfs/mount_portalfs.8 > mount_portalfs.8.gz ===> usr.sbin/mount_smbfs (all) cc -O2 -pipe -DSMBFS -I/src/usr.sbin/mount_smbfs/../../sbin/mount -I/src/usr.sbin/mount_smbfs/../../contrib/smbfs/include -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/mount_smbfs/../../contrib/smbfs/mount_smbfs/mount_smbfs.c /src/usr.sbin/mount_smbfs/../../contrib/smbfs/mount_smbfs/mount_smbfs.c: In function `main': /src/usr.sbin/mount_smbfs/../../contrib/smbfs/mount_smbfs/mount_smbfs.c:234: warning: comparison is always false due to limited range of data type /src/usr.sbin/mount_smbfs/../../contrib/smbfs/mount_smbfs/mount_smbfs.c:236: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /src/usr.sbin/mount_smbfs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-16 10:18:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-16 10:18:32 - ERROR: failed to build world TB --- 2005-11-16 10:18:32 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 10:45:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C8B16A41F for ; Wed, 16 Nov 2005 10:45:09 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E323443D45 for ; Wed, 16 Nov 2005 10:45:08 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EcKmp-000ByC-MX for freebsd-current@freebsd.org; Wed, 16 Nov 2005 12:45:07 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org In-reply-to: Your message of Sun, 23 Oct 2005 15:24:02 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Nov 2005 12:45:07 +0200 From: Danny Braniss Message-ID: Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 10:45:09 -0000 Haven't received much feedback, either it's a piece of s... or it's just working fantastic, or ? Anyways, I'm planning to be in Basel for BsdConn next week, so if anybody has something to say about it, i'm a good listener. danny From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 10:45:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AF1C16A44C for ; Wed, 16 Nov 2005 10:45:29 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 931C743D45 for ; Wed, 16 Nov 2005 10:45:28 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.org (localhost [127.0.0.1]) by mail.yazzy.org (Postfix) with SMTP id 88DB139825 for ; Wed, 16 Nov 2005 11:45:34 +0100 (CET) Received: from 84.247.145.210 (SquirrelMail authenticated user lists@yazzy.org) by mail.yazzy.org with HTTP; Wed, 16 Nov 2005 11:45:34 +0100 (CET) Message-ID: <1706.84.247.145.210.1132137934.squirrel@mail.yazzy.org> Date: Wed, 16 Nov 2005 11:45:34 +0100 (CET) From: "M.Jessa" To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: make buildworld error with libnetgraph X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@yazzy.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 10:45:29 -0000 Hi guys. I get this error compiling today's 6.0 sources (tag=RELENG_6) starting with empty /obj dir : #uname -a FreeBSD draugen 6.0-BETA4 FreeBSD 6.0-BETA4 #3: Tue Sep 6 19:31:47 CEST 2005 root@draugen:/usr/obj/usr/src/sys/DRAUGEN i386 ===> lib/libnetgraph (depend,all,install) rm -f .depend mkdep -f .depend -a /usr/src/lib/libnetgraph/sock.c /usr/src/lib/libnetgraph/msg.c /usr/src/lib/libnetgraph/debug.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libnetgraph/sock.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libnetgraph/msg.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libnetgraph/debug.c /usr/src/lib/libnetgraph/debug.c:161: error: `NGM_SPLIT_COOKIE' undeclared here (not in a function) /usr/src/lib/libnetgraph/debug.c:161: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:161: error: (near initialization for `cookies[33].cookie') /usr/src/lib/libnetgraph/debug.c:161: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:161: error: (near initialization for `cookies[33]') /usr/src/lib/libnetgraph/debug.c:162: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:162: error: (near initialization for `cookies[34]') /usr/src/lib/libnetgraph/debug.c:163: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:163: error: (near initialization for `cookies[35]') /usr/src/lib/libnetgraph/debug.c:164: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:164: error: (near initialization for `cookies[36]') /usr/src/lib/libnetgraph/debug.c:165: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:165: error: (near initialization for `cookies[37]') /usr/src/lib/libnetgraph/debug.c:166: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:166: error: (near initialization for `cookies[38]') /usr/src/lib/libnetgraph/debug.c:167: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:167: error: (near initialization for `cookies[39]') /usr/src/lib/libnetgraph/debug.c:174: error: initializer element is not constant /usr/src/lib/libnetgraph/debug.c:174: error: (near initialization for `cookies[40]') *** Error code 1 Stop in /usr/src/lib/libnetgraph. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 11:43:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B3AA16A41F; Wed, 16 Nov 2005 11:43:09 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A2243D53; Wed, 16 Nov 2005 11:43:08 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id 77283701B8; Wed, 16 Nov 2005 12:41:26 +0100 (CET) Received: from fw.reifenberger.com (ppp-62-245-210-5.mnet-online.de [62.245.210.5]) by mail.m-online.net (Postfix) with ESMTP id A081E133308; Wed, 16 Nov 2005 12:43:07 +0100 (CET) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.4/8.13.4/Submit) with ESMTP id jAGBfmfv002051; Wed, 16 Nov 2005 12:41:48 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 16 Nov 2005 12:41:48 +0100 (CET) From: Michael Reifenberger To: ru@freebsd.org Message-ID: <20051116123612.J2025@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-Current Subject: ng_split X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 11:43:09 -0000 Hi, the change below doesnt look canonical to me, since it contains an NG at the beginning allready and no other ng node type does this. Furthermore it breaks -current and RELENG_6 at least. Can we revert it? Index: ng_split.h =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_split.h,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ng_split.h 7 Jan 2005 01:45:39 -0000 1.4 +++ ng_split.h 25 Oct 2005 20:56:12 -0000 1.5 @@ -25,7 +25,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $FreeBSD: src/sys/netgraph/ng_split.h,v 1.4 2005/01/07 01:45:39 imp Exp $ + * $FreeBSD: src/sys/netgraph/ng_split.h,v 1.5 2005/10/25 20:56:12 ru Exp $ * */ @@ -35,7 +35,7 @@ /* Node type name and magic cookie */ #define NG_SPLIT_NODE_TYPE "split" -#define NGM_NG_SPLIT_COOKIE 949409402 +#define NGM_SPLIT_COOKIE 949409402 Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 12:02:05 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B00C16A41F for ; Wed, 16 Nov 2005 12:02:05 +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 51D5043D83 for ; Wed, 16 Nov 2005 12:01:53 +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 jAGC1q36001162; Wed, 16 Nov 2005 14:01:52 +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 06513-01-6; Wed, 16 Nov 2005 14:01:50 +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 jAGC0FmU000732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2005 14:00:15 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAGC0NZN087171; Wed, 16 Nov 2005 14:00:23 +0200 (EET) (envelope-from ru) Date: Wed, 16 Nov 2005 14:00:23 +0200 From: Ruslan Ermilov To: Michael Reifenberger Message-ID: <20051116120023.GB86977@ip.net.ua> References: <20051116123612.J2025@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <20051116123612.J2025@fw.reifenberger.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: FreeBSD-Current Subject: Re: ng_split X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 12:02:05 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 16, 2005 at 12:41:48PM +0100, Michael Reifenberger wrote: > Hi, > the change below doesnt look canonical to me, > since it contains an NG at the beginning allready > and no other ng node type does this. >=20 You're right about this, but you probably read the patch in reverse way. My fix makes the name match the rest of the world: $ grep NGM_.*_COOKIE *.h | grep NGM_NG | wc -l 0 $ grep NGM_.*_COOKIE *.h | grep -v NGM_NG | wc -l 46 Furthemore, it was necessary to add this type to libnetgraph/debug.c, that's how I noticed it wasn't canonical. > Furthermore it breaks -current and RELENG_6 at least. >=20 How? > Can we revert it? >=20 I fail to see a reason at the moment., > Index: ng_split.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/sys/netgraph/ng_split.h,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -u -r1.4 -r1.5 > --- ng_split.h 7 Jan 2005 01:45:39 -0000 1.4 > +++ ng_split.h 25 Oct 2005 20:56:12 -0000 1.5 > @@ -25,7 +25,7 @@ > * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE=20 > POSSIBILITY OF > * SUCH DAMAGE. > * > - * $FreeBSD: src/sys/netgraph/ng_split.h,v 1.4 2005/01/07=20 > 01:45:39 imp Exp $ > + * $FreeBSD: src/sys/netgraph/ng_split.h,v 1.5 2005/10/25=20 > 20:56:12 ru Exp $ > * > */ >=20 > @@ -35,7 +35,7 @@ >=20 > /* Node type name and magic cookie */ > #define NG_SPLIT_NODE_TYPE "split" > -#define NGM_NG_SPLIT_COOKIE 949409402 > +#define NGM_SPLIT_COOKIE 949409402 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDex9XqRfpzJluFF4RAp1BAJ970hzJTKdUwf4GGCYStSHrhQ6azwCcCGEl xm/GodeNC6Up9fqcuZmhgIQ= =1TQA -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 12:27:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7B416A41F for ; Wed, 16 Nov 2005 12:27:10 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D7A143D49 for ; Wed, 16 Nov 2005 12:27:10 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id B25C14C2; Wed, 16 Nov 2005 07:27:54 -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 orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 777E989; Wed, 16 Nov 2005 07:27:53 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EcMNW-0000rE-PK; Wed, 16 Nov 2005 12:27:06 +0000 Date: Wed, 16 Nov 2005 12:27:06 +0000 From: Brian Candler To: Danny Braniss Message-ID: <20051116122706.GA3208@uk.tiscali.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 12:27:10 -0000 On Wed, Nov 16, 2005 at 12:45:07PM +0200, Danny Braniss wrote: > Haven't received much feedback, either it's a piece of s... or > it's just working fantastic, or ? > Anyways, I'm planning to be in Basel for BsdConn next week, so if anybody > has something to say about it, i'm a good listener. I for one found the idea very interesting. If we could have an iSCSI target too, then we would have a complete standards-compliant replacement for GEOM ggated/ggatec, which might also form the basis of a low-cost SAN. [*] However I didn't reply, for two reasons: (1) I think you said your code had no error-recovery. In my experience, the error-recovery code is typically the hardest to write, which implies to me the code is a long way from complete and therefore not really worth testing. That is, there's no point testing from the point of view "is this code ready for production?" when code without error-handling isn't, by definition. That's just the impression I got of course, which may be wrong. (2) I didn't fancy setting up a Linux box just so that I had an iSCSI target :-) Regards, Brian. [*] It might be necessary also to have some magic which maps arbitary devices under the CAM layer, e.g. so you could share an IDE drive, or a gvinum volume, as if it were a SCSI device. Or perhaps the iSCSI target can just be a userland daemon, talking to the CAM layer where the device supports it, or GEOM otherwise. From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 08:25:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A15816A41F for ; Wed, 16 Nov 2005 08:25:48 +0000 (GMT) (envelope-from rink@beastie.il.fontys.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B35143D49 for ; Wed, 16 Nov 2005 08:25:45 +0000 (GMT) (envelope-from rink@beastie.il.fontys.nl) Received: by mailhost.stack.nl (Postfix, from userid 65534) id 06D60A3020; Wed, 16 Nov 2005 09:25:44 +0100 (CET) Received: from mail.il.fontys.nl (mail.il.fontys.nl [IPv6:2001:4128:1000:1000::7]) by mailhost.stack.nl (Postfix) with ESMTP id 6B332A3017; Wed, 16 Nov 2005 09:25:43 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.il.fontys.nl (Postfix/VSRI) with ESMTP id 919FB1704F; Wed, 16 Nov 2005 09:29:30 +0100 (CET) Received-Locally: from mail.il.fontys.nl ([127.0.0.1]) by localhost (sukke.il.fontys.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95511-06; Wed, 16 Nov 2005 09:29:29 +0100 (CET) Received: from beastie.il.fontys.nl (beastie.il.fontys.nl [194.26.13.37]) by mail.il.fontys.nl (Postfix) with ESMTP; Wed, 16 Nov 2005 09:29:29 +0100 (CET) Received: by beastie.il.fontys.nl (Postfix, from userid 1678) id F1DFB2844D; Wed, 16 Nov 2005 09:25:41 +0100 (CET) Date: Wed, 16 Nov 2005 09:25:41 +0100 From: Rink Springer To: Peter Holm Message-ID: <20051116082541.GA40257@il.fontys.nl> References: <20051116081917.GA56826@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20051116081917.GA56826@peter.osted.lan> X-Editor: Vim http://www.vim.org/ X-Info: http://rink.nu/ X-Operating-System: FreeBSD 5.4-STABLE i386 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at il.fontys.nl X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on vaak.stack.nl X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Mailman-Approved-At: Wed, 16 Nov 2005 12:34:54 +0000 Cc: current@freebsd.org Subject: Re: File system tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 08:25:48 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I'm still not sure if this a reasonable test scenario and if it's > worth pursuing? Well, I'd say: no matter how corrupted / broken your filesystem is: the operating system should _not_ crash.=20 I'd be in favor of adding more checks to stop these kinds of panics. Usermount is a very useful option, and it'd be a shame if someone could just kill the system because of it :) --=20 Rink P.W. Springer - http://rink.nu "God, root, what is difference?" - Pitr, Userfriendly --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeu0Fb3O60uztv/8RAhpxAKCiECjJ94ljFc5VVT+n+UMR9AwcbgCeMDYk GdqcHCjHNOlE1HDfrbVQ7Mo= =02lu -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 12:34:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D911616A41F for ; Wed, 16 Nov 2005 12:34:32 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: from web51005.mail.yahoo.com (web51005.mail.yahoo.com [206.190.38.136]) by mx1.FreeBSD.org (Postfix) with SMTP id 3660D43D4C for ; Wed, 16 Nov 2005 12:34:32 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: (qmail 47677 invoked by uid 60001); 16 Nov 2005 12:34:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=YxbAoFvzwyGIGS1oqh1IgSw8EsrlrcORhsYqKwwZkpWttVS2e/0wIaloQG+15t5rVN4VbCaGZq9xHrx7ot3MaaQ5lHaoTXAxpaSNcIhpydXixuovHGzkhB7yoJDNxQyTmgmClgDNKIfCXDTFoHKsE4fg5TBy38f+hDEZ+VOQMow= ; Message-ID: <20051116123431.47675.qmail@web51005.mail.yahoo.com> Received: from [200.138.213.28] by web51005.mail.yahoo.com via HTTP; Wed, 16 Nov 2005 12:34:31 GMT Date: Wed, 16 Nov 2005 12:34:31 +0000 (GMT) From: Rafael Caesar Lenzi To: Brian Candler In-Reply-To: <20051116090657.GB2214@uk.tiscali.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 12:34:33 -0000 --- Brian Candler escreveu: > Well, that's a content-free problem report, and from what you've > written I can only suggest you have faulty hardware. There is > helpful information here: http://www.bitwizard.nl/sig11/ My machine is OK, i run FreeBSD-5.4 and it is very stable. > If you really think there's a problem with FreeBSD or FreeBSD-6, > then you'd better tell us in detail what kind of machine you have, > since believe it or not, a lot of us run FreeBSD and it > doesn't freeze. I have Athlon-XP 2400+ with Asus a7n8x-deluxe motherboard, 512mb DDR400 Kingston, 60gb maxtor 7200rpm harddrive When system boot, in random time, just stop, nothing work, no mouse, no keyboard, nothing. this happens in the versions of FreeBSD-6 beta and rc release. In FreeBSD-5.4 it is 100% stable. Only few problems with java, that it restart the machine when run eclipse and openoffice-2.0 together. I'm have jdk-1.5_1. Thanks, Rafael _______________________________________________________ Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 12:38:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 894C016A41F for ; Wed, 16 Nov 2005 12:38:34 +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 C211543D45 for ; Wed, 16 Nov 2005 12:38:33 +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 jAGCcWMf004500; Wed, 16 Nov 2005 14:38:32 +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 06835-02; Wed, 16 Nov 2005 14:38:30 +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 jAGCYDpY004367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2005 14:34:13 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAGCYL5S087430; Wed, 16 Nov 2005 14:34:21 +0200 (EET) (envelope-from ru) Date: Wed, 16 Nov 2005 14:34:21 +0200 From: Ruslan Ermilov To: "M.Jessa" Message-ID: <20051116123421.GA87392@ip.net.ua> References: <1706.84.247.145.210.1132137934.squirrel@mail.yazzy.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <1706.84.247.145.210.1132137934.squirrel@mail.yazzy.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: make buildworld error with libnetgraph X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 12:38:34 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 16, 2005 at 11:45:34AM +0100, M.Jessa wrote: > Hi guys. >=20 > I get this error compiling today's 6.0 sources (tag=3DRELENG_6) > starting with empty /obj dir : >=20 > #uname -a > FreeBSD draugen 6.0-BETA4 FreeBSD 6.0-BETA4 #3: Tue Sep 6 19:31:47 CEST > 2005 root@draugen:/usr/obj/usr/src/sys/DRAUGEN i386 >=20 Please re-cvsup, this has been caused by a partial MFC. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDeydNqRfpzJluFF4RAr2jAJ9P+Mf1dkV/L1U/k/4p+XSXkgiG5QCgkXwM 4xkD7p3UiuZpSV5Lw52x+ok= =04Vk -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 13:02:16 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1BA216A425; Wed, 16 Nov 2005 13:02:16 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 548F543D46; Wed, 16 Nov 2005 13:02:16 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id AA07A709F6; Wed, 16 Nov 2005 14:00:33 +0100 (CET) Received: from fw.reifenberger.com (ppp-62-245-210-5.mnet-online.de [62.245.210.5]) by mail.m-online.net (Postfix) with ESMTP id EA7841345E8; Wed, 16 Nov 2005 14:02:14 +0100 (CET) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.4/8.13.4/Submit) with ESMTP id jAGD0uAh002384; Wed, 16 Nov 2005 14:00:56 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 16 Nov 2005 14:00:56 +0100 (CET) From: Michael Reifenberger To: Ruslan Ermilov In-Reply-To: <20051116120023.GB86977@ip.net.ua> Message-ID: <20051116135921.W2295@fw.reifenberger.com> References: <20051116123612.J2025@fw.reifenberger.com> <20051116120023.GB86977@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-Current Subject: Re: ng_split X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 13:02:16 -0000 On Wed, 16 Nov 2005, Ruslan Ermilov wrote: > Date: Wed, 16 Nov 2005 14:00:23 +0200 > From: Ruslan Ermilov > To: Michael Reifenberger > Cc: FreeBSD-Current > Subject: Re: ng_split > > On Wed, Nov 16, 2005 at 12:41:48PM +0100, Michael Reifenberger wrote: >> Hi, >> the change below doesnt look canonical to me, >> since it contains an NG at the beginning allready >> and no other ng node type does this. >> > You're right about this, but you probably read the patch in reverse > way. My fix makes the name match the rest of the world: > Oh, yes! I missed it. So its broken on RELENG_6 still. >> > I fail to see a reason at the moment., > Then MFC please :-) Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 13:06:26 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE5AD16A41F; Wed, 16 Nov 2005 13:06:26 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2968343D4C; Wed, 16 Nov 2005 13:06:25 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id B44A1709E5; Wed, 16 Nov 2005 14:04:43 +0100 (CET) Received: from fw.reifenberger.com (ppp-62-245-210-5.mnet-online.de [62.245.210.5]) by mail.m-online.net (Postfix) with ESMTP id DDBA213461D; Wed, 16 Nov 2005 14:06:24 +0100 (CET) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.4/8.13.4/Submit) with ESMTP id jAGD56Uk002390; Wed, 16 Nov 2005 14:05:06 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 16 Nov 2005 14:05:06 +0100 (CET) From: Michael Reifenberger To: Ruslan Ermilov In-Reply-To: <20051116120023.GB86977@ip.net.ua> Message-ID: <20051116140329.J2295@fw.reifenberger.com> References: <20051116123612.J2025@fw.reifenberger.com> <20051116120023.GB86977@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-Current Subject: Re: ng_split X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 13:06:26 -0000 On Wed, 16 Nov 2005, Ruslan Ermilov wrote: ... >> Furthermore it breaks -current and RELENG_6 at least. >> Damn. After cvsupping again RELENG_6 ng_split.h looks right. Thanks! Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 13:03:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF3816A426 for ; Wed, 16 Nov 2005 13:03:05 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zcars04f.nortelnetworks.com (zcars04f.nortelnetworks.com [47.129.242.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76B6543D45 for ; Wed, 16 Nov 2005 13:03:04 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zcars04f.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id jAGD30m14241; Wed, 16 Nov 2005 08:03:01 -0500 (EST) Received: from [10.0.5.2] ([47.128.22.25] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 16 Nov 2005 08:02:45 -0500 Message-ID: <437B2DF4.4070705@nortel.com> Date: Wed, 16 Nov 2005 08:02:44 -0500 From: "Andrew Atrens" User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Nov 2005 13:02:45.0760 (UTC) FILETIME=[09AF0000:01C5EAAE] X-Mailman-Approved-At: Wed, 16 Nov 2005 13:07:42 +0000 Cc: freebsd-current@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 13:03:05 -0000 Danny Braniss wrote: > Haven't received much feedback, either it's a piece of s... or > it's just working fantastic, or ? > Anyways, I'm planning to be in Basel for BsdConn next week, so if anybody > has something to say about it, i'm a good listener. > > danny I will be getting some iscsi devices in the Jan-Feb timeframe. :) > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 13:59:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56A5116A41F for ; Wed, 16 Nov 2005 13:59:42 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF22643D45 for ; Wed, 16 Nov 2005 13:59:41 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1076836wxc for ; Wed, 16 Nov 2005 05:59:41 -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=sgCXgTMJ2UUtDh5MYYbo41jfwgWlXQEcxy6Ehm0tmgoi9T1/N5mmbkSi2yc1TpvDPUjgEfibMPhntV4HgMX4VfNwxTNc0BjkIamedJVH3scFsdqcN3O6wu1v7HpMTiNOxQcSK7suI7kZFvC3qsYFRKJXSxwMttvIHZQQSL8itUg= Received: by 10.65.183.3 with SMTP id k3mr1026761qbp; Wed, 16 Nov 2005 05:59:41 -0800 (PST) Received: by 10.64.156.3 with HTTP; Wed, 16 Nov 2005 05:59:41 -0800 (PST) Message-ID: Date: Wed, 16 Nov 2005 08:59:41 -0500 From: David Rhodus Sender: sdrhodus@gmail.com To: Danny Braniss In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 13:59:42 -0000 On 11/16/05, Danny Braniss wrote: > Haven't received much feedback, either it's a piece of s... or > it's just working fantastic, or ? > Anyways, I'm planning to be in Basel for BsdConn next week, so if anybody > has something to say about it, i'm a good listener. > > danny Is this code related to the iSCSI code that AT&T wrote for FreeBSD ? -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 14:32:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C41ED16A41F for ; Wed, 16 Nov 2005 14:32:09 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D8F43D46 for ; Wed, 16 Nov 2005 14:32:09 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EcOKV-000HR3-6B; Wed, 16 Nov 2005 16:32:07 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Brian Candler In-reply-to: Your message of Wed, 16 Nov 2005 12:27:06 +0000 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Nov 2005 16:32:07 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 14:32:09 -0000 Hi Brian, > On Wed, Nov 16, 2005 at 12:45:07PM +0200, Danny Braniss wrote: > > Haven't received much feedback, either it's a piece of s... or > > it's just working fantastic, or ? > > Anyways, I'm planning to be in Basel for BsdConn next week, so if anybody > > has something to say about it, i'm a good listener. > > I for one found the idea very interesting. If we could have an iSCSI target > too, then we would have a complete standards-compliant replacement for GEOM > ggated/ggatec, which might also form the basis of a low-cost SAN. [*] > > However I didn't reply, for two reasons: > > (1) I think you said your code had no error-recovery. In my experience, the > error-recovery code is typically the hardest to write, which implies to me > the code is a long way from complete and therefore not really worth testing. > That is, there's no point testing from the point of view "is this code ready > for production?" when code without error-handling isn't, by definition. > > That's just the impression I got of course, which may be wrong. > I guess I need to clarify some :-), by no error recovery, this is on the iSCSI side, the scsi part - via CAM - is fully error recovarable. the iSCSI protocol has error recovery too, and it's this one that's missing, ie: what happens if the TCP connection falls. so if your network is ok, and no one steps on cables, then it's working fine, no disk corruption, no data loss (FLW - Famous Last Words). i need to test the initiator with different/more targets, it seems that the RFC has more than one interpretation :-) > (2) I didn't fancy setting up a Linux box just so that I had an iSCSI target > :-) no need, we did, and we can crash it :-) > > Regards, > > Brian. > > [*] It might be necessary also to have some magic which maps arbitary > devices under the CAM layer, e.g. so you could share an IDE drive, or a > gvinum volume, as if it were a SCSI device. Or perhaps the iSCSI target can > just be a userland daemon, talking to the CAM layer where the device > supports it, or GEOM otherwise. correct. danny From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 14:35:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA6D616A41F for ; Wed, 16 Nov 2005 14:35:25 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F3F843D68 for ; Wed, 16 Nov 2005 14:35:25 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EcONg-000HTu-58; Wed, 16 Nov 2005 16:35:24 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: David Rhodus In-reply-to: Your message of Wed, 16 Nov 2005 08:59:41 -0500 . Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Wed, 16 Nov 2005 16:35:24 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 14:35:26 -0000 > On 11/16/05, Danny Braniss wrote: > > Haven't received much feedback, either it's a piece of s... or > > it's just working fantastic, or ? > > Anyways, I'm planning to be in Basel for BsdConn next week, so if any= body > > has something to say about it, i'm a good listener. > > > > danny > = > Is this code related to the iSCSI code that AT&T wrote for FreeBSD ? only in the sense that they proved that it can be done :-) danny From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 15:58:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 019C716A422 for ; Wed, 16 Nov 2005 15:58:57 +0000 (GMT) (envelope-from wfroning@home.angui.sh) Received: from angui.sh (dsl081-056-223.sfo1.dsl.speakeasy.net [64.81.56.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7038943D49 for ; Wed, 16 Nov 2005 15:58:56 +0000 (GMT) (envelope-from wfroning@home.angui.sh) Received: from home.angui.sh (localhost.angui.sh [127.0.0.1]) by angui.sh (8.13.4/8.13.3) with ESMTP id jAGFuOfl091404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Nov 2005 07:56:24 -0800 (PST) (envelope-from wfroning@home.angui.sh) Received: from localhost (wfroning@localhost) by home.angui.sh (8.13.4/8.13.3/Submit) with ESMTP id jAGFuNST091401; Wed, 16 Nov 2005 07:56:24 -0800 (PST) (envelope-from wfroning@home.angui.sh) Date: Wed, 16 Nov 2005 07:56:23 -0800 (PST) From: Will Froning To: Danny Braniss In-Reply-To: Message-ID: <20051116075441.X91323@home.angui.sh> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 64.81.57.93 Cc: freebsd-current@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 15:58:57 -0000 Danny, On Wed, 16 Nov 2005, Danny Braniss wrote: =>Haven't received much feedback, either it's a piece of s... or =>it's just working fantastic, or ? =>Anyways, I'm planning to be in Basel for BsdConn next week, so if anybody =>has something to say about it, i'm a good listener. I will have some time to test this code within the next 1-2 months with a NetApp FAS960c as the target. When that happens, I'll send you my feedback. :) Thanks for working on this, Will -- Will Froning Unix Sys. Admin. wfroning@angui.sh From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 16:08:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A21216A41F for ; Wed, 16 Nov 2005 16:08:55 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA2A43D5F for ; Wed, 16 Nov 2005 16:08:53 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc13) with ESMTP id <20051116160852015002ejfae>; Wed, 16 Nov 2005 16:08:52 +0000 Message-ID: <437B5993.5000003@computer.org> Date: Wed, 16 Nov 2005 10:08:51 -0600 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Roadmap for v7.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 16:08:55 -0000 Hello, I was wondering if there is a doc which represents the roadmap for -current? I've looked around the Release Engineering pages a bit and found none, maybe I missed it. Incidentally, a shortcut to Release Engineering might be useful on the FreeBSD home page. -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 16:15:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF89416A41F for ; Wed, 16 Nov 2005 16:15:54 +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 1E46843D8D for ; Wed, 16 Nov 2005 16:15:44 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 347A813B for ; Wed, 16 Nov 2005 11:06:31 -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 DCD26679 for ; Wed, 16 Nov 2005 11:06:30 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EcPwi-0001Bh-BN for freebsd-current@freebsd.org; Wed, 16 Nov 2005 16:15:40 +0000 Date: Wed, 16 Nov 2005 16:15:40 +0000 From: Brian Candler To: freebsd-current@freebsd.org Message-ID: <20051116161540.GB4383@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: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 16:15:54 -0000 I've noticed on FreeBSD-5.4 and -6.0 that the order in which 'cp' copies multiple files does not match the order they're given on the command line. This is noticeable when the target server is remote and/or slow (e.g. NFS; USB flash device). I guess it's not especially important, but it's slightly annoying in that I have a dumb USB MP3 player, and it plays the tracks in the raw order they appear in the filesystem, not by sorting filenames or anything like that. I've had a look through the code, and it seems that cp calls fts_open() with the list of files in argv; fts_open then does a qsort() on the arguments, using the comparison function mastercmp() provided by cp: /* * mastercmp -- * The comparison function for the copy order. The order is to copy * non-directory files before directory files. The reason for this * is because files tend to be in the same cylinder group as their * parent directory, whereas directories tend not to be. Copying the * files first reduces seeking. */ This seems reasonable enough, but I think it would be good to preserve order when all the arguments are files. This could be done at not great expense. I can think of several ways: (1) /usr/src/bin/cp/cp.c Update mastercmp so that it falls back to comparing the argv[] indexes if otherwise it would return 0. I thought the fts_number member of the FTSENT structure could be used for this purpose, although it is currently being used as a one-bit flag (pflag/dne). This flag could be moved to a high bit instead. (2) /usr/src/lib/libc/gen/fts.c Before calling qsort, call the comparison function on each pair of items in turn. If this returns -1 or 0 in every case, then the list is already ordered and there is no need to call qsort(), which will unorder them. This covers the common cases where all the sources are either all files or all directories. (3) replace the call to qsort() with a stable sort, e.g. mergesort(). I think cp's mastercmp() will still need some tweaking in that case so that two directories compare as equal, e.g. if (a_info == FTS_D) return (-1); if (b_info == FTS_D) return (1); return (0); becomes if (a_info == FTS_D && b_info != FTS_D) return (-1); if (b_info == FTS_D) return (1); return (0); Anyone have any thoughts on this? Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 16:29:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B5616A41F for ; Wed, 16 Nov 2005 16:29:38 +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 7943B43D72 for ; Wed, 16 Nov 2005 16:29:36 +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 jAGGTXrD076035; Wed, 16 Nov 2005 09:29:33 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <437B5E6D.5040803@samsco.org> Date: Wed, 16 Nov 2005 09:29:33 -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: Eric Schuele References: <437B5993.5000003@computer.org> In-Reply-To: <437B5993.5000003@computer.org> 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: freebsd-current@freebsd.org Subject: Re: Roadmap for v7.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 16:29:38 -0000 Eric Schuele wrote: > Hello, > > I was wondering if there is a doc which represents the roadmap for > -current? > > I've looked around the Release Engineering pages a bit and found none, > maybe I missed it. > > Incidentally, a shortcut to Release Engineering might be useful on the > FreeBSD home page. > FreeBSD 7 was discussed in May at BSDCan, and I expect it to be discussed at EuroBSDCon in a few weeks. In general, I think that we are going to continue on the path of promising releases and not features. The release date for 7.0 will likely be in mid to late 2007. As more details are agreed on they will be published, but again it's important to remember that we got ourselves into big trouble with 5.x by trying to pack too many features into it. Scott From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 17:07:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C05B16A41F for ; Wed, 16 Nov 2005 17:07:32 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE2E43D53 for ; Wed, 16 Nov 2005 17:07:23 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc11) with ESMTP id <20051116170657011001f1fre>; Wed, 16 Nov 2005 17:07:07 +0000 Message-ID: <437B672D.5060004@computer.org> Date: Wed, 16 Nov 2005 11:06:53 -0600 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <437B5993.5000003@computer.org> <437B5E6D.5040803@samsco.org> In-Reply-To: <437B5E6D.5040803@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Roadmap for v7.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 17:07:32 -0000 Scott Long wrote: > Eric Schuele wrote: > >> Hello, >> >> I was wondering if there is a doc which represents the roadmap for >> -current? >> >> I've looked around the Release Engineering pages a bit and found none, >> maybe I missed it. >> >> Incidentally, a shortcut to Release Engineering might be useful on the >> FreeBSD home page. >> > > FreeBSD 7 was discussed in May at BSDCan, and I expect it to be > discussed at EuroBSDCon in a few weeks. In general, I think that we > are going to continue on the path of promising releases and not > features. The release date for 7.0 will likely be in mid to late > 2007. As more details are agreed on they will be published, but > again it's important to remember that we got ourselves into big > trouble with 5.x by trying to pack too many features into it. > OK.. I understand. I'm more interested in works-in-progress, than the WHEN of it. I guess maybe the "Developer" section of the FreeBSD.org site is what I'm looking for? Also, will the discussions at the above conferences be made available in any form via the web? Thanks. > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Regards, Eric From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 17:53:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E8616A41F for ; Wed, 16 Nov 2005 17:53:39 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B40BB43D53 for ; Wed, 16 Nov 2005 17:53:34 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.4/8.13.4) with ESMTP id jAGHr6JA026658; Wed, 16 Nov 2005 12:53:06 -0500 (EST) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.4/8.13.4/Submit) with ESMTP id jAGHqpVK026650; Wed, 16 Nov 2005 12:53:06 -0500 (EST) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 16 Nov 2005 12:52:51 -0500 (EST) From: "Andrew R. Reiter" To: Scott Long In-Reply-To: <437B5E6D.5040803@samsco.org> Message-ID: <20051116125120.T19663@fledge.watson.org> References: <437B5993.5000003@computer.org> <437B5E6D.5040803@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Eric Schuele Subject: Re: Roadmap for v7.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 17:53:39 -0000 On Wed, 16 Nov 2005, Scott Long wrote: :Eric Schuele wrote: : :> Hello, :> :> I was wondering if there is a doc which represents the roadmap for -current? :> :> I've looked around the Release Engineering pages a bit and found none, maybe :> I missed it. :> :> Incidentally, a shortcut to Release Engineering might be useful on the :> FreeBSD home page. :> : :FreeBSD 7 was discussed in May at BSDCan, and I expect it to be discussed at :EuroBSDCon in a few weeks. In general, I think that we :are going to continue on the path of promising releases and not :features. The release date for 7.0 will likely be in mid to late :2007. As more details are agreed on they will be published, but :again it's important to remember that we got ourselves into big :trouble with 5.x by trying to pack too many features into it. : I've read the RE docs before, but don't recall if there's a "Feature Freeze" date for releases that we plan on? Might help in organizing what's expected way before a release date. Not sure how that idea works in FreeBSD-developer land, though. $0.02; Cheers, Andrew -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 18:04:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516AE16A41F for ; Wed, 16 Nov 2005 18:04:10 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id A867743D58 for ; Wed, 16 Nov 2005 18:04:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.219.138] (helo=donor.laier.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2Dk-1EcRdf1l5b-0006cj; Wed, 16 Nov 2005 19:04:08 +0100 From: Max Laier To: freebsd-current@freebsd.org Date: Wed, 16 Nov 2005 19:03:52 +0100 User-Agent: KMail/1.8.2 References: <437B5993.5000003@computer.org> <437B5E6D.5040803@samsco.org> In-Reply-To: <437B5E6D.5040803@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2336627.rdb69iiOBF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511161904.06165.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Eric Schuele Subject: Re: Roadmap for v7.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 18:04:10 -0000 --nextPart2336627.rdb69iiOBF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 16 November 2005 17:29, Scott Long wrote: > Eric Schuele wrote: > > Hello, > > > > I was wondering if there is a doc which represents the roadmap for > > -current? > > > > I've looked around the Release Engineering pages a bit and found none, > > maybe I missed it. > > > > Incidentally, a shortcut to Release Engineering might be useful on the > > FreeBSD home page. > > FreeBSD 7 was discussed in May at BSDCan, and I expect it to be > discussed at EuroBSDCon in a few weeks. In general, I think that we And by "a few" you mean "one" ... it's happening next week November 25 - 27= =20 http://www.eurobsdcon.org/ > are going to continue on the path of promising releases and not > features. The release date for 7.0 will likely be in mid to late > 2007. As more details are agreed on they will be published, but > again it's important to remember that we got ourselves into big > trouble with 5.x by trying to pack too many features into it. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2336627.rdb69iiOBF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDe3SWXyyEoT62BG0RAkSrAJ4mOVzZI1K1DWazVymYNOXnbF9G5wCfb5nF dSRdfXt323RRw2i/qnp1om8= =IXYz -----END PGP SIGNATURE----- --nextPart2336627.rdb69iiOBF-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 18:09:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4472816A41F for ; Wed, 16 Nov 2005 18:09:38 +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 0662143D72 for ; Wed, 16 Nov 2005 18:09:27 +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 jAGI9Odh076553; Wed, 16 Nov 2005 11:09:24 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <437B75D3.3070301@samsco.org> Date: Wed, 16 Nov 2005 11:09:23 -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: "Andrew R. Reiter" References: <437B5993.5000003@computer.org> <437B5E6D.5040803@samsco.org> <20051116125120.T19663@fledge.watson.org> In-Reply-To: <20051116125120.T19663@fledge.watson.org> 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: freebsd-current@freebsd.org, Eric Schuele Subject: Re: Roadmap for v7.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 18:09:38 -0000 Andrew R. Reiter wrote: > On Wed, 16 Nov 2005, Scott Long wrote: > > :Eric Schuele wrote: > : > :> Hello, > :> > :> I was wondering if there is a doc which represents the roadmap for -current? > :> > :> I've looked around the Release Engineering pages a bit and found none, maybe > :> I missed it. > :> > :> Incidentally, a shortcut to Release Engineering might be useful on the > :> FreeBSD home page. > :> > : > :FreeBSD 7 was discussed in May at BSDCan, and I expect it to be discussed at > :EuroBSDCon in a few weeks. In general, I think that we > :are going to continue on the path of promising releases and not > :features. The release date for 7.0 will likely be in mid to late > :2007. As more details are agreed on they will be published, but > :again it's important to remember that we got ourselves into big > :trouble with 5.x by trying to pack too many features into it. > : > > I've read the RE docs before, but don't recall if there's a "Feature > Freeze" date for releases that we plan on? Might help in organizing > what's expected way before a release date. Not sure how that idea works > in FreeBSD-developer land, though. > I'm hoping that something can be worked out to allow me to participate remotely so that dates can be discussed and published. Scott From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 18:25:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23BD016A420 for ; Wed, 16 Nov 2005 18: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 A6A6643D45 for ; Wed, 16 Nov 2005 18: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 46A1F1FFAD5; Wed, 16 Nov 2005 19:25:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id A95721FFAD4; Wed, 16 Nov 2005 19:25:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 23F1A158EF; Wed, 16 Nov 2005 18:24:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 19D0A158EB; Wed, 16 Nov 2005 18:24:50 +0000 (UTC) Date: Wed, 16 Nov 2005 18:24:50 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: "Robin P. Blanchard" In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: LORs on this morning's RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 18:25:11 -0000 On Tue, 1 Nov 2005, Robin P. Blanchard wrote: Hi, all new so I added them to 'the lock order reversal page'. > lock order reversal > 1st 0xc16faa7c radix node head (radix node head) @ /usr/src/sys/net/route.c:662 > 2nd 0xc06ecb20 ifnet (ifnet) @ /usr/src/sys/net/if.c:802 LOR ID 167 http://sources.zabbadoz.net/freebsd/lor.html#167 > lock order reversal > 1st 0xc189adec inp (udpinp) @ /usr/src/sys/netinet/udp_usrreq.c:976 > 2nd 0xc06ecb20 ifnet (ifnet) @ /usr/src/sys/net/if.c:772 LOR ID 168 http://sources.zabbadoz.net/freebsd/lor.html#168 > lock order reversal > 1st 0xc0698e60 polling (polling) @ /usr/src/sys/kern/kern_poll.c:333 > 2nd 0xc06ee38c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:615 LOR ID 169 http://sources.zabbadoz.net/freebsd/lor.html#169 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 18:25:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4B4D16A41F for ; Wed, 16 Nov 2005 18:25:20 +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 010BE43D49 for ; Wed, 16 Nov 2005 18:25:19 +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 2072318 for multiple; Wed, 16 Nov 2005 13:25:02 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAGIOsHV002376; Wed, 16 Nov 2005 13:24:58 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Bongseo Date: Wed, 16 Nov 2005 13:14:17 -0500 User-Agent: KMail/1.8.2 References: <4370AC6A.1010804@redstarling.com> <200511081217.32606.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511161314.18969.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: freebsd-current@freebsd.org, "ke.han" Subject: Re: install problems for freeBSD 6 on tyan i7520 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 18:25:20 -0000 On Tuesday 15 November 2005 10:11 pm, Bongseo wrote: > I have the same tyan board and test it. > With HT(hyperthreading) disabled at BIOS settings, the same result is as > ke.han had. > (I could not see any ad*) > With HT enabled, it boots entirely and I see all drives. > But there remain problems about usb. > Booting with HT disabled and usb keyboard => no keyboard reactions > Booting with HT enabled and usb keyboard => keyboard responses, but after > unplug-then-plug, it can't be attached > (at unplug, print a "dettached" messages , but at plug, doesn't print an > "attached" messages) > Attachin two verbose boot log, one is HT-enalbed case and the other is > HT-disalbed case. I don't see anything obvious except that when ata goes to probe the disks it gets errors in the non-HT case. You can try asking sos@FreeBSD.org. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 20:00:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8888516A41F for ; Wed, 16 Nov 2005 20:00: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 447B843D45 for ; Wed, 16 Nov 2005 20:00: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 20D581A3C25; Wed, 16 Nov 2005 12:00:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C570D533BC; Wed, 16 Nov 2005 15:00:51 -0500 (EST) Date: Wed, 16 Nov 2005 15:00:51 -0500 From: Kris Kennaway To: Rafael Caesar Lenzi Message-ID: <20051116200051.GA35948@xor.obsecurity.org> References: <20051116090657.GB2214@uk.tiscali.com> <20051116123431.47675.qmail@web51005.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <20051116123431.47675.qmail@web51005.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Brian Candler Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 20:00:53 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 16, 2005 at 12:34:31PM +0000, Rafael Caesar Lenzi wrote: > --- Brian Candler escreveu: > > Well, that's a content-free problem report, and from what you've > > written I can only suggest you have faulty hardware. There is=20 > > helpful information here: http://www.bitwizard.nl/sig11/ > My machine is OK, i run FreeBSD-5.4 and it is very stable. >=20 > > If you really think there's a problem with FreeBSD or FreeBSD-6, > > then you'd better tell us in detail what kind of machine you have, > > since believe it or not, a lot of us run FreeBSD and it=20 > > doesn't freeze. > I have Athlon-XP 2400+ with Asus a7n8x-deluxe motherboard, 512mb DDR400 > Kingston, 60gb maxtor 7200rpm harddrive >=20 > When system boot, in random time, just stop, nothing work, no=20 > mouse, no keyboard, nothing. this happens in the versions of=20 > FreeBSD-6 beta and rc release. >=20 > In FreeBSD-5.4 it is 100% stable. > Only few problems with java, that it restart the machine when run > eclipse and openoffice-2.0 together. I'm have jdk-1.5_1. "It reboots when I don't tell it to" means it is not "100% stable". Really, rule out hardware failure first before blaming the OS, especially since you already have problems on 5.4. Kris --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDe4/yWry0BWjoQKURAnyrAKCnuiDkmy2bAgMfOwKPLFYLP5122ACg557H m3S1i1Qb792nqodU+VX48N4= =9lef -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 21:24:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 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-current@FreeBSD.ORG Wed Nov 16 21:24:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 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-current@FreeBSD.ORG Wed Nov 16 22:38:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8368F16A41F for ; Wed, 16 Nov 2005 22:38:57 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: from web51009.mail.yahoo.com (web51009.mail.yahoo.com [206.190.39.128]) by mx1.FreeBSD.org (Postfix) with SMTP id F000C43D45 for ; Wed, 16 Nov 2005 22:38:56 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: (qmail 8384 invoked by uid 60001); 16 Nov 2005 22:38:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=6v99TBa/4HZXfNM8n9ciEaB/oYYgOsQmclReppaqwZe7I7rhs93AjB+dSyGtoldOQ9fA+Hdj6QC9wiZ14dQ0cYrQqqc4BQ1y4MRazfVLsJnO2hrO2NfRvAopn334ZqPad712rAsasHHJLp6/DqBQ+fqWJ1l4qApvuyjgZTg7HMc= ; Message-ID: <20051116223856.8382.qmail@web51009.mail.yahoo.com> Received: from [200.138.213.28] by web51009.mail.yahoo.com via HTTP; Wed, 16 Nov 2005 19:38:56 ART Date: Wed, 16 Nov 2005 19:38:56 -0300 (ART) From: Rafael Caesar Lenzi To: Kris Kennaway In-Reply-To: <20051116200051.GA35948@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Brian Candler Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 22:38:57 -0000 --- Kris Kennaway escreveu: > "It reboots when I don't tell it to" means it is not "100% stable". > Really, rule out hardware failure first before blaming the OS, > especially since you already have problems on 5.4. The problem with jdk-1.5, eclipse and openoffice-2 it happened with two other machines ( 1 acer notebook and other is a dell desktop ). It considers that Jdk-1.5 is in alpha stage. The problem with release 6 is diferent, i installed in minimal installation. I can make login, and other things, but, in random times, system freeze completely, just stop and nothing more work. Thanks, Rafael _______________________________________________________ Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 23:27:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9323F16A41F for ; Wed, 16 Nov 2005 23:27:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EFCE43D45 for ; Wed, 16 Nov 2005 23:27:22 +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 29D851A3C25; Wed, 16 Nov 2005 15:27:22 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 37D3E511C8; Wed, 16 Nov 2005 18:27:21 -0500 (EST) Date: Wed, 16 Nov 2005 18:27:21 -0500 From: Kris Kennaway To: Rafael Caesar Lenzi Message-ID: <20051116232720.GA5042@xor.obsecurity.org> References: <20051116200051.GA35948@xor.obsecurity.org> <20051116223856.8382.qmail@web51009.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20051116223856.8382.qmail@web51009.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Brian Candler , Kris Kennaway Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 23:27:22 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 16, 2005 at 07:38:56PM -0300, Rafael Caesar Lenzi wrote: > --- Kris Kennaway escreveu: > > "It reboots when I don't tell it to" means it is not "100% stable". > > Really, rule out hardware failure first before blaming the OS, > > especially since you already have problems on 5.4. > The problem with jdk-1.5, eclipse and openoffice-2 it happened with two > other machines ( 1 acer notebook and other is a dell desktop ). > It considers that Jdk-1.5 is in alpha stage. No, userland applications do not cause spontaneous reboots unless there is a deeper underlying problem. Kris > The problem with release 6 is diferent, i installed in minimal > installation. I can make login, and other things, but, in random times, > system freeze completely, just stop and nothing more work. >=20 > Thanks, > Rafael >=20 >=20 > =09 >=20 >=20 >=20 > =09 > =09 > _______________________________________________________=20 > Yahoo! Acesso Gr?tis: Internet r?pida e gr?tis.=20 > Instale o discador agora! > http://br.acesso.yahoo.com/ >=20 >=20 --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDe8BYWry0BWjoQKURArkXAJ91WTPyd/h0QtEVhjjsHOb8XC9BxgCgsy6w 3GaButrkvztbIAAUu69Qpwg= =tQKR -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 01:06:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0C3216A421 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 DA75543D45 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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 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-current@FreeBSD.ORG Thu Nov 17 03:43:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4053616A420 for ; Thu, 17 Nov 2005 03:43:01 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BD0543D4C for ; Thu, 17 Nov 2005 03:43:00 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAH3gxja013776 for ; Wed, 16 Nov 2005 22:42:59 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.4/8.13.4) with ESMTP id jAH3gwba003975 for ; Wed, 16 Nov 2005 22:42:58 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id jAH3gqpl038555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Nov 2005 22:42:52 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051116221245.07475e58@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 16 Nov 2005 22:43:00 -0500 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.21 Subject: new LOR / crash (nve related perhaps) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 03:43:01 -0000 With a RELENG_6 box as of this morning, I am able to panic it by scp'ing to and from the box. I added WITNESS to the kernel as well as having it break to the serial console Memory modified after free 0xc57b9900(256) val=e000c0de @ 0xc57b9930 Memory modified after free 0xc5539000(256) val=e000c0de @ 0xc5539030 lock order reversal: (sleepable after non-sleepable) 1st 0xc57ab4a0 so_rcv (so_rcv) @ /usr/src/sys/netinet/tcp_input.c:2343 2nd 0xc075ac84 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c076dc28,c076d660,c070d06c) at kdb_backtrace+0x29 witness_checkorder(c075ac84,9,c06e658b,bb5) at witness_checkorder+0x5b0 _sx_xlock(c075ac84,c06e658b,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c075ac40,c06e658b,bb5,1277100,c5031274) at _vm_map_lock_read+0x37 vm_map_lookup(e8fd1a98,34000000,1,e8fd1a9c,e8fd1a8c) at vm_map_lookup+0x28 vm_fault(c075ac40,34000000,1,0,c5032d80) at vm_fault+0x66 trap_pfault(e8fd1b60,0,34000845) at trap_pfault+0xee trap(8,28,28,c57ab47c,c52e0b00) at trap+0x341 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0571754, esp = 0xe8fd1ba0, ebp = 0xe8fd1bb8 --- sbcompress(c57ab47c,c54e5600,c52e0b00,845ee0ea,0) at sbcompress+0xe0 sbappendstream_locked(c57ab47c,c54e5600) at sbappendstream_locked+0x52 tcp_input(c54e5600,14,12e,d82ba8c0,0) at tcp_input+0x24f7 ip_input(c54e5600) at ip_input+0x5c1 netisr_processqueue(c07abd78) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_loop(c5014080,e8fd1d38,c5014080,c05220d4,0) at ithread_loop+0x144 fork_exit(c05220d4,c5014080,e8fd1d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8fd1d6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x34000845 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0571754 stack pointer = 0x28:0xe8fd1ba0 frame pointer = 0x28:0xe8fd1bb8 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 = 37 (swi1: net) [thread pid 37 tid 100036 ] Stopped at sbcompress+0xe0: movl 0(%eax),%eax db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 932 c55d5000 1001 931 931 0004000 [SLPQ sbwait 0xc57abe90][SLP] scp 931 c5354c48 1001 930 931 0004000 [SLPQ pause 0xc5354c7c][SLP] csh 930 c56ce000 1001 928 928 0000100 [LOCK so_rcv c5328400] sshd 928 c56cbc48 0 524 928 0004100 [SLPQ sbwait 0xc584f638][SLP] sshd 916 c5388624 1001 915 848 0004002 [SLPQ select 0xc07aa5e4][SLP] ssh 915 c538a624 1001 848 848 0004002 [SLPQ pipewr 0xc55f9b28][SLP] scp 848 c55d5a3c 1001 833 848 0004002 [SLPQ wait 0xc55d5a3c][SLP] sh 833 c538ba3c 1001 832 833 0004002 [SLPQ pause 0xc538ba70][SLP] csh 832 c56cb000 1001 830 830 0000100 [SLPQ select 0xc07aa5e4][SLP] sshd 830 c535820c 0 524 830 0004100 [SLPQ sbwait 0xc57ab20c][SLP] sshd 825 c56ce418 1001 824 825 0004002 [SLPQ ttyin 0xc50f0010][SLP] csh 824 c5358c48 1001 822 822 0000100 [SLPQ select 0xc07aa5e4][SLP] sshd 822 c55d4830 0 524 822 0004100 [SLPQ sbwait 0xc54dc370][SLP] sshd 812 c538a830 0 811 812 0004002 [SLPQ ttyin 0xc5105010][SLP] csh 811 c56cb624 1001 808 811 0004102 [SLPQ wait 0xc56cb624][SLP] su 808 c538820c 1001 807 808 0004002 [SLPQ pause 0xc5388240][SLP] csh 807 c538b20c 1001 805 805 0000100 [SLPQ select 0xc07aa5e4][SLP] sshd 805 c55d4a3c 0 524 805 0004100 [SLPQ sbwait 0xc558d4d4][SLP] sshd 589 c56ce624 0 1 589 0004002 [SLPQ ttyin 0xc5178c10][SLP] getty 588 c56ce830 0 1 588 0004002 [SLPQ ttyin 0xc518ac10][SLP] getty 587 c5354a3c 0 1 587 0004002 [SLPQ ttyin 0xc5182010][SLP] getty 586 c538b830 0 1 586 0004002 [SLPQ ttyin 0xc5184010][SLP] getty 585 c538aa3c 0 1 585 0004002 [SLPQ ttyin 0xc518a410][SLP] getty 584 c5354624 0 1 584 0004002 [SLPQ ttyin 0xc518a010][SLP] getty 583 c55d520c 0 1 583 0004002 [SLPQ ttyin 0xc5189010][SLP] getty 582 c55d4c48 0 1 582 0004002 [SLPQ ttyin 0xc5188c10][SLP] getty 581 c5388c48 0 1 581 0004002 [SLPQ ttyin 0xc5189c10][SLP] getty 546 c535420c 0 1 546 0000000 [SLPQ nanslp 0xc075d2cc][SLP] cron 534 c538a418 25 1 534 0000100 [SLPQ pause 0xc538a44c][SLP] sendmail 530 c5388418 0 1 530 0000100 [SLPQ select 0xc07aa5e4][SLP] sendmail 524 c5358830 0 1 524 0000100 [SLPQ select 0xc07aa5e4][SLP] sshd 481 c5388000 0 1 481 0000000 [SLPQ select 0xc07aa5e4][SLP] usbd 409 c50ae20c 0 1 409 0000000 [SLPQ select 0xc07aa5e4][SLP] syslogd 380 c538a000 0 1 380 0000000 [SLPQ select 0xc07aa5e4][SLP] devd 280 c5358a3c 64 276 276 0000100 [SLPQ bpf 0xc55a0900][SLP] pflogd 276 c5354830 0 1 276 0000000 [SLPQ sbwait 0xc54dbbc8][SLP] pflogd 244 c538b000 65 1 244 0000100 [SLPQ select 0xc07aa5e4][SLP] dhclient 224 c5358418 0 1 63 0000002 [SLPQ select 0xc07aa5e4][SLP] dhclient 162 c5354000 0 1 162 0000000 [SLPQ pause 0xc5354034][SLP] adjkerntz 62 c50ae418 0 0 0 0000204 [SLPQ - 0xe8ffbd04][SLP] schedcpu 61 c50ae624 0 0 0 0000204 [SLPQ - 0xc07ae0cc][SLP] nfsiod 3 60 c50ae830 0 0 0 0000204 [SLPQ - 0xc07ae0c8][SLP] nfsiod 2 59 c50aea3c 0 0 0 0000204 [SLPQ - 0xc07ae0c4][SLP] nfsiod 1 58 c50aec48 0 0 0 0000204 [SLPQ - 0xc07ae0c0][SLP] nfsiod 0 57 c517d000 0 0 0 0000204 [SLPQ vlruwt 0xc517d000][SLP] vnlru 56 c517d20c 0 0 0 0000204 [SLPQ syncer 0xc075d03c][SLP] syncer 55 c517d418 0 0 0 0000204 [SLPQ psleep 0xc07aab2c][SLP] bufdaemon 54 c517d624 0 0 0 000020c [SLPQ pgzero 0xc07b4624][SLP] pagezero 53 c517d830 0 0 0 0000204 [SLPQ psleep 0xc07b4174][SLP] vmdaemon 52 c517da3c 0 0 0 0000204 [SLPQ psleep 0xc07b4130][SLP] pagedaemon 51 c517dc48 0 0 0 0000204 [IWAIT] swi0: sio 50 c5031624 0 0 0 0000204 [SLPQ - 0xc510123c][SLP] fdc0 49 c5031830 0 0 0 0000204 [SLPQ cooling 0xc516a3d4][SLP] acpi_cooling0 48 c5031a3c 0 0 0 0000204 [SLPQ tzpoll 0xc08b4cd4][SLP] acpi_thermal 47 c5031c48 0 0 0 0000204 [SLPQ usbevt 0xc509c210][SLP] usb1 46 c50ad000 0 0 0 0000204 [SLPQ usbtsk 0xc0759fa4][SLP] usbtask 45 c50ad20c 0 0 0 0000204 [SLPQ usbevt 0xc50e5210][SLP] usb0 44 c50ad418 0 0 0 0000204 [IWAIT] swi6:+ 43 c50ad624 0 0 0 0000204 [IWAIT] swi6: task queue 9 c50ad830 0 0 0 0000204 [SLPQ - 0xc5040480][SLP] acpi_task2 8 c50ada3c 0 0 0 0000204 [SLPQ - 0xc5040480][SLP] acpi_task1 7 c50adc48 0 0 0 0000204 [SLPQ - 0xc5040480][SLP] acpi_task0 42 c50ae000 0 0 0 0000204 [IWAIT] swi2: cambio 6 c5024c48 0 0 0 0000204 [SLPQ - 0xc5040600][SLP] kqueue taskq 41 c5030000 0 0 0 0000204 [IWAIT] swi5:+ 5 c503020c 0 0 0 0000204 [SLPQ - 0xc5040800][SLP] thread taskq 40 c5030418 0 0 0 0000204 [SLPQ - 0xc0757fc0][SLP] yarrow 4 c5030624 0 0 0 0000204 [SLPQ - 0xc075a7c8][SLP] g_down 3 c5030830 0 0 0 0000204 [SLPQ - 0xc075a7c4][SLP] g_up 2 c5030a3c 0 0 0 0000204 [SLPQ - 0xc075a7bc][SLP] g_event 39 c5030c48 0 0 0 0000204 [IWAIT] swi3: vm 38 c5031000 0 0 0 000020c [LOCK tcp c5329380] swi4: clock sio 37 c503120c 0 0 0 0000204 [CPU 1] swi1: net 36 c5031418 0 0 0 0000204 [IWAIT] irq0: 35 c501b624 0 0 0 0000204 [IWAIT] irq23: nve0 34 c501b830 0 0 0 0000204 [IWAIT] irq22: ehci0 33 c501ba3c 0 0 0 0000204 [IWAIT] irq21: ohci0 32 c501bc48 0 0 0 0000204 [IWAIT] irq20: 31 c5024000 0 0 0 0000204 [IWAIT] irq19: bge0 30 c502420c 0 0 0 0000204 [IWAIT] irq18: rl0 29 c5024418 0 0 0 0000204 [IWAIT] irq17: 28 c5024624 0 0 0 0000204 [IWAIT] irq16: arcmsr0 27 c5024830 0 0 0 0000204 [IWAIT] irq15: ata1 26 c5024a3c 0 0 0 0000204 [IWAIT] irq14: ata0 25 c4fb620c 0 0 0 0000204 [IWAIT] irq13: 24 c4fb6418 0 0 0 0000204 [IWAIT] irq12: 23 c4fb6624 0 0 0 0000204 [IWAIT] irq11: 22 c4fb6830 0 0 0 0000204 [IWAIT] irq10: 21 c4fb6a3c 0 0 0 0000204 [IWAIT] irq9: acpi0 20 c4fb6c48 0 0 0 0000204 [IWAIT] irq8: 19 c501b000 0 0 0 0000204 [IWAIT] irq7: 18 c501b20c 0 0 0 0000204 [IWAIT] irq6: fdc0 17 c501b418 0 0 0 0000204 [IWAIT] irq5: 16 c4fb1000 0 0 0 0000204 [IWAIT] irq4: sio0 15 c4fb120c 0 0 0 0000204 [IWAIT] irq3: sio1 14 c4fb1418 0 0 0 0000204 [IWAIT] irq2: 13 c4fb1624 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c4fb1830 0 0 0 000020c [CPU 0] idle: cpu0 11 c4fb1a3c 0 0 0 000020c [Can run] idle: cpu1 1 c4fb1c48 0 0 1 0004200 [SLPQ wait 0xc4fb1c48][SLP] init 10 c4fb6000 0 0 0 0000204 [SLPQ ktrace 0xc075b218][SLP] ktrace 0 c075a8c0 0 0 0 0000200 [IWAIT] swapper db> show locks exclusive sleep mutex so_rcv r = 0 (0xc57ab4a0) locked @ /usr/src/sys/netinet/tcp_input.c:2343 exclusive sleep mutex inp (tcpinp) r = 0 (0xc5607c84) locked @ /usr/src/sys/netinet/tcp_input.c:742 exclusive sleep mutex tcp r = 0 (0xc07acb4c) locked @ /usr/src/sys/netinet/tcp_input.c:615 db> trace Tracing pid 37 tid 100036 td 0xc5032d80 sbcompress(c57ab47c,c54e5600,c52e0b00,845ee0ea,0) at sbcompress+0xe0 sbappendstream_locked(c57ab47c,c54e5600) at sbappendstream_locked+0x52 tcp_input(c54e5600,14,12e,d82ba8c0,0) at tcp_input+0x24f7 ip_input(c54e5600) at ip_input+0x5c1 netisr_processqueue(c07abd78) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_loop(c5014080,e8fd1d38,c5014080,c05220d4,0) at ithread_loop+0x144 fork_exit(c05220d4,c5014080,e8fd1d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8fd1d6c, ebp = 0 --- db> This is via the nve NIC and I suspect its something to do with it as it seems to chug along using the onboard bge and the rl nic just fine. 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-STABLE #1: Wed Nov 16 20:02:20 EST 2005 mdtancsa@new-ns6.recycle.net:/usr/obj/usr/src/sys/recycle WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2210.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 3756916736 (3582 MB) avail memory = 3677732864 (3507 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: on acpi0 pci_link5: irq 10 on acpi0 pci_link6: on acpi0 pci_link7: irq 5 on acpi0 pci_link8: on acpi0 pci_link9: irq 7 on acpi0 pci_link10: irq 5 on acpi0 pci_link11: irq 11 on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: irq 0 on acpi0 pci_link17: irq 0 on acpi0 pci_link18: irq 0 on acpi0 pci_link19: irq 0 on acpi0 pci_link20: irq 16 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfebff000-0xfebfffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 9.0 on pci0 pci_link17: BIOS IRQ 23 for 0.10.INTA is invalid pci1: on pcib1 pci1: at device 5.0 (no driver attached) rl0: port 0xd800-0xd8ff mem 0xfdffe000-0xfdffe0ff irq 18 at device 9.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0e:2e:0c:b1:79 nve0: port 0xe400-0xe407 mem 0xfebfc000-0xfebfcfff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:e0:81:58:91:fa miibus1: on nve0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:e0:81:58:91:fa nve0: [GIANT-LOCKED] pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 bge0: mem 0xfe5f0000-0xfe5fffff irq 19 at device 0.0 on pci4 miibus2: on bge0 brgphy0: on miibus2 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:58:91:f9 pcib5: at device 14.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 arcmsr0: mem 0xfe3ff000-0xfe3fffff irq 16 at device 14.0 on pci6 arcmsr0: [GIANT-LOCKED] pcib7: at device 0.2 on pci5 pci7: on pcib7 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console 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-0xcbfff,0xcc000-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 228881MB (468749312 512 byte sectors: 255H 63S/T 29178C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 07:05:23 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10DE616A41F for ; Thu, 17 Nov 2005 07:05:23 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 07EEC43D4C for ; Thu, 17 Nov 2005 07:05:21 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 95540 invoked from network); 17 Nov 2005 07:05:18 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 17 Nov 2005 07:05:18 -0000 Message-ID: <437C2BAD.2060402@FreeBSD.org> Date: Thu, 17 Nov 2005 08:05:17 +0100 From: Alex Dupre User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051105) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim.Sobolev@portaone.com References: <200511141702.45491.nb_root@videotron.ca> <200511150542.34910.nb_root@videotron.ca> <4379BCEB.6030806@acidy.com> <200511150611.31743.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> <437A780C.8070609@portaone.com> In-Reply-To: <437A780C.8070609@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 07:05:23 -0000 Maxim Sobolev wrote: > http://www.portaone.com/~sobomax/ccache.buildworld From your patch: + MD4Update(&md, (unsigned char *)&st.st_size, sizeof(st.st_size)); + MD4Update(&md, (unsigned char *)&st.st_mtime, sizeof(st.st_size)); It should be sizeof(st.st_mtime), isnt't it? -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 09:10:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BD1E16A425 for ; Thu, 17 Nov 2005 09:10:17 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7A1643D73 for ; Thu, 17 Nov 2005 09:09:59 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 222EE69F; Thu, 17 Nov 2005 04:10:49 -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 orb.sasl.smtp.pobox.com (Postfix) with ESMTP id CD34B8A; Thu, 17 Nov 2005 04:10:46 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EcfmE-0001sb-J8; Thu, 17 Nov 2005 09:09:54 +0000 Date: Thu, 17 Nov 2005 09:09:54 +0000 From: Brian Candler To: Rafael Caesar Lenzi Message-ID: <20051117090954.GA7207@uk.tiscali.com> References: <20051116200051.GA35948@xor.obsecurity.org> <20051116223856.8382.qmail@web51009.mail.yahoo.com> <20051116232720.GA5042@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051116232720.GA5042@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 09:10:18 -0000 On Wed, Nov 16, 2005 at 06:27:21PM -0500, Kris Kennaway wrote: > > The problem with jdk-1.5, eclipse and openoffice-2 it happened with two > > other machines ( 1 acer notebook and other is a dell desktop ). > > It considers that Jdk-1.5 is in alpha stage. > > No, userland applications do not cause spontaneous reboots unless > there is a deeper underlying problem. Agreed - although this may be a different problem. For the 6.0 machine which is freezing, the short hardware description you posted is insufficient. You need to post the full output of 'dmesg' so people here can see exactly what hardware you have. (Preferably from booting in verbose mode) There is also one simple thing which is worth trying: boot with ACPI disabled. I suffered random reboots with early 5.x on my home machine, which went away when ACPI was disabled (although later 5.x series were fine). It's worth a try. If it works, then you can provide help to improve the ACPI code. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 09:55:02 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34AFE16A41F; Thu, 17 Nov 2005 09:55:02 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27D1743D46; Thu, 17 Nov 2005 09:55:00 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.2] (S0106000f3d63befd.vs.shawcable.net [70.71.19.119]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id jAH9sqjG001379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 10:54:54 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <437C5361.9030701@portaone.com> Date: Thu, 17 Nov 2005 01:54:41 -0800 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alex Dupre References: <200511141702.45491.nb_root@videotron.ca> <200511150542.34910.nb_root@videotron.ca> <4379BCEB.6030806@acidy.com> <200511150611.31743.nb_root@videotron.ca> <20051115183647.GA1783@schweikhardt.net> <20051115211418.GE1783@schweikhardt.net> <437A780C.8070609@portaone.com> <437C2BAD.2060402@FreeBSD.org> In-Reply-To: <437C2BAD.2060402@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1177/Thu Nov 17 09:35:37 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: freebsd-current@FreeBSD.org Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 09:55:02 -0000 Alex Dupre wrote: > Maxim Sobolev wrote: > >> http://www.portaone.com/~sobomax/ccache.buildworld > > > From your patch: > > + MD4Update(&md, (unsigned char *)&st.st_size, sizeof(st.st_size)); > + MD4Update(&md, (unsigned char *)&st.st_mtime, sizeof(st.st_size)); > > It should be sizeof(st.st_mtime), isnt't it? Right, it's cut'n'pasto. :-) Good catch! -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 11:33:33 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69C3216A420 for ; Thu, 17 Nov 2005 11:33:33 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id E85EC43D49 for ; Thu, 17 Nov 2005 11:33:32 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Eci1A-0002MK-UF for freebsd-current@FreeBSD.org; Thu, 17 Nov 2005 14:33:29 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.54 (FreeBSD)) id 1Eci0F-000Jkr-H2 for freebsd-current@FreeBSD.org; Thu, 17 Nov 2005 14:32:31 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Thu, 17 Nov 2005 14:32:31 +0300 Message-ID: <61156528@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Subject: installworld failed: Update 6.0-RC1 to 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 11:33:33 -0000 --=-=-= Hi! # uname -srm FreeBSD 6.0-RC1 amd64 At update to 7-CURRENT (cvsupped a couple of hours ago): -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> share/info (install) ===> include (install) creating osreldate.h from newvers.sh touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 ----- Next patch helped. --=-=-= Content-Disposition: attachment; filename=Nakefile.inc1.patch Content-Description: Makefile.inc patch --- Makefile.inc1.orig Thu Nov 17 11:16:08 2005 +++ Makefile.inc1 Thu Nov 17 11:16:38 2005 @@ -537,7 +537,7 @@ for prog in [ awk cap_mkdb cat chflags chmod chown \ date echo egrep find grep install-info \ ln lockf make mkdir mtree mv pwd_mkdb rm sed sh sysctl \ - test true uname wc zic; do \ + test touch true uname wc zic; do \ cp `which $$prog` ${INSTALLTMP}; \ done ${_+_}cd ${.CURDIR}; ${IMAKE} re${.TARGET:S/world$//} --=-=-= WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 11:40:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1348516A420; Thu, 17 Nov 2005 11:40: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 8BABC43D45; Thu, 17 Nov 2005 11:40: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 2CF101FFACD; Thu, 17 Nov 2005 12:40:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 984FB1FFACA; Thu, 17 Nov 2005 12:40:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id D8B4F15912; Thu, 17 Nov 2005 11:36:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id CD0FF155EB; Thu, 17 Nov 2005 11:36:53 +0000 (UTC) Date: Thu, 17 Nov 2005 11:36:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: alan bryan In-Reply-To: <20051117010651.97608.qmail@web50303.mail.yahoo.com> Message-ID: References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 11:40:11 -0000 On Wed, 16 Nov 2005, alan bryan 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. > > Is this supposed to solve the "device timeout (64)" > messages? No. > 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. so for you the interface is working initially? Could you please mail me the relevant lines from dmesg and pciconf -lv to my address (no need to Cc: the list). Thanks. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 08:33:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4997416A41F for ; Thu, 17 Nov 2005 08:33:29 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7EAE43D45 for ; Thu, 17 Nov 2005 08:33:28 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from [80.82.44.194] (port=12498 helo=192.168.168.7) by mx3.mail.ru with esmtp id 1EcfCw-000ENB-00 for freebsd-current@freebsd.org; Thu, 17 Nov 2005 11:33:26 +0300 Date: Thu, 17 Nov 2005 11:31:42 +0300 From: Andrey Smagin X-Mailer: The Bat! (v1.62r) Organization: DiP X-Priority: 3 (Normal) Message-ID: <24375417.20051117113142@mail.ru> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 17 Nov 2005 12:28:56 +0000 Subject: i386 kernel on amd64 hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: SAMU List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 08:33:29 -0000 Hi All. Since 27 oct, i386-CURRENT on my amd64 hang with light LED when probe HDD. I use 27 oct kernel for work, any last builds hang as described above. Hardware MB Asus A8NE-FM nForce4 Anybody have same problem ? -- Best regards, Andrey mailto:samspeedu@mail.ru From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 11:13:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34CD316A41F for ; Thu, 17 Nov 2005 11:13:53 +0000 (GMT) (envelope-from sagar@netcore.co.in) Received: from uucp3.netcore.co.in (uucp3.netcore.co.in [202.162.229.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F10443D45 for ; Thu, 17 Nov 2005 11:13:52 +0000 (GMT) (envelope-from sagar@netcore.co.in) Received: from uucp1.netcore.co.in (unknown [192.168.2.1]) by uucp3.netcore.co.in (Postfix) with ESMTP id 2AE723C206; Thu, 17 Nov 2005 16:43:37 +0530 (IST) Received: by uucp1.netcore.co.in (Postfix, from userid 89) id C05DC25DDDD; Thu, 17 Nov 2005 16:10:45 +0530 (IST) Received: by uucp1.netcore.co.in (Postfix, from userid 10) id EF04025ED79; Thu, 17 Nov 2005 15:30:22 +0530 (IST) Received: from 192.168.2.28 (unknown [192.168.2.28]) by ho.netcore.co.in (Postfix) with ESMTP id 5B06D834028; Thu, 17 Nov 2005 15:33:05 +0530 (IST) From: Customer Support To: Marcin Jessa In-Reply-To: <20051115142212.49b86987.lists@yazzy.org> References: <1132052442.19382.142.camel@sagar.netcore.co.in> <20051115142212.49b86987.lists@yazzy.org> Content-Type: text/plain Date: Thu, 17 Nov 2005 15:26:50 +0530 Message-Id: <1132221410.8056.23.camel@sagar.netcore.co.in> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit X-MailServ-MailFilter-MailScanner-Information: Please contact the ISP for more information X-MailServ-MailFilter-MailScanner: Found to be clean X-MailScanner-From: sagar@netcore.co.in X-Mailman-Approved-At: Thu, 17 Nov 2005 12:30:39 +0000 Cc: freebsd-current@freebsd.org Subject: Re: sylogd not logging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 11:13:53 -0000 we tried on 5.4 and 6.0 On Tue, 2005-11-15 at 14:22 +0100, Marcin Jessa wrote: > On Tue, 15 Nov 2005 16:30:42 +0530 > Customer Support wrote: > > > just try hashing the line > > > > syslogd_flags="-s" > > > > in /etc/defaults/rc.conf and check. > > 1. Do not edit that file, edit /etc/rc.conf instead > 2. Works fine on 6.0-R > 3. What FreeBSD version are you refering to? -- Regards, Vidya Sagar netCORE Solutions Pvt. Ltd. http://www.netcore.co.in PH : 5662 8000 FAX : 5662 8134 support@netcore.co.in From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 08:35:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13EF616A41F for ; Thu, 17 Nov 2005 08:35:50 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3707A43D93 for ; Thu, 17 Nov 2005 08:35:41 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from [80.82.44.194] (port=26489 helo=192.168.168.7) by mx6.mail.ru with esmtp id 1EcfF6-000188-00 for freebsd-current@freebsd.org; Thu, 17 Nov 2005 11:35:40 +0300 Date: Thu, 17 Nov 2005 11:33:56 +0300 From: Andrey Smagin X-Mailer: The Bat! (v1.62r) Organization: DiP X-Priority: 3 (Normal) Message-ID: <391177652.20051117113356@mail.ru> To: freebsd-current@freebsd.org In-Reply-To: <24375417.20051117113142@mail.ru> References: <24375417.20051117113142@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 17 Nov 2005 12:45:57 +0000 Subject: Re: i386 kernel on amd64 hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: SAMU List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 08:35:50 -0000 Hello Andrey, Thursday, November 17, 2005, 11:31:42 AM, you wrote: AS> Hi All. AS> Since 27 oct, i386-CURRENT on my amd64 hang with light LED when probe HDD. sorry 27 September AS> I use 27 oct kernel for work, any last builds hang as described above. 27 September AS> Hardware MB Asus A8NE-FM nForce4 AS> Anybody have same problem ? -- Best regards, Andrey mailto:samspeedu@mail.ru From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 13:26:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BF1716A41F for ; Thu, 17 Nov 2005 13:26:18 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: from web51006.mail.yahoo.com (web51006.mail.yahoo.com [206.190.38.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 8679C43D45 for ; Thu, 17 Nov 2005 13:26:17 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: (qmail 55622 invoked by uid 60001); 17 Nov 2005 13:25:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=1UQo2l2dd5R61biFxxksbIPVb5Z049VVWpRZxPnrNLFDg+hCsdPpNtD3rTTtsqNEE7VwfU6qo2lSvYe1QgPCAZ7P/eEetYvo6dxi3M09xlBqnjqx03pu3l4B8ZHJzR4a81qWx6XwgNT2GDAExIw+lBFaz7iLHkX48kRQOIy3fSE= ; Message-ID: <20051117132523.55620.qmail@web51006.mail.yahoo.com> Received: from [201.24.65.128] by web51006.mail.yahoo.com via HTTP; Thu, 17 Nov 2005 10:25:23 ART Date: Thu, 17 Nov 2005 10:25:23 -0300 (ART) From: Rafael Caesar Lenzi To: Brian Candler In-Reply-To: <20051117090954.GA7207@uk.tiscali.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 13:26:18 -0000 --- Brian Candler escreveu: > For the 6.0 machine which is freezing, the short hardware > description you posted is insufficient. You need to post the > full output of 'dmesg' > so people here can see exactly what hardware you have. > (Preferably from booting in verbose mode) The dmesg output is attached in this mail. > There is also one simple thing which is worth trying: boot with > ACPI disabled. I suffered random reboots with early 5.x on my > home machine, which went away when ACPI was disabled (although > later 5.x series were fine). It's > worth a try. If it works, then you can provide help to improve > the ACPI code. My motherboard no have option to disable ACPI. But, i go try disable fireware, usb, sound card and ethernet cards, then try again. Rafael __________________________________________________ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 13:28:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF41D16A41F for ; Thu, 17 Nov 2005 13:28:34 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: from web51011.mail.yahoo.com (web51011.mail.yahoo.com [68.142.224.81]) by mx1.FreeBSD.org (Postfix) with SMTP id BE0B443D45 for ; Thu, 17 Nov 2005 13:28:31 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: (qmail 93609 invoked by uid 60001); 17 Nov 2005 13:28:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QiHQmTiC0AGBVkF/FUvdKojvd6SOmhtGBq+QFILvmMpIhNT1Nd7hDVOFNcAOIx9tFC3dFz7QFUrwNALs9FHP9sLsUMjhxusYDZtSjlzdBoxAFzPIyJ5NDGj0nKh492lyEP+R+djQYzN0p01sY+Bhsq2KURocMKOokEerWOf8rBE= ; Message-ID: <20051117132831.93607.qmail@web51011.mail.yahoo.com> Received: from [201.24.65.128] by web51011.mail.yahoo.com via HTTP; Thu, 17 Nov 2005 13:28:31 GMT Date: Thu, 17 Nov 2005 13:28:31 +0000 (GMT) From: Rafael Caesar Lenzi To: Brian Candler In-Reply-To: <20051117090954.GA7207@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-469524484-1132234111=:93600" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 13:28:35 -0000 --0-469524484-1132234111=:93600 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Sorry, i forgot attached the dmesg file --- Brian Candler escreveu: > For the 6.0 machine which is freezing, the short hardware > description you posted is insufficient. You need to post the > full output of 'dmesg' > so people here can see exactly what hardware you have. > (Preferably from booting in verbose mode) The dmesg output is attached in this mail. > There is also one simple thing which is worth trying: boot with > ACPI disabled. I suffered random reboots with early 5.x on my > home machine, which went away when ACPI was disabled (although > later 5.x series were fine). It's > worth a try. If it works, then you can provide help to improve > the ACPI code. My motherboard no have option to disable ACPI. But, i go try disable fireware, usb, sound card and ethernet cards, then try again. Rafael _______________________________________________________ Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ --0-469524484-1132234111=:93600-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 13:33:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA13A16A41F for ; Thu, 17 Nov 2005 13:33:36 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249E843D60 for ; Thu, 17 Nov 2005 13:33:29 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FA6E.dip.t-dialin.net [84.165.250.110]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jAHD9Qck064133; Thu, 17 Nov 2005 14:09:27 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jAHDXM04047544; Thu, 17 Nov 2005 14:33:22 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 17 Nov 2005 14:33:22 +0100 Message-ID: <20051117143322.lvz347pzkcg480co@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 17 Nov 2005 14:33:22 +0100 From: Alexander Leidinger To: "Bjoern A. Zeeb" References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: alan bryan , FreeBSD current mailing list Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 13:33:37 -0000 "Bjoern A. Zeeb" wrote: > On Wed, 16 Nov 2005, alan bryan wrote: >> Is this supposed to solve the "device timeout (64)" >> messages? > > No. I've seen some DragonFly commit logs (http://www.dragonflybsd.org/cvsweb/src/sys/dev/netif/nv/if_nv.c) which talk about fixing problems in the nve code regarding those timeout issues (but there seem to be problems in the nvidia provided object code, see http://leaf.dragonflybsd.org/mailarchive/users/2005-11/msg00027.html). Maybe someone with such a card is interested to have a look at them. Additionally Matthew wants to have a look at the Linux forcedepth driver: http://leaf.dragonflybsd.org/mailarchive/users/2005-11/msg00033.html Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 LUNATIC ASYLUM: The place where optimism most flourishes. From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 13:46:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 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-current@FreeBSD.ORG Thu Nov 17 14:00:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD68516A422 for ; Thu, 17 Nov 2005 14:00:27 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3627C43D6E for ; Thu, 17 Nov 2005 14:00:14 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id t5so1962949wxc for ; Thu, 17 Nov 2005 06:00: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=h3DDBFKC9JQkpNNscyGeXTs9+oHa4UrCU7yQrTlKivqPlhKiXy1nxCAXtyN/3hWu73TYLzDDJ7qK4mYHQ2LHKi04nnjRvqRFJl27H/ohRNgB71ZdAriBI4nw9BKE9KZU1Rut6GAGasHKwrm1yjvRDlLhcGHqOOZt0AoSq9kv0wM= Received: by 10.65.188.4 with SMTP id q4mr1421359qbp; Thu, 17 Nov 2005 06:00:11 -0800 (PST) Received: by 10.65.192.16 with HTTP; Thu, 17 Nov 2005 06:00:11 -0800 (PST) Message-ID: Date: Thu, 17 Nov 2005 15:00:11 +0100 From: Claus Guttesen To: Rafael Caesar Lenzi In-Reply-To: <20051117132523.55620.qmail@web51006.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051117090954.GA7207@uk.tiscali.com> <20051117132523.55620.qmail@web51006.mail.yahoo.com> Cc: Kris Kennaway , freebsd-current@freebsd.org, Brian Candler Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 14:00:28 -0000 >> There is also one simple thing which is worth trying: boot with >> ACPI disabled. I suffered random reboots with early 5.x on my > My motherboard no have option to disable ACPI. > But, i go try disable fireware, usb, sound card and ethernet cards, > then try again. Disable ACPI during *boot*, second option after you pressed F1 (or any other F-key). regards Claus From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 14:05:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AD6316A421 for ; Thu, 17 Nov 2005 14:05:43 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1ACD43D4C for ; Thu, 17 Nov 2005 14:05:41 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id j2so1965636nzf for ; Thu, 17 Nov 2005 06:05:39 -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=Nsv9fO7VF07igFhtwD//mfMPAuUZ0nkNPdvYtdOvc55tdNzD8xwGkk8mtSf/EfJdEv2/4A65w3ECRKWk5A8UzgvXtKvR9kTJEXAH6TG4JFhWcauJpvgqKrxCQFzP8sIpvE/mUPR5lQqos9HRDcswl5RhvZDDSA1g4F6HmF9zjwE= Received: by 10.64.250.1 with SMTP id x1mr1808553qbh; Thu, 17 Nov 2005 06:05:39 -0800 (PST) Received: by 10.65.192.16 with HTTP; Thu, 17 Nov 2005 06:05:39 -0800 (PST) Message-ID: Date: Thu, 17 Nov 2005 15:05:39 +0100 From: Claus Guttesen To: Customer Support In-Reply-To: <1132221410.8056.23.camel@sagar.netcore.co.in> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1132052442.19382.142.camel@sagar.netcore.co.in> <20051115142212.49b86987.lists@yazzy.org> <1132221410.8056.23.camel@sagar.netcore.co.in> Cc: Marcin Jessa , freebsd-current@freebsd.org Subject: Re: sylogd not logging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 14:05:43 -0000 > > > syslogd_flags=3D"-s" > > > in /etc/defaults/rc.conf and check. My /etc/rc.conf: syslogd_program=3D"/usr/sbin/syslogd" # path to syslogd, if you want a different one. syslogd_flags=3D"" receives syslog (http) messages from other servers, this is on FreeBSD 5.4 stable. regards Claus From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 14:10:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B180C16A41F for ; Thu, 17 Nov 2005 14:10:51 +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 EDBC843D49 for ; Thu, 17 Nov 2005 14:10:50 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAHEAm2p078931; Thu, 17 Nov 2005 16:10:48 +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 27494-02-3; Thu, 17 Nov 2005 16:10:46 +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 jAHE9t0x078815 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 16:09:55 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAHEA3C2003635; Thu, 17 Nov 2005 16:10:04 +0200 (EET) (envelope-from ru) Date: Thu, 17 Nov 2005 16:10:03 +0200 From: Ruslan Ermilov To: Boris Samorodov Message-ID: <20051117141003.GA2727@ip.net.ua> References: <61156528@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <61156528@srv.sem.ipt.ru> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: installworld failed: Update 6.0-RC1 to 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 14:10:51 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 17, 2005 at 02:32:31PM +0300, Boris Samorodov wrote: > Hi! >=20 > # uname -srm > FreeBSD 6.0-RC1 amd64 >=20 > At update to 7-CURRENT (cvsupped a couple of hours ago): >=20 > -------------------------------------------------------------- > >>> Installing everything > -------------------------------------------------------------- > cd /usr/src; make -f Makefile.inc1 install > =3D=3D=3D> share/info (install) > =3D=3D=3D> include (install) > creating osreldate.h from newvers.sh > touch: not found > *** Error code 127 >=20 > Stop in /usr/src/include. > *** Error code 1 > ----- >=20 > Next patch helped. >=20 This is a FAQ. Check date/time of your computer and src/ files. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfI87qRfpzJluFF4RAhCqAKCKSuzwUwrHk1CmeyzRKpYbgDzJPwCgjc7z ennnc5b9s3uia9wST4PcOmE= =d8yZ -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 15:11:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E1216A41F; Thu, 17 Nov 2005 15:11:40 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2813643D45; Thu, 17 Nov 2005 15:11:40 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1EclQI-00032P-QC; Thu, 17 Nov 2005 18:11:38 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.54 (FreeBSD)) id 1EclPM-000Jsf-TK; Thu, 17 Nov 2005 18:10:40 +0300 To: Ruslan Ermilov References: <61156528@srv.sem.ipt.ru> <20051117141003.GA2727@ip.net.ua> From: Boris Samorodov Date: Thu, 17 Nov 2005 18:10:40 +0300 In-Reply-To: <20051117141003.GA2727@ip.net.ua> (Ruslan Ermilov's message of "Thu, 17 Nov 2005 16:10:03 +0200") Message-ID: <28993439@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: installworld failed: Update 6.0-RC1 to 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 15:11:40 -0000 On Thu, 17 Nov 2005 16:10:03 +0200 Ruslan Ermilov wrote: > On Thu, Nov 17, 2005 at 02:32:31PM +0300, Boris Samorodov wrote: > > ===> share/info (install) > > ===> include (install) > > creating osreldate.h from newvers.sh > > touch: not found > > *** Error code 127 > > > > Stop in /usr/src/include. > > *** Error code 1 > > ----- > > > > Next patch helped. > > > This is a FAQ. Check date/time of your computer and src/ files. Hm... Didn't touch time since booting (16 days): # ntpdate ntp.ipt.ru 17 Nov 17:03:41 ntpdate[37026]: step time server 80.253.10.81 offset 3.100239 sec I don't think that it is the case. Am I missing something? WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 16:04:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 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-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 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-current@FreeBSD.ORG Thu Nov 17 16:42:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C3CB16A41F; Thu, 17 Nov 2005 16:42: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 E9BFC43D77; Thu, 17 Nov 2005 16:42:02 +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 2124643 for multiple; Thu, 17 Nov 2005 11:42:04 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAHGfvtK023178; Thu, 17 Nov 2005 11:41:57 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 17 Nov 2005 11:35:51 -0500 User-Agent: KMail/1.8.2 References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> In-Reply-To: <20051117143322.lvz347pzkcg480co@netchild.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171135.53903.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: alan bryan , Alexander Leidinger , FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 16:42:09 -0000 On Thursday 17 November 2005 08:33 am, Alexander Leidinger wrote: > "Bjoern A. Zeeb" wrote: > > On Wed, 16 Nov 2005, alan bryan wrote: > >> Is this supposed to solve the "device timeout (64)" > >> messages? > > > > No. > > I've seen some DragonFly commit logs > (http://www.dragonflybsd.org/cvsweb/src/sys/dev/netif/nv/if_nv.c) which > talk about fixing problems in the nve code regarding those timeout issues > (but there seem to be problems in the nvidia provided object code, see > http://leaf.dragonflybsd.org/mailarchive/users/2005-11/msg00027.html). > Maybe someone with such a card is interested to have a look at them. Hmm, there are a couple of changes such as calling pfnInit() in attach() and calling pfnClearTXDesc() in nve_stop() that might be interesting. I've stuck those in my work tree and have made a seperate patch relative to HEAD if folks want to try them out: http://www.FreeBSD.org/~jhb/patches/nve_dffixes.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 16:42:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C3CB16A41F; Thu, 17 Nov 2005 16:42: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 E9BFC43D77; Thu, 17 Nov 2005 16:42:02 +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 2124643 for multiple; Thu, 17 Nov 2005 11:42:04 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAHGfvtK023178; Thu, 17 Nov 2005 11:41:57 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 17 Nov 2005 11:35:51 -0500 User-Agent: KMail/1.8.2 References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> In-Reply-To: <20051117143322.lvz347pzkcg480co@netchild.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171135.53903.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: alan bryan , Alexander Leidinger , FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 16:42:09 -0000 On Thursday 17 November 2005 08:33 am, Alexander Leidinger wrote: > "Bjoern A. Zeeb" wrote: > > On Wed, 16 Nov 2005, alan bryan wrote: > >> Is this supposed to solve the "device timeout (64)" > >> messages? > > > > No. > > I've seen some DragonFly commit logs > (http://www.dragonflybsd.org/cvsweb/src/sys/dev/netif/nv/if_nv.c) which > talk about fixing problems in the nve code regarding those timeout issues > (but there seem to be problems in the nvidia provided object code, see > http://leaf.dragonflybsd.org/mailarchive/users/2005-11/msg00027.html). > Maybe someone with such a card is interested to have a look at them. Hmm, there are a couple of changes such as calling pfnInit() in attach() and calling pfnClearTXDesc() in nve_stop() that might be interesting. I've stuck those in my work tree and have made a seperate patch relative to HEAD if folks want to try them out: http://www.FreeBSD.org/~jhb/patches/nve_dffixes.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 17:07:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CADC216A420; Thu, 17 Nov 2005 17:07:58 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2006D43D49; Thu, 17 Nov 2005 17:07:57 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAHH7u17054874; Thu, 17 Nov 2005 12:07:56 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id jAHH7tHs009374; Thu, 17 Nov 2005 12:07:55 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id jAHH7sbe040733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 12:07:54 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 17 Nov 2005 12:08:04 -0500 To: John Baldwin , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200511171135.53903.jhb@freebsd.org> References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: alan bryan , Alexander Leidinger , FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 17:07:58 -0000 At 11:35 AM 17/11/2005, John Baldwin wrote: >Hmm, there are a couple of changes such as calling pfnInit() in attach() and >calling pfnClearTXDesc() in nve_stop() that might be interesting. I've stuck >those in my work tree and have made a seperate patch relative to HEAD if >folks want to try them out: > >http://www.FreeBSD.org/~jhb/patches/nve_dffixes.patch On a RELENG_6 kernel with the drivers from HEAD with the above patch applied, driver loaded as kld, the box does not seem to crash, but the nic does wedge nve0: link state changed to DOWN nve0: link state changed to UP nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (64) nve0: link state changed to DOWN nve0: link state changed to UP nve0: link state changed to DOWN nve0: link state changed to UP while generating a lot of 2 way traffic. This is a Tyan 939 board. Trying to mount root from ufs:/dev/da0s1a nve0: port 0xe400-0xe407 mem 0xfebfc000-0xfebfcfff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:e0:81:58:91:fa miibus2: on nve0 ukphy0: on miibus2 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:e0:81:58:91:fa nve0: [GIANT-LOCKED] ---Mike From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 17:07:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CADC216A420; Thu, 17 Nov 2005 17:07:58 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2006D43D49; Thu, 17 Nov 2005 17:07:57 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAHH7u17054874; Thu, 17 Nov 2005 12:07:56 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id jAHH7tHs009374; Thu, 17 Nov 2005 12:07:55 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id jAHH7sbe040733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 12:07:54 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 17 Nov 2005 12:08:04 -0500 To: John Baldwin , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200511171135.53903.jhb@freebsd.org> References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: alan bryan , Alexander Leidinger , FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 17:07:58 -0000 At 11:35 AM 17/11/2005, John Baldwin wrote: >Hmm, there are a couple of changes such as calling pfnInit() in attach() and >calling pfnClearTXDesc() in nve_stop() that might be interesting. I've stuck >those in my work tree and have made a seperate patch relative to HEAD if >folks want to try them out: > >http://www.FreeBSD.org/~jhb/patches/nve_dffixes.patch On a RELENG_6 kernel with the drivers from HEAD with the above patch applied, driver loaded as kld, the box does not seem to crash, but the nic does wedge nve0: link state changed to DOWN nve0: link state changed to UP nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (64) nve0: link state changed to DOWN nve0: link state changed to UP nve0: link state changed to DOWN nve0: link state changed to UP while generating a lot of 2 way traffic. This is a Tyan 939 board. Trying to mount root from ufs:/dev/da0s1a nve0: port 0xe400-0xe407 mem 0xfebfc000-0xfebfcfff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:e0:81:58:91:fa miibus2: on nve0 ukphy0: on miibus2 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:e0:81:58:91:fa nve0: [GIANT-LOCKED] ---Mike From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 17:33:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A3A16A41F for ; Thu, 17 Nov 2005 17:33:12 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.rk.net (rknet.biz [64.106.205.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5444C43D49 for ; Thu, 17 Nov 2005 17:33:11 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from uws1.starlofashions.com ([12.44.50.124]) by rknet.biz with MailEnable ESMTP; Thu, 17 Nov 2005 12:27:05 -0500 Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Thu, 17 Nov 2005 12:33:09 -0500 Date: Thu, 17 Nov 2005 12:33:09 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20051117173309.GA46404@uws1.starlofashions.com> Mail-Followup-To: freebsd-current@freebsd.org References: <61156528@srv.sem.ipt.ru> <20051117141003.GA2727@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20051117141003.GA2727@ip.net.ua> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: installworld failed: Update 6.0-RC1 to 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 17:33:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Nov 17, 2005 at 04:10:03PM +0200, Ruslan Ermilov wrote: > On Thu, Nov 17, 2005 at 02:32:31PM +0300, Boris Samorodov wrote: > > Hi! > > > > > > Next patch helped. > > > This is a FAQ. Check date/time of your computer and src/ files. Heh, I thought we agreed that it was never put into any official FAQ. While on the subject, can't it usually be avoided if you do the adjkerntz -i option? Hrrm, I guess if the computer's clock was really off and you don't use ntpd or ntpdate, or if you boot into single user mode, you'd probably still have the problem. Boris, in some cases, for whatever reason, time stamps get messed up--I've had the problem on occasion (always when I've forgotten to do the adjkerntz -i, hence my question to Ruslan) and just fixed it by cvsupping again, after making sure that computer's clock was more or less right--sometimes, the computer's clock is way off, and if I boot into single user mode, it doesn't run ntpdate to fix it. - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Spike: So when do we destroy the world, already? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfL7V+lTVdes0Z9YRAgeJAJ91D3A3LC9OK+PGnAjIijfpApt/fACeMxYz zSiGwjBVYcqW5HtnDkLmK5U= =0KvC -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 17:43:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A63516A420 for ; Thu, 17 Nov 2005 17:43:22 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id E757443D49 for ; Thu, 17 Nov 2005 17:43:21 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 31F743BA24; Thu, 17 Nov 2005 18:43:17 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.4/8.13.4) with ESMTP id jAGHwr4P003559; Wed, 16 Nov 2005 18:58:53 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.4/8.13.4/Submit) id jAGHwrE2003558; Wed, 16 Nov 2005 18:58:53 +0100 (CET) (envelope-from schweikh) Date: Wed, 16 Nov 2005 18:58:53 +0100 From: Jens Schweikhardt To: Nicolas Blais Message-ID: <20051116175853.GA899@schweikhardt.net> References: <200511141702.45491.nb_root@videotron.ca> <437A780C.8070609@portaone.com> <3DE7B806-FB6B-4388-8FC7-E495F82E9D9B@ahze.net> <200511151942.04277.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511151942.04277.nb_root@videotron.ca> User-Agent: Mutt/1.5.11 Cc: Steve Hodgson , Maxim.Sobolev@portaone.com, michael johnson , freebsd-current@freebsd.org Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 17:43:22 -0000 On Tue, Nov 15, 2005 at 07:41:58PM -0500, Nicolas Blais wrote: ... # Whatever the final outcome, the current port of ccache breaks a lot of big # compiles (3 ports failed during 'portupgrade -ai', such as GTK2.8.7 and # buildworld) while NOCCACHE makes the build a success. # # Maybe flag the port 'broken' until it is safe to use? The ccache port is not broken. Rather, the assumption that any port can deal with CC="foo bar" is wrong. Some ports choke because they've never seen a CC like that (libtool15 comes to mind), some may choke because their build can't deal with a space in a program name (shell word splitting at the wrong time or not at all is a likely culprit). Some insist on their own special-tailored compiler (openoffice). The build hackery out there in 13000 ports is unbelievably, uh, creative. To avoid all of these issues you have to replace all of /usr/bin/{cc,c++,gcc,g++,...} and /usr/local/bin/gcc-ooo and that ilk with a symlink to /usr/local/bin/ccache and put the real compilers in some other directory. In other words, the ccache installation is as transparent as can be. The various builds don't even know that they are using ccache when they run /usr/bin/cc and you don't need any CC, CXX or PATH sequence hackery. Usually this means to set CCACHE_PATH which collides with the needs of a "make buildworld". So, you really need two different strategies, one when building world/kernel, and one for all other purposes. That's what I do right now and so far I have no problems with ports and ccache. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 18:05:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B095116A420 for ; Thu, 17 Nov 2005 18:05:58 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCC3E43D73 for ; Thu, 17 Nov 2005 18:05:52 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Eco8t-0003X0-F2 for freebsd-current@freebsd.org; Thu, 17 Nov 2005 21:05:51 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.54 (FreeBSD)) id 1Eco7x-000JzQ-6w for freebsd-current@freebsd.org; Thu, 17 Nov 2005 21:04:53 +0300 To: freebsd-current@freebsd.org References: <61156528@srv.sem.ipt.ru> <20051117141003.GA2727@ip.net.ua> <20051117173309.GA46404@uws1.starlofashions.com> From: Boris Samorodov Date: Thu, 17 Nov 2005 21:04:53 +0300 In-Reply-To: <20051117173309.GA46404@uws1.starlofashions.com> (Scott Robbins's message of "Thu, 17 Nov 2005 12:33:09 -0500") Message-ID: <75392986@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: installworld failed: Update 6.0-RC1 to 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 18:05:58 -0000 On Thu, 17 Nov 2005 12:33:09 -0500 Scott Robbins wrote: > While on the subject, can't it usually be avoided if you do the > adjkerntz -i option? Hrrm, I guess if the computer's clock was really > off and you don't use ntpd or ntpdate, or if you boot into single user > mode, you'd probably still have the problem. Are three seconds a problem? > Boris, in some cases, for whatever reason, time stamps get messed > up--I've had the problem on occasion (always when I've forgotten to do > the adjkerntz -i, hence my question to Ruslan) and just fixed it by > cvsupping again, after making sure that computer's clock was more or > less right--sometimes, the computer's clock is way off, and if I boot > into single user mode, it doesn't run ntpdate to fix it. Here is my next iteration: # cd /usr # rm -rf obj src # cvsup () # cd src # make buildworld # make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=GENERIC # make -DALWAYS_CHECK_MAKE installkernel KERNCONF=GENERIC # mergemaster -p (maybe this is too early???) # fsck -p # mount -u / # mount -a # adjfkerntz -i # cd /usr/src # maike installworld OOPS! The same error... I'm out of ideas. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 18:58:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE7D116A41F; Thu, 17 Nov 2005 18:58:59 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F0CC43D46; Thu, 17 Nov 2005 18:58:58 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHIwX6G006066; Thu, 17 Nov 2005 10:58:33 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHIwOoc006061; Thu, 17 Nov 2005 10:58:24 -0800 (PST) Date: Thu, 17 Nov 2005 10:58:24 -0800 (PST) From: Matthew Dillon Message-Id: <200511171858.jAHIwOoc006061@apollo.backplane.com> To: John Baldwin References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> Cc: alan bryan , Alexander Leidinger , freebsd-current@freebsd.org, FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 18:59:00 -0000 A side note on the work I did on nv (nve) for DragonFly. I spent a very, very long time trying to fix the watchdog problems. I was able to greatly reduce instances of the watchdog timeout, but it still occurs under heavy load. Even worse, I can wedge the hardware to the point where a reboot or soft power-down does not fix the problem! I have to physically unplug the power cable from the box to make the device work again. It only takes ~30 min - 3 hours of testing to get the ethernet into this hardware-wedged state. At this point I believe that the remaining problems are entirely within Nvidia's nvnet object module. I don't think there is anything we can do about it short of NVidia coming out with an update (which isn't likely). Now, linux *has* a native implementation of this driver that does not use the Nvidia module, and I have gotten reports that it does not suffer from the same problems. I think the only way to solve the watchdog problems that nv (nve) has is to throw it in the trash and do a fresh port from the native driver in the linux tree. -Matt From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 18:58:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE7D116A41F; Thu, 17 Nov 2005 18:58:59 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F0CC43D46; Thu, 17 Nov 2005 18:58:58 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHIwX6G006066; Thu, 17 Nov 2005 10:58:33 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHIwOoc006061; Thu, 17 Nov 2005 10:58:24 -0800 (PST) Date: Thu, 17 Nov 2005 10:58:24 -0800 (PST) From: Matthew Dillon Message-Id: <200511171858.jAHIwOoc006061@apollo.backplane.com> To: John Baldwin References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> Cc: alan bryan , Alexander Leidinger , freebsd-current@freebsd.org, FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 18:59:00 -0000 A side note on the work I did on nv (nve) for DragonFly. I spent a very, very long time trying to fix the watchdog problems. I was able to greatly reduce instances of the watchdog timeout, but it still occurs under heavy load. Even worse, I can wedge the hardware to the point where a reboot or soft power-down does not fix the problem! I have to physically unplug the power cable from the box to make the device work again. It only takes ~30 min - 3 hours of testing to get the ethernet into this hardware-wedged state. At this point I believe that the remaining problems are entirely within Nvidia's nvnet object module. I don't think there is anything we can do about it short of NVidia coming out with an update (which isn't likely). Now, linux *has* a native implementation of this driver that does not use the Nvidia module, and I have gotten reports that it does not suffer from the same problems. I think the only way to solve the watchdog problems that nv (nve) has is to throw it in the trash and do a fresh port from the native driver in the linux tree. -Matt From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:10:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D19F016A41F; Thu, 17 Nov 2005 19:10:56 +0000 (GMT) (envelope-from rink@beastie.il.fontys.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC3043D77; Thu, 17 Nov 2005 19:10:47 +0000 (GMT) (envelope-from rink@beastie.il.fontys.nl) Received: by mailhost.stack.nl (Postfix, from userid 65534) id 6BB64A2FC4; Thu, 17 Nov 2005 20:10:46 +0100 (CET) Received: from mail.il.fontys.nl (mail.il.fontys.nl [IPv6:2001:4128:1000:1000::7]) by mailhost.stack.nl (Postfix) with ESMTP id B758AA2FC1; Thu, 17 Nov 2005 20:10:45 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.il.fontys.nl (Postfix/VSRI) with ESMTP id A4C2A1704F; Thu, 17 Nov 2005 20:14:32 +0100 (CET) Received-Locally: from mail.il.fontys.nl ([127.0.0.1]) by localhost (sukke.il.fontys.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07088-05; Thu, 17 Nov 2005 20:14:32 +0100 (CET) Received: from beastie.il.fontys.nl (beastie.il.fontys.nl [194.26.13.37]) by mail.il.fontys.nl (Postfix) with ESMTP; Thu, 17 Nov 2005 20:14:32 +0100 (CET) Received: by beastie.il.fontys.nl (Postfix, from userid 1678) id B0EA02844D; Thu, 17 Nov 2005 20:10:44 +0100 (CET) Date: Thu, 17 Nov 2005 20:10:44 +0100 From: Rink Springer To: Matthew Dillon Message-ID: <20051117191044.GA56263@il.fontys.nl> References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <200511171858.jAHIwOoc006061@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <200511171858.jAHIwOoc006061@apollo.backplane.com> X-Editor: Vim http://www.vim.org/ X-Info: http://rink.nu/ X-Operating-System: FreeBSD 5.4-STABLE i386 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at il.fontys.nl X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on vaak.stack.nl X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 Cc: alan bryan , FreeBSD current mailing list , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:10:57 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, > I think the only way to solve the watchdog problems that nv (nve) has > is to throw it in the trash and do a fresh port from the native driver > in the linux tree. I am working on this; the only problem is that the only device with nForce ethernet in my room is an Xbox that appears to have some problems with correctly mapping the PCI device to memory. All registers I read contain a simular value; I did a quick hack of my work to OpenBIOS code to see if it was FreeBSD-specific and I got the same results :( I shall try to get an nForce-ethernet-enabled motherboard so I can look further in this. The code is now collecting dust as it cannot find a viable PHY to attach to :-( --=20 Rink P.W. Springer - http://rink.nu "God, root, what is difference?" - Pitr, Userfriendly --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfNW0b3O60uztv/8RAss/AJ0eQ877W6e8XxixRpym0bMSr/053QCcDxk+ AhzFF3fYGB8y8YSOYmXMqZ4= =nQkP -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:10:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D19F016A41F; Thu, 17 Nov 2005 19:10:56 +0000 (GMT) (envelope-from rink@beastie.il.fontys.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC3043D77; Thu, 17 Nov 2005 19:10:47 +0000 (GMT) (envelope-from rink@beastie.il.fontys.nl) Received: by mailhost.stack.nl (Postfix, from userid 65534) id 6BB64A2FC4; Thu, 17 Nov 2005 20:10:46 +0100 (CET) Received: from mail.il.fontys.nl (mail.il.fontys.nl [IPv6:2001:4128:1000:1000::7]) by mailhost.stack.nl (Postfix) with ESMTP id B758AA2FC1; Thu, 17 Nov 2005 20:10:45 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.il.fontys.nl (Postfix/VSRI) with ESMTP id A4C2A1704F; Thu, 17 Nov 2005 20:14:32 +0100 (CET) Received-Locally: from mail.il.fontys.nl ([127.0.0.1]) by localhost (sukke.il.fontys.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07088-05; Thu, 17 Nov 2005 20:14:32 +0100 (CET) Received: from beastie.il.fontys.nl (beastie.il.fontys.nl [194.26.13.37]) by mail.il.fontys.nl (Postfix) with ESMTP; Thu, 17 Nov 2005 20:14:32 +0100 (CET) Received: by beastie.il.fontys.nl (Postfix, from userid 1678) id B0EA02844D; Thu, 17 Nov 2005 20:10:44 +0100 (CET) Date: Thu, 17 Nov 2005 20:10:44 +0100 From: Rink Springer To: Matthew Dillon Message-ID: <20051117191044.GA56263@il.fontys.nl> References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <200511171858.jAHIwOoc006061@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <200511171858.jAHIwOoc006061@apollo.backplane.com> X-Editor: Vim http://www.vim.org/ X-Info: http://rink.nu/ X-Operating-System: FreeBSD 5.4-STABLE i386 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at il.fontys.nl X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on vaak.stack.nl X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 Cc: alan bryan , FreeBSD current mailing list , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:10:57 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, > I think the only way to solve the watchdog problems that nv (nve) has > is to throw it in the trash and do a fresh port from the native driver > in the linux tree. I am working on this; the only problem is that the only device with nForce ethernet in my room is an Xbox that appears to have some problems with correctly mapping the PCI device to memory. All registers I read contain a simular value; I did a quick hack of my work to OpenBIOS code to see if it was FreeBSD-specific and I got the same results :( I shall try to get an nForce-ethernet-enabled motherboard so I can look further in this. The code is now collecting dust as it cannot find a viable PHY to attach to :-( --=20 Rink P.W. Springer - http://rink.nu "God, root, what is difference?" - Pitr, Userfriendly --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfNW0b3O60uztv/8RAss/AJ0eQ877W6e8XxixRpym0bMSr/053QCcDxk+ AhzFF3fYGB8y8YSOYmXMqZ4= =nQkP -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:16:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD79216A41F; Thu, 17 Nov 2005 19:16:39 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC95F43D83; Thu, 17 Nov 2005 19:16:30 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHJF0FN006230; Thu, 17 Nov 2005 11:15:00 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHJF0L6006229; Thu, 17 Nov 2005 11:15:00 -0800 (PST) Date: Thu, 17 Nov 2005 11:15:00 -0800 (PST) From: Matthew Dillon Message-Id: <200511171915.jAHJF0L6006229@apollo.backplane.com> To: Mike Tancsa References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> Cc: alan bryan , FreeBSD current mailing list , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:16:40 -0000 I haven't tried booting FreeBSD on my Shuttle XPC / AMD X2 based box, but if you have users that are and are hitting either of the following two problems, then I was able to implement a solution for DragonFly: Problem #1: ICU (traditional 8259) interrupt routing build: IRQ 7 recieves an unmaskable interrupt for every real interrupt that occurs on the system. Interrupt vector 7 is issued no matter how the 8259 or LAPIC is programmed. Solution: This occurs because the '8259' is routed to the cpu via the hypertransport bus, and the Shuttle BIOS has not set the bit in the Hyper Transport Transaction Control Register that routes it to the LAPIC. If you have an AMD X2 cpu, the 8259 interrupt winds up being routed to BOTH cpus. BOTH cpus issue an INTA cycle, and of course one of those cycles will always cause the 8259 to return a spurious interrupt vector (whether the interrupt is masked or not). DragonFly Commit: http://leaf.dragonflybsd.org/mailarchive/commits/2005-11/msg00038.html -- Problem #2: MPTable has an entry for IRQ 14 but not IRQ 15. This can cause the ATA driver to lock the system up while attempting to access the CD. Solution: If using the MPTable, a fixup is required. DragonFly Commit: http://leaf.dragonflybsd.org/mailarchive/commits/2005-10/msg00095.html -- Problem #3: ACPI and/or MPTable based interrupt routing is completely broken for SMP builds. The tables report interrupt routing pins > 23 on a motherboard which only has one IO APIC with only 24 bits (0-23). Interrupts cannot be properly routed. In addition, note that traditional ISA interrupts will not be properly routed or be properly maskable unless you implement the solution for Problem #1. It is unclear whether this motherboard even *routes* the traditional ISA interrupts to the IO APIC at all. I assume it must, but I gave up on that line of investigation once I managed to get SMP to work with ICU interrupt routing. Note that DFly is still running the 'old' ACPI interrupt routing code, so FreeBSD's ACPI might (or might not) do a better job. Solution: ICU mode must be used. With the fix for Problem #1 in place, ICU mode *CAN* be used with the LAPIC's active, and thus can be used while running SMP. (For DragonFly I made it possible to build SMP without APIC_IO. I seem to recall that FreeBSD has a similar problem). -Matt From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:16:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD79216A41F; Thu, 17 Nov 2005 19:16:39 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC95F43D83; Thu, 17 Nov 2005 19:16:30 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHJF0FN006230; Thu, 17 Nov 2005 11:15:00 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHJF0L6006229; Thu, 17 Nov 2005 11:15:00 -0800 (PST) Date: Thu, 17 Nov 2005 11:15:00 -0800 (PST) From: Matthew Dillon Message-Id: <200511171915.jAHJF0L6006229@apollo.backplane.com> To: Mike Tancsa References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> Cc: alan bryan , FreeBSD current mailing list , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:16:40 -0000 I haven't tried booting FreeBSD on my Shuttle XPC / AMD X2 based box, but if you have users that are and are hitting either of the following two problems, then I was able to implement a solution for DragonFly: Problem #1: ICU (traditional 8259) interrupt routing build: IRQ 7 recieves an unmaskable interrupt for every real interrupt that occurs on the system. Interrupt vector 7 is issued no matter how the 8259 or LAPIC is programmed. Solution: This occurs because the '8259' is routed to the cpu via the hypertransport bus, and the Shuttle BIOS has not set the bit in the Hyper Transport Transaction Control Register that routes it to the LAPIC. If you have an AMD X2 cpu, the 8259 interrupt winds up being routed to BOTH cpus. BOTH cpus issue an INTA cycle, and of course one of those cycles will always cause the 8259 to return a spurious interrupt vector (whether the interrupt is masked or not). DragonFly Commit: http://leaf.dragonflybsd.org/mailarchive/commits/2005-11/msg00038.html -- Problem #2: MPTable has an entry for IRQ 14 but not IRQ 15. This can cause the ATA driver to lock the system up while attempting to access the CD. Solution: If using the MPTable, a fixup is required. DragonFly Commit: http://leaf.dragonflybsd.org/mailarchive/commits/2005-10/msg00095.html -- Problem #3: ACPI and/or MPTable based interrupt routing is completely broken for SMP builds. The tables report interrupt routing pins > 23 on a motherboard which only has one IO APIC with only 24 bits (0-23). Interrupts cannot be properly routed. In addition, note that traditional ISA interrupts will not be properly routed or be properly maskable unless you implement the solution for Problem #1. It is unclear whether this motherboard even *routes* the traditional ISA interrupts to the IO APIC at all. I assume it must, but I gave up on that line of investigation once I managed to get SMP to work with ICU interrupt routing. Note that DFly is still running the 'old' ACPI interrupt routing code, so FreeBSD's ACPI might (or might not) do a better job. Solution: ICU mode must be used. With the fix for Problem #1 in place, ICU mode *CAN* be used with the LAPIC's active, and thus can be used while running SMP. (For DragonFly I made it possible to build SMP without APIC_IO. I seem to recall that FreeBSD has a similar problem). -Matt From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:30:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87C7716A41F; Thu, 17 Nov 2005 19:30:25 +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 987B743D45; Thu, 17 Nov 2005 19:30:24 +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 2131829 for multiple; Thu, 17 Nov 2005 14:30:20 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAHJUDoa024776; Thu, 17 Nov 2005 14:30:13 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mike Tancsa Date: Thu, 17 Nov 2005 12:56:01 -0500 User-Agent: KMail/1.8.2 References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> In-Reply-To: <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171256.04056.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: alan bryan , Alexander Leidinger , freebsd-current@freebsd.org, FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:30:25 -0000 On Thursday 17 November 2005 12:08 pm, Mike Tancsa wrote: > At 11:35 AM 17/11/2005, John Baldwin wrote: > >Hmm, there are a couple of changes such as calling pfnInit() in attach() > > and calling pfnClearTXDesc() in nve_stop() that might be interesting. > > I've stuck those in my work tree and have made a seperate patch relative > > to HEAD if folks want to try them out: > > > >http://www.FreeBSD.org/~jhb/patches/nve_dffixes.patch > > On a RELENG_6 kernel with the drivers from HEAD with the above patch > applied, driver loaded as kld, > > the box does not seem to crash, but the nic does wedge > > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: device timeout (64) > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: link state changed to DOWN > nve0: link state changed to UP > > while generating a lot of 2 way traffic. > > This is a Tyan 939 board. > > Trying to mount root from ufs:/dev/da0s1a > nve0: port 0xe400-0xe407 mem > 0xfebfc000-0xfebfcfff irq 23 at device 10.0 on pci0 > nve0: Ethernet address 00:e0:81:58:91:fa > miibus2: on nve0 > ukphy0: on miibus2 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > nve0: Ethernet address: 00:e0:81:58:91:fa > nve0: [GIANT-LOCKED] Did it work before? Is the new behavior better or worse than the unpatched driver? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:30:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87C7716A41F; Thu, 17 Nov 2005 19:30:25 +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 987B743D45; Thu, 17 Nov 2005 19:30:24 +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 2131829 for multiple; Thu, 17 Nov 2005 14:30:20 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAHJUDoa024776; Thu, 17 Nov 2005 14:30:13 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mike Tancsa Date: Thu, 17 Nov 2005 12:56:01 -0500 User-Agent: KMail/1.8.2 References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> In-Reply-To: <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171256.04056.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: alan bryan , Alexander Leidinger , freebsd-current@freebsd.org, FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:30:25 -0000 On Thursday 17 November 2005 12:08 pm, Mike Tancsa wrote: > At 11:35 AM 17/11/2005, John Baldwin wrote: > >Hmm, there are a couple of changes such as calling pfnInit() in attach() > > and calling pfnClearTXDesc() in nve_stop() that might be interesting. > > I've stuck those in my work tree and have made a seperate patch relative > > to HEAD if folks want to try them out: > > > >http://www.FreeBSD.org/~jhb/patches/nve_dffixes.patch > > On a RELENG_6 kernel with the drivers from HEAD with the above patch > applied, driver loaded as kld, > > the box does not seem to crash, but the nic does wedge > > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: device timeout (64) > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: link state changed to DOWN > nve0: link state changed to UP > > while generating a lot of 2 way traffic. > > This is a Tyan 939 board. > > Trying to mount root from ufs:/dev/da0s1a > nve0: port 0xe400-0xe407 mem > 0xfebfc000-0xfebfcfff irq 23 at device 10.0 on pci0 > nve0: Ethernet address 00:e0:81:58:91:fa > miibus2: on nve0 > ukphy0: on miibus2 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > nve0: Ethernet address: 00:e0:81:58:91:fa > nve0: [GIANT-LOCKED] Did it work before? Is the new behavior better or worse than the unpatched driver? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:34:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46DE216A421; Thu, 17 Nov 2005 19:34:58 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BF343D6A; Thu, 17 Nov 2005 19:34:46 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAHJYjQG067710; Thu, 17 Nov 2005 14:34:45 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id jAHJYjUa031495; Thu, 17 Nov 2005 14:34:45 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id jAHJYinT041325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 14:34:44 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051117143328.0328f7f0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 17 Nov 2005 14:34:47 -0500 To: John Baldwin From: Mike Tancsa In-Reply-To: <200511171256.04056.jhb@freebsd.org> References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171256.04056.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: alan bryan , Alexander Leidinger , freebsd-current@freebsd.org, FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:34:58 -0000 At 12:56 PM 17/11/2005, John Baldwin wrote: >Did it work before? Is the new behavior better or worse than the unpatched >driver? Its certainly better than http://lists.freebsd.org/pipermail/freebsd-current/2005-November/058112.html ---Mike From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:34:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46DE216A421; Thu, 17 Nov 2005 19:34:58 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BF343D6A; Thu, 17 Nov 2005 19:34:46 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAHJYjQG067710; Thu, 17 Nov 2005 14:34:45 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id jAHJYjUa031495; Thu, 17 Nov 2005 14:34:45 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id jAHJYinT041325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 14:34:44 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051117143328.0328f7f0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 17 Nov 2005 14:34:47 -0500 To: John Baldwin From: Mike Tancsa In-Reply-To: <200511171256.04056.jhb@freebsd.org> References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171256.04056.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: alan bryan , Alexander Leidinger , freebsd-current@freebsd.org, FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:34:58 -0000 At 12:56 PM 17/11/2005, John Baldwin wrote: >Did it work before? Is the new behavior better or worse than the unpatched >driver? Its certainly better than http://lists.freebsd.org/pipermail/freebsd-current/2005-November/058112.html ---Mike From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:45:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E0D016A420; Thu, 17 Nov 2005 19:45:01 +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 6DF6443D49; Thu, 17 Nov 2005 19:44:56 +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 jAHJhqfF084889; Thu, 17 Nov 2005 12:43:52 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <437CDD78.3010500@samsco.org> Date: Thu, 17 Nov 2005 12:43:52 -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: Matthew Dillon References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> In-Reply-To: <200511171915.jAHJF0L6006229@apollo.backplane.com> 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: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:45:01 -0000 I looked up this box and it looks pretty interesting, but I don't have funds to buy one for myself at the moment. Is the motherboard logic any different from normal NF4 boards? Could you try booting the FreeBSD 6.0-bootonly disk to see if at least sysinstall comes up and can talk to your drives and network chips? Scott Matthew Dillon wrote: > I haven't tried booting FreeBSD on my Shuttle XPC / AMD X2 based box, > but if you have users that are and are hitting either of the following > two problems, then I was able to implement a solution for DragonFly: > > Problem #1: > > ICU (traditional 8259) interrupt routing build: IRQ 7 recieves > an unmaskable interrupt for every real interrupt that occurs on > the system. Interrupt vector 7 is issued no matter how the 8259 > or LAPIC is programmed. > > Solution: > > This occurs because the '8259' is routed to the cpu via the > hypertransport bus, and the Shuttle BIOS has not set the bit > in the Hyper Transport Transaction Control Register that routes > it to the LAPIC. If you have an AMD X2 cpu, the 8259 interrupt > winds up being routed to BOTH cpus. BOTH cpus issue an INTA > cycle, and of course one of those cycles will always cause the 8259 > to return a spurious interrupt vector (whether the interrupt is > masked or not). > > DragonFly Commit: > > http://leaf.dragonflybsd.org/mailarchive/commits/2005-11/msg00038.html > > -- > > Problem #2: > > MPTable has an entry for IRQ 14 but not IRQ 15. This can cause > the ATA driver to lock the system up while attempting to access > the CD. > > Solution: > > If using the MPTable, a fixup is required. > > DragonFly Commit: > > http://leaf.dragonflybsd.org/mailarchive/commits/2005-10/msg00095.html > > -- > > Problem #3: > > ACPI and/or MPTable based interrupt routing is completely broken > for SMP builds. The tables report interrupt routing pins > 23 > on a motherboard which only has one IO APIC with only 24 bits (0-23). > Interrupts cannot be properly routed. > > In addition, note that traditional ISA interrupts will not be > properly routed or be properly maskable unless you implement the > solution for Problem #1. It is unclear whether this motherboard > even *routes* the traditional ISA interrupts to the IO APIC at all. > I assume it must, but I gave up on that line of investigation once > I managed to get SMP to work with ICU interrupt routing. > > Note that DFly is still running the 'old' ACPI interrupt routing > code, so FreeBSD's ACPI might (or might not) do a better job. > > Solution: > > ICU mode must be used. With the fix for Problem #1 in place, ICU > mode *CAN* be used with the LAPIC's active, and thus can be used > while running SMP. > > (For DragonFly I made it possible to build SMP without APIC_IO. I seem > to recall that FreeBSD has a similar problem). > > -Matt > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:45:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E0D016A420; Thu, 17 Nov 2005 19:45:01 +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 6DF6443D49; Thu, 17 Nov 2005 19:44:56 +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 jAHJhqfF084889; Thu, 17 Nov 2005 12:43:52 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <437CDD78.3010500@samsco.org> Date: Thu, 17 Nov 2005 12:43:52 -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: Matthew Dillon References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> In-Reply-To: <200511171915.jAHJF0L6006229@apollo.backplane.com> 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: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:45:01 -0000 I looked up this box and it looks pretty interesting, but I don't have funds to buy one for myself at the moment. Is the motherboard logic any different from normal NF4 boards? Could you try booting the FreeBSD 6.0-bootonly disk to see if at least sysinstall comes up and can talk to your drives and network chips? Scott Matthew Dillon wrote: > I haven't tried booting FreeBSD on my Shuttle XPC / AMD X2 based box, > but if you have users that are and are hitting either of the following > two problems, then I was able to implement a solution for DragonFly: > > Problem #1: > > ICU (traditional 8259) interrupt routing build: IRQ 7 recieves > an unmaskable interrupt for every real interrupt that occurs on > the system. Interrupt vector 7 is issued no matter how the 8259 > or LAPIC is programmed. > > Solution: > > This occurs because the '8259' is routed to the cpu via the > hypertransport bus, and the Shuttle BIOS has not set the bit > in the Hyper Transport Transaction Control Register that routes > it to the LAPIC. If you have an AMD X2 cpu, the 8259 interrupt > winds up being routed to BOTH cpus. BOTH cpus issue an INTA > cycle, and of course one of those cycles will always cause the 8259 > to return a spurious interrupt vector (whether the interrupt is > masked or not). > > DragonFly Commit: > > http://leaf.dragonflybsd.org/mailarchive/commits/2005-11/msg00038.html > > -- > > Problem #2: > > MPTable has an entry for IRQ 14 but not IRQ 15. This can cause > the ATA driver to lock the system up while attempting to access > the CD. > > Solution: > > If using the MPTable, a fixup is required. > > DragonFly Commit: > > http://leaf.dragonflybsd.org/mailarchive/commits/2005-10/msg00095.html > > -- > > Problem #3: > > ACPI and/or MPTable based interrupt routing is completely broken > for SMP builds. The tables report interrupt routing pins > 23 > on a motherboard which only has one IO APIC with only 24 bits (0-23). > Interrupts cannot be properly routed. > > In addition, note that traditional ISA interrupts will not be > properly routed or be properly maskable unless you implement the > solution for Problem #1. It is unclear whether this motherboard > even *routes* the traditional ISA interrupts to the IO APIC at all. > I assume it must, but I gave up on that line of investigation once > I managed to get SMP to work with ICU interrupt routing. > > Note that DFly is still running the 'old' ACPI interrupt routing > code, so FreeBSD's ACPI might (or might not) do a better job. > > Solution: > > ICU mode must be used. With the fix for Problem #1 in place, ICU > mode *CAN* be used with the LAPIC's active, and thus can be used > while running SMP. > > (For DragonFly I made it possible to build SMP without APIC_IO. I seem > to recall that FreeBSD has a similar problem). > > -Matt > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 19:59:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56D8816A41F for ; Thu, 17 Nov 2005 19:59:04 +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 947A643D49 for ; Thu, 17 Nov 2005 19:59:03 +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 jAHJx1wJ093380; Thu, 17 Nov 2005 21:59:01 +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 30934-03; Thu, 17 Nov 2005 21:58:59 +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 jAHJwUIG093366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 21:58:30 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAHJwdkR005211; Thu, 17 Nov 2005 21:58:39 +0200 (EET) (envelope-from ru) Date: Thu, 17 Nov 2005 21:58:38 +0200 From: Ruslan Ermilov To: Boris Samorodov Message-ID: <20051117195838.GB2727@ip.net.ua> References: <61156528@srv.sem.ipt.ru> <20051117141003.GA2727@ip.net.ua> <28993439@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <28993439@srv.sem.ipt.ru> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: installworld failed: Update 6.0-RC1 to 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 19:59:04 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 17, 2005 at 06:10:40PM +0300, Boris Samorodov wrote: > On Thu, 17 Nov 2005 16:10:03 +0200 Ruslan Ermilov wrote: >=20 > > On Thu, Nov 17, 2005 at 02:32:31PM +0300, Boris Samorodov wrote: > > > =3D=3D=3D> share/info (install) > > > =3D=3D=3D> include (install) > > > creating osreldate.h from newvers.sh > > > touch: not found > > > *** Error code 127 > > >=20 > > > Stop in /usr/src/include. > > > *** Error code 1 > > > ----- > > >=20 > > > Next patch helped. > > >=20 > > This is a FAQ. Check date/time of your computer and src/ files. >=20 > Hm... Didn't touch time since booting (16 days): > # ntpdate ntp.ipt.ru > 17 Nov 17:03:41 ntpdate[37026]: step time server 80.253.10.81 offset 3.10= 0239 sec >=20 > I don't think that it is the case. Am I missing something? >=20 1) Make sure you have ran "make buildworld". 2) Check that your src/ files have sane date/time. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfODuqRfpzJluFF4RAgrwAKCLCGIDou45/13jooS0EivlGeR1BgCfUAMZ vZbSLPwo5bmCY5cu5fuezQk= =GjM4 -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 20:46:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1140F16A41F; Thu, 17 Nov 2005 20:46:59 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6132643D5C; Thu, 17 Nov 2005 20:46:53 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id jAHKkjsn004777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 15:46:45 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id jAHKkQQR058115; Thu, 17 Nov 2005 15:46:26 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17276.60450.831340.357584@grasshopper.cs.duke.edu> Date: Thu, 17 Nov 2005 15:46:26 -0500 (EST) To: Matthew Dillon In-Reply-To: <200511171858.jAHIwOoc006061@apollo.backplane.com> References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <200511171858.jAHIwOoc006061@apollo.backplane.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: alan bryan , FreeBSD current mailing list , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 20:46:59 -0000 I have a pair of DFI Nforce-4 based "NF4 ultra" boards, where the FreeBSD driver will never pass any traffic at all (and never has). Matthew Dillon writes: > At this point I believe that the remaining problems are entirely within > Nvidia's nvnet object module. I don't think there is anything we can do > about it short of NVidia coming out with an update (which isn't likely). At least on my boards, the Solaris "nfo" driver from http://homepage2.nifty.com/mrym3/taiyodo/eng works flawlessly. The object file they use has the same checksum as the one used by the FreeBSD driver. Note that this is at 100Mb/s speeds, and is used for NFS (client), and ssh sessions only. I haven't tried really hard to beat the snot out of it, but it has worked for months without me seeing a problem in daily use. > Now, linux *has* a native implementation of this driver that does not > use the Nvidia module, and I have gotten reports that it does not suffer > from the same problems. I'm working on a linux driver right now, and have enabled the the linux slab debugging stuff (similar to the type of malloc debugging we get with INVARIANTS). At boot (before I even load my driver), the forcedeth driver from 2.6.13.1 will receive corrupted frames. Anybody porting that driver should look out for buffer over/under flow issues in it... Drew From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 20:46:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1140F16A41F; Thu, 17 Nov 2005 20:46:59 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6132643D5C; Thu, 17 Nov 2005 20:46:53 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id jAHKkjsn004777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Nov 2005 15:46:45 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id jAHKkQQR058115; Thu, 17 Nov 2005 15:46:26 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17276.60450.831340.357584@grasshopper.cs.duke.edu> Date: Thu, 17 Nov 2005 15:46:26 -0500 (EST) To: Matthew Dillon In-Reply-To: <200511171858.jAHIwOoc006061@apollo.backplane.com> References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <200511171858.jAHIwOoc006061@apollo.backplane.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: alan bryan , FreeBSD current mailing list , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 20:46:59 -0000 I have a pair of DFI Nforce-4 based "NF4 ultra" boards, where the FreeBSD driver will never pass any traffic at all (and never has). Matthew Dillon writes: > At this point I believe that the remaining problems are entirely within > Nvidia's nvnet object module. I don't think there is anything we can do > about it short of NVidia coming out with an update (which isn't likely). At least on my boards, the Solaris "nfo" driver from http://homepage2.nifty.com/mrym3/taiyodo/eng works flawlessly. The object file they use has the same checksum as the one used by the FreeBSD driver. Note that this is at 100Mb/s speeds, and is used for NFS (client), and ssh sessions only. I haven't tried really hard to beat the snot out of it, but it has worked for months without me seeing a problem in daily use. > Now, linux *has* a native implementation of this driver that does not > use the Nvidia module, and I have gotten reports that it does not suffer > from the same problems. I'm working on a linux driver right now, and have enabled the the linux slab debugging stuff (similar to the type of malloc debugging we get with INVARIANTS). At boot (before I even load my driver), the forcedeth driver from 2.6.13.1 will receive corrupted frames. Anybody porting that driver should look out for buffer over/under flow issues in it... Drew From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 21:39:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF53016A41F; Thu, 17 Nov 2005 21:39:55 +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 08CE043D45; Thu, 17 Nov 2005 21:39:54 +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 2137563 for multiple; Thu, 17 Nov 2005 16:39:47 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAHLdffd027389; Thu, 17 Nov 2005 16:39:41 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Matthew Dillon Date: Thu, 17 Nov 2005 16:38:57 -0500 User-Agent: KMail/1.8.2 References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> In-Reply-To: <200511171915.jAHJF0L6006229@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171639.00807.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: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 21:39:56 -0000 On Thursday 17 November 2005 02:15 pm, Matthew Dillon wrote: > I haven't tried booting FreeBSD on my Shuttle XPC / AMD X2 based box, > but if you have users that are and are hitting either of the following > two problems, then I was able to implement a solution for DragonFly: I don't know if anyone has yet. > -- > > Problem #2: > > MPTable has an entry for IRQ 14 but not IRQ 15. This can cause > the ATA driver to lock the system up while attempting to access > the CD. > > Solution: > > If using the MPTable, a fixup is required. > > DragonFly Commit: > > http://leaf.dragonflybsd.org/mailarchive/commits/2005-10/msg00095.html Hmm, if the IRQ 15 is routed to intpin 15 as ISA (edge, active-hi), then FreeBSD will actually be ok with the missing entry as we assume ISA 1:1 mappings for pins 1-15 on the first I/O APIC. > -- > > Problem #3: > > ACPI and/or MPTable based interrupt routing is completely broken > for SMP builds. The tables report interrupt routing pins > 23 > on a motherboard which only has one IO APIC with only 24 bits (0-23). > Interrupts cannot be properly routed. That is truly odd. Windows and Linux must break on these boxes too then as they both depend on MP Table and/or _PRT to route interrupts as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 21:39:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF53016A41F; Thu, 17 Nov 2005 21:39:55 +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 08CE043D45; Thu, 17 Nov 2005 21:39:54 +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 2137563 for multiple; Thu, 17 Nov 2005 16:39:47 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAHLdffd027389; Thu, 17 Nov 2005 16:39:41 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Matthew Dillon Date: Thu, 17 Nov 2005 16:38:57 -0500 User-Agent: KMail/1.8.2 References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> In-Reply-To: <200511171915.jAHJF0L6006229@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171639.00807.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: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 21:39:56 -0000 On Thursday 17 November 2005 02:15 pm, Matthew Dillon wrote: > I haven't tried booting FreeBSD on my Shuttle XPC / AMD X2 based box, > but if you have users that are and are hitting either of the following > two problems, then I was able to implement a solution for DragonFly: I don't know if anyone has yet. > -- > > Problem #2: > > MPTable has an entry for IRQ 14 but not IRQ 15. This can cause > the ATA driver to lock the system up while attempting to access > the CD. > > Solution: > > If using the MPTable, a fixup is required. > > DragonFly Commit: > > http://leaf.dragonflybsd.org/mailarchive/commits/2005-10/msg00095.html Hmm, if the IRQ 15 is routed to intpin 15 as ISA (edge, active-hi), then FreeBSD will actually be ok with the missing entry as we assume ISA 1:1 mappings for pins 1-15 on the first I/O APIC. > -- > > Problem #3: > > ACPI and/or MPTable based interrupt routing is completely broken > for SMP builds. The tables report interrupt routing pins > 23 > on a motherboard which only has one IO APIC with only 24 bits (0-23). > Interrupts cannot be properly routed. That is truly odd. Windows and Linux must break on these boxes too then as they both depend on MP Table and/or _PRT to route interrupts as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 21:53:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93A6316A41F; Thu, 17 Nov 2005 21:53:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E49D43D49; Thu, 17 Nov 2005 21:53:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id jAHLplQr072203; Thu, 17 Nov 2005 14:51:47 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 17 Nov 2005 14:51:52 -0700 (MST) Message-Id: <20051117.145152.111455401.imp@bsdimp.com> To: ru@freebsd.org From: "M. Warner Losh" In-Reply-To: <20051117195838.GB2727@ip.net.ua> References: <20051117141003.GA2727@ip.net.ua> <28993439@srv.sem.ipt.ru> <20051117195838.GB2727@ip.net.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 17 Nov 2005 14:51:47 -0700 (MST) Cc: bsam@ipt.ru, freebsd-current@freebsd.org Subject: Re: installworld failed: Update 6.0-RC1 to 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 21:53:08 -0000 In message: <20051117195838.GB2727@ip.net.ua> Ruslan Ermilov writes: : On Thu, Nov 17, 2005 at 06:10:40PM +0300, Boris Samorodov wrote: : > On Thu, 17 Nov 2005 16:10:03 +0200 Ruslan Ermilov wrote: : > : > > On Thu, Nov 17, 2005 at 02:32:31PM +0300, Boris Samorodov wrote: : > > > ===> share/info (install) : > > > ===> include (install) : > > > creating osreldate.h from newvers.sh : > > > touch: not found : > > > *** Error code 127 : > > > : > > > Stop in /usr/src/include. : > > > *** Error code 1 : > > > ----- : > > > : > > > Next patch helped. : > > > : > > This is a FAQ. Check date/time of your computer and src/ files. : > : > Hm... Didn't touch time since booting (16 days): : > # ntpdate ntp.ipt.ru : > 17 Nov 17:03:41 ntpdate[37026]: step time server 80.253.10.81 offset 3.100239 sec : > : > I don't think that it is the case. Am I missing something? : > : 1) Make sure you have ran "make buildworld". : 2) Check that your src/ files have sane date/time. 3) Check to make sure that if you are building on one machine and installing on the other, all settings are *IDENTICAL*. This includes the paths to the src and obj trees, the MAKEOBJDIRPREFIX setting, etc. If they aren't identical (and differences like symlink vs real directory count as not being identical), then make them identical and try again. Warner From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 22:02:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F4C316A41F for ; Thu, 17 Nov 2005 22:02:24 +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 B15E743D46 for ; Thu, 17 Nov 2005 22:02:23 +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 2138572 for multiple; Thu, 17 Nov 2005 17:02:26 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAHM2JxW028356; Thu, 17 Nov 2005 17:02:19 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 17 Nov 2005 17:02:18 -0500 User-Agent: KMail/1.8.2 References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <200511171915.jAHJF0L6006229@apollo.backplane.com> <200511171639.00807.jhb@freebsd.org> In-Reply-To: <200511171639.00807.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171702.20956.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: alan bryan , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 22:02:24 -0000 On Thursday 17 November 2005 04:38 pm, John Baldwin wrote: > On Thursday 17 November 2005 02:15 pm, Matthew Dillon wrote: > > I haven't tried booting FreeBSD on my Shuttle XPC / AMD X2 based box, > > but if you have users that are and are hitting either of the > > following two problems, then I was able to implement a solution for > > DragonFly: > > I don't know if anyone has yet. I found someone. :) They don't have an X2 processor, just a 6400, and it does seem that the MP Table in there case does have some busted entries. However, the link devices used for APIC routing do work ok so with ACPI enabled 6.0 booted up ok out of the box with APIC enabled. Probably they (Shuttle) got by with a busted MP Table because Windows probably just uses ACPI and worked fine out of the box. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 22:04:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3B4A16A41F for ; Thu, 17 Nov 2005 22:04:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7201E43D46 for ; Thu, 17 Nov 2005 22:04:16 +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 536491A3C33; Thu, 17 Nov 2005 14:04:16 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0D17B51324; Thu, 17 Nov 2005 17:04:14 -0500 (EST) Date: Thu, 17 Nov 2005 17:04:14 -0500 From: Kris Kennaway To: Brian Candler Message-ID: <20051117220414.GA98329@xor.obsecurity.org> References: <20051116200051.GA35948@xor.obsecurity.org> <20051116223856.8382.qmail@web51009.mail.yahoo.com> <20051116232720.GA5042@xor.obsecurity.org> <20051117090954.GA7207@uk.tiscali.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20051117090954.GA7207@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i Cc: Rafael Caesar Lenzi , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: 6.0 Release freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 22:04:17 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 17, 2005 at 09:09:54AM +0000, Brian Candler wrote: > On Wed, Nov 16, 2005 at 06:27:21PM -0500, Kris Kennaway wrote: > > > The problem with jdk-1.5, eclipse and openoffice-2 it happened with t= wo > > > other machines ( 1 acer notebook and other is a dell desktop ). > > > It considers that Jdk-1.5 is in alpha stage. > >=20 > > No, userland applications do not cause spontaneous reboots unless > > there is a deeper underlying problem. >=20 > Agreed - although this may be a different problem. >=20 > For the 6.0 machine which is freezing, the short hardware description you > posted is insufficient. You need to post the full output of 'dmesg' so > people here can see exactly what hardware you have. (Preferably from boot= ing > in verbose mode) >=20 > There is also one simple thing which is worth trying: boot with ACPI > disabled. I suffered random reboots with early 5.x on my home machine, wh= ich > went away when ACPI was disabled (although later 5.x series were fine). I= t's > worth a try. If it works, then you can provide help to improve the ACPI > code. Good advice. It's also worth pointing out that many older machines have buggy ACPI implementations. Sometimes this can be fixed with a BIOS update from the vendor. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfP5dWry0BWjoQKURAk3xAKCl3aUBH85sjGIeN79G6kgd51brIACfTMmN l819OHvtslLe7Kf+4X8nIKM= =r7pP -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 23:31:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34D2F16A41F; Thu, 17 Nov 2005 23:31:17 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7D4A43D45; Thu, 17 Nov 2005 23:31:16 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHNUrud007515; Thu, 17 Nov 2005 15:30:53 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHNUhgV007502; Thu, 17 Nov 2005 15:30:43 -0800 (PST) Date: Thu, 17 Nov 2005 15:30:43 -0800 (PST) From: Matthew Dillon Message-Id: <200511172330.jAHNUhgV007502@apollo.backplane.com> To: John Baldwin References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <200511171915.jAHJF0L6006229@apollo.backplane.com> <200511171639.00807.jhb@freebsd.org> <200511171702.20956.jhb@freebsd.org> Cc: alan bryan , "Bjoern A. Zeeb" , freebsd-current@freebsd.org, Alexander Leidinger Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 23:31:17 -0000 :I found someone. :) They don't have an X2 processor, just a 6400, and it does :seem that the MP Table in there case does have some busted entries. However, :the link devices used for APIC routing do work ok so with ACPI enabled 6.0 :booted up ok out of the box with APIC enabled. Probably they (Shuttle) got :by with a busted MP Table because Windows probably just uses ACPI and worked :fine out of the box. : :-- :John Baldwin <>< http://www.FreeBSD.org/~jhb/ Buy an AMD Athlon X2 for that person so you can get SMP working, and see if you hit the IRQ 7 problem. If the system has to reroute anything through the 8259 (e.g. like the clock interrupt), you will probably see spurious irq 7's. If it disables the 8259 entirely it should be ok. I suspect that if the ACPI link entries are good, that will be the only problem you face getting SMP working. Note that I did a followup commit to the one I posted to clean up my programming option for the hypertransport configuration. The one I posted was just an initial workaround. Look at the CVS logs for more info. Those configuration registers are insane and the Shuttle BIOS clearly misprogrammed the one I was finally able to track down. I intend to implement the link entry stuff for DragonFly after our next release. For this release we already have too many feature items and not enough time to stabilize yet another one... so that will be post-release work. I have to say that the new Shuttle XPC populated with an Athlon X2 is a really nifty machine. It's ultra fast, SMP, yet much, much quieter then older slower shuttles. It runs nice and cool. It is clearly a bug winner for Shuttle and AMD. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 23:43:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC3B816A41F; Thu, 17 Nov 2005 23:43:42 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9104443D5F; Thu, 17 Nov 2005 23:43:40 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHNhENS007569; Thu, 17 Nov 2005 15:43:14 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHNhEMV007568; Thu, 17 Nov 2005 15:43:14 -0800 (PST) Date: Thu, 17 Nov 2005 15:43:14 -0800 (PST) From: Matthew Dillon Message-Id: <200511172343.jAHNhEMV007568@apollo.backplane.com> To: Andrew Gallatin References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <200511171858.jAHIwOoc006061@apollo.backplane.com> <17276.60450.831340.357584@grasshopper.cs.duke.edu> Cc: alan bryan , FreeBSD current mailing list , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 23:43:43 -0000 : : :I have a pair of DFI Nforce-4 based "NF4 ultra" boards, where the :FreeBSD driver will never pass any traffic at all (and never has). : :Matthew Dillon writes: : > At this point I believe that the remaining problems are entirely within : > Nvidia's nvnet object module. I don't think there is anything we can do : > about it short of NVidia coming out with an update (which isn't likely). : :At least on my boards, the Solaris "nfo" driver from :http://homepage2.nifty.com/mrym3/taiyodo/eng works flawlessly. :The object file they use has the same checksum as the one used :by the FreeBSD driver. : :Note that this is at 100Mb/s speeds, and is used for NFS (client), :and ssh sessions only. I haven't tried really hard to beat the :snot out of it, but it has worked for months without me seeing :a problem in daily use. All my testing and comments are at GiGE speeds. I haven't actually tried 100BaseT speeds with all the most recent fixes in place. I will do that to see if I get the same hardware death issue. p.s. The MII interface will support GigE speeds if you use the extra speed selector bit that a number of manufacturers are now using to extend the MII specification. : > Now, linux *has* a native implementation of this driver that does not : > use the Nvidia module, and I have gotten reports that it does not suffer : > from the same problems. : :I'm working on a linux driver right now, and have enabled the the :linux slab debugging stuff (similar to the type of malloc debugging we :get with INVARIANTS). At boot (before I even load my driver), the :forcedeth driver from 2.6.13.1 will receive corrupted frames. Anybody :porting that driver should look out for buffer over/under flow issues :in it... : :Drew I recall there being a comment in the linux source code regarding the corrupt frame issue. The main issue for me with nvnet is this hardware lockup I am getting that requires physically pulling the power cord to fix. That reaks of a 'hardware bug' or 'BIOS misprogramming' issue. A corrupt frame problem could be a latency or FIFO issue, or another hypertransport issue. I also suspect that the nvnet driver has an interrupt race somewhere in its blackboxed object module. I've gone over the driver tooth and nail and can't come up with any reason why after successfully transfering gigabytes and gigabytes of data it would suddenly stop generating transmit interrupts. I'm gonna play with it a bit more... the only thing left that I haven't investigated is the transmit and receive ring management. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 23:43:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC3B816A41F; Thu, 17 Nov 2005 23:43:42 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9104443D5F; Thu, 17 Nov 2005 23:43:40 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHNhENS007569; Thu, 17 Nov 2005 15:43:14 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHNhEMV007568; Thu, 17 Nov 2005 15:43:14 -0800 (PST) Date: Thu, 17 Nov 2005 15:43:14 -0800 (PST) From: Matthew Dillon Message-Id: <200511172343.jAHNhEMV007568@apollo.backplane.com> To: Andrew Gallatin References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <200511171858.jAHIwOoc006061@apollo.backplane.com> <17276.60450.831340.357584@grasshopper.cs.duke.edu> Cc: alan bryan , FreeBSD current mailing list , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: [PATCH] nve(4) locking cleanup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 23:43:43 -0000 : : :I have a pair of DFI Nforce-4 based "NF4 ultra" boards, where the :FreeBSD driver will never pass any traffic at all (and never has). : :Matthew Dillon writes: : > At this point I believe that the remaining problems are entirely within : > Nvidia's nvnet object module. I don't think there is anything we can do : > about it short of NVidia coming out with an update (which isn't likely). : :At least on my boards, the Solaris "nfo" driver from :http://homepage2.nifty.com/mrym3/taiyodo/eng works flawlessly. :The object file they use has the same checksum as the one used :by the FreeBSD driver. : :Note that this is at 100Mb/s speeds, and is used for NFS (client), :and ssh sessions only. I haven't tried really hard to beat the :snot out of it, but it has worked for months without me seeing :a problem in daily use. All my testing and comments are at GiGE speeds. I haven't actually tried 100BaseT speeds with all the most recent fixes in place. I will do that to see if I get the same hardware death issue. p.s. The MII interface will support GigE speeds if you use the extra speed selector bit that a number of manufacturers are now using to extend the MII specification. : > Now, linux *has* a native implementation of this driver that does not : > use the Nvidia module, and I have gotten reports that it does not suffer : > from the same problems. : :I'm working on a linux driver right now, and have enabled the the :linux slab debugging stuff (similar to the type of malloc debugging we :get with INVARIANTS). At boot (before I even load my driver), the :forcedeth driver from 2.6.13.1 will receive corrupted frames. Anybody :porting that driver should look out for buffer over/under flow issues :in it... : :Drew I recall there being a comment in the linux source code regarding the corrupt frame issue. The main issue for me with nvnet is this hardware lockup I am getting that requires physically pulling the power cord to fix. That reaks of a 'hardware bug' or 'BIOS misprogramming' issue. A corrupt frame problem could be a latency or FIFO issue, or another hypertransport issue. I also suspect that the nvnet driver has an interrupt race somewhere in its blackboxed object module. I've gone over the driver tooth and nail and can't come up with any reason why after successfully transfering gigabytes and gigabytes of data it would suddenly stop generating transmit interrupts. I'm gonna play with it a bit more... the only thing left that I haven't investigated is the transmit and receive ring management. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 23:54:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60FA016A41F for ; Thu, 17 Nov 2005 23:54:16 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE4343D45 for ; Thu, 17 Nov 2005 23:54:15 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHNrnpl007644; Thu, 17 Nov 2005 15:53:49 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHNrlDl007641; Thu, 17 Nov 2005 15:53:47 -0800 (PST) Date: Thu, 17 Nov 2005 15:53:47 -0800 (PST) From: Matthew Dillon Message-Id: <200511172353.jAHNrlDl007641@apollo.backplane.com> To: Scott Long References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> <437CDD78.3010500@samsco.org> Cc: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 23:54:16 -0000 : :I looked up this box and it looks pretty interesting, but I don't have :funds to buy one for myself at the moment. Is the motherboard logic any :different from normal NF4 boards? Could you try booting the FreeBSD :6.0-bootonly disk to see if at least sysinstall comes up and can talk :to your drives and network chips? : :Scott I'd be happy to. If you point me at an ISO image I can boot it up and try to run through the install. Even better if its SMP (I think all FreeBSD distributions are SMP by default now, right?). I suspect that the MB logic is considerably different. I have an ASUS A8N-SLI Deluxe NF4 system as well (its our package building box), also with an AMD X2 in it, and it did not exhibit any of the problems I have had with the shuttle. The ASUS has a different ethernet device... sk driver instead of nv. The BIOS on that MB also reports reasonable numbers in the MPTable and otherwise seems to be less confused then Shuttle's BIOS. The MP Table on the ASUS lists 6 pure PCI busses while the one on the Shuttle lists only 3. Both MB's have only one IO APIC. The BIOSes are clearly very different. Shuttle's is more 'raw'. -Matt From owner-freebsd-current@FreeBSD.ORG Thu Nov 17 23:54:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B36CC16A41F for ; Thu, 17 Nov 2005 23:54:23 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6953043D45 for ; Thu, 17 Nov 2005 23:54:23 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAHNrnpl007644; Thu, 17 Nov 2005 15:53:49 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAHNrlDl007641; Thu, 17 Nov 2005 15:53:47 -0800 (PST) Date: Thu, 17 Nov 2005 15:53:47 -0800 (PST) From: Matthew Dillon Message-Id: <200511172353.jAHNrlDl007641@apollo.backplane.com> To: Scott Long References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> <437CDD78.3010500@samsco.org> Cc: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2005 23:54:23 -0000 : :I looked up this box and it looks pretty interesting, but I don't have :funds to buy one for myself at the moment. Is the motherboard logic any :different from normal NF4 boards? Could you try booting the FreeBSD :6.0-bootonly disk to see if at least sysinstall comes up and can talk :to your drives and network chips? : :Scott I'd be happy to. If you point me at an ISO image I can boot it up and try to run through the install. Even better if its SMP (I think all FreeBSD distributions are SMP by default now, right?). I suspect that the MB logic is considerably different. I have an ASUS A8N-SLI Deluxe NF4 system as well (its our package building box), also with an AMD X2 in it, and it did not exhibit any of the problems I have had with the shuttle. The ASUS has a different ethernet device... sk driver instead of nv. The BIOS on that MB also reports reasonable numbers in the MPTable and otherwise seems to be less confused then Shuttle's BIOS. The MP Table on the ASUS lists 6 pure PCI busses while the one on the Shuttle lists only 3. Both MB's have only one IO APIC. The BIOSes are clearly very different. Shuttle's is more 'raw'. -Matt From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 06:06:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ACC216A41F for ; Fri, 18 Nov 2005 06:06:00 +0000 (GMT) (envelope-from scirocco@tasam.com) Received: from liam.betanews.com (mail.betanews.com [72.35.233.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B48BA43D4C for ; Fri, 18 Nov 2005 06:05:58 +0000 (GMT) (envelope-from scirocco@tasam.com) Received: (qmail 37726 invoked by uid 89); 18 Nov 2005 06:05:56 -0000 Received: from unknown (HELO ?165.247.105.124?) (testuser9@betanews.com@165.247.105.124) by mail.betanews.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Nov 2005 06:05:56 -0000 Message-ID: <437D6F30.3060903@tasam.com> Date: Fri, 18 Nov 2005 01:05:36 -0500 From: Joseph Gelinas User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051110) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> <437CDD78.3010500@samsco.org> <200511172353.jAHNrlDl007641@apollo.backplane.com> In-Reply-To: <200511172353.jAHNrlDl007641@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 18 Nov 2005 06:11:43 +0000 Cc: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 06:06:00 -0000 Matthew Dillon wrote: > : > :I looked up this box and it looks pretty interesting, but I don't have > :funds to buy one for myself at the moment. Is the motherboard logic any > :different from normal NF4 boards? Could you try booting the FreeBSD > :6.0-bootonly disk to see if at least sysinstall comes up and can talk > :to your drives and network chips? > : > :Scott > > I'd be happy to. If you point me at an ISO image I can boot it up and > try to run through the install. Even better if its SMP (I think all > FreeBSD distributions are SMP by default now, right?). > > I suspect that the MB logic is considerably different. I have an > ASUS A8N-SLI Deluxe NF4 system as well (its our package building box), > also with an AMD X2 in it, and it did not exhibit any of the problems > I have had with the shuttle. > > The ASUS has a different ethernet device... sk driver instead of nv. > The BIOS on that MB also reports reasonable numbers in the MPTable and > otherwise seems to be less confused then Shuttle's BIOS. The MP Table > on the ASUS lists 6 pure PCI busses while the one on the Shuttle > lists only 3. Both MB's have only one IO APIC. The BIOSes are clearly > very different. Shuttle's is more 'raw'. > > -Matt > -Current's GENERIC has SMP enabled by default (and the nve driver) so I would assume the recent snapshots would have it enable as well. ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Nov_2005/7-CURRENT-SNAP009-amd64-bootonly.iso From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 06:20:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EA0416A41F; Fri, 18 Nov 2005 06:20:39 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC08C43D46; Fri, 18 Nov 2005 06:20:38 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Eczbv-0005Cy-A2; Fri, 18 Nov 2005 09:20:35 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.54 (FreeBSD)) id 1Eczax-000KXs-DM; Fri, 18 Nov 2005 09:19:35 +0300 To: "M. Warner Losh" References: <20051117141003.GA2727@ip.net.ua> <28993439@srv.sem.ipt.ru> <20051117195838.GB2727@ip.net.ua> <20051117.145152.111455401.imp@bsdimp.com> From: Boris Samorodov Date: Fri, 18 Nov 2005 09:19:35 +0300 In-Reply-To: <20051117.145152.111455401.imp@bsdimp.com> (M. Warner Losh's message of "Thu, 17 Nov 2005 14:51:52 -0700 (MST)") Message-ID: <61149624@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: installworld failed: Update 6.0-RC1 to 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 06:20:39 -0000 On Thu, 17 Nov 2005 14:51:52 -0700 (MST) M. Warner Losh wrote: > In message: <20051117195838.GB2727@ip.net.ua> > Ruslan Ermilov writes: > : On Thu, Nov 17, 2005 at 06:10:40PM +0300, Boris Samorodov wrote: > : > On Thu, 17 Nov 2005 16:10:03 +0200 Ruslan Ermilov wrote: > : > > : > > On Thu, Nov 17, 2005 at 02:32:31PM +0300, Boris Samorodov wrote: > : > > > ===> share/info (install) > : > > > ===> include (install) > : > > > creating osreldate.h from newvers.sh > : > > > touch: not found > : > > > *** Error code 127 > : > > > > : > > > Stop in /usr/src/include. > : > > > *** Error code 1 > : > > > ----- > : > > > > : > > > Next patch helped. > : > > > > : > > This is a FAQ. Check date/time of your computer and src/ files. > : > > : > Hm... Didn't touch time since booting (16 days): > : > # ntpdate ntp.ipt.ru > : > 17 Nov 17:03:41 ntpdate[37026]: step time server 80.253.10.81 offset 3.100239 sec > : > > : > I don't think that it is the case. Am I missing something? > : > > : 1) Make sure you have ran "make buildworld". > : 2) Check that your src/ files have sane date/time. Yes, I did that once more from the very beginning (ie clean src, obj and go further). > 3) Check to make sure that if you are building on one machine and > installing on the other, all settings are *IDENTICAL*. This > includes the paths to the src and obj trees, the MAKEOBJDIRPREFIX > setting, etc. If they aren't identical (and differences like > symlink vs real directory count as not being identical), then make > them identical and try again. Thank you for the tip, but the target and source machine is the same. And I didn't change any configs when cvsup-buildworld-kernel-installworld process. The machine is a testing one, hence I can do a clean install. But I want to understand what I did wrong to avoid it in the future. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 07:51:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B8C616A420; Fri, 18 Nov 2005 07:51:56 +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 C069643D55; Fri, 18 Nov 2005 07:51:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAI7pmuR093985; Fri, 18 Nov 2005 00:51:48 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <437D8812.40605@samsco.org> Date: Fri, 18 Nov 2005 00:51:46 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <200511171915.jAHJF0L6006229@apollo.backplane.com> <200511171639.00807.jhb@freebsd.org> <200511171702.20956.jhb@freebsd.org> <200511172330.jAHNUhgV007502@apollo.backplane.com> In-Reply-To: <200511172330.jAHNUhgV007502@apollo.backplane.com> 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: freebsd-current@freebsd.org Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 07:51:56 -0000 Matthew Dillon wrote: > :I found someone. :) They don't have an X2 processor, just a 6400, and it does > :seem that the MP Table in there case does have some busted entries. However, > :the link devices used for APIC routing do work ok so with ACPI enabled 6.0 > :booted up ok out of the box with APIC enabled. Probably they (Shuttle) got > :by with a busted MP Table because Windows probably just uses ACPI and worked > :fine out of the box. > : > :-- > :John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > Buy an AMD Athlon X2 for that person so you can get SMP working, and > see if you hit the IRQ 7 problem. If the system has to reroute anything > through the 8259 (e.g. like the clock interrupt), you will probably > see spurious irq 7's. If it disables the 8259 entirely it should be ok. > I suspect that if the ACPI link entries are good, that will be the > only problem you face getting SMP working. > Luckily, we no longer have to worry about routing the 8254 through the AT-PIC anymore in FreeBSD. More and more chipsets and motherboards are axeing the logic to make this work, and it's a loosing battle to keep on trying to work around it. It wouldn't be too surprising if the 8259 goes away entirely in the next 2-3 years on Athlon and Opteron designs. > Note that I did a followup commit to the one I posted to clean > up my programming option for the hypertransport configuration. The > one I posted was just an initial workaround. Look at the CVS logs > for more info. Those configuration registers are insane and the > Shuttle BIOS clearly misprogrammed the one I was finally able to > track down. > > I intend to implement the link entry stuff for DragonFly after our > next release. For this release we already have too many feature items > and not enough time to stabilize yet another one... so that will be > post-release work. > > I have to say that the new Shuttle XPC populated with an Athlon X2 > is a really nifty machine. It's ultra fast, SMP, yet much, much quieter > then older slower shuttles. It runs nice and cool. It is clearly a > bug winner for Shuttle and AMD. It does look nice. Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 09:13:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67ADD16A41F for ; Fri, 18 Nov 2005 09:13:38 +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 8A486442B0 for ; Fri, 18 Nov 2005 09:13:36 +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 8D13413FD5E; Fri, 18 Nov 2005 10:13:35 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6E3DB9F351; Fri, 18 Nov 2005 10:13:35 +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 4F91A9F0FB; Fri, 18 Nov 2005 10:13:35 +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 30ABD13FD5E; Fri, 18 Nov 2005 10:13:35 +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 jAI9DYKK053818; Fri, 18 Nov 2005 10:13:35 +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 jAI9DY6S054345; Fri, 18 Nov 2005 10:13:34 +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 jAI9DYbm001509; Fri, 18 Nov 2005 10:13:34 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id jAI9DY9i001508; Fri, 18 Nov 2005 10:13:34 +0100 (CET) (envelope-from q@galgenberg.net) Date: Fri, 18 Nov 2005 10:13:33 +0100 From: Ulrich Spoerlein To: Brian Candler Message-ID: <20051118091333.GA1058@galgenberg.net> Mail-Followup-To: Brian Candler , freebsd-current@freebsd.org References: <20051116161540.GB4383@uk.tiscali.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20051116161540.GB4383@uk.tiscali.com> X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-current@freebsd.org Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 09:13:38 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Brian Candler wrote: > I've noticed on FreeBSD-5.4 and -6.0 that the order in which 'cp' copies > multiple files does not match the order they're given on the command line. > This is noticeable when the target server is remote and/or slow (e.g. NFS; > USB flash device). >=20 > I guess it's not especially important, but it's slightly annoying in that= I > have a dumb USB MP3 player, and it plays the tracks in the raw order they > appear in the filesystem, not by sorting filenames or anything like that. me too. Right now I cp my files in a for-loop, which will retain the order. Not a really nice solution. > Anyone have any thoughts on this? If it can be done without creating too much confusion in the code, I'm all for it. Sadly I'm not familiar with the code ... 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? --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDfZs9mArGtfDbn0QRAkV2AKCaUhtxw2ZMh+Peuhi5rG5XeuQAEQCgitKV Ahwl4TDKxr8q1/8c8IQ2PPs= =T9Fq -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 11:43:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 080D616A41F for ; Fri, 18 Nov 2005 11:43:12 +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 8D2AE43D4C for ; Fri, 18 Nov 2005 11:43:11 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 8E6E032D for ; Fri, 18 Nov 2005 06:43:32 -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 5D908706 for ; Fri, 18 Nov 2005 06:43:32 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1Ed4e5-0002zr-8J for freebsd-current@freebsd.org; Fri, 18 Nov 2005 11:43:09 +0000 Date: Fri, 18 Nov 2005 11:43:09 +0000 From: Brian Candler To: freebsd-current@freebsd.org Message-ID: <20051118114308.GA11281@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: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 11:43:12 -0000 Vinum's manpage makes my head spin. I was wondering if anyone had considered implementing something a bit more straightforward and also more dynamic. Suppose you: (1) Divide all your disks up-front into equal sized chunks, say 4MB. (2) Use an indirection table to map each volume into an arbitary set of these chunks across all available disks. (3) Store the indirection table at the end of a partition, as other GEOM modules do for their metadata, and cache it in RAM. (e.g. a 160GB drive, divided into 4MB blocks, each of which has a 32-bit indirection table entry, would require only 160KB of indirection table) Why do this? - You can install a system with minimal /, /usr, /var and /home, and then grow each one in small increments as needed just by adding spare chunks. With vinum you would end up with an increasingly complex configuration with more and more subdisks, since each subdisk must be a contiguous range of a physical drive. If you decide to get rid of a volume, then you need to keep track of those subdisk fragments. I'm not sure if it's possible to take an unused subdisk and split it so you can assign part of the free space to another volume. Even if you can, this still means more subdisk fragmentation. With the above scheme an unused volume just returns its chunks into the pool for reallocation. - You can identify 'hot' chunks and move them between disks. This is a lot more flexible than fixed striping. Unlike striping, it could distribute load between unevenly matched devices (e.g. 10GB on one disk and 20GB on another). It could also migrate 'hot' data to faster devices, such as a battery-backed RAM disk[*]. With the right tools, this could all happen automatically. - Mapping volumes in fixed chunks in this way lends itself well to visualisation, e.g. all chunks belonging to the same volume can be shown as blocks in the same colour. - What I'm suggesting may or may not look like Linux's LVM; I've never used that. If its data structure is suitable, we can just use that and gain some compatibility for multi-boot systems. I guess you could work this way in vinum, dividing all your storage up front into 4MB subdisks, but it doesn't sound like fun to me. I also guess there's a lot of devil-in-the-details to do with marking a volume as 'up' or 'down'; but hopefully mirroring and RAID could be delegated to other GEOM modules, leaving us just with logical {volume,extent} to physical {drive,extent} mapping to do. Has something like this been proposed, discussed and/or discarded before? Thanks, Brian. [*] e.g. http://uk.giga-byte.com/Peripherals/Products/Products_i-RAM%20(Rev%201.1).htm From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 11:46:41 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3128D16A420 for ; Fri, 18 Nov 2005 11:46:41 +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 7A58E43D55 for ; Fri, 18 Nov 2005 11:46:39 +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 jAIBkXN4039954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Nov 2005 14:46:33 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAIBkWGQ039953; Fri, 18 Nov 2005 14:46:32 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 18 Nov 2005 14:46:32 +0300 From: Gleb Smirnoff To: "Andrew R. Reiter" Message-ID: <20051118114632.GY24212@cell.sick.ru> References: <20051115101416.U68985@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051115101416.U68985@fledge.watson.org> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: pptpclient & CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 11:46:41 -0000 On Tue, Nov 15, 2005 at 10:20:28AM -0500, Andrew R. Reiter wrote: A> A> Anyone successfully using pptpclient in CURRENT? A> A> Running CURRENT and ran 'pptpclient x.x.x.x LABEL' to setup my VPN A> connection. On a CURRENT from Nov 8th, that rebooted my machine, but with A> CURRENT, after an ifconfig or two (just viewing ifconfig output), i got: A> A> Unread portion of the kernel message buffer: A> Memory modified after free 0xc3555aa0(28) val=0 @ 0xc3555aa0 A> panic: Most recently used by in6_multi Looks like IPv6 is the problematic module. A> 9 0xc06983ff in panic (fmt=0xc090504a "Most recently used by %s\n") A> at /usr/src/sys/kern/kern_shutdown.c:539 A> #10 0xc07eaebd in mtrash_ctor (mem=0xc3555aa0, size=-1056755712, arg=0x0, A> ---Type to continue, or q to quit--- A> flags=2) at /usr/src/sys/vm/uma_dbg.c:137 A> #11 0xc07e908b in uma_zalloc_arg (zone=0xc1061d20, udata=0x0, flags=2) A> at /usr/src/sys/vm/uma_core.c:1850 A> #12 0xc068e6e2 in malloc (size=32, mtp=0xc0973280, flags=2) at uma.h:275 A> #13 0xc06be2da in ioctl (td=0xc38f7c00, uap=0xde8ebd04) A> at /usr/src/sys/kern/sys_generic.c:580 A> #14 0xc086fffa in syscall (frame= A> {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077943076, tf_esi = A> 134544752, tf_ebp = -1077943000, tf_isp = -561070748, tf_ebx = A> -1077943072, tf_edx = -1077943136, tf_ecx = -1077943104, tf_eax = 54, A> tf_trapno = 12, tf_err = 2, tf_eip = 672362955, tf_cs = 51, tf_eflags = A> 642, tf_esp = -1077943284, tf_ss = 59}) A> at /usr/src/sys/i386/i386/trap.c:1003 A> #15 0xc085c6cf in Xint0x80_syscall () at A> /usr/src/sys/i386/i386/exception.s:200 A> #16 0x00000033 in ?? () A> Previous frame inner to this frame (corrupt stack?) A> A> A> The syscall(), from what I remember in my DDB session was being called by A> ifconfig. A> A> With INET6 disabled, no panic(), but wasn't having much luck with A> pptpclient. I'll leave that issue out for now though since it seems A> there's something wrong. You can use ports/net/mpd to establish PPTP links. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 12:02:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C3F916A41F for ; Fri, 18 Nov 2005 12:02:31 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA9D243D46 for ; Fri, 18 Nov 2005 12:02:29 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E4F3.dip.t-dialin.net [84.165.228.243]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jAIBcFtn076259; Fri, 18 Nov 2005 12:38:16 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jAIC2NiN096466; Fri, 18 Nov 2005 13:02:23 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 18 Nov 2005 13:02:23 +0100 Message-ID: <20051118130223.z87u1gbswwg0kckw@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 18 Nov 2005 13:02:23 +0100 From: Alexander Leidinger To: Brian Candler References: <20051118114308.GA11281@uk.tiscali.com> In-Reply-To: <20051118114308.GA11281@uk.tiscali.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 12:02:31 -0000 Brian Candler wrote: > Vinum's manpage makes my head spin. I was wondering if anyone had considered > implementing something a bit more straightforward and also more dynamic. Yes, someone had, but not for FreeBSD. > - What I'm suggesting may or may not look like Linux's LVM; I've never used > that. If its data structure is suitable, we can just use that and gain some > compatibility for multi-boot systems. This statement is a little bit simplified, but you're describing a stripped and crippled down version of Solaris ZFS (at least from the functionality point of view). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 BOFH excuse #33: piezo-electric interference From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 06:06:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE23E16A420 for ; Fri, 18 Nov 2005 06:06:00 +0000 (GMT) (envelope-from scirocco@tasam.com) Received: from liam.betanews.com (mail.betanews.com [72.35.233.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4C0F43D53 for ; Fri, 18 Nov 2005 06:05:58 +0000 (GMT) (envelope-from scirocco@tasam.com) Received: (qmail 37726 invoked by uid 89); 18 Nov 2005 06:05:56 -0000 Received: from unknown (HELO ?165.247.105.124?) (testuser9@betanews.com@165.247.105.124) by mail.betanews.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Nov 2005 06:05:56 -0000 Message-ID: <437D6F30.3060903@tasam.com> Date: Fri, 18 Nov 2005 01:05:36 -0500 From: Joseph Gelinas User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051110) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> <437CDD78.3010500@samsco.org> <200511172353.jAHNrlDl007641@apollo.backplane.com> In-Reply-To: <200511172353.jAHNrlDl007641@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 18 Nov 2005 12:37:03 +0000 Cc: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 06:06:00 -0000 Matthew Dillon wrote: > : > :I looked up this box and it looks pretty interesting, but I don't have > :funds to buy one for myself at the moment. Is the motherboard logic any > :different from normal NF4 boards? Could you try booting the FreeBSD > :6.0-bootonly disk to see if at least sysinstall comes up and can talk > :to your drives and network chips? > : > :Scott > > I'd be happy to. If you point me at an ISO image I can boot it up and > try to run through the install. Even better if its SMP (I think all > FreeBSD distributions are SMP by default now, right?). > > I suspect that the MB logic is considerably different. I have an > ASUS A8N-SLI Deluxe NF4 system as well (its our package building box), > also with an AMD X2 in it, and it did not exhibit any of the problems > I have had with the shuttle. > > The ASUS has a different ethernet device... sk driver instead of nv. > The BIOS on that MB also reports reasonable numbers in the MPTable and > otherwise seems to be less confused then Shuttle's BIOS. The MP Table > on the ASUS lists 6 pure PCI busses while the one on the Shuttle > lists only 3. Both MB's have only one IO APIC. The BIOSes are clearly > very different. Shuttle's is more 'raw'. > > -Matt > -Current's GENERIC has SMP enabled by default (and the nve driver) so I would assume the recent snapshots would have it enable as well. ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Nov_2005/7-CURRENT-SNAP009-amd64-bootonly.iso From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 12:37:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D68416A432; Fri, 18 Nov 2005 12:37:06 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3916F43D46; Fri, 18 Nov 2005 12:37:05 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.238.171] (helo=donor.laier.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1Ed5UC0xMK-0002RL; Fri, 18 Nov 2005 13:37:04 +0100 From: Max Laier To: freebsd-hackers@freebsd.org Date: Fri, 18 Nov 2005 13:36:52 +0100 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_rrcfDt62MW+sypK" Message-Id: <200511181336.59361.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: FreeBSD Status Report Third Quarter 2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 12:37:06 -0000 --Boundary-00=_rrcfDt62MW+sypK Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-00=_rrcfDt62MW+sypK Content-Type: text/plain; charset="us-ascii"; name="report-july-2005-oct-2005.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="report-july-2005-oct-2005.txt" July-October 2005 Status Report Introduction After a long, exhausting, yet very productive third quarter of 2005 FreeBSD 6.0 has been released. Many activities were put into the background in order to make this release the success it has become. Nontheless, we received a tremendous amount of reports covering various projects that either found their way into FreeBSD 6.0 already or have started to develop in, what is now known as 7-CURRENT. The EuroBSDCon and the Developer Summit in Basel next week will be a good opportunity to help some of the ideas herein to take off. Last round we had the pleasure to introduce our accepted Google Summer of Code projects. Now, that the summer is over, we are even more pleased to include reports about the outcome of these projects. Some already found their way into the tree or the general public otherwise - most ocularly the new webdesign. Unfortunately, this publication has been delayed for various reasons - the before mentioned release of 6.0 being one of them. Thus, some of the reports might no longer be as up to date as they were when we received them and we encourage you - even more this time - to also visit the weblinks to get more recent information. Thanks again to everyone who submitted reports, and our sincere apologies for running late this time. __________________________________________________________________ Google summer of code * BSD Installer * csup: cvs mode support * FreeBSD Web Site Redesign * Fuse for FreeBSD * gjournal * gvinum 'move', 'rename' support * Improve Libalias * Integrated SNMP monitoring * Interface Cleanup * launchd(8) for FreeBSD * Nsswitch / Caching daemon * SNMP Monitoring * UFS Journaling Projects * ggtrace * iSCSI Initiator * pfSense * Realtime POSIX signal Documentation * bridge.c retired * TODO list for volunteers Kernel * Low-overhead performance monitoring for FreeBSD * NEWCARD * Sound subsystem improvements * The Kernel Stress Test Suite Network infrastructure * OpenBSD dhclient import * Removable interface improvements * TCP & IP Routing Optimization Fundraise Architectures * Porting FreeBSD to the Xbox * PowerPC Port Ports * FreeBSD GNOME Project * FreshPorts * Ports Collection * Ports Tinderbox Vendor / 3rd Party Software * Cronyx/Asterisk * OpenBSD packet filter - pf Miscellaneous * BSDCan * EuroBSDCon 2005 - Basel * Problem Report Database __________________________________________________________________ bridge.c retired Contact: Max Laier Contact: Andrew Thompson As of September 27, the old bridge(4) implementation has been removed from HEAD and will not be part of FreeBSD 7 and later. FreeBSD 6 will serve as transition period. The full functional replacement if_bridge(4) is now available in FreeBSD 5 (not yet part of 5.4 however), FreeBSD 6 and -CURRENT. Any problems should be reported to Andrew Thompson, who is maintaining if_bridge in FreeBSD. Open tasks: 1. Document the change in the handbook and other reference material. __________________________________________________________________ BSD Installer URL: http://www.bsdinstaller.org/ URL: http://wikitest.freebsd.org/moin.cgi/BSDInstaller Contact: Andrew Turner By the end of August I managed to modify the release building process to build a live CD that loads the front and backends. It could install all the distfiles, install the ports tree and had minimal support to install and uninstall packages. Since the end of the Summer of Code I have worked to integrate the new Lua backend. This has been successful, with it now past the point of the BSDINSTALLER-BETA-1 release. It can install the distfiles but not the ports tree or packages yet. __________________________________________________________________ BSDCan URL: http://www.bsdcan.org/ Contact: Dan Langille We are in the process of recruiting new members for the program committee. If you would like to volunteer before you are recruited, please contact me. The dates for 2006 have been announced: May 12-13, 2006. The venue will be the same as previous events: University of Ottawa. The prices will not increase from 2005. Please start thinking about your papers. The call for papers will go out soon. __________________________________________________________________ Cronyx/Asterisk URL: http://www.cronyx.ru/hardware/wan.html URL: http://www.freebsd.org/~rik Contact: Roman Kurakin A new netgraph-to-zaptel module that allows to use E1(ISDN PRI) WAN adapters as an interface card for open source PBX - Asterisk. All you need is an adapter that able to work in raw phone mode (like Cronyx Tau-PCI/2E1), eq. without HDLC-like framing and that has support of Netgraph. __________________________________________________________________ csup: cvs mode support URL: http://wikitest.freebsd.org/moin.cgi/ChristophMathys URL: http://mu.org/~mux/csup.html Contact: Christoph Mathys During the "Summer of Code" I worked on csup (a rewrite of CVSup in C). It already supported checkout-mode, so my task was to implement support for cvs-mode. The biggest part of the project was to implement support for rcs-files. As "byproducts" I also wrote the necessary code to create nodes/hardlinks and to update files using the rsync-algorithm. For what I know, the code works fine, but errorhandling is practically inexistent. Open tasks: 1. Errors should be properly handled 2. Support to get fixups 3. The hard part to support rcs file updates is done, but there is no checksum, some options are not honored and the performance could be improved __________________________________________________________________ EuroBSDCon 2005 - Basel URL: http://www.eurobsdcon.org/ Contact: Information The fourth European BSD conference in Basel, Switzerland is a great opportunity to present new ideas to the community and to meet some of the developers behind the different BSDs. The two day conference program (Nov 26 and 27) will be complemented by a tutorial day preceeding the conference (Nov 25). The FreeBSD developers will hold a DevSummit on Nov 24 and 25, so several developers will be at the conference. The program is available for Saturday and Sunday providing very interesting FreeBSD talks and topics. Today more than 160 people from 25 countries have registered for the conference. __________________________________________________________________ =46reeBSD GNOME Project URL: http://www.FreeBSD.org/gnome/ Contact: Joe Marcus Clarke Contact: FreeBSD GNOME Team Since our last status report, we have added a new member to the team: Jean-Yves Lefort (jylefort). We have even spiced up our contact page with pictures of ourselves and in some cases, a cute hippo. And our very own Adam Weinberger (adamw) has been made a GNOME Project committer heading up the Canadian English translation project. We have finished the port GNOME 2.12 to FreeBSD. However, due to the ports slush in preparation for 6.0-RELEASE, the update has not been merged into the official ports tree. If people are eager to try out GNOME 2.12 while waiting for the ports tree to fully thaw, we have instructions on our website. GNOME 2.12 will be the first FreeBSD GNOME release not to include support for FreeBSD 4.X. While 4.X is still a very viable release for servers, it lacks many of the features needed for a Desktop Environment such as GNOME. We do plan to continue support of the GNOME development platform on 4.X, however. This includes Glib, GTK+, libgnome, etc. A new porting component will be introduced with GNOME 2.12 called, ``ltverhack''. This will help with future upgrades by keeping shared library versions from needlessly changing. The FreeBSD GNOME Project is also committed to providing our users with a solid package experience. To that end, we have extended our Tinderbox to build amd64 packages for all supported versions of FreeBSD for both the production and development releases of the GNOME Desktop. The development packages are even built with debugging symbols to better help with reporting problems. Open tasks: 1. FreeBSD needs a HAL port. HAL will be vital for both GNOME and KDE in providing FreeBSD users with a smooth, elegant desktop experience. Once GNOME 2.12 has been merged into the ports tree, work will begin on making HAL on FreeBSD a reality. Contact gnome@FreeBSD.org if you are interested in helping. 2. We need help with project documentation. In particular, we need help auditing the FAQ to make sure the content is still relevant, and we are not missing any key items. If you're interested, please contact gnome@FreeBSD.org . __________________________________________________________________ =46reeBSD Web Site Redesign URL: http://www.FreeBSD.org URL: http://www.FreeBSD.org/old Contact: Emily Boyd Contact: Murray Stokely Contact: Web Team The new website has gone live! Thanks to Emily Boyd for all her hard work. We still have a lot of work to do to integrate suggestions that have been made by users since we went live. The new CSS design makes it much easier to rapidly change the look and feel of the site, so it is easy to experiment. We're still looking for more HTML/CSS designers to help us improve the site. __________________________________________________________________ =46reshPorts URL: http://www.freshports.org/ Contact: Dan Langille I'm in the process of adding personalized newsfeeds to the website. For each of your Watch Lists, you will also have a news feed just for that watch list. Any commit to any port in your watch list will turn up on your newsfeed. This fantastic new feature is available now for your RSS pleasure at the BETA site . I've also been doing some work in the area of supporting multiple platforms and architectures. This will allow FreshPorts to correctly report that a port is broken, for example, on i386, but not the other platforms. This feature will take note of BROKEN, FORBIDDEN, and IGNORE for the following architectures: * alpha * amd64 * i386 * ia64 * sparc64 And the following OSVERSIONS (subject to upgrade as new releases come along): * 492100 * 504102 * 600033 * 700001 Upcoming changes, in addition to the above, include: 1. NOT_FOR_ARCHS 2. ONLY_FOR_ARCHS 3. IS_INTERACTIVE I've been getting useful help from those on IRC. Thanks. Open tasks: 1. Complete the above. __________________________________________________________________ =46use for FreeBSD URL: http://fuse4bsd.creo.hu/ URL: http://wikitest.freebsd.org/moin.cgi/FuseFilesystem URL: http://creo.hu/~csaba/projects/fuse4bsd/downloads/ Contact: Csaba Henk Fuse for FreeBSD is the outcome of my "ssh based networking filesystem for FreeBSD" SoC project. The kernel interface for the comprehensive userspace filesystem API provided by the ( Fuse project ) has been implemented for FreeBSD (6.x and 7.x), under the BSD license. This has the benefit of opening up the possibility of porting the rich collection of Fuse based filesystems to FreeBSD. Now it's ready for consumption by a broader audience. The sysutils/fusefs-kmod , sysutils/fusefs-libs , sysutils/fusefs-sshfs ports can be expected to be integrated into the FreeBSD ports tree in the next few days (the ports were created and are maintained by Anish Mistry, and Simon Barner's careful review also helps a lot). Open tasks: 1. Implement missing features like extended attributes and attribute/name caching (with timeout). 2. Resolve problems with autotools and integrate userspace modifications into the Fuse codebase. 3. Port Fuse based filesystems and language bindings to FreeBSD. 4. Create sysfs (Fuse based filesystem interface to sysctl). 5. Test, test, test among a broad variety of circumstances. __________________________________________________________________ ggtrace URL: http://ivoras.sharanet.org/projects/ggtrace.html Contact: Ivan Voras Ggtrace is "GEOM gate tracer", utility to track I/O requests on a storage device on FreeBSD. It uses the ggate facility of FreeBSD to attach to a file or device and produces a device that can be used for any I/O, including hosting filesystems. I/O requests are presented in the form of a moving histogram that can be used to discern which parts of the storage device are used most often. One use of ggtrace is to analyze how filesystems arrange and access data on storage devices. The project is working and usable only on the RELENG_6 branch. __________________________________________________________________ gjournal URL: http://wikitest.freebsd.org/moin.cgi/gjournal Contact: Ivan Voras Gjournal provides GEOM-level journaling and COW capabilities to storage devices. Unfortunately, it cannot be used as a substitute for filesystem journaling (fsck is still needed when gjournal device is used to host filesystems). Development has slowed down, and the existing code needs much more testing. If there is continued interest in it, I'll probably split the functionalities into two projects, one handling COW and one handling the journaling, in order to make the code cleaner. Open tasks: 1. More testing is needed. __________________________________________________________________ gvinum 'move', 'rename' support URL: http://wikitest.freebsd.org/moin.cgi/GvinumMoveRename Contact: Chris Jones Support for moving and renaming objects in gvinum was completed at the end of August 2005. All gvinum objects (drives, subdisks, plexes, and volumes) can be renamed, and subdisks can be moved from drive to drive. Also, a man page for gvinum was created. Open tasks: 1. Update FreeBSD Handbook chapter on vinum to reflect gvinum. Slowly in progress, but hopefully done by the end of the year, workload permitting. __________________________________________________________________ Improve Libalias URL: http://wikitest.freebsd.org/moin.cgi/PaoloPisati URL: http://wikitest.freebsd.org/moin.cgi/PaoloPisati Contact: Paolo Pisati The project met all the scheduled goals, and following are the new features implemented in libalias: * integration with IPFW in kernel land * support for 4.x and 5.x as kld * converted from a monolithic to a modular architecture, added the ability to load/unload at runtime support for new protocols (modules work both in kernel and user land) * added logging support in kernel land Fell free to suggest other improvements. Open tasks: 1. Test and feedback are welcome __________________________________________________________________ Integrated SNMP monitoring URL: http://people.freebsd.org/~harti/bsnmp/index.html URL: http://wikitest.freebsd.org/moin.cgi/ShteryanaShopova URL: http://wikitest.freebsd.org/moin.cgi/SnmpMonitoringModulesStatus Contact: Philip Paeps Contact: Shteryana Shopova This summer, we've had the pleasure of having two Google Summer of Code students hacking on our SNMP monitoring machinery. Victor worked on implementing the Host Resources, TCP and UDP MIBs in bsnmpd while Shteryana started on client-side SNMP tools. With these modules and tools, a FreeBSD installation can be monitored without having to install any (heavy!) third-party tools. Open tasks: 1. While the modules and the tools currently in Perforce are generally functional, they still need some tidying up (style(9)) and testing before they can be committed to CVS. At the time of this writing, the Hostres MIB is pretty much commit-ready in Perforce (//depot/user/philip/bsnmp/...), the other modules and tools live in //depot/projects/soc2005/bsnmp/... They'll be branched for tidying up and committing "Real Soon Now"[tm] 2. Testers are very welcome. :-) Please let us know about any bugs! __________________________________________________________________ Interface Cleanup URL: http://wikitest.freebsd.org/moin.cgi/CleanupOfNetworkInterfaceApisProp osal Contact: Anders Persson The dependencies to kernel-only datastructures in netstat (ifnet, etc.) have been removed almost completely (AppleTalk and IPX still needs work). In order to remove the dependencies, the debugging features of netstat had to be removed. However, a project to create a generic, modular 'data structure' examination tool is ongoing, and the debugging features factor out of netstat have been migrated to this tool. Open tasks: 1. Refactoring of the netstat code, create a modular version in the spirit of ifconfig. 2. Data structure examination tool needs to be completed, current state is more that of a prototype. __________________________________________________________________ iSCSI Initiator URL: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-12.tar.bz2 Contact: Daniel Braniss This iSCSI kernel module and its companion control program, are still under development, but the main parts seem to be working. A second round of public tests has started. Open tasks: 1. login chap authentication 2. digest 3. network disconnect recovery __________________________________________________________________ launchd(8) for FreeBSD URL: http://wikitest.freebsd.org/moin.cgi/launchd Contact: R. Tyler Ballance In short, launchd can run perfectly fine on FreeBSD, and combined with launchctl, it can be used to manage daemons through the launchctl(1) interface. Jobs can be added and managed two ways as of yet from launchctl(1). Using zarzycki@'s experimental "submit" command within launchctl(1) or by using my lame/rudimentary/etc "launcher" format (launchd/launchers/*.launch) which uses property(3) to parse out three simple, and important details. The program label, path, and any program flags. Using the "load" command, one can load the data into launchctl(1) and then start the processes with the..."start" command. Jobs can be removed/stopped with the "remove" command. The "limit" command still throws launchctl(1) into an infinite loop, and yes, I plan on fixing this. There are some things that need to be fixed, first off, some sort of boot time integration, whether as an init-replacement (i.e. PID 1, a la Mac OS X) or as the first thing started from init, that kicks all rcng things off. Along with, more importantly, a plist parser, so we can have full compatibility with Mac OS X's launchd via Core Foundation. I'm also trying to get launchd(8) relicensed with the BSD license, as opposed to the APSL, anybody with tips, or methods for achieving this goal, contact me at tyler@tamu.edu Open tasks: 1. Writing a light-weight plist (non-XML) parser with lex and yacc. __________________________________________________________________ Low-overhead performance monitoring for FreeBSD URL: http://people.freebsd.org/~jkoshy/projects/perf-measurement Contact: Joseph Koshy This projects implements a kernel module (hwpmc(4)), an application programming interface (pmc(3)) and a few simple applications (pmcstat(8) and pmccontrol(8)) for measuring system performance using event monitoring hardware in modern CPUs. The last three months have been spent in bug fixing and in tweaking the code. A few more minor features and loose ends remain to be taken care of. Once these are done, I hope to get started on a graphical performance analyser. __________________________________________________________________ NEWCARD Contact: Warner Losh Due to an email snafu, the June report was not submitted, so this report covers since the last 6 months. Summary: The 16-bit part of NEWCARD has been greatly enhanced. In addition, power control has become interrupt driven. Some drivers make use of the new functionality. The pccard layer now exports the CIS for each device that is present, even if there's no driver for the card or parts of the card. The power up and reset sequence is now interrupt driven. This has eliminated many of the long pauses that the system used to experience after a card insertion. We can not play glitch-free audio while inserting or removing a card. A number of additional cards are recognized by PC Card. In addition, drivers now can read the CIS for more information about the card. Drivers have been enhanced to read the CIS for MAC addresses and the like where appropriate. The ed driver now attaches the mii bus of the AX88190 and AX88790 fast ethernet PC Card chips. This allows better status reporting and increased functionality for PHY chips that need some help. The ed driver also supports the Tamarack TC5299J chipset (including attaching its MII bus) now, the only open source OS that does so (TC5299J cards will work with other open source OS, but they won't report their status or attach a mii bus). A number of bugs have been fixed in the pccard or cardbus drivers. Most of these changes have been merged into the forthcoming 6.0. Others will be merged after the release. Open tasks: 1. ExpressCard laptops have arrived with ExpressCard/54 and ExpressCard/34 slots. It is unknown the extent of the work necessary to support them. 2. The ISA attachment of cbb needs work to make it fully functional. 3. A CIS parser in userland needs to be written. The pccardc based CIS parser is OK, but it doesn't handle MFC cards too well. Ideally the parser would produce output that is compatible with the linux tool. 4. A mechanism for CIS override is needed. We need a tool that will take an ascii representation of the CIS and produce a binary. We need a tool that will install the binary into the kernel and kernel modifications to switch from the CIS that's in the card to the faked up CIS. 5. We need a mechanism for creating pseudo multi-function cards. Initially, it seems that all we really need is the ability for an arbitrary driver to add a sio companion, since that covers all the cases I'm aware of. Resources would need to be 'donated' from the creating driver to the sio card. 6. It would be nice if we could move to a more common CIS parsing and dispatch. The CardBus side is wide open at the moment since none of the pci drivers use the CIS information outside of a few that get their MAC address via a standard interface. 7. The ep driver needs work to make the newer ep cards that have mii bus on them actually probe and attach it. It needs to gain media support for the non-mii based cards. The 3C1 still needs work. 8. The sn driver needs work to support many of the SMC91Cxxx PC Card devices. These are typically combination cards that need special, non-standard initialization. 9. Power savings for 16-bit cards can be realized if we power them up at 3.3V rather than at 5.0V. Not all cards can support this, but many can and indicate this support in the CIS. Windows tries the 3.3V configuration entries before the 5.0V ones. We should do the same. 10. Most of the changes that have been made to the pccard and cardbus layers can be merged back into RELENG_5. __________________________________________________________________ Nsswitch / Caching daemon URL: http://wikitest.freebsd.org/moin.cgi/NsswitchAndCachingFinalReport URL: http://wikitest.freebsd.org/moin.cgi/MichaelBushkov Contact: Michael Bushkov <> The nsswitch / caching daemon project was developed within the Google's Summer Of Code program. Almost all goals of the project were achieved. Thanks to Brooks Davis and Jacques Vidrine, who were my mentors and greatly helped me. Nsswitch subsystem was extended to support new sources (services, protocols, rpc, openssh and GT4). The testing of the Globus Grid Toolkit 4 patch (which adds support for nsswitch to GT4) is still to be done. For nsswitch to support caching, the caching daemon was implemented on top of the caching library, which was also developed during the SoC. The current version of the daemon uses simple nscd-like configuration file and seems to be stable. To complete the SoC project, the experimental version of libc with in-process caching enabled was made. It's benchmarking will be done in the nearest future. There were some requests for caching daemon to be able to act like NSCD (to perform the actual nsswitch lookups by itself), so it was modified to support this feature. But current implementation has some restrictions and requires a lot of testing. Right now the final polishing is being made to the project's sources, so that they could be added to the CURRENT Open tasks: 1. Extend caching daemon to support NSCD functionality 2. Test Globus Grid Toolkit 4 patch 3. Add support for MAC and audit related configuration files to the nsswitch __________________________________________________________________ OpenBSD dhclient import Contact: Brooks Davis Contact: Sam Leffler The OpenBSD rewrite of dhclient has been imported, replacing the ISC dhclient. The OpenBSD client provides better support for roaming on wireless networks and a simpler model of operation. Instead of a single dhclient process per system, there is on per network interface. This instance automatically goes away in the even of link loss and is restarted via devd when link is reacquired. To support this change, many aspects of the network interface configuration process were overhauled. The current code works well in most circumstances, but more testing and polishing is needed. A few bug are being tracked, but most of them are edge cases. Work on further interface configuration enhancements is underway for FreeBSD 7.0. __________________________________________________________________ OpenBSD packet filter - pf Contact: Max Laier Futher improvements have been made to pfsync to make it behave well in SMP scenarios. All bug fixes have been MFCed to RELENG_5 where applicable. A couple of bugfixes and feature improvements have been imported via OpenBSD (originally suggested by FreeBSD users). As described in the last report, FreeBSD 6.0 and future RELENG_6 releases will be based on OpenBSD 3.7. Newer code will be imported as soon as 6.0 has settled down a bit. __________________________________________________________________ pfSense URL: http://www.pfsense.com Contact: Scott Ullrich pfSense is a m0n0wall derived operating system platform with radically different goals such as using Packet Filter, FreeBSD 6, ALTQ for excellent packet queueing and finally an integrated package management system for extending the environment with new features. Work continues to stabilize pfSense in preparation for the FreeBSD 6 release. Once FreeBSD 6 is released pfSense will enter the final beta and release candidate phases in preparation for the 1.0 release. Open tasks: 1. Stabilize installer (cannot load kernel errors after install) 2. Finish outgoing load balancing monitoring 3. Fix last minute bugs that turn up __________________________________________________________________ Porting FreeBSD to the Xbox URL: http://www.xbox-bsd.nl Contact: Rink Springer Contact: Ed Schouten As of 26th July 2005, it is possible to run FreeBSD on your Xbox with minor patching effort. The framebuffer has initial support; The USB ports, IDE- and audio controllers are fully supported; the only part severely lacking now is the lack of support for the NForce Ethernet controller. Currently, efforts are focussing on eliminating the XBOX kernel option and make the port self-detecting; this means the x86 and xbox kernels will be identical. The goal is to provide native xbox support in 7-CURRENT. Futhermore, a porting effort is planned from Linux' GPL-ed forcedeth.c; not only the Xbox port will benefit from this but also all NForce motherboard owners. The resulting driver could be kldload-ed to keep the kernel GPL-free. Open tasks: 1. The xbox framebuffer driver should be merged in the VESA framework, so it can use syscons(4). Assistance on this would be very welcome! __________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://edwin.adsl.barnet.com.au/~edwin/ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html Contact: Mark Linimon A great deal of work has gone into the Ports Collection since the last report in April, much of it behind-the-scenes. As this report was being written, the 6.0 release was ongoing. Due to the amount of time that it has taken to get 6.0 through the beta process and into RC, we have been in ports freeze or slush for more than two months. Unfortunately this has held back needed work on the ports infrastructure. The last major update to bsd.port.mk, in early May, was coordinated by Kirill Ponomarew added a number of new features and closed 15 PRs. Another similar set of changes has been tested and is ready for commit after release. portmgr welcomed two new members to its team: Erwin Lansing (who had previously served as secretary, a role in which he is continuing) and Clement Laforet. Clement is interested in speeding up the adoption of new changes into the infrastructure, an item I'm sure that that everyone can support. He promises to bring some fresh ideas to bear on this, including the revitalization of devel/portmk as a testing ground for new changes to bsd.port.mk in which the larger community can help test changes. The unfetchable distfile survey, which had been non-functional for quite some time, was revitalized by Bill Fenner, with many new pages of analysis added to it. Work is still ongoing. As a result of this analysis, Bill and Mark Linimon eliminated nearly 100 lines of bogus or outdated sites from bsd.sites.mk alone. They are continuing to work through many other sites and ports as successive iterations of the survey reveal more dimensions to the problem. We still need more help from the larger community (see below). Edwin Groothius has instituted a similar but slightly different survey. His program attempts to visit each listed mastersite for each distfile and determine whether or not a newer version might be available. The results are stored in a database. This is helping to automate a function that had been left up to individual maintainers to look through numerous websites to try to find these updates. The survey has been hugely (if not universally) popular. Already, dozens of port updates have been committed as a direct result of this service. In addition, portsmon, which had been down due to a machine change, was moved to portsmon.FreeBSD.org and updated during this time. Many thanks to Erwin Lansing for providing the loan of this machine, and Will Andrews for having provided the loan of the previous incarnation. Both of the above surveys are now generating periodic email to ports maintainers advising them of problems. This is in addition to recurring email from portsmon. The surveys allow individual maintainers to ask to receive no further email. portsmon does not currently have this but it needs to be added. Although we have no doubt the mail can in some cases be annoying (especially given the fact that there will inevitably be some false positives), the fact is that these emails have had a direct impact on the quality on the ports. We ask for patience from the community while each of us continues to fine-tune the algorithms controlling what email is generated. (Because of the number of emails these systems generate, it is impossible to go over every one individually for a sanity check). As a result of bounces from the above email, we have also been resetting maintainers who have become unreachable. Pav Lucistnik has done a great deal of work on the Porter's Handbook, including some much needed reshuffling and cleanup. Expanded sections include Apache and PHP; Configure Scripts; Dealing With Shared Libraries; Dealing With User Configuration Files; Handling Empty Directories; Python; and Ruby. In addition, Edwin Groothius has contributed a section on OPTIONS, and numerous other sections have been improved by good suggestions from various other contributors. A new article, "Maintaining and contributing to the FreeBSD Ports Collection", has been prepared by Sam Lawrance and has been reviewed and is ready for commit. This document attempts to codify the rights and responsibilities of ports maintainers, which until now had merely been "community lore" as discussed on various mailing lists. We continue to add new committers regularly, 8 since the last report. The ports collection now contains over 13,500 ports. This is an increase of over 750 since the last report in April. Open tasks: 1. portmgr would like to ask maintainers and committers alike to go through the status of their ports on the two distfile surveys, both the one that shows unfetchable current distfiles and the one that shows possibly updated distfiles. This is an effective way to quickly help improve our user's perception of the state of the ports. 2. A great deal of progress has been made in cracking down on ports that install files outside the approved directories and/or do not deinstall cleanly (see "Extra files not listed in PLIST" on pointyhat ). These ports are now a small minority thanks to the dedicated efforts of a large number of individuals. 3. We still have a large number of PRs that have been assigned to committers for some time (in fact, they constitute the majority). portmgr members are now going through this list and asking each committer to either commit them or release them to the general pool so that someone else may work on them. In addition, the existing policies for inactive maintainers (two weeks for maintainer- timeout on PRs; three months for maintainer reset if no activity) are going to be much more actively pursued than in the past, where the policies were more honored in the breach than in the observance. The goal is to try to bring the Ports Collection as up-to-date as possible. (While there has been progress on many fronts, there are still areas where ports are suffering from bit-rot.) __________________________________________________________________ Ports Tinderbox URL: http://tinderbox.marcuscom.com Contact: Joe Marcus Clarke Contact: Tinderbox List The Ports Tinderbox is a packaged system for building FreeBSD ports in a clean environment. It can be used to test new ports, updates to existing ports, or simply as a package building engine. Tinderbox uses the same underlying code that the official FreeBSD package build cluster, pointyhat, uses. So if a port builds under Tinderbox, it is guaranteed to build on pointyhat. More an more FreeBSD committers and ports maintainers are starting to use Tinderbox. We just released version 2.1.0 which added much-requested PostgreSQL support as well as fixed many bugs. We expect a 2.1.1 release soon with some additional bug fixes. With the 2.1.0 release of Tinderbox, we have branched the code base so that we can focus on larger features in our HEAD branch while still producing stable releases on a more frequent basis. The biggest new feature planned for Tinderbox 3.0 is clustering support which is being spearheaded by Ade Lovett (ade). Open tasks: 1. At this point, we really need help with documentation. Work has begun on creating man pages for the various Tinderbox commands, but we need help to churn them out at as faster rate. If you have strong mdoc fu, and interested in helping us out, please contact marcus@marcuscom.com . __________________________________________________________________ PowerPC Port URL: http://www.freebsd.org/platforms/ppc.html Contact: Peter Grehan The project has been following the 6.0 release schedule by producing BETA-* builds and is now up to the RC1 build. Dario Freni successfully built a FreeSBIE/ppc iso for his Summer-of-code project. __________________________________________________________________ Problem Report Database URL: http://www.freebsd.org/support.html#gnats Contact: Mark Linimon Due to some good recent commit and cleanup work by both Alexander Leidinger and Craig Rodrigues, the number of base-system PRs has stabilized somewhat. The number of incoming ports PRs continues to accelerate but except during freezes the ports committers have been battling to commit them as quickly as they come in. (The graphs very clearly show where the freezes are.) The net result is that we are holding our own but it takes a great deal of (mostly unheralded) effort to do so. Thanks are due to a large number of individuals who are doing this ongoing work. There is ongoing work to ask committers who have had PRs assigned to them for a significant period of time, whether they are still interested in pursuing them or whether they should instead be reassigned to the pool. This is being done to try to get as many PRs 'unstuck' as possible to try to help improve our users' perceptions of the project. As an experiment, Mark Linimon has been adding 'tags' to many of the kern and bin PRs, including such things as '[nfs]', '[if_em]', and so forth. The idea is to try allow searching and browsing based on these terms so that committers will find it easier to work with our current PR database. At the moment this is in the experimental stage, although it is possible for committers to work with them from the command line on systems with a database installed via query-pr(1). __________________________________________________________________ Realtime POSIX signal Contact: David Xu The FreeBSD kernel is powerful, but it still lacks some realtime POSIX facilities, for example, sigqueue, current I am working on it, most code is ready, and being tested. Open tasks: 1. POSIX timer, timer_xxx syscalls __________________________________________________________________ Removable interface improvements URL: http://people.freebsd.org/~brooks/pubs/eurobsdcon2004/ URL: http://www.freebsd.org/projects/dingo/ Contact: Brooks Davis This project is an attempt to clean up handling of network interfaces in order to allow interfaces to be removed reliably. Current problems include panics if Dummynet is delaying packets to an interface when it is removed. I have removed struct ifnet's and layer two common structures from device driver structures. This will eventually allow them to be managed properly upon device removal. This code has been committed and will appear in 6.0. Popular drivers have continued to be fixed. jhb's locking work has identified and corrected many issues. rwatson has also committed cleanups to the multicast code which fix some issues in this area. __________________________________________________________________ SNMP Monitoring URL: http://wikitest.freebsd.org/moin.cgi/VictorCruceru Contact: Harti Brandt Contact: Philip Paeps Contact: Victor Cruceru New MIBs are implmented for the BSNMP agent: 1. HOST-RESOURCES-MIB ( http://www.ietf.org/rfc/rfc2790.txt ). Philip is going to submit the code into the CVS repository. 2. TCP-MIB with combined IPv4 & IPv6 support ( http://www.ietf.org/rfc/rfc4022.txt ). This new TCP-MIB is 100% backward compatible with the old one (v4 only). It adds a clear distinction between active and passive tcp endpoints and for each endpoint info about the process it belongs to. 3. UDP-MIB with combined IPv4 & IPv6 support ( http://www.ietf.org/rfc/rfc4113.txt ). This new UDP-MIB is 100% backward compatible with the old one (v4 only) and it adds multiple instances support for the UDP endpoints and for each endpoint info about the processes using it. Open tasks: 1. For HOST-RESOURCES-MIB we are going to add support for more detailed memory stats based of libmemstat(3) 2. The rest of the IPv6 MIBs. 3. FreeBSD enterprise MIBs for supporting SNMP configuration (via SNMP SETs) for FreeBSD. __________________________________________________________________ Sound subsystem improvements Contact: Multimedia Mailinglist Contact: Ariff Abdullah Contact: Alexander Leidinger Recently a lot of fixes, specially in handling format / rate conversion and general stability got committed to -current. This include fixes for most LOR's and new features (software volume handling for soundcards without volume handling in hardware and the possibility to switch to spdif). A lot of effort was spend by Ariff (and other people) to come up with those improvements. For this reason Ariff is "punished" with a commit bit, so he is able to commit further improvements on his own. This work is not integrated into 6.0-RELEASE because of some lose ends (see 'sndctl' below). You can help by looking at sound related PR's in GNATS and making follow-up's which tell us if a problem still persists or if a PR can be closed because the bug is fixed. Also feel free to submit patches for anything on the TODO list below. Open tasks: 1. Update manpages to reflect current features. 2. Fix driver specific issue (via, t4dwave, maestro). 3. Make all drivers MPSAFE. 4. Rewrite some parts (e.g. a new mixer subsystem with OSS compatibility). 5. sndctl(1): tool to control non-mixer parts of the sound system (e.g. spdif switching, virtual-3D effects) by an user (instead of the sysctl approach in -current); pcmplay(1), pcmrec(1), pcmutil(1). 6. Plugable FEEDER infrastructure. For ease of debugging various feeder stuff and/or as userland library and test suite. 7. Support for new hardware (envy24, Intel HDA). 8. Performance enhancement (via 'slave'-channels, changes are under review)? 9. Closer compatibility with OSS, especially for the upcoming OSS v4. 10. Close a lot of PR's. 11. Document the sound system in the FreeBSD Architecture Handbook . __________________________________________________________________ TCP & IP Routing Optimization Fundraise URL: http://people.freebsd.org/~andre/tcpoptimization.html URL: http://www.freebsd.org/news/status/report-mar-2005-june-2005.html#Fund raising---TCP-&-IP-Routing-Optimization Contact: Andre Oppermann The fundraise has been very successful and I want to thank everyone who has pledged their support and tipped the jar. The full amount plus a little bit more has been raised in a very short timeframe. More information on the exact amounts and their sponsors can be found at the first link. Due to the extended (and unexpected long) code freeze for the release process of FreeBSD 6.0 (which is very high quality btw.) I've decided to push back on working full time until the freeze is lifted. So far I've done some work in the mbuf handling area and some other netinet cleanups in my local repository. Once FreeBSD 6.0 is released I resume my work on this project and many changes and optimizations, as described in the first and second link, will go into into FreeBSD-current. __________________________________________________________________ The Kernel Stress Test Suite URL: http://people.freebsd.org/~pho/stress/ Contact: Peter Holm The current version of the test suite took form in the beginning of this year after discussions with Jeff Roberson, during a long period of testing Jeff's VFS SMP work. At that time Daniel Seuffert donated a Tyan Thunder 7500 M/B with CPUs, RAM and coolers so I was able to do some serious SMP testing. Mid July Murray Stokely suggested adding a link from the 6.0 todo web page to the Stress Test Status Page. At that time there were a few reoccurring panics that made it hard to test the kernel for other problems. Numerous people put a lot of hard work in fixing the panics and livelocks found during the next months. At the same time others stepped in and ran the test suite on their own hardware, thus increasing the focus on kernel stability. The status for 6.0 is that I do not any longer get panics with the test suite. __________________________________________________________________ TODO list for volunteers Contact: Alexander Leidinger The TODO list for volunteers (see the last report for more) is now under review by some doc@ people. __________________________________________________________________ UFS Journaling Contact: Brian Wilson Contact: Scott Long Scott has been working on inserting journalling hooks into the ufs and ffs filesystem code. Brian has been balancing school and redesigning various things that were deemed necessary to update during the end of the actual SoC project. Open tasks: 1. Finish the redesign of the internal block management code. 2. Integration and test of the ffs/ufs hooks and the journaling code. 3. Updating userland tools to be aware of and use the journal. 4. Journal buffer management wiring to VM subsystem a la XFS. __________________________________________________________________ Legal Notices | =A9 1995-2005 The FreeBSD Project. All rights reserved. --Boundary-00=_rrcfDt62MW+sypK-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 12:39:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E48916A41F for ; Fri, 18 Nov 2005 12:39:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E70E43D53 for ; Fri, 18 Nov 2005 12:39:20 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id jAICdJFL050714; Fri, 18 Nov 2005 06:39:19 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <437DCB6D.6090400@centtech.com> Date: Fri, 18 Nov 2005 06:39:09 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <20051118114308.GA11281@uk.tiscali.com> In-Reply-To: <20051118114308.GA11281@uk.tiscali.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1178/Thu Nov 17 23:27:25 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 12:39:33 -0000 Brian Candler wrote: > Vinum's manpage makes my head spin. I was wondering if anyone had considered > implementing something a bit more straightforward and also more dynamic. > > Suppose you: > > (1) Divide all your disks up-front into equal sized chunks, say 4MB. > > (2) Use an indirection table to map each volume into an arbitary set of > these chunks across all available disks. > > (3) Store the indirection table at the end of a partition, as other GEOM > modules do for their metadata, and cache it in RAM. > > (e.g. a 160GB drive, divided into 4MB blocks, each of which has a 32-bit > indirection table entry, would require only 160KB of indirection table) > > Why do this? > > - You can install a system with minimal /, /usr, /var and /home, and then > grow each one in small increments as needed just by adding spare chunks. > With vinum you would end up with an increasingly complex configuration with > more and more subdisks, since each subdisk must be a contiguous range of a > physical drive. If you decide to get rid of a volume, then you need to keep > track of those subdisk fragments. I'm not sure if it's possible to take an > unused subdisk and split it so you can assign part of the free space to > another volume. Even if you can, this still means more subdisk > fragmentation. > > With the above scheme an unused volume just returns its chunks into the pool > for reallocation. > > - You can identify 'hot' chunks and move them between disks. This is a lot > more flexible than fixed striping. Unlike striping, it could distribute load > between unevenly matched devices (e.g. 10GB on one disk and 20GB on > another). It could also migrate 'hot' data to faster devices, such as a > battery-backed RAM disk[*]. With the right tools, this could all happen > automatically. > > - Mapping volumes in fixed chunks in this way lends itself well to > visualisation, e.g. all chunks belonging to the same volume can be shown as > blocks in the same colour. > > - What I'm suggesting may or may not look like Linux's LVM; I've never used > that. If its data structure is suitable, we can just use that and gain some > compatibility for multi-boot systems. > > I guess you could work this way in vinum, dividing all your storage up front > into 4MB subdisks, but it doesn't sound like fun to me. > > I also guess there's a lot of devil-in-the-details to do with marking a > volume as 'up' or 'down'; but hopefully mirroring and RAID could be > delegated to other GEOM modules, leaving us just with logical > {volume,extent} to physical {drive,extent} mapping to do. > > Has something like this been proposed, discussed and/or discarded before? I've been sketching out nearly the exact same thing over the past few weeks! My goals were to come up with a way to utilize block devices in a very pliable way, that allows growing volumes, adding more block storage to a pool, etc, like you've mentioned above. One of the issues I was hoping to solve, is the "can't grow a stripe onto more disks" kind of thing. I started coming up with a featureset for a new volume manager, using GEOM as the base. Some of them were: - ability to grow volumes online - volume migration (online) - volume snapshots (online) - block pooling (to allow adding more blocks from a disk to the pool) - auto block allocation (assigning blocks from the pool to a volume as needed) - auto block promotion (moving most frequently used blocks to faster block storage devices, and/or auto mirroring those blocks on many devices for increased speed) It would be nice to be able to create an arbitrarily large volume, which only uses these volume blocks (you call them chunks) as the volume gets filled. This way, you could create a 2Tb volume, with only a single 200Gb drive, then as you neared the 200Gb used mark, you could add another disk, and grow on to it, or even add 5 disks, and it could stripe the data across them, or mirror, etc. You could also migrate volume blocks from one device to others, or have the volume manager automatically move the MFU (most frequently used) blocks to multiple volume block providers for striping+mirroring to gain extra performance. Maybe we should take this to freebsd-geom@? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 12:59:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F6AC16A420 for ; Fri, 18 Nov 2005 12:59:38 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD2F43D7E for ; Fri, 18 Nov 2005 12:59:26 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 324FA801; Fri, 18 Nov 2005 07:59:47 -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 orb.sasl.smtp.pobox.com (Postfix) with ESMTP id E35C68A; Fri, 18 Nov 2005 07:59:45 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1Ed5pq-00033J-Jn; Fri, 18 Nov 2005 12:59:22 +0000 Date: Fri, 18 Nov 2005 12:59:22 +0000 From: Brian Candler To: Eric Anderson Message-ID: <20051118125922.GA11684@uk.tiscali.com> References: <20051118114308.GA11281@uk.tiscali.com> <437DCB6D.6090400@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437DCB6D.6090400@centtech.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 12:59:38 -0000 On Fri, Nov 18, 2005 at 06:39:09AM -0600, Eric Anderson wrote: > - volume migration (online) Perhaps there are two primitive operations: 1. move an individual chunk from device A to device B (LVM calls these chunks "extents" BTW, which is probably a better name; it has a long history going back to mainframe storage systems) 2. move an entire volume The second of these could be done by creating a new volume, mirroring it with the first, and then removing the first volume from the mirror set. > - auto block allocation (assigning blocks from the pool to a volume as > needed) I think that requires interaction with the underlying filesystem if it is to happen automatically. I'd be quite happy with a two-step process: increase the size of a volume manually, then run growfs to make the filesystem fit the new space. Pity there's no shrinkfs... > It would be nice to be able to create an arbitrarily large volume, which > only uses these volume blocks (you call them chunks) as the volume > gets filled. This way, you could create a 2Tb volume, with only a > single 200Gb drive, then as you neared the 200Gb used mark, you could > add another disk, and grow on to it Maybe. However I don't see the advantage of this compared to creating a 200GB volume, and then as it nears getting full expand it to 400GB, and so on. I can see a number of downsides to your approach: - df will lie. You may think your filesystem is only 10% full, when in fact it is about to fail due to lack of space. - partitioning has an important administrative use, to enforce limits. That is, one of the reasons I keep /var on a separate partition is so that if it fills, it doesn't stop the OS from creating files in / or /tmp etc, so it's easier to recover from whatever problem was filling /var in the first place. So if you have an 80GB drive and you created an 80GB /, an 80GB /var, an 80GB /usr and 80GB /home, allowing each of them to expand to fit as needed, then you might as well just have created a single 80GB / in the first place, mightn't you? > Maybe we should take this to freebsd-geom@? Good idea. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 13:11:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1A4B16A41F; Fri, 18 Nov 2005 13:11:34 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2016843D46; Fri, 18 Nov 2005 13:11:33 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id jAIDBWhu096371; Fri, 18 Nov 2005 16:11:32 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id jAIDBWwX096370; Fri, 18 Nov 2005 16:11:32 +0300 (MSK) (envelope-from ache) Date: Fri, 18 Nov 2005 16:11:31 +0300 From: Andrey Chernov To: current@freebsd.org, gnome@freebsd.org Message-ID: <20051118131131.GA96190@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, gnome@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: KSE: whom to blame, -current SMP or firefox? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 13:11:34 -0000 The problem: I got 100% dead loop at 'install' stage of the 'firefox' port (after ===> Building Chrome's registry... message). '/usr/X11R6/lib/firefox/regchrome' is the program that loops (at the end of its task, so kill -9 continues install normally). That is SMP machine. If I leave it for, say, 10mins, I start to get lots of calcru: runtime went backwards from 121010657 usec to 120993592 usec for pid 5769 (regchrome) on my console. The _same_ 'regchrome' binary & libs set runs without problem and exits quickly on another UP machine!!! Both machines are identical recent -current. 'ktrace' shows that loop happens in KSE code. Here is relevant piece of 'kdump': ... 9152 regchrome NAMI "/usr/X11R6/lib/firefox/chrome/.reregchrome" 9152 regchrome RET access -1 errno 2 No such file or directory 9152 regchrome CALL write(0x6,0x282b8f8d,0x1) 9152 regchrome GIO fd 6 wrote 1 byte "8" 9152 regchrome RET write 1 9152 regchrome CALL kse_release(0xbfbfe8a0) 9152 regchrome RET kse_release 0 9152 regchrome CALL read(0x5,0xbf8fdb40,0x400) 9152 regchrome GIO fd 5 read 1 byte "8" 9152 regchrome RET read 1 9152 regchrome CALL kse_release(0xbf8fdeb0) 9152 regchrome RET kse_release 0 9152 regchrome CALL kse_release(0xbfbfe8a0) 9152 regchrome RET kse_release 0 9152 regchrome CALL kse_release(0xbf8fdeb0) 9152 regchrome RET kse_release 0 9152 regchrome CALL kse_release(0xbfbfe8a0) 9152 regchrome RET kse_release 0 9152 regchrome CALL kse_release(0xbf8fdeb0) 9152 regchrome RET kse_release 0 ... loops ... Any ideas? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 14:50:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C23EB16A41F for ; Fri, 18 Nov 2005 14:50:57 +0000 (GMT) (envelope-from m@MHoerich.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CF29343D45 for ; Fri, 18 Nov 2005 14:50:56 +0000 (GMT) (envelope-from m@MHoerich.de) Received: (qmail invoked by alias); 18 Nov 2005 14:50:55 -0000 Received: from p548B6007.dip.t-dialin.net (EHLO localhost) [84.139.96.7] by mail.gmx.net (mp024) with SMTP; 18 Nov 2005 15:50:55 +0100 X-Authenticated: #5114400 Date: Fri, 18 Nov 2005 15:50:53 +0100 From: Mario Hoerich To: Brian Candler , freebsd-current@freebsd.org Message-ID: <20051118145051.GA3713@Pandora.MHoerich.de> Mail-Followup-To: Brian Candler , freebsd-current@freebsd.org References: <20051116161540.GB4383@uk.tiscali.com> <20051118091333.GA1058@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051118091333.GA1058@galgenberg.net> User-Agent: Mutt/1.4.2.1i X-Y-GMX-Trusted: 0 Cc: Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 14:50:57 -0000 # Ulrich Spoerlein: > Brian Candler wrote: > > I've noticed on FreeBSD-5.4 and -6.0 that the order in which 'cp' copies > > multiple files does not match the order they're given on the command line. > > This is noticeable when the target server is remote and/or slow (e.g. NFS; > > USB flash device). [...] > If it can be done without creating too much confusion in the code, I'm > all for it. Sadly I'm not familiar with the code ... That's pretty simple, actually. :) This just adds a -o flag to cp, which preserves order. diff -ur cp.orig/cp.1 cp/cp.1 --- cp.orig/cp.1 Fri Nov 18 15:48:22 2005 +++ cp/cp.1 Fri Nov 18 15:45:48 2005 @@ -153,6 +153,8 @@ or .Fl i options.) +.It Fl o +Preserve the order given on the command line. .It Fl p Cause .Nm diff -ur cp.orig/cp.c cp/cp.c --- cp.orig/cp.c Fri Nov 18 15:48:22 2005 +++ cp/cp.c Fri Nov 18 15:45:45 2005 @@ -83,7 +83,7 @@ PATH_T to = { to.p_path, emptystring, "" }; -int fflag, iflag, nflag, pflag, vflag; +int fflag, iflag, nflag, pflag, vflag, oflag; static int Rflag, rflag; volatile sig_atomic_t info; @@ -102,7 +102,7 @@ char *target; Hflag = Lflag = Pflag = 0; - while ((ch = getopt(argc, argv, "HLPRfinprv")) != -1) + while ((ch = getopt(argc, argv, "HLPRfinoprv")) != -1) switch (ch) { case 'H': Hflag = 1; @@ -131,6 +131,9 @@ nflag = 1; fflag = iflag = 0; break; + case 'o': + oflag = 1; + break; case 'p': pflag = 1; break; @@ -270,7 +273,12 @@ mask = ~umask(0777); umask(~mask); - if ((ftsp = fts_open(argv, fts_options, mastercmp)) == NULL) + if (oflag == 1) + ftsp = fts_open(argv, fts_options, NULL); + else + ftsp = fts_open(argv, fts_options, mastercmp); + + if (ftsp == NULL) err(1, "fts_open"); for (badcp = rval = 0; (curr = fts_read(ftsp)) != NULL; badcp = 0) { switch (curr->fts_info) { diff -ur cp.orig/utils.c cp/utils.c --- cp.orig/utils.c Fri Nov 18 15:48:22 2005 +++ cp/utils.c Fri Nov 18 15:45:40 2005 @@ -331,8 +331,8 @@ { (void)fprintf(stderr, "%s\n%s\n", -"usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] source_file target_file", -" cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] source_file ... " +"usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-o] [-pv] source_file target_file", +" cp [-R [-H | -L | -P]] [-f | -i | -n] [-o] [-pv] source_file ... " "target_directory"); exit(EX_USAGE); } Regards, Mario From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 15:36:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C54616A41F for ; Fri, 18 Nov 2005 15:36:19 +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 ABC2B43D46 for ; Fri, 18 Nov 2005 15:36:18 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 50EC92BA for ; Fri, 18 Nov 2005 10:36:40 -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 2FA87F16 for ; Fri, 18 Nov 2005 10:36:40 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1Ed8Hg-0003C6-80 for freebsd-current@freebsd.org; Fri, 18 Nov 2005 15:36:16 +0000 Date: Fri, 18 Nov 2005 15:36:16 +0000 From: Brian Candler To: freebsd-current@freebsd.org Message-ID: <20051118153616.GA12210@uk.tiscali.com> References: <20051116161540.GB4383@uk.tiscali.com> <20051118091333.GA1058@galgenberg.net> <20051118145051.GA3713@Pandora.MHoerich.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051118145051.GA3713@Pandora.MHoerich.de> User-Agent: Mutt/1.4.2.1i Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 15:36:19 -0000 > This just adds a -o flag to cp, which preserves order. Hmm, that's another solution that I hadn't thought of. Advantages: simple to implement. (Even simpler if you use the ?: operator). Disadvantages: it's still strange that the default behaviour is to copy the files in an arbitary shuffled order. The manpage will need updating to document the -o flag, and hence will have to explain the strangeness. Commands arguably have too many flags already. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 15:45:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFFC716A420 for ; Fri, 18 Nov 2005 15:45:41 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B288E43D70 for ; Fri, 18 Nov 2005 15:45:38 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id jAIFjbIh053672; Fri, 18 Nov 2005 09:45:37 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <437DF717.8010207@centtech.com> Date: Fri, 18 Nov 2005 09:45:27 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <20051116161540.GB4383@uk.tiscali.com> <20051118091333.GA1058@galgenberg.net> <20051118145051.GA3713@Pandora.MHoerich.de> <20051118153616.GA12210@uk.tiscali.com> In-Reply-To: <20051118153616.GA12210@uk.tiscali.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1178/Thu Nov 17 23:27:25 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 15:45:42 -0000 Brian Candler wrote: >>This just adds a -o flag to cp, which preserves order. > > > Hmm, that's another solution that I hadn't thought of. > > Advantages: simple to implement. (Even simpler if you use the ?: operator). > > Disadvantages: it's still strange that the default behaviour is to copy the > files in an arbitary shuffled order. The manpage will need updating to > document the -o flag, and hence will have to explain the strangeness. > Commands arguably have too many flags already. I didn't think cp (or any tool, like tar) did it 'arbitrarily', but in order of mtime. Is that not true? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 16:30:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDE2E16A423 for ; Fri, 18 Nov 2005 16:30:32 +0000 (GMT) (envelope-from m@MHoerich.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 388AD43D68 for ; Fri, 18 Nov 2005 16:30:11 +0000 (GMT) (envelope-from m@MHoerich.de) Received: (qmail invoked by alias); 18 Nov 2005 16:30:09 -0000 Received: from p548B6007.dip.t-dialin.net (EHLO localhost) [84.139.96.7] by mail.gmx.net (mp018) with SMTP; 18 Nov 2005 17:30:09 +0100 X-Authenticated: #5114400 Date: Fri, 18 Nov 2005 17:30:08 +0100 From: Mario Hoerich To: Brian Candler Message-ID: <20051118163007.GB3713@Pandora.MHoerich.de> Mail-Followup-To: Brian Candler , freebsd-current@freebsd.org References: <20051116161540.GB4383@uk.tiscali.com> <20051118091333.GA1058@galgenberg.net> <20051118145051.GA3713@Pandora.MHoerich.de> <20051118153616.GA12210@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051118153616.GA12210@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 16:30:33 -0000 # Brian Candler: > > This just adds a -o flag to cp, which preserves order. > > Hmm, that's another solution that I hadn't thought of. > > Advantages: simple to implement. (Even simpler if you use the ?: operator). *Shrug* I tend to avoid that operator, as it doesn't exactly help code's readability imo, but that's just taste. > Disadvantages: it's still strange that the default behaviour is to copy the > files in an arbitary shuffled order. Interestingly enough, mastercmp()s comment is actually off: * The comparison function for the copy order. The order is to copy * non-directory files before directory files. The reason for this * is because files tend to be in the same cylinder group as their * parent directory, whereas directories tend not to be. Copying the * files first reduces seeking. $ mkdir a b c && touch 1 2 3 $ cp -rv a 1 3 2 b c b -> c/b a -> c/a 2 -> c/2 3 -> c/3 1 -> c/1 Which is directories _first_, then other files, both sorted in reverse order (with regard to the way they're specified on the command line). Sorting isn't entirely stable however: $ cp -rv 6 5 4 3 2 1 a c a -> c/a 1 -> c/1 2 -> c/2 4 -> c/4 5 -> c/5 6 -> c/6 3 -> c/3 # <-- what's that doing here? > Commands arguably have too many flags already. Agreed. Just how much does cp gain using mastercmp(), anyway? I doubt it's much faster with it and it'd certainly be easiest to remove it and always use fts_open(.,.,NULL) instead. Regards, Mario From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 17:00:47 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E924916A420; Fri, 18 Nov 2005 17:00:46 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from indor.net.tomline.ru (indor.net.tomline.ru [213.183.100.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 079A343E0D; Fri, 18 Nov 2005 16:59:19 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from SNEZHKO by indorsoft.ru (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000030939.msg; Fri, 18 Nov 2005 22:58:59 +0600 X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 128057, updated: 17.11.2005] To: Gleb Smirnoff References: <20051115101416.U68985@fledge.watson.org> <20051118114632.GY24212@cell.sick.ru> From: Victor Snezhko Date: Fri, 18 Nov 2005 22:58:55 +0600 In-Reply-To: <20051118114632.GY24212@cell.sick.ru> (Gleb Smirnoff's message of "Fri, 18 Nov 2005 14:46:32 +0300") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Processed: indor.net.tomline.ru, Fri, 18 Nov 2005 22:58:59 +0600 (not processed: spam filter disabled) X-Return-Path: snezhko@indorsoft.ru X-VVS-Spam: false Cc: freebsd-current@FreeBSD.org Subject: Re: pptpclient & CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 17:00:47 -0000 Gleb Smirnoff writes: > A> Anyone successfully using pptpclient in CURRENT? > A> > A> Running CURRENT and ran 'pptpclient x.x.x.x LABEL' to setup my VPN > A> connection. On a CURRENT from Nov 8th, that rebooted my machine, but with > A> CURRENT, after an ifconfig or two (just viewing ifconfig output), i got: > A> > A> Unread portion of the kernel message buffer: > A> Memory modified after free 0xc3555aa0(28) val=0 @ 0xc3555aa0 > A> panic: Most recently used by in6_multi > > Looks like IPv6 is the problematic module. Yes, it was broken for some time (since Oct 21), but now the fix to the problem that caused many bugreports is committed by suz@ (he committed that on Wed Nov 15, before the bugreport we are discussing now). Minor problem remains with callout_stop being used everywhere. suz@ said he reviews the code now. -- WBR, Victor V. Snezhko EMail: snezhko@indorsoft.ru From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 17:36:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AC4516A41F for ; Fri, 18 Nov 2005 17:36:01 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B89343D45 for ; Fri, 18 Nov 2005 17:36:00 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id jAIHa0iT029580; Fri, 18 Nov 2005 11:36:00 -0600 (CST) (envelope-from dan) Date: Fri, 18 Nov 2005 11:36:00 -0600 From: Dan Nelson To: Brian Candler Message-ID: <20051118173559.GJ62141@dan.emsphone.com> References: <20051118114308.GA11281@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051118114308.GA11281@uk.tiscali.com> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 17:36:01 -0000 In the last episode (Nov 18), Brian Candler said: > Vinum's manpage makes my head spin. I was wondering if anyone had > considered implementing something a bit more straightforward and also > more dynamic. > > Suppose you: > > (1) Divide all your disks up-front into equal sized chunks, say 4MB. > > (2) Use an indirection table to map each volume into an arbitary set of > these chunks across all available disks. > > (3) Store the indirection table at the end of a partition, as other > GEOM modules do for their metadata, and cache it in RAM. > > (e.g. a 160GB drive, divided into 4MB blocks, each of which has a > 32-bit indirection table entry, would require only 160KB of > indirection table) AIX does something similar in its volume manager. A volume group consists of a number of disks, split into equal-sized partitions (256MB is the default I think). Logical volumes reside in the volume group, and are composed of multiple partitions. Each LV can have its own raid/mirror characteristics separate from others, and can be grown, mirrored, or otherwise modified online. http://publib.boulder.ibm.com/infocenter/pseries/topic/com.ibm.aix.doc/aixbman/admnconc/logical_vol.htm http://publib.boulder.ibm.com/infocenter/pseries/topic/com.ibm.aix.doc/aixbman/prftungd/diskperf.htm -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 17:47:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEB3516A420 for ; Fri, 18 Nov 2005 17:47:07 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D195143D75 for ; Fri, 18 Nov 2005 17:47:03 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so2701wra for ; Fri, 18 Nov 2005 09:47:03 -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=PhOMLA5EhWwNkbFpnsFdZ1CX0hYb1uc7xy8/Cibscr+IlusRLm7EHmNnUwUuK1eOiJRIVVMrO2laY/JWvK2mnh6N6pSEeDZ719gMgpHX8IBXEJ2YS3z7CGvigpJA5EiKYWsoTrTTw86cf0p75I+RLWjIxqDADtVvml77eIdieaQ= Received: by 10.64.153.6 with SMTP id a6mr7400qbe; Fri, 18 Nov 2005 09:47:03 -0800 (PST) Received: by 10.64.21.5 with HTTP; Fri, 18 Nov 2005 09:47:02 -0800 (PST) Message-ID: Date: Sat, 19 Nov 2005 01:47:02 +0800 From: Xin LI To: Alexander Leidinger In-Reply-To: <20051118130223.z87u1gbswwg0kckw@netchild.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051118114308.GA11281@uk.tiscali.com> <20051118130223.z87u1gbswwg0kckw@netchild.homeip.net> Cc: freebsd-current@freebsd.org, Brian Candler Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 17:47:08 -0000 T24gMTEvMTgvMDUsIEFsZXhhbmRlciBMZWlkaW5nZXIgPEFsZXhhbmRlckBsZWlkaW5nZXIubmV0 PiB3cm90ZToKPiBUaGlzIHN0YXRlbWVudCBpcyBhIGxpdHRsZSBiaXQgc2ltcGxpZmllZCwgYnV0 IHlvdSdyZSBkZXNjcmliaW5nIGEgc3RyaXBwZWQKPiBhbmQgY3JpcHBsZWQgZG93biB2ZXJzaW9u IG9mIFNvbGFyaXMgWkZTIChhdCBsZWFzdCBmcm9tIHRoZSBmdW5jdGlvbmFsaXR5Cj4gcG9pbnQg b2YgdmlldykuCgpTb3JyeSBmb3IgYmVpbmcgbW9yZSBvciBsZXNzIE9UOiAgSXMgdGhlcmUgc29t ZSBaRlMgd2hpdGVwYXBlciBvcgppbi1kZXB0aCBkZXNjcmlwdGlvbiBhdmFpbGFibGU/ICBJIHRo aW5rIHNvbWUgb2YgdGhlaXIgY29uY2VwdHMgYXJlCnZlcnkgYXR0cmFjdGl2ZSBhbmQgbWF5IHdv cnRoeSB0byBzZWUgd2hldGhlciB3ZSBzaG91bGQgZG8gc29tZQpzaW1pbGlhci4uLgoKQ2hlZXJz LAotLQpYaW4gTEkgPGRlbHBoaWpAZGVscGhpai5uZXQ+IGh0dHA6Ly93d3cuZGVscGhpai5uZXQK From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 17:50:53 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 538A416A41F for ; Fri, 18 Nov 2005 17:50:53 +0000 (GMT) (envelope-from rhurlin@gwdg.de) Received: from mailer.gwdg.de (mailer.gwdg.de [134.76.10.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D3043D46 for ; Fri, 18 Nov 2005 17:50:51 +0000 (GMT) (envelope-from rhurlin@gwdg.de) Received: from p213.54.65.172.tisdip.tiscali.de ([213.54.65.172] helo=[192.168.1.111]) by mailer.gwdg.de with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.54) id 1EdANt-00029N-Sn for freebsd-current@FreeBSD.org; Fri, 18 Nov 2005 18:50:51 +0100 Message-ID: <437E1477.7030902@gwdg.de> Date: Fri, 18 Nov 2005 18:50:47 +0100 From: Rainer Hurling User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Level: +++ X-Spam-Report: Content analysis: 3.3 points, 6.0 required 1.5 RCVD_IN_MAPS_RBL RBL: Relay in RBL, http://www.mail-abuse.org/rbl+/ [213.54.65.172 listed in rbl-plus.mail-abuse.org] 0.1 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [213.54.65.172 listed in dnsbl.sorbs.net] 1.7 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [213.54.65.172 listed in combined.njabl.org] X-Virus-Scanned: (clean) by exiscan+sophie X-AUTH-Id: rhurlin Cc: Subject: mount_msdosfs and longnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 17:50:53 -0000 My newest build of FreeBSD 7.0-CURRENT from today (11/18/2005) shows a behaviour on MSDOS mounted drives that I never saw before: As always I mounted my FAT32 partitions like this: # mount_msdosfs /dev/ad0s5 /WINDAT In the past I got full access on long formatted names for directories and files. With my newest build there are only short names in 8.3 convention, all in small letters. The option '-o longnames' (as described in manpage mount_msdosfs) gives the following error: # mount_msdosfs: /dev/ad0s5: Invalid argument Option '-o longname' (without ending 's') does the mount, but names remain in 8.3 convention. Looking in /usr/src/sys/fs/msdosfs/msdosfs_vfsops.c [Version 1.147 from 2005/10/31 15:41:20] there is a naming discrepancy against the manpage: supported options are 'shortname' and 'longname' without s. I hope I did not misunderstood this. FYI: The mount and access on my NTFS formatted drives seems to function normal. Has anybody else observed this behaviour? Any ideas? Thanks in advance, Rainer Hurling From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 17:59:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C4F116A41F; Fri, 18 Nov 2005 17:59:13 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C72243D45; Fri, 18 Nov 2005 17:59:12 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.buffalo.edu [128.205.32.4]) by opus.cse.buffalo.edu (8.13.4/8.12.10) with ESMTP id jAIHwoG8087062; Fri, 18 Nov 2005 12:58:54 -0500 (EST) From: Ken Smith To: Tim Bishop In-Reply-To: <1131482931.22250.1.camel@inferno.sixth.bishnet.net> References: <17264.64843.738921.535657@roam.psg.com> <20051108204256.385b11fc@Magellan.Leidinger.net> <200511081140.54930.ringworm01@gmail.com> <1131482931.22250.1.camel@inferno.sixth.bishnet.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-x+VuUmUPy/IBKoff2AZa" Organization: U. Buffalo CSE Department Date: Fri, 18 Nov 2005 12:58:50 -0500 Message-Id: <1132336730.86173.36.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Cc: Randy Bush , Alexander Leidinger , freebsd-hubs@freebsd.org, "Michael C. Shultz" , freebsd-current@freebsd.org Subject: Re: cvsup10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 17:59:13 -0000 --=-x+VuUmUPy/IBKoff2AZa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-11-08 at 20:48 +0000, Tim Bishop wrote: > On Tue, 2005-11-08 at 11:40 -0800, Michael C. Shultz wrote: > > On Tuesday 08 November 2005 11:42, Alexander Leidinger wrote: > > > On Tue, 8 Nov 2005 09:32:27 -1000 > > > Randy Bush wrote: > > > > can't find an appropriate list, so i'll whine here. > > > > > > > > Connecting to cvsup10.freebsd.org > > > > Connected to cvsup10.freebsd.org > > > > Server software version: SNAP_16_1h > > > > Negotiating file attribute support > > > > Exchanging collection information > > > > Establishing multiplexed-mode data connection > > > > Running > > > > TreeList failed: Network write failure: Connection closed > > > > > > > > this has been persistent for some hours > > > > > > This is a network problem. The connection was closed (e.g. the cleani= ng > > > personel pulled the plug of the NIC by accident...). > > > > > > This problem can be on your end of the connection, on the cvsup10 sid= e, > > > or somewhere in between. > >=20 > > I get the same error with that server, it is annoying. >=20 > [cc to hubs@] >=20 > For what it's worth I saw the same with cvsup.uk.freebsd.org (I'm using > cvsup2.uk now). Maybe it's a wider spread problem, or maybe it's just > load with 6.0 being released ... >=20 > Tim. >=20 For what it's worth, it was I/O errors on a disk... :-) We took cvsup10 out of service for a couple days, rearranged the disks a bit, and since it was now out of service we took it from RELENG_4 to RELENG_6 while we were at it. It's back in service now. Also for what it's worth... I set up a second site to mirror the p4 tree, before now as far as I know cvsup10 was the only place that was available. It's mostly ongoing (or in some cases not ongoing, and stale...) projects that exist in varying states in the Perforce repository. That's now available on cvsup18.freebsd.org as well as cvsup10.freebsd.org. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-x+VuUmUPy/IBKoff2AZa 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) iD8DBQBDfhZa/G14VSmup/YRAqweAJ9lm5gO65nkDJ8dq5EoT+75dfgGsgCdFyci 4v1P/7HrGncdBs2tdZiWb4M= =MB5m -----END PGP SIGNATURE----- --=-x+VuUmUPy/IBKoff2AZa-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 18:36:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B6016A41F for ; Fri, 18 Nov 2005 18:36:32 +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 581F843D45 for ; Fri, 18 Nov 2005 18:36:32 +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 C6F2446B92; Fri, 18 Nov 2005 13:36:31 -0500 (EST) Date: Fri, 18 Nov 2005 18:36:31 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Leidinger In-Reply-To: <20051118130223.z87u1gbswwg0kckw@netchild.homeip.net> Message-ID: <20051118183115.V52197@fledge.watson.org> References: <20051118114308.GA11281@uk.tiscali.com> <20051118130223.z87u1gbswwg0kckw@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Brian Candler Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 18:36:32 -0000 On Fri, 18 Nov 2005, Alexander Leidinger wrote: >> - What I'm suggesting may or may not look like Linux's LVM; I've never >> used that. If its data structure is suitable, we can just use that and >> gain some compatibility for multi-boot systems. > > This statement is a little bit simplified, but you're describing a > stripped and crippled down version of Solaris ZFS (at least from the > functionality point of view). I think we find ourselves faced with an interesting question: in the past, logical volume management has been done at one of two levels. It's been extensively explored at the block device level -- a large number of volume managers have subdivided, mirrored, managed, etc, chunks of storage which are then exposed as a single contigous logical volume to higher level file system code. In the past, and especially recently with ZFS, file systems have also become involved. For example, AFS provides a logical volume notion that is a high level abstraction in the file system, permitting migrating of components of a global name space between services, quotas, etc. Advantages to doing it at the block storage level are that the implementations tend to be relatively simple, and pretty robust. However, they also tend to be fairly naive with regards to storage requirements relating to file systems: you are forced to "hard allocate" resources to name space components, the higher level file system still requires support for notions such as size changes, etc. Disdvantages are that your file system code becomes a lot more complicated. Implementing basic logical volume managements as a series of GOEM classes shouldn't be too hard -- the most difficult bit is configuration management and the management of long-running operations that may be interrupted by reboot, hardware failure, etc (replicating data, migrating volumes, and so on). You may need things like journaled configuration and so on. However, as recent discussion of ZFS illustrates, you can get some really nice benefits from tight integration -- logical file system volumes that offer layout-based quotas, reliability or performance properties based on location in the name space, etc. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 18:36:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6D8D16A41F for ; Fri, 18 Nov 2005 18:36:45 +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 6ABF243D45 for ; Fri, 18 Nov 2005 18:36:45 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 3A9D42FA; Fri, 18 Nov 2005 13:37:06 -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 F02A2589; Fri, 18 Nov 2005 13:37:04 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EdB6H-0003Jy-H3; Fri, 18 Nov 2005 18:36:41 +0000 Date: Fri, 18 Nov 2005 18:36:41 +0000 From: Brian Candler To: Eric Anderson Message-ID: <20051118183641.GA12669@uk.tiscali.com> References: <20051116161540.GB4383@uk.tiscali.com> <20051118091333.GA1058@galgenberg.net> <20051118145051.GA3713@Pandora.MHoerich.de> <20051118153616.GA12210@uk.tiscali.com> <437DF717.8010207@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437DF717.8010207@centtech.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 18:36:46 -0000 On Fri, Nov 18, 2005 at 09:45:27AM -0600, Eric Anderson wrote: > Brian Candler wrote: > >>This just adds a -o flag to cp, which preserves order. > > > > > >Hmm, that's another solution that I hadn't thought of. > > > >Advantages: simple to implement. (Even simpler if you use the ?: operator). > > > >Disadvantages: it's still strange that the default behaviour is to copy the > >files in an arbitary shuffled order. The manpage will need updating to > >document the -o flag, and hence will have to explain the strangeness. > >Commands arguably have too many flags already. > > I didn't think cp (or any tool, like tar) did it 'arbitrarily', but in > order of mtime. Is that not true? No, it's not true, for cp anyway. As far as I can tell, cp indirectly calls qsort() on the source items, using its own mastercmp() function to compare them. The only comparison it does is whether each item is a file or a directory. qsort() is not a stable sort, so even if all items compare equal, it has a habit of shuffling them around. brian@mappit brian$ cat x.c #include #include static int foo(const void *a, const void *b) { return 0; } #define NMEM 7 int main(void) { int a[NMEM] = {1,2,3,4,5,6,7}; int i; for (i=0; i X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA77616A420 for ; Fri, 18 Nov 2005 18:45:34 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F5F43D5C for ; Fri, 18 Nov 2005 18:45:28 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAIIj0h4012254; Fri, 18 Nov 2005 10:45:00 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAIIiluv012245; Fri, 18 Nov 2005 10:44:47 -0800 (PST) Date: Fri, 18 Nov 2005 10:44:47 -0800 (PST) From: Matthew Dillon Message-Id: <200511181844.jAIIiluv012245@apollo.backplane.com> To: Joseph Gelinas References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> <437CDD78.3010500@samsco.org> <200511172353.jAHNrlDl007641@apollo.backplane.com> <437D6F30.3060903@tasam.com> Cc: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: 7-CURRENT-SNAP009-amd64-bootonly.iso on Shuttle XPC w/ AMD X2 (was Re: Side note on Shuttle XPC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 18:45:34 -0000 :-Current's GENERIC has SMP enabled by default (and the nve driver) so I :would assume the recent snapshots would have it enable as well. : :ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Nov_2005/7-CURRENT-SNAP009-amd64-bootonly.iso Whoop. Crashed with ACPI turned on in early boot. If I boot with ACPI disabled it also crashes in the same place. This is with the AMD64 image supplied above. I will download the i386 (32 bit) image and report on that separately. -Matt GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7-CURRENT-SNAP009 #0: Sat Nov 12 01:43:08 UTC 2005 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.79-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 1058385920 (1009 MB) avail memory = 1019998208 (972 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff803e9a40 stack pointer = 0x10:0xffffffff80e36d00 frame pointer = 0x10:0xffffffff80e36d20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at root_bus_configure: pushq %rbp db> From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 18:45:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2329A16A420 for ; Fri, 18 Nov 2005 18:45:50 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85BFF43D6E for ; Fri, 18 Nov 2005 18:45:42 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAIIj0h4012254; Fri, 18 Nov 2005 10:45:00 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAIIiluv012245; Fri, 18 Nov 2005 10:44:47 -0800 (PST) Date: Fri, 18 Nov 2005 10:44:47 -0800 (PST) From: Matthew Dillon Message-Id: <200511181844.jAIIiluv012245@apollo.backplane.com> To: Joseph Gelinas References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> <437CDD78.3010500@samsco.org> <200511172353.jAHNrlDl007641@apollo.backplane.com> <437D6F30.3060903@tasam.com> Cc: alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, "Bjoern A. Zeeb" , Alexander Leidinger Subject: 7-CURRENT-SNAP009-amd64-bootonly.iso on Shuttle XPC w/ AMD X2 (was Re: Side note on Shuttle XPC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 18:45:50 -0000 :-Current's GENERIC has SMP enabled by default (and the nve driver) so I :would assume the recent snapshots would have it enable as well. : :ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Nov_2005/7-CURRENT-SNAP009-amd64-bootonly.iso Whoop. Crashed with ACPI turned on in early boot. If I boot with ACPI disabled it also crashes in the same place. This is with the AMD64 image supplied above. I will download the i386 (32 bit) image and report on that separately. -Matt GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7-CURRENT-SNAP009 #0: Sat Nov 12 01:43:08 UTC 2005 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.79-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 1058385920 (1009 MB) avail memory = 1019998208 (972 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff803e9a40 stack pointer = 0x10:0xffffffff80e36d00 frame pointer = 0x10:0xffffffff80e36d20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at root_bus_configure: pushq %rbp db> From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 19:05:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1584D16A43D for ; Fri, 18 Nov 2005 19:05:20 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A5D43DAB for ; Fri, 18 Nov 2005 19:04:50 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-245.hsd1.ma.comcast.net ([66.30.114.245]) by comcast.net (sccrmhc14) with ESMTP id <2005111819044901400lq6fhe>; Fri, 18 Nov 2005 19:04:49 +0000 Received: from c-66-30-114-245.hsd1.ma.comcast.net (localhost [127.0.0.1]) by c-66-30-114-245.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id jAIJ4nCW006879; Fri, 18 Nov 2005 14:04:49 -0500 (EST) (envelope-from rodrigc@c-66-30-114-245.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-245.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id jAIJ4mJU006878; Fri, 18 Nov 2005 14:04:48 -0500 (EST) (envelope-from rodrigc) Date: Fri, 18 Nov 2005 14:04:48 -0500 From: Craig Rodrigues To: Rainer Hurling Message-ID: <20051118190448.GA6870@crodrigues.org> References: <437E1477.7030902@gwdg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437E1477.7030902@gwdg.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs and longnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 19:05:20 -0000 On Fri, Nov 18, 2005 at 06:50:47PM +0100, Rainer Hurling wrote: > Looking in /usr/src/sys/fs/msdosfs/msdosfs_vfsops.c [Version 1.147 from > 2005/10/31 15:41:20] there is a naming discrepancy against the manpage: > supported options are 'shortname' and 'longname' without s. I hope I did > not misunderstood this. There was a naming discrepancy between the userland mount_msdosfs utility, and the implementation of the option in the msdos_vfsops.c for quite a while which was hidden in the mess of the old mount code. When I converted mount_msdosfs to use nmount(), this discrepancy was uncovered. Can you try this patch? Index: msdosfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/msdosfs/msdosfs_vfsops.c,v retrieving revision 1.147 diff -u -u -r1.147 msdosfs_vfsops.c --- msdosfs_vfsops.c 31 Oct 2005 15:41:20 -0000 1.147 +++ msdosfs_vfsops.c 18 Nov 2005 19:02:40 -0000 @@ -81,7 +81,7 @@ "from", "export", "uid", "gid", "mask", "dirmask", - "shortname", "longname", "win95", + "shortname", "shortnames", "longname", "longnames", "win95", "kiconv", "cs_win", "cs_dos", "cs_local", NULL }; @@ -163,8 +163,12 @@ pmp->pm_dirmask = v & ALLPERMS; vfs_flagopt(mp->mnt_optnew, "shortname", &pmp->pm_flags, MSDOSFSMNT_SHORTNAME); + vfs_flagopt(mp->mnt_optnew, "shortnames", + &pmp->pm_flags, MSDOSFSMNT_SHORTNAME); vfs_flagopt(mp->mnt_optnew, "longname", &pmp->pm_flags, MSDOSFSMNT_LONGNAME); + vfs_flagopt(mp->mnt_optnew, "longnames", + &pmp->pm_flags, MSDOSFSMNT_LONGNAME); vfs_flagopt(mp->mnt_optnew, "kiconv", &pmp->pm_flags, MSDOSFSMNT_KICONV); -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 19:23:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A41E16A41F for ; Fri, 18 Nov 2005 19:23:49 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2053943D45 for ; Fri, 18 Nov 2005 19:23:49 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAIJNMRg012454; Fri, 18 Nov 2005 11:23:22 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAIJNHwW012453; Fri, 18 Nov 2005 11:23:17 -0800 (PST) Date: Fri, 18 Nov 2005 11:23:17 -0800 (PST) From: Matthew Dillon Message-Id: <200511181923.jAIJNHwW012453@apollo.backplane.com> To: Joseph Gelinas , alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, Alexander Leidinger , "Bjoern A. Zeeb" References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> <437CDD78.3010500@samsco.org> <200511172353.jAHNrlDl007641@apollo.backplane.com> <437D6F30.3060903@tasam.com> Cc: Subject: 7-CURRENT-SNAP009-i386-bootonly.iso on Shuttle XPC w/ AMD X2 (was Re: Side note on Shuttle XPC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 19:23:49 -0000 This ISO booted into the installer but it appears to be a UP build. I couldn't get anywhere after that. It wouldn't auto-DHCP the network. The console gets: no such user: _dhcp, falling back to "nobody" no such user: nobody exiting. A manual network configuration via sysinstall in the custom install sequence barely seems to work, but then fails to contact the ftp site. nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (2) nve0: link state changed to DOWN nve0: link state changed to UP [ Looking up host ftp.freebsd.org. ] [ 5 minutes go by ] [ sysinstall returns to main menu without giving any indication of success or failure ] I tried a Standard install and it was able to contact the ftp site, but it couldn't find a distribution to install. I'm afraid that's about as far as I can go, perhaps someone can give me a pointer to an installable ISO. Since the ISO does not appear to have any standard UNIX commands on it, the shell is kinda useless. (I thought you guys fixed that little problem... what's the point of having an ISO at all if you don't stick any useful system binaries on it? It's really frustrating to have a shell prompt there but not be able to run things like 'ifconfig', 'ping', or even 'ls'). Is there an SMP i386 ISO I can try? Maybe one with standard unix commands on it so I can play around? -Matt FreeBSD 7-CURRENT-SNAP009 #0: Sat Nov 12 13:58:18 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Hammer Family processor - Model Unknown (2009.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1073676288 (1023 MB) avail memory = 1037381632 (989 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 12 on acpi0 pci_link3: irq 3 on acpi0 pci_link4: on acpi0 pci_link5: irq 11 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 10 on acpi0 pci_link8: on acpi0 pci_link9: irq 5 on acpi0 pci_link10: on acpi0 pci_link11: irq 10 on acpi0 pci_link12: irq 11 on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: irq 11 on acpi0 pci_link18: irq 16 on acpi0 pci_link19: irq 17 on acpi0 pci_link20: irq 18 on acpi0 pci_link21: irq 19 on acpi0 pci_link22: irq 16 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 23 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 pci_link34: irq 0 on acpi0 pci_link35: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xee004000-0xee004fff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xee005000-0xee005fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xee000000-0xee0000ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered nve0: port 0xe200-0xe207 mem 0xee001000-0xee001fff irq 20 at device 5.0 on pci0 nve0: Ethernet address 00:30:1b:b8:a9:93 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:30:1b:b8:a9:93 nve0: [GIANT-LOCKED] pci0: at device 6.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xeb00-0xeb0f,0xec00-0xec7f irq 22 at device 10.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 pcib2: at device 14.0 on pci0 pci_link20: BIOS IRQ 21 for 0.6.INTA is invalid pci2: on pcib2 pci2: at device 6.0 (no driver attached) fwohci0: port 0xd000-0xd07f mem 0xed020000-0xed0207ff irq 19 at device 7.0 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:30:1b:b8:00:00:a9:f7 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:30:1b:00:a9:f7 fwe0: Ethernet address: 02:30:1b:00:a9:f7 fwe0: if_start running deferred for Giant sbp0: on firewire0 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) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 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-0xcf7ff,0xd0000-0xd3fff,0xd4000-0xd57ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2009792195 Hz quality 800 Timecounters tick every 1.000 msec md0: Preloaded image 4423680 bytes at 0xc0aa2704 acd0: CDROM at ata1-master UDMA33 ad6: 156334MB at ata3-master SATA150 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 error=0 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 error=0 Trying to mount root from ufs:/dev/md0 From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 19:24:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 340D716A41F for ; Fri, 18 Nov 2005 19:24:01 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE5F843D45 for ; Fri, 18 Nov 2005 19:24:00 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAIJNMRg012454; Fri, 18 Nov 2005 11:23:22 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAIJNHwW012453; Fri, 18 Nov 2005 11:23:17 -0800 (PST) Date: Fri, 18 Nov 2005 11:23:17 -0800 (PST) From: Matthew Dillon Message-Id: <200511181923.jAIJNHwW012453@apollo.backplane.com> To: Joseph Gelinas , alan bryan , FreeBSD current mailing list , Mike Tancsa , freebsd-current@freebsd.org, Alexander Leidinger , "Bjoern A. Zeeb" References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <20051117143322.lvz347pzkcg480co@netchild.homeip.net> <200511171135.53903.jhb@freebsd.org> <6.2.3.4.0.20051117120533.057ddae0@64.7.153.2> <200511171915.jAHJF0L6006229@apollo.backplane.com> <437CDD78.3010500@samsco.org> <200511172353.jAHNrlDl007641@apollo.backplane.com> <437D6F30.3060903@tasam.com> Cc: Subject: 7-CURRENT-SNAP009-i386-bootonly.iso on Shuttle XPC w/ AMD X2 (was Re: Side note on Shuttle XPC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 19:24:01 -0000 This ISO booted into the installer but it appears to be a UP build. I couldn't get anywhere after that. It wouldn't auto-DHCP the network. The console gets: no such user: _dhcp, falling back to "nobody" no such user: nobody exiting. A manual network configuration via sysinstall in the custom install sequence barely seems to work, but then fails to contact the ftp site. nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (2) nve0: link state changed to DOWN nve0: link state changed to UP [ Looking up host ftp.freebsd.org. ] [ 5 minutes go by ] [ sysinstall returns to main menu without giving any indication of success or failure ] I tried a Standard install and it was able to contact the ftp site, but it couldn't find a distribution to install. I'm afraid that's about as far as I can go, perhaps someone can give me a pointer to an installable ISO. Since the ISO does not appear to have any standard UNIX commands on it, the shell is kinda useless. (I thought you guys fixed that little problem... what's the point of having an ISO at all if you don't stick any useful system binaries on it? It's really frustrating to have a shell prompt there but not be able to run things like 'ifconfig', 'ping', or even 'ls'). Is there an SMP i386 ISO I can try? Maybe one with standard unix commands on it so I can play around? -Matt FreeBSD 7-CURRENT-SNAP009 #0: Sat Nov 12 13:58:18 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Hammer Family processor - Model Unknown (2009.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1073676288 (1023 MB) avail memory = 1037381632 (989 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 12 on acpi0 pci_link3: irq 3 on acpi0 pci_link4: on acpi0 pci_link5: irq 11 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 10 on acpi0 pci_link8: on acpi0 pci_link9: irq 5 on acpi0 pci_link10: on acpi0 pci_link11: irq 10 on acpi0 pci_link12: irq 11 on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: irq 11 on acpi0 pci_link18: irq 16 on acpi0 pci_link19: irq 17 on acpi0 pci_link20: irq 18 on acpi0 pci_link21: irq 19 on acpi0 pci_link22: irq 16 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 23 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 pci_link34: irq 0 on acpi0 pci_link35: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xee004000-0xee004fff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xee005000-0xee005fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xee000000-0xee0000ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered nve0: port 0xe200-0xe207 mem 0xee001000-0xee001fff irq 20 at device 5.0 on pci0 nve0: Ethernet address 00:30:1b:b8:a9:93 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:30:1b:b8:a9:93 nve0: [GIANT-LOCKED] pci0: at device 6.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xeb00-0xeb0f,0xec00-0xec7f irq 22 at device 10.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 pcib2: at device 14.0 on pci0 pci_link20: BIOS IRQ 21 for 0.6.INTA is invalid pci2: on pcib2 pci2: at device 6.0 (no driver attached) fwohci0: port 0xd000-0xd07f mem 0xed020000-0xed0207ff irq 19 at device 7.0 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:30:1b:b8:00:00:a9:f7 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:30:1b:00:a9:f7 fwe0: Ethernet address: 02:30:1b:00:a9:f7 fwe0: if_start running deferred for Giant sbp0: on firewire0 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) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 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-0xcf7ff,0xd0000-0xd3fff,0xd4000-0xd57ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2009792195 Hz quality 800 Timecounters tick every 1.000 msec md0: Preloaded image 4423680 bytes at 0xc0aa2704 acd0: CDROM at ata1-master UDMA33 ad6: 156334MB at ata3-master SATA150 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 error=0 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 error=0 Trying to mount root from ufs:/dev/md0 From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 19:42:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBC8116A41F; Fri, 18 Nov 2005 19:42:46 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D18B43D45; Fri, 18 Nov 2005 19:42:46 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 6A88FBC84; Fri, 18 Nov 2005 19:42:43 +0000 (UTC) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 18 Nov 2005 18:36:31 GMT." <20051118183115.V52197@fledge.watson.org> Date: Fri, 18 Nov 2005 20:42:43 +0100 Message-ID: <9539.1132342963@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alexander Leidinger , freebsd-current@freebsd.org, Brian Candler Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 19:42:46 -0000 In message <20051118183115.V52197@fledge.watson.org>, Robert Watson writes: >However, as recent discussion of ZFS illustrates, you can get some really >nice benefits from tight integration -- logical file system volumes that >offer layout-based quotas, reliability or performance properties based on >location in the name space, etc. I can't help wonder if ZFS is going trigger part of the UNIX crowd into renouncing the sacred teachings of Software Tools as "without contemporary relevance" and move to have the edited out of the official records. It is of course an extraordinary claim that a concept invented over 35 years ago should still be verbatim respected today as the one given truth, and clearly other metaphors for computing, the desktop most notably, have made a compelling case for their acceptance. But at least I still belive firmly in the software tools paradigm and at the same time I will readily admit that we in the UNIX crowd have misappropriated our heritage somewhat (sockets not named in filesystem, SVID IPC, etc). But I find that ZFS grinds my sensibilities, it sounds to me like it is trying to solve too many problems by lumping them together, leaving us with a non-intuitive conceptual model which will, take its toll in mistakes and oversights and in due time, have to be reverted. UNIX has never really managed to make mounts a dynamic thing, they happen at boot and are nothing but trouble after that. It is therefore understandable that one would be tempted to push a load of desirable functionality into one filesystem and in that act paste over the fact that the harder problem of truly making filesystems a comodity concept in UNIX is still unsolved. My experience so far has been that such circumlocation of features is nothing but trouble later on, when outside pressure forces things to be done right before new desirable functionality can be enabled. Failing to address the problem of proper level of abstraction and proper boundaries for feature addition, will eventually make any operating system a mess of separate and uncooperative features of little actual worth to the community. So while I think porting ZFS to FreeBSD is a worthwile exercise, I would urge anybody really interested in pushing us forward to critically consider mountpoints, and see if the conceptually simple model of storage management they offer cannot be retained or even improved, while gaining some of the benefits which ZFS allegedly brings. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 19:57:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 828C416A41F for ; Fri, 18 Nov 2005 19:57:35 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B99F843D45 for ; Fri, 18 Nov 2005 19:57:34 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 56445 invoked by uid 89); 18 Nov 2005 19:57:05 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 18 Nov 2005 19:57:05 -0000 Date: Fri, 18 Nov 2005 20:57:32 +0100 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20051118205732.41d03050.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.6; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: changing dev.cpu.0.freq doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 19:57:35 -0000 Hi, I tried to lower the CPU frequency on my amd64 running 6, but all I get is: root@kartoffel /root> sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 2201/-1 2063/-1 1925/-1 1788/-1 1650/-1 1513/-1 1375/-1 1238/-1 1100/-1 962/-1 825/-1 687/-1 550/-1 412/-1 275/-1 137/-1 root@kartoffel /root> sysctl dev.cpu.0.freq=962 dev.cpu.0.freq: 2201 sysctl: dev.cpu.0.freq: Device busy In May I was using 6-CURRENT and it worked back then: root@kartoffel X11> sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 2208/-1 2070/-1 1932/-1 1794/-1 1656/-1 1518/-1 1380/-1 1242/-1 1104/-1 966/-1 828/-1 690/-1 552/-1 414/-1 276/-1 138/-1 root@kartoffel X11> sysctl dev.cpu.0.freq=966 dev.cpu.0.freq: 2208 -> 966 I wonder what changed since then? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 20:00:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6E3616A41F for ; Fri, 18 Nov 2005 20:00:21 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5761343D45 for ; Fri, 18 Nov 2005 20:00:21 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAIJxvdh012618 for ; Fri, 18 Nov 2005 11:59:57 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAIJxvYA012617; Fri, 18 Nov 2005 11:59:57 -0800 (PST) Date: Fri, 18 Nov 2005 11:59:57 -0800 (PST) From: Matthew Dillon Message-Id: <200511181959.jAIJxvYA012617@apollo.backplane.com> To: freebsd-current@freebsd.org References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <200511171702.20956.jhb@freebsd.org> <200511172330.jAHNUhgV007502@apollo.backplane.com> <200511181352.15149.jhb@freebsd.org> Subject: Re: Side note on Shuttle XPC / AMD X2 (SN95G5V3) (Re: [PATCH] nve(4) locking cleanup) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 20:00:21 -0000 :We've punted on using IRQ0 with lapic's altogether and use the lapic timer now :to drive hardclock, statclock, and profclock. Not only do some motherboards :not hook up IRQ0 to intpin 2 on the first I/O APIC requiring the use of mixed :mode to route IRQ0 on such boards, but on some recent systems such as the :Compaq R3000z amd64 laptops it seems that instead of pin 0 on the first I/O :APIC being an ExtINT pin, it is actually IRQ0 and there is no ExtINT pin (and :pin 2 on the first I/O APIC isn't hooked up to anything). I think IRQ0 with :APICs is only going to get worse and worse as time goes on. I'll probably be adding support for the LAPIC timer for APIC_IO builds after our next release. It hasn't been a priority because the current 8254 code, while crufty, is at least bug free. Since we do not have to access any hardware timers in the critical context switching path (I think FreeBSD still does that), access latency is not really an issue. 8254 interrupt routing is clearly becoming an issue so it will be a nice refreshing change to not have to deal with it. We have a SYSTIMER abstraction which is used for all high frequency one-shot and periodic events in the system. The SYSTIMER code is already 100% MPSAFE, cpu-localized, and designed to be able to use the LAPIC on each cpu, so it is really just a matter of actually wiring the LAPIC timers up to it. Since we can use the LAPIC with ICU (8259) interrupt routing we'll be able to use the LAPIC timer on all systems that have an LAPIC no matter the build. Most of DragonFly's periodic operations are no longer related to 'hz' in any way. So, e.g. the frequency for network polling, scheduling, statistics, profiling, interrupt rate limiting, emergency interrupt polling, etc, can all be set independantly of each other and some have even been wired into sysctl's so they can be changed on the fly. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 21:34:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4F0A16A41F for ; Fri, 18 Nov 2005 21:34:08 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (caliban.seekingfire.com [24.72.123.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5495743D49 for ; Fri, 18 Nov 2005 21:34:07 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 1DA6A3C9; Fri, 18 Nov 2005 15:34:07 -0600 (CST) Date: Fri, 18 Nov 2005 15:34:07 -0600 From: Tillman Hodgson To: FreeBSD -CURRENT Message-ID: <20051118213407.GD89507@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.11 Cc: Subject: Compaq ProLiant 1600 server freezes when detecting keyboard controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 21:34:08 -0000 This appears to be reated to PR i386/87026, "[hang] Bootup hang on atkbdc on Compaq 1850R between 6.0-CURRENT-SNAP004 and 6.0-BETA5" http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/87026 In my case, I have a -current kernel from August 20th 2005 that continues to boot properly. Subsequent kernels, including both Oct 20 and Nov 17, fail to boot past the atkbdc point. It's an interesting freeze in that cntrl-alt-del doesn't perform a reboot. The Aug 20 kernel lines corresponding to that point look like this: atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 I've been ignoring the problem so far and just using the Aug 20 kernel. Unfortunately, my userland is no longer in sync with my kernel (loading PF especially kills the machine) and so I figured I'd better actually ask about the problem and see if I can get it resolved. I have a single PCI card, an xl NIC that I use in addition to the onboard tl NIC: xl0: <3Com 3c900B-TPO Etherlink XL> port 0x2000-0x207f mem 0xc6dfee80-0xc6dfeeff irq 15 at device 15.0 on pci0 xl0: selecting 10baseT transceiver, half duplex xl0: Ethernet address: 00:01:02:2d:17:47 xl0: [GIANT-LOCKED] The server is otherwise bare-bones and is used as a firewall/anti-spam mail relay. It's running a custom kernel, GENERIC from Nov 17 with the debugging and SMP sections commented out and IPSEC/firewalling added. The work-around described in the PR I mentioned above (setting hint.atkbd.0.flags and enabling ACPI) didn't help. I've posted a dmesg from the working Aug 20 kernel to http://www.seekingfire.com/files/dmesg.boot which I'll leave up for a few days. I don't have the capability to post the boot process for a newer kernel because it freezes before that point. I'll look into setting up serial output for it, though my digi box is misbehaving lately and I've been unable to connect this particular server to it successfully. Any suggested workarounds for this sort of issue? -T -- Real men make their own kernel with nothing but a ball of string, a hammer and the instruction manual from a Norelco shaver. Why I remember hacking a copy of OS390 onto my TRS-80 using a 4 baud modem running Morse Code emulation .... I used the RPG compiler to build a damn refrigerator. -- AppyPappy on Slashdot From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 22:22:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6803516A41F for ; Fri, 18 Nov 2005 22:22:45 +0000 (GMT) (envelope-from rhurlin@gwdg.de) Received: from mailer.gwdg.de (mailer.gwdg.de [134.76.10.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id C246E43D46 for ; Fri, 18 Nov 2005 22:22:44 +0000 (GMT) (envelope-from rhurlin@gwdg.de) Received: from p213.54.65.172.tisdip.tiscali.de ([213.54.65.172] helo=[192.168.1.111]) by mailer.gwdg.de with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.54) id 1EdEcw-00066N-GL; Fri, 18 Nov 2005 23:22:42 +0100 Message-ID: <437E542C.5070602@gwdg.de> Date: Fri, 18 Nov 2005 23:22:36 +0100 From: Rainer Hurling User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <437E1477.7030902@gwdg.de> <20051118190448.GA6870@crodrigues.org> In-Reply-To: <20051118190448.GA6870@crodrigues.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Level: +++ X-Spam-Report: Content analysis: 3.3 points, 6.0 required 1.5 RCVD_IN_MAPS_RBL RBL: Relay in RBL, http://www.mail-abuse.org/rbl+/ [213.54.65.172 listed in rbl-plus.mail-abuse.org] 0.1 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [213.54.65.172 listed in dnsbl.sorbs.net] 1.7 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [213.54.65.172 listed in combined.njabl.org] X-Virus-Scanned: (clean) by exiscan+sophie X-AUTH-Id: rhurlin Cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs and longnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 22:22:45 -0000 Craig, thank you for your reply. I tried your patch and build my system again. Now I am able to mount_msdosfs with option 'longnames', as described in manpage. I get no error message anymore. Unfortunately this did not solve my main problem. As before, the FAT32 partitions are shown only with 8.3 naming convention in small letters. Obviously I am not able to change it by mount options. Do you have any other idea? Are there related changes in the files 'msdosfs_fileno.c' and 'msdosfs_denode.c', both from 10/31/2005? Rainer Craig Rodrigues wrote: > On Fri, Nov 18, 2005 at 06:50:47PM +0100, Rainer Hurling wrote: > >>Looking in /usr/src/sys/fs/msdosfs/msdosfs_vfsops.c [Version 1.147 from >>2005/10/31 15:41:20] there is a naming discrepancy against the manpage: >>supported options are 'shortname' and 'longname' without s. I hope I did >>not misunderstood this. > > > There was a naming discrepancy between the userland mount_msdosfs > utility, and the implementation of the option in the > msdos_vfsops.c for quite a while which was hidden in the mess > of the old mount code. When I converted mount_msdosfs to use nmount(), > this discrepancy was uncovered. > > Can you try this patch? > > Index: msdosfs_vfsops.c > =================================================================== > RCS file: /home/ncvs/src/sys/fs/msdosfs/msdosfs_vfsops.c,v > retrieving revision 1.147 > diff -u -u -r1.147 msdosfs_vfsops.c > --- msdosfs_vfsops.c 31 Oct 2005 15:41:20 -0000 1.147 > +++ msdosfs_vfsops.c 18 Nov 2005 19:02:40 -0000 > @@ -81,7 +81,7 @@ > "from", > "export", > "uid", "gid", "mask", "dirmask", > - "shortname", "longname", "win95", > + "shortname", "shortnames", "longname", "longnames", "win95", > "kiconv", "cs_win", "cs_dos", "cs_local", > NULL > }; > @@ -163,8 +163,12 @@ > pmp->pm_dirmask = v & ALLPERMS; > vfs_flagopt(mp->mnt_optnew, "shortname", > &pmp->pm_flags, MSDOSFSMNT_SHORTNAME); > + vfs_flagopt(mp->mnt_optnew, "shortnames", > + &pmp->pm_flags, MSDOSFSMNT_SHORTNAME); > vfs_flagopt(mp->mnt_optnew, "longname", > &pmp->pm_flags, MSDOSFSMNT_LONGNAME); > + vfs_flagopt(mp->mnt_optnew, "longnames", > + &pmp->pm_flags, MSDOSFSMNT_LONGNAME); > vfs_flagopt(mp->mnt_optnew, "kiconv", > &pmp->pm_flags, MSDOSFSMNT_KICONV); From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 22:43:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA5C316A41F for ; Fri, 18 Nov 2005 22:43:20 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [204.127.198.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B55443D46 for ; Fri, 18 Nov 2005 22:43:20 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-245.hsd1.ma.comcast.net ([66.30.114.245]) by comcast.net (rwcrmhc14) with ESMTP id <2005111822431801400p5m4ee>; Fri, 18 Nov 2005 22:43:19 +0000 Received: from c-66-30-114-245.hsd1.ma.comcast.net (localhost [127.0.0.1]) by c-66-30-114-245.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id jAIMhIc1008027; Fri, 18 Nov 2005 17:43:18 -0500 (EST) (envelope-from rodrigc@c-66-30-114-245.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-245.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id jAIMhILW008026; Fri, 18 Nov 2005 17:43:18 -0500 (EST) (envelope-from rodrigc) Date: Fri, 18 Nov 2005 17:43:17 -0500 From: Craig Rodrigues To: Rainer Hurling Message-ID: <20051118224317.GA8018@crodrigues.org> References: <437E1477.7030902@gwdg.de> <20051118190448.GA6870@crodrigues.org> <437E542C.5070602@gwdg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437E542C.5070602@gwdg.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs and longnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 22:43:21 -0000 On Fri, Nov 18, 2005 at 11:22:36PM +0100, Rainer Hurling wrote: > Do you have any other idea? Are there related changes in the files > 'msdosfs_fileno.c' and 'msdosfs_denode.c', both from 10/31/2005? Can you go back to version 1.36 of mount_msdosfs.c and rebuild mount_msdosfs? Try running mount_msdosfs under truss by doing something like: truss -o/tmp/msdos_output.txt mount_msdosfs /dev/whatever /mnt If it works, send the output of msdos_output.txt -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 22:55:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22D5916A41F for ; Fri, 18 Nov 2005 22:55:04 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B70C643D49 for ; Fri, 18 Nov 2005 22:55:03 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAIMsdnQ013395 for ; Fri, 18 Nov 2005 14:54:39 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAIMsdDT013394; Fri, 18 Nov 2005 14:54:39 -0800 (PST) Date: Fri, 18 Nov 2005 14:54:39 -0800 (PST) From: Matthew Dillon Message-Id: <200511182254.jAIMsdDT013394@apollo.backplane.com> To: freebsd-current@freebsd.org References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <437D6F30.3060903@tasam.com> <200511181923.jAIJNHwW012453@apollo.backplane.com> <200511181434.38829.jhb@freebsd.org> Subject: Re: 7-CURRENT-SNAP009-i386-bootonly.iso on Shuttle XPC w/ AMD X2 (was Re: Side note on Shuttle XPC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 22:55:04 -0000 :... :> Is there an SMP i386 ISO I can try? Maybe one with standard unix :> commands on it so I can play around? : :Try the Fixit CD option. The disc1 ISO is a Fixit CD now. You have to :download disc1.iso though rather than bootonly.iso, bootonly.iso just has the :sysinstall bits and nothing else. disc1 has the distributions themselves as :well as the full Fixit layout. : :-- :John Baldwin <>< http://www.FreeBSD.org/~jhb/ :"Power Users Use the Power to Serve" = http://www.FreeBSD.org Ok, 7-CURRENT-SNAP009-i386-disc1.iso downloaded, installed... that works a lot better though the emergency holographic shell on ttyv4 is completely useless. Instead of making people to go into 'fixit' mode with an option, just throw the binaries onto the CD natively like we do so a shell just works without having to do any special setup. It's also a lot more convenient to have a complete system sitting there for recovery or comparison purposes if you just want to mount the CD rather then boot from it. In anycase, this kernel does appear to boot ok SMP, and the devices work, with the exception of NVE which is kinda half-baked (has the watchdog issue) previously discussed. It also only negotiates 100BaseTX, so you need to add GiGE support as well. As mentioned previously, you can enable GiGE through the MII interface by using the defacto standard speed extension bit. Interrupts appear to be routed properly, so going through ACPI link is definitely the ticket. If I boot without ACPI interrupts are completely broken. I was incorrect in my previous comment about the bootonly CD not appearing to boot in SMP. I had forgotten to update the BIOS on this particular XPC which is why it didn't see the second core on the X2. That's an important point, by the way... if people have problems with the XPC make sure they have updated to the latest BIOS. Updating the BIOS without a floppy drive is trivial, just construct the MSDOS boot floppy on a windows box, throw in the Shuttle flash programmer and BIOS update file, and burn a CD with the image. Boot the CD in the shuttle and you're good. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Fri Nov 18 23:59:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B9D516A41F for ; Fri, 18 Nov 2005 23:59:59 +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 D792D43D49 for ; Fri, 18 Nov 2005 23:59:58 +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 jAINxp87003461; Fri, 18 Nov 2005 16:59:52 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <437E6AF7.1040402@samsco.org> Date: Fri, 18 Nov 2005 16:59:51 -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: Matthew Dillon References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <437D6F30.3060903@tasam.com> <200511181923.jAIJNHwW012453@apollo.backplane.com> <200511181434.38829.jhb@freebsd.org> <200511182254.jAIMsdDT013394@apollo.backplane.com> In-Reply-To: <200511182254.jAIMsdDT013394@apollo.backplane.com> 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: freebsd-current@freebsd.org Subject: Re: 7-CURRENT-SNAP009-i386-bootonly.iso on Shuttle XPC w/ AMD X2 (was Re: Side note on Shuttle XPC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 23:59:59 -0000 Matthew Dillon wrote: > :... > :> Is there an SMP i386 ISO I can try? Maybe one with standard unix > :> commands on it so I can play around? > : > :Try the Fixit CD option. The disc1 ISO is a Fixit CD now. You have to > :download disc1.iso though rather than bootonly.iso, bootonly.iso just has the > :sysinstall bits and nothing else. disc1 has the distributions themselves as > :well as the full Fixit layout. > : > :-- > :John Baldwin <>< http://www.FreeBSD.org/~jhb/ > :"Power Users Use the Power to Serve" = http://www.FreeBSD.org > > Ok, 7-CURRENT-SNAP009-i386-disc1.iso downloaded, installed... that > works a lot better though the emergency holographic shell on ttyv4 is > completely useless. Instead of making people to go into 'fixit' mode > with an option, just throw the binaries onto the CD natively like we > do so a shell just works without having to do any special setup. It's > also a lot more convenient to have a complete system sitting there for > recovery or comparison purposes if you just want to mount the CD rather > then boot from it. The fixit mode of disc1 is a full live filesystem. It's probably a bit confusing and cumbersome because we haven't fully divorced sysinstall from the mfsroot filesystem. I doubt that this will happen before a new installer gets integrated. > > In anycase, this kernel does appear to boot ok SMP, and the devices > work, with the exception of NVE which is kinda half-baked (has the > watchdog issue) previously discussed. It also only negotiates 100BaseTX, > so you need to add GiGE support as well. As mentioned previously, you > can enable GiGE through the MII interface by using the defacto standard > speed extension bit. > > Interrupts appear to be routed properly, so going through ACPI link is > definitely the ticket. If I boot without ACPI interrupts are completely > broken. > > I was incorrect in my previous comment about the bootonly CD not > appearing to boot in SMP. I had forgotten to update the BIOS on this > particular XPC which is why it didn't see the second core on the X2. > That's an important point, by the way... if people have problems with > the XPC make sure they have updated to the latest BIOS. Updating the > BIOS without a floppy drive is trivial, just construct the MSDOS boot > floppy on a windows box, throw in the Shuttle flash programmer and > BIOS update file, and burn a CD with the image. Boot the CD in the > shuttle and you're good. > > -Matt > Matthew Dillon > So the amd64 snapshot didn't boot but the i386 one did? Interesting. Thanks a lot for investigating this. Scott From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 00:19:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B19016A41F for ; Sat, 19 Nov 2005 00:19:19 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5531343D45 for ; Sat, 19 Nov 2005 00:19:19 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAJ0ItPD013856 for ; Fri, 18 Nov 2005 16:18:55 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAJ0ItTe013855; Fri, 18 Nov 2005 16:18:55 -0800 (PST) Date: Fri, 18 Nov 2005 16:18:55 -0800 (PST) From: Matthew Dillon Message-Id: <200511190018.jAJ0ItTe013855@apollo.backplane.com> To: freebsd-current@freebsd.org References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <437D6F30.3060903@tasam.com> <200511181923.jAIJNHwW012453@apollo.backplane.com> <200511181434.38829.jhb@freebsd.org> <200511182254.jAIMsdDT013394@apollo.backplane.com> <437E6AF7.1040402@samsco.org> Subject: Re: 7-CURRENT-SNAP009-i386-bootonly.iso on Shuttle XPC w/ AMD X2 (was Re: Side note on Shuttle XPC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 00:19:19 -0000 :So the amd64 snapshot didn't boot but the i386 one did? Interesting. :Thanks a lot for investigating this. : :Scott Yup. My guess is that the 64-bit boot issue that early in the boot sequence is something stupid simple. It looks it from the consistency of the crash. I'm going to leave FreeBSD-HEAD installed on the box for the next two or three months to run some comparative tests (with WITNESS turned off of course), and to work on an ACPI link code port to DragonFly. During that period I am happy to run test kernels for people working on AMD/64-bit, ACPI, or NVE related work. All that is required is that you email me a 'fetch' line to retrieve a tar of the /boot/kernel tree you want me to test, or that you email me the 'fetch' line to retrieve e.g. a bootonly or disc1 ISO that you want me to boot the box with to see how far it gets. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 00:41:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2883C16A420; Sat, 19 Nov 2005 00:41:48 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 851A443D46; Sat, 19 Nov 2005 00:41:47 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id jAJ0hanU013485; Fri, 18 Nov 2005 19:43:36 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Andrey Chernov In-Reply-To: <20051118131131.GA96190@nagual.pp.ru> References: <20051118131131.GA96190@nagual.pp.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tBHKNuBYyDl8JGD3CtoI" Organization: MarcusCom, Inc. Date: Fri, 18 Nov 2005 19:41:41 -0500 Message-Id: <1132360901.55741.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Cc: gnome@freebsd.org, current@freebsd.org Subject: Re: KSE: whom to blame, -current SMP or firefox? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 00:41:48 -0000 --=-tBHKNuBYyDl8JGD3CtoI Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2005-11-18 at 16:11 +0300, Andrey Chernov wrote: > The problem: I got 100% dead loop at 'install' stage of the 'firefox'=20 > port (after =3D=3D=3D> Building Chrome's registry... message). > '/usr/X11R6/lib/firefox/regchrome' is the program that loops (at the end=20 > of its task, so kill -9 continues install normally). That is SMP machine. >=20 > If I leave it for, say, 10mins, I start to get lots of=20 > calcru: runtime went backwards from 121010657 usec to 120993592 usec for=20 > pid 5769 (regchrome) > on my console. >=20 > The _same_ 'regchrome' binary & libs set runs without problem and exits=20 > quickly on another UP machine!!! Both machines are identical recent=20 > -current. >=20 > 'ktrace' shows that loop happens in KSE code. Here is relevant piece of=20 > 'kdump': > ... > 9152 regchrome NAMI "/usr/X11R6/lib/firefox/chrome/.reregchrome" > 9152 regchrome RET access -1 errno 2 No such file or directory > 9152 regchrome CALL write(0x6,0x282b8f8d,0x1) > 9152 regchrome GIO fd 6 wrote 1 byte > "8" > 9152 regchrome RET write 1 > 9152 regchrome CALL kse_release(0xbfbfe8a0) > 9152 regchrome RET kse_release 0 > 9152 regchrome CALL read(0x5,0xbf8fdb40,0x400) > 9152 regchrome GIO fd 5 read 1 byte > "8" > 9152 regchrome RET read 1 > 9152 regchrome CALL kse_release(0xbf8fdeb0) > 9152 regchrome RET kse_release 0 > 9152 regchrome CALL kse_release(0xbfbfe8a0) > 9152 regchrome RET kse_release 0 > 9152 regchrome CALL kse_release(0xbf8fdeb0) > 9152 regchrome RET kse_release 0 > 9152 regchrome CALL kse_release(0xbfbfe8a0) > 9152 regchrome RET kse_release 0 > 9152 regchrome CALL kse_release(0xbf8fdeb0) > 9152 regchrome RET kse_release 0 > ... loops ... >=20 > Any ideas? Could have to do with your CFLAGS. I certainly don't see this on my -CURRENT i386 machine using default CFLAGS (plus -g). That machine is a single CPU system with Hyperthreading enabled, so it looks like two CPUs. However, there may be a true SMP problem, but I don't think it's anything known to the FreeBSD GNOME team. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-tBHKNuBYyDl8JGD3CtoI 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) iD8DBQBDfnTFb2iPiv4Uz4cRAoCBAKCPt2OzLPFAKSISgggThwbldCLD8gCfe26D wZSg+RKwvpNPHJaEbD+cBw0= =1Sw8 -----END PGP SIGNATURE----- --=-tBHKNuBYyDl8JGD3CtoI-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 00:55:52 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F6916A44E; Sat, 19 Nov 2005 00:55:52 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0198D43D4C; Sat, 19 Nov 2005 00:55:51 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id jAJ0toYt049480; Sat, 19 Nov 2005 03:55:50 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id jAJ0totZ049479; Sat, 19 Nov 2005 03:55:50 +0300 (MSK) (envelope-from ache) Date: Sat, 19 Nov 2005 03:55:50 +0300 From: Andrey Chernov To: Joe Marcus Clarke Message-ID: <20051119005549.GA49393@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Joe Marcus Clarke , current@FreeBSD.ORG, gnome@FreeBSD.ORG References: <20051118131131.GA96190@nagual.pp.ru> <1132360901.55741.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <1132360901.55741.9.camel@shumai.marcuscom.com> User-Agent: Mutt/1.5.11 Cc: gnome@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: KSE: whom to blame, -current SMP or firefox? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 00:55:52 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 18, 2005 at 07:41:41PM -0500, Joe Marcus Clarke wrote: > Could have to do with your CFLAGS. I certainly don't see this on my > -CURRENT i386 machine using default CFLAGS (plus -g). That machine is a > single CPU system with Hyperthreading enabled, so it looks like two > CPUs. However, there may be a true SMP problem, but I don't think it's > anything known to the FreeBSD GNOME team. Not in my case, at least. I try lowest possible CFLAGS (-O -pipe) first=20 of all. As I already mention, it happens too with the same binary/libs I just copy= =20 =66rom the machine where they works. Also I can mention that the problem appears relatively recently. It works= =20 even on the SMP machine about 2 months ago. --=20 http://ache.pp.ru/ --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQCVAwUBQ354FeJgpPLZnQjrAQIPlAQAukYmGh2Xht5CWv5Y6ecvYdSXXCalk16j QEnaMtlQY4wbnt4AAi2BcuDu+jb3yNZNePKU55XtpqzEob2iq8fKnco3LwSfvNsC 4so6wTvtxp36Qw50o6H+6z8v88Qei1IlkikoqeK8GfRdMT1DIaJ21bhfDyOD0Dg1 d3JmCWSaS4Q= =AMBO -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 03:07:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5EB16A41F; Sat, 19 Nov 2005 03:07: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 6196D43D46; Sat, 19 Nov 2005 03:07: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 2258813 for multiple; Fri, 18 Nov 2005 22:07:00 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAJ36oKN042486; Fri, 18 Nov 2005 22:06:51 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 18 Nov 2005 22:06:47 -0500 User-Agent: KMail/1.8.3 References: <20051117010651.97608.qmail@web50303.mail.yahoo.com> <437E6AF7.1040402@samsco.org> <200511190018.jAJ0ItTe013855@apollo.backplane.com> In-Reply-To: <200511190018.jAJ0ItTe013855@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511182206.49195.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: amd64@freebsd.org, Peter Wemm Subject: Re: 7-CURRENT-SNAP009-i386-bootonly.iso on Shuttle XPC w/ AMD X2 (was Re: Side note on Shuttle XPC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 03:07:09 -0000 On Friday 18 November 2005 07:18 pm, Matthew Dillon wrote: > :So the amd64 snapshot didn't boot but the i386 one did? Interesting. > :Thanks a lot for investigating this. > : > :Scott > > Yup. My guess is that the 64-bit boot issue that early in the boot > sequence is something stupid simple. It looks it from the consistency > of the crash. Actually, your comments about the stray ICU interrupts led me to it on the = way=20 home tonight. Peter has a hack in amd64 that if you don't include 'device= =20 atpic' in your kernel config (not in GENERIC amd64 by default in HEAD) he=20 just masks the PICs. However, he doesn't setup handlers for the spurious=20 interrupts that can still occur (since they are unmaskable). Couple that=20 with the fact that HEAD (until a few hours ago) didn't print the trap messa= ge=20 for a T_RESERVED trap, and you'll see that your panic on amd64 was caused b= y=20 a spurious ICU interrupt. I have part of peter's hack expanded to do a ful= l=20 reset of the ICUs, and I'll update it for Monday to adjust the base interru= pt=20 such that the spurious ICU vectors get sent to the APIC spurious interrupt= =20 vector. That should fix your issue as well as the same issue reported by=20 someone else on the amd64@ list recently. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 03:45:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A986E16A41F for ; Sat, 19 Nov 2005 03:45:26 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDF0C43D45 for ; Sat, 19 Nov 2005 03:45:25 +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 mail04.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAJ3jNss003377 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 19 Nov 2005 14:45:23 +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 jAJ3jMHh000791; Sat, 19 Nov 2005 14:45: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 jAJ3jMpM000790; Sat, 19 Nov 2005 14:45:22 +1100 (EST) (envelope-from pjeremy) Date: Sat, 19 Nov 2005 14:45:22 +1100 From: Peter Jeremy To: Brian Candler , freebsd-current@freebsd.org Message-ID: <20051119034522.GS39882@cirb503493.alcatel.com.au> References: <20051116161540.GB4383@uk.tiscali.com> <20051118091333.GA1058@galgenberg.net> <20051118145051.GA3713@Pandora.MHoerich.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051118145051.GA3713@Pandora.MHoerich.de> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 03:45:26 -0000 On Fri, 2005-Nov-18 15:50:53 +0100, Mario Hoerich wrote: >This just adds a -o flag to cp, which preserves order. I think that's overkill. IMHO, cp should just copy files in the order specified on the command line (or directory order for recursive copies). For most purposes, the order is irrelevant. In cases where it is relevant, the caller has a better idea of what order they want and can juggle the command line to suit. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 05:03:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766E616A41F for ; Sat, 19 Nov 2005 05:03:25 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au [211.29.133.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4BDE43D45 for ; Sat, 19 Nov 2005 05:03:24 +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 mail25.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAJ52IUq002217 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 19 Nov 2005 16:02:19 +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 jAJ52IHh000892; Sat, 19 Nov 2005 16:02:18 +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 jAJ52HJC000891; Sat, 19 Nov 2005 16:02:17 +1100 (EST) (envelope-from pjeremy) Date: Sat, 19 Nov 2005 16:02:16 +1100 From: Peter Jeremy To: Brian Candler Message-ID: <20051119050216.GU39882@cirb503493.alcatel.com.au> References: <20051118114308.GA11281@uk.tiscali.com> <437DCB6D.6090400@centtech.com> <20051118125922.GA11684@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051118125922.GA11684@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-current@freebsd.org, Eric Anderson Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 05:03:25 -0000 On Fri, 2005-Nov-18 12:59:22 +0000, Brian Candler wrote: >On Fri, Nov 18, 2005 at 06:39:09AM -0600, Eric Anderson wrote: >> - volume migration (online) > >Perhaps there are two primitive operations: > >1. move an individual chunk from device A to device B > (LVM calls these chunks "extents" BTW, which is probably a better name; > it has a long history going back to mainframe storage systems) > >2. move an entire volume Keep in mind that these primitives need to be atomic as seen by the LVM consumer (FS): If the system crashes partway through, the volume still needs to be in a consistent state. >I think that requires interaction with the underlying filesystem if it is to >happen automatically. I'd be quite happy with a two-step process: increase >the size of a volume manually, then run growfs to make the filesystem fit >the new space. Note that growfs won't work on a mounted filesystem. The result is also not as well laid out as a newfs'd filesystem of the new size. >> It would be nice to be able to create an arbitrarily large volume, which >> only uses these volume blocks (you call them chunks) as the volume >> gets filled. This way, you could create a 2Tb volume, with only a >> single 200Gb drive, then as you neared the 200Gb used mark, you could >> add another disk, and grow on to it I think DEC/Compaq/HP AdvFS is a much nicer approach: You have "domains" which are effectively RAID-0 logical volumes (you can add or remove the underlying disks at will). Within each domain, you create a number of filesets which can have optional soft and/or hard quota limits. In theory, you can add or remove disks and migrate data online. (In practice, I've found that this process isn't as robust as is desirable). Given the limitations on growfs and the lack of a shrinkfs, Eric's approach is probably a fairly easy way to make UFS more flexible. >Maybe. However I don't see the advantage of this compared to creating >a 200GB volume, and then as it nears getting full expand it to 400GB, >and so on. A filesystem newfs's to 400GB will be more efficient than a filesystem that was newfs'd to 200GB and growfs'd to 400GB. >- df will lie. You may think your filesystem is only 10% full, when in fact >it is about to fail due to lack of space. This is fairly critical. [f]statfs(2) would need to be expanded to report both physical and logical allocations. >- partitioning has an important administrative use, to enforce limits. This can be easily avoided by implementing filesystem quotas. You could newfs /var to 2TB and quota limit it to occupy 200MB. If you get more space later you can change the quota. The other disadvantages I see are: - All the cylinder groups headers are pre-allocated. AFAIK, UFS2 avoids pre-allocating the inodes but still reserves the space for them. A large virtual filesystem will have significant overheads even if it only has a small amount of real data. - UFS assumes that all the space is physically available and allocates blocks so as to (hopefully) maximize performance. This is likely to lead to significant fragmentation with lots of partially utilised data chunks. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 05:05:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F41B316A41F for ; Sat, 19 Nov 2005 05:05:13 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (ftp.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5331143D46 for ; Sat, 19 Nov 2005 05:05:12 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id jAJ56JRt058698; Sat, 19 Nov 2005 00:06:21 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <002a01c5ecc6$e8a0cfe0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Peter Jeremy" , "Brian Candler" , References: <20051116161540.GB4383@uk.tiscali.com><20051118091333.GA1058@galgenberg.net><20051118145051.GA3713@Pandora.MHoerich.de> <20051119034522.GS39882@cirb503493.alcatel.com.au> Date: Sat, 19 Nov 2005 00:05:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 05:05:14 -0000 > On Fri, 2005-Nov-18 15:50:53 +0100, Mario Hoerich wrote: > >This just adds a -o flag to cp, which preserves order. > > I think that's overkill. IMHO, cp should just copy files in the order > specified on the command line (or directory order for recursive copies). > For most purposes, the order is irrelevant. In cases where it is > relevant, the caller has a better idea of what order they want and can > juggle the command line to suit. Hear hear! The underlying change, while technically sound, breaks POLA -- which should have been the first thing to consider when this change was suggested, and should have been rejected immediately on that ground alone. Why not revert to the "legacy" behaviour, and use the -o option for the "optimized" algorithm? -- Matt Emmerton From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 09:09:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C31BB16A41F for ; Sat, 19 Nov 2005 09:09:26 +0000 (GMT) (envelope-from rhurlin@gwdg.de) Received: from mailer.gwdg.de (mailer.gwdg.de [134.76.10.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15E5343D45 for ; Sat, 19 Nov 2005 09:09:25 +0000 (GMT) (envelope-from rhurlin@gwdg.de) Received: from p213.54.67.149.tisdip.tiscali.de ([213.54.67.149] helo=[192.168.1.111]) by mailer.gwdg.de with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.54) id 1EdOio-000188-Tt; Sat, 19 Nov 2005 10:09:23 +0100 Message-ID: <437EEBBF.5040601@gwdg.de> Date: Sat, 19 Nov 2005 10:09:19 +0100 From: Rainer Hurling User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <437E1477.7030902@gwdg.de> <20051118190448.GA6870@crodrigues.org> <437E542C.5070602@gwdg.de> <20051118224317.GA8018@crodrigues.org> In-Reply-To: <20051118224317.GA8018@crodrigues.org> Content-Type: multipart/mixed; boundary="------------060302050909050502050009" X-Spam-Level: +++ X-Spam-Report: Content analysis: 3.3 points, 6.0 required 0.1 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [213.54.67.149 listed in dnsbl.sorbs.net] 1.5 RCVD_IN_MAPS_RBL RBL: Relay in RBL, http://www.mail-abuse.org/rbl+/ [213.54.67.149 listed in rbl-plus.mail-abuse.org] 1.7 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [213.54.67.149 listed in combined.njabl.org] X-Virus-Scanned: (clean) by exiscan+sophie X-AUTH-Id: rhurlin Cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs and longnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 09:09:26 -0000 This is a multi-part message in MIME format. --------------060302050909050502050009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit ... sorry for the late answer but I have to sleep some hours. I checked out version 1.36 of /usr/src/sbin/mount_msdosfs/mount_msdosfs.c and build/install new system. I am not a developer. What have I to do instead of building/installing the whole system when I only want to change a single file? Now the good news: With mounting version 1.36 all FAT32 Filenames are OK again :-) The output of 'truss' is in the attachment. Craig Rodrigues wrote: > On Fri, Nov 18, 2005 at 11:22:36PM +0100, Rainer Hurling wrote: > >>Do you have any other idea? Are there related changes in the files >>'msdosfs_fileno.c' and 'msdosfs_denode.c', both from 10/31/2005? > > > Can you go back to version 1.36 of mount_msdosfs.c and > rebuild mount_msdosfs? Try running mount_msdosfs under truss > by doing something like: > > truss -o/tmp/msdos_output.txt mount_msdosfs /dev/whatever /mnt > > If it works, send the output of msdos_output.txt --------------060302050909050502050009 Content-Type: text/plain; name="msdos_output.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="msdos_output.txt" mmap(0x0,3600,(0x3)PROT_READ|PROT_WRITE,(0x1000)MAP_ANON,-1,0x0) = 671535104 (0x2806d000) munmap(0x2806d000,0xe10) = 0 (0x0) __sysctl(0xbfbfe458,0x2,0x28069998,0xbfbfe454,0x0,0x0) = 0 (0x0) mmap(0x0,32768,(0x3)PROT_READ|PROT_WRITE,(0x1002)MAP_ANON|MAP_PRIVATE,-1,0x0) = 671535104 (0x2806d000) issetugid() = 0 (0x0) open("/etc/libmap.conf",0x0,0666) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",0x0,00) = 4 (0x4) read(0x4,0xbfbfe420,0x80) = 128 (0x80) lseek(4,0x80,SEEK_SET) = 128 (0x80) read(0x4,0x2806f100,0xdb) = 219 (0xdb) close(4) = 0 (0x0) access("/lib/libkiconv.so.2",0) = 0 (0x0) open("/lib/libkiconv.so.2",0x0,00) = 4 (0x4) fstat(4,0xbfbfe460) = 0 (0x0) read(0x4,0x280688e0,0x1000) = 4096 (0x1000) mmap(0x0,12288,(0x5)PROT_READ|PROT_EXEC,(0x20002)MAP_NOCORE|MAP_PRIVATE,4,0x0) = 671567872 (0x28075000) mprotect(0x28076000,4096,(0x7)PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28076000,4096,(0x5)PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28077000,4096,(0x3)PROT_READ|PROT_WRITE,(0x12)MAP_FIXED|MAP_PRIVATE,4,0x1000) = 671576064 (0x28077000) close(4) = 0 (0x0) access("/lib/libc.so.6",0) = 0 (0x0) open("/lib/libc.so.6",0x0,027757762330) = 4 (0x4) fstat(4,0xbfbfe460) = 0 (0x0) read(0x4,0x280688e0,0x1000) = 4096 (0x1000) mmap(0x0,872448,(0x5)PROT_READ|PROT_EXEC,(0x20002)MAP_NOCORE|MAP_PRIVATE,4,0x0) = 671580160 (0x28078000) mprotect(0x28134000,4096,(0x7)PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x28134000,4096,(0x5)PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x28135000,20480,(0x3)PROT_READ|PROT_WRITE,(0x12)MAP_FIXED|MAP_PRIVATE,4,0xbd000) = 672354304 (0x28135000) mmap(0x2813a000,77824,(0x3)PROT_READ|PROT_WRITE,(0x1012)MAP_ANON|MAP_FIXED|MAP_PRIVATE,-1,0x0) = 672374784 (0x2813a000) close(4) = 0 (0x0) sysarch(0xa,0xbfbfe4d0) = 0 (0x0) mmap(0x0,408,(0x3)PROT_READ|PROT_WRITE,(0x1000)MAP_ANON,-1,0x0) = 672452608 (0x2814d000) munmap(0x2814d000,0x198) = 0 (0x0) mmap(0x0,440,(0x3)PROT_READ|PROT_WRITE,(0x1000)MAP_ANON,-1,0x0) = 672452608 (0x2814d000) munmap(0x2814d000,0x1b8) = 0 (0x0) mprotect(0x28078000,774144,(0x7)PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mmap(0x0,22312,(0x3)PROT_READ|PROT_WRITE,(0x1000)MAP_ANON,-1,0x0) = 672452608 (0x2814d000) munmap(0x2814d000,0x5728) = 0 (0x0) mprotect(0x28078000,774144,(0x5)PROT_READ|PROT_EXEC) = 0 (0x0) sigprocmask(0x1,0x28068820,0xbfbfe4a0) = 0 (0x0) sigprocmask(0x3,0x28068830,0x0) = 0 (0x0) lstat("/mnt",0xbfbfdf10) = 0 (0x0) stat("/mnt",0xbfbfdfa0) = 0 (0x0) stat("/mnt",0xbfbfe450) = 0 (0x0) mount("msdosfs","/mnt",0,0xbfbfe4b0) = 0 (0x0) exit(0x0) process exit, rval = 0 --------------060302050909050502050009-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 11:43:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70E5916A41F; Sat, 19 Nov 2005 11:43:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D777F43D45; Sat, 19 Nov 2005 11:43:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAJBhCY5018621; Sat, 19 Nov 2005 06:43:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jAJBhCnT041231; Sat, 19 Nov 2005 06:43:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 716FB7302F; Sat, 19 Nov 2005 06:43:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051119114312.716FB7302F@freebsd-current.sentex.ca> Date: Sat, 19 Nov 2005 06:43:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 11:43:14 -0000 TB --- 2005-11-19 10:46:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-19 10:46:10 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-11-19 10:46:10 - cleaning the object tree TB --- 2005-11-19 10:46:42 - checking out the source tree TB --- 2005-11-19 10:46:42 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-11-19 10:46:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-19 10:53:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-19 10:53:11 - cd /src TB --- 2005-11-19 10:53:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ping/ping.c: In function `main': /src/sbin/ping/ping.c:240: error: `MAX_IPOPTLEN' undeclared (first use in this function) /src/sbin/ping/ping.c:240: error: (Each undeclared identifier is reported only once /src/sbin/ping/ping.c:240: error: for each function it appears in.) /src/sbin/ping/ping.c:240: warning: unused variable `rspace' /src/sbin/ping/ping.c: In function `pr_pack': /src/sbin/ping/ping.c:1016: error: `MAX_IPOPTLEN' undeclared (first use in this function) /src/sbin/ping/ping.c:1016: warning: unused variable `old_rr' *** Error code 1 Stop in /src/sbin/ping. *** Error code 1 Stop in /obj/alpha/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-19 11:43:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-19 11:43:12 - ERROR: failed to build world TB --- 2005-11-19 11:43:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 12:41:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C9FD16A41F; Sat, 19 Nov 2005 12:41:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A47C243D46; Sat, 19 Nov 2005 12:41:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAJCfUhZ021194; Sat, 19 Nov 2005 07:41:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jAJCfUKE056750; Sat, 19 Nov 2005 07:41:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E4EE7302F; Sat, 19 Nov 2005 07:41:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051119124130.4E4EE7302F@freebsd-current.sentex.ca> Date: Sat, 19 Nov 2005 07:41:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 12:41:32 -0000 TB --- 2005-11-19 11:43:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-19 11:43:12 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-11-19 11:43:12 - cleaning the object tree TB --- 2005-11-19 11:43:48 - checking out the source tree TB --- 2005-11-19 11:43:48 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-11-19 11:43:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-19 11:50:20 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-19 11:50:20 - cd /src TB --- 2005-11-19 11:50:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ping/ping.c: In function `main': /src/sbin/ping/ping.c:240: error: `MAX_IPOPTLEN' undeclared (first use in this function) /src/sbin/ping/ping.c:240: error: (Each undeclared identifier is reported only once /src/sbin/ping/ping.c:240: error: for each function it appears in.) /src/sbin/ping/ping.c:240: warning: unused variable `rspace' /src/sbin/ping/ping.c: In function `pr_pack': /src/sbin/ping/ping.c:1016: error: `MAX_IPOPTLEN' undeclared (first use in this function) /src/sbin/ping/ping.c:1016: warning: unused variable `old_rr' *** Error code 1 Stop in /src/sbin/ping. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-19 12:41:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-19 12:41:30 - ERROR: failed to build world TB --- 2005-11-19 12:41:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 13:38:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CA3916A421; Sat, 19 Nov 2005 13:38:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68DBE43D77; Sat, 19 Nov 2005 13:38:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jAJDcSWP038469; Sat, 19 Nov 2005 08:38:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jAJDcSkH053066; Sat, 19 Nov 2005 08:38:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 307727302F; Sat, 19 Nov 2005 08:38:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051119133828.307727302F@freebsd-current.sentex.ca> Date: Sat, 19 Nov 2005 08:38:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 13:38:37 -0000 TB --- 2005-11-19 12:41:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-19 12:41:30 - starting HEAD tinderbox run for i386/i386 TB --- 2005-11-19 12:41:30 - cleaning the object tree TB --- 2005-11-19 12:42:06 - checking out the source tree TB --- 2005-11-19 12:42:06 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-11-19 12:42:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-19 12:48:25 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-19 12:48:25 - cd /src TB --- 2005-11-19 12:48:25 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ping/ping.c: In function `main': /src/sbin/ping/ping.c:240: error: `MAX_IPOPTLEN' undeclared (first use in this function) /src/sbin/ping/ping.c:240: error: (Each undeclared identifier is reported only once /src/sbin/ping/ping.c:240: error: for each function it appears in.) /src/sbin/ping/ping.c:240: warning: unused variable `rspace' /src/sbin/ping/ping.c: In function `pr_pack': /src/sbin/ping/ping.c:1016: error: `MAX_IPOPTLEN' undeclared (first use in this function) /src/sbin/ping/ping.c:1016: warning: unused variable `old_rr' *** Error code 1 Stop in /src/sbin/ping. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-19 13:38:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-19 13:38:28 - ERROR: failed to build world TB --- 2005-11-19 13:38:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 13:43:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F273F16A41F for ; Sat, 19 Nov 2005 13:43:13 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95D7B43D4C for ; Sat, 19 Nov 2005 13:43:05 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IQ700CHBFFRONK0@VL-MO-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Sat, 19 Nov 2005 08:43:04 -0500 (EST) Date: Sat, 19 Nov 2005 08:42:57 -0500 From: Nicolas Blais In-reply-to: <20051116175853.GA899@schweikhardt.net> To: Jens Schweikhardt Message-id: <200511190843.03660.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart2354365.1k5VlyUzhj; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200511141702.45491.nb_root@videotron.ca> <200511151942.04277.nb_root@videotron.ca> <20051116175853.GA899@schweikhardt.net> User-Agent: KMail/1.8.3 Cc: Steve Hodgson , Maxim.Sobolev@portaone.com, michael johnson , freebsd-current@freebsd.org Subject: Re: Using ccache for build{world, kernel} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 13:43:14 -0000 --nextPart2354365.1k5VlyUzhj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > The ccache port is not broken. Rather, the assumption that any port can > deal with CC=3D"foo bar" is wrong. Some ports choke because they've never > seen a CC like that (libtool15 comes to mind), some may choke because > their build can't deal with a space in a program name (shell word splitti= ng > at the wrong time or not at all is a likely culprit). Some insist on > their own special-tailored compiler (openoffice). The build hackery out > there in 13000 ports is unbelievably, uh, creative. To avoid all of these > issues you have to replace all of /usr/bin/{cc,c++,gcc,g++,...} and > /usr/local/bin/gcc-ooo and that ilk with a symlink to /usr/local/bin/ccac= he > and put the real compilers in some other directory. In other words, the > ccache installation is as transparent as can be. The various builds don't > even know that they are using ccache when they run /usr/bin/cc and you > don't need any CC, CXX or PATH sequence hackery. Usually this means to set > CCACHE_PATH which collides with the needs of a "make buildworld". So, you > really need two different strategies, one when building > world/kernel, and one for all other purposes. That's what I do right now > and so far I have no problems with ports and ccache. > > Regards, > > Jens Okay, but is /usr/local/share/doc/ccache/ccache-howto-freebsd.txt still val= id? =20 Such as :=20 To use ccache add the following to /etc/make.conf =2Eif !defined(NOCCACHE) =2Eif ${.CURDIR:M/usr/src*} CC=3D/usr/local/libexec/ccache/cc CXX=3D/usr/local/libexec/ccache/c++ =2Eelse CC=3Dcc CXX=3Dc++ =2Eendif =2Eelse CC=3D/usr/bin/cc CXX=3D/usr/bin/c++ =2Eendif I'm asking because I'm slightly confused (sorry) as some people tell me to = not=20 put the block in /etc/make.conf. If I don't put anything, my .ccache folde= r=20 remains empty (therefore ccache not being used).=20 Whatever the real usage of ccache, it should be mentionned in that file, or= =20 during 'make install' as a pkg-message. Thanks, Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc --nextPart2354365.1k5VlyUzhj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDfyvn4wTBlvcsbJURAl0cAKDEX7fGd6f2eD6DJl7XDSur3nVYkACfcGMO 7ndJc6+Zth6fBtuCxAgGiew= =7H5V -----END PGP SIGNATURE----- --nextPart2354365.1k5VlyUzhj-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 13:49:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ECB316A41F for ; Sat, 19 Nov 2005 13:49:23 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0EBB43D6A for ; Sat, 19 Nov 2005 13:49:16 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-245.hsd1.ma.comcast.net ([66.30.114.245]) by comcast.net (sccrmhc13) with ESMTP id <200511191348550130039qnhe>; Sat, 19 Nov 2005 13:49:05 +0000 Received: from c-66-30-114-245.hsd1.ma.comcast.net (localhost [127.0.0.1]) by c-66-30-114-245.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id jAJDmt3q017570; Sat, 19 Nov 2005 08:48:56 -0500 (EST) (envelope-from rodrigc@c-66-30-114-245.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-114-245.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id jAJDmtXq017569; Sat, 19 Nov 2005 08:48:55 -0500 (EST) (envelope-from rodrigc) Date: Sat, 19 Nov 2005 08:48:55 -0500 From: Craig Rodrigues To: Rainer Hurling Message-ID: <20051119134855.GA17536@crodrigues.org> References: <437E1477.7030902@gwdg.de> <20051118190448.GA6870@crodrigues.org> <437E542C.5070602@gwdg.de> <20051118224317.GA8018@crodrigues.org> <437EEBBF.5040601@gwdg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437EEBBF.5040601@gwdg.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs and longnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 13:49:23 -0000 On Sat, Nov 19, 2005 at 10:09:19AM +0100, Rainer Hurling wrote: > ... sorry for the late answer but I have to sleep some hours. > > I checked out version 1.36 of > /usr/src/sbin/mount_msdosfs/mount_msdosfs.c and build/install new system. > > I am not a developer. What have I to do instead of building/installing > the whole system when I only want to change a single file? It depends on the file. To just rebuilt mount_msdosfs, you can do: cd /usr/src/sbin/mount_msdosfs make make install > Now the good news: With mounting version 1.36 all FAT32 Filenames are OK > again :-) Can you try the following patch, rebuild your kernel, and try both old *and* new mount_msdosfs programs? Index: msdosfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/msdosfs/msdosfs_vfsops.c,v retrieving revision 1.148 diff -u -u -r1.148 msdosfs_vfsops.c --- msdosfs_vfsops.c 18 Nov 2005 22:34:31 -0000 1.148 +++ msdosfs_vfsops.c 19 Nov 2005 13:41:36 -0000 @@ -81,7 +81,7 @@ "from", "export", "uid", "gid", "mask", "dirmask", - "shortname", "shortnames", "longname", "longnames", "win95", + "shortname", "shortnames", "longname", "longnames", "nowin95", "win95", "kiconv", "cs_win", "cs_dos", "cs_local", NULL }; @@ -172,11 +172,10 @@ vfs_flagopt(mp->mnt_optnew, "kiconv", &pmp->pm_flags, MSDOSFSMNT_KICONV); - /* XXX: Can't use flagopt due to negative option */ - if (!vfs_getopt(mp->mnt_optnew, "win95", NULL, NULL)) - pmp->pm_flags &= ~MSDOSFSMNT_NOWIN95; - else + if (vfs_getopt(mp->mnt_optnew, "nowin95", NULL, NULL) == 0) pmp->pm_flags |= MSDOSFSMNT_NOWIN95; + else + pmp->pm_flags &= ~MSDOSFSMNT_NOWIN95; if (pmp->pm_flags & MSDOSFSMNT_NOWIN95) pmp->pm_flags |= MSDOSFSMNT_SHORTNAME; -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 14:15:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66C0E16A41F for ; Sat, 19 Nov 2005 14:15:34 +0000 (GMT) (envelope-from hchen@utmem.edu) Received: from mail1.utmem.edu (mail1.utmem.edu [132.192.6.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346F143D46 for ; Sat, 19 Nov 2005 14:15:32 +0000 (GMT) (envelope-from hchen@utmem.edu) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost.utmem.edu (SMTP Daemon) with ESMTP id A526F2C18E for ; Sat, 19 Nov 2005 08:15:31 -0600 (CST) Received: from mail1.utmem.edu ([127.0.0.1]) by localhost (mail1.utmem.edu [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 11547-16 for ; Sat, 19 Nov 2005 08:15:31 -0600 (CST) Received: from localhost (user-0c93kfe.cable.mindspring.com [24.145.209.238]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail1.utmem.edu (SMTP Daemon) with ESMTP id BB76F2C088 for ; Sat, 19 Nov 2005 08:15:30 -0600 (CST) Date: Sat, 19 Nov 2005 08:17:08 -0600 From: Hao Chen To: freebsd-current@freebsd.org Message-ID: <20051119141708.GA919@utmail.utmem.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at utmem.edu Subject: RELENG_6_0: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hao Chen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 14:15:34 -0000 Hi, I am upgrading from 5.4 to 6.0 and got the following error message: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x480008 fault code = supervisor read, page not present instruction pointer = 0x20:0xc069c394 stack pointer = 0x28:0xe10208ac frame pointer = 0x28:0xe10208ac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 I have tried booting with or without ACPI, in safe mode, or single user mode and got the same message on booting. Oh, I am using GENERIC kernel. Any suggestions? Thanks, Hao -- : Hao Chen, Ph.D. : Department of Pharmacology : University of Tennessee Health Science Center : Memphis, TN 38163 USA : Mining PubMed: http://www.chilibot.net : -- From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 14:35:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DFC816A41F; Sat, 19 Nov 2005 14:35:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F4743D49; Sat, 19 Nov 2005 14:35:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAJEZo34026820; Sat, 19 Nov 2005 09:35:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jAJEZoH6094578; Sat, 19 Nov 2005 09:35:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 450167302F; Sat, 19 Nov 2005 09:35:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051119143550.450167302F@freebsd-current.sentex.ca> Date: Sat, 19 Nov 2005 09:35:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 14:35:52 -0000 TB --- 2005-11-19 13:38:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-19 13:38:28 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-11-19 13:38:28 - cleaning the object tree TB --- 2005-11-19 13:39:03 - checking out the source tree TB --- 2005-11-19 13:39:03 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-11-19 13:39:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-19 13:45:17 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-19 13:45:17 - cd /src TB --- 2005-11-19 13:45:17 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ping/ping.c: In function `main': /src/sbin/ping/ping.c:240: error: `MAX_IPOPTLEN' undeclared (first use in this function) /src/sbin/ping/ping.c:240: error: (Each undeclared identifier is reported only once /src/sbin/ping/ping.c:240: error: for each function it appears in.) /src/sbin/ping/ping.c:240: warning: unused variable `rspace' /src/sbin/ping/ping.c: In function `pr_pack': /src/sbin/ping/ping.c:1016: error: `MAX_IPOPTLEN' undeclared (first use in this function) /src/sbin/ping/ping.c:1016: warning: unused variable `old_rr' *** Error code 1 Stop in /src/sbin/ping. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-19 14:35:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-19 14:35:50 - ERROR: failed to build world TB --- 2005-11-19 14:35:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 14:43:21 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5418C16A41F; Sat, 19 Nov 2005 14:43:21 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B3AB43D45; Sat, 19 Nov 2005 14:43:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F21E.dip.t-dialin.net [84.165.242.30]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jAJEIYxr090544; Sat, 19 Nov 2005 15:18:35 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jAJEgsuh089922; Sat, 19 Nov 2005 15:42:55 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 19 Nov 2005 15:42:54 +0100 From: Alexander Leidinger To: delphij@delphij.net Message-ID: <20051119154254.49627a5a@Magellan.Leidinger.net> In-Reply-To: References: <20051118114308.GA11281@uk.tiscali.com> <20051118130223.z87u1gbswwg0kckw@netchild.homeip.net> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new Cc: freebsd-current@FreeBSD.org, Robert Watson , phk@FreeBSD.org, Brian Candler Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 14:43:21 -0000 On Sat, 19 Nov 2005 01:47:02 +0800 Xin LI wrote: > On 11/18/05, Alexander Leidinger wrote: > > This statement is a little bit simplified, but you're describing a stri= pped > > and crippled down version of Solaris ZFS (at least from the functionali= ty > > point of view). >=20 > Sorry for being more or less OT: Is there some ZFS whitepaper or > in-depth description available? I think some of their concepts are > very attractive and may worthy to see whether we should do some > similiar... With a quick search on sun.com I found: http://www.sun.com/software/solaris/zfs.jsp http://www.sun.com/emrkt/campaign_docs/expertexchange/knowledge/solaris_zfs= .html I've read about it in a study guide, which is more straight forward from an administration POV than this. What I like about it besides the reliability part (checksums and the like, have a look at the aove URL's) is the build-in growfs/shrinkfs part: =46rom an administration point of view you assign some raw storage space to a pool. A pool is a source of storage space for the FS the user sees. Such a pool may be mirrored, striped, whatever. But this RAID part is under the control of ZFS. It decides on it's own where to mirror (unlike normal mirroring not every block is on every disk, or in the same location on multiple disks, it's possible that one block of date is on disc1, LBA 5 and on disc3 LBA 23565) or how it's used (striping, mirroring). As soon as you add new storage, it gets used. To limit the size a particular mountpoint can occupy, you define a FS-quota (this is distinct from user-quota's). If you need more space there, you just increase the FS-quota (or decrease, if you put too much there). No need to newfs... in the sense of our current newfs implementation, you still have to create a ... let's call it namespace, which is allowed to use a portion of a pool. Then you mount this namespace somewhere in your directory tree. So it abstracts the volume management, you just have to say use the raw storage space from A B and C and it does the rest. And it extends the quota methodology to not only cover users, but the FS on raw storage itself. To address the concerns of Poul-Henning: Both of those features could be implemented (more or less... I don't have an idea how one would allow to share the same pool with multiple FS-namespaces in such a orthogonal scheme, but with a little bit of thinking someone may find a solution) without the need of each-other, you just have to have some more administrative commands to do the work. You also need a nice framework in the kernel which allows to propagate some information from one layer to another (e.g. size change). The combination of both into one "black box" seems easier to me, you don't have to change the ABI/API in the kernel (if you don't have the necessary infrastructure already). Bye, Alexander. --=20 0 and 1. Now what could be so hard about that? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 15:14:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E34416A41F; Sat, 19 Nov 2005 15:14:16 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCC9443D55; Sat, 19 Nov 2005 15:14:15 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 670C5BC66; Sat, 19 Nov 2005 15:14:12 +0000 (UTC) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 19 Nov 2005 15:42:54 +0100." <20051119154254.49627a5a@Magellan.Leidinger.net> Date: Sat, 19 Nov 2005 16:14:09 +0100 Message-ID: <13591.1132413249@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Robert Watson , freebsd-current@FreeBSD.org, delphij@delphij.net, Brian Candler Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 15:14:16 -0000 In message <20051119154254.49627a5a@Magellan.Leidinger.net>, Alexander Leidinge r writes: >The combination of both into one "black box" seems easier to me, [...] But boy, are you going to regret it if something goes haywire and you loose all your filesystems in one go :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 15:29:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EE6516A41F; Sat, 19 Nov 2005 15:29:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC3C43D46; Sat, 19 Nov 2005 15:29:18 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F21E.dip.t-dialin.net [84.165.242.30]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jAJF4ZPS090738; Sat, 19 Nov 2005 16:04:38 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jAJFSsxi098279; Sat, 19 Nov 2005 16:28:55 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 19 Nov 2005 16:28:54 +0100 From: Alexander Leidinger To: "Poul-Henning Kamp" Message-ID: <20051119162854.2656096a@Magellan.Leidinger.net> In-Reply-To: <13591.1132413249@critter.freebsd.dk> References: <20051119154254.49627a5a@Magellan.Leidinger.net> <13591.1132413249@critter.freebsd.dk> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Robert Watson , freebsd-current@FreeBSD.org, delphij@delphij.net, Brian Candler Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 15:29:19 -0000 On Sat, 19 Nov 2005 16:14:09 +0100 "Poul-Henning Kamp" wrote: > In message <20051119154254.49627a5a@Magellan.Leidinger.net>, Alexander Leidinge > r writes: > > >The combination of both into one "black box" seems easier to me, [...] > > But boy, are you going to regret it if something goes haywire and you > loose all your filesystems in one go :-) > Not more than in the same situation with 2 or more "black boxes" instead of one... :-) Bye, Alexander. -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 15:36:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2067316A41F; Sat, 19 Nov 2005 15:36:42 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 852D543D45; Sat, 19 Nov 2005 15:36:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 764BCBC66; Sat, 19 Nov 2005 15:36:39 +0000 (UTC) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 19 Nov 2005 16:28:54 +0100." <20051119162854.2656096a@Magellan.Leidinger.net> Date: Sat, 19 Nov 2005 16:36:38 +0100 Message-ID: <13727.1132414598@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Robert Watson , freebsd-current@FreeBSD.org, delphij@delphij.net, Brian Candler Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 15:36:42 -0000 In message <20051119162854.2656096a@Magellan.Leidinger.net>, Alexander Leidinge r writes: >Not more than in the same situation with 2 or more "black boxes" >instead of one... :-) That's actually not true. A major part of the rationale for having the partitioning (ie: mount points) in the name space rather than the block layer is to allow the administrator to partition his data and thus limit calmity to the affected area. I'm not saying that the ZFS method doesn't have merits, but it certainly has costs. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 15:57:10 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C55A716A41F; Sat, 19 Nov 2005 15:57:10 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D03743D45; Sat, 19 Nov 2005 15:57:07 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F21E.dip.t-dialin.net [84.165.242.30]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jAJFWBG7090853; Sat, 19 Nov 2005 16:32:12 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jAJFuVp5003481; Sat, 19 Nov 2005 16:56:31 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 19 Nov 2005 16:56:31 +0100 From: Alexander Leidinger To: "Poul-Henning Kamp" Message-ID: <20051119165631.093b90b9@Magellan.Leidinger.net> In-Reply-To: <13727.1132414598@critter.freebsd.dk> References: <20051119162854.2656096a@Magellan.Leidinger.net> <13727.1132414598@critter.freebsd.dk> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Robert Watson , freebsd-current@FreeBSD.org, delphij@delphij.net, Brian Candler Subject: Re: Logical volume management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 15:57:10 -0000 On Sat, 19 Nov 2005 16:36:38 +0100 "Poul-Henning Kamp" wrote: > In message <20051119162854.2656096a@Magellan.Leidinger.net>, Alexander Leidinge > r writes: > > >Not more than in the same situation with 2 or more "black boxes" > >instead of one... :-) > > That's actually not true. A major part of the rationale for having > the partitioning (ie: mount points) in the name space rather than the > block layer is to allow the administrator to partition his data > and thus limit calmity to the affected area. If you have a bug in any volume manager (integrated into the FS or not), you're busted in any case. The way ZFS does the VM part is more complex, and to err is human, so there's more potential to bust something. You can define more than one resource pool with ZFS, and as I did understand it, the pools are distinct. So if you assign disc1 and disc2 to poolA and disc3 and disc4 to poolB, and you assign just one FS to each pool, you still have the same separation like in vinum or g{mirror,raid3,stripe}. You just have a more complex distribution algorithm. Bye, Alexander. -- If Bill Gates had a dime for every time a Windows box crashed... ...Oh, wait a minute, he already does. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 15:58:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9868F16A41F; Sat, 19 Nov 2005 15:58:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B7E743D45; Sat, 19 Nov 2005 15:58:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAJFw1Lt031023; Sat, 19 Nov 2005 10:58:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jAJFw1Xu086247; Sat, 19 Nov 2005 10:58:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2647F7302F; Sat, 19 Nov 2005 10:58:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051119155801.2647F7302F@freebsd-current.sentex.ca> Date: Sat, 19 Nov 2005 10:58:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 15:58:03 -0000 TB --- 2005-11-19 14:35:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-19 14:35:50 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-11-19 14:35:50 - cleaning the object tree TB --- 2005-11-19 14:36:18 - checking out the source tree TB --- 2005-11-19 14:36:18 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-11-19 14:36:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-19 14:43:10 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-19 14:43:10 - cd /src TB --- 2005-11-19 14:43:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-19 15:48:15 - generating LINT kernel config TB --- 2005-11-19 15:48:15 - cd /src/sys/sparc64/conf TB --- 2005-11-19 15:48:15 - /usr/bin/make -B LINT TB --- 2005-11-19 15:48:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-11-19 15:48:15 - cd /src TB --- 2005-11-19 15:48:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 19 15:48:15 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_options.c /src/sys/netinet/ip_options.c: In function `save_rte': /src/sys/netinet/ip_options.c:386: error: `ipprintfs' undeclared (first use in this function) /src/sys/netinet/ip_options.c:386: error: (Each undeclared identifier is reported only once /src/sys/netinet/ip_options.c:386: error: for each function it appears in.) /src/sys/netinet/ip_options.c: In function `ip_srcroute': /src/sys/netinet/ip_options.c:428: error: `ipprintfs' undeclared (first use in this function) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-19 15:58:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-19 15:58:00 - ERROR: failed to build lint kernel TB --- 2005-11-19 15:58:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 16:31:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60F1616A427 for ; Sat, 19 Nov 2005 16:31:34 +0000 (GMT) (envelope-from rhurlin@gwdg.de) Received: from mailer.gwdg.de (mailer.gwdg.de [134.76.10.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F1843D72 for ; Sat, 19 Nov 2005 16:31:26 +0000 (GMT) (envelope-from rhurlin@gwdg.de) Received: from p213.54.67.149.tisdip.tiscali.de ([213.54.67.149] helo=[192.168.1.111]) by mailer.gwdg.de with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.54) id 1EdVcP-00022O-W3; Sat, 19 Nov 2005 17:31:18 +0100 Message-ID: <437F5351.6070305@gwdg.de> Date: Sat, 19 Nov 2005 17:31:13 +0100 From: Rainer Hurling User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <437E1477.7030902@gwdg.de> <20051118190448.GA6870@crodrigues.org> <437E542C.5070602@gwdg.de> <20051118224317.GA8018@crodrigues.org> <437EEBBF.5040601@gwdg.de> <20051119134855.GA17536@crodrigues.org> In-Reply-To: <20051119134855.GA17536@crodrigues.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Level: +++ X-Spam-Report: Content analysis: 3.3 points, 6.0 required 0.1 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [213.54.67.149 listed in dnsbl.sorbs.net] 1.5 RCVD_IN_MAPS_RBL RBL: Relay in RBL, http://www.mail-abuse.org/rbl+/ [213.54.67.149 listed in rbl-plus.mail-abuse.org] 1.7 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [213.54.67.149 listed in combined.njabl.org] X-Virus-Scanned: (clean) by exiscan+sophie X-AUTH-Id: rhurlin Cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs and longnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 16:31:34 -0000 With your latest patch all seems to be OK again, for old as well as new 'mount_msdosfs' program. Thank you very much for this qualified and fast help. Rainer Hurling Craig Rodrigues wrote: > Can you try the following patch, rebuild your kernel, > and try both old *and* new mount_msdosfs programs? > > > Index: msdosfs_vfsops.c > =================================================================== > RCS file: /home/ncvs/src/sys/fs/msdosfs/msdosfs_vfsops.c,v > retrieving revision 1.148 > diff -u -u -r1.148 msdosfs_vfsops.c > --- msdosfs_vfsops.c 18 Nov 2005 22:34:31 -0000 1.148 > +++ msdosfs_vfsops.c 19 Nov 2005 13:41:36 -0000 > @@ -81,7 +81,7 @@ > "from", > "export", > "uid", "gid", "mask", "dirmask", > - "shortname", "shortnames", "longname", "longnames", "win95", > + "shortname", "shortnames", "longname", "longnames", "nowin95", "win95", > "kiconv", "cs_win", "cs_dos", "cs_local", > NULL > }; > @@ -172,11 +172,10 @@ > vfs_flagopt(mp->mnt_optnew, "kiconv", > &pmp->pm_flags, MSDOSFSMNT_KICONV); > > - /* XXX: Can't use flagopt due to negative option */ > - if (!vfs_getopt(mp->mnt_optnew, "win95", NULL, NULL)) > - pmp->pm_flags &= ~MSDOSFSMNT_NOWIN95; > - else > + if (vfs_getopt(mp->mnt_optnew, "nowin95", NULL, NULL) == 0) > pmp->pm_flags |= MSDOSFSMNT_NOWIN95; > + else > + pmp->pm_flags &= ~MSDOSFSMNT_NOWIN95; > > if (pmp->pm_flags & MSDOSFSMNT_NOWIN95) > pmp->pm_flags |= MSDOSFSMNT_SHORTNAME; From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 16:50:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A117E16A41F for ; Sat, 19 Nov 2005 16:50:21 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 222B843D49 for ; Sat, 19 Nov 2005 16:50:20 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so147046wra for ; Sat, 19 Nov 2005 08:50:20 -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=tdu5gZTKqDt5mleFrWYJ45ahxojYn6pQuw8iABl4ZiIpLoUZnBmMzXiI7MhlQXB3NsQMW+W+oZr2pCa0AgKJT+Rf3/s9h4jWfeU38yUs+i8TQhON0xx8PF6SH4j20SBe0hdSSusrtLv2p+sVsSGvjFemCBcpahNBA7CgOXJ2+NI= Received: by 10.65.61.16 with SMTP id o16mr945220qbk; Sat, 19 Nov 2005 08:43:38 -0800 (PST) Received: by 10.64.21.5 with HTTP; Sat, 19 Nov 2005 08:43:38 -0800 (PST) Message-ID: Date: Sun, 20 Nov 2005 00:43:38 +0800 From: Xin LI To: Hao Chen In-Reply-To: <20051119141708.GA919@utmail.utmem.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051119141708.GA919@utmail.utmem.edu> Cc: freebsd-current@freebsd.org Subject: Re: RELENG_6_0: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 16:50:21 -0000 SGksCgpPbiAxMS8xOS8wNSwgSGFvIENoZW4gPGhjaGVuQHV0bWVtLmVkdT4gd3JvdGU6Cj4gSSBh bSB1cGdyYWRpbmcgZnJvbSA1LjQgdG8gNi4wIGFuZCBnb3QgdGhlIGZvbGxvd2luZyBlcnJvciBt ZXNzYWdlOgo+Cj4KPiBGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBt b2RlCj4gY3B1aWQgPSAxOyBhcGljIGlkID0gMDEKPiBmYXVsdCB2aXJ0dWFsIGFkZHJlc3MgICA9 IDB4NDgwMDA4Cj4gZmF1bHQgY29kZSAgICAgICAgICAgICAgPSBzdXBlcnZpc29yIHJlYWQsIHBh Z2Ugbm90IHByZXNlbnQKPiBpbnN0cnVjdGlvbiBwb2ludGVyICAgICA9IDB4MjA6MHhjMDY5YzM5 NAo+IHN0YWNrIHBvaW50ZXIgICAgICAgICAgID0gMHgyODoweGUxMDIwOGFjCj4gZnJhbWUgcG9p bnRlciAgICAgICAgICAgPSAweDI4OjB4ZTEwMjA4YWMKPiBjb2RlIHNlZ21lbnQgICAgICAgICAg ICA9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWIKPiAgICAgICAgICAgICAgICAg ICAgICAgID0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxCj4gcHJvY2Vzc29yIGVmbGFn cyAgICAgICAgPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMAo+IGN1cnJlbnQg cHJvY2VzcyAgICAgICAgID0gMCAoc3dhcHBlcikKPiB0cmFwIG51bWJlciAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgPSAxMgo+Cj4KPiBJIGhhdmUgdHJpZWQgYm9vdGluZyB3aXRoIG9yIHdp dGhvdXQgQUNQSSwgaW4gc2FmZSBtb2RlLCBvciBzaW5nbGUgdXNlcgo+IG1vZGUgYW5kIGdvdCB0 aGUgc2FtZSBtZXNzYWdlIG9uIGJvb3RpbmcuIE9oLCBJIGFtIHVzaW5nIEdFTkVSSUMga2VybmVs LgoKSGF2aW5nIHRoaXMgc29ydCBvZiBwYW5pY3Mgd2l0aGluIHN3YXBwZXIgaXMgdmVyeSB3ZWly ZC4gIEFyZSB5b3UKaGF2aW5nIHRoZSBpc3N1ZSBmb3IgZXZlcnkgYm9vdD8gIFdvdWxkIHlvdSBw bGVhc2UgY29uc2lkZXIgdHJ5aW5nIHRoZQo2LjAtUkVMRUFTRSBkaXNjMSB0byBzZWUgaWYgaXQg d291bGQgYm9vdCBjb3JyZWN0bHk/CgpDaGVlcnMsCi0tClhpbiBMSSA8ZGVscGhpakBkZWxwaGlq Lm5ldD4gaHR0cDovL3d3dy5kZWxwaGlqLm5ldAo= From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 16:59:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26AB016A41F for ; Sat, 19 Nov 2005 16:59:01 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A47A43D49 for ; Sat, 19 Nov 2005 16:58:59 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id jAJH0JPx075815 for ; Sat, 19 Nov 2005 17:00:19 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id jAJH0IgK075814 for freebsd-current@freebsd.org; Sat, 19 Nov 2005 17:00:18 GMT (envelope-from dunstan) Date: Sat, 19 Nov 2005 17:00:18 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20051119170018.GA75757@freebsd.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Panic after memory dump and machine reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 16:59:01 -0000 Hello, I noticed very strange problem on -CURRENT. If I get a panic, system writes core and reboots. Just after reboot, filesystem check (yes, I sometimes forget about sync'ing/mounting in read-only mode) kernel gets another panic, which is not (directly?) related with this first one -- problem lies somewhere in syscons(4). For people interested in details: http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/track-vidcontrol.txt http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/dmesg.txt -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 17:06:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFC3A16A41F for ; Sat, 19 Nov 2005 17:06:33 +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 518DC43D45 for ; Sat, 19 Nov 2005 17:06:33 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAJH6FUx008103; Sat, 19 Nov 2005 10:06:15 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <437F5B87.6040305@samsco.org> Date: Sat, 19 Nov 2005 10:06:15 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: delphij@delphij.net References: <20051119141708.GA919@utmail.utmem.edu> In-Reply-To: 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: Hao Chen , freebsd-current@freebsd.org Subject: Re: RELENG_6_0: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 17:06:33 -0000 Xin LI wrote: > Hi, > > On 11/19/05, Hao Chen wrote: > >>I am upgrading from 5.4 to 6.0 and got the following error message: >> >> >>Fatal trap 12: page fault while in kernel mode >>cpuid = 1; apic id = 01 >>fault virtual address = 0x480008 >>fault code = supervisor read, page not present >>instruction pointer = 0x20:0xc069c394 >>stack pointer = 0x28:0xe10208ac >>frame pointer = 0x28:0xe10208ac >>code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >>processor eflags = interrupt enabled, resume, IOPL = 0 >>current process = 0 (swapper) >>trap number = 12 >> >> >>I have tried booting with or without ACPI, in safe mode, or single user >>mode and got the same message on booting. Oh, I am using GENERIC kernel. > > > Having this sort of panics within swapper is very weird. Are you > having the issue for every boot? Would you please consider trying the > 6.0-RELEASE disc1 to see if it would boot correctly? > > Cheers, > -- > Xin LI http://www.delphij.net > > A panic in 'swapper' usually just means that the panic happened before /sbin/init was launched. Scott From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 17:40:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12CA416A41F for ; Sat, 19 Nov 2005 17:40:33 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 511B043D45 for ; Sat, 19 Nov 2005 17:40:31 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: by nproxy.gmail.com with SMTP id c2so43286nfe for ; Sat, 19 Nov 2005 09:40:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=jVOY2Qda0KgvC2oJMVIqK/kduiT1z1425B44e1nHKvaiowFun3zhFoNe1eSXZOoHMztEFYflQ84RdZXHxX19a2YiNrDUhCZeFAbJnUFPyHjGvmNHmMSBQMalbiOI8MF3Ge0zg/LJpoLsZNbOI+3NBtX7pBIWlfepfL08cFzupZE= Received: by 10.49.35.10 with SMTP id n10mr125429nfj; Sat, 19 Nov 2005 09:40:31 -0800 (PST) Received: from splash.homeunix.org ( [84.141.9.138]) by mx.gmail.com with ESMTP id a24sm165505nfc.2005.11.19.09.40.30; Sat, 19 Nov 2005 09:40:31 -0800 (PST) Date: Sat, 19 Nov 2005 18:42:02 +0100 From: Martin Wilke To: freebsd-current@freebsd.org Message-ID: <20051119184202.1795d357@splash.homeunix.org> In-Reply-To: References: <20051119141708.GA919@utmail.utmem.edu> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.7; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: delphij@delphij.net Subject: Re: RELENG_6_0: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 17:40:33 -0000 On Sun, 20 Nov 2005 00:43:38 +0800 Xin LI wrote: > Hi, > > On 11/19/05, Hao Chen wrote: > > I am upgrading from 5.4 to 6.0 and got the following error message: > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0x480008 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc069c394 > > stack pointer = 0x28:0xe10208ac > > frame pointer = 0x28:0xe10208ac > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (swapper) > > trap number = 12 > > > > > > I have tried booting with or without ACPI, in safe mode, or single > > user mode and got the same message on booting. Oh, I am using > > GENERIC kernel. > > Having this sort of panics within swapper is very weird. Are you > having the issue for every boot? Would you please consider trying the > 6.0-RELEASE disc1 to see if it would boot correctly? > > Cheers, > -- > Xin LI http://www.delphij.net Hi i have got this problem as well.... Yes the 6.0-RELEASE disc1 boote correctly Greetz Martin From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 17:38:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A190A16A423 for ; Sat, 19 Nov 2005 17:38:47 +0000 (GMT) (envelope-from splash@unixfreunde.de) Received: from unixfreunde.net (unixfreunde.com [85.214.16.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2979043D66 for ; Sat, 19 Nov 2005 17:38:44 +0000 (GMT) (envelope-from splash@unixfreunde.de) Received: by unixfreunde.net (Postfix, from userid 65534) id 181439B5E6; Sat, 19 Nov 2005 18:38:45 +0100 (CET) Received: from splash.homeunix.org (p548D098A.dip0.t-ipconnect.de [84.141.9.138]) by unixfreunde.net (Postfix) with ESMTP id C49DD9AB75; Sat, 19 Nov 2005 18:38:41 +0100 (CET) Date: Sat, 19 Nov 2005 18:40:12 +0100 From: Martin Wilke To: freebsd-current@freebsd.org Message-ID: <20051119184012.5f478bfa@splash.homeunix.org> In-Reply-To: References: <20051119141708.GA919@utmail.utmem.edu> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.7; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 19 Nov 2005 17:46:35 +0000 Cc: delphij@delphij.net Subject: Re: RELENG_6_0: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 17:38:47 -0000 On Sun, 20 Nov 2005 00:43:38 +0800 Xin LI wrote: > Hi, > > On 11/19/05, Hao Chen wrote: > > I am upgrading from 5.4 to 6.0 and got the following error message: > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0x480008 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc069c394 > > stack pointer = 0x28:0xe10208ac > > frame pointer = 0x28:0xe10208ac > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (swapper) > > trap number = 12 > > > > > > I have tried booting with or without ACPI, in safe mode, or single > > user mode and got the same message on booting. Oh, I am using > > GENERIC kernel. > > Having this sort of panics within swapper is very weird. Are you > having the issue for every boot? Would you please consider trying the > 6.0-RELEASE disc1 to see if it would boot correctly? > > Cheers, > -- > Xin LI http://www.delphij.net Hi i have got this problem as well.... Yes the 6.0-RELEASE disc1 boote correctly Greetz Martin From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 19:33:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C17716A421 for ; Sat, 19 Nov 2005 19:33:56 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5E843D4C for ; Sat, 19 Nov 2005 19:33:55 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id jAJJXsOZ009747; Sat, 19 Nov 2005 11:33:55 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <437F7E22.5050800@freebsd.org> Date: Sat, 19 Nov 2005 11:33:54 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <20051116161540.GB4383@uk.tiscali.com> In-Reply-To: <20051116161540.GB4383@uk.tiscali.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 19:33:56 -0000 Brian Candler wrote: > I've noticed on FreeBSD-5.4 and -6.0 that the order in which 'cp' copies > multiple files does not match the order they're given on the command line. ... > I've had a look through the code, and it seems that cp calls fts_open() with > the list of files in argv; fts_open then does a qsort() on the arguments, > using the comparison function mastercmp() provided by cp: My suggestion: Have 'cp' call fts_open once for each command-line argument, instead of giving fts_open the entire argv list to muck with. Requires faking up an argv array for each single item, but that will be a lot easier than trying to fix fts. Tim From owner-freebsd-current@FreeBSD.ORG Sat Nov 19 22:28:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E5D416A41F for ; Sat, 19 Nov 2005 22:28:44 +0000 (GMT) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4C8843D45 for ; Sat, 19 Nov 2005 22:28:43 +0000 (GMT) (envelope-from freebsd-current-local@be-well.ilk.org) Received: (qmail 32064 invoked from network); 19 Nov 2005 22:28:43 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Nov 2005 22:28:42 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 8708B2841B; Sat, 19 Nov 2005 17:28:41 -0500 (EST) Sender: lowell@be-well.ilk.org To: "Matt Emmerton" References: <20051116161540.GB4383@uk.tiscali.com> <20051118091333.GA1058@galgenberg.net> <20051118145051.GA3713@Pandora.MHoerich.de> <20051119034522.GS39882@cirb503493.alcatel.com.au> <002a01c5ecc6$e8a0cfe0$1200a8c0@gsicomp.on.ca> From: Lowell Gilbert Date: 19 Nov 2005 17:28:40 -0500 In-Reply-To: <002a01c5ecc6$e8a0cfe0$1200a8c0@gsicomp.on.ca> Message-ID: <44fypsqnl3.fsf@be-well.ilk.org> Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Peter Jeremy , freebsd-current@freebsd.org, Brian Candler Subject: Re: Order of files with 'cp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2005 22:28:44 -0000 "Matt Emmerton" writes: > > On Fri, 2005-Nov-18 15:50:53 +0100, Mario Hoerich wrote: > > >This just adds a -o flag to cp, which preserves order. > > > > I think that's overkill. IMHO, cp should just copy files in the order > > specified on the command line (or directory order for recursive copies). > > For most purposes, the order is irrelevant. In cases where it is > > relevant, the caller has a better idea of what order they want and can > > juggle the command line to suit. > > Hear hear! The underlying change, while technically sound, breaks POLA -- > which should have been the first thing to consider when this change was > suggested, and should have been rejected immediately on that ground alone. I don't follow this point. The existing behaviour was unpredictable, so it's unlikely anybody was depending on it. Therefore, the POLA doesn't apply. Can you explain what you mean? > Why not revert to the "legacy" behaviour, and use the -o option for the > "optimized" algorithm? That would, nonetheless, be fine with me.