From owner-freebsd-i386@FreeBSD.ORG Sun Aug 28 15:30:10 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 9977416A41F for ; Sun, 28 Aug 2005 15:30:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0875943D53 for ; Sun, 28 Aug 2005 15:30:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7SFU88p069274 for ; Sun, 28 Aug 2005 15:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7SFU81W069273; Sun, 28 Aug 2005 15:30:08 GMT (envelope-from gnats) Resent-Date: Sun, 28 Aug 2005 15:30:08 GMT Resent-Message-Id: <200508281530.j7SFU81W069273@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, David Leimbach Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7084F16A41F for ; Sun, 28 Aug 2005 15:28:46 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1203543D48 for ; Sun, 28 Aug 2005 15:28: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 j7SFSjOf079655 for ; Sun, 28 Aug 2005 15:28:45 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j7SFSjSF079649; Sun, 28 Aug 2005 15:28:45 GMT (envelope-from nobody) Message-Id: <200508281528.j7SFSjSF079649@www.freebsd.org> Date: Sun, 28 Aug 2005 15:28:45 GMT From: David Leimbach To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: i386/85402: FreeBSD 6.0 Betas hang after an uncertain amount of time during installation with ACPI on or off on Nforce2 motherboard. X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2005 15:30:10 -0000 >Number: 85402 >Category: i386 >Synopsis: FreeBSD 6.0 Betas hang after an uncertain amount of time during installation with ACPI on or off on Nforce2 motherboard. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 28 15:30:08 GMT 2005 >Closed-Date: >Last-Modified: >Originator: David Leimbach >Release: FreeBSD 6.0 Beta [any of them] >Organization: >Environment: N/A can't run it long enough to get that far. >Description: While trying to install FreeBSD 6.0 betas I can successfully get to the sysinstall menu. However once there it seems to be only a matter of time before the keyboard becomes unresponsive. This happens both with ACPI on or off [I used "set load_acpi NO"]. An interesting note is that when the keyboard is frozen the power button on the PC still seems to cause sysinstall to react with an "abort install" dialog. The keyboard then becomes responsive again for a few seconds though none of the keys I press cause the appropriate action. [up arrow becomes "return" etc] >How-To-Repeat: You probably need this particular Nforce2 based motherboard and FreeBSD 6.0 Betas. This motherboard is known to work with earlier FreeBSDs as well as DragonFlyBSD, so I suspect I'm not turning off ACPI with that single environment variable. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Sun Aug 28 18:00:43 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 A8D2E16A423 for ; Sun, 28 Aug 2005 18:00:43 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1800443D72 for ; Sun, 28 Aug 2005 18:00:32 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7SI0Vho089230 for ; Sun, 28 Aug 2005 18:00:31 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7SI0VRX089224; Sun, 28 Aug 2005 18:00:31 GMT (envelope-from gnats) Resent-Date: Sun, 28 Aug 2005 18:00:31 GMT Resent-Message-Id: <200508281800.j7SI0VRX089224@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, Chuck Ebbert <76306.1226@compuserve.com> Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51E6116A41F for ; Sun, 28 Aug 2005 17:59:07 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2502743D46 for ; Sun, 28 Aug 2005 17:59:07 +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 j7SHx6fG072284 for ; Sun, 28 Aug 2005 17:59:06 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j7SHx6Yo072283; Sun, 28 Aug 2005 17:59:06 GMT (envelope-from nobody) Message-Id: <200508281759.j7SHx6Yo072283@www.freebsd.org> Date: Sun, 28 Aug 2005 17:59:06 GMT From: Chuck Ebbert <76306.1226@compuserve.com> To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: i386/85417: Possible bug in ia32 floating-point exception handler X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2005 18:00:44 -0000 >Number: 85417 >Category: i386 >Synopsis: Possible bug in ia32 floating-point exception handler >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: Sun Aug 28 18:00:31 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Chuck Ebbert >Release: RELENG_6 >Organization: >Environment: >Description: src/sys/i386/i386/trap.c 1.277.2.1 lines 303-308: 303: case T_ARITHTRAP: /* arithmetic trap */ 304: #ifdef DEV_NPX 305: ucode = npxtrap(); 306: if (ucode == -1) 307: goto userout; 308: #else src/sys/i386/isa/npx.c:npxtrap() can never return -1, so SIGFPE code 0 will be sent to the user app if no unmasked i387 exception bits are set. This can happen on some non-Intel processors. >How-To-Repeat: >Fix: (1) If the current behavior is correct, remove the if statement at line 306 since it has no effect and only confuses reviewers. (2) Otherwise, change fpetable[] in src/sys/i386/isa/npx.c so entry 0 is -1 instead of 0 >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Sun Aug 28 20:20:17 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 5749216A41F for ; Sun, 28 Aug 2005 20:20:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D40AD43D46 for ; Sun, 28 Aug 2005 20:20: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.3/8.13.3) with ESMTP id j7SKKGn7010448 for ; Sun, 28 Aug 2005 20:20:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7SKKGHx010444; Sun, 28 Aug 2005 20:20:16 GMT (envelope-from gnats) Resent-Date: Sun, 28 Aug 2005 20:20:16 GMT Resent-Message-Id: <200508282020.j7SKKGHx010444@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, Georg Schwarz Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8961516A41F for ; Sun, 28 Aug 2005 20:12:35 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5789443D48 for ; Sun, 28 Aug 2005 20:12:35 +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 j7SKCYD8037606 for ; Sun, 28 Aug 2005 20:12:34 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j7SKCY3x037605; Sun, 28 Aug 2005 20:12:34 GMT (envelope-from nobody) Message-Id: <200508282012.j7SKCY3x037605@www.freebsd.org> Date: Sun, 28 Aug 2005 20:12:34 GMT From: Georg Schwarz To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: i386/85423: ex does not correctly recognize NIC in PnP mode X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2005 20:20:17 -0000 >Number: 85423 >Category: i386 >Synopsis: ex does not correctly recognize NIC in PnP mode >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: Sun Aug 28 20:20:16 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Georg Schwarz >Release: 5.4 Release >Organization: >Environment: FreeBSD tsushima.geos.net.eu.org 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun Aug 28 16:21:45 CEST 2005 schwarz@yokohama.geos.net.eu.org:/var/tmp/sys/i386/compile/TSUSHIMA i386 >Description: when using the ex (4) driver on an Intel EtherExpress Pro 10/+ NIC in ISA PNP mode I get: ex: WARNING: board's EEPROM is configured for IRQ 0, using 5 ex0: at port 0x200-0x20f irq 5 on isa0 ex0: PnP config, 16-bit bus, board id 0xfff, stepping 0xf ex0: Ethernet address: ff:ff:ff:ff:ff:ff ex0: if_start running deferred for Giant However, when disabling PNP for the NIC I get: ex0: at port 0x300-0x30f irq 11 on isa0 ex0: Manual config, 16-bit bus, board id 0x202, stepping 0x0 ex0: Ethernet address: 00:a0:c9:29:f1:29 ex0: if_start running deferred for Giant /boot/device.hints in both cases does not contain any reference to the ex driver. The PC is a 10 years old 486; so maybe it is a BIOS issue? pnpinfo (when the NIC is in PNP mode) says: pnpinfo on FreeBSD says: Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID INT1031 (0x3110d425), Serial Number 0xc929f129 PnP Version 1.0, Vendor Version 0 Device Description: Intel PRO/10+ or compatible adapter Logical Device ID: INT1031 0x3110d425 #0 Device supports I/O Range Check Compatible Device ID: INT1030 (3010d425) I/O Range 0x200 .. 0x390, alignment 0x10, len 0x10 [not 16-bit addr] IRQ: 3 4 5 7 9 10 11 12 - only one type (true/edge) End Tag Successfully got 6 resources, 1 logical fdevs -- card select # 0x0001 CSN INT1031 (0x3110d425), Serial Number 0xc929f129 Logical device #0 IO: 0x0300 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 11 0 DMA 4 4 IO range check 0x00 activate 0x01 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Mon Aug 29 06:06:50 2005 Return-Path: X-Original-To: i386@freebsd.org 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 B358616A41F; Mon, 29 Aug 2005 06:06:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A6B43D46; Mon, 29 Aug 2005 06:06:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7T66ntl041627; Mon, 29 Aug 2005 02:06:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7T66me1060169; Mon, 29 Aug 2005 02:06:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 716AD7304D; Mon, 29 Aug 2005 02:06:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050829060648.716AD7304D@freebsd-current.sentex.ca> Date: Mon, 29 Aug 2005 02:06:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 06:06:50 -0000 TB --- 2005-08-29 04:09:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-29 04:09:21 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-08-29 04:09:21 - cleaning the object tree TB --- 2005-08-29 04:10:04 - checking out the source tree TB --- 2005-08-29 04:10:04 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-08-29 04:10:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-29 04:25:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-29 04:25:30 - cd /src TB --- 2005-08-29 04:25:30 - /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-08-29 05:57:28 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-29 05:57:28 - cd /src TB --- 2005-08-29 05:57:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 29 05:57:32 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ata/ata-card.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/awi/if_awi_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ct/bshw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ct/ct.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ct/ct_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_cbus.c In file included from /src/sys/dev/ed/if_ed_cbus.c:49: /src/sys/dev/ed/if_edvar.h:37: error: field `ifmedia' has incomplete type *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-29 06:06:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-29 06:06:47 - ERROR: failed to build generic kernel TB --- 2005-08-29 06:06:47 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Mon Aug 29 11:02:07 2005 Return-Path: X-Original-To: freebsd-i386@freebsd.org 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 5B5BE16A423 for ; Mon, 29 Aug 2005 11:02:07 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0986843D4C for ; Mon, 29 Aug 2005 11:02:07 +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.3/8.13.3) with ESMTP id j7TB27I2021485 for ; Mon, 29 Aug 2005 11:02:07 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7TB25NW021480 for freebsd-i386@freebsd.org; Mon, 29 Aug 2005 11:02:05 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 29 Aug 2005 11:02:05 GMT Message-Id: <200508291102.j7TB25NW021480@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 11:02:07 -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/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/03/14] i386/78837 i386 Partition Table Corruption in 5.3 8 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 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/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 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/61709 i386 [panic] 5.2-REL i386 Crashes hard; panics o [2004/01/25] i386/61890 i386 [fdisk] FDisk uses incorrect calculations 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/06] i386/63828 i386 [hang] when installing Release 5.2.1 (i38 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/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/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/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 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 a [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/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/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 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 o [2004/08/25] i386/70925 i386 [hang] 5.3Beta1 acpi-pci driver failure, 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/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 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/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/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/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 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/12/01] i386/74576 i386 FAILURE - ATA_IDENTIFY no interrupt 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/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/23] i386/75441 i386 fxp device timeout o [2004/12/27] i386/75531 i386 Various DMA errors result in system panic o [2005/01/06] i386/75887 i386 with vt0.disabled=0 and PCVT in kernel vi 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/31] i386/76925 i386 standard pci-ide, install - "NO DISKS FOU o [2005/02/01] i386/76944 i386 [patch] i386 bus_dmamap_create() bug o [2005/02/01] i386/76948 i386 Slow network with rl0 (rl0 driver problem o [2005/02/06] i386/77154 i386 5.3 refuses to boot when IDE channel2 is 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 o [2005/02/14] i386/77529 i386 installation of freebsd 5.3 in laptop an o [2005/02/21] i386/77825 i386 dc driver pagefaults on bootup o [2005/02/22] i386/77935 i386 Can't boot with 5.x CD or floppy o [2005/02/25] i386/78075 i386 filesystem corruption o [2005/03/01] i386/78218 i386 kue not detected on Sony PCG-F370 VAIO o [2005/03/01] i386/78219 i386 Netgear FA-410TX is incorrectly detected o [2005/03/02] i386/78301 i386 Fatal trap 12 o [2005/03/03] i386/78339 i386 BTX loader crashes on boot on HP Proliant o [2005/03/07] i386/78517 i386 WRITE_DMA and READ_DMA timeouts with ATI o [2005/03/10] i386/78657 i386 error installing 5.3-RELEASE due to Compa o [2005/03/10] i386/78666 i386 ata0-master: FAILURE ATA-IDENTIFY timed o o [2005/03/16] i386/78929 i386 atapicam prevents boot, system hangs o [2005/03/16] i386/78930 i386 SuperMicro web server with 5.3-RELEASE ke o [2005/03/21] i386/79073 i386 System panic and hang after creating a la o [2005/03/22] i386/79141 i386 5.4Beta1 does not recognize my intel grap o [2005/03/23] i386/79169 i386 freeze with striped USB Drives under high o [2005/03/27] i386/79268 i386 5.3-RELEASE won't boot on Compaq Armada 4 o [2005/03/28] i386/79323 i386 authmod setup with ifconfig on dlink wlan o [2005/03/31] i386/79409 i386 [ataidle?] Come back from idle make the s o [2005/04/08] i386/79686 i386 Spurious notebook disk errors from ATA dr o [2005/04/09] i386/79729 i386 umass, da0 not detected by devfs for o [2005/04/09] i386/79730 i386 SLIM DRIVE COMBO fails with READ_BIG erro o [2005/04/11] i386/79779 i386 If system memory is above 4GB, one parts o [2005/04/11] i386/79784 i386 Broadcom BCM4401 (bfe) : no carrier f [2005/04/11] i386/79797 i386 [panic] pmap_dev: Coud't alloc kernel vir o [2005/04/12] i386/79807 i386 Lock Up on Old Acer P1 Comp o [2005/04/12] i386/79833 i386 BTX crashes on boot when using Promise TX o [2005/04/14] i386/79912 i386 Sound broken for 2 VIA chipsets o [2005/04/14] i386/79943 i386 Very High interupt rate on PCM o [2005/04/22] i386/80268 i386 [crash] System with Transmeta Efficeon cp o [2005/04/28] i386/80426 i386 5.4-RC3 still panic when boot on ASUS P2B o [2005/04/28] i386/80433 i386 write failure on transfer! f [2005/05/02] i386/80539 i386 bug /dev/bpf (/usr/ports/net-mg o [2005/05/07] i386/80739 i386 Strange panic (keyboard related?) on 5.4 o [2005/05/12] i386/80938 i386 gmirror: DEVFS Overflow table o [2005/05/13] i386/80989 i386 Cannot install 5.4-RELEASE both in my sys o [2005/05/14] i386/81019 i386 RealTek 8169S32 behaves erratically p [2005/05/16] i386/81111 i386 /boot/loader causes reboot due to CFLAGS+ o [2005/05/18] i386/81215 i386 X Freeze on Dell Inspiron 9100 with Radeo o [2005/05/19] i386/81235 i386 /sys/i386/conf/GENERIC needs "options ASR o [2005/05/20] i386/81311 i386 Athlon MP SMP + 3ware + em0 = deadlock, n f [2005/05/31] i386/81694 i386 boot loader doesn't work after the world o [2005/06/04] i386/81887 i386 Adaptec SCSI 2130S aac0: GetDeviceProbeIn o [2005/06/04] i386/81903 i386 Installer hangs on all menu entries on To o [2005/06/08] i386/82029 i386 Boot Loader installation on MegaRAID cont o [2005/06/13] i386/82207 i386 tcpslice incorrectly handles dates where o [2005/06/15] i386/82285 i386 kernel panic during reboot o [2005/06/21] i386/82464 i386 Sony Ericsson GC75 GPRS MODEM not recogni o [2005/07/07] i386/83078 i386 Need to develop the network driver for Bo o [2005/07/10] i386/83214 i386 FreeBSD 5.4 cannot install on IC35L120AVV o [2005/07/11] i386/83289 i386 I get an error while trying to update (ma o [2005/07/14] i386/83425 i386 fdisk can't read or write disklabel o [2005/07/16] i386/83574 i386 installation failure o [2005/07/19] i386/83735 i386 network card (realtek 8139) and sound car o [2005/07/21] i386/83826 i386 can't install any version on Toshiba Satt o [2005/07/22] i386/83925 i386 can't boot Dell Latitude D610 after BOIS o [2005/07/24] i386/84008 i386 /dev/X? should be /dev/ad1s* o [2005/07/25] i386/84088 i386 Panic with nforce2 platform on FreeBSD 6. o [2005/07/29] i386/84303 i386 boot sometimes stops at "uhci0: 3.5GB o [2005/08/05] i386/84589 i386 5.4-STABLE unresponsive during background o [2005/08/08] i386/84668 i386 ssh and sysinstall problem o [2005/08/08] i386/84673 i386 NFS client problem "Stale NFS file handle o [2005/08/09] i386/84717 i386 [hang] 5.4-rel booting locks-up on Superm f [2005/08/12] i386/84838 i386 freebsd restarts a [2005/08/12] i386/84842 i386 i386_set_ioperm(2) timing issue o [2005/08/15] i386/84943 i386 "Invalid Partition Table" Intel ICH6 SATA o [2005/08/17] i386/85042 i386 mount_smbfs: can't get handle to requeste o [2005/08/18] i386/85072 i386 Ps/2 Mouse detection failure on compaq ch o [2005/08/19] i386/85101 i386 nearbyint always returns nan o [2005/08/28] i386/85402 i386 FreeBSD 6.0 Betas hang after an uncertain 223 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/19] i386/52427 i386 DVD replay under MSI "655 MAX" mobo inter o [2003/10/31] i386/58784 i386 ATA DMA fails and vx0 creates panic 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/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 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 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- 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/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/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/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/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/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 [patch] Inconsistent apm(8) output regard o [2004/10/30] i386/73308 i386 unable to install on AMD 2500+,NF2,GF MX4 o [2004/11/09] i386/73742 i386 5.3 rel i386 disk2 image not copying o [2004/11/14] i386/73921 i386 [patch] [sysctl] sysctlbyname for machdep o [2004/11/20] i386/74153 i386 FreeBSD 5.3 cannot boot ftom pst o [2004/11/21] i386/74191 i386 Notebook PC2001 Compliant AC97 audio work 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 [patch] [pmap] mlock() causes physical me o [2004/11/27] i386/74454 i386 [PATCH] [bsd.cpu.mk] Adding VIA Eden fami o [2004/12/03] i386/74650 i386 System Reboot with umount command o [2004/12/07] i386/74803 i386 regression: lost 3Com509B in 5.X o [2004/12/08] i386/74829 i386 [patch] FreeBSD 5.3-RELEASE hangs during o [2004/12/12] i386/74966 i386 Realtek driver seems to misinterpret some 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/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/06] i386/75898 i386 Exception and reboot: Loader and kernel u o [2005/01/23] i386/76587 i386 ps2 mouse weird... 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 o [2005/03/07] i386/78569 i386 seg fault compiling after install on AMD o [2005/03/21] i386/79091 i386 [patch] Small optimization for i386/suppo o [2005/03/22] i386/79136 i386 disk controller not detected o [2005/03/22] i386/79143 i386 Broadcom NIC driver do not work for IPMI o [2005/03/27] i386/79272 i386 "ata" detects and enables UDMA66 or UDMA1 o [2005/03/27] i386/79274 i386 Autoconfigure fails for O2Micro OZ6812/68 o [2005/03/28] i386/79317 i386 Freebsd Erasing NVRAM o [2005/03/30] i386/79350 i386 "ata" unrequested increase in xDMAx speed o [2005/04/12] i386/79840 i386 Partitioning and formating a new disk fai o [2005/04/14] i386/79890 i386 burncd fails on a Pioneer DVD drive o [2005/04/18] i386/80081 i386 Problem loading a NDIS kernel module. o [2005/04/19] i386/80092 i386 PC Cards do not work at all on laptop Com o [2005/04/19] i386/80095 i386 ld-elf.so.1 crashes with executables prod o [2005/04/22] i386/80236 i386 atacontrol outputs minimal usage o [2005/04/22] i386/80265 i386 D-Link NIC with VIA Rhine II has no carr o [2005/04/29] i386/80465 i386 pcm0:record:0: record interrupt timeout o [2005/05/15] i386/81082 i386 Failure to detect Pioneer CD drive on Int o [2005/05/22] i386/81358 i386 [patch] [geode.c] add PC Engines WRAP sup o [2005/05/24] i386/81438 i386 Ataidle seems broken + problem with ATA w o [2005/05/28] i386/81597 i386 My POS-460 system based on a Western Digi o [2005/06/02] i386/81790 i386 Asus P4SP-MX + FreeBSD = hangs on reboot o [2005/06/02] i386/81803 i386 [patch] Unsupported ICH6 SMBus controller o [2005/06/22] i386/82548 i386 VBE video driver incorrectly switches to/ o [2005/06/26] i386/82683 i386 Illegal Instruction Core Dump in REL-5.4- o [2005/07/05] i386/83018 i386 Installer will not boot o [2005/07/20] i386/83809 i386 Problem with mutex or lock and if_xl. o [2005/07/24] i386/83991 i386 cannot buildworld for RELENG_6 on machine o [2005/08/04] i386/84555 i386 boot2 unable to load kernel directly. o [2005/08/09] i386/84705 i386 fdisk(8) program warning about sector num o [2005/08/20] i386/85144 i386 Asus K8S-MX mobo, integ LAN not recogniz o [2005/08/23] i386/85242 i386 [patch] libc contains relocation to the . o [2005/08/23] i386/85246 i386 unable to install from CD on Asus PC-DL D o [2005/08/24] i386/85273 i386 FreeBSD (NetBSD or OpenBSD) not install o o [2005/08/28] i386/85417 i386 Possible bug in ia32 floating-point excep o [2005/08/28] i386/85423 i386 ex does not correctly recognize NIC in Pn 98 problems total. From owner-freebsd-i386@FreeBSD.ORG Mon Aug 29 11:59:07 2005 Return-Path: X-Original-To: freebsd-i386@freebsd.org 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 49FD116A41F; Mon, 29 Aug 2005 11:59:07 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF2A43D46; Mon, 29 Aug 2005 11:59:06 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j7TBwZAD014848; Mon, 29 Aug 2005 21:58:35 +1000 Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j7TBwW0g010677; Mon, 29 Aug 2005 21:58:33 +1000 Date: Mon, 29 Aug 2005 21:58:32 +1000 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: Chuck Ebbert <76306.1226@compuserve.com> In-Reply-To: <200508281759.j7SHx6Yo072283@www.freebsd.org> Message-ID: <20050829202410.Q1317@epsplex.bde.org> References: <200508281759.j7SHx6Yo072283@www.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-gnats-submit@freebsd.org, freebsd-i386@freebsd.org Subject: Re: i386/85417: Possible bug in ia32 floating-point exception handler X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 11:59:07 -0000 On Sun, 28 Aug 2005, Chuck Ebbert wrote: >> Description: > src/sys/i386/i386/trap.c 1.277.2.1 lines 303-308: > 303: case T_ARITHTRAP: /* arithmetic trap */ > 304: #ifdef DEV_NPX > 305: ucode = npxtrap(); > 306: if (ucode == -1) > 307: goto userout; > 308: #else > > src/sys/i386/isa/npx.c:npxtrap() > can never return -1, so SIGFPE code 0 will be sent to the > user app if no unmasked i387 exception bits are set. This > can happen on some non-Intel processors. Does it happen often or normally for some non-Intel processors? I don't have any processors with the problem, but noticed it somehow, perhaps in connection with the kernel bugs that resulted in the one IRQ13 from npx_probe() not being discarded. This IRQ13 normally occurs for all processors and is supposed to be ignored, but was counted as a /stray/spurious IRQ13. I vaguely remember that it didn't cause a spurious npxtrap() but I saw the bug by wondering what would happen if it did. >> How-To-Repeat: > >> Fix: > > (1) If the current behavior is correct, remove the if statement > at line 306 since it has no effect and only confuses reviewers. > > (2) Otherwise, change fpetable[] in src/sys/i386/isa/npx.c > so entry 0 is -1 instead of 0 I have used (2) (and some other related changes) for many years, but don't remember having noticed that the check in trap() is so broken. I now think it should have been "if (ucode == 0)". But -1 is better for a special value since ucode is not a bitmap. >From my version of npx.c: % Index: npx.c % =================================================================== % RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v % retrieving revision 1.152 % diff -u -2 -r1.152 npx.c % --- npx.c 19 Jun 2004 22:24:16 -0000 1.152 % +++ npx.c 15 Oct 2004 15:38:14 -0000 % @@ -578,5 +612,5 @@ % */ % static char fpetable[128] = { % - 0, % + -1, /* 0 - no unmasked exception (probably bogus IRQ13) */ % FPE_FLTINV, /* 1 - INV */ % FPE_FLTUND, /* 2 - DNML */ This is (2). % @@ -642,5 +676,5 @@ % FPE_FLTDIV, /* 3E - DNML | DZ | OFL | UFL | IMP */ % FPE_FLTINV, /* 3F - INV | DNML | DZ | OFL | UFL | IMP */ % - FPE_FLTSUB, /* 40 - STK */ % + -1, /* 40 - STK, but no unmasked exception so no trap */ % FPE_FLTSUB, /* 41 - INV | STK */ % FPE_FLTUND, /* 42 - DNML | STK */ We also shouldn't signal stack-only exceptions to userland, since there is no way to mask these exceptions. Normally there is no problem since npx traps shouldn't occur when all maskable exceptions are masked, but if an npx trap somehow occurs it may say the STK bit set because there is no mask for this bit; thus a spurious npx trap signaled userland with a bogus code of FPE_FLTSUB instead a bogus code of 0 depending on whether STK is set. % @@ -751,7 +794,16 @@ % } % % + /* Ignore some spurious traps. */ % + if ((status & ~control & 0x3f) == 0) { % + intr_restore(saveintr); % + return (-1); % + } We also shouldn't do normal trap processing for spurious traps. This change makes the above changes just style fixes since it makes fpetable not used for entries 0 and 3F. % + % +#if 0 % + /* XXX this clobbers the status. */ % if (PCPU_GET(fpcurthread) == curthread) % fnclex(); This is an incomplete fix for clobbering of the npx status word for normal traps, and happens to make the previous change unnecessary since it results in "normal trap processing" not changing anything in the npx state. The exception status word used to be saved separately and gdb used to display it, but both the saving and the display have been lost. New signal handlers now get a clean npx state, so the hack of clearing the exceptions shouldn't be needed, but when the signal handling was fixed, only the infrastructure for the hack (i.e., preserving the exception status word) was removed. Old (FreeBSD-[1-3] and FreeBSD-4 compatible) signal handlers still need the hack. % - intr_restore(savecrit); % +#endif % + intr_restore(saveintr); This churns the name of the "save" variable back to one that matches the code. % return (fpetable[status & ((~control & 0x3f) | 0x40)]); % } Bruce From owner-freebsd-i386@FreeBSD.ORG Mon Aug 29 12:00:42 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 23AEB16A425 for ; Mon, 29 Aug 2005 12:00:42 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD7BB43D60 for ; Mon, 29 Aug 2005 12:00:40 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7TC0e6H031982 for ; Mon, 29 Aug 2005 12:00:40 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7TC0eKe031981; Mon, 29 Aug 2005 12:00:40 GMT (envelope-from gnats) Date: Mon, 29 Aug 2005 12:00:40 GMT Message-Id: <200508291200.j7TC0eKe031981@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Cc: Subject: Re: i386/85417: Possible bug in ia32 floating-point exception handler X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 29 Aug 2005 12:00:42 -0000 The following reply was made to PR i386/85417; it has been noted by GNATS. From: Bruce Evans To: Chuck Ebbert <76306.1226@compuserve.com> Cc: freebsd-gnats-submit@freebsd.org, freebsd-i386@freebsd.org Subject: Re: i386/85417: Possible bug in ia32 floating-point exception handler Date: Mon, 29 Aug 2005 21:58:32 +1000 (EST) On Sun, 28 Aug 2005, Chuck Ebbert wrote: >> Description: > src/sys/i386/i386/trap.c 1.277.2.1 lines 303-308: > 303: case T_ARITHTRAP: /* arithmetic trap */ > 304: #ifdef DEV_NPX > 305: ucode = npxtrap(); > 306: if (ucode == -1) > 307: goto userout; > 308: #else > > src/sys/i386/isa/npx.c:npxtrap() > can never return -1, so SIGFPE code 0 will be sent to the > user app if no unmasked i387 exception bits are set. This > can happen on some non-Intel processors. Does it happen often or normally for some non-Intel processors? I don't have any processors with the problem, but noticed it somehow, perhaps in connection with the kernel bugs that resulted in the one IRQ13 from npx_probe() not being discarded. This IRQ13 normally occurs for all processors and is supposed to be ignored, but was counted as a /stray/spurious IRQ13. I vaguely remember that it didn't cause a spurious npxtrap() but I saw the bug by wondering what would happen if it did. >> How-To-Repeat: > >> Fix: > > (1) If the current behavior is correct, remove the if statement > at line 306 since it has no effect and only confuses reviewers. > > (2) Otherwise, change fpetable[] in src/sys/i386/isa/npx.c > so entry 0 is -1 instead of 0 I have used (2) (and some other related changes) for many years, but don't remember having noticed that the check in trap() is so broken. I now think it should have been "if (ucode == 0)". But -1 is better for a special value since ucode is not a bitmap. From my version of npx.c: % Index: npx.c % =================================================================== % RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v % retrieving revision 1.152 % diff -u -2 -r1.152 npx.c % --- npx.c 19 Jun 2004 22:24:16 -0000 1.152 % +++ npx.c 15 Oct 2004 15:38:14 -0000 % @@ -578,5 +612,5 @@ % */ % static char fpetable[128] = { % - 0, % + -1, /* 0 - no unmasked exception (probably bogus IRQ13) */ % FPE_FLTINV, /* 1 - INV */ % FPE_FLTUND, /* 2 - DNML */ This is (2). % @@ -642,5 +676,5 @@ % FPE_FLTDIV, /* 3E - DNML | DZ | OFL | UFL | IMP */ % FPE_FLTINV, /* 3F - INV | DNML | DZ | OFL | UFL | IMP */ % - FPE_FLTSUB, /* 40 - STK */ % + -1, /* 40 - STK, but no unmasked exception so no trap */ % FPE_FLTSUB, /* 41 - INV | STK */ % FPE_FLTUND, /* 42 - DNML | STK */ We also shouldn't signal stack-only exceptions to userland, since there is no way to mask these exceptions. Normally there is no problem since npx traps shouldn't occur when all maskable exceptions are masked, but if an npx trap somehow occurs it may say the STK bit set because there is no mask for this bit; thus a spurious npx trap signaled userland with a bogus code of FPE_FLTSUB instead a bogus code of 0 depending on whether STK is set. % @@ -751,7 +794,16 @@ % } % % + /* Ignore some spurious traps. */ % + if ((status & ~control & 0x3f) == 0) { % + intr_restore(saveintr); % + return (-1); % + } We also shouldn't do normal trap processing for spurious traps. This change makes the above changes just style fixes since it makes fpetable not used for entries 0 and 3F. % + % +#if 0 % + /* XXX this clobbers the status. */ % if (PCPU_GET(fpcurthread) == curthread) % fnclex(); This is an incomplete fix for clobbering of the npx status word for normal traps, and happens to make the previous change unnecessary since it results in "normal trap processing" not changing anything in the npx state. The exception status word used to be saved separately and gdb used to display it, but both the saving and the display have been lost. New signal handlers now get a clean npx state, so the hack of clearing the exceptions shouldn't be needed, but when the signal handling was fixed, only the infrastructure for the hack (i.e., preserving the exception status word) was removed. Old (FreeBSD-[1-3] and FreeBSD-4 compatible) signal handlers still need the hack. % - intr_restore(savecrit); % +#endif % + intr_restore(saveintr); This churns the name of the "save" variable back to one that matches the code. % return (fpetable[status & ((~control & 0x3f) | 0x40)]); % } Bruce From owner-freebsd-i386@FreeBSD.ORG Mon Aug 29 19:00:54 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 64A9216A421 for ; Mon, 29 Aug 2005 19:00:54 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8261143D6D for ; Mon, 29 Aug 2005 19:00:41 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7TJ0fQf087220 for ; Mon, 29 Aug 2005 19:00:41 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7TJ0ekg087218; Mon, 29 Aug 2005 19:00:40 GMT (envelope-from gnats) Resent-Date: Mon, 29 Aug 2005 19:00:40 GMT Resent-Message-Id: <200508291900.j7TJ0ekg087218@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, Bas van Dorp Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C5AC16A41F for ; Mon, 29 Aug 2005 18:59:39 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id F172743D46 for ; Mon, 29 Aug 2005 18:59:38 +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 j7TIxc3V058303 for ; Mon, 29 Aug 2005 18:59:38 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j7TIxc9x058302; Mon, 29 Aug 2005 18:59:38 GMT (envelope-from nobody) Message-Id: <200508291859.j7TIxc9x058302@www.freebsd.org> Date: Mon, 29 Aug 2005 18:59:38 GMT From: Bas van Dorp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: i386/85450: panic: subdisk6 detached (appears to be a sata problem, SiI 3112) X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 19:00:54 -0000 >Number: 85450 >Category: i386 >Synopsis: panic: subdisk6 detached (appears to be a sata problem, SiI 3112) >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 Aug 29 19:00:40 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Bas van Dorp >Release: 6.0 BETA3 i386 >Organization: >Environment: FreeBSD fons.arnhem.chello.nl 6.0-BETA3 FreeBSD 6.0-BETA3 #0: Mon Aug 22 22:59:46 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: When under load (installing packages from CD, or compiling ports, and at one time even during installation), the machine panics after a few minutes with the following message: subdisk6: detached ad6: detached panic: vm_fault: fault on nofault entry addr: deadc000 cpuid = 0 KDB: enter: panic [thread pid 28 tid 100024] Stopped at kdb_enter +0x2b: nop db> The hardware of the machine appears ok. Both Linux and Windows have been working for 2 years without problems. However, FreeBSD 5.4 has problems as well, see at the bottom of this PR. Here's the dmesg of the machine: 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-BETA3 #0: Mon Aug 22 22:59:46 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2500+ (1830.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073676288 (1023 MB) avail memory = 1041616896 (993 MB) mptable_probe: Unable to map end of MP Config Table npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 12 on acpi0 pci_link4: on acpi0 pci_link5: irq 12 on acpi0 pci_link6: irq 10 on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: irq 5 on acpi0 pci_link12: irq 11 on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: irq 16 on acpi0 pci_link17: irq 17 on acpi0 pci_link18: irq 18 on acpi0 pci_link19: irq 19 on acpi0 pci_link20: irq 16 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 23 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd8000000-0xdbffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe0000000-0xe0000fff irq 12 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe0001000-0xe0001fff irq 10 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe0002000-0xe00020ff irq 11 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered pcib1: at device 8.0 on pci0 pci1: on pcib1 pci1: at device 9.0 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xa000-0xa07f mem 0xdf000000-0xdf00007f irq 10 at device 10.0 on pci1 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:f4:49:79 atapci0: port 0xa400-0xa407,0xa800-0xa803,0xac00-0xac07,0xb000-0xb003,0xb400-0xb40f mem 0xdf001000-0xdf0011ff irq 11 at device 11.0 on pci1 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: on atapci1 ata1: on atapci1 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd3fff,0xd4000-0xd47ff,0xd5000-0xd97ff 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 ums0: Logitech USB Receiver, rev 1.10/9.10, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounter "TSC" frequency 1830011195 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 acd1: DVDR at ata1-master UDMA33 ad4: 152627MB at ata2-master SATA150 ad6: 117246MB at ata3-master SATA150 Trying to mount root from ufs:/dev/ad6s3a taskqueue_drain with the following non-sleepable locks held: exclusive sleep mutex xl0 (network driver) r = 0 (0xc24440a4) locked @ /usr/src/sys/pci/if_xl.c:2796 KDB: stack backtrace: kdb_backtrace(1,c24440c8,c2442000,c2322000,e911c904) at kdb_backtrace+0x29 witness_warn(5,0,c085a668,c2442000,c2442000) at witness_warn+0x18e taskqueue_drain(c2322000,c24440c8,c24440a4,1,c086da1f,cc7) at taskqueue_drain+0x1a xl_stop(c2442000,c24440a4,1,c086da1f,af9) at xl_stop+0x44 xl_init_locked(c2442000,c24440a4,0,c086da1f,aec) at xl_init_locked+0x33 xl_init(c2442000) at xl_init+0x26 ether_ioctl(c242a800,8020690c,c26a5000,0,1) at ether_ioctl+0x64 xl_ioctl(c242a800,8020690c,c26a5000,0,c26a5000) at xl_ioctl+0x2be in6_ifinit(c242a800,c26a5000,e911cb1c,1,40) at in6_ifinit+0x90 in6_update_ifa(c242a800,e911cb0c,0) at in6_update_ifa+0x456 in6_ifattach_linklocal(c242a800,0) at in6_ifattach_linklocal+0xe5 in6_ifattach(c242a800,0,c23db400,0,0) at in6_ifattach+0xb9 in6_if_up(c242a800,c242a800,80206910,c25c3a80,0) at in6_if_up+0x13 if_route(c242a800,1,0,e911cc4c,c0696f87) at if_route+0x55 if_up(c242a800) at if_up+0xf ifhwioctl(80206910,c242a800,c25c3a80,c246d600,c0920c40) at ifhwioctl+0x29b ifioctl(c2692b20,80206910,c25c3a80,c246d600,0) at ifioctl+0xc3 soo_ioctl(c25fd798,80206910,c25c3a80,c22d3a80,c246d600) at soo_ioctl+0x2db ioctl(c246d600,e911cd04,3,1,257) at ioctl+0x370 syscall(3b,3b,3b,4,1) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c6287, esp = 0xbfbfe56c, ebp = 0xbfbfe5b8 --- taskqueue_drain with the following non-sleepable locks held: exclusive sleep mutex xl0 (network driver) r = 0 (0xc24440a4) locked @ /usr/src/sys/pci/if_xl.c:2796 KDB: stack backtrace: kdb_backtrace(1,c24440c8,c2442000,c2322000,e911cb04) at kdb_backtrace+0x29 witness_warn(5,0,c085a668,c2442000,c2442000) at witness_warn+0x18e taskqueue_drain(c2322000,c24440c8,c24440a4,1,c086da1f,cc7) at taskqueue_drain+0x1a xl_stop(c2442000,c24440a4,1,c086da1f,af9) at xl_stop+0x44 xl_init_locked(c2442000,c24440a4,0,c086da1f,aec) at xl_init_locked+0x33 xl_init(c2442000,8020690c,c25edb00,c2442000,e911cbc0) at xl_init+0x26 ether_ioctl(c242a800,8020690c,c25edb00,0,c25edb00) at ether_ioctl+0x50 xl_ioctl(c242a800,8020690c,c25edb00,1,0) at xl_ioctl+0x2be in_ifinit(c242a800,c25edb00,c25ee090,0,e911cc38) at in_ifinit+0x206 in_control(c2692b20,8040691a,c25ee080,c242a800,c246d600) at in_control+0x882 ifioctl(c2692b20,8040691a,c25ee080,c246d600,0) at ifioctl+0x198 soo_ioctl(c25fd798,8040691a,c25ee080,c22d3a80,c246d600) at soo_ioctl+0x2db ioctl(c246d600,e911cd04,3,8,286) at ioctl+0x370 syscall(3b,3b,3b,8056a80,8058d60) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c6287, esp = 0xbfbfe5bc, ebp = 0xbfbfee08 --- taskqueue_drain with the following non-sleepable locks held: exclusive sleep mutex xl0 (network driver) r = 0 (0xc24440a4) locked @ /usr/src/sys/pci/if_xl.c:2796 KDB: stack backtrace: kdb_backtrace(1,c24440c8,c2442000,c2322000,e90feb04) at kdb_backtrace+0x29 witness_warn(5,0,c085a668,c2442000,c2442000) at witness_warn+0x18e taskqueue_drain(c2322000,c24440c8,c24440a4,1,c086da1f,cc7) at taskqueue_drain+0x1a xl_stop(c2442000,c24440a4,1,c086da1f,af9) at xl_stop+0x44 xl_init_locked(c2442000,c24440a4,0,c086da1f,aec) at xl_init_locked+0x33 xl_init(c2442000,8020690c,c2741c00,c2442000,e90febc0) at xl_init+0x26 ether_ioctl(c242a800,8020690c,c2741c00,0,c2741c00) at ether_ioctl+0x50 xl_ioctl(c242a800,8020690c,c2741c00,1,c0a8016e) at xl_ioctl+0x2be in_ifinit(c242a800,c2741c00,c25e8710,0,e90fec38) at in_ifinit+0x206 in_control(c2692164,8040691a,c25e8700,c242a800,c246b600) at in_control+0x882 ifioctl(c2692164,8040691a,c25e8700,c246b600,0) at ifioctl+0x198 soo_ioctl(c25fd2d0,8040691a,c25e8700,c22d3a80,c246b600) at soo_ioctl+0x2db ioctl(c246b600,e90fed04,3,0,282) at ioctl+0x370 syscall(3b,3b,3b,8056a80,8058d60) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c6287, esp = 0xbfbfe43c, ebp = 0xbfbfec88 --- ***************** ***************** ***************** Just FYI, on FreeBSD 5.4 RELEASE, I'm experiencing the following problems: ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=159447088 ad6: FAILURE - ATA_IDENTIFY timed out (this happens under load, but the machine keeps running). Here's the dmesg of 5.4 RELEASE on the same machine: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC mptable_probe: Unable to map end of MP Config Table Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2500+ (1830.02-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400000 real memory = 1073676288 (1023 MB) avail memory = 1041121280 (992 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd8000000-0xdbffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe0000000-0xe0000fff irq 12 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe0001000-0xe0001fff irq 10 at device 2.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 2.2 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 pci1: at device 9.0 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xa000-0xa07f mem 0xdf000000-0xdf00007f irq 10 at device 10.0 on pci1 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:f4:49:79 atapci0: port 0xb400-0xb40f,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 mem 0xdf001000-0xdf0011ff irq 11 at device 11.0 on pci1 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xd5000-0xd97ff,0xd4000-0xd47ff,0xd0000-0xd3fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB Receiver, rev 1.10/9.10, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounter "TSC" frequency 1830017557 Hz quality 800 Timecounters tick every 10.000 msec acd0: CDRW at ata0-master PIO4 acd1: DVDR at ata1-master PIO4 ad4: 152627MB [310101/16/63] at ata2-master SATA150 ad6: 117246MB [238216/16/63] at ata3-master SATA150 Mounting root from ufs:/dev/ad6s3a >How-To-Repeat: I guess, install FreeBSD 6.0 BETA 3 on a machine with an Asus A7N8X mobo (or another SiI 3112 Sata controller) with a sata disk. Then put it under load. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Mon Aug 29 20:22:05 2005 Return-Path: X-Original-To: i386@freebsd.org 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 CA23616A41F; Mon, 29 Aug 2005 20:22:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6185B43D45; Mon, 29 Aug 2005 20:22:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7TKM4Ks016649; Mon, 29 Aug 2005 16:22:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7TKM3V7004202; Mon, 29 Aug 2005 16:22:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CCA3C7304D; Mon, 29 Aug 2005 16:22:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050829202203.CCA3C7304D@freebsd-current.sentex.ca> Date: Mon, 29 Aug 2005 16:22:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 20:22:06 -0000 TB --- 2005-08-29 19:06:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-29 19:06:09 - starting HEAD tinderbox run for i386/i386 TB --- 2005-08-29 19:06:09 - cleaning the object tree TB --- 2005-08-29 19:06:36 - checking out the source tree TB --- 2005-08-29 19:06:36 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-08-29 19:06:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-29 19:12:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-29 19:12:54 - cd /src TB --- 2005-08-29 19:12:54 - /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-08-29 20:16:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-29 20:16:38 - cd /src TB --- 2005-08-29 20:16:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 29 20:16:38 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/vx/if_vx_eisa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/vx/if_vx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/watchdog/watchdog.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/wi/if_wi.c /src/sys/dev/wi/if_wi.c: In function `wi_cmd': /src/sys/dev/wi/if_wi.c:2447: error: `count' undeclared (first use in this function) /src/sys/dev/wi/if_wi.c:2447: error: (Each undeclared identifier is reported only once /src/sys/dev/wi/if_wi.c:2447: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-29 20:22:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-29 20:22:03 - ERROR: failed to build generic kernel TB --- 2005-08-29 20:22:03 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Mon Aug 29 20:50:16 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 576F716A41F for ; Mon, 29 Aug 2005 20:50:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D8143D58 for ; Mon, 29 Aug 2005 20:50: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.3/8.13.3) with ESMTP id j7TKoFfW002575 for ; Mon, 29 Aug 2005 20:50:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7TKoFc6002574; Mon, 29 Aug 2005 20:50:15 GMT (envelope-from gnats) Resent-Date: Mon, 29 Aug 2005 20:50:15 GMT Resent-Message-Id: <200508292050.j7TKoFc6002574@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 Bornemann Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 322DC16A41F for ; Mon, 29 Aug 2005 20:45:05 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C5E43D46 for ; Mon, 29 Aug 2005 20:45:04 +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 j7TKj4wk071671 for ; Mon, 29 Aug 2005 20:45:04 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j7TKj4Pl071670; Mon, 29 Aug 2005 20:45:04 GMT (envelope-from nobody) Message-Id: <200508292045.j7TKj4Pl071670@www.freebsd.org> Date: Mon, 29 Aug 2005 20:45:04 GMT From: Peter Bornemann To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: i386/85454: Panic while booting: No virtual memory for kernel X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 20:50:16 -0000 >Number: 85454 >Category: i386 >Synopsis: Panic while booting: No virtual memory for kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 29 20:50:15 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Peter Bornemann >Release: 5.4 trying to use >Organization: >Environment: The processor is a Athlon 64 +3200, "uname -a" does not yet exist, for I'm trying to install FreeBSD >Description: On this machine are installed: Windows XP, Linux, OpenBSD (which will be replaced by FreeBSD). I tried to install the kernel for amd64 which stalled when trying to boot the kernel, the kernel for i386 got a little farther. I can send you the output of "dmesg" of Linux and OpenBSD for the memory layout. The Motherboard is a Fujitsu-Siemens dating from 2003 with 1 GB memory and a Phoenix BIOS. >How-To-Repeat: booting the CD >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Mon Aug 29 21:38:10 2005 Return-Path: X-Original-To: i386@freebsd.org 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 6D11616A41F; Mon, 29 Aug 2005 21:38:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F398C43D48; Mon, 29 Aug 2005 21:38:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7TLc8AS037977; Mon, 29 Aug 2005 17:38:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7TLc8wC045766; Mon, 29 Aug 2005 17:38:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4DBC47304D; Mon, 29 Aug 2005 17:38:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050829213808.4DBC47304D@freebsd-current.sentex.ca> Date: Mon, 29 Aug 2005 17:38:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2005 21:38:10 -0000 TB --- 2005-08-29 20:22:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-29 20:22:04 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-08-29 20:22:04 - cleaning the object tree TB --- 2005-08-29 20:22:24 - checking out the source tree TB --- 2005-08-29 20:22:24 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-08-29 20:22:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-29 20:28:41 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-29 20:28:41 - cd /src TB --- 2005-08-29 20:28:41 - /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-08-29 21:32:05 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-29 21:32:05 - cd /src TB --- 2005-08-29 21:32:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 29 21:32: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 -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ata/ata-card.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/awi/if_awi_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ct/bshw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ct/ct.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ct/ct_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_cbus.c In file included from /src/sys/dev/ed/if_ed_cbus.c:49: /src/sys/dev/ed/if_edvar.h:37: error: field `ifmedia' has incomplete type *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-29 21:38:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-29 21:38:08 - ERROR: failed to build generic kernel TB --- 2005-08-29 21:38:08 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Wed Aug 31 02:40:15 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 6938616A41F for ; Wed, 31 Aug 2005 02:40:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFD2543D4C for ; Wed, 31 Aug 2005 02:40:14 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7V2eEdK043103 for ; Wed, 31 Aug 2005 02:40:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7V2eEZJ043102; Wed, 31 Aug 2005 02:40:14 GMT (envelope-from gnats) Resent-Date: Wed, 31 Aug 2005 02:40:14 GMT Resent-Message-Id: <200508310240.j7V2eEZJ043102@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, Beech Rintoul Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E51216A41F for ; Wed, 31 Aug 2005 02:31:27 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BBF743D4C for ; Wed, 31 Aug 2005 02:31:27 +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 j7V2VQwP021978 for ; Wed, 31 Aug 2005 02:31:26 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j7V2VQUJ021977; Wed, 31 Aug 2005 02:31:26 GMT (envelope-from nobody) Message-Id: <200508310231.j7V2VQUJ021977@www.freebsd.org> Date: Wed, 31 Aug 2005 02:31:26 GMT From: Beech Rintoul To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: i386/85510: Make Release Failure X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2005 02:40:15 -0000 >Number: 85510 >Category: i386 >Synopsis: Make Release Failure >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 31 02:40:14 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Beech Rintoul >Release: FreeBSD 7.0-CURRENT i386 >Organization: NorthWind Communications >Environment: FreeBSD stargate 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Sun Aug 28 15:30:36 AKDT 2005 root@stargate:/usr/obj/usr/src/sys/STARGATE i386 >Description: cd /usr/src/release make release CHROOTDIR=/bak/release BUILDNAME=7.0-CURRENT CVSROOT=/bak/cvs Fails with the following: ===> lib/libcom_err (all) cc -pg -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/libcom_err/../../contrib/com_err -c /usr/src/lib/libcom_err/../../contrib/com_err/com_err.c -o com_err.po cc -pg -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/libcom_err/../../contrib/com_err -c /usr/src/lib/libcom_err/../../contrib/com_err/error.c -o error.po building profiled com_err library ranlib libcom_err_p.a gzip -cn /usr/src/lib/libcom_err/../../contrib/com_err/com_err.3 > com_err.3.gz groff -Tascii -mtty-char -man -t /usr/src/lib/libcom_err/../../contrib/com_err/com_err.3 | gzip -cn > com_err.3.cat.gz ===> lib/libcom_err/doc (all) makeinfo --no-split -I /usr/src/lib/libcom_err/doc -I /usr/src/lib/libcom_err/doc /usr/src/lib/libcom_err/doc/com_err.texinfo -o com_err.info makeinfo:No such file or directory *** Error code 1 >How-To-Repeat: make release >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Sep 2 18:00:40 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 A642816A423 for ; Fri, 2 Sep 2005 18:00:40 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4910F43D49 for ; Fri, 2 Sep 2005 18:00: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.3/8.13.3) with ESMTP id j82I0a1x055225 for ; Fri, 2 Sep 2005 18:00:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j82I0aXW055224; Fri, 2 Sep 2005 18:00:36 GMT (envelope-from gnats) Resent-Date: Fri, 2 Sep 2005 18:00:36 GMT Resent-Message-Id: <200509021800.j82I0aXW055224@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, Ben Thomas Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2349B16A41F for ; Fri, 2 Sep 2005 17:57:59 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from mail.virtualiron.com (mail.virtualiron.com [209.213.88.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id A788743D45 for ; Fri, 2 Sep 2005 17:57:58 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from [10.1.2.26] ([10.1.2.26]) by mail.virtualiron.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 2 Sep 2005 13:58:34 -0400 Message-Id: <431892A5.7090303@virtualiron.com> Date: Fri, 02 Sep 2005 13:57:57 -0400 From: Ben Thomas To: freeBSD-gnats-submit@FreeBSD.org Cc: Subject: i386/85652: [patch] deal with out-of-memory errors during booting X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2005 18:00:40 -0000 >Number: 85652 >Category: i386 >Synopsis: [patch] deal with out-of-memory errors during booting >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: Fri Sep 02 18:00:35 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Ben Thomas >Release: FreeBSD 5.4-RELEASE i386 >Organization: Virtual Iron Software >Environment: System: FreeBSD bthomas4.katana-technology.com 5.4-RELEASE FreeBSD 5.4-RELEASE #10: Sun Aug 28 13:48:00 EDT 2005 ben@bthomas4.katana-technology.com:/usr/obj/usr/home/ben/BSD/RELENG_5_4_0_RELEASE/src/sys/BEN i386 >Description: A new machine arrived, which provided a smaller amount of memory in the first memory region, and booting stopped working. Actually, "stopped working" is the summation. The reality is that the systems don't boot, and do some really weird and somewhat random things. Debugging this was at first amusing. A number of changes were needed to resolve this, or to at least get to a point of error messages rather than weird behavior. Booting uses the first region of memory. btx uses the very top of this region, and grows the stack down from beneath its usage. The program heap grows up. Unfortunately, the amount of memory known to main, and that to btx, may vary due to differing means to obtain it. That's the first issue. Next, the top of the heap is set to the top of the region of memory. That, by definition, includes the stack and btx data area. This is bad. When the heap grows, it is zeroed. When the heap gets too big, this is zeroing the stack and very, very strange behavior results. Properly setting the top of heap would allow for error detection and messaging. The best answer is to use the stack pointer (this is i386 specific code). The stack pointer was set by btx and accomodates the btx memory usage and the btx view of memory. Using the stack pointer allows setting a more realistic top of heap. The changes are: - sbrk.c - generate error message on failure - interp.c - check malloc return, and return message and error on failure - main.c - make better attempt to properly set the top of the heap. This, by itself, doesn't solve the problem, but does make it easier to figure out what happened. This patch is against the 5_4_0_RELEASE code >How-To-Repeat: >Fix: --- interp.c-DIFF begins here --- --- /usr/src.original/sys/boot/common/interp.c Mon Aug 25 19:30:41 2003 +++ /usr/src/sys/boot/common/interp.c Thu Aug 11 17:11:09 2005 @@ -237,6 +237,16 @@ #endif /* Allocate script line structure and copy line, flags */ sp = malloc(sizeof(struct includeline) + strlen(cp) + 1); + /* On malloc failure (it happens !), free as much as possible and exit */ + if (sp == NULL) { + while(script != NULL) { + se = script; + script = script->next; + free(se); + } + sprintf(command_errbuf, "file '%s' line %d: memory allocation failure - aborting\n", __FUNCTION__, filename, line); + return(CMD_ERROR); + } sp->text = (char *)sp + sizeof(struct includeline); strcpy(sp->text, cp); #ifndef BOOT_FORTH --- interp.c-DIFF ends here --- --- main.c-DIFF begins here --- --- /usr/src.original/sys/boot/i386/loader/main.c Sun Jan 30 07:22:08 2005 +++ /usr/src/sys/boot/i386/loader/main.c Thu Aug 11 17:19:29 2005 @@ -72,6 +72,14 @@ /* XXX debugging */ extern char end[]; +/* 386 specific routine to return the current stack pointer */ + +static __inline unsigned char * read_esp(void) { + unsigned char *data; + __asm __volatile("movl %%esp,%0" : "=r" (data)); + return (data); +} + int main(void) { @@ -88,7 +96,35 @@ */ bios_getmem(); - setheap((void *)end, (void *)bios_basemem); + /* + * Let's take a few data points to tell this story: + * - the size of the boot code has grown in the last few releases + * - boot code must all fit into the very first region of memory + * - that region of memory can vary from BIOS to BIOS + * - the setheap call is all that's between the heap overwriting the + * stack and disaster, or a more reasonable error message + * - the BIOS data area size value doesn't always match the memory + * information (which is in bios_basemem) + * - the loader (btx) takes some space for itself and also uses the + * BIOS data area information. + * + * The end result is that this code tells sbrk that the heap can + * grow and take over all of the memory region . At the same time, btx + * has taken over the top of the memory region. btx is using the memory + * just below bios_basemem (best case), or an even smaller value (worst + * case), as it turns out that btx uses a different means to get the + * "top" value. btx claims the very top, and sets the stack to grow + * down from there. Now, add a machine with a smaller available + * memory space and BOOM - you get sbrk zeroing the stack as it + * grows the heap and things get seriously weird. At this point, we know + * that the stack pointer has been set properly by btx. The only solid + * answer here is to get the current stack pointer and allow some room + * for growth and to use that as the top of the heap. This instantly + * accounts for whatever BTX was using for data and storage and + * allows for a reasonable failure as opposed to very strange + * results from stack corruption. + */ + setheap((void *)end, (read_esp() - 0x1000)); /* Give a page of stack */ /* * XXX Chicken-and-egg problem; we want to have console output early, but some --- main.c-DIFF ends here --- --- sbrk.c-DIFF begins here --- --- /usr/src.original/lib/libstand/sbrk.c Sun Sep 30 18:28:01 2001 +++ /usr/src/lib/libstand/sbrk.c Thu Aug 11 17:15:36 2005 @@ -56,6 +56,9 @@ heapsize += incr; return(ret); } + else + printf("%s - heap would overrun stack - aborting\n", __FUNCTION__); + errno = ENOMEM; return((char *)-1); } --- sbrk.c-DIFF ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Sep 2 18:00:41 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 AF83216A422 for ; Fri, 2 Sep 2005 18:00:40 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8511143D5A for ; Fri, 2 Sep 2005 18:00: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.3/8.13.3) with ESMTP id j82I0agu055238 for ; Fri, 2 Sep 2005 18:00:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j82I0aZY055237; Fri, 2 Sep 2005 18:00:36 GMT (envelope-from gnats) Resent-Date: Fri, 2 Sep 2005 18:00:36 GMT Resent-Message-Id: <200509021800.j82I0aZY055237@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, Ben Thomas Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E73416A41F for ; Fri, 2 Sep 2005 17:58:36 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from mail.virtualiron.com (mail.virtualiron.com [209.213.88.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02DEC43D46 for ; Fri, 2 Sep 2005 17:58:35 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from [10.1.2.26] ([10.1.2.26]) by mail.virtualiron.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 2 Sep 2005 13:59:11 -0400 Message-Id: <431892CB.5060800@virtualiron.com> Date: Fri, 02 Sep 2005 13:58:35 -0400 From: Ben Thomas To: freeBSD-gnats-submit@FreeBSD.org Cc: Subject: i386/85653: [patch] relieve hangs in tight loops in processor support X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2005 18:00:41 -0000 >Number: 85653 >Category: i386 >Synopsis: [patch] relieve hangs in tight loops in processor support >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: Fri Sep 02 18:00:36 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Ben Thomas >Release: FreeBSD 5.4-RELEASE i386 >Organization: Virtual Iron Software >Environment: System: FreeBSD bthomas4.katana-technology.com 5.4-RELEASE FreeBSD 5.4-RELEASE #10: Sun Aug 28 13:48:00 EDT 2005 ben@bthomas4.katana-technology.com:/usr/obj/usr/home/ben/BSD/RELENG_5_4_0_RELEASE/src/sys/BEN i386 >Description: This is one of a few changes we've made to relieve hangs in SMP systems. We've seen hangs for stop/start CPUs, during reboots and at other inopportune times. Generally, the hangs are pretty hard and have been interesting to debug. In the end, we isolated a number of places and inserted a "pause" instruction to break very tight data access loops. This has resolved our issues. We have some other patches to help with these issues, but they probably need more clean-up before attempting to submit them. This patch is against the 5_4_0_RELEASE code >How-To-Repeat: >Fix: --- apic_vector.s-DIFF begins here --- --- /usr/src.original/sys/i386/i386/apic_vector.s Wed Jan 5 21:02:35 2005 +++ /usr/src/sys/i386/i386/apic_vector.s Thu Aug 11 17:36:09 2005 @@ -288,6 +288,7 @@ btsl %eax, CNAME(stopped_cpus) /* stopped_cpus |= (1<Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Sep 2 18:00:41 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 C61BF16A430 for ; Fri, 2 Sep 2005 18:00:40 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16B1A43D55 for ; Fri, 2 Sep 2005 18:00:37 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j82I0aM0055251 for ; Fri, 2 Sep 2005 18:00:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j82I0avm055250; Fri, 2 Sep 2005 18:00:36 GMT (envelope-from gnats) Resent-Date: Fri, 2 Sep 2005 18:00:36 GMT Resent-Message-Id: <200509021800.j82I0avm055250@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, Ben Thomas Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8372916A41F for ; Fri, 2 Sep 2005 17:58:57 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from mail.virtualiron.com (mail.virtualiron.com [209.213.88.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D38F43D48 for ; Fri, 2 Sep 2005 17:58:56 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from [10.1.2.26] ([10.1.2.26]) by mail.virtualiron.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 2 Sep 2005 13:59:32 -0400 Message-Id: <431892DF.4090705@virtualiron.com> Date: Fri, 02 Sep 2005 13:58:55 -0400 From: Ben Thomas To: freeBSD-gnats-submit@FreeBSD.org Cc: Subject: i386/85654: [patch] separate max cpu from max apic in i386 code X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2005 18:00:41 -0000 >Number: 85654 >Category: i386 >Synopsis: [patch] separate max cpu from max apic in i386 code >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: Fri Sep 02 18:00:36 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Ben Thomas >Release: FreeBSD 5.4-RELEASE i386 >Organization: Virtual Iron Software >Environment: System: FreeBSD bthomas4.katana-technology.com 5.4-RELEASE FreeBSD 5.4-RELEASE #10: Sun Aug 28 13:48:00 EDT 2005 ben@bthomas4.katana-technology.com:/usr/obj/usr/home/ben/BSD/RELENG_5_4_0_RELEASE/src/sys/BEN i386 >Description: This change separates the logical CPU id from the APIC id when bringing up a system. This was inspired by a 4-CPU, hyperthreaded system which had APIC ids up to 32. The logical CPU range would be 0 through 7, but the system wouldn't bring them online as the APIC range exceeded the defined CPU range of 0 through 16. Separating the logical CPU max from the APIC max fixes this problem, and also allows any table configured for CPU max to only need to be as big as the number of logical CPUs and not the largest APIC value. This patch is against the 5_4_0_RELEASE code >How-To-Repeat: >Fix: --- mp_machdep.c-DIFF begins here --- --- /usr/src.original/sys/i386/i386/mp_machdep.c Sun May 1 01:38:13 2005 +++ /usr/src/sys/i386/i386/mp_machdep.c Fri Aug 12 09:53:08 2005 @@ -198,12 +198,13 @@ * Store data from cpu_add() until later in the boot when we actually setup * the APs. */ -struct cpu_info { +struct cpu_info { /* Indexed by APIC id */ int cpu_present:1; int cpu_bsp:1; int cpu_disabled:1; -} static cpu_info[MAXCPU]; -static int cpu_apic_ids[MAXCPU]; +} __attribute__((packed)) static cpu_info[MAXAPIC]; + +static int cpu_apic_ids[MAXCPU]; /* Indexed by logical CPU id */ /* Holds pending bitmap based IPIs per CPU */ static volatile u_int cpu_ipi_pending[MAXCPU]; @@ -244,7 +245,7 @@ return; group = &mp_groups[0]; groups = 1; - for (cpu = 0, apic_id = 0; apic_id < MAXCPU; apic_id++) { + for (cpu = 0, apic_id = 0; apic_id < MAXAPIC; apic_id++) { if (!cpu_info[apic_id].cpu_present) continue; /* @@ -285,9 +286,9 @@ cpu_add(u_int apic_id, char boot_cpu) { - if (apic_id >= MAXCPU) { - printf("SMP: CPU %d exceeds maximum CPU %d, ignoring\n", - apic_id, MAXCPU - 1); + if (apic_id >= MAXAPIC) { + printf("SMP: CPU APIC id %d exceeds maximum CPU APIC %d, ignoring\n", + apic_id, MAXAPIC - 1); return; } KASSERT(cpu_info[apic_id].cpu_present == 0, ("CPU %d added twice", @@ -420,7 +421,7 @@ /* List CPUs */ printf(" cpu0 (BSP): APIC ID: %2d\n", boot_cpu_id); - for (i = 1, x = 0; x < MAXCPU; x++) { + for (i = 1, x = 0; x < MAXAPIC; x++) { if (!cpu_info[x].cpu_present || cpu_info[x].cpu_bsp) continue; if (cpu_info[x].cpu_disabled) @@ -587,7 +588,7 @@ /* Force us to allocate cluster 0 at the start. */ cluster = -1; cluster_id = APIC_MAX_INTRACLUSTER_ID; - for (apic_id = 0; apic_id < MAXCPU; apic_id++) { + for (apic_id = 0; apic_id < MAXAPIC; apic_id++) { if (!cpu_info[apic_id].cpu_present) continue; if (cluster_id == APIC_MAX_INTRACLUSTER_ID) { @@ -640,7 +641,7 @@ invltlb(); /* start each AP */ - for (cpu = 0, apic_id = 0; apic_id < MAXCPU; apic_id++) { + for (cpu = 0, apic_id = 0; apic_id < MAXAPIC; apic_id++) { /* Ignore non-existent CPUs and the BSP. */ if (!cpu_info[apic_id].cpu_present || @@ -655,6 +656,12 @@ } cpu++; + + if (cpu >= MAXCPU) { + printf("SMP: CPU %d (APIC ID %d) exceeds maximum CPU %d, ignoring\n", + cpu, apic_id, MAXCPU-1); + break; + } /* save APIC ID for this logical ID */ cpu_apic_ids[cpu] = apic_id; --- mp_machdep.c-DIFF ends here --- --- param.h-DIFF begins here --- --- /usr/src.original/sys/i386/include/param.h Fri Feb 4 20:01:53 2005 +++ /usr/src/sys/i386/include/param.h Fri Aug 12 09:50:39 2005 @@ -75,6 +75,8 @@ #define MAXCPU 1 #endif /* SMP */ +#define MAXAPIC 32 + #define ALIGNBYTES _ALIGNBYTES #define ALIGN(p) _ALIGN(p) --- param.h-DIFF ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Sep 2 18:00:41 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 CCB5816A431 for ; Fri, 2 Sep 2005 18:00:40 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F7FF43D5D for ; Fri, 2 Sep 2005 18:00:37 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j82I0bWI055264 for ; Fri, 2 Sep 2005 18:00:37 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j82I0b2s055263; Fri, 2 Sep 2005 18:00:37 GMT (envelope-from gnats) Resent-Date: Fri, 2 Sep 2005 18:00:37 GMT Resent-Message-Id: <200509021800.j82I0b2s055263@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, Ben Thomas Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34FB316A41F for ; Fri, 2 Sep 2005 17:59:27 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from mail.virtualiron.com (mail.virtualiron.com [209.213.88.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBDD643D45 for ; Fri, 2 Sep 2005 17:59:26 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from [10.1.2.26] ([10.1.2.26]) by mail.virtualiron.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 2 Sep 2005 14:00:02 -0400 Message-Id: <431892FE.5030302@virtualiron.com> Date: Fri, 02 Sep 2005 13:59:26 -0400 From: Ben Thomas To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: i386/85655: [patch] expose cpu info for i386 systems X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2005 18:00:41 -0000 >Number: 85655 >Category: i386 >Synopsis: [patch] expose cpu info for i386 systems >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: Fri Sep 02 18:00:36 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Ben Thomas >Release: FreeBSD 5.4-RELEASE i386 >Organization: Virtual Iron Software >Environment: System: FreeBSD bthomas4.katana-technology.com 5.4-RELEASE FreeBSD 5.4-RELEASE #10: Sun Aug 28 13:48:00 EDT 2005 ben@bthomas4.katana-technology.com:/usr/obj/usr/home/ben/BSD/RELENG_5_4_0_RELEASE/src/sys/BEN i386 >Description: This change makes some slight modifications: - add "packed" attribute to the cpu_info structure to make it a bit smaller - add the hyperthread index to the structure - expose the entire structure via a machdep sysctl (I probably should have also added an .h file for the user/kernel to agree on the structure format) This patch is against the 5_4_0_RELEASE code >How-To-Repeat: >Fix: --- mp_machdep.c-DIFF begins here --- --- /usr/src.original/sys/i386/i386/mp_machdep.c Sun May 1 01:38:13 2005 +++ /usr/src/sys/i386/i386/mp_machdep.c Fri Aug 12 17:29:11 2005 @@ -202,9 +202,12 @@ int cpu_present:1; int cpu_bsp:1; int cpu_disabled:1; -} static cpu_info[MAXCPU]; + unsigned char cpu_htt; +} __attribute__((packed)) static cpu_info[MAXCPU]; static int cpu_apic_ids[MAXCPU]; +SYSCTL_OPAQUE(_machdep, OID_AUTO, cpu_info, CTLFLAG_RD, &cpu_info, sizeof(cpu_info), "S,cpu_info", "CPU Information"); + /* Holds pending bitmap based IPIs per CPU */ static volatile u_int cpu_ipi_pending[MAXCPU]; @@ -284,7 +287,8 @@ void cpu_add(u_int apic_id, char boot_cpu) { - + int cores; + if (apic_id >= MAXCPU) { printf("SMP: CPU %d exceeds maximum CPU %d, ignoring\n", apic_id, MAXCPU - 1); @@ -304,7 +308,12 @@ if (bootverbose) printf("SMP: Added CPU %d (%s)\n", apic_id, boot_cpu ? "BSP" : "AP"); - + if ((cpu_feature & CPUID_HTT) == 0) + cores = 1; + else + cores = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + + cpu_info[apic_id].cpu_htt = apic_id % cores; } void --- mp_machdep.c-DIFF ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Sep 2 18:00:41 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 E7E3816A42F for ; Fri, 2 Sep 2005 18:00:40 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC1743D62 for ; Fri, 2 Sep 2005 18:00:37 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j82I0bdj055277 for ; Fri, 2 Sep 2005 18:00:37 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j82I0b78055276; Fri, 2 Sep 2005 18:00:37 GMT (envelope-from gnats) Resent-Date: Fri, 2 Sep 2005 18:00:37 GMT Resent-Message-Id: <200509021800.j82I0b78055276@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, Ben Thomas Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43CCB16A41F for ; Fri, 2 Sep 2005 17:59:45 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from mail.virtualiron.com (mail.virtualiron.com [209.213.88.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD40E43D45 for ; Fri, 2 Sep 2005 17:59:44 +0000 (GMT) (envelope-from bthomas@virtualiron.com) Received: from [10.1.2.26] ([10.1.2.26]) by mail.virtualiron.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 2 Sep 2005 14:00:20 -0400 Message-Id: <43189310.2050803@virtualiron.com> Date: Fri, 02 Sep 2005 13:59:44 -0400 From: Ben Thomas To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: i386/85656: [Fwd: [patch] expose more i386 specific CPU information] X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2005 18:00:41 -0000 >Number: 85656 >Category: i386 >Synopsis: [patch] expose more i386 specific CPU information >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: Fri Sep 02 18:00:37 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Ben Thomas >Release: FreeBSD 5.4-RELEASE i386 >Organization: Virtual Iron Software >Environment: System: FreeBSD bthomas4.katana-technology.com 5.4-RELEASE FreeBSD 5.4-RELEASE #10: Sun Aug 28 13:48:00 EDT 2005 ben@bthomas4.katana-technology.com:/usr/obj/usr/home/ben/BSD/RELENG_5_4_0_RELEASE/src/sys/BEN i386 >Description: Add some i386 specific information and make a lot of it available to user programs via sysctl. We've had this change in our kernels for some time. Some appears to have moved into the 6.0 code, but for what it's worth, here's the entire suggested change: - add cpu extended features capture and output during boot - add sysctls to expose a number of i386 information: hw.cpu_type hw.cpu_feature hw.cpu_efeature hw.cpu_high hw.cpu_id hw.cpu_procinfo hw.cpu_brand This patch is against the 5_4_0_RELEASE code >How-To-Repeat: >Fix: --- initcpu.c-DIFF begins here --- --- /usr/src.original/sys/i386/i386/initcpu.c Mon Nov 10 10:48:30 2003 +++ /usr/src/sys/i386/i386/initcpu.c Fri Aug 12 17:36:30 2005 @@ -79,6 +79,7 @@ /* Must *NOT* be BSS or locore will bzero these after setting them */ int cpu = 0; /* Are we 386, 386sx, 486, etc? */ u_int cpu_feature = 0; /* Feature flags */ +u_int cpu_efeature = 0; /* Extended feature flag */ u_int cpu_high = 0; /* Highest arg to CPUID */ u_int cpu_id = 0; /* Stepping ID */ u_int cpu_procinfo = 0; /* HyperThreading Info / Brand Index / CLFUSH */ @@ -87,6 +88,13 @@ #ifdef CPU_ENABLE_SSE u_int cpu_fxsr; /* SSE enabled */ #endif + +SYSCTL_INT (_hw, OID_AUTO, cpu_type, CTLFLAG_RD, &cpu, 0, "CPU type"); +SYSCTL_UINT(_hw, OID_AUTO, cpu_feature, CTLFLAG_RD, &cpu_feature, 0, "CPU features"); +SYSCTL_UINT(_hw, OID_AUTO, cpu_efeature, CTLFLAG_RD, &cpu_efeature, 0, "CPU extended features"); +SYSCTL_UINT(_hw, OID_AUTO, cpu_high, CTLFLAG_RD, &cpu_high, 0, "CPU high CPUID index"); +SYSCTL_UINT(_hw, OID_AUTO, cpu_id, CTLFLAG_RD, &cpu_id, 0, "CPU id"); +SYSCTL_UINT(_hw, OID_AUTO, cpu_procinfo, CTLFLAG_RD, &cpu_procinfo, 0, "CPU processor information"); #ifdef I486_CPU /* --- initcpu.c-DIFF ends here --- --- md_var.h-DIFF begins here --- --- /usr/src.original/sys/i386/include/md_var.h Thu Jun 10 16:30:58 2004 +++ /usr/src/sys/i386/include/md_var.h Fri Aug 12 17:32:43 2005 @@ -46,6 +46,7 @@ extern int busdma_swi_pending; extern u_int cpu_exthigh; extern u_int cpu_feature; +extern u_int cpu_efeature; extern u_int cpu_fxsr; extern u_int cpu_high; extern u_int cpu_id; --- md_var.h-DIFF ends here --- --- identcpu.c-DIFF begins here --- --- /usr/src.original/sys/i386/i386/identcpu.c Thu Jun 3 17:14:53 2004 +++ /usr/src/sys/i386/i386/identcpu.c Fri Aug 12 17:33:47 2005 @@ -100,6 +100,7 @@ #if defined(I486_CPU) || defined(I586_CPU) || defined(I686_CPU) static char cpu_brand[48]; +SYSCTL_STRING(_hw, OID_AUTO, cpu_brand, CTLFLAG_RD, cpu_brand, 0, "CPU brand"); #define MAX_BRAND_INDEX 8 @@ -690,6 +691,16 @@ "\036TM" /* Thermal Monitor clock slowdown */ "\037IA64" /* CPU can execute IA64 instructions */ "\040PBE" /* Pending Break Enable */ + ); + + printf("\n Extended features=0x%b", cpu_efeature, + "\020" + "\001PNI" /* Prescott new instructions */ + "\004MMW" /* MONITOR/MWAIT instruction */ + "\005DSCPL" /* CPL-qualified debug store */ + "\010EST" /* Enhanced SpeedStep */ + "\011TM2" /* Thermal Monitor 2 */ + "\013L1CXT" /* L1 Context ID */ ); /* --- identcpu.c-DIFF ends here --- --- locore.s-DIFF begins here --- --- /usr/src.original/sys/i386/i386/locore.s Fri Feb 4 20:01:40 2005 +++ /usr/src/sys/i386/i386/locore.s Fri Aug 12 17:32:52 2005 @@ -680,6 +680,7 @@ cpuid # cpuid 1 movl %eax,R(cpu_id) # store cpu_id movl %ebx,R(cpu_procinfo) # store cpu_procinfo + movl %ecx,R(cpu_efeature) # store cpu extended features movl %edx,R(cpu_feature) # store cpu_feature rorl $8,%eax # extract family type andl $15,%eax --- locore.s-DIFF ends here --- --- specialreg.h-DIFF begins here --- --- /usr/src.original/sys/i386/include/specialreg.h Wed Apr 7 16:46:05 2004 +++ /usr/src/sys/i386/include/specialreg.h Fri Aug 12 17:35:01 2005 @@ -108,6 +108,16 @@ #define CPUID_PBE 0x80000000 /* + * CPUID instruction extended features register + */ +#define CPUID_PNI 0x00000001 /* Prescott new instructions */ +#define CPUID_MMW 0x00000008 /* MONITOR/MWAIT instruction */ +#define CPUID_DSCPL 0x00000010 /* CPL-qualified debug store */ +#define CPUID_EST 0x00000080 /* Enhanced SpeedStep */ +#define CPUID_TM2 0x00000100 /* Thermal Monitor 2 */ +#define CPUID_L1CXT 0x00000400 /* L1 Context ID */ + +/* * CPUID instruction 1 ebx info */ #define CPUID_BRAND_INDEX 0x000000ff --- specialreg.h-DIFF ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Sep 2 19:20:15 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 E7F2316A41F for ; Fri, 2 Sep 2005 19:20:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B800743D46 for ; Fri, 2 Sep 2005 19:20: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.3/8.13.3) with ESMTP id j82JKFEK067962 for ; Fri, 2 Sep 2005 19:20:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j82JKFHk067961; Fri, 2 Sep 2005 19:20:15 GMT (envelope-from gnats) Date: Fri, 2 Sep 2005 19:20:15 GMT Message-Id: <200509021920.j82JKFHk067961@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= Cc: Subject: Re: i386/85656: [Fwd: [patch] expose more i386 specific CPU information] X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2005 19:20:16 -0000 The following reply was made to PR i386/85656; it has been noted by GNATS. From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= To: Ben Thomas Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/85656: [Fwd: [patch] expose more i386 specific CPU information] Date: Fri, 02 Sep 2005 21:12:10 +0200 Ben Thomas wrote: > - add sysctls to expose a number of i386 information: > hw.cpu_type > hw.cpu_feature > hw.cpu_efeature > hw.cpu_high > hw.cpu_id > hw.cpu_procinfo > hw.cpu_brand > > [...] It might be better to use hw.cpu.type hw.cpu.feature hw.cpu.efeature [...] instead. This allows you to see all CPU information by calling 'sysctl hw.cpu'. A lot of oids in the format parent.foo_bar has been converted to parent.foo.bar in past. Regards Björn From owner-freebsd-i386@FreeBSD.ORG Fri Sep 2 19:30:18 2005 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 1527C16A426 for ; Fri, 2 Sep 2005 19:30:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B852D43D62 for ; Fri, 2 Sep 2005 19:30:11 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j82JUBds068312 for ; Fri, 2 Sep 2005 19:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j82JUBoD068311; Fri, 2 Sep 2005 19:30:11 GMT (envelope-from gnats) Date: Fri, 2 Sep 2005 19:30:11 GMT Message-Id: <200509021930.j82JUBoD068311@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Ben Thomas Cc: Subject: Re: i386/85656: [Fwd: [patch] expose more i386 specific CPU information] X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ben Thomas List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2005 19:30:18 -0000 The following reply was made to PR i386/85656; it has been noted by GNATS. From: Ben Thomas To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/85656: [Fwd: [patch] expose more i386 specific CPU information] Date: Fri, 02 Sep 2005 15:22:39 -0400 I completely agree. It was a quick hack that we use locally and could easily be improved. I considered changing this before I submitted the pr, but since it's taken me over a year to get around to submitting it at all, I decided to submit the current code that I use and not the better version. Thanks, -b Björn König wrote: > Ben Thomas wrote: > >> - add sysctls to expose a number of i386 information: >> hw.cpu_type >> hw.cpu_feature >> hw.cpu_efeature >> hw.cpu_high >> hw.cpu_id >> hw.cpu_procinfo >> hw.cpu_brand >> >> [...] > > > It might be better to use > > hw.cpu.type > hw.cpu.feature > hw.cpu.efeature > [...] > > instead. This allows you to see all CPU information by calling 'sysctl > hw.cpu'. A lot of oids in the format parent.foo_bar has been converted > to parent.foo.bar in past. > > Regards Björn > -- ------------------------------------------------------------------------ Ben Thomas Virtual Iron Software bthomas@virtualiron.com 43 Nagog Park 978-849-1214 Acton, MA 01720