diff options
author | Matthew Garrett <mjg@redhat.com> | 2010-05-11 13:49:25 -0400 |
---|---|---|
committer | Len Brown <len.brown@intel.com> | 2010-05-12 01:12:18 -0400 |
commit | b6dacf63e9fb2e7a1369843d6cef332f76fca6a3 (patch) | |
tree | 4b7fbde0071172718270a5646f1168edb6d07023 /include/linux/acpi.h | |
parent | b430acbd7c4b919886fa7fd92eeb7a695f1940d3 (diff) | |
download | kernel_samsung_espresso10-b6dacf63e9fb2e7a1369843d6cef332f76fca6a3.zip kernel_samsung_espresso10-b6dacf63e9fb2e7a1369843d6cef332f76fca6a3.tar.gz kernel_samsung_espresso10-b6dacf63e9fb2e7a1369843d6cef332f76fca6a3.tar.bz2 |
ACPI: Unconditionally set SCI_EN on resume
The ACPI spec tells us that the firmware will reenable SCI_EN on resume.
Reality disagrees in some cases. The ACPI spec tells us that the only way
to set SCI_EN is via an SMM call.
https://bugzilla.kernel.org/show_bug.cgi?id=13745 shows us that doing so
may break machines. Tracing the ACPI calls made by Windows shows that it
unconditionally sets SCI_EN on resume with a direct register write, and
therefore the overwhelming probability is that everything is fine with
this behaviour.
Signed-off-by: Matthew Garrett <mjg@redhat.com>
Tested-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Len Brown <len.brown@intel.com>
Diffstat (limited to 'include/linux/acpi.h')
-rw-r--r-- | include/linux/acpi.h | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/include/linux/acpi.h b/include/linux/acpi.h index b926afe..87ca491 100644 --- a/include/linux/acpi.h +++ b/include/linux/acpi.h @@ -251,7 +251,6 @@ int acpi_check_mem_region(resource_size_t start, resource_size_t n, void __init acpi_no_s4_hw_signature(void); void __init acpi_old_suspend_ordering(void); void __init acpi_s4_no_nvs(void); -void __init acpi_set_sci_en_on_resume(void); #endif /* CONFIG_PM_SLEEP */ struct acpi_osc_context { |