Andi Kleen 0f8dc2f065 Revert HPET resource reservation ... Matthias Lenk reports that the PCI subsystem would move the HPET on SB400/SB600-based systems, where the HPET is in BAR1 of the SMbus controller. The reason? The ACPI layer registered the PCI MMIO range as being busy too early, before PCI enumeration had happened, causing the PCI layer to decide that it should relocate the resources somewhere else. Firmware resources should be marked busy _after_ the PCI enumeration and probing has happened, not before. Remove the too-early reservation, we'll fix it up to do it properly later. In the meantime, this solves the regression. Tested-by: Matthias Lenk <matthias.lenk@amd.com> Cc: Aaron Durbin <adurbin@google.com> Cc: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2007-07-03 18:09:46 -07:00
..
boot.c	Revert HPET resource reservation	2007-07-03 18:09:46 -07:00
cstate.c	ACPI: rename cstate_entry_s to cstate_entry	2007-01-10 23:08:38 -05:00
earlyquirk.c	[PATCH] x86: revert x86_64-mm-fix-the-irqbalance-quirk-for-e7320-e7520-e7525	2007-05-02 19:27:04 +02:00
Makefile	[PATCH] i386/x86-64: Make all early PCI scans dependent on CONFIG_PCI	2006-09-26 10:52:41 +02:00
processor.c	Enable P-state software coordination via _PDC	2006-02-09 03:21:49 -05:00
sleep.c	[PATCH] don't use flush_tlb_all in suspend time	2006-06-23 07:43:00 -07:00
wakeup.S	ACPI: preserve the ebx value in acpi_copy_wakeup_routine	2007-06-24 08:59:12 -07:00