Problem: ACPI related soft lockup on Fujitsu-Siemens AMILO Si 2636

[Thomas Lindroth <thomas.lindroth@gmail.com>]

Hello

I'm experiencing a problem with my new Fujitsu-Siemens AMILO Si 2636
laptop. When the system is under heavy load it locks up and a
message about soft lockup roll on the terminal. The message differs
from time to time but it's always a soft lockup caused by kacpid
and the associated call trace is always somewhere in the ACPI AML
parsing code. I'm guessing there is a bug in the AML parser or more
likely in the Amilo's AML code

The lockup only occur if ACPI is active and it seems to be related
to the thermal module. Most of the call traces contain the function
acpi_thermal_get_temperature but not all of them. I use the most
recent 1.0d 25.03.2008 BIOS.

I believe kernel bug #6433 is related to this. The circumstance and
call trace looks similar.
http://bugzilla.kernel.org/show_bug.cgi?id=6433

A typical message looks like this:
BUG: soft lockup - CPU#1 stuck for 61s! [kacpid:87]
Modules linked in: i2c_i801
CPU 1:
Modules linked in: i2c_i801
Pid: 87, comm: kacpid Tainted: G   M      2.6.27-rc8 #1
RIP: 0010:[<ffffffff80423809>]  [<ffffffff80423809>] acpi_ns_delete_namespace_by_owner+0x66/0xde
RSP: 0018:ffff88013fa19ce0  EFLAGS: 00000207
RAX: ffff88013f81a820 RBX: ffff88013f81a820 RCX: 0000000000000000
RDX: ffff88013f81a820 RSI: ffff88013f81a700 RDI: ffff88013f81a800
RBP: ffff880139370cf0 R08: 0000000000000000 R09: ffff880139370cf0
R10: ffff88013eaa6430 R11: ffff88013eaa7000 R12: ffff88013eaa6430
R13: ffff88013eaa7000 R14: ffff88013f81a5a0 R15: ffffffff80414149
FS:  0000000000000000(0000) GS:ffff88013f809680(0000) knlGS:0000000000000000
CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 00000000004e3fd0 CR3: 000000013e9da000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400

Call Trace:
[<ffffffff80416ea4>] ? acpi_ds_terminate_control_method+0x6e/0xc1
[<ffffffff8042584c>] ? acpi_ps_parse_aml+0x18c/0x2c8
[<ffffffff80426c47>] ? acpi_ps_execute_method+0x135/0x1e2
[<ffffffff80423a13>] ? acpi_ns_evaluate+0x14f/0x1ac
[<ffffffff80423566>] ? acpi_evaluate_object+0x131/0x1df
[<ffffffff8022efe3>] ? __wake_up+0x43/0x70
[<ffffffff80414d55>] ? acpi_evaluate_integer+0x8c/0xc7
[<ffffffff80438edb>] ? acpi_thermal_get_temperature+0x2e/0x3b
[<ffffffff80439127>] ? acpi_thermal_check+0x84/0x3e2
[<ffffffff804143d2>] ? acpi_os_execute_deferred+0x0/0x2c
[<ffffffff804143f5>] ? acpi_os_execute_deferred+0x23/0x2c
[<ffffffff80249b39>] ? run_workqueue+0x79/0x100
[<ffffffff8024a560>] ? worker_thread+0x0/0x120
[<ffffffff8024a61f>] ? worker_thread+0xbf/0x120
[<ffffffff8024d7a0>] ? autoremove_wake_function+0x0/0x30
[<ffffffff8024a560>] ? worker_thread+0x0/0x120
[<ffffffff8024d38b>] ? kthread+0x4b/0x80
[<ffffffff8020c629>] ? child_rip+0xa/0x11
[<ffffffff8024d340>] ? kthread+0x0/0x80
[<ffffffff8020c61f>] ? child_rip+0x0/0x11

Environment:
I run gentoo with the 2.6.27-rc8 kernel and I have also tried the
2.6.25 and 2.6.24 kernels using 32 and 64-bit OS with the same result.

Steps to reproduce:
Boot a recent kernel on a Fujitsu-Siemens AMILO Si 2636 laptop
and put the system under heavy load. A kernel make -j3 works
but a make -j1 is not enough. Wait 5-10 min until lockup.

Outputs:
The output of useful programs including acpidump can be viewed
here http://www.cyd.liu.se/~tholi945/acpi-bug-2008-10-06/


/Thomas Lindroth