Linus Torvalds 6a22c57b8d Revert "x86_64: allocate sparsemem memmap above 4G" ... This reverts commit 2e1c49db4c. First off, testing in Fedora has shown it to cause boot failures, bisected down by Martin Ebourne, and reported by Dave Jobes. So the commit will likely be reverted in the 2.6.23 stable kernels. Secondly, in the 2.6.24 model, x86-64 has now grown support for SPARSEMEM_VMEMMAP, which disables the relevant code anyway, so while the bug is not visible any more, it's become invisible due to the code just being irrelevant and no longer enabled on the only architecture that this ever affected. Reported-by: Dave Jones <davej@redhat.com> Tested-by: Martin Ebourne <fedora@ebourne.me.uk> Cc: Zou Nan hai <nanhai.zou@intel.com> Cc: Suresh Siddha <suresh.b.siddha@intel.com> Cc: Andrew Morton <akpm@linux-foundation.org> Acked-by: Andy Whitcroft <apw@shadowen.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2007-10-29 14:05:37 -07:00
..
boot_ioremap_32.c	spelling fixes: arch/i386/	2007-10-20 01:13:56 +02:00
discontig_32.c	spelling fixes: arch/i386/	2007-10-20 01:13:56 +02:00
extable_32.c
extable_64.c
fault_32.c	x86: fix bogus KERN_ALERT on oops	2007-10-24 12:58:02 +02:00
fault_64.c	Merge git://git.kernel.org/pub/scm/linux/kernel/git/bunk/trivial	2007-10-19 20:36:17 -07:00
highmem_32.c
hugetlbpage.c
init_32.c
init_64.c	Revert "x86_64: allocate sparsemem memmap above 4G"	2007-10-29 14:05:37 -07:00
ioremap_32.c
ioremap_64.c
k8topology_64.c
Makefile
Makefile_32
Makefile_64
mmap_32.c
mmap_64.c
numa_64.c
pageattr_32.c
pageattr_64.c	Intel IOMMU: clflush_cache_range now takes size param	2007-10-22 08:13:18 -07:00
pgtable_32.c
srat_64.c	spelling fixes: arch/x86_64/	2007-10-20 01:25:36 +02:00