From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 03:22:26 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 792F516A4CE; Sun, 13 Feb 2005 03:22:26 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C91D143D4C; Sun, 13 Feb 2005 03:22:25 +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 j1D3MPlE081617; Sat, 12 Feb 2005 22:22:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D3MP06014762; Sat, 12 Feb 2005 22:22:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB48D7306E; Sat, 12 Feb 2005 22:22:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213032224.AB48D7306E@freebsd-current.sentex.ca> Date: Sat, 12 Feb 2005 22:22:24 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/705/Fri Feb 11 11:51:32 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 03:22:26 -0000 TB --- 2005-02-13 02:49:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 02:49:56 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-13 02:49:56 - checking out the source tree TB --- 2005-02-13 02:49:56 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-13 02:49:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 02:55:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 02:55:33 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-13 02:55:33 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libgpib (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-13 03:22:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 03:22:24 - ERROR: failed to build world TB --- 2005-02-13 03:22:24 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 03:55:01 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B288E16A4D6; Sun, 13 Feb 2005 03:55:01 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB0943D45; Sun, 13 Feb 2005 03:55:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D3t0lu024470; Sat, 12 Feb 2005 22:55:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D3t0Rh040642; Sat, 12 Feb 2005 22:55:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 46B9F7306E; Sat, 12 Feb 2005 22:55:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213035500.46B9F7306E@freebsd-current.sentex.ca> Date: Sat, 12 Feb 2005 22:55:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 03:55:01 -0000 TB --- 2005-02-13 03:22:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 03:22:25 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-13 03:22:25 - checking out the source tree TB --- 2005-02-13 03:22:25 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-13 03:22:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 03:27:48 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 03:27:48 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-13 03:27:48 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libgpib (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-13 03:55:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 03:55:00 - ERROR: failed to build world TB --- 2005-02-13 03:55:00 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 09:50:20 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 559D016A4CF for ; Sun, 13 Feb 2005 09:50:20 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF38E43D48 for ; Sun, 13 Feb 2005 09:50:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1D9oJsU076118 for ; Sun, 13 Feb 2005 09:50:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1D9oJrB076117; Sun, 13 Feb 2005 09:50:19 GMT (envelope-from gnats) Resent-Date: Sun, 13 Feb 2005 09:50:19 GMT Resent-Message-Id: <200502130950.j1D9oJrB076117@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Yuri PQ Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C88516A4CE for ; Sun, 13 Feb 2005 09:46:27 +0000 (GMT) Received: from q.ozersk.ru (q.ozersk.ru [62.148.229.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA6243D2F for ; Sun, 13 Feb 2005 09:46:26 +0000 (GMT) (envelope-from pq@q.ozersk.ru) Received: from localhost.ozersk.ru ([127.0.0.1] helo=q.ozersk.ru ident=smmsp) by q.ozersk.ru with esmtp (Exim 4.43 (FreeBSD)) id 1D0GLx-000HOE-1T for FreeBSD-gnats-submit@freebsd.org; Sun, 13 Feb 2005 14:47:45 +0500 Received: (from root@localhost) by q.ozersk.ru (8.13.1/8.13.1/Submit) id j1D9ldn6066849; Sun, 13 Feb 2005 14:47:39 +0500 (YEKT) (envelope-from pq) Message-Id: <200502130947.j1D9ldn6066849@q.ozersk.ru> Date: Sun, 13 Feb 2005 14:47:39 +0500 (YEKT) From: Yuri PQ To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/77443: Can't access floppy - "/dev/fd0: Input/output error" X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Yuri PQ List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 09:50:20 -0000 >Number: 77443 >Category: i386 >Synopsis: Can't access floppy - "/dev/fd0: Input/output error" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 13 09:50:19 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Yuri PQ >Release: FreeBSD 5.3-RELEASE i386 >Organization: >Environment: System: FreeBSD q.ozersk.ru 5.3-RELEASE FreeBSD 5.3-RELEASE #2: Thu Jan 27 17:40:22 YEKT 2005 pq@q.ozersk.ru:/usr/src/sys/i386/compile/PQ i386 >Description: Recently I have changed 5.2.1 to 5.3 via binary upgrade from CD. I rare use a floppy, but yesterday I've got one, tried to read it and got a message: "/dev/fd0: Input/output error". I tried to load other OS from other bootable floppy - It worked. I tried to boot from 5.2.1 CD and successfully read that (1st) floppy. Then I reload 5.3 again and look into dmesg: fdc0: (floppy drive controller (FDE)) port 0x3f7,0x3f0-0x3f5 irq 6 on acpi0 fdc0: cannot reserve DMA request line fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: (1440-KB 3.5" drive) on fdc0 drive 0 I tried to boot 5.2.1 again and noted same message about "cannot reserve DMA..." But 5.2.1 works! >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 14:31:56 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9479416A4CE; Sun, 13 Feb 2005 14:31:56 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD9A43D45; Sun, 13 Feb 2005 14:31:55 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j1DEVsHn031582; Mon, 14 Feb 2005 01:31:54 +1100 Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) j1DEVpiO022636; Mon, 14 Feb 2005 01:31:52 +1100 Date: Mon, 14 Feb 2005 01:31:50 +1100 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: David Schultz In-Reply-To: <20050210072314.GA26713@VARK.MIT.EDU> Message-ID: <20050214000320.U1866@epsplex.bde.org> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> <20050204215913.GA44598@VARK.MIT.EDU> <20050205181808.J10966@delplex.bde.org> <20050209051401.GA18775@VARK.MIT.EDU> <20050209232758.F3249@epsplex.bde.org> <20050210072314.GA26713@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD-gnats-submit@freebsd.org cc: freebsd-i386@freebsd.org cc: bde@freebsd.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 14:31:56 -0000 On Thu, 10 Feb 2005, David Schultz wrote: > On Thu, Feb 10, 2005, Bruce Evans wrote: > > > [tbl*] > > > > This data may be too unusual. Maybe the NaNs are slower. Denormals > > would probably be slower. > > The data in tbl2 are pretty usual, I think, and I measured all of > the data points independently. But yes, NaNs are slower, as the > results for tbl4 indicate. It is actually the large numbers that take a lot of argument reduction that are slower (tbl3). > Looking back, though, I did notice that very few of my inputs in > tbl2 require argument reduction. In your tests on [0..10], on the > other hand, 92% of the inputs require argument reduction in > fdlibm. It would be interesting to see for which of your tests > fdlibm is faster, and for which it is slower. One possibility is > that fdlibm is slower most of the time; another is that it is far > slower for the close-to-pi/2 cases that the i387 gets wrong, and > that messes up the averages. More testing of sin() on an athlon-xp shows: - fdlibm is faster on the range [0,pi/4-eps]. fdlibm can even be made almost 3 times faster than fsin on this range by inlining __kernel_sin and using lots of options in CFLAGS (24 nsec vs 63 nsec for inline fsin and 72 nsec for libc fsin, at 2.23GHz). fdlibm doesn't need to do any arg reduction in this range, and the polynomial for sin() is very efficient (it takes less time than the function calls and logic). - in the range [pi/4-eps,pi/2], fdlibm does arg reduction (to convert to cos()) and becomes about twice as slow. OTOH, fsin is almost twice as fast in this range as it is in the previous range! Perhaps this is because fsin knows that its arg reduction is broken even above pi/2 so it can do sloppier calculations without losing significantly more. - for the ranges corresponding to larger multiples of pi/2, fsin slows down slowly and fdlibm slows down relatively rapidly. This is because fdlibm actually does correct arg reduction for large values. > > The synchronising cpuid here is responsible for a factor of 3 difference > > for me. Moving the rdtsc out of the loop gives the following changes > > in cycle counts: > > > > 2000 -> [944..1420] > > 1000 -> 431 > > 400 -> 132 > > > > Each rdtsc() in the loop costs 75 cycles for tbl1, and actually using > > the results costs another 120 cycles. > > > > I think the cpuid is disturbing the timings too much. > > I don't care so much about the rdtsc overhead since I'm only > measuring relative performance. A null function is measured as > taking 388 cycles on my Pentium 4, but some of that is due to gcc > getting confused by the volatile variable and generating extra > code at -O0. The rdtsc() overhead (cpuid + rdtsc) needs to be subtracted to get relative performances that can be compared in a ratio. On an athlon-xp I get the following minimum avg cycle counts for various null operations: 2 rdtsc's alone: 22 2 rdtsc's around null function: 31 2 cpuid+rdtsc pairs alone: 128 2 cpuid+rdtsc pairs around null function: 138 2 xor+cpuid+rdtsc triples alone: 128 2 xor+cpuid+rdtsc triples around null function: 140 previous with -O0 (others with -O): 140 Apparently: - the rdtsc overhead of 12 cycles costs for not quite each rdtsc - the cpuid overhead of 62 cycles costs for not quite each cpuid - -O0 doesn't cost much - the P4 pipeline is about 388 - 140 = 248 cycles longer than the athlon-xp's. > However, it is true that I am basically measuring latency and not > throughput. Ordinarily, it is possible to execute FPU and CPU > instructions simultaneously, and the FPU may even have more than > one FU available for executing fptan. The cpuid instructions > clear out the pipeline and destroy any parallelism that might have > been possible. Your version does a better job of measuring > throughput. You're also right that fdlibm tan() blows out about > 512 bytes of instruction cache. I couldn't see much evidence of parallelism in a simple benchmark. The main problem with using cpuid is that we don't really want to measure latency. We know that the hardware math functions have large latency, so benchmarks that test latency are sure to show them not doing so well. > Anyway, I unfortunately don't have time for all this. Do you want > the assembly versions of these to stay or not? If so, it would be > great if you could fix them and make sure that the result isn't > obviously slower than fdlibm. If not, I'll be happy to spend two > minutes making all those pesky bugs in them go away. ;-) It seems that the hardware trig functions aren't worth using. I want to test them on a 486 and consider the ranges more before discarding them. This may take a while. I did a quick test of some other functions: - hardware sqrt is much faster - hardware exp is slightly faster on the range [1,100] - hardware atan is slower on the range [0,1.5] - hardware acos is much slower (139 nsec vs 57 nsec!) on the range [0,1.0]. Bruce From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 14:40:15 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B97516A4CE for ; Sun, 13 Feb 2005 14:40:15 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 409A143D4C for ; Sun, 13 Feb 2005 14:40:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1DEeE6Z008271 for ; Sun, 13 Feb 2005 14:40:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1DEeEgY008270; Sun, 13 Feb 2005 14:40:14 GMT (envelope-from gnats) Date: Sun, 13 Feb 2005 14:40:14 GMT Message-Id: <200502131440.j1DEeEgY008270@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bruce Evans List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 14:40:15 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: Bruce Evans To: David Schultz Cc: FreeBSD-gnats-submit@freebsd.org, freebsd-i386@freebsd.org, bde@freebsd.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Mon, 14 Feb 2005 01:31:50 +1100 (EST) On Thu, 10 Feb 2005, David Schultz wrote: > On Thu, Feb 10, 2005, Bruce Evans wrote: > > > [tbl*] > > > > This data may be too unusual. Maybe the NaNs are slower. Denormals > > would probably be slower. > > The data in tbl2 are pretty usual, I think, and I measured all of > the data points independently. But yes, NaNs are slower, as the > results for tbl4 indicate. It is actually the large numbers that take a lot of argument reduction that are slower (tbl3). > Looking back, though, I did notice that very few of my inputs in > tbl2 require argument reduction. In your tests on [0..10], on the > other hand, 92% of the inputs require argument reduction in > fdlibm. It would be interesting to see for which of your tests > fdlibm is faster, and for which it is slower. One possibility is > that fdlibm is slower most of the time; another is that it is far > slower for the close-to-pi/2 cases that the i387 gets wrong, and > that messes up the averages. More testing of sin() on an athlon-xp shows: - fdlibm is faster on the range [0,pi/4-eps]. fdlibm can even be made almost 3 times faster than fsin on this range by inlining __kernel_sin and using lots of options in CFLAGS (24 nsec vs 63 nsec for inline fsin and 72 nsec for libc fsin, at 2.23GHz). fdlibm doesn't need to do any arg reduction in this range, and the polynomial for sin() is very efficient (it takes less time than the function calls and logic). - in the range [pi/4-eps,pi/2], fdlibm does arg reduction (to convert to cos()) and becomes about twice as slow. OTOH, fsin is almost twice as fast in this range as it is in the previous range! Perhaps this is because fsin knows that its arg reduction is broken even above pi/2 so it can do sloppier calculations without losing significantly more. - for the ranges corresponding to larger multiples of pi/2, fsin slows down slowly and fdlibm slows down relatively rapidly. This is because fdlibm actually does correct arg reduction for large values. > > The synchronising cpuid here is responsible for a factor of 3 difference > > for me. Moving the rdtsc out of the loop gives the following changes > > in cycle counts: > > > > 2000 -> [944..1420] > > 1000 -> 431 > > 400 -> 132 > > > > Each rdtsc() in the loop costs 75 cycles for tbl1, and actually using > > the results costs another 120 cycles. > > > > I think the cpuid is disturbing the timings too much. > > I don't care so much about the rdtsc overhead since I'm only > measuring relative performance. A null function is measured as > taking 388 cycles on my Pentium 4, but some of that is due to gcc > getting confused by the volatile variable and generating extra > code at -O0. The rdtsc() overhead (cpuid + rdtsc) needs to be subtracted to get relative performances that can be compared in a ratio. On an athlon-xp I get the following minimum avg cycle counts for various null operations: 2 rdtsc's alone: 22 2 rdtsc's around null function: 31 2 cpuid+rdtsc pairs alone: 128 2 cpuid+rdtsc pairs around null function: 138 2 xor+cpuid+rdtsc triples alone: 128 2 xor+cpuid+rdtsc triples around null function: 140 previous with -O0 (others with -O): 140 Apparently: - the rdtsc overhead of 12 cycles costs for not quite each rdtsc - the cpuid overhead of 62 cycles costs for not quite each cpuid - -O0 doesn't cost much - the P4 pipeline is about 388 - 140 = 248 cycles longer than the athlon-xp's. > However, it is true that I am basically measuring latency and not > throughput. Ordinarily, it is possible to execute FPU and CPU > instructions simultaneously, and the FPU may even have more than > one FU available for executing fptan. The cpuid instructions > clear out the pipeline and destroy any parallelism that might have > been possible. Your version does a better job of measuring > throughput. You're also right that fdlibm tan() blows out about > 512 bytes of instruction cache. I couldn't see much evidence of parallelism in a simple benchmark. The main problem with using cpuid is that we don't really want to measure latency. We know that the hardware math functions have large latency, so benchmarks that test latency are sure to show them not doing so well. > Anyway, I unfortunately don't have time for all this. Do you want > the assembly versions of these to stay or not? If so, it would be > great if you could fix them and make sure that the result isn't > obviously slower than fdlibm. If not, I'll be happy to spend two > minutes making all those pesky bugs in them go away. ;-) It seems that the hardware trig functions aren't worth using. I want to test them on a 486 and consider the ranges more before discarding them. This may take a while. I did a quick test of some other functions: - hardware sqrt is much faster - hardware exp is slightly faster on the range [1,100] - hardware atan is slower on the range [0,1.5] - hardware acos is much slower (139 nsec vs 57 nsec!) on the range [0,1.0]. Bruce From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 18:08:49 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5F5716A4F1; Sun, 13 Feb 2005 18:08:49 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8493F43D1F; Sun, 13 Feb 2005 18:08:49 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j1DI8hHo070624; Sun, 13 Feb 2005 13:08:43 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j1DI8bZm070623; Sun, 13 Feb 2005 13:08:37 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sun, 13 Feb 2005 13:08:37 -0500 From: David Schultz To: Bruce Evans Message-ID: <20050213180837.GA70513@VARK.MIT.EDU> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> <20050204215913.GA44598@VARK.MIT.EDU> <20050205181808.J10966@delplex.bde.org> <20050209051401.GA18775@VARK.MIT.EDU> <20050209232758.F3249@epsplex.bde.org> <20050210072314.GA26713@VARK.MIT.EDU> <20050214000320.U1866@epsplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214000320.U1866@epsplex.bde.org> cc: FreeBSD-gnats-submit@FreeBSD.ORG cc: freebsd-i386@FreeBSD.ORG cc: bde@FreeBSD.ORG Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:08:50 -0000 On Mon, Feb 14, 2005, Bruce Evans wrote: > It seems that the hardware trig functions aren't worth using. I want > to test them on a 486 and consider the ranges more before discarding > them. This may take a while. Fair enough. I would be happy to have a hybrid implementation that uses the hardware only when appropriate. However, your 486 benchmarks notwithstanding, I would just as soon rely on fdlibm entirely for the trig functions. It just doesn't seem worthwhile to me, given that the only parts of the domain where the hardware is faster *and* correct are, roughly speaking, [0,2^-28) and [pi/4,pi/2-eps]. > I did a quick test of some other functions: > - hardware sqrt is much faster > - hardware exp is slightly faster on the range [1,100] > - hardware atan is slower on the range [0,1.5] > - hardware acos is much slower (139 nsec vs 57 nsec!) on the range [0,1.0]. sqrt isn't transcendental, so it should be faster and correctly rounded on every hardware platform. I found similar results to yours for atan() and acos() when writing amd64 math routines, but of course amd64 has the overhead of switching between the SSE and i387 units. Maybe they should go away, too... From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 18:10:36 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54E1516A4CE for ; Sun, 13 Feb 2005 18:10:36 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3150143D2F for ; Sun, 13 Feb 2005 18:10:36 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1DIAaEJ037795 for ; Sun, 13 Feb 2005 18:10:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1DIAaIP037794; Sun, 13 Feb 2005 18:10:36 GMT (envelope-from gnats) Date: Sun, 13 Feb 2005 18:10:36 GMT Message-Id: <200502131810.j1DIAaIP037794@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: David Schultz Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Schultz List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:10:36 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: David Schultz To: Bruce Evans Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-i386@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Sun, 13 Feb 2005 13:08:37 -0500 On Mon, Feb 14, 2005, Bruce Evans wrote: > It seems that the hardware trig functions aren't worth using. I want > to test them on a 486 and consider the ranges more before discarding > them. This may take a while. Fair enough. I would be happy to have a hybrid implementation that uses the hardware only when appropriate. However, your 486 benchmarks notwithstanding, I would just as soon rely on fdlibm entirely for the trig functions. It just doesn't seem worthwhile to me, given that the only parts of the domain where the hardware is faster *and* correct are, roughly speaking, [0,2^-28) and [pi/4,pi/2-eps]. > I did a quick test of some other functions: > - hardware sqrt is much faster > - hardware exp is slightly faster on the range [1,100] > - hardware atan is slower on the range [0,1.5] > - hardware acos is much slower (139 nsec vs 57 nsec!) on the range [0,1.0]. sqrt isn't transcendental, so it should be faster and correctly rounded on every hardware platform. I found similar results to yours for atan() and acos() when writing amd64 math routines, but of course amd64 has the overhead of switching between the SSE and i387 units. Maybe they should go away, too... From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 19:38:21 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8761016A4CE; Sun, 13 Feb 2005 19:38:21 +0000 (GMT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D202843D5A; Sun, 13 Feb 2005 19:38:20 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])j1DJcJA6019340; Mon, 14 Feb 2005 06:38:19 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j1DJcHGg014032; Mon, 14 Feb 2005 06:38:17 +1100 Date: Mon, 14 Feb 2005 06:38:16 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: David Schultz In-Reply-To: <20050213180837.GA70513@VARK.MIT.EDU> Message-ID: <20050214062033.M40410@delplex.bde.org> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> <20050204215913.GA44598@VARK.MIT.EDU> <20050205181808.J10966@delplex.bde.org> <20050209051401.GA18775@VARK.MIT.EDU> <20050209232758.F3249@epsplex.bde.org> <20050210072314.GA26713@VARK.MIT.EDU> <20050214000320.U1866@epsplex.bde.org> <20050213180837.GA70513@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD-gnats-submit@FreeBSD.org cc: freebsd-i386@FreeBSD.org cc: bde@FreeBSD.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:38:21 -0000 On Sun, 13 Feb 2005, David Schultz wrote: > On Mon, Feb 14, 2005, Bruce Evans wrote: > > >... > > I did a quick test of some other functions: > > - hardware sqrt is much faster > > - hardware exp is slightly faster on the range [1,100] > > - hardware atan is slower on the range [0,1.5] > > - hardware acos is much slower (139 nsec vs 57 nsec!) on the range [0,1.0]. > > sqrt isn't transcendental, so it should be faster and correctly > rounded on every hardware platform. I found similar results to I don't know if we can trust the hardware for that. ISTR checking that hardware sqrtf gives the same result as fdlibm for possible values for sqrtf. This is of course impossible for double sqrt. > yours for atan() and acos() when writing amd64 math routines, but > of course amd64 has the overhead of switching between the SSE and > i387 units. Maybe they should go away, too... These are easier to decide (for now) because there are no old CPUs. I fixed the bug that gave unbelievable cycle counts: %%% --- r.c~ Mon Feb 14 02:19:34 2005 +++ r.c Mon Feb 14 02:22:21 2005 @@ -45,4 +47,5 @@ tmax = 0; tmin = INT_MAX; + total = 0; for (i = 0; i < ITER; i++) { if (fabs(avg - t[i]) <= sd * 2) { %%% With this fix on athlon-xp's, the cpuid instructions only disturb the cycle counts in a small and almost deterministic way (by about 59 cycles for every run). Bruce From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 19:40:21 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A82F616A4CE for ; Sun, 13 Feb 2005 19:40:21 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 840B143D39 for ; Sun, 13 Feb 2005 19:40:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1DJeLCo049880 for ; Sun, 13 Feb 2005 19:40:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1DJeLD3049879; Sun, 13 Feb 2005 19:40:21 GMT (envelope-from gnats) Date: Sun, 13 Feb 2005 19:40:21 GMT Message-Id: <200502131940.j1DJeLD3049879@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bruce Evans List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:40:21 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: Bruce Evans To: David Schultz Cc: FreeBSD-gnats-submit@FreeBSD.org, freebsd-i386@FreeBSD.org, bde@FreeBSD.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Mon, 14 Feb 2005 06:38:16 +1100 (EST) On Sun, 13 Feb 2005, David Schultz wrote: > On Mon, Feb 14, 2005, Bruce Evans wrote: > > >... > > I did a quick test of some other functions: > > - hardware sqrt is much faster > > - hardware exp is slightly faster on the range [1,100] > > - hardware atan is slower on the range [0,1.5] > > - hardware acos is much slower (139 nsec vs 57 nsec!) on the range [0,1.0]. > > sqrt isn't transcendental, so it should be faster and correctly > rounded on every hardware platform. I found similar results to I don't know if we can trust the hardware for that. ISTR checking that hardware sqrtf gives the same result as fdlibm for possible values for sqrtf. This is of course impossible for double sqrt. > yours for atan() and acos() when writing amd64 math routines, but > of course amd64 has the overhead of switching between the SSE and > i387 units. Maybe they should go away, too... These are easier to decide (for now) because there are no old CPUs. I fixed the bug that gave unbelievable cycle counts: %%% --- r.c~ Mon Feb 14 02:19:34 2005 +++ r.c Mon Feb 14 02:22:21 2005 @@ -45,4 +47,5 @@ tmax = 0; tmin = INT_MAX; + total = 0; for (i = 0; i < ITER; i++) { if (fabs(avg - t[i]) <= sd * 2) { %%% With this fix on athlon-xp's, the cpuid instructions only disturb the cycle counts in a small and almost deterministic way (by about 59 cycles for every run). Bruce From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 19:42:42 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3502916A4CE; Sun, 13 Feb 2005 19:42:42 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8220043D1F; Sun, 13 Feb 2005 19:42:41 +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 j1DJgfkG048106; Sun, 13 Feb 2005 14:42:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DJgfIF001813; Sun, 13 Feb 2005 14:42:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DFC707306E; Sun, 13 Feb 2005 14:42:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213194240.DFC707306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 14:42:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:42:42 -0000 TB --- 2005-02-13 18:16:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 18:16:59 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-13 18:16:59 - checking out the source tree TB --- 2005-02-13 18:16:59 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-13 18:16:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 18:22:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 18:22:43 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-13 18:22:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-13 19:29:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 19:29:43 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-13 19:29:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 13 19:29:44 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] @/sys/types.h:62: error: syntax error before "int8_t" @/sys/types.h:62: warning: type defaults to `int' in declaration of `int8_t' @/sys/types.h:62: warning: data definition has no type or storage class In file included from @/sys/systm.h:46, from /tinderbox/CURRENT/i386/i386/src/sys/modules/linux/../../compat/linux/linux_signal.c:33: @/sys/stdint.h:77: error: syntax error before "int_least8_t" @/sys/stdint.h:77: warning: type defaults to `int' in declaration of `int_least8_t' @/sys/stdint.h:77: warning: data definition has no type or storage class *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/linux. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-13 19:42:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 19:42:40 - ERROR: failed to build generic kernel TB --- 2005-02-13 19:42:40 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 19:54:40 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92EE816A4CE; Sun, 13 Feb 2005 19:54:40 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3274443D41; Sun, 13 Feb 2005 19:54:40 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j1DJsY8O071288; Sun, 13 Feb 2005 14:54:34 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j1DJsXu8071287; Sun, 13 Feb 2005 14:54:33 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sun, 13 Feb 2005 14:54:33 -0500 From: David Schultz To: Bruce Evans Message-ID: <20050213195433.GA71214@VARK.MIT.EDU> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> <20050204215913.GA44598@VARK.MIT.EDU> <20050205181808.J10966@delplex.bde.org> <20050209051401.GA18775@VARK.MIT.EDU> <20050209232758.F3249@epsplex.bde.org> <20050210072314.GA26713@VARK.MIT.EDU> <20050214000320.U1866@epsplex.bde.org> <20050213180837.GA70513@VARK.MIT.EDU> <20050214062033.M40410@delplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214062033.M40410@delplex.bde.org> cc: FreeBSD-gnats-submit@FreeBSD.ORG cc: freebsd-i386@FreeBSD.ORG cc: bde@FreeBSD.ORG Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:54:40 -0000 On Mon, Feb 14, 2005, Bruce Evans wrote: > > sqrt isn't transcendental, so it should be faster and correctly > > rounded on every hardware platform. I found similar results to > > I don't know if we can trust the hardware for that. ISTR checking that > hardware sqrtf gives the same result as fdlibm for possible values for sqrtf. > This is of course impossible for double sqrt. Since IEEE 754 specifies sqrt's behavior, and because ucbtest does a good job of detecting problems with it, hardware designers are likely to pay more attention to getting it right. After all, it's possible to have completely broken transcendentals and still claim IEEE 754 compliance, but you can't do that if your sqrt is broken. > I fixed the bug that gave unbelievable cycle counts: > > %%% > --- r.c~ Mon Feb 14 02:19:34 2005 > +++ r.c Mon Feb 14 02:22:21 2005 > @@ -45,4 +47,5 @@ > tmax = 0; > tmin = INT_MAX; > + total = 0; > for (i = 0; i < ITER; i++) { > if (fabs(avg - t[i]) <= sd * 2) { > %%% Yeah, I noticed that bug while using the program to do some measurements for my research. Sorry I forgot to mention it here. From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 20:00:56 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FBE416A4CE for ; Sun, 13 Feb 2005 20:00:56 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F404243D1D for ; Sun, 13 Feb 2005 20:00:55 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1DK0tKr050629 for ; Sun, 13 Feb 2005 20:00:55 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1DK0tZY050628; Sun, 13 Feb 2005 20:00:55 GMT (envelope-from gnats) Date: Sun, 13 Feb 2005 20:00:55 GMT Message-Id: <200502132000.j1DK0tZY050628@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: David Schultz Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Schultz List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 20:00:56 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: David Schultz To: Bruce Evans Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-i386@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Sun, 13 Feb 2005 14:54:33 -0500 On Mon, Feb 14, 2005, Bruce Evans wrote: > > sqrt isn't transcendental, so it should be faster and correctly > > rounded on every hardware platform. I found similar results to > > I don't know if we can trust the hardware for that. ISTR checking that > hardware sqrtf gives the same result as fdlibm for possible values for sqrtf. > This is of course impossible for double sqrt. Since IEEE 754 specifies sqrt's behavior, and because ucbtest does a good job of detecting problems with it, hardware designers are likely to pay more attention to getting it right. After all, it's possible to have completely broken transcendentals and still claim IEEE 754 compliance, but you can't do that if your sqrt is broken. > I fixed the bug that gave unbelievable cycle counts: > > %%% > --- r.c~ Mon Feb 14 02:19:34 2005 > +++ r.c Mon Feb 14 02:22:21 2005 > @@ -45,4 +47,5 @@ > tmax = 0; > tmin = INT_MAX; > + total = 0; > for (i = 0; i < ITER; i++) { > if (fabs(avg - t[i]) <= sd * 2) { > %%% Yeah, I noticed that bug while using the program to do some measurements for my research. Sorry I forgot to mention it here. From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 21:05:21 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF4C916A4CE; Sun, 13 Feb 2005 21:05:21 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 494AA43D39; Sun, 13 Feb 2005 21:05:21 +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 j1DL5KFN050297; Sun, 13 Feb 2005 16:05:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DL5KEo055922; Sun, 13 Feb 2005 16:05:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA3BF7306E; Sun, 13 Feb 2005 16:05:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213210520.AA3BF7306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 16:05:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 21:05:21 -0000 TB --- 2005-02-13 19:42:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 19:42:41 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-13 19:42:41 - checking out the source tree TB --- 2005-02-13 19:42:41 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-13 19:42:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 19:48:25 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 19:48:25 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-13 19:48:25 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-13 20:55:35 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 20:55:35 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-13 20:55:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 13 20:55:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] @/sys/types.h:62: error: syntax error before "int8_t" @/sys/types.h:62: warning: type defaults to `int' in declaration of `int8_t' @/sys/types.h:62: warning: data definition has no type or storage class In file included from @/sys/systm.h:46, from /tinderbox/CURRENT/i386/pc98/src/sys/modules/linux/../../compat/linux/linux_signal.c:33: @/sys/stdint.h:77: error: syntax error before "int_least8_t" @/sys/stdint.h:77: warning: type defaults to `int' in declaration of `int_least8_t' @/sys/stdint.h:77: warning: data definition has no type or storage class *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/linux. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-13 21:05:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 21:05:20 - ERROR: failed to build generic kernel TB --- 2005-02-13 21:05:20 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Sun Feb 13 23:14:19 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 279B016A4CE; Sun, 13 Feb 2005 23:14:19 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F13D843D1F; Sun, 13 Feb 2005 23:14:18 +0000 (GMT) (envelope-from kientzle@FreeBSD.org) Received: from freefall.freebsd.org (kientzle@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1DNEIcL080267; Sun, 13 Feb 2005 23:14:18 GMT (envelope-from kientzle@freefall.freebsd.org) Received: (from kientzle@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1DNEIVU080263; Sun, 13 Feb 2005 23:14:18 GMT (envelope-from kientzle) Date: Sun, 13 Feb 2005 23:14:18 GMT From: Tim Kientzle Message-Id: <200502132314.j1DNEIVU080263@freefall.freebsd.org> To: kientzle@FreeBSD.org, freebsd-i386@FreeBSD.org, kientzle@FreeBSD.org Subject: Re: i386/76294: builtin gzip in tar fails X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 23:14:19 -0000 Synopsis: builtin gzip in tar fails Responsible-Changed-From-To: freebsd-i386->kientzle Responsible-Changed-By: kientzle Responsible-Changed-When: Sun Feb 13 23:13:50 GMT 2005 Responsible-Changed-Why: I wrote it; I'll fix it. http://www.freebsd.org/cgi/query-pr.cgi?pr=76294 From owner-freebsd-i386@FreeBSD.ORG Mon Feb 14 04:50:16 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED8D316A4CE for ; Mon, 14 Feb 2005 04:50:16 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CF0943D1F for ; Mon, 14 Feb 2005 04:50:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1E4oGPE033788 for ; Mon, 14 Feb 2005 04:50:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1E4oGHJ033787; Mon, 14 Feb 2005 04:50:16 GMT (envelope-from gnats) Resent-Date: Mon, 14 Feb 2005 04:50:16 GMT Resent-Message-Id: <200502140450.j1E4oGHJ033787@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rick Voland Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E83A16A4CE for ; Mon, 14 Feb 2005 04:41:47 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBF243D58 for ; Mon, 14 Feb 2005 04:41:46 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j1E4fkWv097011 for ; Mon, 14 Feb 2005 04:41:46 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j1E4fk4N097010; Mon, 14 Feb 2005 04:41:46 GMT (envelope-from nobody) Message-Id: <200502140441.j1E4fk4N097010@www.freebsd.org> Date: Mon, 14 Feb 2005 04:41:46 GMT From: Rick Voland To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/77477: AHA-1542CP SCSI failed to probe X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 04:50:17 -0000 >Number: 77477 >Category: i386 >Synopsis: AHA-1542CP SCSI failed to probe >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 14 04:50:15 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Rick Voland >Release: FreeBSD 5.3 >Organization: >Environment: $ uname -a FreeBSD brian.local.bsd 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #1: Mon Jan 17 12:40:54 CST 2005 root@brian.local.bsd:/usr/obj/usr/src/sys/BRIAN i386 $ >Description: Adaptec AHA-1542CP SCSI is detected during ISA-PNP probe and reports resource options, but the device is not initialized. I am submitting this as a problem since the same BIOS settings on the motherboard and SCSI device worked fine for FreeBSD 3.x and 4.10 SMP, Redhat 9 SMP, and Windows 98SE. I posted this to freebsd-questions and freebsd-SCSI mail listings with no responses. This system detects all PCI devices and boots completely. I get the same results with the FreeBSD 5.3-RELEASE GENERIC kernel from the install cdrom, as well as the present 5.3-RELEASE-p5 SMP kernel. I also tried a custom single-processor 5.3 kernel that did not activate the APIC (interrupt controller), with the same results. I tried adding specific device hints for the IRQ, I/O address, and DRQ, with no success. I also tried a few different settings on the 1542CP BIOS with no change in the problem. Tyan S1564D Motherboard with 1998 Award BIOS. 2 x 233MMX Pentium There is no option in BIOS for "PNP operating system." I reserve IRQ 5 and 10 for a soundcard using the AWARD BIOS. This worked fine for the previous operating systems. This motherboard is before ACPI. APM is turned off in BIOS and kernel. AHA-1542CP should be at IRQ 11, 0334h-0337h, DRQ 7 Parallel port (IRQ 7) is not detected either. --------------------------- /boot/device.hints # $FreeBSD: src/sys/i386/conf/GENERIC.hints,v 1.13 2004/04/01 21:48:31 alfred Exp $ hint.acpi.0.disabled="1" hint.fdc.0.at="isa" hint.fdc.0.port="0x3F0" hint.fdc.0.irq="6" hint.fdc.0.drq="2" hint.fd.0.at="fdc0" hint.fd.0.drive="0" hint.fd.1.at="fdc0" hint.fd.1.drive="1" hint.ata.0.at="isa" hint.ata.0.port="0x1F0" hint.ata.0.irq="14" hint.ata.1.at="isa" hint.ata.1.port="0x170" hint.ata.1.irq="15" hint.adv.0.at="isa" hint.adv.0.disabled="1" hint.bt.0.at="isa" hint.bt.0.disabled="1" hint.aha.0.at="isa" #hint.aha.0.irq=11 #hint.aha.0.port="0x334" #hint.aha.0.maddr="0xcc000" #hint.aha.0.drq="7" # hint.aha.0.disabled="1" hint.aic.0.at="isa" hint.aic.0.disabled="1" hint.atkbdc.0.at="isa" hint.atkbdc.0.port="0x060" hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" hint.psm.0.at="atkbdc" hint.psm.0.irq="12" hint.psm.0.disabled="1" hint.vga.0.at="isa" hint.sc.0.at="isa" hint.sc.0.flags="0x100" hint.vt.0.at="isa" hint.vt.0.disabled="1" hint.apm.0.disabled="1" hint.apm.0.flags="0x20" hint.pcic.0.at="isa" #hint.pcic.0.irq="10" # Default to polling hint.pcic.0.disabled="1" hint.pcic.0.port="0x3e0" hint.pcic.0.maddr="0xd0000" hint.pcic.1.at="isa" hint.pcic.1.irq="11" hint.pcic.1.port="0x3e2" hint.pcic.1.maddr="0xd4000" hint.pcic.1.disabled="1" hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" hint.sio.1.at="isa" hint.sio.1.port="0x2F8" hint.sio.1.irq="3" hint.sio.1.disabled="1" hint.sio.2.at="isa" hint.sio.2.disabled="1" hint.sio.2.port="0x3E8" hint.sio.2.irq="5" hint.sio.3.at="isa" hint.sio.3.disabled="1" hint.sio.3.port="0x2E8" hint.sio.3.irq="9" hint.ppc.0.at="isa" hint.ppc.0.irq="7" hint.ed.0.at="isa" hint.ed.0.disabled="1" hint.ed.0.port="0x280" hint.ed.0.irq="10" hint.ed.0.maddr="0xd8000" hint.cs.0.at="isa" hint.cs.0.disabled="1" hint.cs.0.port="0x300" hint.sn.0.at="isa" hint.sn.0.disabled="1" hint.sn.0.port="0x300" hint.sn.0.irq="10" hint.ie.0.at="isa" hint.ie.0.disabled="1" hint.ie.0.port="0x300" hint.ie.0.irq="10" hint.ie.0.maddr="0xd0000" hint.fe.0.at="isa" hint.fe.0.disabled="1" hint.fe.0.port="0x300" hint.lnc.0.at="isa" hint.lnc.0.disabled="1" hint.lnc.0.port="0x280" hint.lnc.0.irq="10" hint.lnc.0.drq="0" -------------------------- dmesg (verbose) Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE-p5 #1: Mon Jan 17 12:40:54 CST 2005 root@brian.local.bsd:/usr/obj/usr/src/sys/BRIAN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a06000. Calibrating clock(s) ... i8254 clock: 1193081 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 232671333 Hz CPU: Pentium/P55C (232.67-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8003bf real memory = 268435456 (256 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000000fb4ffff, 250769408 bytes (61223 pages) avail memory = 253038592 (241 MB) MP Configuration Table version 1.1 found at 0xc00f1400 APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) SMP: Added CPU 1 (AP) MPTable: 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 0xc00fb090 bios32: Entry = 0xfb510 (c00fb510) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb540 pnpbios: Found PnP BIOS data at 0xc00fc070 pnpbios: Entry = f0000:c098 Rev = 1.0 Other BIOS signatures found: Intel Pentium detected, installing workaround for F00F bug ioapic0: Assuming intbase of 0 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) ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 5 bus ISA ioapic0: intpin 5 trigger: edge ioapic0: intpin 5 polarity: high ioapic0: intpin 6 bus ISA ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 10 bus ISA ioapic0: intpin 10 trigger: edge ioapic0: intpin 10 polarity: high ioapic0: intpin 11 bus ISA ioapic0: intpin 11 trigger: edge ioapic0: intpin 11 polarity: high ioapic0: intpin 13 bus ISA ioapic0: intpin 13 trigger: edge ioapic0: intpin 13 polarity: high ioapic0: intpin 14 bus ISA ioapic0: intpin 14 trigger: edge ioapic0: intpin 14 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high ioapic0: intpin 16 bus ISA ioapic0: Routing IRQ 12 -> intpin 16 ioapic0: intpin 12 disabled ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 17 bus ISA ioapic0: Routing IRQ 3 -> intpin 17 ioapic0: intpin 3 disabled ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 18 bus ISA ioapic0: Routing IRQ 9 -> intpin 18 ioapic0: intpin 9 disabled ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low lapic: Routing ExtINT -> LINT0 lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00030010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> null: random: io: mem: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12508086) pcibios: BIOS version 2.10 Found $PIR table, 5 entries at 0xc00fde10 PCI-Only Interrupts: 3 9 12 Location Bus Device Pin Link IRQs slot 1 0 20 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 20 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 0 20 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 20 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 19 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 19 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 0 19 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 19 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 18 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 18 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 0 18 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 18 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 17 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 0 17 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 17 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 17 D 0x62 3 4 5 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x60 255 N 4 3 4 5 7 9 10 11 12 14 15 0x61 255 N 4 3 4 5 7 9 10 11 12 14 15 0x62 255 N 4 3 4 5 7 9 10 11 12 14 15 0x63 255 N 4 3 4 5 7 9 10 11 12 14 15 $PIR: Found matching pin for 0.20.INTA at func 0: 12 $PIR: Found matching pin for 0.19.INTA at func 0: 3 $PIR: Found matching pin for 0.18.INTA at func 0: 9 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x60 12 Y 4 3 4 5 7 9 10 11 12 14 15 0x61 3 Y 4 3 4 5 7 9 10 11 12 14 15 0x62 9 Y 4 3 4 5 7 9 10 11 12 14 15 0x63 255 N 4 3 4 5 7 9 10 11 12 14 15 $PIR: IRQs used by BIOS: 3 9 12 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 4 0 0 0 0 0 4 0 0 4 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x1250, revid=0x03 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=0x7000, revid=0x01 bus=0, slot=7, 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 0000f000, size 4, enabled found-> vendor=0x8086, dev=0x7010, revid=0x00 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[10]: type 3, range 32, base e0000000, size 24, enabled map[14]: type 4, range 32, base 00006400, size 8, enabled map[18]: type 1, range 32, base e1000000, size 12, enabled $PIR: 0:18 INTA routed to irq 9 found-> vendor=0x1002, dev=0x4750, revid=0x5c bus=0, slot=18, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=9 map[10]: type 4, range 32, base 00006800, size 7, enabled map[14]: type 1, range 32, base e1001000, size 7, enabled $PIR: 0:19 INTA routed to irq 3 found-> vendor=0x10b7, dev=0x9055, revid=0x30 bus=0, slot=19, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=3 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00006c00, size 5, enabled $PIR: 0:20 INTA routed to irq 12 found-> vendor=0x1044, dev=0xa400, revid=0x02 bus=0, slot=20, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0xa0 (4800 ns), mingnt=0x04 (1000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=12 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 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=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=50 ostat1=00 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=00 devices=0x1 ata1: [MPSAFE] pci0: at device 18.0 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x6800-0x687f mem 0xe1001000-0xe100107f irq 3 at device 19.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xe1001000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:04:76:17:0b:48 xl0: [MPSAFE] dpt0: port 0x6c00-0x6c1f irq 12 at device 20.0 on pci0 dpt0: Reserved 0x20 bytes for rid 0x10 type 4 at 0x6c00 dpt0: DPT PM2044UW FW Rev. 07H1, 1 channel, 64 CCBs dpt0: [GIANT-LOCKED] cpu0 on motherboard cpu1 on motherboard ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 MPI0001: start dependent (0) MPI0001: adding io range 0x220-0x22f, size=0x10, align=0x10 MPI0001: adding io range 0x530-0x537, size=0x8, align=0x8 MPI0001: adding io range 0x388-0x38b, size=0x4, align=0x4 MPI0001: adding io range 0x330-0x331, size=0x2, align=0x2 MPI0001: adding io range 0x370-0x371, size=0x2, align=0x2 MPI0001: adding irq mask 0x400 MPI0001: adding irq mask 0x20 MPI0001: adding dma mask 0x1 MPI0001: adding dma mask 0x2 MPI0001: start dependent (1) MPI0001: adding io range 0x240-0x24f, size=0x10, align=0x10 MPI0001: adding io range 0xe80-0xe87, size=0x8, align=0x8 MPI0001: adding io range 0x388-0x38b, size=0x4, align=0x4 MPI0001: adding io range 0x300-0x301, size=0x2, align=0x2 MPI0001: adding io range 0x100-0xfff, size=0x2, align=0x2 MPI0001: adding irq mask 0xe80 MPI0001: adding irq mask 0x6a0 MPI0001: adding dma mask 0xb MPI0001: adding dma mask 0xb MPI0001: start dependent (2) MPI0001: adding io range 0x220-0x28f, size=0x10, align=0x10 MPI0001: adding io range 0x530-0xf4f, size=0x8, align=0x8 MPI0001: adding io range 0x388-0x3fb, size=0x4, align=0x8 MPI0001: adding io range 0x300-0x335, size=0x2, align=0x2 MPI0001: adding io range 0x100-0xfff, size=0x2, align=0x2 MPI0001: adding irq mask 0xea0 MPI0001: adding irq mask 0xea0 MPI0001: adding dma mask 0xb MPI0001: adding dma mask 0xb MPI0001: end dependent MPI0002: start dependent (0) MPI0002: adding io range 0x201-0x201, size=0x1, align=0x1 MPI0002: start dependent (1) MPI0002: adding io range 0x202-0x202, size=0x1, align=0x1 MPI0002: start dependent (1) MPI0002: adding io range 0x203-0x203, size=0x1, align=0x1 MPI0002: start dependent (1) MPI0002: adding io range 0x204-0x20f, size=0x1, align=0x1 MPI0002: end dependent ADP1542: adding irq mask 0xdc00 ADP1542: adding dma mask 0xe0 ADP1542: start dependent (0) ADP1542: adding io range 0x330-0x333, size=0x4, align=0x4 ADP1542: start dependent (1) ADP1542: adding io range 0x334-0x337, size=0x4, align=0x4 ADP1542: start dependent (1) ADP1542: adding io range 0x234-0x237, size=0x4, align=0x4 ADP1542: start dependent (1) ADP1542: adding io range 0x230-0x233, size=0x4, align=0x4 ADP1542: start dependent (1) ADP1542: adding io range 0x134-0x137, size=0x4, align=0x4 ADP1542: start dependent (2) ADP1542: adding io range 0x130-0x133, size=0x4, align=0x4 ADP1542: end dependent ADP1542: adding memory range 0xc8000-0xdffff, size=0x4000, align=0x4000 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff pnpbios: 13 devices, largest 126 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfec00000-0xfec0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0xfee00000-0xfee0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0x100000-0xfffffff, size=0xff00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 pnpbios: handle 8 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x208-0x20f, size=0x8, align=0 pnpbios: handle 9 device ID PNP0c02 (020cd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 10 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 pnpbios: handle 11 device ID PNP0700 (0007d041) PNP0400: adding irq mask 0x80 PNP0400: adding io range 0x378-0x37f, size=0x8, align=0 pnpbios: handle 12 device ID PNP0400 (0004d041) ahc_isa_probe 6: ioport 0x6c00 alloc failed 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 0xcc000-0xcffff,0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0 failed to probe on isa0 aic0: not probed (disabled) 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 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 80 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fd1: <1200-KB 5.25" drive> on fdc0 drive 1 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0: not probed (disabled) pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: failed to probe at port 0x378-0x37f irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0xe001 0xe011 0xe001 0xe001 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) 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 vt0: not probed (disabled) aha1: status reg test failed ff aha1 failed to probe at port 0x334-0x337 on isa0 isa_probe_children: probing PnP devices adv1: Invalid baseport of 0x220 specified. Nearest valid baseport is 0x230. Failing probe. unknown: failed to probe at port 0x370-0x371,0x330-0x331,0x388-0x38b,0x530-0x537,0x220-0x22f irq 5,10 drq 1,0 on isa0 adv1: Invalid baseport of 0x201 specified. Nearest valid baseport is 0x210. Failing probe. unknown: failed to probe at port 0x201 on isa0 aha2: status reg test failed 0 adv1: Invalid baseport of 0x332 specified. Nearest valid baseport is 0x330. Failing probe. unknown: failed to probe at port 0x332-0x335 iomem 0xd0000-0xd3fff irq 11 drq 5 on isa0 adv1: Invalid baseport of 0x0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x70 specified. Nearest valid baseport is 0x100. Failing probe. unknown: can't assign resources (port) unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x4d0 specified. Nearest valid baseport is 0x330. Failing probe. adv1: Invalid baseport of 0x208 specified. Nearest valid baseport is 0x210. Failing probe. unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 adv1: Invalid baseport of 0x378 specified. Nearest valid baseport is 0x330. Failing probe. ppc1: using extended I/O port range unknown: failed to probe at port 0x378-0x37f irq 7 on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 232671333 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=80pin ata0-master: setting PIO4 on Intel PIIX3 chip ata0-master: setting WDMA2 on Intel PIIX3 chip ad0: ATA-4 disk at ata0-master ad0: 19470MB (39876480 sectors), 39560 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, WDMA2 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata1-master: setting PIO4 on Intel PIIX3 chip ata1-master: setting WDMA2 on Intel PIIX3 chip ad2: ATA-5 disk at ata1-master ad2: 19073MB (39062500 sectors), 38752 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, WDMA2 ar: FreeBSD check1 failed Waiting 15 seconds for SCSI devices to settle GEOM: new disk ad0 GEOM: new disk ad2 [0] f:80 typ:6 s(CHS):0/1/1 e(CHS):126/254/63 s:63 l:2040192 [1] f:00 typ:167 s(CHS):127/0/1 e(CHS):387/254/63 s:2040255 l:4192965 [2] f:00 typ:28 s(CHS):388/0/1 e(CHS):1023/254/63 s:6233220 l:33640110 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 1044578304 end 1044610559 GEOM: Configure ad0s2, start 1044610560 length 2146798080 end 3191408639 GEOM: Configure ad0s3, start 3191408640 length 17223736320 end 20415144959 [0] f:00 typ:147 s(CHS):0/1/1 e(CHS):12/254/63 s:63 l:208782 [1] f:00 typ:6 s(CHS):13/0/1 e(CHS):272/254/63 s:208845 l:4176900 [2] f:00 typ:146 s(CHS):273/0/1 e(CHS):402/254/63 s:4385745 l:2088450 [3] f:00 typ:5 s(CHS):403/0/1 e(CHS):1023/254/63 s:6474195 l:32579820 GEOM: Configure ad2s1, start 32256 length 106896384 end 106928639 GEOM: Configure ad2s2, start 106928640 length 2138572800 end 2245501439 GEOM: Configure ad2s3, start 2245501440 length 1069286400 end 3314787839 GEOM: Configure ad2s4, start 3314787840 length 16680867840 end 19995655679 MBREXT Slice 5 on ad2s4: [0] f:00 typ:131 s(CHS):403/1/1 e(CHS):1023/254/63 s:63 l:20482812 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:20482875 l:12096945 GEOM: Configure ad2s5, start 32256 length 10487199744 end 10487231999 MBREXT Slice 6 on ad2s4: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:12096882 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2s6, start 10487264256 length 6193603584 end 16680867839 (probe3:dpt0:0:3:0): error 22 (probe3:dpt0:0:3:0): Unretryable Error pass0 at dpt0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 3FA0A0X300007221AV1L pass0: Tagged Queueing Enabled pass1 at dpt0 bus 0 target 1 lun 0 pass1: Fixed Direct Access SCSI-2 device pass1: Serial Number AYF30763 pass1: Tagged Queueing Enabled pass2 at dpt0 bus 0 target 3 lun 0 pass2: Removable CD-ROM SCSI-2 device (cd0:dpt0:0:3:0): error 6 (cd0:dpt0:0:3:0): Unretryable Error cd0 at dpt0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at dpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 3FA0A0X300007221AV1L da0: Tagged Queueing Enabled da0: 17547MB (35937405 512 byte sectors: 255H 63S/T 2237C) da1 at dpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: Serial Number AYF30763 da1: Tagged Queueing Enabled da1: 6208MB (12715408 512 byte sectors: 255H 63S/T 791C) GEOM: new disk cd0 GEOM: new disk da0 GEOM: new disk da1 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00030010 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 17 (ISA IRQ 3) to cluster 0 (cd0:dpt0:0:3:0): error 6 (cd0:dpt0:0:3:0): Unretryable Error (cd0:dpt0:0:3:0): error 6 (cd0:dpt0:0:3:0): Unretryable Error (cd0:dpt0:0:3:0): error 6 (cd0:dpt0:0:3:0): Unretryable Error (cd0:dpt0:0:3:0): error 6 (cd0:dpt0:0:3:0): Unretryable Error (cd0:dpt0:0:3:0): error 6 (cd0:dpt0:0:3:0): Unretryable Error (cd0:dpt0:0:3:0): error 6 (cd0:dpt0:0:3:0): Unretryable Error [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:35937342 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1, start 32256 length 18399919104 end 18399951359 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1a, start 0 length 524288000 end 524287999 GEOM: Configure da0s1b, start 3745513472 length 1073741824 end 4819255295 GEOM: Configure da0s1c, start 0 length 18399919104 end 18399919103 GEOM: Configure da0s1d, start 524288000 length 3221225472 end 3745513471 GEOM: Configure da0s1e, start 4819255296 length 13580663808 end 18399919103 Mounting root from ufs:/dev/da0s1a start_init: trying /sbin/init ioapic0: routing intpin 10 (ISA IRQ 10) to cluster 0 ioapic0: routing intpin 5 (ISA IRQ 5) to cluster 0 Linux ELF exec handler installed >How-To-Repeat: Device is never detected. Booting is very consistent. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Mon Feb 14 07:33:44 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B13E16A4CE; Mon, 14 Feb 2005 07:33:44 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D146143D3F; Mon, 14 Feb 2005 07:33:43 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1E7XhoV085157; Mon, 14 Feb 2005 07:33:43 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1E7XhmB085153; Mon, 14 Feb 2005 07:33:43 GMT (envelope-from anholt) Date: Mon, 14 Feb 2005 07:33:43 GMT From: Eric Anholt Message-Id: <200502140733.j1E7XhmB085153@freefall.freebsd.org> To: tokxi@yahoo.fr, anholt@FreeBSD.org, freebsd-i386@FreeBSD.org Subject: Re: i386/76851: AGP unrecognized & Over Use of my CPU X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 07:33:44 -0000 Synopsis: AGP unrecognized & Over Use of my CPU State-Changed-From-To: open->closed State-Changed-By: anholt State-Changed-When: Mon Feb 14 07:33:26 GMT 2005 State-Changed-Why: Please update to -STABLE, as this should already be fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=76851 From owner-freebsd-i386@FreeBSD.ORG Mon Feb 14 11:01:52 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A46016A4D8 for ; Mon, 14 Feb 2005 11:01:52 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1952043D2F for ; Mon, 14 Feb 2005 11:01:52 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1EB1qbI015124 for ; Mon, 14 Feb 2005 11:01:52 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1EB1pvE015118 for freebsd-i386@freebsd.org; Mon, 14 Feb 2005 11:01:51 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 14 Feb 2005 11:01:51 GMT Message-Id: <200502141101.j1EB1pvE015118@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-i386@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 11:01:52 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/10/06] i386/57673 i386 [disklabel] Odd/dangerous disklabel behav o [2004/02/16] i386/62902 i386 Data Corruption on Dell PE 600SC (Server o [2004/04/16] i386/65646 i386 FreeBSD suddenly turns off the power o [2004/04/28] i386/66039 i386 panic: system panic with file system corr o [2004/05/27] i386/67260 i386 [boot] stack overflow after boot menu whe o [2004/09/05] i386/71395 i386 Data corrupted on Serverworks CG-SL chips o [2004/09/09] i386/71538 i386 [install] multi-homed install trashes exi o [2005/01/18] i386/76397 i386 ata raid crashes in g_down (heavy load) o [2005/02/01] i386/76944 i386 i386 bus_dmamap_create() bug o [2005/02/01] i386/76948 i386 Slow network with rl0 (rl0 driver problem o [2005/02/02] i386/77016 i386 Problem starting a jail in FreeBSD 5.2.1- 11 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/13] i386/25781 i386 Statclocks cannot be disabled on ServerWo o [2002/07/05] i386/40219 i386 [apm] apm breaks removable media o [2002/10/16] i386/44130 i386 Enabled apm hangs up FreeBSD kernel on i8 o [2003/02/24] i386/48614 i386 VESA VGA modes for syscons lock up machin o [2003/05/22] i386/52556 i386 Syskonnect SK9843SX, sk driver, MII not d o [2003/05/22] i386/52581 i386 Boot loaders reading more than one sector o [2003/05/24] i386/52638 i386 SCSI U320 on SMP server won't run faster o [2003/06/06] i386/52975 i386 CPUTYPE=k7 results in non-functional /boo o [2003/06/11] i386/53200 i386 [boot] 5.1-RC1 SMP kernel boot gags at "A o [2003/06/16] i386/53382 i386 Repetable panics in ffs_vget() on Prolian o [2003/06/23] i386/53620 i386 [install] Kernel panics / reboots during o [2003/07/02] i386/54033 i386 Disk lockup. o [2003/07/15] i386/54501 i386 Promise Ultra133 TX2 does not work proper o [2003/08/13] i386/55555 i386 system freezes with access to /dev/ums0 o [2003/08/13] i386/55561 i386 SMbus and I2C don't attach when loaded as o [2003/08/15] i386/55615 i386 machine freezes - goes on after key press a [2003/08/24] i386/55930 i386 partly configured serial port freezes sys o [2003/09/17] i386/56937 i386 panic: system panic during high network l o [2003/09/20] i386/57043 i386 [hang] ar driver with 2 port PCI card loc f [2003/09/22] i386/57097 i386 [hang] Promise Ultra 100 TX2 causes locku p [2003/10/01] i386/57480 i386 Removing very large files using rm doesn' o [2003/10/09] i386/57818 i386 4.9-RC panics when kernel is built with a o [2003/10/16] i386/58139 i386 [panic] -CURRENT panics on Thinkpad A31p o [2003/10/23] i386/58458 i386 ATAPI-CDROM DMA Support on ALi Aladdin V o [2003/10/26] i386/58580 i386 After sysinstall, F2 fails; wrong device o [2003/10/30] i386/58718 i386 need to remove battery before booting lap o [2003/11/02] i386/58826 i386 reboot on an IBM PC Server 315 merely hal o [2003/11/11] i386/59192 i386 ATA drive not spotted with SCSI drive o [2003/11/25] i386/59683 i386 panic: signal 12 4.9-STABLE - frequent cr o [2003/11/26] i386/59701 i386 System hungup, after resume from suspend. o [2003/12/02] i386/59895 i386 [hang] system hangs from disk IO errors [ f [2003/12/02] i386/59897 i386 [hang] problems with swap-pager with grea f [2003/12/02] i386/59898 i386 [boot] pxe boot: BTX halted o [2003/12/17] i386/60344 i386 [boot] Intel ICH5 SATA RAID boot problems o [2003/12/27] i386/60603 i386 dd causes error when copying cd from ATA o [2003/12/27] i386/60633 i386 [hang] SIS motherboard with the SIS 5591 o [2003/12/27] i386/60641 i386 Sporadic SCSI bus resets with 53C810 unde o [2003/12/28] i386/60671 i386 FreeBSD 5.2RC2 installation process doesn o [2003/12/29] i386/60681 i386 wicontrol -L critical crash (sigbus) o [2003/12/29] i386/60690 i386 atapicd driver causes spontaneous uncondi o [2004/01/04] i386/60887 i386 can't boot when fbsd exists with other op o [2004/01/08] i386/61063 i386 [ata] ata hangs in smp system f [2004/01/10] i386/61163 i386 [boot] "/:write failed, filesystem is ful o [2004/01/12] i386/61253 i386 [panic] page fault on installation freebs o [2004/01/13] i386/61303 i386 5.2-REL hangs during boot with 3-port pyr o [2004/01/13] i386/61326 i386 Reboot while booting from 5.2-RELEASE CD o [2004/01/14] i386/61342 i386 [hang] CD-based installation crashes [4.9 o [2004/01/20] i386/61646 i386 [workaround] Strange irq20 weirdness caus o [2004/01/22] i386/61705 i386 [ntp] Random "bus errors" on 5.2-RELEASE o [2004/01/22] i386/61709 i386 [panic] 5.2-REL i386 Crashes hard; panics o [2004/01/25] i386/61890 i386 [fdisk] FDisk uses incorrect calculations f [2004/02/02] i386/62248 i386 [boot] 5.2 current hangs on boot o [2004/02/02] i386/62280 i386 em0 broken after resume in 5.2-CURRENT o [2004/02/09] i386/62565 i386 device.hints are not honored in 5.2.1-RC o [2004/02/13] i386/62807 i386 4.9 SMP does not work with Compaq Smart o [2004/02/15] i386/62888 i386 ad4: WARNING - WRITE_DMA interrupt was se o [2004/02/24] i386/63305 i386 reading udf filesystem on dvd+rw leads to o [2004/02/27] i386/63430 i386 [ata] TIMEOUT - ATA READ o [2004/02/27] i386/63441 i386 [panic] fatal trap 12 in pmap.c [4.9 with o [2004/02/27] i386/63467 i386 [ata] Sil 3114: RAID not detected using S o [2004/03/03] i386/63678 i386 5.2.1 installation hangs on t30 o [2004/03/04] i386/63776 i386 [boot] hang during boot on a toshiba p25 o [2004/03/06] i386/63828 i386 [hang] when installing Release 5.2.1 (i38 o [2004/03/06] i386/63853 i386 [hang] 5.2.1 boot CD hangs during boot (T o [2004/03/07] i386/63871 i386 [panic] kernel panic in swi8 after 1 hour o [2004/03/09] i386/63992 i386 [hang] XFree86 4.3 hangs on IBM ThinkPad o [2004/03/12] i386/64183 i386 5.1-RELEASE Install hung at "Probing devi o [2004/03/19] i386/64450 i386 Lucent Technologies WaveLAN/IEEE (PCI) fr o [2004/03/25] i386/64680 i386 5.2.1 pci-cfgintr steals serial mouse irq o [2004/03/25] i386/64697 i386 5.2.x BTX loader halts with Promise FastT o [2004/03/25] i386/64716 i386 [nis] mv crashes FreeBSD 5.2.1-p3 o [2004/03/25] i386/64727 i386 [boot] cannot find disk on asus p4s533mx o [2004/04/03] i386/65137 i386 [boot] 5.2.1 Intall Boot from floppies pa o [2004/04/14] i386/65523 i386 [patch] PXE loader malfunction in multipl o [2004/04/19] i386/65775 i386 [panic] Transmeta crusoe without longrun o [2004/04/22] i386/65896 i386 [panic] 5.2-RELEASE re(4) driver, kernel f [2004/04/25] i386/65954 i386 [panic] Sil0680 panic [5.2.1-p5] o [2004/04/29] i386/66087 i386 [install] hang at PCI config [5.2.1] o [2004/05/01] i386/66133 i386 [boot] nvidia motherboard installer locks o [2004/05/06] i386/66306 i386 pnpbios_identify() queries for more devic f [2004/05/06] i386/66339 i386 [hang] XFree86 initialization with an Lap o [2004/05/07] i386/66350 i386 [sysinstall] sysinstall creates a partiti o [2004/05/07] i386/66368 i386 [install] 4.9 install fails with MODE_SEN o [2004/05/19] i386/66876 i386 [patch] Cannot extract tar(1) multi-volum o [2004/05/22] i386/67047 i386 mpt driver does not recognize messages fr o [2004/06/01] i386/67469 i386 src/lib/msun/i387/s_tan.S gives incorrect o [2004/06/07] i386/67688 i386 5.2.1 initial floppy boot fails with Fata o [2004/06/11] i386/67833 i386 [boot] 4.10 does not boot after enabling f [2004/06/15] i386/67955 i386 [panic] -current on T40p kernel trap 12 i o [2004/06/27] i386/68411 i386 VMware Virtual Machine - Network Fails Du o [2004/06/28] i386/68438 i386 bootloader cannot read from icp vortex ar o [2004/06/28] i386/68460 i386 [nfs] NFS mounts lock processes in sbwait o [2004/07/01] i386/68554 i386 [hang] system freeze on Compaq Evo 600c [ o [2004/07/10] i386/68899 i386 Problems reading and writing DVD-RAM disc o [2004/07/11] i386/68900 i386 5.x install CDs fail to boot on Toshiba S o [2004/07/14] i386/69049 i386 [install] error "anic: page fault" o [2004/07/19] i386/69260 i386 [install] Problem starting the installati o [2004/07/19] i386/69281 i386 init dies when MAXSSIZ, MAXDSIZ, and DFLD f [2004/08/03] i386/69945 i386 "Page fault" while shutting down on VIA K o [2004/08/05] i386/70028 i386 umass isuue in the boot prcess on SONY La o [2004/08/11] i386/70330 i386 Re-Open 33262? - gdb does not handle pend o [2004/08/13] i386/70386 i386 IBM x345 Freezes Randomly o [2004/08/15] i386/70482 i386 Array adapter problems o [2004/08/16] i386/70525 i386 [boot] boot0cfg: -o packet not effective o [2004/08/16] i386/70531 i386 [patch] boot0 hides Lilo in extended slic o [2004/08/19] i386/70663 i386 Freebsd 4.10 ncplogin + Netware 4.11 = nw o [2004/08/20] i386/70747 i386 ddos attack causes box to crash on kernel f [2004/08/21] i386/70805 i386 [apm] page fault early during boot with a o [2004/08/25] i386/70925 i386 [hang] 5.3Beta1 acpi-pci driver failure, f [2004/08/25] i386/70962 i386 [install] When downloading the installer o [2004/08/26] i386/71000 i386 [boot] BTX halted when booting from CD on o [2004/08/27] i386/71048 i386 [hang] ASUS TUV4X hangs when SONY CRX140E o [2004/08/28] i386/71087 i386 [hang] 5.3-beta(2-5) fail to install on e o [2004/08/30] i386/71144 i386 FBSD5.3b2 doesn't boot on a Compaq Armada o [2004/08/30] i386/71158 i386 pci bus number 3 devices are missing on l o [2004/08/31] i386/71190 i386 Dead thinkpad R31 after installing 5.2.1 o [2004/08/31] i386/71208 i386 Intel EtherExpress not working o [2004/09/05] i386/71392 i386 5.3-Beta[2-5] crash after final sync when o [2004/09/06] i386/71428 i386 DMA does not work on VIA 82C586 [4.10] o [2004/09/07] i386/71470 i386 [hang] Asus P4P800-E Promise 20378 RAID 1 o [2004/09/12] i386/71641 i386 5.3-BETA3: wi0 hangs during kernel load o [2004/09/19] i386/71894 i386 burncd unkillable with bad CD's o [2004/09/22] i386/72004 i386 [boot] FreeBSD 5.2.1 install hangs with e o [2004/09/24] i386/72065 i386 4.x and 5.2.1 doesn't recognize PCnet/ISA f [2004/09/24] i386/72069 i386 [panic] Fatal trap 12: page fault while i o [2004/09/30] i386/72215 i386 with acpi enabled network card will not w o [2004/10/04] i386/72334 i386 7) i386|[boot] FreeBSD 5.3 Beta6 and Beta o [2004/10/05] i386/72343 i386 Suspend resets system on Inspiron 5160. o [2004/10/06] i386/72378 i386 NFS hangs in 5.3-BETA7 [3Com gbit card] o [2004/10/07] i386/72416 i386 FreeBSD 5.3-BETA7: The alternate systemcl o [2004/10/08] i386/72441 i386 HP Proliant DL380 hangs on reboot with 5. o [2004/10/09] i386/72456 i386 5.xx Releases Do Not Identify ATA when 4. o [2004/10/12] i386/72579 i386 unable to install FreeBSD on Intel E7520 o [2004/10/17] i386/72778 i386 5.3beta7 never boots, suspected SMP probl o [2004/10/21] i386/72960 i386 BTX halted with Promise Tx2000 Raid o [2004/10/21] i386/72976 i386 [panic] trap 9 on boot [ACPI-related] o [2004/10/25] i386/73102 i386 FreeBSD hangs on boot-up of omnibook 4150 o [2004/10/27] i386/73182 i386 fxp0: device timeout o [2004/10/27] i386/73196 i386 [hang]5.2.1 boot CD hangs during boot on o [2004/10/29] i386/73265 i386 FreeBSD kernel crashes when booting on EC o [2004/10/30] i386/73298 i386 "Fatal trap 12: page fault while in kerne o [2004/11/03] i386/73484 i386 Kernel panic when doing `ls` from the cli o [2004/11/07] i386/73640 i386 FreeBSD 5.2.1 y ahora 5.3 se queda congel o [2004/11/08] i386/73658 i386 ed(4) can't get correct MAC address o [2004/11/08] i386/73666 i386 5.3 UDMA error WD1600 can't partition dri f [2004/11/10] i386/73765 i386 Install Issue on DELL Oplex 260 [5.3R] o [2004/11/14] i386/73934 i386 fdisk sees disk as empty o [2004/11/16] i386/74008 i386 IBM eServer x225 cannot boot any v5.x - e o [2004/11/17] i386/74044 i386 ServerWorks OSB4 SMBus interface does not o [2004/11/18] i386/74074 i386 hw.ata.wc=0 / but write cache still enabl o [2004/11/19] i386/74124 i386 ata0 failure on HP(Vectra) VL6/350 [intro o [2004/11/21] i386/74217 i386 init died [Presario 2500] o [2004/11/28] i386/74467 i386 On a freshly installed FreeBSD-4.10 (bina o [2004/11/29] i386/74532 i386 Install will not boot on Toshiba Satalite o [2004/12/01] i386/74576 i386 FAILURE - ATA_IDENTIFY no interrupt o [2004/12/01] i386/74595 i386 Suspected FreeBSD-4.10 rndcontrol(8) rela o [2004/12/01] i386/74601 i386 Cardbus fails after busdma_machdep.c upda o [2004/12/02] i386/74605 i386 5.3 networking impossibly slow on 32M p15 o [2004/12/07] i386/74816 i386 OS crash with kernel trap 12 in different o [2004/12/08] i386/74860 i386 on kernel recompile, "make depend" fails o [2004/12/09] i386/74892 i386 FBSD 5.3-STABLE randomly crashes (Fatal t o [2004/12/10] i386/74923 i386 kernel panic with ncplist on 5.3-release o [2004/12/12] i386/74988 i386 dma errors with large maxtor hard drives o [2004/12/14] i386/75041 i386 Sk driver gets "Corrupt MAC on input" dur o [2004/12/16] i386/75165 i386 if ng_pppoe switches to nonstandard mode o [2004/12/17] i386/75201 i386 nge driver causes FreeBSD 5.3-RELEASE and o [2004/12/23] i386/75441 i386 fxp device timeout o [2004/12/27] i386/75531 i386 Various DMA errors result in system panic o [2005/01/05] i386/75847 i386 system freeze on Medion laptop o [2005/01/06] i386/75887 i386 with vt0.disabled=0 and PCVT in kernel vi o [2005/01/10] i386/76023 i386 xmms causes panic o [2005/01/11] i386/76105 i386 PF on renamed interfaces page fault while o [2005/01/17] i386/76372 i386 cannot burn iso image disk2 of any releas o [2005/01/20] i386/76487 i386 Compiled GENERIC kernel (and non-GENERIC) o [2005/01/25] i386/76666 i386 Booting and Sound are mutually exclusive o [2005/01/27] i386/76737 i386 CardBus problem (cbb1: Could not map regi o [2005/01/28] i386/76785 i386 Installation Errors o [2005/01/30] i386/76840 i386 aureal-kmod locks the STABLE snapshot of o [2005/01/31] i386/76925 i386 standard pci-ide, install - "NO DISKS FOU o [2005/02/06] i386/77154 i386 5.3 refuses to boot when IDE channel2 is o [2005/02/07] i386/77189 i386 Kernel panic "pmap_mapdev: Couldn't alloc o [2005/02/09] i386/77325 i386 valgrind hangs at program completion, see o [2005/02/10] i386/77335 i386 Can not initial Ethernet Broadcom UDI PXE o [2005/02/13] i386/77443 i386 Can't access floppy - "/dev/fd0: Input/ou 184 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/07/24] i386/40958 i386 apm on Acer TravelMate 351 could not resu o [2002/08/21] i386/41856 i386 VESA splash screen problems on ThinkPad 2 o [2003/05/14] i386/52249 i386 [PATCH] Bootmanager shows NTFS partitions o [2003/05/19] i386/52427 i386 DVD replay under MSI "655 MAX" mobo inter o [2003/06/14] i386/53324 i386 pam_group problems (PAM_RUSER used instea o [2003/10/31] i386/58784 i386 ATA DMA fails and vx0 creates panic o [2003/11/23] conf/59600 i386 [PATCH] Improved us.emacs.kbd mapping f [2003/11/30] i386/59854 i386 System panics when AMD 762 AGP is loaded o [2003/12/17] i386/60319 i386 [hang] read error 34/0 during installatio o [2003/12/29] i386/60702 i386 can't boot 5.2-RC2 iso's to install o [2004/01/05] misc/60919 i386 No login possible (sporadic) o [2004/01/06] i386/60963 i386 [PATCH] Win32 Applications abort on PECOF o [2004/01/07] i386/61005 i386 [boot] The Boot Manager in FreeBSD 5.2RC o [2004/01/13] i386/61308 i386 Maxproc Limits counts Zombie Processes wh o [2004/01/14] i386/61348 i386 Adaptec 1460D PCI SCSI Card does not work o [2004/01/16] i386/61442 i386 Highpoint RocketRAID 1520 uses only UDMA2 o [2004/01/17] i386/61481 i386 [patch] a mechanism to wire io-channel-ch o [2004/01/20] i386/61603 i386 [sysinstall] wrong geometry guessed o [2004/01/24] i386/61838 i386 Realtek -8139C Card Not Supported o [2004/01/24] i386/61843 i386 Intel PRO/100 VE adapter is not recognize f [2004/01/25] i386/61889 i386 Have to reinsert pccard after reboot o [2004/01/27] i386/62003 i386 [patch] make /boot/loader "reboot" code s o [2004/02/17] i386/62977 i386 Mouse daemon during install/setup f [2004/02/25] i386/63334 i386 make kernel error o [2004/03/05] i386/63815 i386 boot loader waste a lot of time (10 min) o [2004/03/23] i386/64626 i386 AP initialization problem on GIGABYTE GA- f [2004/03/27] i386/64795 i386 Network Adapter not configuring o [2004/04/03] i386/65124 i386 Unable to disable TERM_EMU cleanly o [2004/04/14] i386/65528 i386 mouse cursor disapears on moving o [2004/04/18] i386/65691 i386 fxp0: device timeout p [2004/04/18] i386/65729 i386 Document machdep.hlt_cpus sysctl f [2004/05/21] i386/66996 i386 Problem with CD/DVD ROM o [2004/05/22] i386/67055 i386 Mouse (wheel) detection problem on SIS748 o [2004/05/30] i386/67383 i386 [patch] do a better job disassembling cod o [2004/06/01] i386/67456 i386 [LOR] LOR on dual-xeon w/ ht o [2004/06/09] i386/67763 i386 [patch] PCMCIA: MELCO manufacturer code s o [2004/06/10] i386/67773 i386 5.x series - md5 on dev no longer works e o [2004/06/18] i386/68087 i386 wget core dumps with: Assertion failed: ( o [2004/06/19] i386/68117 i386 serious network collisions after NIC "med o [2004/06/20] i386/68140 i386 Problem with Sony AIT ATAPI Tape dirve o [2004/06/30] i386/68514 i386 Realtek driver halts on oversized frames o [2004/06/30] i386/68518 i386 Hangs while loading 82443BX agp during bo o [2004/07/07] i386/68754 i386 [hang] SMP reset bug (Tyan Thunder100, 44 o [2004/07/18] i386/69257 i386 [patch] in_cksum_hdr is non-functional wi o [2004/07/23] i386/69460 i386 the nic's speed slow down when both side o [2004/07/28] kern/69688 i386 NATD does not work with outgoing PPTP VPN o [2004/07/28] i386/69722 i386 wi0: init failed o [2004/07/29] i386/69730 i386 [patch] puc driver doesn't support PC-Com o [2004/08/02] kern/69931 i386 PS/2 Optical Mouse (Micro Innovations) mi f [2004/08/05] i386/70036 i386 pcn device not recognizing device o [2004/08/18] i386/70610 i386 [patch] spkr(4): hardcoded assumption HZ o [2004/08/22] i386/70810 i386 [patch] Enable SMBus device on Asus P4B s o [2004/08/22] i386/70832 i386 Serious problems with RealTek NIC using r o [2004/08/25] i386/70926 i386 [boot] 5.3Beta-1 bootstrap error: "atapci o [2004/09/11] i386/71586 i386 FreeBSD 5.3-BETA3 #3 hang during boot on o [2004/09/20] i386/71924 i386 timeouts with ata+hpt366 controller on BE o [2004/09/29] i386/72179 i386 Inconsistent apm(8) output regarding the o [2004/10/30] i386/73308 i386 kevinxlinuz@126.com o [2004/10/30] i386/73328 i386 top shows NICE as -111 on processes start o [2004/11/08] i386/73663 i386 module_register_init: MOD_LOAD (ibcs2, 0x o [2004/11/08] i386/73673 i386 ifconfig tun0 destroy report: ifconfig: S o [2004/11/09] i386/73742 i386 5.3 rel i386 disk2 image not copying o [2004/11/10] i386/73785 i386 I have just downloaded 5.3 ISO to try.. N o [2004/11/12] i386/73847 i386 volume label - 5.3 cd 1 o [2004/11/12] i386/73865 i386 NOINET6=yes in /etc/make.conf ignored o [2004/11/14] i386/73921 i386 sysctlbyname for machdep.tsc_freq doesn't o [2004/11/15] i386/73968 i386 pkg_version ends with Unable to open INDE o [2004/11/15] i386/73978 i386 an error message appears during loading o o [2004/11/18] i386/74091 i386 PCMCIA: MELCO Manufacturer code should be o [2004/11/20] i386/74153 i386 FreeBSD 5.3 cannot boot ftom pst o [2004/11/21] i386/74188 i386 no sound on a7v600-x with chipset VT8237 o [2004/11/21] i386/74191 i386 Notebook PC2001 Compliant AC97 audio work o [2004/11/21] i386/74211 i386 USB flash drive causes CAM status 0x4 on o [2004/11/21] i386/74216 i386 system halts o [2004/11/21] i386/74218 i386 boot floppy (2nd time) read error o [2004/11/24] i386/74327 i386 mlock() causes physical memory leakage o [2004/11/26] i386/74406 i386 sysinstall accepts but discards media opt o [2004/11/27] i386/74454 i386 [PATCH] Adding VIA Eden family to bsd.cpu o [2004/12/01] i386/74593 i386 Installer installs the wrong version of l o [2004/12/03] i386/74650 i386 System Reboot with umount command o [2004/12/07] i386/74803 i386 3Com509B o [2004/12/08] i386/74829 i386 FreeBSD 5.3-RELEASE hangs during boot/ins o [2004/12/12] i386/74966 i386 Realtek driver seems to misinterpret some o [2004/12/12] i386/74971 i386 vinum creates (shows) incorrect volume (s o [2004/12/14] i386/75057 i386 [QUIRK] Add support for ZICPlay USB MP3 P o [2004/12/15] i386/75090 i386 READ_BIG errors with Sony CRX1611 o [2004/12/22] i386/75387 i386 Future support of Promise SATAII150 TX4 w o [2004/12/23] i386/75420 i386 CMD 648 PCI not work o [2004/12/28] i386/75570 i386 chflags nosappnd directory doesn't work o [2004/12/28] i386/75583 i386 Installation fails o [2004/12/29] i386/75589 i386 O2Micro pccard1 slot not functioning whil o [2005/01/04] i386/75776 i386 NO ps/2 keyboard using USB keyboard under o [2005/01/05] i386/75862 i386 fpsetsticky() incorrectly clears, instead o [2005/01/06] i386/75898 i386 Exception and reboot: Loader and kernel u o [2005/01/23] i386/76587 i386 ps2 mouse weird... o [2005/01/25] i386/76653 i386 Problem with Asahi Optical usb device (Pe o [2005/01/26] i386/76707 i386 Bind 9 - query-source bug? o [2005/01/27] i386/76752 i386 /usr/bin/login o [2005/01/27] i386/76775 i386 BIND9 and dynamic updates o [2005/02/07] i386/77239 i386 3Com 3CXFEM656C does not seem to be suppo o [2005/02/14] i386/77477 i386 AHA-1542CP SCSI failed to probe 101 problems total. From owner-freebsd-i386@FreeBSD.ORG Mon Feb 14 21:00:42 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F5FA16A4CE for ; Mon, 14 Feb 2005 21:00:42 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0714443D46 for ; Mon, 14 Feb 2005 21:00:42 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1EL0f80097105 for ; Mon, 14 Feb 2005 21:00:41 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1EL0fS4097098; Mon, 14 Feb 2005 21:00:41 GMT (envelope-from gnats) Resent-Date: Mon, 14 Feb 2005 21:00:41 GMT Resent-Message-Id: <200502142100.j1EL0fS4097098@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, marcos Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B8516A4E5 for ; Mon, 14 Feb 2005 20:53:02 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA40543D2F for ; Mon, 14 Feb 2005 20:53:02 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j1EKr2Wf073605 for ; Mon, 14 Feb 2005 20:53:02 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j1EKr2oe073604; Mon, 14 Feb 2005 20:53:02 GMT (envelope-from nobody) Message-Id: <200502142053.j1EKr2oe073604@www.freebsd.org> Date: Mon, 14 Feb 2005 20:53:02 GMT From: marcos To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/77529: installation of freebsd 5.3 in laptop an to powereger 400sc dell X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 21:00:42 -0000 >Number: 77529 >Category: i386 >Synopsis: installation of freebsd 5.3 in laptop an to powereger 400sc dell >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 14 21:00:41 GMT 2005 >Closed-Date: >Last-Modified: >Originator: marcos >Release: move to freebsd >Organization: >Environment: >Description: I tried to install freebsd 5.3 on mi laptop inspiron 1100 so I want to know how i can do it or if I need to do something in special to my laptop or that kind of laptop, freebsd not support "I have a problem when i need to partition my hard drive because I don't know to much how to do it. If you have any software to let me do it with the installation on my PowerEdge 400sc" >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Tue Feb 15 02:00:42 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAF9416A4CE for ; Tue, 15 Feb 2005 02:00:42 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9429843D5E for ; Tue, 15 Feb 2005 02:00:42 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1F20gZx036680 for ; Tue, 15 Feb 2005 02:00:42 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1F20gtu036679; Tue, 15 Feb 2005 02:00:42 GMT (envelope-from gnats) Resent-Date: Tue, 15 Feb 2005 02:00:42 GMT Resent-Message-Id: <200502150200.j1F20gtu036679@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Craig Leres Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D472516A4CF for ; Tue, 15 Feb 2005 01:53:26 +0000 (GMT) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [131.243.1.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A27FE43D48 for ; Tue, 15 Feb 2005 01:53:26 +0000 (GMT) (envelope-from leres@ee.lbl.gov) Received: from fun.ee.lbl.gov (localhost [127.0.0.1]) by fun.ee.lbl.gov (8.13.3/8.13.3) with ESMTP id j1F1rQtS076880 for ; Mon, 14 Feb 2005 17:53:26 -0800 (PST) Received: from fun.ee.lbl.gov (leres@localhost) by fun.ee.lbl.gov (8.13.3/8.13.3/Submit) with ESMTP id j1F1rP7F076877 for ; Mon, 14 Feb 2005 17:53:26 -0800 (PST) Message-Id: <200502150153.j1F1rP7F076877@fun.ee.lbl.gov> Date: Mon, 14 Feb 2005 17:53:25 -0800 From: Craig Leres To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/77541: em driver if_oerrors book keeping error X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 02:00:43 -0000 >Number: 77541 >Category: i386 >Synopsis: em driver if_oerrors book keeping error >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 15 02:00:41 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Craig Leres >Release: FreeBSD 4.10-RELEASE i386 >Organization: Lawrence Berkeley National Laboratory >Environment: >Description: It looks like if the chip goes to sleep, em_watchdog() is invoked and if_oerrors is incremented. However, em_update_stats_counters() overwrites if_oerrors every 2 seconds with the sum of excessive and late collisions. So the output error counter for does not tally watchdog timeouts and also can be seen to decrease. >How-To-Repeat: >Fix: If it's desirable to keep track of watchdog timeouts (I believe it is) a simple fix would be to tally watch dog timeouts separately and then add them in when calculating if_oerrors in em_update_stats_counters(). An untested, partital suggested fix is appended ============================================================================== *** if_em.c.virgin Mon Feb 14 17:49:13 2005 --- if_em.c Mon Feb 14 17:52:37 2005 *************** *** 780,785 **** --- 780,786 ---- em_init(adapter); ifp->if_oerrors++; + adapter->watchdog_timeout++; return; } *************** *** 2897,2903 **** adapter->stats.mpc + adapter->stats.cexterr; /* Tx Errors */ ! ifp->if_oerrors = adapter->stats.ecol + adapter->stats.latecol; } --- 2898,2905 ---- adapter->stats.mpc + adapter->stats.cexterr; /* Tx Errors */ ! ifp->if_oerrors = adapter->watchdog_timeout + ! adapter->stats.ecol + adapter->stats.latecol; } >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Tue Feb 15 03:30:24 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087AC16A4CE for ; Tue, 15 Feb 2005 03:30:24 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB01743D3F for ; Tue, 15 Feb 2005 03:30:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1F3UNDM055096 for ; Tue, 15 Feb 2005 03:30:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1F3UN77055095; Tue, 15 Feb 2005 03:30:23 GMT (envelope-from gnats) Resent-Date: Tue, 15 Feb 2005 03:30:23 GMT Resent-Message-Id: <200502150330.j1F3UN77055095@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Aaron Dunlap Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36A1716A4CE for ; Tue, 15 Feb 2005 03:27:05 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F4D243D31 for ; Tue, 15 Feb 2005 03:27:05 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j1F3R4cK083734 for ; Tue, 15 Feb 2005 03:27:04 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j1F3R4XE083733; Tue, 15 Feb 2005 03:27:04 GMT (envelope-from nobody) Message-Id: <200502150327.j1F3R4XE083733@www.freebsd.org> Date: Tue, 15 Feb 2005 03:27:04 GMT From: Aaron Dunlap To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/77544: patch-aa fails to apply correctly on build of libgda2 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 03:30:24 -0000 >Number: 77544 >Category: i386 >Synopsis: patch-aa fails to apply correctly on build of libgda2 >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 15 03:30:23 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Aaron Dunlap >Release: 5.2.1-RELEASE >Organization: None >Environment: FreeBSD binary 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 >Description: On build of latest glade2, libgda build fails while applying files/patch-aa. Makefile.in.rej contains the following: *************** *** 276,282 **** providers \ report \ tools \ - testing \ data \ doc --- 276,281 ---- providers \ report \ tools \ data \ doc >How-To-Repeat: AFAIK, building latest libgda2 on an i386 which has not had libdga2 installed before should recreate problem. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Tue Feb 15 20:18:23 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE07516A4CE; Tue, 15 Feb 2005 20:18:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9648443D2F; Tue, 15 Feb 2005 20:18:23 +0000 (GMT) (envelope-from simon@FreeBSD.org) Received: from freefall.freebsd.org (simon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1FKIN39039890; Tue, 15 Feb 2005 20:18:23 GMT (envelope-from simon@freefall.freebsd.org) Received: (from simon@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1FKIN8C039886; Tue, 15 Feb 2005 20:18:23 GMT (envelope-from simon) Date: Tue, 15 Feb 2005 20:18:23 GMT From: "Simon L. Nielsen" Message-Id: <200502152018.j1FKIN8C039886@freefall.freebsd.org> To: simon@FreeBSD.org, freebsd-i386@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/77544: databases/libgda2: patch-aa fails to apply correctly X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 20:18:23 -0000 Old Synopsis: patch-aa fails to apply correctly on build of libgda2 New Synopsis: databases/libgda2: patch-aa fails to apply correctly Responsible-Changed-From-To: freebsd-i386->gnome Responsible-Changed-By: simon Responsible-Changed-When: Tue Feb 15 20:16:57 GMT 2005 Responsible-Changed-Why: Misfiled ports PR; over to maintainer group. http://www.freebsd.org/cgi/query-pr.cgi?pr=77544 From owner-freebsd-i386@FreeBSD.ORG Wed Feb 16 17:47:37 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E7516A4CE for ; Wed, 16 Feb 2005 17:47:37 +0000 (GMT) Received: from MessagEX.iapc.net (messagex.iapc.net [63.247.96.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A66B43D3F for ; Wed, 16 Feb 2005 17:47:37 +0000 (GMT) (envelope-from charles@iapc.net) Received: from [192.168.2.44] ( ip63-247-101-34.Houston.iapc.net [63.247.101.34] ) by MessagEX.iapc.net id aa11006 ; 16 Feb 2005 11:47 -0600 Mime-Version: 1.0 (Apple Message framework v619.2) To: freebsd-i386@FreeBSD.org Message-Id: <2eac5164188fa4a3caa75e1f9f7ef65b@iapc.net> From: Charles A.Newcomer Date: Wed, 16 Feb 2005 11:47:33 -0600 X-Mailer: Apple Mail (2.619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: PeterJeremy@optushome.com.au Subject: Problem Report i386/72441 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 17:47:37 -0000 Guys, Upgrading to the latest DL380 Firmware should solve this problem. > A DL380 running FreeBSD 5 will not automatically reboot after > a 'reboot' command or panic. It hangs at the 'Rebooting...' > message and must be powered off/on to recover. Thanks, /can From owner-freebsd-i386@FreeBSD.ORG Wed Feb 16 20:52:33 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7A3716A4CE; Wed, 16 Feb 2005 20:52:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232B143D1D; Wed, 16 Feb 2005 20:52:33 +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 j1GKqWwb030115; Wed, 16 Feb 2005 15:52:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GKqWAH052168; Wed, 16 Feb 2005 15:52:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8675B7306E; Wed, 16 Feb 2005 15:52:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050216205231.8675B7306E@freebsd-current.sentex.ca> Date: Wed, 16 Feb 2005 15:52:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/706/Sun Feb 13 19:14:02 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 20:52:34 -0000 TB --- 2005-02-16 19:49:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-16 19:49:29 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-02-16 19:49:29 - checking out the source tree TB --- 2005-02-16 19:49:29 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-02-16 19:49:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-16 19:57:26 - building world (CFLAGS=-O -pipe) TB --- 2005-02-16 19:57:26 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-02-16 19:57:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-16 20:49:05 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-16 20:49:05 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-02-16 20:49:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 16 20:49:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/ahc_eisa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/ahc_isa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/ahc_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: `ahd' undeclared (first use in this function) /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2005-02-16 20:52:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-16 20:52:31 - ERROR: failed to build generic kernel TB --- 2005-02-16 20:52:31 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Wed Feb 16 21:55:32 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B5C16A4D1; Wed, 16 Feb 2005 21:55:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D647643D3F; Wed, 16 Feb 2005 21:55:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GLtVt7034963; Wed, 16 Feb 2005 16:55:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GLtVuw029148; Wed, 16 Feb 2005 16:55:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F5927306E; Wed, 16 Feb 2005 16:55:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050216215531.4F5927306E@freebsd-current.sentex.ca> Date: Wed, 16 Feb 2005 16:55:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/706/Sun Feb 13 19:14:02 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 21:55:32 -0000 TB --- 2005-02-16 20:52:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-16 20:52:31 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2005-02-16 20:52:31 - checking out the source tree TB --- 2005-02-16 20:52:31 - cd /home/tinderbox/RELENG_5/i386/pc98 TB --- 2005-02-16 20:52:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-16 21:00:32 - building world (CFLAGS=-O -pipe) TB --- 2005-02-16 21:00:32 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-02-16 21:00:32 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-16 21:52:45 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-16 21:52:45 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-02-16 21:52:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 16 21:52:46 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7770.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/ahc_isa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/ahc_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: `ahd' undeclared (first use in this function) /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/obj/pc98/tinderbox/RELENG_5/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. TB --- 2005-02-16 21:55:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-16 21:55:31 - ERROR: failed to build generic kernel TB --- 2005-02-16 21:55:31 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Thu Feb 17 06:50:53 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBFFC16A4CE for ; Thu, 17 Feb 2005 06:50:53 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F26F43D48 for ; Thu, 17 Feb 2005 06:50:53 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j1H6om4e030695 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Feb 2005 17:50:50 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j1H6om7l075673; Thu, 17 Feb 2005 17:50:48 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j1H6olGF075672; Thu, 17 Feb 2005 17:50:47 +1100 (EST) (envelope-from pjeremy) Date: Thu, 17 Feb 2005 17:50:47 +1100 From: Peter Jeremy To: "Charles A. Newcomer" Message-ID: <20050217065047.GA75636@cirb503493.alcatel.com.au> References: <2eac5164188fa4a3caa75e1f9f7ef65b@iapc.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2eac5164188fa4a3caa75e1f9f7ef65b@iapc.net> User-Agent: Mutt/1.4.2i cc: freebsd-i386@freebsd.org Subject: Re: Problem Report i386/72441 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 06:50:54 -0000 On Wed, 2005-Feb-16 11:47:33 -0600, Charles A. Newcomer wrote: >Upgrading to the latest DL380 Firmware should solve this problem. > >> A DL380 running FreeBSD 5 will not automatically reboot after >> a 'reboot' command or panic. It hangs at the 'Rebooting...' >> message and must be powered off/on to recover. The system was running the latest firmware available at the time I submitted the PR. Upgrading the firmware now would be inconvenient (or worse) and I would need something more definite than "should solve the problem" before attempting it. Can you explain why you believe that the latest firmware will fix the problem and what version of firmware contains the fix. -- Peter Jeremy From owner-freebsd-i386@FreeBSD.ORG Thu Feb 17 16:00:48 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 590BA16A4CE for ; Thu, 17 Feb 2005 16:00:48 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD6B443D1F for ; Thu, 17 Feb 2005 16:00:47 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1HG0lA6060336 for ; Thu, 17 Feb 2005 16:00:47 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1HG0lrU060335; Thu, 17 Feb 2005 16:00:47 GMT (envelope-from gnats) Resent-Date: Thu, 17 Feb 2005 16:00:47 GMT Resent-Message-Id: <200502171600.j1HG0lrU060335@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Karl Denninger Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35ED816A4CE for ; Thu, 17 Feb 2005 15:56:52 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 654BB43D1D for ; Thu, 17 Feb 2005 15:56:51 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.1/8.13.1) with SMTP id j1HFuoHA028988 for ; Thu, 17 Feb 2005 09:56:50 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Thu Feb 17 09:56:50 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.1/8.13.1/Submit) id j1HFuolx028986; Thu, 17 Feb 2005 09:56:50 -0600 (CST) (envelope-from karl) Message-Id: <200502171556.j1HFuolx028986@FS.denninger.net> Date: Thu, 17 Feb 2005 09:56:50 -0600 (CST) From: Karl Denninger To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/77643: SATA PCI controllers fail with WRITE_DMA errors under GMIRROR X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Karl Denninger List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 16:00:48 -0000 >Number: 77643 >Category: i386 >Synopsis: SATA PCI controllers fail with WRITE_DMA errors under GMIRROR >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 17 16:00:47 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Karl Denninger >Release: FreeBSD 5.3-STABLE i386 >Organization: Karls Sushi and Packet Smashers >Environment: System: FreeBSD FS.denninger.net 5.3-STABLE FreeBSD 5.3-STABLE #1: Wed Feb 2 22:57:48 CST 2005 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP i386 Sources from 1/31/2005; CVS Commitlogs checked for potential relavent changes, none found. >Description: SATA controllers on a PCI bus during GMIRROR use fail randomly when both channels are in use under actual read/write I/O loads. Problem does NOT exist under saturation read or saturation write test loads, where no mix of accesses is done (e.g. a "DD" will not provoke the problem, a rebuild of a RAID 1 GEOM mirror does not provoke the problem, but once the rebuild is complete and all disks are part of the mirror it will fail within a couple of minutes to a couple of hours under production loads) Occurs with both BusTek and Adaptec PCI SATA cards. Occurs with both Maxtor DiamondMax10 and Hitachi Deskstar drives. Same drive swapped onto motherboard controller DOES NOT trigger problem, irrespective of load. Motherboard SATA adapter DOES NOT exhibit problem, irrespective of load or whether both channels are in use. However, motherboard controller is different brand/make/model. Specifically: atapci0: port 0xcef0-0xceff,0xcedc-0xcedf,0xcee8-0xceef,0xced8-0xcedb,0xcee0-0xcee7 mem 0xfe7dfe00-0xfe7dffff irq 21 at device 0.0 on pci2 atapci2: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 18 at device 31.2 on pci0 atapci2 is the on-motherboard controller, atapci0 is the PCI bus controller. Both Bustek and Adaptec controllers which have been tested, both of which exhibit the problem, of SiI chipset-based. System has been updated to and is running the latest (A08) BIOS revision available. Drives and controllers both certify clean using manufacturer utilities, and disks, when run on the motherboard controller, do not exhibit the problem. Error and DMESG output exhibited below: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #1: Wed Feb 2 22:57:48 CST 2005 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 267862016 (255 MB) avail memory = 252456960 (240 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 atapci0: port 0xcef0-0xceff,0xcedc-0xcedf,0xcee8-0xceef,0xced8-0xcedb,0xcee0-0xcee7 mem 0xfe7dfe00-0xfe7dffff irq 21 at device 0.0 on pci2 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 rp0: port 0xcf00-0xcf3f irq 17 at device 2.0 on pci2 RocketPort0 (Version 3.02) 4 ports. pcib3: at device 3.0 on pci2 pci3: on pcib3 fxp0: port 0xbf80-0xbf9f mem 0xfe400000-0xfe4fffff,0xf8001000-0xf8001fff irq 19 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:6f:ce:e8 fxp1: port 0xbfe0-0xbfff mem 0xfe500000-0xfe5fffff,0xf8000000-0xf8000fff irq 18 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:d0:b7:6f:ce:e9 em0: port 0xcf40-0xcf7f mem 0xfe7e0000-0xfe7fffff irq 18 at device 12.0 on pci2 em0: Ethernet address: 00:0c:f1:c9:df:c5 em0: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 atapci2: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 18 at device 31.2 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xcc800-0xcffff,0xcb000-0xcc7ff,0xc0000-0xcafff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 RTC BIOS diagnostic error 18 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled acd0: CDROM at ata1-master UDMA33 em0: Link is up 100 Mbps Full Duplex ad8: 239372MB [486344/16/63] at ata4-master SATA150 ad10: 238475MB [484521/16/63] at ata5-master SATA150 GEOM_MIRROR: Device boot created (id=1131801609). GEOM_MIRROR: Device boot: provider ad8s1 detected. GEOM_MIRROR: Device boot: provider ad10s1 detected. GEOM_MIRROR: Force device boot start due to timeout. GEOM_MIRROR: Device boot: provider ad10s1 activated. GEOM_MIRROR: Device boot: provider ad8s1 activated. GEOM_MIRROR: Device boot: provider mirror/boot launched. SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/mirror/boota em0: Link is up 100 Mbps Full Duplex ad4: 238475MB [484521/16/63] at ata2-master SATA150 GEOM_MIRROR: Component ad4s1 (device boot) broken, skipping. GEOM_MIRROR: Cannot add disk ad4s1 to boot (error=22). ad6: 239372MB [486344/16/63] at ata3-master SATA150 GEOM_MIRROR: Device boot: provider ad6s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad6s1. GEOM_MIRROR: Device boot: provider ad4s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad4s1. GEOM_MIRROR: Device boot: rebuilding provider ad6s1 finished. GEOM_MIRROR: Device boot: provider ad6s1 activated. GEOM_MIRROR: Device boot: rebuilding provider ad4s1 finished. GEOM_MIRROR: Device boot: provider ad4s1 activated. GEOM_MIRROR: Device boot: provider ad4s1 disconnected. GEOM_MIRROR: Device boot: provider ad4s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad4s1. ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=245216575 ad6: FAILURE - WRITE_DMA timed out GEOM_MIRROR: Request failed (error=5). ad6s1[WRITE(offset=125550854144, length=16384)] GEOM_MIRROR: Device boot: provider ad6s1 disconnected. GEOM_MIRROR: Device boot: rebuilding provider ad4s1 finished. GEOM_MIRROR: Device boot: provider ad4s1 activated. GEOM_MIRROR: Device boot: provider ad6s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad6s1. ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=27151007 ad4: FAILURE - WRITE_DMA timed out GEOM_MIRROR: Request failed (error=5). ad4s1[WRITE(offset=13901283328, length=16384)] GEOM_MIRROR: Device boot: provider ad4s1 disconnected. GEOM_MIRROR: Device boot: provider ad4s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad4s1. >How-To-Repeat: Build GEOM mirrored system with a secondary controller. Insert two additional disks into RAID 1 array so as to have four members. When rebuild completes on the two additional members on the secondary controller, normal system load will cause one of the two disks to detach with the above error. >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Feb 18 06:44:44 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E876C16A4CE; Fri, 18 Feb 2005 06:44:44 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7FF743D45; Fri, 18 Feb 2005 06:44:44 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1I6ii6n045145; Fri, 18 Feb 2005 06:44:44 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1I6iiWY045136; Fri, 18 Feb 2005 06:44:44 GMT (envelope-from anholt) Date: Fri, 18 Feb 2005 06:44:44 GMT From: Eric Anholt Message-Id: <200502180644.j1I6iiWY045136@freefall.freebsd.org> To: anholt@FreeBSD.org, freebsd-i386@FreeBSD.org, anholt@FreeBSD.org Subject: Re: i386/77189: DRM: Kernel panic "pmap_mapdev: Couldn't alloc kernel virtual memory" starting XFree86 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 06:44:45 -0000 Old Synopsis: Kernel panic "pmap_mapdev: Couldn't alloc kernel virtual memory" starting XFree86 New Synopsis: DRM: Kernel panic "pmap_mapdev: Couldn't alloc kernel virtual memory" starting XFree86 Responsible-Changed-From-To: freebsd-i386->anholt Responsible-Changed-By: anholt Responsible-Changed-When: Fri Feb 18 06:43:29 GMT 2005 Responsible-Changed-Why: Grab this one. The proper fix is to bus_space and bus_dma-ify the DRM, so we can have failing allocations, and to also not map the framebuffer in kernel unless necessary. http://www.freebsd.org/cgi/query-pr.cgi?pr=77189 From owner-freebsd-i386@FreeBSD.ORG Fri Feb 18 15:30:21 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D6B16A4CF for ; Fri, 18 Feb 2005 15:30:21 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DC043D4C for ; Fri, 18 Feb 2005 15:30:20 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1IFUKun082064 for ; Fri, 18 Feb 2005 15:30:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1IFUKwu082063; Fri, 18 Feb 2005 15:30:20 GMT (envelope-from gnats) Date: Fri, 18 Feb 2005 15:30:20 GMT Message-Id: <200502181530.j1IFUKwu082063@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: "Remy de Ruysscher - Grip MultiMedia" Subject: Re: i386/74892: FBSD 5.3-STABLE randomly crashes (Fatal trap 12) on HP Proliant DL140's X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Remy de Ruysscher - Grip MultiMedia List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 15:30:21 -0000 The following reply was made to PR i386/74892; it has been noted by GNATS. From: "Remy de Ruysscher - Grip MultiMedia" To: , "Remy de Ruysscher - Grip MultiMedia" Cc: Subject: Re: i386/74892: FBSD 5.3-STABLE randomly crashes (Fatal trap 12) on HP Proliant DL140's Date: Fri, 18 Feb 2005 16:27:48 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0233_01C515D6.C8E34790 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Can be closed, problem was solved by running a BIOS update. Met vriendelijke groet, =20 Remy de Ruysscher Network Engineer ________________________ GRIP MULTIMEDIA BV De serieuze stap naar internet =20 Zie http://grip.nl voor meer informatie en het laatste nieuws ------=_NextPart_000_0233_01C515D6.C8E34790 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Can be closed, problem was solved by = running a BIOS=20 update.
 
 
Met vriendelijke = groet,
 
Remy de=20 Ruysscher
Network Engineer
________________________
GRIP = MULTIMEDIA=20 BV
De serieuze stap naar internet
 
Zie http://grip.nl voor meer informatie en het = laatste=20 nieuws
------=_NextPart_000_0233_01C515D6.C8E34790-- From owner-freebsd-i386@FreeBSD.ORG Fri Feb 18 17:03:51 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4495A16A4CE; Fri, 18 Feb 2005 17:03:51 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17A9F43D54; Fri, 18 Feb 2005 17:03:51 +0000 (GMT) (envelope-from simon@FreeBSD.org) Received: from freefall.freebsd.org (simon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1IH3ojm091774; Fri, 18 Feb 2005 17:03:50 GMT (envelope-from simon@freefall.freebsd.org) Received: (from simon@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1IH3oPM091770; Fri, 18 Feb 2005 17:03:50 GMT (envelope-from simon) Date: Fri, 18 Feb 2005 17:03:50 GMT From: "Simon L. Nielsen" Message-Id: <200502181703.j1IH3oPM091770@freefall.freebsd.org> To: deruysscher@grip.nl, simon@FreeBSD.org, freebsd-i386@FreeBSD.org Subject: Re: i386/74892: FBSD 5.3-STABLE randomly crashes (Fatal trap 12) on HP Proliant DL140's X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 17:03:51 -0000 Synopsis: FBSD 5.3-STABLE randomly crashes (Fatal trap 12) on HP Proliant DL140's State-Changed-From-To: open->closed State-Changed-By: simon State-Changed-When: Fri Feb 18 17:03:41 GMT 2005 State-Changed-Why: Close at submitters request. http://www.freebsd.org/cgi/query-pr.cgi?pr=74892 From owner-freebsd-i386@FreeBSD.ORG Fri Feb 18 18:22:26 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0630916A4CE for ; Fri, 18 Feb 2005 18:22:26 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89A8043D54 for ; Fri, 18 Feb 2005 18:22:25 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost02.amcc.com ([192.195.69.49]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id IC4DPG03.ICX for ; Fri, 18 Feb 2005 10:22:28 -0800 Received: (from vkashyap-pc [10.66.6.61]) by mailhost02.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2005021810263030884 for ; Fri, 18 Feb 2005 10:26:30 -0800 From: "Vinod Kashyap" To: freebsd-i386@freebsd.org Date: Fri, 18 Feb 2005 10:22:08 -0800 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: Subject: FW: CLI and 3DM2 for amd64 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 18:22:26 -0000 -----Original Message----- From: Vinod Kashyap [mailto:vkashyap@amcc.com] Sent: Friday, February 18, 2005 10:21 AM To: Lawrence Farr Cc: freebsd-amd64@freebsd.org Subject: RE: CLI and 3DM2 for amd64 i386 CLI and 3DM2 for 7xxx/8xxx are already available here: http://www.3ware.com/support/download.asp. They are the same as the ones for 9xxx. CLI and 3DM2 for 9xxx are compatible with 7xxx/8xxx as well. Note this on the main Software Download page on the 3ware website (http://www.3ware.com/support/index.asp): "The Linux/FreeBSD CLI and 3DM 2 for the 9000 series are compatible with the 7000/8000 series products." > -----Original Message----- > From: Lawrence Farr [mailto:freebsd-smp@epcdirect.co.uk] > Sent: Friday, February 18, 2005 12:47 AM > To: 'Vinod Kashyap' > Subject: RE: CLI and 3DM2 for amd64 > = > = > Are there any plans to release a 3DM2 that will work with > i386 on a 7xxx/8xxx controller? > = > Regards, > = > > -----Original Message----- > > From: owner-freebsd-amd64@freebsd.org = > > [mailto:owner-freebsd-amd64@freebsd.org] On Behalf Of Vinod Kashyap > > Sent: 17 February 2005 19:04 > > To: freebsd-amd64@freebsd.org > > Subject: CLI and 3DM2 for amd64 > > = > > = > > CLI and 3DM2, the management tools for 3ware's 7xxx/8xxx and > > 9xxx controllers are now available for FreeBSD amd64, here: > > http://www.3ware.com/support/downloadnew.asp > > = > > Please note that these are not official releases, and have not gone > > through exhaustive testing. However, they are expected to work > > satisfactorily. Please report any problems to 3ware support. > > = > > = > > Thanks, > > = > > Vinod. > > = > > = > > _______________________________________________ > > freebsd-amd64@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > > To unsubscribe, send any mail to = > > "freebsd-amd64-unsubscribe@freebsd.org" > > = > = > From owner-freebsd-i386@FreeBSD.ORG Sat Feb 19 04:30:28 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AE4F16A4CE for ; Sat, 19 Feb 2005 04:30:28 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4483143D3F for ; Sat, 19 Feb 2005 04:30:28 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1J4USSs097911 for ; Sat, 19 Feb 2005 04:30:28 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1J4USKp097910; Sat, 19 Feb 2005 04:30:28 GMT (envelope-from gnats) Resent-Date: Sat, 19 Feb 2005 04:30:28 GMT Resent-Message-Id: <200502190430.j1J4USKp097910@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Peter S. Housel" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E0B116A4CE for ; Sat, 19 Feb 2005 04:22:46 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2915843D45 for ; Sat, 19 Feb 2005 04:22:46 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j1J4Mjec000702 for ; Sat, 19 Feb 2005 04:22:45 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j1J4MjNB000701; Sat, 19 Feb 2005 04:22:45 GMT (envelope-from nobody) Message-Id: <200502190422.j1J4MjNB000701@www.freebsd.org> Date: Sat, 19 Feb 2005 04:22:45 GMT From: "Peter S. Housel" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/77710: Linux page fault sigcontext information is wrong X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 04:30:28 -0000 >Number: 77710 >Category: i386 >Synopsis: Linux page fault sigcontext information is wrong >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 19 04:30:27 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Peter S. Housel >Release: 6.0-CURRENT >Organization: >Environment: FreeBSD housel.dyndns.org 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Thu Feb 10 19:49:38 PST 2005 housel@housel.dyndns.org:/usr/obj/usr/src/sys/HOUSEL i386 >Description: (Originally posted to emulation@ and hackers@ in May 2004 with no response.) I'm running some Linux code (a garbage collector) that needs to trap page faults. There are a couple of problems with the i386 code that builds linux signal context: /* ... */ frame.sf_sc.sc_err = regs->tf_err; frame.sf_sc.sc_trapno = bsd_to_linux_trapcode(code); The first problem is that the sc_cr2 field of the linux sigcontext is not initialized with the faulting address (obtained at page fault time from the cr2 register). The second problem is that sc_err is being initialized incorrectly, because in trap_pfault the original tf_err field provided by the processor has already been overwritten: /* kludge to pass faulting virtual address to sendsig */ frame->tf_err = eva; The trap handler has worked this way since trap.c revision 1.25 (now past its tenth anniversary). Surely there is some better way to pass eva to sendsig so thtat the 3-bit err field is not lost. (It would be nice if said field were available in the FreeBSD sigcontext, too, but that would likely involve an ABI change.) >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Sat Feb 19 22:50:18 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F85716A4F0 for ; Sat, 19 Feb 2005 22:50:18 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 109DA43D1F for ; Sat, 19 Feb 2005 22:50:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1JMoHxW077484 for ; Sat, 19 Feb 2005 22:50:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1JMoHKd077483; Sat, 19 Feb 2005 22:50:17 GMT (envelope-from gnats) Resent-Date: Sat, 19 Feb 2005 22:50:17 GMT Resent-Message-Id: <200502192250.j1JMoHKd077483@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Frank Mayhar Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9738916A4CE for ; Sat, 19 Feb 2005 22:48:29 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7CF743D1F for ; Sat, 19 Feb 2005 22:48:28 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j1JMmSjT076682 for ; Sat, 19 Feb 2005 14:48:28 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j1JMmS8o017863 for ; Sat, 19 Feb 2005 14:48:28 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j1JMmSeP017862; Sat, 19 Feb 2005 14:48:28 -0800 (PST) (envelope-from frank) Message-Id: <200502192248.j1JMmSeP017862@realtime.exit.com> Date: Sat, 19 Feb 2005 14:48:28 -0800 (PST) From: Frank Mayhar To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/77751: Hard hang related to ath? X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Frank Mayhar List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 22:50:18 -0000 >Number: 77751 >Category: i386 >Synopsis: Hard hang related to ath? >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 19 22:50:17 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Frank Mayhar >Release: FreeBSD 6.0-CURRENT i386 >Organization: Exit Consulting >Environment: System: FreeBSD lap 6.0-CURRENT FreeBSD 6.0-CURRENT #14: Sat Feb 19 12:04:13 PST 2005 root@lap:/home/obj/usr/src/sys/AUTON i386 This is a Dell Inspiron 5160; I replaced the original Broadcom minipci wireless card with an Atheros-chipset-based a/b/g card. I run it in 11a mode exclusively. It has recently become very unstable, exhibiting hard lockups nearly constantly. I tried to go back to -current as of around Christmas but the lockups didn't (seem to) go away. I've been incredibly swamped lately, wrapping up a former project and beginning a new job, so I haven't had the time to spend on this until now. Today I began to diagnose the problem. It is indeed a hard hang; the (firewire) console is unresponsive as is the GDB link. It seems to happen while I'm in X (using nvidia-driver from ports, which had a bug I just fixed) although it has happened at least once while I was using the regular non-X console. There is nothing obvious going on when it happens, I'm just using the system and it locks tight. Before I begin to suspect hardware I want to try to eliminate the software element. I've placed relevant information at http://www.exit.com/Archives/FreeBSD/hang-pr-info.txt This includes the dmesg (also appended below) as well as ath-related debug output from ./athdebug 0x800d8120 dev.ath.0.debug: 0x800d8120 ./80211debug 0x04000000 net.wlan.0.debug: 0x4000000 I don't think it's related to the recent cpufreq changes, since the hangs started before I picked them up and began running with them. This problem has rendered my laptop nearly useless. If anyone can suggest any way I might narrow this down a little further I would be very grateful. Dmesg follows: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #14: Sat Feb 19 12:04:13 PST 2005 root@lap:/home/obj/usr/src/sys/AUTON WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536662016 (511 MB) avail memory = 511664128 (487 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ichwd module loaded ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 20 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf40-0xbf5f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf20-0xbf3f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf4fffc00-0xf4ffffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: single transaction translator uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 bfe0: mem 0xfaffe000-0xfaffffff irq 17 at device 1.0 on pci2 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0f:1f:26:c6:65 bfe0: [GIANT-LOCKED] ath0: mem 0xfafe0000-0xfafeffff irq 18 at device 2.0 on pci2 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:02:6f:21:df:fe ath0: mac 5.9 phy 4.3 radio 3.6 cbb0: at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff irq 16 at device 4.1 on pci2 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 34:4f:c0:00:26:8f:58:a1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1f499000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 36:4f:c0:8f:58:a1 fwe0: Ethernet address: 36:4f:c0:8f:58:a1 fwohci0: Initiate bus reset fwohci0: node_id=0x8000ffc0, gen=1, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 ichss: enabling SpeedStep support ichss0: on cpu0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: acpi_tz0: on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 11 on acpi0 atkbdc0: port 0x66,0x62,0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: flags 0x1000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Expensive timeout(9) function: 0xc0521e54(0) 0.005851860 s firewire0: bus manager 1 firewire0: New S400 device ID:0011060000003b31 acd0: DVDROM at ata0-master UDMA33 ad2: 57231MB [116280/16/63] at ata1-master UDMA100 SMP: AP CPU #1 Launched! >Description: >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Sat Feb 19 23:10:17 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BD2716A54D for ; Sat, 19 Feb 2005 23:10:17 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D34C643D45 for ; Sat, 19 Feb 2005 23:10:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1JNAGuF082038 for ; Sat, 19 Feb 2005 23:10:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1JNAGTA082037; Sat, 19 Feb 2005 23:10:16 GMT (envelope-from gnats) Date: Sat, 19 Feb 2005 23:10:16 GMT Message-Id: <200502192310.j1JNAGTA082037@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Frank Mayhar Subject: Re: i386/77751: Hard hang related to ath? X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Frank Mayhar List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 23:10:17 -0000 The following reply was made to PR i386/77751; it has been noted by GNATS. From: Frank Mayhar To: freebsd-gnats-submit@FreeBSD.org, frank@exit.com Cc: Subject: Re: i386/77751: Hard hang related to ath? Date: Sat, 19 Feb 2005 15:10:06 -0800 I just realized I forgot to say why I suspect the hang is related to ath. First, there's a lot of interference around here so the signal has some trouble, and second, every hang I've seen has been literally _right_ after the ath driver logs something like: Feb 19 14:24:19 kernel: ath0: link state changed to UP Certainly not iron-clad, by any means, but suggestive.