Matthew Garrett b6dacf63e9 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>		2010-05-12 01:12:18 -04:00
..
realmode	x86: Document linker script ASSERT() quirk	2009-10-16 07:18:46 +02:00
boot.c	include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h	2010-03-30 22:02:32 +09:00
cstate.c	ACPI: Use the ARB_DISABLE for the CPU which model id is less than 0x0f.	2009-12-14 21:54:30 -05:00
Makefile	ACPI: processor: unify arch_acpi_processor_cleanup_pdc	2009-12-22 03:24:14 -05:00
sleep.c	ACPI: Unconditionally set SCI_EN on resume	2010-05-12 01:12:18 -04: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