Messages in this thread | | | Date | Thu, 2 Oct 2003 21:47:29 +0100 | From | Paulo Andre <> | Subject | Broken ACPI in kernels > 2.5.69, blows up upon boot |
| |
Hi Len, list..
I've been experiencing a most unfortunate problem using ACPI since kernel 2.5.70. I simply cannot boot a kernel with ACPI support, it oopses right upon boot when initializing ACPI and that's it. I've emailed about this a few months ago, when it was still Andy Grover maintaining ACPI and we got to no conclusive answer. I have a hard time believing my BIOS is fscked as far as ACPI is concerned considering it worked flawlessly in 2.5.69 (the kernel I'm still using..) and before.
Anyway, this is a Fujitsu Siemens E-7110 laptop and this breaks in every kernel starting from 2.5.70 up until 2.6.0-test6 with the latest acpi batch applied.
Here's the output from the serial console:
>> cut here
ACPI: RSDP (v000 FUJ ) @ 0x000f62c0 ACPI: RSDT (v001 FUJ RICKWOOD 00265.00000) @ 0x1feeba1f ACPI: FADT (v001 FUJ RICKWOOD 00265.00000) @ 0x1feefb8c ACPI: DSDT (v001 FUJ RICKWOOD 00265.00000) @ 0x00000000 ACPI: BIOS passes blacklist ACPI: MADT not present Building zonelist for node : 0 Kernel command line: BOOT_IMAGE=l260p1 ro root=305 console=ttyS0,38400n8 console=tty0 Local APIC disabled by BIOS -- reenabling. Found and enabled local APIC! Initializing CPU#0 PID hash table entries: 2048 (order 11: 16384 bytes) Detected 930.413 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1839.10 BogoMIPS Memory: 510088k/523776k available (4302k kernel code, 12808k reserved, 1594k data, 244k init, 0k highmem) Security Scaffold v1.0.0 initialized Capability LSM initialized Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) - /dev - /dev/console - /root CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 512K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX CPU0: Intel(R) Pentium(R) III Mobile CPU 933MHz stepping 01 per-CPU timeslice cutoff: 1462.52 usecs. task migration cache decay timeout: 2 msecs. SMP motherboard not detected. enabled ExtINT on CPU#0 ESR value before enabling vector: 00000000 ESR value after enabling vector: 00000000 Using local APIC timer interrupts. calibrating APIC timer ... ..... CPU clock speed is 235.0889 MHz. ..... host bus clock speed is 132.0844 MHz. Starting migration thread for cpu 0 CPUS done 32 Initializing RT netlink socket PCI: PCI BIOS revision 2.10 entry at 0xfd97e, last bus=4 PCI: Using configuration type 1 mtrr: v2.0 (20020519) BIO: pool of 256 setup, 15Kb (60 bytes/bio) biovec pool[0]: 1 bvecs: 256 entries (12 bytes) biovec pool[1]: 4 bvecs: 256 entries (48 bytes) biovec pool[2]: 16 bvecs: 256 entries (192 bytes) biovec pool[3]: 64 bvecs: 256 entries (768 bytes) biovec pool[4]: 128 bvecs: 256 entries (1536 bytes) biovec pool[5]: 256 bvecs: 256 entries (3072 bytes) ACPI: Subsystem revision 20030619 ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri Unable to handle kernel NULL pointer dereference at virtual address 00000007 printing eip: c02a622c *pde = 00000000 Oops: 0000 [#1] CPU: 0 EIP: 0060:[<c02a622c] Not tainted EFLAGS: 00010246 EIP is at acpi_ns_map_handle_to_node+0x1a/0x22 eax: 00000000 ebx: c167ef40 ecx: dfeddde4 edx: 00000007 esi: 00000000 edi: dfeddde4 ebp: dfedddb8 esp: dfedddb8 ds: 007b es: 007b ss: 0068 Process swapper (pid: 1, threadinfo=dfedc000 task=dfedf8c0) Stack: dfedddd0 c02a5c3f 00000007 c167ef40 00000000 c167ef50 dfeddef8 c02b0ac0 00000007 dfeddde4 dfeddde4 00000100 dfedddec 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Call Trace: [<c02a5c3f] acpi_ns_handle_to_pathname+0x11/0x4a [<c02b0ac0] acpi_pci_bind_root+0xa5/0xd5 [<c02afd0d] acpi_pci_root_add+0x177/0x1c9 [<c02b190e] acpi_bus_driver_init+0x2d/0x8f [<c02b1c5d] acpi_bus_find_driver+0x86/0xe6 [<c02b212c] acpi_bus_add+0x127/0x155 [<c02b2254] acpi_bus_scan+0xfa/0x145 [<c06dbc38] acpi_scan_init+0x51/0x79 [<c06c6a1b] do_initcalls+0x2b/0xa0 [<c0137732] init_workqueues+0x12/0x29 [<c01050da] init+0x5a/0x1f0 [<c0105080] init+0x0/0x1f0 [<c01091e9] kernel_thread_helper+0x5/0xc Code: 80 3a aa 0f 44 c2 5d c3 55 89 e5 8b 45 08 5d c3 55 89 e5 ff <0Kernel panic: Attempted to kill init!
<< cut here
I've tried to look into the code but newbie as I am, no conclusion was reached. Is there any idea what may have provoked this sudden break up?
Feel free to ask me for more details if need be.
Thanks in advance,
Paulo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |