Broken ACPI in kernels > 2.5.69, blows up upon boot

Broken ACPI in kernels > 2.5.69, blows up upon boot

[Paulo Andre]

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

Re: Broken ACPI in kernels > 2.5.69, blows up upon boot

[Len Brown]

Hi Paulo,

This looks different from other failures I've seen in bugzilla.  Is it
possible for you to try the latest kernel (2.4 or 2.6 will do -- they
have the same ACPI code) and drop the info below into bugzilla?

thanks,
-Len
---

Please file a bug at http://bugzilla.kernel.org/
Category: Power Management
Component: ACPI

Please attach the output from dmesg -s40000 or the serial console log

Please attach the output from dmidecode, available in /usr/sbin/, or
here: http://www.nongnu.org/dmidecode/

Please attach the output from acpidmp, available in /usr/sbin/, or in
here: 
http://www.intel.com/technology/iapc/acpi/downloads/pmtools-20010730.tar.gz

Please attach the output from lspci -vv







On Thu, 2003-10-02 at 16:47, Paulo Andre wrote:
> 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

Re: [ACPI-sppt] Re: Broken ACPI in kernels > 2.5.69, blows up upon boot

[Robert Collins]

[-- Attachment #1: Type: text/plain, Size: 428 bytes --]

On Fri, 2003-10-03 at 13:06, Len Brown wrote:
> > 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.

I have a very similar thing, but no serial port on my fujitsu C-series
2010.

Rob
-- 
GPG key available at: <http://members.aardvark.net.au/lifeless/keys.txt>.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]