linux-dev/arch/x86_64/kernel/acpi, branch masterLinux kernel development work - see feature brancheshttps://git.zx2c4.com/linux-dev/atom/arch/x86_64/kernel/acpi?h=master2007-10-11T09:17:05Zx86_64: move kernel/acpi2007-10-11T09:17:05ZThomas Gleixnertglx@linutronix.de2007-10-11T09:17:05Zurn:sha1:e8d08eb1b59bf6dda44fffe63cce1250d87a8b56
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
i386: move kernel/acpi2007-10-11T09:16:23ZThomas Gleixnertglx@linutronix.de2007-10-11T09:16:23Zurn:sha1:23d6f82bd1f07886b3a974c5193baa715475dd37
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
x86_64: prepare shared kernel/acpi/Makefile2007-10-11T09:15:27ZThomas Gleixnertglx@linutronix.de2007-10-11T09:15:27Zurn:sha1:f11cfb424c78ef8a6d9fc80922577756cec00282
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
x86_64: prepare shared kernel/acpi/sleep.c2007-10-11T09:15:27ZThomas Gleixnertglx@linutronix.de2007-10-11T09:15:27Zurn:sha1:08c81f47fcba935d937e45a592ad7b00e9296a2f
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
x86_64: prepare shared kernel/acpi/wakeup.S2007-10-11T09:15:25ZThomas Gleixnertglx@linutronix.de2007-10-11T09:15:25Zurn:sha1:a9c0350568b93ba7204a56644031a2332c9517d1
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
x86_64: prepare shared kernel/verify_cpu.S2007-10-11T09:15:19ZThomas Gleixnertglx@linutronix.de2007-10-11T09:15:19Zurn:sha1:e0a84f689b4373cbaa6d3a5bc5c52a613005fed1
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
[acpi] Correct the decoding of video mode numbers in wakeup.S2007-09-20T18:06:58ZH. Peter Anvinhpa@zytor.com2007-09-13T21:16:37Zurn:sha1:91c4b8cb5ab8cc3e8352739e35699c0487a6b6f3
wakeup.S looks at the video mode number from the setup header and
looks to see if it is a VESA mode. Unfortunately, the decoding is
done incorrectly and it will attempt to frob the VESA BIOS for any
mode number 0x0200 or larger. Correct this, and remove a bunch of #if
0'd code.
Massive thanks to Jeff Chua for reporting the bug, and suffering
though a large number of experiments in order to track this problem
down.
Cc: Pavel Machek <pavel@ucw.cz>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
ACPI: restore CONFIG_ACPI_SLEEP2007-07-29T23:53:59ZLen Brownlen.brown@intel.com2007-07-28T07:33:16Zurn:sha1:673d5b43daa00b42759cecc6b0760b8bf6be80d2
Restore the 2.6.22 CONFIG_ACPI_SLEEP build option, but now shadowing the
new CONFIG_PM_SLEEP option.
Signed-off-by: Len Brown <len.brown@intel.com>
[ Modified to work with the PM config setup changes. ]
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
ACPI: Kconfig: remove CONFIG_ACPI_SLEEP from source2007-07-25T05:29:39ZLen Brownlen.brown@intel.com2007-07-25T02:26:33Zurn:sha1:e8b2fd01228f690c3e0cb3f14facfa8d93d4adae
As it was a synonym for (CONFIG_ACPI && CONFIG_X86),
the ifdefs for it were more clutter than they were worth.
For ia64, just add a few stubs in anticipation of future
S3 or S4 support.
Signed-off-by: Len Brown <len.brown@intel.com>
PM: Integrate beeping flag with existing acpi_sleep flags2007-07-19T17:04:43ZPavel Machekpavel@suse.cz2007-07-19T08:47:41Zurn:sha1:77afcf78a2ded9a91838734234949c0ead5feb12
Move "debug during resume from s2ram" into the variable we already use
for real-mode flags to simplify code. It also closes nasty trap for
the user in acpi_sleep_setup; order of parameters actually mattered there,
acpi_sleep=s3_bios,s3_mode doing something different from
acpi_sleep=s3_mode,s3_bios.
Signed-off-by: Pavel Machek <pavel@suse.cz>
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>