http://bugzilla.kernel.org/show_bug.cgi?id=10724
------- Comment #126 from [EMAIL PROTECTED] 2008-09-08 20:28 -------
Hi, Justin
Thanks for the test.
There also exist a lot of interrupts even when reading the battery info on
most laptops.(Maybe about 100 EC GPE interrupts will be triggered). On your
laptop the battery info is obtained by using SMBUS controller based on EC. Even
when there is no EC GPE storm, about 1000 EC GPE interrupts will be triggered
once reading the battery info.
At the same time several EC GPE interrupts will be triggered on your laptops
although the EC pulse interrupt is triggered only once. In such case the
situation will become worse. Of course my workaround patch can reduce the
number of EC GPE interrupts.
Does the system work well although lots of EC interrupts are triggered?
What does it mean that with unpluggin the A/C it will takes a few seconds
to dim, and become bright?
From the acpidump it seems that the brightness is not controlled by ACPI
video driver(there is no _BCL/_BQC_/_BCM object in DSDT table). Maybe it is
controlled by BIOS. In such case whether it will take longer time to dim is not
controlled by OS.
Thanks.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
