Matthew Garrett 1e2894c496 ACPI: Unconditionally set SCI_EN on resume ... commit b6dacf63e9 upstream. 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> Cc: Kamal Mostafa <kamal@canonical.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>		2010-08-02 10:21:25 -07:00
..
realmode	x86: Document linker script ASSERT() quirk	2009-10-16 07:18:46 +02:00
boot.c	x86, apic: Don't use logical-flat mode when CPU hotplug may exceed 8 CPUs	2010-04-01 15:58:14 -07:00
cstate.c	ACPI: skip checking BM_STS if the BIOS doesn't ask for it	2010-08-02 10:21:24 -07:00
Makefile	kbuild, suspend, x86: fix rebuild of wakeup.bin	2008-05-04 20:04:45 +02:00
processor.c	[CPUFREQ] Enable ACPI PDC handshake for VIA/Centaur CPUs	2009-11-24 13:33:32 -05:00
sleep.c	ACPI: Unconditionally set SCI_EN on resume	2010-08-02 10:21:25 -07:00
sleep.h	x86: move suspend wakeup code to C	2008-04-17 17:41:37 +02:00
wakeup_32.S	x86: use _types.h headers in asm where available	2009-02-13 11:35:01 -08:00
wakeup_64.S	Merge branches 'x86/acpi', 'x86/apic', 'x86/asm', 'x86/cleanups', 'x86/mm', 'x86/signal' and 'x86/urgent'; commit 'v2.6.29-rc6' into x86/core	2009-02-24 21:50:43 +01:00
wakeup_rm.S	x86: move suspend wakeup code to C	2008-04-17 17:41:37 +02:00