The button wakeup GPEs are enabled unconditionally in the current world by commit 2a5d24(ACPI / Wakeup: Enable button GPEs unconditionally during initialization). Because button's GPE methods needs to be run to clear GPE status on some machines when there is GPE interrupt. If not, it will cause machines resume immediately after being suspended since GPE status isn't cleared correctly. But if there is no GPE method for button wakeup GPE, these GPEs should not be enabled since nothing needs to be done when they are triggered and this also causes LID GPE storm on Lenovo Ideapad y560p. This patch is to check Button GPE method and enable it if there is associated GPE method. Reference: https://bugzilla.kernel.org/show_bug.cgi?id=61051 Reported-by: James Tocknell<aragilar@xxxxxxxxx> Signed-off-by: Lan Tianyu <tianyu.lan@xxxxxxxxx> --- drivers/acpi/wakeup.c | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/acpi/wakeup.c b/drivers/acpi/wakeup.c index 1638401..5b20ae4 100644 --- a/drivers/acpi/wakeup.c +++ b/drivers/acpi/wakeup.c @@ -86,9 +86,14 @@ int __init acpi_wakeup_device_init(void) struct acpi_device, wakeup_list); if (device_can_wakeup(&dev->dev)) { - /* Button GPEs are supposed to be always enabled. */ - acpi_enable_gpe(dev->wakeup.gpe_device, - dev->wakeup.gpe_number); + /* + * Button GPEs are supposed to be always enabled if + * they have associated GPE methods. + */ + if (ACPI_SUCCESS(acpi_check_gpe_method( + dev->wakeup.gpe_device, dev->wakeup.gpe_number))) + acpi_enable_gpe(dev->wakeup.gpe_device, + dev->wakeup.gpe_number); device_set_wakeup_enable(&dev->dev, true); } } -- 1.8.4.rc0.1.g8f6a3e5.dirty -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
