Latest working kernel version: Earliest failing kernel version: Distribution: Hardware Environment: Software Environment: Problem Description: This is an EC fixup solution for 2.6.27 kernel. If EC driver can't work well on 2.6.27 kernel, please try the attached patch set and attach the output of dmesg. Steps to reproduce:
Created attachment 18717 [details] [patch 1/6]: simplify the EC mode switch simplify the EC mode switch. And when there is no EC GPE interrupt confirm, EC is switched to polling mode. But EC GPE is still enabled. Only two tasks are done in the EC GPE handler: a. check the SCI_EVT flag bit b. wake up the waiting process
Created attachment 18718 [details] [patch 2/4]: don't isse EC burst disable command if EC exits the burst mode If EC already exits the burst mode, don't issue the burst disable command.
Created attachment 18719 [details] [Patch 3/6]: Add the 2us delay before checking EC status while in polling mode
Created attachment 18720 [details] [patch 4/6]: Disable the burst mode when returning incorrect ackonwledge byte
Created attachment 18721 [details] [patch 5/6]: Add the delay in EC GPE handler to workaround EC GPE storm on some broken laptops
Created attachment 18722 [details] [patch 6/6]: EC cleanup: delete the unsed code and data
If there exists the EC issue on the 2.6.27 kernel, please try the attached patch set and see whether the problem can be fixed. After the test, please attach the output of dmesg. Thanks.
Please not close this bug. Maybe when there exists the EC issue on the 2.6.27 kernel, they can try the patch set. Thanks.
The bug will be rejected as the patch set has conflicts with the patch from EC maintainer. Thanks.