http://bugzilla.kernel.org/show_bug.cgi?id=11601
------- Comment #15 from [EMAIL PROTECTED] 2008-09-24 18:01 -------
Hi, Saphex
Thanks for your problem.
Only the last patch is useful for your laptop. In this patch if too many EC
GPE interrupts happens in the same jiffies, it will add some delay to reduce
the number of EC GPE interrupts. In such case it won't be switched to polling
mode.
In fact when the EC GPE storm is detected on the current upstream kernel,
it will be switched to polling mode and EC GPE will also be disabled. It means
that EC driver will work in polling mode while doing EC transaction. But
unfortunately the EC notification event will be lost on some broken laptops. If
the EC GPE is still enabled, there still exists a lot of EC GPE interrupts
while doing EC transaction. Maybe it will break other laptops(For example: bug
9998). So it is difficult to decide what to do.
In my patch when the EC GPE storms happens, the delay is added to reduce the
number of EC GPE interrupts. But EC will continue its working flowchart.(For
example: it will work in interrupt-driven mode and EC GPE is still enabled).(In
fact my patch is useful for the broken BIOS and it won't affect the normal
laptops).
Of course it is ugly to add some delay in EC GPE handler. And someone
disagree with it.
--
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
