From nobody@FreeBSD.org  Tue Jul 25 21:54:27 2006
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B6D8F16A4DE
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 25 Jul 2006 21:54:27 +0000 (UTC)
	(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 7E55043D46
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 25 Jul 2006 21:54: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 k6PLsRXA090080
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 25 Jul 2006 21:54:27 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id k6PLsRxV090079;
	Tue, 25 Jul 2006 21:54:27 GMT
	(envelope-from nobody)
Message-Id: <200607252154.k6PLsRxV090079@www.freebsd.org>
Date: Tue, 25 Jul 2006 21:54:27 GMT
From: Tom Birrer <thomas.birrer@intel.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: FreeBSD 6.0/6.1 kernel panics when booting with EIST enabled on Intel Bensley platform
X-Send-Pr-Version: www-2.3

>Number:         100838
>Category:       amd64
>Synopsis:       [powerd] FreeBSD 6.0/6.1 kernel panics when booting with EIST enabled on Intel Bensley platform
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    gavin
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jul 25 22:00:40 GMT 2006
>Closed-Date:    Wed Dec 03 12:48:47 UTC 2008
>Last-Modified:  Wed Dec 03 12:48:47 UTC 2008
>Originator:     Tom Birrer
>Release:        FreeBSD 6.0 and 6.1
>Organization:
Intel Corporation
>Environment:
FreeBSD 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Mon Jul 24 09:04:56 PDT 2006
root@:/usr/obj/usr/src/sys/TBIRRER  amd64
>Description:
Right after selecting "1" at the boot menu to select the default OS
install this kernel panic occurs:

    panic: kmem_malloc: entry not found or misaligned

The panic only occurs when EIST is enabled in the BIOS. EIST is fully
functional in Windows and RedHat OS's with no problems on this same
platform. With EIST disabled the OS installs without issue. The failure
also occurs on ia32/i386 kernel.

I noticed that EIST support was first added to 6.0. I tried this version
and it also fails. I tried 5.4(no EIST support) and it works fine.

Here's the stack trace after the panic occured:

db> trace
Tracing pid 0 tid 0 td 0xffffffff808b66c0
kdb_enter() at kdb_enter+0x2f
panic() at panic+0x1ec
kmem_malloc() at kmem_malloc+0x2fa
uma_large_malloc() at uma_large_malloc+0x45
malloc() at malloc+0xbf
AcpiUtAllocate() at AcpiUtAllocate+0x34
AcpiExLoadOp() at AcpiExLoadOp+0x17e
AcpiExOpcode_1A_1T_0R() at AcpiExOpcode_1A_1T_0R+0x63
AcpiDsExecEndOp() at AcpiDsExecEndOp+0x342
AcpiPsParseLoop() at AcpiPsParseLoop+0x279
AcpiPsParseAml() at AcpiPsParseAml+0x1ca
AcpiPsxExecute() at AcpiPsxExecute+0x207
AcpiNsExecuteControlMethod() at AcpiNsExecuteControlMethod+0x51
AcpiNsEvaluateByHandle() at AcpiNsEvaluateByHandle+0x9e
AcpiNsEvaluateRelative() at AcpiNsEvaluateRelative+0xc8
AcpiEvaluateObject() at AcpiEvaluateObject+0x87
acpi_cpu_attach() at acpi_cpu_attach+0x498
device_attach() at device_attach+0x292
bus_generic_attach() at bus_generic_attach+0x18
acpi_attach() at acpi_attach+0x7f1
device_attach() at device_attach+0x292
bus_generic_attach() at bus_generic_attach+0x18
nexus_attach() at nexus_attach+0x19
device_attach() at device_attach+0x292
root_bus_configure() at root_bus_configure+0x1e
configure() at configure+0xa
mi_startup() at mi_startup+0xd3
btext() at btext+0x2c



Here's a stack trace taken around the same spot with EIST disabled:

db> trace
Tracing pid 0 tid 0 td 0xffffffff808b66c0
kmem_malloc() at kmem_malloc
malloc() at malloc+0xbf
device_set_driver() at device_set_driver+0xc2
device_probe_and_attach() at device_probe_and_attach+0xb7
bus_generic_attach() at bus_generic_attach+0x18
acpi_pci_attach() at acpi_pci_attach+0xf1
device_attach() at device_attach+0x292
bus_generic_attach() at bus_generic_attach+0x18
acpi_pcib_attach() at acpi_pcib_attach+0xf0
acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0xdb
device_attach() at device_attach+0x292
bus_generic_attach() at bus_generic_attach+0x18
acpi_attach() at acpi_attach+0x7f1
device_attach() at device_attach+0x292
bus_generic_attach() at bus_generic_attach+0x18
nexus_attach() at nexus_attach+0x19
device_attach() at device_attach+0x292
root_bus_configure() at root_bus_configure+0x1e
configure() at configure+0xa

Here's a screeen capture:

FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP): APIC ID:  3
 cpu4 (AP): APIC ID:  4
 cpu5 (AP): APIC ID:  5
 cpu6 (AP): APIC ID:  6
 cpu7 (AP): APIC ID:  7
ioapic0: Changing APIC ID to 8
ioapic0 <Version 2.0> irqs 0-23 on motherboard
ioapic1 <Version 2.0> irqs 24-47 on motherboard
kbd1 at kbdmux0
acpi0: <INTEL TIANO> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
cpu0: <ACPI CPU> on acpi0
panic: kmem_malloc: entry not found or misaligned
cpuid = 0
Uptime: 1s
Automatic reboot in 15 seconds - press a key on the console to abort
--> Press a key on the console to reboot,
--> or switch off the system now.
>How-To-Repeat:
System Configuration:
Intel Bensley server platform
Intel Xeon 5000(Dempsey) processor. Also tried Xeon 5100(Woodcrest)-same
failure.
EIST enabled

Boot to the install CD and hit "1" for the default install. Kernel panic
occurs within seconds.
>Fix:

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: matteo 
State-Changed-When: Dom 18 Mag 2008 00:01:10 UTC 
State-Changed-Why:  
Can you reproduce this problem with newer FreeBSD releases? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=100838 
State-Changed-From-To: feedback->feedback  
State-Changed-By: gavin 
State-Changed-When: Thu Aug 28 17:07:42 UTC 2008 
State-Changed-Why:  
To submitter: Do you still see this problem on newer versions of 
FreeBSD?  If so, can you put the two files produced by the command 
"acpidump -t -d -o 100838.dsdt > 100838.asl" on a website somewhere 
and make them available for download? 


Responsible-Changed-From-To: freebsd-amd64->gavin 
Responsible-Changed-By: gavin 
Responsible-Changed-When: Thu Aug 28 17:07:42 UTC 2008 
Responsible-Changed-Why:  
Track 

http://www.freebsd.org/cgi/query-pr.cgi?pr=100838 
State-Changed-From-To: feedback->closed 
State-Changed-By: gavin 
State-Changed-When: Wed Dec 3 12:45:22 UTC 2008 
State-Changed-Why:  
Feedback timeout (4 months).  To submitter: this looks like it may 
already be resolved, but if it isn't then we really need the requested 
output before there's any chance of fixing this.  If you can provide the 
files produced by "acpidump -t -d -o 100838.dsdt > 100838.asl" then I'll 
happily re-open it, without those I suspect it'll be very hard to diagnose. 
Sorry! 

http://www.freebsd.org/cgi/query-pr.cgi?pr=100838 
>Unformatted:
