acrn-kernel/arch/i386/mm
Mel Gorman 6391af174a [PATCH] mm: use symbolic names instead of indices for zone initialisation
Arch-independent zone-sizing is using indices instead of symbolic names to
offset within an array related to zones (max_zone_pfns).  The unintended
impact is that ZONE_DMA and ZONE_NORMAL is initialised on powerpc instead
of ZONE_DMA and ZONE_HIGHMEM when CONFIG_HIGHMEM is set.  As a result, the
the machine fails to boot but will boot with CONFIG_HIGHMEM turned off.

The following patch properly initialises the max_zone_pfns[] array and uses
symbolic names instead of indices in each architecture using
arch-independent zone-sizing.  Two users have successfully booted their
powerpcs with it (one an ibook G4).  It has also been boot tested on x86,
x86_64, ppc64 and ia64.  Please merge for 2.6.19-rc2.

Credit to Benjamin Herrenschmidt for identifying the bug and rolling the
first fix.  Additional credit to Johannes Berg and Andreas Schwab for
reporting the problem and testing on powerpc.

Signed-off-by: Mel Gorman <mel@csn.ul.ie>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-10-11 11:14:14 -07:00
..
Makefile
boot_ioremap.c [PATCH] i386 bootioremap / kexec fix 2006-09-25 17:38:35 -07:00
discontig.c [PATCH] mm: use symbolic names instead of indices for zone initialisation 2006-10-11 11:14:14 -07:00
extable.c [PATCH] i386: Allow a kernel not to be in ring 0 2006-09-26 10:52:39 +02:00
fault.c [PATCH] pidspace: is_init() 2006-09-29 09:18:12 -07:00
highmem.c [PATCH] paravirt: kpte flush 2006-10-01 00:39:34 -07:00
hugetlbpage.c Remove obsolete #include <linux/config.h> 2006-06-30 19:25:36 +02:00
init.c BUG_ON cleanups in arch/i386 2006-10-03 23:34:58 +02:00
ioremap.c [PATCH] Generic ioremap_page_range: i386 conversion 2006-10-01 00:39:31 -07:00
mmap.c
pageattr.c Remove obsolete #include <linux/config.h> 2006-06-30 19:25:36 +02:00
pgtable.c [PATCH] x86: make __FIXADDR_TOP variable to allow it to make space for a hypervisor 2006-09-26 08:48:55 -07:00