From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 00:36:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10AD016A4CE for ; Sun, 5 Sep 2004 00:36:03 +0000 (GMT) Received: from mmp.dnsalias.org (YahooBB218179180003.bbtec.net [218.179.180.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 1221E43D45 for ; Sun, 5 Sep 2004 00:36:02 +0000 (GMT) (envelope-from thasegawa@mta.biglobe.ne.jp) Received: (qmail 799 invoked from network); 5 Sep 2004 00:36:17 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by 0 with SMTP; 5 Sep 2004 00:36:17 -0000 Date: Sun, 05 Sep 2004 09:35:53 +0900 (JST) Message-Id: <20040905.093553.74751692.thasegawa@mta.biglobe.ne.jp> To: imp@bsdimp.com From: HASEGAWA Tomoki In-Reply-To: <20040904.024213.102230434.imp@bsdimp.com> References: <20040903.210734.89664548.imp@bsdimp.com> <20040904.143636.41626215.thasegawa@mta.biglobe.ne.jp> <20040904.024213.102230434.imp@bsdimp.com> X-Mailer: Mew version 4.0.66 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: pccard fixed disk not work on 5.3-BETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 00:36:03 -0000 I see. Using the kernel compiled with pccard, the cards works well. Thank you. imp> Is pccard a module or compiled into the kernel? If it is a module only, imp> then there will be no ata pccard attachment in the kernel, which could imp> be your problem. From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 01:46:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F6116A4CE for ; Sun, 5 Sep 2004 01:46:34 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C7543D55 for ; Sun, 5 Sep 2004 01:46:33 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with SMTP id i851kWuX022492 for ; Sun, 5 Sep 2004 10:46:32 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 5 Sep 2004 10:46:32 +0900 (JST) Message-Id: <200409050146.i851kWuX022492@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd6.0) 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-1.5.6 (sakura.ninth-nine.com [219.127.74.121]); Sun, 05 Sep 2004 10:46:32 +0900 (JST) Subject: 5.3-BETA2 panic on qemu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 01:46:34 -0000 Sorry, I don't have *realy* Sound Blaster16. This is about *virtual*(=qemu) Sound Blaster16. So I don't know true or false alert. [ENVIRONMENT] FreeBSD 5.3-BETA2 on QEMU 0.6.0-2004-08-26_23. KERNEL is GENERIC [uname -a] # uname -a FreeBSD 5.3-BETA2 FreeBSD 5.3-BETA2 #1: Sat Aug 28 21:29:15 UTC 2004 root@mack.dcsl.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 [I did] I play a wav file. As soon as panic: SEE ALSO: http://tmp.ninth-nine.com/qemu/qemu1.png (upper grabbed screenshot) http://tmp.ninth-nine.com/qemu/qemu2.png (bottom grabbed screenshot) [boot -sv] (snip) sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 sbc0: setting card to irq 5, drq 1, 5 sbc0: [GIANT-LOCKED] pcm0: on sbc0 pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap ffe000, 1000; 0xcc761000 -> ffe000 pcm0: sndbuf_setmap ffd000, 1000; 0xcc762000 -> ffd000 (snip) [cat /dev/sndstat] # cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: # [/boot/loader.conf] hint.sbc.0.at="isa" hint.sbc.0.port="0x220" hint.sbc.0.irq="5" hint.sbc.0.drq="1" hint.sbc.0.flags="0x15" snd_sb16_load="YES" And, I think that there is a problem in /usr/src/sys/conf/NOTES. Are following lines collect? - - - - - - - - - - - - - - - hint.snd_sbc.0.at="isa" hint.snd_sbc.0.port="0x220" hint.snd_sbc.0.irq="5" hint.snd_sbc.0.drq="1" hint.snd_sbc.0.flags="0x15" - - - - - - - - - - - - - - - In this case, FreeBSD didn't probe SB16. From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 01:47:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 141B816A536 for ; Sun, 5 Sep 2004 01:46:59 +0000 (GMT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83AD943D3F for ; Sun, 5 Sep 2004 01:46:58 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.207.21]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040905014657.PUGN1210.out007.verizon.net@[10.0.3.231]> for ; Sat, 4 Sep 2004 20:46:57 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: current@freebsd.org Content-Type: text/plain Message-Id: <1094348789.74537.18.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 04 Sep 2004 21:46:30 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [141.153.207.21] at Sat, 4 Sep 2004 20:46:57 -0500 Subject: AMD64 MP, ULE and threaded applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 01:47:02 -0000 I am slightly confused whether I should post 5.3 BETA related stuff here or in stable@, so feel free to chastise me as appropriate. I have fairly simple program which is heavily CPU bound and could be easily parallelized. Recently I laid my hands on dual AMD64 no-brand machine and installed 5.3 BETA1 on it. With SCHED_ULE, no number of threads would deliver more then single CPU performance, and 'top' will report 50% CPU utilization. With SCHED_4BSD, two threads would deliver ~185% of single CPU performance and 'top' will report 100% spent in userland. Test application could be found here: http://members.verizon.net/~akovalenko/PDFPassword.tar.gz To build, just type 'make'. To run, type ./PDFPassword OValue <# of threads to start> I use this benchmark on variety of MP hardware (Sun, RS/6000, Intel) and throughput usually follows number of threads up to number of available CPU. I will bring this system up to RELENG_5 as of Saturday (9/4) morning EST some time on Monday and retest. I can also test patches or try oprions as needed. Unfortunately, I would not be able to provide remote access to this box. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 03:32:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 617B716A4CE; Sun, 5 Sep 2004 03:32:57 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147C943D31; Sun, 5 Sep 2004 03:32:57 +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.1/8.13.1) with ESMTP id i853WuB4068675; Sat, 4 Sep 2004 23:32:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i853WuP4065293; Sat, 4 Sep 2004 23:32:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4DE867303F; Sat, 4 Sep 2004 23:32:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040905033256.4DE867303F@freebsd-current.sentex.ca> Date: Sat, 4 Sep 2004 23:32:56 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2004 03:32:57 -0000 TB --- 2004-09-05 02:25:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-05 02:25:13 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-05 02:25:13 - checking out the source tree TB --- 2004-09-05 02:25:13 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-05 02:25:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-05 02:30:23 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-05 02:30:23 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-05 02:30:23 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c: In function `auth_ReadHeader': /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:447: warning: unsigned int format, different type arg (arg 4) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:451: warning: unsigned int format, different type arg (arg 4) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c: In function `auth_ReadName': /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:462: warning: unsigned int format, different type arg (arg 3) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:468: warning: unsigned int format, different type arg (arg 3) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:468: warning: unsigned int format, different type arg (arg 4) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-05 03:32:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-05 03:32:56 - ERROR: failed to build world TB --- 2004-09-05 03:32:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 05:30:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2636A16A4CE; Sun, 5 Sep 2004 05:30:15 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91BAB43D5A; Sun, 5 Sep 2004 05:30:14 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id i855U6MH080495; Sun, 5 Sep 2004 14:30:06 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id i855U5Yc080494; Sun, 5 Sep 2004 14:30:05 +0900 (KST) (envelope-from ssw) Date: Sun, 5 Sep 2004 14:30:05 +0900 From: Sangwoo Shim To: Robert Watson Message-ID: <20040905053005.GA80420@neo.redjade.org> References: <20040904192218.GA5879@miranda.expro.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: w@expro.pl cc: mlaier@freebsd.org cc: current@freebsd.org Subject: Re: syscons problem in ddb, if_afdata initialization (was: Re: 5.3-BETA3 , panic, probably IPv6+SMP+mpsafenet related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 05:30:15 -0000 I've reported nd6_slowtimo related panic some while ago. Please check kern/70393. mlaier@ suggested a patch to address this, but that wasn't work for me. I'll try your patch and report. Thanks. Regards, Sangwoo On Sat, Sep 04, 2004 at 03:33:28PM -0400, Robert Watson wrote: > > On Sat, 4 Sep 2004, Jan Srzednicki wrote: > > > OK. I'm not sure if I'm doing that the right way, but here it is: > > Yes, this was exactly what I was looking for. Thanks! > > > > > Hope this helps. > > > > It's also worth noting that on the previous kernel (that is: FreeBSD > > 5.3-BETA2 (SIN) #9: Sun Aug 29 14:24:19 CEST 2004) nothing like that > > happened, so it appears to be somehow related to (or uncovered by) some > > very recent commit. > > Could you try this patch: > > Index: nd6.c > =================================================================== > RCS file: /home/ncvs/src/sys/netinet6/nd6.c,v > retrieving revision 1.44 > diff -u -r1.44 nd6.c > --- nd6.c 23 Aug 2004 03:00:27 -0000 1.44 > +++ nd6.c 4 Sep 2004 19:34:39 -0000 > @@ -134,6 +134,7 @@ > nd6_init_done = 1; > > /* start timer */ > + callout_init(&nd6_slowtimo_ch, 0); > callout_reset(&nd6_slowtimo_ch, ND6_SLOWTIMER_INTERVAL * hz, > nd6_slowtimo, NULL); > } > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 05:38:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 850BE16A4CE for ; Sun, 5 Sep 2004 05:38:41 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72A7443D1F for ; Sun, 5 Sep 2004 05:38:41 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6622172DD4; Sat, 4 Sep 2004 22:38:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6143772DCB; Sat, 4 Sep 2004 22:38:41 -0700 (PDT) Date: Sat, 4 Sep 2004 22:38:41 -0700 (PDT) From: Doug White To: Maxim Maximov In-Reply-To: <41337564.7090905@mcsi.pp.ru> Message-ID: <20040904222320.I39360@carver.gumbysoft.com> References: <412FA7E8.80BE87BC@freebsd.org> <20040829172000.F69068@carver.gumbysoft.com> <20040830105333.L85743@carver.gumbysoft.com> <41337564.7090905@mcsi.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: [PATCH] poll() hang with X apps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 05:38:41 -0000 Attaching to an earlier message here... rwatson and I may have a solution to the poll() hangs you have been experiencing. Try downloading and applying this patch: http://www.watson.org/~robert/freebsd/netperf/20040905-sopoll.diff This seems to stop the hangs on my test system (2x600MHz P3 with XFree 4.3). I'll test it with its partner, a RELENG_5 box with either Xorg or XFree86 4.4. Please test it and get back to us if its working for you. For those of you tuning in late: Maxim has been having problems with WindowMaker dockapps not starting up all the way, with the app hanging in a poll() call in the X library while trying to draw itself. I am able to reproduce the problem by starting up a xscreensaver hack (rubik is my favorite right now) and running a -j3 buildworld in the background. Within a couple of minutes rubik would stop moving; focussing the window would wake it back up again. ps axl would show it in 'select' and gdb found it in a poll() call in a XPixmap primitive. This patch changes the socket locking to lock both send and receive buffers while poll() is scanning the file descriptor for available data. We think that the prior locking was allowing one process to write data into the socket buffers after it had been scanned and the decision made that there was no data on the socket. Thus the process would be put to sleep with available data. Another write to the socket (focussing the app in the test case) would cause it to be woken up. Again, please test and let me or rwatson know if you have feedback. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 05:46:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CC4216A4CE for ; Sun, 5 Sep 2004 05:46:57 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E9F743D2D for ; Sun, 5 Sep 2004 05:46:56 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.16.93] (ppp16-93.pppoe.mtu-net.ru [81.195.16.93]) (authenticated bits=0) by cpanel.ezone.ru (8.13.1/8.12.11) with ESMTP id i855kg1R095684; Sun, 5 Sep 2004 09:46:48 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <413AA83C.7060108@mcsi.pp.ru> Date: Sun, 05 Sep 2004 09:46:36 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Doug White References: <412FA7E8.80BE87BC@freebsd.org> <20040829172000.F69068@carver.gumbysoft.com> <4132A956.4070604@mcsi.pp.ru> <20040830105333.L85743@carver.gumbysoft.com> <41337564.7090905@mcsi.pp.ru> <20040904222320.I39360@carver.gumbysoft.com> In-Reply-To: <20040904222320.I39360@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mail3.ezone.ru cc: freebsd-current@freebsd.org Subject: Re: [PATCH] poll() hang with X apps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 05:46:57 -0000 Doug White wrote: > Attaching to an earlier message here... > > rwatson and I may have a solution to the poll() hangs you have been > experiencing. Try downloading and applying this patch: > > http://www.watson.org/~robert/freebsd/netperf/20040905-sopoll.diff > > This seems to stop the hangs on my test system (2x600MHz P3 with XFree > 4.3). I'll test it with its partner, a RELENG_5 box with either Xorg or > XFree86 4.4. Please test it and get back to us if its working for you. Oh my! I'm recompiling my kernel already! I began to think that this problem was abandoned, but there were work going on! Thank you and Robert! -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 05:51:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84ACD16A4CE for ; Sun, 5 Sep 2004 05:51:19 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2858543D3F for ; Sun, 5 Sep 2004 05:51:19 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i855mXB7001760; Sun, 5 Sep 2004 01:48:33 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i855mXLU001757; Sun, 5 Sep 2004 01:48:33 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 5 Sep 2004 01:48:33 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Maxim Maximov In-Reply-To: <413AA83C.7060108@mcsi.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: [PATCH] poll() hang with X apps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 05:51:19 -0000 On Sun, 5 Sep 2004, Maxim Maximov wrote: > Doug White wrote: > > Attaching to an earlier message here... > > > > rwatson and I may have a solution to the poll() hangs you have been > > experiencing. Try downloading and applying this patch: > > > > http://www.watson.org/~robert/freebsd/netperf/20040905-sopoll.diff > > > > This seems to stop the hangs on my test system (2x600MHz P3 with XFree > > 4.3). I'll test it with its partner, a RELENG_5 box with either Xorg or > > XFree86 4.4. Please test it and get back to us if its working for you. > > Oh my! I'm recompiling my kernel already! > > I began to think that this problem was abandoned, but there were work > going on! Thank you and Robert! Yeah, I had a good idea about what the problem might be, but I couldn't reproduce it here. Happily, Doug could and was willing to spend a lot of time with the debugger to track stuff down. Turns out it may have been a potential race I tagged when I was originally reviewing that element of socket locking, but hadn't yet had a chance to revisit. If the patch fixes it, wonderful! If not, there are one or two other things in the polling/select code that could use review. Assuming this patch does fix the problem for you (it did for Doug), I'll get it merged into HEAD tomorrow, and RELENG_5 a few days later. Thanks for your bug report, and we'll see how it goes :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 05:55:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D2916A4CE; Sun, 5 Sep 2004 05:55:24 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47C8443D46; Sun, 5 Sep 2004 05:55:24 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i855qWIO001823; Sun, 5 Sep 2004 01:52:32 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i855qWRf001820; Sun, 5 Sep 2004 01:52:32 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 5 Sep 2004 01:52:32 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Sangwoo Shim In-Reply-To: <20040905053005.GA80420@neo.redjade.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: w@expro.pl cc: mlaier@freebsd.org cc: current@freebsd.org Subject: Re: syscons problem in ddb, if_afdata initialization (was: Re: 5.3-BETA3 , panic, probably IPv6+SMP+mpsafenet related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 05:55:24 -0000 On Sun, 5 Sep 2004, Sangwoo Shim wrote: > I've reported nd6_slowtimo related panic some while ago. Please check > kern/70393. mlaier@ suggested a patch to address this, but that wasn't > work for me. I'll try your patch and report. Thanks. This patch may only fix the problem if running with debug.mpsafenet=0; I'm currently exploring the more general if_afdata issues, and will look at Max's patch (etc) in the report. I hope to have a patch that solves it in the non-mpsafenet case in a day or two. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > Regards, > Sangwoo > > On Sat, Sep 04, 2004 at 03:33:28PM -0400, Robert Watson wrote: > > > > On Sat, 4 Sep 2004, Jan Srzednicki wrote: > > > > > OK. I'm not sure if I'm doing that the right way, but here it is: > > > > Yes, this was exactly what I was looking for. Thanks! > > > > > > > > > Hope this helps. > > > > > > It's also worth noting that on the previous kernel (that is: FreeBSD > > > 5.3-BETA2 (SIN) #9: Sun Aug 29 14:24:19 CEST 2004) nothing like that > > > happened, so it appears to be somehow related to (or uncovered by) some > > > very recent commit. > > > > Could you try this patch: > > > > Index: nd6.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/netinet6/nd6.c,v > > retrieving revision 1.44 > > diff -u -r1.44 nd6.c > > --- nd6.c 23 Aug 2004 03:00:27 -0000 1.44 > > +++ nd6.c 4 Sep 2004 19:34:39 -0000 > > @@ -134,6 +134,7 @@ > > nd6_init_done = 1; > > > > /* start timer */ > > + callout_init(&nd6_slowtimo_ch, 0); > > callout_reset(&nd6_slowtimo_ch, ND6_SLOWTIMER_INTERVAL * hz, > > nd6_slowtimo, NULL); > > } > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 06:46:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E06116A4CE for ; Sun, 5 Sep 2004 06:46:50 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D26643D2D for ; Sun, 5 Sep 2004 06:46:50 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (211.26.208.98) by smtp01.syd.iprimus.net.au (7.0.028) id 412F6C14002D78A1; Sun, 5 Sep 2004 16:46:44 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 627BE420D; Sun, 5 Sep 2004 16:46:49 +1000 (EST) Date: Sun, 5 Sep 2004 16:46:49 +1000 From: Tim Robbins To: Bjoern Koenig Message-ID: <20040905064649.GA94688@cat.robbins.dropbear.id.au> References: <20040903102820.F0D536233@hoppel.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040903102820.F0D536233@hoppel.local> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: mount_smbfs fails once X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 06:46:50 -0000 On Fri, Sep 03, 2004 at 12:29:07PM +0200, Bjoern Koenig wrote: > Since 5.3-BETA1 and BETA2 there is a misbehaviour with mounting a samba > share. A first try fails: > > # mount_smbfs //hostname/share directory/ > mount_smbfs: kldload(smbfs): No such file or directory > > smbfs.ko was automatically loaded as expected and now a second try is > successful. I committed a fix for this a few minutes ago. Could you please update src/contrib/smbfs/mount_smbfs/mount_smbfs.c to revision 1.5, rebuild mount_smbfs or world, and confirm that it solves the problem? Tim From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 08:06:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEFF716A4CE; Sun, 5 Sep 2004 08:06:23 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF7BE43D2D; Sun, 5 Sep 2004 08:06:22 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.2.133] (ppp2-133.pppoe.mtu-net.ru [81.195.2.133]) (authenticated bits=0) by cpanel.ezone.ru (8.13.1/8.12.11) with ESMTP id i8586ETP051520; Sun, 5 Sep 2004 12:06:15 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <413AC8F1.9020601@mcsi.pp.ru> Date: Sun, 05 Sep 2004 12:06:09 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mail3.ezone.ru cc: freebsd-current@freebsd.org Subject: Re: [PATCH] poll() hang with X apps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 08:06:24 -0000 Robert Watson wrote: > On Sun, 5 Sep 2004, Maxim Maximov wrote: > > >>Doug White wrote: >> >>>Attaching to an earlier message here... >>> >>>rwatson and I may have a solution to the poll() hangs you have been >>>experiencing. Try downloading and applying this patch: >>> >>>http://www.watson.org/~robert/freebsd/netperf/20040905-sopoll.diff >>> >>>This seems to stop the hangs on my test system (2x600MHz P3 with XFree >>>4.3). I'll test it with its partner, a RELENG_5 box with either Xorg or >>>XFree86 4.4. Please test it and get back to us if its working for you. >> >>Oh my! I'm recompiling my kernel already! >> >>I began to think that this problem was abandoned, but there were work >>going on! Thank you and Robert! > > > Yeah, I had a good idea about what the problem might be, but I couldn't > reproduce it here. Happily, Doug could and was willing to spend a lot of > time with the debugger to track stuff down. Turns out it may have been a > potential race I tagged when I was originally reviewing that element of > socket locking, but hadn't yet had a chance to revisit. If the patch > fixes it, wonderful! If not, there are one or two other things in the > polling/select code that could use review. Assuming this patch does fix > the problem for you (it did for Doug), I'll get it merged into HEAD > tomorrow, and RELENG_5 a few days later. > > Thanks for your bug report, and we'll see how it goes :-). It goes very well. Easily reproducible xscreensaver hacks hangs described by Doug are gone for me too. I believe the patch also solves my dockapp problems. I haven't seen any wmdockapps hangs yet, but they are harder to reproduce, so only time will tell. I guess this patch should be merged anyway. At least for xscreensaver related hangs :) -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 08:47:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B9A516A4CE; Sun, 5 Sep 2004 08:47:54 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1EB743D3F; Sun, 5 Sep 2004 08:47:53 +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.1/8.13.1) with ESMTP id i858lrJq095191; Sun, 5 Sep 2004 04:47:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i858lrFO066072; Sun, 5 Sep 2004 04:47:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5A357303F; Sun, 5 Sep 2004 04:47:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040905084752.E5A357303F@freebsd-current.sentex.ca> Date: Sun, 5 Sep 2004 04:47:52 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2004 08:47:54 -0000 TB --- 2004-09-05 07:16:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-05 07:16:34 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-09-05 07:16:34 - checking out the source tree TB --- 2004-09-05 07:16:34 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-09-05 07:16:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-05 07:23:47 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-05 07:23:47 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-05 07:23:47 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pkg_install/version/../lib -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pkg_install/version/main.c cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pkg_install/version/../lib -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pkg_install/version/perform.c cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pkg_install/version/../lib -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wformat=2 -Wno-format-extra-args -Werror -o pkg_version main.o perform.o /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pkg_install/version/../lib/libinstall.a -lfetch -lmd -lssl -lcrypto gzip -cn /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pkg_install/version/pkg_version.1 > pkg_version.1.gz ===> usr.sbin/ppp cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ppp/acf.c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ppp/acf.c: In function `acf_LayerPull': /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ppp/acf.c:76: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ppp. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-09-05 08:47:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-05 08:47:52 - ERROR: failed to build world TB --- 2004-09-05 08:47:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 09:03:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E5CE16A4CE for ; Sun, 5 Sep 2004 09:03:26 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8545A43D41 for ; Sun, 5 Sep 2004 09:03:25 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.2.167] (ppp2-167.pppoe.mtu-net.ru [81.195.2.167]) (authenticated bits=0) by cpanel.ezone.ru (8.13.1/8.12.11) with ESMTP id i8593IYr054043 for ; Sun, 5 Sep 2004 13:03:19 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <413AD651.2030504@mcsi.pp.ru> Date: Sun, 05 Sep 2004 13:03:13 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mail3.ezone.ru Subject: KQUEUE/TTY related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 09:03:26 -0000 Hello. Just got a panic when dropped into DDB by Ctrl-Alt-Esc, issued 'show witness', pressed ScrLk, pressed PgUp ten times, then PgDn. Then released cursor by pressing ScrLk again. db> panic: blockable sleep lock (sleep mutex) tty @ /usr/src/sys/kern/kern_event.c:1450 cpuid = 0 boot() called on cpu#0 Uptime: 2m22s Machine freezes completely here. Keys didn't work. Reset helped. Tried exactly the same actions after reboot - exactly same effect. Machine is SMP, HTT, WITNESS enabled, today's HEAD. Dmesg is at http://mcsi.pp.ru/dmesg.boot -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 09:55:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 540BC16A4CF; Sun, 5 Sep 2004 09:55:45 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E998C43D31; Sun, 5 Sep 2004 09:55:44 +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.1/8.13.1) with ESMTP id i859tirp010982; Sun, 5 Sep 2004 05:55:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i859tikZ062413; Sun, 5 Sep 2004 05:55:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EA9A87303F; Sun, 5 Sep 2004 05:55:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040905095543.EA9A87303F@freebsd-current.sentex.ca> Date: Sun, 5 Sep 2004 05:55:43 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2004 09:55:45 -0000 TB --- 2004-09-05 08:47:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-05 08:47:53 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-09-05 08:47:53 - checking out the source tree TB --- 2004-09-05 08:47:53 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2004-09-05 08:47:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-05 08:52:50 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-05 08:52:50 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2004-09-05 08:52:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp/vjcomp.c cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp/nat_cmd.c cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp/atm.c cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp/id.c cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp/chap_ms.c cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp/mppe.c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp/mppe.c: In function `MPPEInitOptsOutput': /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp/mppe.c:522: warning: null argument where non-null required (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/ppp. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-09-05 09:55:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-05 09:55:43 - ERROR: failed to build world TB --- 2004-09-05 09:55:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 11:01:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5F6116A4CE; Sun, 5 Sep 2004 11:01:43 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 858A043D41; Sun, 5 Sep 2004 11:01:43 +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.1/8.13.1) with ESMTP id i85B1gli007268; Sun, 5 Sep 2004 07:01:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i85B1fTH082051; Sun, 5 Sep 2004 07:01:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A4F27303F; Sun, 5 Sep 2004 07:01:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040905110142.2A4F27303F@freebsd-current.sentex.ca> Date: Sun, 5 Sep 2004 07:01:42 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2004 11:01:44 -0000 TB --- 2004-09-05 09:55:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-05 09:55:44 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-05 09:55:44 - checking out the source tree TB --- 2004-09-05 09:55:44 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-05 09:55:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-05 10:00:45 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-05 10:00:45 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-05 10:00:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pkg_install/version/../lib -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pkg_install/version/main.c cc -O2 -pipe -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pkg_install/version/../lib -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pkg_install/version/perform.c cc -O2 -pipe -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pkg_install/version/../lib -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wformat=2 -Wno-format-extra-args -Werror -o pkg_version main.o perform.o /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pkg_install/version/../lib/libinstall.a -lfetch -lmd -lssl -lcrypto gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pkg_install/version/pkg_version.1 > pkg_version.1.gz ===> usr.sbin/ppp cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ppp/acf.c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ppp/acf.c: In function `acf_LayerPull': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ppp/acf.c:76: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ppp. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-05 11:01:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-05 11:01:41 - ERROR: failed to build world TB --- 2004-09-05 11:01:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 17:53:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE57716A4CE; Sat, 4 Sep 2004 17:53:00 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (80-219-161-125.dclient.hispeed.ch [80.219.161.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 951DF43D2F; Sat, 4 Sep 2004 17:52:59 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:50db:a17d:0:220:afff:fed4:dbcb]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id i84Hqr401025 verified NO); Sat, 4 Sep 2004 19:52:58 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id i84HqqL01024; Sat, 4 Sep 2004 19:52:53 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Sat, 4 Sep 2004 19:52:53 +0200 (CEST) Message-Id: <200409041752.i84HqqL01024@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: current@FreeBSD.org References: <200408281700.i7SH0Q700992@Mail.NOSPAM.DynDNS.dK> <20040829143403.GE23120@ip.net.ua> X-Mailman-Approved-At: Sun, 05 Sep 2004 11:57:49 +0000 cc: Ruslan Ermilov Subject: Re: M*K**BJD*RPR*F*X and make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Sep 2004 17:53:01 -0000 [sorry for the delay in getting this message out. Source in question is from early 30.Aug.] Hello neighbour. Can you say, Flogging a Deceased Equine? Sure, I knew you could... > > I fully understand that you hate me now. > I will hate you if, after reading these, you still disagree. ;) You are no fun, I must try harder... Un(?)fortunately, I can't easily demonstrate the failure that I wanted to prevent. It probably happens later after other failures in my build. However, here are some interesting observations: My FreeBSD-4 `make -d v buildworld' in 6-CURRENT source fails, period. "Makefile", line 92: MAKEOBJDIRPREFIX can only be set in environment, not as a g lobal (in /etc/make.conf) or command-line variable. Drop the `-d v' and it doesn't bomb there. This is probably not unexpected. ;-) It is better with a later `make' which sends the debug output to stderr, not to stdout. The above test also does not fail when MAKEOBJDIRPREFIX is given as command-line variable, using FreeBSD-4 `make'. (I mean, I don't get the above warning, giving command-line variable, and it continues with the build.) Anyway, what I try to demonstrate is setting MAKEOBJDIRPREFIX in __MAKE_CONF. This avoids the check in the -current Makefile and in releng_5 Makefile.inc (which was the reason for my previous patch-like thing). [00:22:41]beer@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk:~{1063}$ grep MAKEOBJ /etc/make.conf # MAKEOBJDIRPREFIX?= /usr/obj/${RELNAME} ## Let's break the build elsewhere... MAKEOBJDIRPREFIX?= /usr/obj/${RELNAME} [00:22:59]beer@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk:~{1064}$ grep -v ^# /dist/build/build-freebsd-current MOUNT=`/sbin/mount -t union` UNION=`echo $MOUNT | /usr/bin/egrep ":.*/src/FreeBSD6-src/source-hacks on .*/src/FreeBSD6-src/src \(union,"` if [ $? -ne 0 ] ; then echo echo "Must union-mount source-hacks before building..." echo exit 68 fi ( cd `dirname $0`/../src/FreeBSD6-src/src && time env TARGET_ARCH=i386 __MAKE_CONF=`dirname $0`/../conf/current/make.conf make -DNOCLEAN buildworld ) [00:23:04]beer@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk:~{1065}$ time nice -20 sh !$ -------------------------------------------------------------- >>> Building an up-to-date make(1) -------------------------------------------------------------- mkdir: /usr/obj/dist: Read-only file system *** Error code 1 Stop in /dist/src/FreeBSD6-src/src/usr.bin/make. [ ... ] [00:34:48]beer@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk:~{1071}$ grep MAKEO /dist/conf/current/make.conf # MAKEOBJDIRPREFIX?= /usr/obj/${RELNAME} MAKEOBJDIRPREFIX= /dist/obj/${RELNAME} Ah, well. If I specify a MAKEOBJDIRPREFIX on the command-line, it also passes by the test. YES I KNOW I'M NOT SUPPOSED TO DO THIS. Just like I'm not supposed to do the above. I'm deliberately avoiding setting the environment, for the sake of science. My point is that I don't have MAKEOBJDIRPREFIX in /etc/make.conf but instead in __MAKE_CONF, yet the build goes ahead... Anyway, now I have two MAKEOBJDIRPREFIXen, and the up-to-date make gets put in the command-line location, while the next step (temporary build tree) gets put in the __MAKE_CONF location. I've specified two different locations to be even more wrong and to see which gets used where ... >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /dist/obj/4.10-STABLE/dist/src/FreeBSD6-src/src/i386/legacy/usr/include while later, in the legacy release compatibility shims, both locations appear: >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /dist/src/FreeBSD6-src/src; MAKEOBJDIRPREFIX=/dist/obj/4.10-STABLE/dist/src/F __MAKE_CONF location ^^^^^^^^^^^^ reeBSD6-src/src/i386 INSTALL="sh /dist/src/FreeBSD6-src/src/tools/install.sh" PATH=/dist/obj/4.10-STABLE/dist/src/FreeBSD6-src/src/i386/legacy/usr/sbin:/dist/ obj/4.10-STABLE/dist/src/FreeBSD6-src/src/i386/legacy/usr/bin:/dist/obj/4.10-STA BLE/dist/src/FreeBSD6-src/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bi n WORLDTMP=/dist/obj/4.10-STABLE/dist/src/FreeBSD6-src/src/i386 MAKEFLAGS="-m /dist/src/FreeBSD6-src/src/tools/build/mk -D NOCLEAN -m /dist/src/FreeBSD6-src/ src/share/mk" /dist/obj/crash/dist/src/FreeBSD6-src/src/make.i386/make -f Makefi commandline location ^^^^ le.inc1 DESTDIR= BOOTSTRAPPING=450000 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNO PIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy ===> tools/build cd /dist/src/FreeBSD6-src/src/tools/build; /dist/obj/crash/dist/src/FreeBSD6-src /src/make.i386/make buildincludes; /dist/obj/crash/dist/src/FreeBSD6-src/src/mak e.i386/make installincludes sh /dist/src/FreeBSD6-src/src/tools/install.sh -C -o root -g wheel -m 444 langi nfo.h /dist/src/FreeBSD6-src/src/tools/build/../../include/getopt.h regex.h /dis t/obj/4.10-STABLE/legacy/usr/include ^^^^^^^^^^^^^^^^^^^^^^ this directory doesn't even exist... This is an example of what I should *NOT* be allowed to do. However, the Makefile/.inc1 check you added recently was not able to stop me from doing so... I'm guessing the FBSD-4 `make' doesn't work properly with your test when using the improper command-line form, but a later `make' would. The following test appears to bear this out: [02:55:26]beer@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk:~{845}$ env -i /dist/ob j/crash/dist/src/FreeBSD6-src/src/make.i386/make MAKEOBJDIRPREFIX=/dist/obj -f /dev/null -V MAKEOBJDIRPREFIX -d v dummy 2>&1 | grep -e '\(t/obj\|EOBJD\)' Global:.MAKEFLAGS = MAKEOBJDIRPREFIX=/dist/obj -V MAKEOBJDIRPREFIX -d Global:.MAKEFLAGS = MAKEOBJDIRPREFIX=/dist/obj -V MAKEOBJDIRPREFIX -d v Global:MFLAGS = -V MAKEOBJDIRPREFIX -d Global:MFLAGS = -V MAKEOBJDIRPREFIX -d v Applying :M to " MAKEOBJDIRPREFIX=/dist/obj -V MAKEOBJDIRPREFIX -d v" /dist/obj whilst with FBSD-4 `make': [02:55:47]beer@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk:~{846}$ env -i make MAK EOBJDIRPREFIX=/dist/obj -f /dev/null -V MAKEOBJDIRPREFIX -d v dummy | grep -e '\(t/obj\|EOBJD\)' Global:.MAKEFLAGS = -V MAKEOBJDIRPREFIX -d Global:.MAKEFLAGS = -V MAKEOBJDIRPREFIX -d v Applying :M to " -V MAKEOBJDIRPREFIX -d v" Global:MFLAGS = -V MAKEOBJDIRPREFIX -d v /dist/obj Indeed, if I invoke make as in the first instance above, I fall over your test (tested with releng-5). My /usr/share/mk has no mention of __MAKE_CONF while it's present in later RELENG_4; I suspect this is why building an up-to-date `make' failed to find the improperly-specified MAKEOBJDIRPREFIX in the __MAKE_CONF I gave. Or something. Is the fact that upgrade_checks calls ``make make'' without `-m .../mk' the reason for this? Is it dangerous to specify the newest src/share/mk at this point? I suspect it is. If so, I suspect that the -current Makefile test would also fail with my old /usr/share/mk when handed __MAKE_CONF, while that in releng_5 Makefile.inc1 would successfully stop my build, which is what I want to happen. This is the case, as _MAKE with `-m' is used with .inc1) Sorry if this isn't clear. Even I have a hard time explaining it myself. I want your test to stop me from being able to do the things I can do above, if it's possible, but I suspect that my /usr/share/mk is too old to help with -current, as is my `make'... Anyway, I don't have a solution to prevent someone from using an older `make' and passing `MAKEOBJDIRPREFIX=/foo' as a command-line variable; however, for -current, I've changed the following in Makefile which helps when I've given __MAKE_CONF: _MAKEOBJDIRPREFIX!= env -i PATH=${PATH} __MAKE_CONF=${__MAKE_CONF} \ MAKEFLAGS="${.MAKEFLAGS}" ${MAKE} \ -m ${.CURDIR}/share/mk -f /dev/null -V MAKEOBJDIRPREFIX dummy With this, I can no longer build: [03:54:13]beer@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk:/dist/src/FreeBSD6-src/ src{1212}$ time nice env TARGET_ARCH=i386 __MAKE_CONF=/dist/conf/current/make. conf make -DNOCLEAN buildworld "Makefile", line 93: MAKEOBJDIRPREFIX /dist/obj/4.10-STABLE can only be set in environment, not as a global (in /etc/make.conf) or command-line variable. This is what you want. Believe me. Still, I'm not sure if it is safe to use `-m' here, although it does work with my 4.x. (Hm, is it safe to use ${MAKE} here, seeing that later in the makefile one `make make's to build an up-to-date, probably for the case where `make' doesn't set `${MAKE}'... Ignore me.) thanks barry bouwsma From owner-freebsd-current@FreeBSD.ORG Sat Sep 4 21:40:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CADE16A4CE; Sat, 4 Sep 2004 21:40:18 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E6E843D31; Sat, 4 Sep 2004 21:40:17 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <413A363D.5080306@geminix.org> Date: Sat, 04 Sep 2004 23:40:13 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20040901151405.G47186@ganymede.hub.org> <20040901200257.GA92717@afields.ca><41365746.2030605@samsco.org> <20040901224632.O72978@ganymede.hub.org> <41394D0B.1050004@elischer.org> <20040904131131.A812@ganymede.hub.org> <200409041857.i84Ive1n046689@apollo.backplane.com> In-Reply-To: <200409041857.i84Ive1n046689@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1C3iGd-0005x2-00; Sat, 04 Sep 2004 23:40:16 +0200 X-Mailman-Approved-At: Sun, 05 Sep 2004 11:57:49 +0000 cc: freebsd-current@freebsd.org Subject: Re: vnode leak in FFS code ... ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Sep 2004 21:40:18 -0000 Matthew Dillon wrote: > [cached union FS vnodes keeping vnodes of underlying FS referenced] > An easy way to fix this, presuming that there are no bugs in unionfs > keeping the underlying vnode from being dereferenced, is to have a > system call which explicitly flushes all the vnodes with no references > associated with a mount point. You could then flush the unionfs mounts > in order to synchronize the destruction of removed files & directories > in underlying filesystems. You could do this once an hour or so to > greatly reduce the instances of 0-length directories. It's an incredible hack, but try this: cd /path/to/fs && umount /path/to/fs >/dev/null 2>&1 Fails of course, but reliably blows away all cached unreferenced vnodes associated with the respective mount point, due to the way unmount(2) is implemented in the kernel. Or at least in RELENG_4, that is. Can't tell for CURRENT. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 08:14:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A04416A4CE for ; Sun, 5 Sep 2004 08:14:00 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A86943D1F for ; Sun, 5 Sep 2004 08:14:00 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id 11CBF123796 for ; Sun, 5 Sep 2004 10:13:01 +0200 (CEST) Received: from alpha (unknown [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id 362C961AF for ; Sun, 5 Sep 2004 10:14:00 +0200 (CEST) From: "Bjoern Koenig" To: Date: Sun, 5 Sep 2004 10:14:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSTIGy0gaiZoNE5R0a9F2KJFU+MAw== Message-Id: <20040905081400.362C961AF@hoppel.local> X-Mailman-Approved-At: Sun, 05 Sep 2004 11:57:49 +0000 Subject: Re: mount_smbfs fails once X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 08:14:00 -0000 The changes in src/contrib/smbfs/mount_smbfs/mount_smbfs.c revision 1.5 solved the problem. Regards Bj=F6rn From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 09:57:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 394B316A4CE for ; Sun, 5 Sep 2004 09:57:03 +0000 (GMT) Received: from kiuru.kpnet.fi (kiuru.kpnet.fi [193.184.122.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F1443D1D for ; Sun, 5 Sep 2004 09:57:02 +0000 (GMT) (envelope-from midian@ihme.org) Received: from [192.168.1.57] (adsl-36-92.regionline.fi [194.211.36.92]) by kiuru.kpnet.fi (8.12.8/8.12.8) with ESMTP id i859v25t018994 for ; Sun, 5 Sep 2004 12:57:03 +0300 Date: Sun, 5 Sep 2004 12:56:59 +0300 (EEST) From: =?iso-8859-1?Q?Markus_H=E4stbacka?= X-X-Sender: midian@midi.ihme.net To: freebsd-current@freebsd.org Message-ID: <20040905124526.F15143@midi.ihme.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 05 Sep 2004 11:57:49 +0000 Subject: Sound performance problems in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 09:57:03 -0000 Hello list, I've experienced sound performance issues from the very first day I tested 5.x. The problem was that sound skipped whatever I did. Now I've reduced the problem a bit with changing my kernel config (No, any debug option isn't on or haven't ever been on when I've tested sound performance). After I recompiled the new kernel the sound didn't skip anymore, but now after 10 hour uptime and 5 hours of mp3 playing the skipping is back. The skipping is like every second there's a weird noise if I listen to something, like the track would go slower for 2/10 seconds of every second, you can imagine how annoying this can be. IMO it feels like some buffer is full or something and then it starts the skipping. My system: FreeBSD miduxBSD 5.3-BETA3 FreeBSD 5.3-BETA3 #0: Sun Sep 5 02:07:42 EEST 2004 midian@miduxBSD:/usr/src/sys/i386/compile/MIDUX i386 01:06.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) 01:06.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 07) Ask if you need more information. Markus From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 12:11:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B02B16A4DA; Sun, 5 Sep 2004 12:11:15 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 365CD43D1D; Sun, 5 Sep 2004 12:11:14 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i85CBCwg078341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Sep 2004 16:11:12 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i85CBCUe078340; Sun, 5 Sep 2004 16:11:12 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 5 Sep 2004 16:11:11 +0400 From: Gleb Smirnoff To: net@freebsd.org Message-ID: <20040905121111.GA78276@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: [TEST/REVIEW] Netflow implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 12:11:15 -0000 Collegues, here is netgraph module which implements Netflow traffic accounting, which I'm going to add to CURRENT in recent future: http://cell.sick.ru/~glebius/ng_netflow/ng_netflow-0.3-snap-20040905.tar.gz It is quite different to ng_netflow in ports/net, because its expiry thread is running outside of netgraph context, adding more parrallelizm on flow processing. I've been testing it for last week on loaded 100Mbit Ethernet which serves 9 ASes, 12 prefixes :) And it works stable. P.S. Please reply only to net@ list. I've added current@ just because more people are reading it. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 12:22:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4553216A4CE; Sun, 5 Sep 2004 12:22:07 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D779B43D1D; Sun, 5 Sep 2004 12:22:06 +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.1/8.13.1) with ESMTP id i85CM6WZ022651; Sun, 5 Sep 2004 08:22:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i85CM6pJ005352; Sun, 5 Sep 2004 08:22:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 684327303F; Sun, 5 Sep 2004 08:22:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040905122206.684327303F@freebsd-current.sentex.ca> Date: Sun, 5 Sep 2004 08:22:06 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2004 12:22:07 -0000 TB --- 2004-09-05 11:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-05 11:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-09-05 11:15:00 - checking out the source tree TB --- 2004-09-05 11:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-09-05 11:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-05 11:20:22 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-05 11:20:22 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-09-05 11:20:22 - /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 [...] ===> usr.sbin/pnpinfo cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/pnpinfo/../../sys -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/pnpinfo/../../contrib/pnpinfo/pnpinfo.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/pnpinfo/../../sys -o pnpinfo pnpinfo.o -lio gzip -cn /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/pnpinfo/../../contrib/pnpinfo/pnpinfo.8 > pnpinfo.8.gz ===> usr.sbin/ppp cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ppp/acf.c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ppp/acf.c: In function `acf_LayerPull': /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ppp/acf.c:76: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ppp. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-09-05 12:22:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-05 12:22:06 - ERROR: failed to build world TB --- 2004-09-05 12:22:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 12:59:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56CC916A4CE for ; Sun, 5 Sep 2004 12:59:51 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B66D43D1D for ; Sun, 5 Sep 2004 12:59:50 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1C3wcS-000CF6-Ph; Sun, 05 Sep 2004 14:59:44 +0200 Date: Sun, 5 Sep 2004 14:59:44 +0200 From: Oliver Brandmueller To: Jeremy Chadwick Message-ID: <20040905125944.GD38513@e-Gitt.NET> References: <20040903013424.GA57576@e-Gitt.NET> <20040903014625.GB57576@e-Gitt.NET> <20040903023846.GA95115@parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040903023846.GA95115@parodius.com> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller cc: current@freebsd.org Subject: Re: mysql on recent RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 12:59:51 -0000 Hi. On Thu, Sep 02, 2004 at 07:38:46PM -0700, Jeremy Chadwick wrote: > What's yet to be discussed by anyone is _why_ -march is required for > this to work. Is this a gcc-related problem? It's incredibly easy to > reproduce. I agree with you. With 5.3-RELEASE people will expect MySQL to work out of the box (read: from the package or from ports without tweaking make.conf) on FreeBSD. There's an open bug report ports/70889 on this topic, though it's not very general, but I think it won't help opening a second one. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 13:16:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFE2016A4CF for ; Sun, 5 Sep 2004 13:16:08 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CC7F43D41 for ; Sun, 5 Sep 2004 13:16:08 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i85DG8tN093996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 5 Sep 2004 06:16:08 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i85DG8Qq093995 for current@freebsd.org; Sun, 5 Sep 2004 06:16:08 -0700 (PDT) (envelope-from jdc) Date: Sun, 5 Sep 2004 06:16:08 -0700 From: Jeremy Chadwick To: current@freebsd.org Message-ID: <20040905131608.GA93905@parodius.com> Mail-Followup-To: current@freebsd.org References: <20040903013424.GA57576@e-Gitt.NET> <20040903014625.GB57576@e-Gitt.NET> <20040903023846.GA95115@parodius.com> <20040905125944.GD38513@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040905125944.GD38513@e-Gitt.NET> User-Agent: Mutt/1.5.6i Subject: Re: mysql on recent RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 13:16:08 -0000 I agree, opening another bug report on this probably wouldn't do much. However, the only places I've seen it mentioned are here on -current. ports/70889 is also for the alpha architecture, which may (possibly?) be seeing a different error message depending upon what sort-of code is being generated. I don't "mind" having to use CPUTYPE as a workaround (I'm glad there's one at all!); I'm mainly worried that the MySQL folks will begin claiming that "FreeBSD isn't suited for MySQL" because of this problem, or something along those lines. There's enough public misnomers as-is about MySQL on FreeBSD (even a few on the official MySQL site). I'm more than happy to test patches or give someone access to our 5.x SQL box if they want to try and track this down. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Sun, Sep 05, 2004 at 02:59:44PM +0200, Oliver Brandmueller wrote: > Hi. > > On Thu, Sep 02, 2004 at 07:38:46PM -0700, Jeremy Chadwick wrote: > > What's yet to be discussed by anyone is _why_ -march is required for > > this to work. Is this a gcc-related problem? It's incredibly easy to > > reproduce. > > I agree with you. With 5.3-RELEASE people will expect MySQL to work out > of the box (read: from the package or from ports without tweaking > make.conf) on FreeBSD. > > There's an open bug report ports/70889 on this topic, though it's not > very general, but I think it won't help opening a second one. > > - Oliver > > -- > | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | > | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | > | Ich bin das Internet. Sowahr ich Gott helfe. | > | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 13:26:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 802BF16A4CE for ; Sun, 5 Sep 2004 13:26:51 +0000 (GMT) Received: from hotmail.com (bay11-dav50.bay11.hotmail.com [64.4.39.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B41E43D48 for ; Sun, 5 Sep 2004 13:26:51 +0000 (GMT) (envelope-from dsnofe@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 5 Sep 2004 06:26:51 -0700 Received: from 222.64.53.190 by bay11-dav50.bay11.hotmail.com with DAV; Sun, 05 Sep 2004 13:26:51 +0000 X-Originating-IP: [222.64.53.190] X-Originating-Email: [dsnofe@msn.com] X-Sender: dsnofe@msn.com Date: Sun, 05 Sep 2004 21:26:30 +0800 From: Deng XueFeng To: Ian Dowse In-Reply-To: <200409041653.aa45226@salmon.maths.tcd.ie> References: <20040904230250.60A0.DSNOFE@msn.com> <200409041653.aa45226@salmon.maths.tcd.ie> Message-Id: <20040905211722.30F1.DSNOFE@msn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [CN] X-OriginalArrivalTime: 05 Sep 2004 13:26:51.0350 (UTC) FILETIME=[00CDC760:01C4934C] cc: current@freebsd.org Subject: Re: 6-current's BTX loader auto reboot after make world. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 13:26:51 -0000 I tried. but even I use: # env TZ=GMT cvs update -D'2004/06/28 14:00:00 (old than my lat build world) the loader continue autoreboot. any idea? PS: how to debug loader? > In message <20040904230250.60A0.DSNOFE@msn.com>, Deng XueFeng writes: > >i use: > > > >0:ad(0,a)/boot/loader.old > > > >to enter system, then: > ># mv loader.old loader. > > > >reboot, all is ok. > >My last build world is 2004-08-02. > >Is there any change to loader during there days? > > The amd64 module support and a few other changes went in during > that timeframe. If possible, could you try to track down which > changes are to blame? This will involve using cvs or cvsup to update > the boot code to a few different versions and test if you get a > working loader. > > First make sure you have a working copy of the loader (e.g. copy > to /boot/loader.good and test that it works). > > To test each case, you'll first need to update your boot code sources > to a particular date. With CVS, you'd use > > cd /usr/src/sys/boot > env TZ=GMT cvs update -D'2004/08/28 14:00:00' (for example) > > With cvsup you can add a 'date=2004.08.28.14.00.00' for example to > your supfile and `cvsup ... -i src/sys/boot supfile'. To build and > install the loader you'll need to do something like: > > cd /usr/src/sys/boot > make clean > make > make install > > Some dates that are worth checking are: > 2004/08/28 14:00:00 GMT (before amd64 loader work started) > 2004/08/28 17:00:00 GMT (after addition of helper functions) > 2004/08/29 00:00:00 GMT (after relocation changes) > 2004/08/29 02:00:00 GMT (all amd64 loader changes complete) > > It would be great if you could narrow down when the problem was > introduced this way, as it may be hard to find otherwise. > > Ian > _______________________________________________ > 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" Sincerely, Deng XueFeng MSN: dsnofe@msn.com http://www.dengh.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 13:32:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B75FF16A4CE; Sun, 5 Sep 2004 13:32:05 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5371443D1D; Sun, 5 Sep 2004 13:32:05 +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.1/8.13.1) with ESMTP id i85DW448029101; Sun, 5 Sep 2004 09:32:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i85DW4U3015284; Sun, 5 Sep 2004 09:32:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B59EE7303F; Sun, 5 Sep 2004 09:32:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040905133204.B59EE7303F@freebsd-current.sentex.ca> Date: Sun, 5 Sep 2004 09:32:04 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2004 13:32:05 -0000 TB --- 2004-09-05 12:22:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-05 12:22:06 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-05 12:22:06 - checking out the source tree TB --- 2004-09-05 12:22:06 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-05 12:22:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-05 12:28:18 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-05 12:28:18 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-05 12:28:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DNOI4B -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c: In function `auth_ReadHeader': /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:447: warning: unsigned int format, different type arg (arg 4) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:451: warning: unsigned int format, different type arg (arg 4) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c: In function `auth_ReadName': /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:462: warning: unsigned int format, different type arg (arg 3) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:468: warning: unsigned int format, different type arg (arg 3) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp/auth.c:468: warning: unsigned int format, different type arg (arg 4) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ppp. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-05 13:32:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-05 13:32:04 - ERROR: failed to build world TB --- 2004-09-05 13:32:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 13:37:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FB5516A4CE for ; Sun, 5 Sep 2004 13:37:50 +0000 (GMT) Received: from happy.kiev.ua (happy.kiev.ua [193.109.241.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4459C43D1F for ; Sun, 5 Sep 2004 13:37:49 +0000 (GMT) (envelope-from gul@happy.kiev.ua) Received: from gul by happy.kiev.ua with local (Exim 4.41) id 1C3xDF-0005xv-BT for current@freebsd.org; Sun, 05 Sep 2004 16:37:45 +0300 Date: Sun, 5 Sep 2004 16:37:45 +0300 From: Pavel Gulchouck To: current@freebsd.org Message-ID: <20040905133744.GZ3280@happy.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: Linux X-FTN-Address: 2:463/68 X-Flames-To: /dev/null X-GC: GCC d- s+: a33 C+++ UL++++ UB++++ P+ L++ E--- W++ N++ o-- K- w--- O++ X-GC: M? V- PS PE+ Y+ PGP+ t? 5? X? R? !tv b+ DI? D? G e h--- r+++ y+++ User-Agent: Mutt/1.5.6i Subject: fstat segfault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gul@gul.kiev.ua List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2004 13:37:50 -0000 Hello. I've found messages like kernel: pid 92857 (fstat), uid 1016: exited on signal 11 on my syslog. On this machine fstat runs every 5 minutes by mrtg. Simple test gives this result: root@new-puma:~>while fstat >/dev/null; do echo -n '#'; done ############################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################Segmentation fault It gets segfault on SMP systems, 5.3-BETA2 and 5.2.1-RELEASE-p9 and works correctly on single-cpu systems, but I'm not sure it's a common rule. Here's gdb output: Program received signal SIGSEGV, Segmentation fault. 0x281453fd in bcopy () from /lib/libc.so.5 (gdb) bt #0 0x281453fd in bcopy () from /lib/libc.so.5 #1 0x08049488 in dofiles (kp=0x8051ca8) at /usr/src/usr.bin/fstat/fstat.c:372 #2 0x08049228 in fstat_kvm (what=0, arg=0) at /usr/src/usr.bin/fstat/fstat.c:278 #3 0x08049264 in fstat_sysctl (what=0, arg=0) at /usr/src/usr.bin/fstat/fstat.c:289 #4 0x08048f83 in main (argc=1, argv=0xbfbfeb1c) at /usr/src/usr.bin/fstat/fstat.c:229 Any ideas? -- Lucky carrier, Pavel. From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 14:03:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B35E116A4CE for ; Sun, 5 Sep 2004 14:03:47 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6636643D3F for ; Sun, 5 Sep 2004 14:03:47 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i85E3kjf000727; Sun, 5 Sep 2004 10:03:46 -0400 (EDT) Date: Sun, 5 Sep 2004 10:03:46 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Jeremy Chadwick In-Reply-To: <20040905131608.GA93905@parodius.com> 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: current@freebsd.org Subject: Re: mysql on recent RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 05 Sep 2004 14:03:47 -0000 On Sun, 5 Sep 2004, Jeremy Chadwick wrote: > I agree, opening another bug report on this probably wouldn't do much. > However, the only places I've seen it mentioned are here on -current. > > ports/70889 is also for the alpha architecture, which may (possibly?) be > seeing a different error message depending upon what sort-of code is > being generated. > > I don't "mind" having to use CPUTYPE as a workaround (I'm glad there's > one at all!); I'm mainly worried that the MySQL folks will begin claiming > that "FreeBSD isn't suited for MySQL" because of this problem, or > something along those lines. There's enough public misnomers as-is > about MySQL on FreeBSD (even a few on the official MySQL site). > > I'm more than happy to test patches or give someone access to our 5.x > SQL box if they want to try and track this down. I seem to recall someone mentioning that this was a compiler bug that was fixed (worked around) in mysql (CVS?) sources. It might have been posted over on threads@, but I can't recall. -- Dan From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 14:37:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BA6616A4CE for ; Sun, 5 Sep 2004 14:37:11 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F23AA43D49 for ; Sun, 5 Sep 2004 14:37:10 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i85EYNxk005750; Sun, 5 Sep 2004 10:34:23 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i85EYNTi005747; Sun, 5 Sep 2004 10:34:23 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 5 Sep 2004 10:34:22 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Maxim Maximov In-Reply-To: <413AC8F1.9020601@mcsi.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: [PATCH] poll() hang with X apps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 14:37:11 -0000 On Sun, 5 Sep 2004, Maxim Maximov wrote: > > Yeah, I had a good idea about what the problem might be, but I couldn't > > reproduce it here. Happily, Doug could and was willing to spend a lot of > > time with the debugger to track stuff down. Turns out it may have been a > > potential race I tagged when I was originally reviewing that element of > > socket locking, but hadn't yet had a chance to revisit. If the patch > > fixes it, wonderful! If not, there are one or two other things in the > > polling/select code that could use review. Assuming this patch does fix > > the problem for you (it did for Doug), I'll get it merged into HEAD > > tomorrow, and RELENG_5 a few days later. > > > > Thanks for your bug report, and we'll see how it goes :-). > > It goes very well. Easily reproducible xscreensaver hacks hangs > described by Doug are gone for me too. I believe the patch also solves > my dockapp problems. I haven't seen any wmdockapps hangs yet, but they > are harder to reproduce, so only time will tell. > > I guess this patch should be merged anyway. At least for xscreensaver > related hangs :) Wonderful. I've merged this to HEAD and put it on the RELENG_5 MFC path to merge in a couple of days. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 14:55:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E611316A4CE for ; Sun, 5 Sep 2004 14:55:01 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C6F143D1D for ; Sun, 5 Sep 2004 14:55:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.200] ([192.168.0.200]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i85Esmpt094826; Sun, 5 Sep 2004 08:54:49 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <413B2807.1060808@samsco.org> Date: Sun, 05 Sep 2004 08:51:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Brandmueller References: <20040903013424.GA57576@e-Gitt.NET> In-Reply-To: <20040903013424.GA57576@e-Gitt.NET> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: mysql on recent RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 14:55:02 -0000 Oliver Brandmueller wrote: > Hi, > > I see a little problem with either mysql-server 3.23 or 4.1.3 on a > RELENG_5 as of about 12 hours ago: > > mysql runs fine so far, but as soon as I do not connect by socket, but > by network on localhost (127.0.0.1) the mysqld dies by sig11 (and is the > restarted automatically by the wrapper). > > I tried ULE and 4BSD, I tried a mysql 3.23 from package. I tried > compiling 3.23 and 4.1.3 (did not try 4.1.4 which just arrived at the > ports a few hours ago) "just plain", with BUILD_OPTIMIZED, with > WITH_LINUXTHREADS defined and saw now difference. I also changed > libpthread to libc_r by libmap.conf and had no difference. > I've built MySQL 4.0 server & client from /usr/ports several dozen times over the past month with many different options and I've never had a problem and have never had to set CPUFLAGS in make.conf. This is on a Pentium-4 system. Mabye I'm missing something here? Scott From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 14:56:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1649116A4CE; Sun, 5 Sep 2004 14:56:39 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE1D843D2D; Sun, 5 Sep 2004 14:56:38 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i85Erqlh005961; Sun, 5 Sep 2004 10:53:52 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i85Erprd005958; Sun, 5 Sep 2004 10:53:51 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 5 Sep 2004 10:53:51 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Maxim Maximov In-Reply-To: <413AD651.2030504@mcsi.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: dwhite@freebsd.org cc: current@freebsd.org Subject: Re: KQUEUE/TTY related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 14:56:39 -0000 On Sun, 5 Sep 2004, Maxim Maximov wrote: > Just got a panic when dropped into DDB by Ctrl-Alt-Esc, issued > 'show witness', pressed ScrLk, pressed PgUp ten times, then PgDn. Then > released cursor by pressing ScrLk again. This is pretty much identical to the panic Jan Srzednicki reported, wherein the syscons code under DDB calls into the TTY code (and really shouldn't). The low level polled console I/O routines are not supposed to mess with schedulers, etc, etc. CC'ing Doug White since he expressed some interest in all this :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > db> panic: blockable sleep lock (sleep mutex) tty @ > /usr/src/sys/kern/kern_event.c:1450 > cpuid = 0 > boot() called on cpu#0 > Uptime: 2m22s > > Machine freezes completely here. Keys didn't work. Reset helped. > Tried exactly the same actions after reboot - exactly same effect. > Machine is SMP, HTT, WITNESS enabled, today's HEAD. > Dmesg is at http://mcsi.pp.ru/dmesg.boot > > -- > Maxim Maximov > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 15:18:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A02C816A4CE for ; Sun, 5 Sep 2004 15:18:18 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id E37C243D48 for ; Sun, 5 Sep 2004 15:18:17 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1C3ymU-000E33-C8; Sun, 05 Sep 2004 17:18:14 +0200 Date: Sun, 5 Sep 2004 17:18:14 +0200 From: Oliver Brandmueller To: Scott Long Message-ID: <20040905151813.GE38513@e-Gitt.NET> References: <20040903013424.GA57576@e-Gitt.NET> <413B2807.1060808@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <413B2807.1060808@samsco.org> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller cc: current@freebsd.org Subject: Re: mysql on recent RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 15:18:18 -0000 Hi Scott. On Sun, Sep 05, 2004 at 08:51:51AM -0600, Scott Long wrote: > I've built MySQL 4.0 server & client from /usr/ports several dozen times > over the past month with many different options and I've never had a > problem and have never had to set CPUFLAGS in make.conf. This is on a > Pentium-4 system. Mabye I'm missing something here? Building and running the mysqld works just fine, you can connect with no problems through the socket. But did you also try to connect through the network, something like: mysql -h 127.0.0.1 -u root -p ? This crashes mysqld (which is then restarted by the wrapper). You get an error logging in and in the log of MySQL you find something about sig11. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 16:39:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 277AF16A4CE; Sun, 5 Sep 2004 16:39:57 +0000 (GMT) Received: from kraid.nerim.net (smtp-100-sunday.nerim.net [62.4.16.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58FAD43D2D; Sun, 5 Sep 2004 16:39:55 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from nerim.net (cbuisson.net1.nerim.net [213.41.135.238]) by kraid.nerim.net (Postfix) with ESMTP id 10FBC4192F; Sun, 5 Sep 2004 18:39:50 +0200 (CEST) Message-ID: <413B4156.6010603@nerim.net> Date: Sun, 05 Sep 2004 18:39:50 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41374767.4090809@nerim.net> In-Reply-To: <41374767.4090809@nerim.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: sos@freebsd.org Subject: Follow-up: 5.3-BETA2 do not boot (ata related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 16:39:57 -0000 Claude Buisson wrote: > I have problems running recent 5.X on a Compaq Armada 3500 (no ACPI). > > I used to get (same with 4.X): > > ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt > > for the cdrom, and the boot succeeded - see dmesg.20040723v > > After a RELENG_5 cvsup on Aug 28, the message became: > > ata1-slave: FAILURE - ATAPI_IDENTIFY status=1 > error=1 LBA=0 > > and the boot stopped here. > > I tried updating sys/dev/ata to -current, i.e. with: > > ata-all.c 1.224 > ata-all.h 1.82 > ata-chipset.c 1.84 > ata-disk.c 1.177 > ata-dma.c 1.130 > ata-lowlevel.c 1.46 > ata-pci.c 1.88 > ata-queue.c 1.34 > atapi-cd.c 1.171 > > without any progress - see dmesg.curata (hand copied) > > I reverted to the (approximatively) Aug 12 state, i.e. with: > > ata-all.c 1.221 > ata-all.h 1.80 > ata-chipset.c 1.79 > ata-disk.c 1.175 > ata-dma.c 1.128 > ata-lowlevel.c 1.43 > ata-pci.c 1.87 > ata-queue.c 1.31 > > to get a runnable system - see dmesg.20040831v > > Note that the: > ATAPI_RESET time = 2910us > is only 210us with a non verbose boot. > > The cdrom seems to be of the evil kind which is both master and slave, > with no visible/accessible switch/jumper. > > Any hope ? > > Claude Buisson > > > ------------------------------------------------------------------------ > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.2-CURRENT-20040710 #0: Fri Jul 16 22:23:07 CEST 2004 > root@armada.home.tbf:/home/obj/home/src/sys/ARMADA5X > Preloaded elf kernel "/boot/kernel/kernel" at 0xc070b000. > Preloaded elf module "/boot/kernel/if_xe.ko" at 0xc070b1a4. > Preloaded elf module "/boot/kernel/snd_ess.ko" at 0xc070b250. > Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc070b2fc. > Preloaded elf module "/boot/kernel/snd_sbc.ko" at 0xc070b3a8. > Preloaded elf module "/boot/kernel/ums.ko" at 0xc070b454. > Preloaded elf module "/boot/kernel/apm.ko" at 0xc070b4fc. > Preloaded elf module "/boot/kernel/intpm.ko" at 0xc070b5a4. > Preloaded elf module "/boot/kernel/smbus.ko" at 0xc070b650. > Calibrating clock(s) ... i8254 clock: 1193213 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 300012655 Hz > CPU: Pentium II/Pentium II Xeon/Celeron (300.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x652 Stepping = 2 > Features=0x183f9ff > real memory = 201293824 (191 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000000826000 - 0x000000000bc67fff, 189014016 bytes (46146 pages) > avail memory = 191614976 (182 MB) > bios32: Found BIOS32 Service Directory header at 0xc00fa000 > bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0x484 > pnpbios: Found PnP BIOS data at 0xc00fe2d0 > pnpbios: Entry = f0000:4d37 Rev = 1.0 > pnpbios: Event flag at fe2f6 > pnpbios: OEM ID 5eb0110e > Other BIOS signatures found: > null: > random: > mem: > Pentium Pro MTRR support enabled > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71928086) > pcibios: BIOS version 2.10 > apm0: on motherboard > apm0: found APM BIOS v1.2, connected at v1.2 > pcib0: at pcibus 0 on motherboard > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 3, range 32, base 50000000, size 28, enabled > found-> vendor=0x8086, dev=0x7192, revid=0x02 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x2200, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x7110, revid=0x02 > bus=0, slot=7, 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) > map[20]: type 4, range 32, base 00001020, size 4, enabled > found-> vendor=0x8086, dev=0x7111, revid=0x01 > bus=0, slot=7, func=1 > class=01-01-80, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[20]: type 4, range 32, base 00001000, size 5, enabled > found-> vendor=0x8086, dev=0x7112, revid=0x01 > bus=0, slot=7, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=d, irq=11 > map[90]: type 4, range 32, base 00000d00, size 4, enabled > found-> vendor=0x8086, dev=0x7113, revid=0x02 > bus=0, slot=7, func=3 > class=06-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[10]: type 1, range 32, base 40000000, size 24, enabled > found-> vendor=0x102c, dev=0x00c0, revid=0x64 > bus=0, slot=8, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0083, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > map[10]: type 1, range 32, base 7fffe000, size 12, enabled > found-> vendor=0x104c, dev=0xac17, revid=0x02 > bus=0, slot=17, func=0 > class=06-07-00, hdrtype=0x02, mfdev=1 > cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x42 (1980 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) > intpin=a, irq=11 > powerspec 1 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base 7ffff000, size 12, enabled > found-> vendor=0x104c, dev=0xac17, revid=0x02 > bus=0, slot=17, func=1 > class=06-07-00, hdrtype=0x02, mfdev=1 > cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x42 (1980 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) > intpin=a, irq=11 > powerspec 1 supports D0 D1 D2 D3 current D0 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0x1020-0x102f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1020 > 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-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > ata0: at 0x1f0 irq 14 on atapci0 > ata0: [MPSAFE] > 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=51 ostat1=01 > ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=00 stat1=00 devices=0xc > ata1: at 0x170 irq 15 on atapci0 > ata1: [MPSAFE] > uhci0: port 0x1000-0x101f irq 11 at device 7.2 on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1000 > 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 > intpm0: port 0xd00-0xd0f irq 9 at device 7.3 on pci0 > intpm0: Reserved 0x10 bytes for rid 0x90 type 4 at 0xd00 > intpm0: I/O mapped d00 > intpm0: intr IRQ 9 enabled revision 0 > intpm0: [GIANT-LOCKED] > intsmb0: on intpm0 > smbus0: on intsmb0 > intpm0: PM I/O mapped f00 > pci0: at device 8.0 (no driver attached) > cbb0: mem 0x7fffe000-0x7fffefff irq 11 at device 17.0 on pci0 > cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x7fffe000 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [MPSAFE] > cbb0: PCI Configuration space: > 0x00: 0xac17104c 0x02100007 0x06070002 0x00824208 > 0x10: 0x7fffe000 0x020000a0 0x20010100 0xfffff000 > 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc > 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b > 0x40: 0xb0470e11 0x00000001 0x00000000 0x00000000 > 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x80: 0x28049060 0x00000000 0x00000000 0x01001c72 > 0x90: 0x61648280 0x00000000 0x00000000 0x00000000 > 0xa0: 0x7e210001 0x00800000 0x00000000 0x00000007 > 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 > cbb1: mem 0x7ffff000-0x7fffffff irq 11 at device 17.1 on pci0 > cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x7ffff000 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > cbb1: [MPSAFE] > cbb1: PCI Configuration space: > 0x00: 0xac17104c 0x02100007 0x06070002 0x00824208 > 0x10: 0x7ffff000 0x020000a0 0x20020200 0xfffff000 > 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc > 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b > 0x40: 0xb0470e11 0x00000001 0x00000000 0x00000000 > 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x80: 0x28049060 0x00000000 0x00000000 0x01001c72 > 0x90: 0x61648280 0x00000000 0x00000000 0x00000000 > 0xa0: 0x7e210001 0x00800000 0x00000000 0x00000007 > 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 > cpu0 on motherboard > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > pnpbios: 18 devices, largest 250 bytes > PNP0401: adding irq mask 0x80 > PNP0401: adding dma mask 0x1 > PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 > PNP0401: adding io range 0x778-0x77a, size=0x3, align=0 > pnpbios: handle 1 device ID PNP0401 (0104d041) > PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 > PNP0501: adding irq mask 0x10 > pnpbios: handle 2 device ID PNP0501 (0105d041) > pnpbios: handle 3 device ID PNP0511 (1105d041) > PNP0700: adding irq mask 0x40 > PNP0700: adding dma mask 0x4 > PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0 > pnpbios: handle 4 device ID PNP0700 (0007d041) > ESS0006: adding io range 0x250-0x257, size=0x8, align=0 > pnpbios: handle 5 device ID ESS0006 (06007316) > CPQb0ac: adding io range 0x220-0x22f, size=0x10, align=0 > CPQb0ac: adding io range 0x388-0x38b, size=0x4, align=0 > CPQb0ac: adding io range 0x330-0x331, size=0x2, align=0 > CPQb0ac: adding irq mask 0x20 > CPQb0ac: adding dma mask 0x2 > CPQb0ac: adding dma mask 0x20 > pnpbios: handle 6 device ID CPQb0ac (acb0110e) > PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 > PNP0c01: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 > PNP0c01: adding fixed memory32 range 0x100000-0xbffffff, size=0xbf00000 > pnpbios: handle 7 device ID PNP0c01 (010cd041) > PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 > PNP0c04: adding irq mask 0x2000 > pnpbios: handle 8 device ID PNP0c04 (040cd041) > PNP0100: adding io range 0x40-0x43, size=0x4, align=0 > PNP0100: adding irq mask 0x1 > pnpbios: handle 10 device ID PNP0100 (0001d041) > PNP0200: adding io range 0-0xf, size=0x10, align=0 > PNP0200: adding io range 0x80-0x8f, size=0x10, align=0 > PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 > PNP0200: adding dma mask 0x10 > pnpbios: handle 11 device ID PNP0200 (0002d041) > PNP0800: adding io range 0x61-0x61, size=0x1, align=0 > pnpbios: handle 12 device ID PNP0800 (0008d041) > PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 > PNP0b00: adding io range 0x72-0x73, size=0x2, align=0 > PNP0b00: adding irq mask 0x100 > pnpbios: handle 13 device ID PNP0b00 (000bd041) > PNP0303: adding io range 0x60-0x60, size=0x1, align=0 > PNP0303: adding io range 0x64-0x64, size=0x1, align=0 > PNP0303: adding irq mask 0x2 > pnpbios: handle 14 device ID PNP0303 (0303d041) > PNP0f13: adding irq mask 0x1000 > pnpbios: handle 15 device ID PNP0f13 (130fd041) > PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 > pnpbios: handle 16 device ID PNP0a03 (030ad041) > PNP0c02: adding fixed memory32 range 0xfffc0000-0xffffffff, size=0x40000 > PNP0c02: adding fixed memory32 range 0xcb000-0xcbfff, size=0x1000 > PNP0c02: adding io range 0x22-0x3f, size=0x1e, align=0 > PNP0c02: adding io range 0x44-0x5f, size=0x1c, align=0 > PNP0c02: adding io range 0x62-0x63, size=0x2, align=0 > PNP0c02: adding io range 0x65-0x6f, size=0xb, align=0 > PNP0c02: adding io range 0x74-0x74, size=0x1, align=0 > PNP0c02: adding io range 0x75-0x75, size=0x1, align=0 > PNP0c02: adding io range 0x76-0x76, size=0x1, align=0 > PNP0c02: adding io range 0x77-0x77, size=0x1, align=0 > PNP0c02: adding io range 0x90-0x91, size=0x2, align=0 > PNP0c02: adding io range 0x92-0x92, size=0x1, align=0 > PNP0c02: adding io range 0x93-0x9f, size=0xd, align=0 > PNP0c02: adding io range 0xa2-0xbf, size=0x1e, align=0 > PNP0c02: adding io range 0xe0-0xe1, size=0x2, align=0 > PNP0c02: adding io range 0xe2-0xe3, size=0x2, align=0 > PNP0c02: adding io range 0x100-0x107, size=0x8, align=0 > PNP0c02: adding io range 0x260-0x263, size=0x4, align=0 > PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0 > PNP0c02: adding io range 0xf00-0xf3f, size=0x40, align=0 > PNP0c02: adding io range 0xd00-0xd0f, size=0x10, align=0 > pnpbios: handle 18 device ID PNP0c02 (020cd041) > PNP0e03: adding io range 0x3e0-0x3e1, size=0x2, align=0 > pnpbios: handle 19 device ID PNP0e03 (030ed041) > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > orm0: at iomem 0xc0000-0xcafff on isa0 > pmtimer0 on isa0 > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0065 > psm0: flags 0xc000 irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons > psm0: config:0000c000, flags:00000000, packet size:4 > psm0: syncmask:08, syncbits:08 > fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: parallel port found at 0x378 > ppc0: using extended I/O port range > ppc0: EPP SPP > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppbus0: on ppc0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > fb: new array size 4 > sc0: at flags 0x100 on isa0 > sc0: VGA <12 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > fb0: vga0, vga, type:VGA (5), flags:0x7007f > fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 > fb0: init mode:24, bios mode:3, current mode:24 > fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k > VGA parameters upon power-up > 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > VGA parameters in BIOS for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > EGA/VGA parameters to be used for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > isa_probe_children: probing PnP devices > unknown: can't assign resources (port) > unknown: at port 0x378-0x37f on isa0 > unknown: can't assign resources (port) > unknown: at port 0x3f8-0x3ff on isa0 > unknown: failed to probe on isa0 > unknown: can't assign resources (port) > unknown: at port 0x3f0-0x3f5 on isa0 > sbc0: at port 0x330-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 5,1 on isa0 > sbc0: [GIANT-LOCKED] > pcm0: on sbc0 > pcm0: ESS1869 detected, newspeed > pcm0: [GIANT-LOCKED] > pcm0: sndbuf_setmap 1de000, 1000; 0xc987d000 -> 1de000 > pcm0: sndbuf_setmap 1e5000, 1000; 0xc987e000 -> 1e5000 > unknown: failed to probe at port 0x61 on isa0 > unknown: can't assign resources (port) > unknown: at port 0x60 on isa0 > unknown: can't assign resources (irq) > unknown: at irq 12 on isa0 > unknown: can't assign resources (port) > unknown: at port 0x4d0-0x4d1,0x260-0x263,0x100-0x107,0xe2-0xe3,0xe0-0xe1,0xa2-0xbf,0x93-0x9f,0x92,0x90-0x91,0x77,0x76,0x75,0x74,0x65-0x6f,0x62-0x63,0x44-0x5f,0x22-0x3f iomem 0xcb000-0xcbfff,0xfffc0000-0xffffffff on isa0 > unknown: failed to probe at port 0x3e0-0x3e1 on isa0 > Device configuration finished. > TSC timecounter disabled: APM enabled. > Timecounter "TSC" frequency 300012655 Hz quality -1000 > Timecounters tick every 10.000 msec > lo0: bpf attached > ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin > ata0-master: setting PIO4 on Intel PIIX4 chip > ata0-master: setting UDMA33 on Intel PIIX4 chip > ad0: ATA-4 disk at ata0-master > ad0: 6194MB (12685680 sectors), 13424 C, 15 H, 63 S, 512 B > ad0: 16 secs/int, 1 depth queue, UDMA33 > GEOM: new disk ad0 > [0] f:80 typ:11 s(CHS):1/0/1 e(CHS):278/239/63 s:15120 l:4203360 > [1] f:00 typ:18 s(CHS):0/1/1 e(CHS):0/239/63 s:63 l:15057 > [2] f:00 typ:165 s(CHS):279/0/1 e(CHS):838/239/63 s:4218480 l:8467200 > [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s1, start 7741440 length 2152120320 end 2159861759 > GEOM: Configure ad0s2, start 32256 length 7709184 end 7741439 > GEOM: Configure ad0s3, start 2159861760 length 4335206400 end 6495068159 > GEOM: Configure ad0s3a, start 0 length 134217728 end 134217727 > GEOM: Configure ad0s3b, start 134217728 length 536870912 end 671088639 > GEOM: Configure ad0s3c, start 0 length 4335206400 end 4335206399 > GEOM: Configure ad0s3d, start 671088640 length 872415232 end 1543503871 > GEOM: Configure ad0s3e, start 1543503872 length 134217728 end 1677721599 > GEOM: Configure ad0s3f, start 1677721600 length 2657484800 end 4335206399 > ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt > ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt > ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin > ata1-master: setting PIO4 on Intel PIIX4 chip > acd0: CDROM drive at ata1 as master > acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 > acd0: Reads: CDR, CDRW, CDDA > acd0: Writes: > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > Mounting root from ufs:/dev/ad0s3a > start_init: trying /sbin/init > > > ------------------------------------------------------------------------ > > Hand copied dmesg of latest kernel boot (with updated sys/dev/ata/) > > atapci0: port 0x1020-0x102f,0x376,0x170-0x177, > 0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > atapci0: Reseved 0x10 bytes for rid 0x20 type 4 at 0x1020 > ata0: channel #0 on atapci0 > atapci0: Reseved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reseved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask 03 ostat0=50 ostat1=00 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > ata0: [MPSAFE] > ata1: channel #1 on atapci0 > atapci0: Reseved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reseved 0x1 bytes for rid 0x1c type 4 at 0x3f6 > ata1: reset tp1 mask 03 ostat0=51 ostat1=01 > ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=00 stat1=00 devices=0xc > ata1: [MPSAFE] > > ... > > ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin > ata0-master: setting PIO4 on Intel PIIX4 chip > ata0-master: setting UDMA33 on Intel PIIX4 chip > ad0: ATA-4 disk at ata0-master > ad0: 6194MB (12685680 sectors), 13424 C, 15 H, 63 S, 512 B > ad0: 16 secs/int, 1 depth queue, UDMA33 > GEOM: new disk ad0 > > ... > > ata1: reiniting channel .. > ata1: reset tp1 mask 03 ostat0=00 ostat1=01 > ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=00 stat1=00 devices=0xc > ata1: resetting done .. > ata1-slave: FAILURE - ATAPI_IDENTIFY status=1 error=1 > LBA=0 > > > ------------------------------------------------------------------------ > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-BETA2 #0: Tue Aug 31 14:58:45 CEST 2004 > toor@adele.home.tbf:/home/obj/home/src/sys/ARMADA5X > Preloaded elf kernel "/boot/kernel/kernel" at 0xc072a000. > Preloaded elf module "/boot/kernel/vesa.ko" at 0xc072a1a4. > Preloaded elf module "/boot/kernel/if_xe.ko" at 0xc072a250. > Preloaded elf module "/boot/kernel/snd_ess.ko" at 0xc072a2fc. > Preloaded elf module "/boot/kernel/sound.ko" at 0xc072a3a8. > Preloaded elf module "/boot/kernel/snd_sbc.ko" at 0xc072a454. > Preloaded elf module "/boot/kernel/ums.ko" at 0xc072a500. > Preloaded elf module "/boot/kernel/apm.ko" at 0xc072a5a8. > Preloaded elf module "/boot/kernel/intpm.ko" at 0xc072a650. > Preloaded elf module "/boot/kernel/smbus.ko" at 0xc072a6fc. > Calibrating clock(s) ... i8254 clock: 1193239 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 300011828 Hz > CPU: Pentium II/Pentium II Xeon/Celeron (300.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x652 Stepping = 2 > Features=0x183f9ff > real memory = 201326592 (192 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000000826000 - 0x000000000bc6ffff, 189046784 bytes (46154 pages) > avail memory = 191655936 (182 MB) > bios32: Found BIOS32 Service Directory header at 0xc00fa000 > bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0x484 > pnpbios: Found PnP BIOS data at 0xc00fe2d0 > pnpbios: Entry = f0000:4d37 Rev = 1.0 > pnpbios: Event flag at fe2f6 > pnpbios: OEM ID 5eb0110e > Other BIOS signatures found: > mem: > Pentium Pro MTRR support enabled > null: > random: > io: > VESA: information block > 56 45 53 41 00 02 00 01 00 01 01 00 00 00 40 00 > 00 01 20 00 00 01 16 01 00 01 31 01 00 01 4a 01 > 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > VESA: 16 mode(s) found > VESA: v2.0, 2048k memory, flags:0x1, mode table:0xc06e18c0 (1000040) > VESA: CHIPS 69000 Super VGA > VESA: Chips & Technologies, Inc. 69000 Display Controller 2 > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71928086) > pcibios: BIOS version 2.10 > apm0: on motherboard > apm0: found APM BIOS v1.2, connected at v1.2 > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 3, range 32, base 50000000, size 28, enabled > found-> vendor=0x8086, dev=0x7192, revid=0x02 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x2200, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x7110, revid=0x02 > bus=0, slot=7, 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) > map[20]: type 4, range 32, base 00001020, size 4, enabled > found-> vendor=0x8086, dev=0x7111, revid=0x01 > bus=0, slot=7, func=1 > class=01-01-80, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[20]: type 4, range 32, base 00001000, size 5, enabled > found-> vendor=0x8086, dev=0x7112, revid=0x01 > bus=0, slot=7, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=d, irq=11 > map[90]: type 4, range 32, base 00000d00, size 4, enabled > found-> vendor=0x8086, dev=0x7113, revid=0x02 > bus=0, slot=7, func=3 > class=06-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[10]: type 1, range 32, base 40000000, size 24, enabled > found-> vendor=0x102c, dev=0x00c0, revid=0x64 > bus=0, slot=8, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0083, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > map[10]: type 1, range 32, base 7fffe000, size 12, enabled > found-> vendor=0x104c, dev=0xac17, revid=0x02 > bus=0, slot=17, func=0 > class=06-07-00, hdrtype=0x02, mfdev=1 > cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x42 (1980 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) > intpin=a, irq=11 > powerspec 1 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base 7ffff000, size 12, enabled > found-> vendor=0x104c, dev=0xac17, revid=0x02 > bus=0, slot=17, func=1 > class=06-07-00, hdrtype=0x02, mfdev=1 > cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x42 (1980 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) > intpin=a, irq=11 > powerspec 1 supports D0 D1 D2 D3 current D0 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0x1020-0x102f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1020 > ata0: channel #0 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-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > ata0: [MPSAFE] > ata1: channel #1 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=51 ostat1=01 > ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=00 stat1=00 devices=0xc > ata1: [MPSAFE] > uhci0: port 0x1000-0x101f irq 11 at device 7.2 on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1000 > 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 > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > intpm0: port 0xd00-0xd0f irq 9 at device 7.3 on pci0 > intpm0: Reserved 0x10 bytes for rid 0x90 type 4 at 0xd00 > intpm0: I/O mapped d00 > intpm0: intr IRQ 9 enabled revision 0 > intpm0: [GIANT-LOCKED] > intsmb0: on intpm0 > smbus0: on intsmb0 > intpm0: PM I/O mapped f00 > pci0: at device 8.0 (no driver attached) > cbb0: mem 0x7fffe000-0x7fffefff irq 11 at device 17.0 on pci0 > cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x7fffe000 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [MPSAFE] > cbb0: PCI Configuration space: > 0x00: 0xac17104c 0x02100007 0x06070002 0x00824208 > 0x10: 0x7fffe000 0x020000a0 0x20010100 0xfffff000 > 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc > 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b > 0x40: 0xb0470e11 0x00000001 0x00000000 0x00000000 > 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x80: 0x28049060 0x00000000 0x00000000 0x01001c72 > 0x90: 0x61648280 0x00000000 0x00000000 0x00000000 > 0xa0: 0x7e210001 0x00800000 0x00000801 0x00000007 > 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 > cbb1: mem 0x7ffff000-0x7fffffff irq 11 at device 17.1 on pci0 > cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x7ffff000 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > cbb1: [MPSAFE] > cbb1: PCI Configuration space: > 0x00: 0xac17104c 0x02100007 0x06070002 0x00824208 > 0x10: 0x7ffff000 0x020000a0 0x20020200 0xfffff000 > 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc > 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b > 0x40: 0xb0470e11 0x00000001 0x00000000 0x00000000 > 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x80: 0x2804b060 0x00000000 0x00000000 0x01001c72 > 0x90: 0x61648280 0x00000000 0x00000000 0x00000000 > 0xa0: 0x7e210001 0x00800000 0x00000801 0x00000007 > 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 > cpu0 on motherboard > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > pnpbios: 18 devices, largest 250 bytes > PNP0401: adding irq mask 0x80 > PNP0401: adding dma mask 0x8 > PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 > PNP0401: adding io range 0x778-0x77a, size=0x3, align=0 > pnpbios: handle 1 device ID PNP0401 (0104d041) > PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 > PNP0501: adding irq mask 0x10 > pnpbios: handle 2 device ID PNP0501 (0105d041) > pnpbios: handle 3 device ID PNP0511 (1105d041) > PNP0700: adding irq mask 0x40 > PNP0700: adding dma mask 0x4 > PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0 > pnpbios: handle 4 device ID PNP0700 (0007d041) > ESS0006: adding io range 0x250-0x257, size=0x8, align=0 > pnpbios: handle 5 device ID ESS0006 (06007316) > CPQb0ac: adding io range 0x220-0x22f, size=0x10, align=0 > CPQb0ac: adding io range 0x388-0x38b, size=0x4, align=0 > CPQb0ac: adding io range 0x330-0x331, size=0x2, align=0 > CPQb0ac: adding irq mask 0x20 > CPQb0ac: adding dma mask 0x2 > CPQb0ac: adding dma mask 0x20 > pnpbios: handle 6 device ID CPQb0ac (acb0110e) > PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 > PNP0c01: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 > PNP0c01: adding fixed memory32 range 0x100000-0xbffffff, size=0xbf00000 > pnpbios: handle 7 device ID PNP0c01 (010cd041) > PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 > PNP0c04: adding irq mask 0x2000 > pnpbios: handle 8 device ID PNP0c04 (040cd041) > PNP0100: adding io range 0x40-0x43, size=0x4, align=0 > PNP0100: adding irq mask 0x1 > pnpbios: handle 10 device ID PNP0100 (0001d041) > PNP0200: adding io range 0-0xf, size=0x10, align=0 > PNP0200: adding io range 0x80-0x8f, size=0x10, align=0 > PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 > PNP0200: adding dma mask 0x10 > pnpbios: handle 11 device ID PNP0200 (0002d041) > PNP0800: adding io range 0x61-0x61, size=0x1, align=0 > pnpbios: handle 12 device ID PNP0800 (0008d041) > PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 > PNP0b00: adding io range 0x72-0x73, size=0x2, align=0 > PNP0b00: adding irq mask 0x100 > pnpbios: handle 13 device ID PNP0b00 (000bd041) > PNP0303: adding io range 0x60-0x60, size=0x1, align=0 > PNP0303: adding io range 0x64-0x64, size=0x1, align=0 > PNP0303: adding irq mask 0x2 > pnpbios: handle 14 device ID PNP0303 (0303d041) > PNP0f13: adding irq mask 0x1000 > pnpbios: handle 15 device ID PNP0f13 (130fd041) > PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 > pnpbios: handle 16 device ID PNP0a03 (030ad041) > PNP0c02: adding fixed memory32 range 0xfffc0000-0xffffffff, size=0x40000 > PNP0c02: adding fixed memory32 range 0xcb000-0xcbfff, size=0x1000 > PNP0c02: adding io range 0x22-0x3f, size=0x1e, align=0 > PNP0c02: adding io range 0x44-0x5f, size=0x1c, align=0 > PNP0c02: adding io range 0x62-0x63, size=0x2, align=0 > PNP0c02: adding io range 0x65-0x6f, size=0xb, align=0 > PNP0c02: adding io range 0x74-0x74, size=0x1, align=0 > PNP0c02: adding io range 0x75-0x75, size=0x1, align=0 > PNP0c02: adding io range 0x76-0x76, size=0x1, align=0 > PNP0c02: adding io range 0x77-0x77, size=0x1, align=0 > PNP0c02: adding io range 0x90-0x91, size=0x2, align=0 > PNP0c02: adding io range 0x92-0x92, size=0x1, align=0 > PNP0c02: adding io range 0x93-0x9f, size=0xd, align=0 > PNP0c02: adding io range 0xa2-0xbf, size=0x1e, align=0 > PNP0c02: adding io range 0xe0-0xe1, size=0x2, align=0 > PNP0c02: adding io range 0xe2-0xe3, size=0x2, align=0 > PNP0c02: adding io range 0x100-0x107, size=0x8, align=0 > PNP0c02: adding io range 0x260-0x263, size=0x4, align=0 > PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0 > PNP0c02: adding io range 0xf00-0xf3f, size=0x40, align=0 > PNP0c02: adding io range 0xd00-0xd0f, size=0x10, align=0 > pnpbios: handle 18 device ID PNP0c02 (020cd041) > PNP0e03: adding io range 0x3e0-0x3e1, size=0x2, align=0 > pnpbios: handle 19 device ID PNP0e03 (030ed041) > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > orm0: at iomem 0xc0000-0xcafff on isa0 > pmtimer0 on isa0 > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0065 > psm0: flags 0xc000 irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons > psm0: config:0000c000, flags:00000008, packet size:3 > psm0: syncmask:c0, syncbits:00 > fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: parallel port found at 0x378 > ppc0: using extended I/O port range > ppc0: EPP SPP > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppbus0: on ppc0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > fb: new array size 4 > sc0: at flags 0x100 on isa0 > sc0: VGA <12 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > fb0: vga0, vga, type:VGA (5), flags:0x700ff > fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 > fb0: init mode:24, bios mode:3, current mode:24 > fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k > VGA parameters upon power-up > 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > VGA parameters in BIOS for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > EGA/VGA parameters to be used for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > isa_probe_children: probing PnP devices > unknown: can't assign resources (port) > unknown: at port 0x378-0x37f on isa0 > unknown: can't assign resources (port) > unknown: at port 0x3f8-0x3ff on isa0 > unknown: failed to probe on isa0 > unknown: can't assign resources (port) > unknown: at port 0x3f0-0x3f5 on isa0 > sbc0: at port 0x330-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 5,1 on isa0 > sbc0: [GIANT-LOCKED] > pcm0: on sbc0 > pcm0: ESS1869 detected, newspeed > pcm0: [GIANT-LOCKED] > pcm0: sndbuf_setmap ffe000, 1000; 0xc991c000 -> ffe000 > pcm0: sndbuf_setmap ffd000, 1000; 0xc991d000 -> ffd000 > unknown: failed to probe at port 0x61 on isa0 > unknown: can't assign resources (port) > unknown: at port 0x60 on isa0 > unknown: can't assign resources (irq) > unknown: at irq 12 on isa0 > unknown: can't assign resources (port) > unknown: at port 0x4d0-0x4d1,0x260-0x263,0x100-0x107,0xe2-0xe3,0xe0-0xe1,0xa2-0xbf,0x93-0x9f,0x92,0x90-0x91,0x77,0x76,0x75,0x74,0x65-0x6f,0x62-0x63,0x44-0x5f,0x22-0x3f iomem 0xcb000-0xcbfff,0xfffc0000-0xffffffff on isa0 > unknown: failed to probe at port 0x3e0-0x3e1 on isa0 > Device configuration finished. > TSC timecounter disabled: APM enabled. > Timecounter "TSC" frequency 300011828 Hz quality -1000 > Timecounters tick every 10.000 msec > lo0: bpf attached > ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin > ata0-master: setting PIO4 on Intel PIIX4 chip > ata0-master: setting UDMA33 on Intel PIIX4 chip > ad0: ATA-4 disk at ata0-master > ad0: 6194MB (12685680 sectors), 13424 C, 15 H, 63 S, 512 B > ad0: 16 secs/int, 1 depth queue, UDMA33 > GEOM: new disk ad0 > [0] f:80 typ:11 s(CHS):1/0/1 e(CHS):278/239/63 s:15120 l:4203360 > [1] f:00 typ:18 s(CHS):0/1/1 e(CHS):0/239/63 s:63 l:15057 > [2] f:00 typ:165 s(CHS):279/0/1 e(CHS):838/239/63 s:4218480 l:8467200 > [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s1, start 7741440 length 2152120320 end 2159861759 > GEOM: Configure ad0s2, start 32256 length 7709184 end 7741439 > GEOM: Configure ad0s3, start 2159861760 length 4335206400 end 6495068159 > GEOM: Configure ad0s3a, start 0 length 134217728 end 134217727 > GEOM: Configure ad0s3b, start 134217728 length 536870912 end 671088639 > GEOM: Configure ad0s3c, start 0 length 4335206400 end 4335206399 > GEOM: Configure ad0s3d, start 671088640 length 872415232 end 1543503871 > GEOM: Configure ad0s3e, start 1543503872 length 134217728 end 1677721599 > GEOM: Configure ad0s3f, start 1677721600 length 2657484800 end 4335206399 > pccard1: CIS version PC Card Standard 5.0 > pccard1: CIS info: Xircom, CreditCard 10/100, CE3-10/100, 1.00 > pccard1: Manufacturer code 0x105, product 0x10a > pccard1: function 0: network adapter, ccr addr 800 mask 3 > pccard1: function 0, config table entry 1: I/O card; irq mask 8ebc; iomask 4, iospace 0-f; memspace 0-fff; mwait_required rdybsy_active io8 io16 irqpulse irqlevel powerdown > xe0: at port 0x100-0x10f irq 11 function 0 config 1 on pccard1 > xe0: [GIANT-LOCKED] > xe0: Xircom CreditCard 10/100, version 0x45/0x04, 100Mbps capable > xe0: bpf attached > xe0: Ethernet address: 00:80:c7:7a:d2:73 > ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt > ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt > ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin > ATAPI_RESET time = 2910us > ata1-master: setting PIO4 on Intel PIIX4 chip > acd0: CDROM drive at ata1 as master > acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 > acd0: Reads: CDR, CDRW, CDDA > acd0: Writes: > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > Mounting root from ufs:/dev/ad0s3a > start_init: trying /sbin/init > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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" After another round of tests, I am positive that this boot problem is related to: ------------------------------------------------------------------------ sos 2004-08-16 09:32:35 UTC FreeBSD src repository Modified files: sys/dev/ata ata-all.c ata-lowlevel.c ata-queue.c Log: Improve (hopefully) on the workaround code for devices that doesn't interrupt when command is done, ie some ATAPI CD drives with no media loaded. Revision Changes Path 1.222 +1 -1 src/sys/dev/ata/ata-all.c 1.44 +4 -9 src/sys/dev/ata/ata-lowlevel.c 1.32 +13 -13 src/sys/dev/ata/ata-queue.c ------------------------------------------------------------------------ I am now running 5.3-BETA3 with these 3 files reverted to the previous version. And, NO, updating sys/dev/ata/ from -current does not solve it. Claude Buisson From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 16:55:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1556016A4CE; Sun, 5 Sep 2004 16:55:56 +0000 (GMT) Received: from web.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73DA143D41; Sun, 5 Sep 2004 16:55:52 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.20] (xDSL-2-2.united.net.ua [193.111.9.226]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i85GskmE046365 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Sep 2004 18:55:41 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <413B44B9.7020704@portaone.com> Date: Sun, 05 Sep 2004 19:54:17 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Colin Percival References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4120F823.2040802@portaone.com> In-Reply-To: <4120F823.2040802@portaone.com> Content-Type: multipart/mixed; boundary="------------080500030706020202000104" cc: freebsd-current@FreeBSD.ORG cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 16:55:56 -0000 This is a multi-part message in MIME format. --------------080500030706020202000104 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Please see attached a patch which adds support to TCC speed control available in every intel p4 processor. This patch requires up-to-date current system to work properly, since I've recently addes ESS-like sysctl that can be used to obtain list of speed steps supported by TCC circuit. It would be nice to have it integrated into the estctrl. Thanks! -Maxim Maxim Sobolev wrote: > Colin Percival wrote: > >> Thanks to everyone who has been sending me data about their >> processors (and in particular, the 90nm versions), I now have >> a first draft of a Enhanced SpeedStep driver available. For >> people with the appropriate processors (Pentium M only), this >> makes it possible to adjust the cpu frequency via a new sysctl >> (hw.est_curfreq), and have the cpu voltage adjusted at the >> same time. >> I've also put together a very simple control daemon which >> reads kern.cp_time every second and adjusts the cpu frequency >> based on the fraction of cpu time which is idle. This increases >> my laptop's battery life by around 40%. > > > It would be nice if you can extend it to use whatever speed control > method is available (e.g. ACPI, TCC, ESS etc), so that it can be used on > older machines as well. > > -Maxim > > >> All the code is online at >> http://www.daemonology.net/freebsd-est/ >> Assuming I don't hear any major bug reports in the next few >> days, I'll package these into ports and hopefully get them into >> the ports tree in time for 5.3-RELEASE. >> >> Colin Percival >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > --------------080500030706020202000104 Content-Type: text/plain; name="estctrl.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="estctrl.c.diff" --- estctrl.c 2004/08/21 15:43:59 1.1 +++ estctrl.c 2004/08/23 19:04:51 @@ -38,9 +38,21 @@ #include static int readtimes(long * idle, long * total); -static int readfreqs(int * numfreqs, int ** freqs); -static int readcurfreq(int * curfreq); -static int setcurfreq(int freq); +static int readfreqs(int cmethod, int * numfreqs, int ** freqs); +static int readcurfreq(int cmethod, int * curfreq); +static int setcurfreq(int cmethod, int freq); + +#define CMETHOD_ESS (0) +#define CMETHOD_TCC (1) + +const struct { + const char *slevels; + const char *clevel; + const char *measure; +} sctl_names[2] = { + {"hw.est_freqs", "hw.est_curfreq", "MHz"}, + {"hw.p4tcc.cpuperf_levels", "hw.p4tcc.cpuperf", "%"} +}; static int readtimes(long * idle, long * total) { @@ -67,17 +79,18 @@ return 0; } -static int readfreqs(int * numfreqs, int ** freqs) +static int readfreqs(int cmethod, int * numfreqs, int ** freqs) { char *freqstr, *p, *q; int i; size_t len = 0; - if (sysctlbyname("hw.est_freqs", NULL, &len, NULL, 0)) + if (sysctlbyname(sctl_names[cmethod].slevels, NULL, &len, NULL, 0)) return -1; if ((freqstr = malloc(len)) == NULL) return -1; - if (sysctlbyname("hw.est_freqs", (void *)freqstr, &len, NULL, 0)) + if (sysctlbyname(sctl_names[cmethod].slevels, (void *)freqstr, &len, + NULL, 0)) return -1; *numfreqs = 1; @@ -105,21 +118,23 @@ return 0; } -static int readcurfreq(int * curfreq) +static int readcurfreq(int cmethod, int * curfreq) { size_t len = sizeof(*curfreq); - if (sysctlbyname("hw.est_curfreq", curfreq, &len, NULL, 0)) + if (sysctlbyname(sctl_names[cmethod].clevel, curfreq, &len, NULL, 0)) return -1; return 0; } -static int setcurfreq(int freq) +static int setcurfreq(int cmethod, int freq) { - printf("Setting frequency to %d\n", freq); - if (sysctlbyname("hw.est_curfreq", NULL, NULL, &freq, sizeof(freq))) + printf("Setting frequency to %d%s\n", freq, + sctl_names[cmethod].measure); + if (sysctlbyname(sctl_names[cmethod].clevel, NULL, NULL, &freq, + sizeof(freq))) return -1; return 0; @@ -130,16 +145,31 @@ long idle, total; int * freqs, numfreqs; int curfreq, i; + int cmethod; if (readtimes(NULL, NULL)) err(1, "readtimes"); - if (readfreqs(&numfreqs, &freqs)) + + if (readfreqs(CMETHOD_ESS, &numfreqs, &freqs) == 0) { + cmethod = CMETHOD_ESS; + } else if (readfreqs(CMETHOD_TCC, &numfreqs, &freqs) == 0) { + cmethod = CMETHOD_TCC; + /* + * On some machines, TCC lies right after boot, + * so that set it explicitly to the current level. + */ + if (readcurfreq(cmethod, &curfreq)) + err(1, "Error reading current CPU frequency"); + if (setcurfreq(cmethod, curfreq)) + err(1, "Error setting CPU frequency"); + } else { err(1, "Error reading supported CPU frequencies"); + } do { sleep(1); - if (readcurfreq(&curfreq)) + if (readcurfreq(cmethod, &curfreq)) err(1, "Error reading current CPU frequency"); if (readtimes(&idle, &total)) err(1, "readtimes"); @@ -149,9 +179,10 @@ if (curfreq < freqs[i]) break; printf("Idle time < 50%%, increasing clock" - " speed from %dMHz to %dMHz\n", curfreq, - freqs[i]); - if (setcurfreq(freqs[i])) + " speed from %d%s to %d%s\n", curfreq, + sctl_names[cmethod].measure, freqs[i], + sctl_names[cmethod].measure); + if (setcurfreq(cmethod, freqs[i])) err(1, "Error setting CPU frequency"); } if ((idle > (total * 3) / 4) && (curfreq > freqs[0])) { @@ -159,9 +190,10 @@ if (curfreq > freqs[i]) break; printf("Idle time > 75%%, decreasing clock" - " speed from %dMHz to %dMHz\n", curfreq, - freqs[i]); - if (setcurfreq(freqs[i])) + " speed from %d%s to %d%s\n", curfreq, + sctl_names[cmethod].measure, freqs[i], + sctl_names[cmethod].measure); + if (setcurfreq(cmethod, freqs[i])) err(1, "Error setting CPU frequency"); } } while(1); --------------080500030706020202000104-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 5 17:01:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1715916A4CE for ; Sun, 5 Sep 2004 17:01:42 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2051843D48 for ; Sun, 5 Sep 2004 17:01:37 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id D2F82304F for ; Sun, 5 Sep 2004 12:01:35 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25578-02 for ; Sun, 5 Sep 2004 12:01:27 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 3492E3049 for ; Sun, 5 Sep 2004 12:01:27 -0500 (CDT) Message-ID: <413B4660.6090203@veldy.net> Date: Sun, 05 Sep 2004 12:01:20 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7CD12AC2016543399BD66D7D" X-Virus-Scanned: by amavisd-new at veldy.net Subject: ATTN Soren: BETA3 still hangs on ATAPI DVD Detection during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2004 17:01:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7CD12AC2016543399BD66D7D Content-Type: multipart/mixed; boundary="------------090104090608050106050708" This is a multi-part message in MIME format. --------------090104090608050106050708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I just downloaded and tried to install FreeBSD 5.3-BETA3 and it still hangs in the same location as it has for more than one month. However, now it boots alright when I chose the verbose logging option 5. I did the install and have attached the output of the subsequent dmesg. Tom Veldhouse --------------090104090608050106050708 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA3 #0: Sat Sep 4 12:07:48 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a2b000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a2b21c. Calibrating clock(s) ... i8254 clock: 1193181 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3049502520 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3049.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536276992 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000001f640fff, 513900544 bytes (125464 pages) avail memory = 515112960 (491 MB) Table 'FACP' at 0xfd588 Table 'SSDT' at 0xfffe5e96 Table 'APIC' at 0xfd5fc MADT: Found table at 0xfd5fc MP Configuration Table version 1.4 found at 0xc00f0000 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: disabled MADT: Found CPU APIC ID 3 ACPI ID 4: disabled ACPI APIC Table: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xbe8e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 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: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: 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=00] is there (id=25308086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fba30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 2 12 A 0x62 3 4 5 6 7 9 10 11 14 15 slot 1 2 7 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 1 2 7 B 0x61 3 4 5 6 7 9 10 11 14 15 slot 1 2 7 C 0x62 3 4 5 6 7 9 10 11 14 15 slot 1 2 7 D 0x63 3 4 5 6 7 9 10 11 14 15 slot 2 2 8 A 0x61 3 4 5 6 7 9 10 11 14 15 slot 2 2 8 B 0x62 3 4 5 6 7 9 10 11 14 15 slot 2 2 8 C 0x63 3 4 5 6 7 9 10 11 14 15 slot 2 2 8 D 0x60 3 4 5 6 7 9 10 11 14 15 slot 3 2 9 A 0x62 3 4 5 6 7 9 10 11 14 15 slot 3 2 9 B 0x63 3 4 5 6 7 9 10 11 14 15 slot 3 2 9 C 0x60 3 4 5 6 7 9 10 11 14 15 slot 3 2 9 D 0x61 3 4 5 6 7 9 10 11 14 15 slot 4 2 10 A 0x63 3 4 5 6 7 9 10 11 14 15 slot 4 2 10 B 0x60 3 4 5 6 7 9 10 11 14 15 slot 4 2 10 C 0x61 3 4 5 6 7 9 10 11 14 15 slot 4 2 10 D 0x62 3 4 5 6 7 9 10 11 14 15 embedded 2 1 A 0x63 3 4 5 6 7 9 10 11 14 15 embedded 2 1 B 0x62 3 4 5 6 7 9 10 11 14 15 embedded 2 1 C 0x60 3 4 5 6 7 9 10 11 14 15 embedded 2 2 A 0x62 3 4 5 6 7 9 10 11 14 15 embedded 2 2 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 2 2 C 0x63 3 4 5 6 7 9 10 11 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x2530, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2532, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0e (3500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x244e, revid=0x04 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=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2440, revid=0x04 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x244b, revid=0x04 bus=0, slot=31, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ccf0, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2443, revid=0x04 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=17 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xff800000-0xff9fffff pcib1: prefetched decode 0xe8000000-0xf7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xf0000000-0xf7ffffff map[14]: type 4, range 32, base 0000ec00, size 8, enabled pcib1: device (null) requested decoded I/O range 0xec00-0xecff map[18]: type 1, range 32, base ff8f0000, size 16, enabled pcib1: device (null) requested decoded memory range 0xff8f0000-0xff8fffff pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=0x1002, dev=0x4e44, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0183, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xe8000000-0xefffffff map[14]: type 1, range 32, base ff8e0000, size 16, enabled pcib1: device (null) requested decoded memory range 0xff8e0000-0xff8effff found-> vendor=0x1002, dev=0x4e64, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xff600000-0xff7fffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI PCI link initial configuration: pci2: on pcib2 pci2: physical bus=2 map[20]: type 4, range 32, base 0000dce0, size 5, enabled pcib2: device (null) requested decoded I/O range 0xdce0-0xdcff pcib2: matched entry for 2.1.INTA pcib2: slot 1 INTA hardwired to IRQ 19 found-> vendor=0x1106, dev=0x3038, revid=0x50 bus=2, slot=1, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000dcc0, size 5, enabled pcib2: device (null) requested decoded I/O range 0xdcc0-0xdcdf pcib2: matched entry for 2.1.INTB pcib2: slot 1 INTB hardwired to IRQ 18 found-> vendor=0x1106, dev=0x3038, revid=0x50 bus=2, slot=1, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=18 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ff6ffc00, size 8, enabled pcib2: device (null) requested decoded memory range 0xff6ffc00-0xff6ffcff pcib2: matched entry for 2.1.INTC pcib2: slot 1 INTC hardwired to IRQ 16 found-> vendor=0x1106, dev=0x3104, revid=0x51 bus=2, slot=1, func=2 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=16 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000dca0, size 5, enabled pcib2: device (null) requested decoded I/O range 0xdca0-0xdcbf pcib2: matched entry for 2.2.INTA pcib2: slot 2 INTA hardwired to IRQ 18 found-> vendor=0x1106, dev=0x3038, revid=0x50 bus=2, slot=2, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000dc80, size 5, enabled pcib2: device (null) requested decoded I/O range 0xdc80-0xdc9f pcib2: matched entry for 2.2.INTB pcib2: slot 2 INTB hardwired to IRQ 17 found-> vendor=0x1106, dev=0x3038, revid=0x50 bus=2, slot=2, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ff6ff800, size 8, enabled pcib2: device (null) requested decoded memory range 0xff6ff800-0xff6ff8ff pcib2: matched entry for 2.2.INTC pcib2: slot 2 INTC hardwired to IRQ 19 found-> vendor=0x1106, dev=0x3104, revid=0x51 bus=2, slot=2, func=2 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=19 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ff6fe000, size 12, enabled pcib2: device (null) requested decoded memory range 0xff6fe000-0xff6fefff map[14]: type 4, range 32, base 0000dc70, size 4, enabled pcib2: device (null) requested decoded I/O range 0xdc70-0xdc7f pcib2: matched entry for 2.8.INTA pcib2: slot 8 INTA hardwired to IRQ 17 found-> vendor=0x14e4, dev=0x4212, revid=0x02 bus=2, slot=8, func=0 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc40, size 5, enabled pcib2: device (null) requested decoded I/O range 0xdc40-0xdc5f pcib2: matched entry for 2.9.INTA pcib2: slot 9 INTA hardwired to IRQ 18 found-> vendor=0x1102, dev=0x0002, revid=0x0a bus=2, slot=9, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=18 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc68, size 3, enabled pcib2: device (null) requested decoded I/O range 0xdc68-0xdc6f found-> vendor=0x1102, dev=0x7002, revid=0x0a bus=2, slot=9, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ff6fd000, size 12, enabled pcib2: device (null) requested decoded memory range 0xff6fd000-0xff6fdfff map[14]: type 4, range 32, base 0000dc00, size 6, enabled pcib2: device (null) requested decoded I/O range 0xdc00-0xdc3f map[18]: type 1, range 32, base ff6c0000, size 17, enabled pcib2: device (null) requested decoded memory range 0xff6c0000-0xff6dffff pcib2: matched entry for 2.12.INTA pcib2: slot 12 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1229, revid=0x10 bus=2, slot=12, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 uhci0: port 0xdce0-0xdcff irq 19 at device 1.0 on pci2 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdce0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uscanner0: Visioneer USB Scanner, rev 1.10/1.00, addr 2 uhci1: port 0xdcc0-0xdcdf irq 18 at device 1.1 on pci2 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdcc0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci2: at device 1.2 (no driver attached) uhci2: port 0xdca0-0xdcbf irq 18 at device 2.0 on pci2 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdca0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ugen0: Logitech Logitech Extreme 3D Pro, rev 1.10/35.00, addr 2 uhci3: port 0xdc80-0xdc9f irq 17 at device 2.1 on pci2 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdc80 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci2: at device 2.2 (no driver attached) pci2: at device 8.0 (no driver attached) pci2: at device 9.0 (no driver attached) pci2: