I own a fujitsu-siemens lifebook C6155. With several linux-kernels containing the new acpi (2.5.x, 2.4.21+patch, 2.4.21-ac1), I get very high CPU-load every few seconds. It's even impossible to listen mp3s. top shows me that it's the process events on 2.5-kernels and keventd on 2.4-kernels. This does not happen with 2.4.21-vanilla (without acpi-patch, but with acpi enabled and working). So the bug seems to be in the new acpi-system. Attached is dmesg-output (with 2.4 and 2.5), the dsdt, lspci-output and a screenshot of gkrellm showing the cpu-usage (on a system running nothing that consumes cpu-power).
Created attachment 449 [details] gkrellm screenshot showing cpu-usage.
Created attachment 450 [details] dmesg-output of kernel 2.4
Created attachment 451 [details] dmesg-output of kernel 2.5
Created attachment 452 [details] DSDT
Created attachment 453 [details] lspci-output
this seems to be true for all ASUS centrino notebooks, too. there are reports about it for ASUS M2400N and M3xxxN in the list archives. i am currently working on a S1300N which shows the same behaviour. also unloading the thermal modules generates an oops and crashes the keyboard. i can init 0 via the powerbutton, though. i will attach the asl for the DSDT.
Created attachment 542 [details] original DSDT for ASUS S1300N bios version 0205 sorry, cannot update to 0206 due to lack of windows. the dos-tool for flashing does not seem to work. :(
can you try recent kernel? if still not work, please attach '/proc/interrupts' and dmesg. Thanks a lot.
Just tried again with kernel 2.4.23-pre4. Still the same problem. With ACPI Debug enabled, I get this debug-string on every high cpu load: [ACPI Debug] String: B1ST On /proc/acpi, I get battery BAT1 00000080 00000001 I'll attach new dmesg and /proc/interrupts
Created attachment 876 [details] dmesg from 2.4.23-pre4
Created attachment 877 [details] /proc/interrupts
Dmesg shows that Battery keeps notifying status change. can you attach /proc/acpi/battery/BAT1/state & /proc/acpi/battery/BAT1/info? did you recharging the battery? Thanks a lot.
Would you please have patch at bug 1186 a try? thanks a lot.
I find a piece of insteresting code in the dsdt: Method (_Q09, 0, NotSerialized) { Decrement (SMCN) If (LNot (SMCN)) { Store (0x05, SMCN) } If (LNot (LLess (SMCN, 0x05))) { SMSL () } BPOL () } method SMSL() will print '[ACPI Debug] String: B1ST' as seen in dmesg. SMSL() executed so frequently that it reduced system overhead. In the method '_Q09', only when 'SMCN' equals to 0x05, SMSL will execute. that is 'SMSL' execute one time when '_Q09' execute five time. This seems to show that somebody knows that 'SMSL' will execute frequently, so he use this method to reduce the frequence of executing 'SMSL'. But his plan failed. I guess changing 0x05 in '_Q09' to 0x20 or other number greater than 0x05 will partially resolve your problem.
please try the patch in Bug 1433
Could you please verify if you have new BIOS. We find similar issue which is caused by BIOS. Thanks.
Hi, I have an IBM T-22 laptop and I see the problem too. The issue is triggered by plugging/unplugging the power cord (going AC<->battery). I currently run 2.6.8.1; what additional information can I provide ? I do not see the issue mentioned in #1433. thanks, Frederic Detienne
*** This bug has been marked as a duplicate of 1691 ***