linux/arch/ppc64
Bob Picco 802f192e4a [PATCH] SPARSEMEM EXTREME
A new option for SPARSEMEM is ARCH_SPARSEMEM_EXTREME.  Architecture
platforms with a very sparse physical address space would likely want to
select this option.  For those architecture platforms that don't select the
option, the code generated is equivalent to SPARSEMEM currently in -mm.
I'll be posting a patch on ia64 ml which uses this new SPARSEMEM feature.

ARCH_SPARSEMEM_EXTREME makes mem_section a one dimensional array of
pointers to mem_sections.  This two level layout scheme is able to achieve
smaller memory requirements for SPARSEMEM with the tradeoff of an
additional shift and load when fetching the memory section.  The current
SPARSEMEM -mm implementation is a one dimensional array of mem_sections
which is the default SPARSEMEM configuration.  The patch attempts isolates
the implementation details of the physical layout of the sparsemem section
array.

ARCH_SPARSEMEM_EXTREME depends on 64BIT and is by default boolean false.

I've boot tested under aim load ia64 configured for ARCH_SPARSEMEM_EXTREME.
 I've also boot tested a 4 way Opteron machine with !ARCH_SPARSEMEM_EXTREME
and tested with aim.

Signed-off-by: Andy Whitcroft <apw@shadowen.org>
Signed-off-by: Bob Picco <bob.picco@hp.com>
Signed-off-by: Dave Hansen <haveblue@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-09-05 00:05:38 -07:00
..
boot [PATCH] ppc64: make arch/ppc64/boot standalone 2005-08-29 10:53:31 +10:00
configs [PATCH] ppc64: Add CONFIG_HZ 2005-08-30 13:40:02 +10:00
kernel [PATCH] ppc64: lparconfig.c memory leak 2005-08-30 13:42:35 +10:00
lib
mm [PATCH] SPARSEMEM EXTREME 2005-09-05 00:05:38 -07:00
oprofile [PATCH] oprofile PVR 970MP 2005-08-30 13:38:19 +10:00
xmon [PATCH] ppc64: allow xmon=off 2005-08-29 10:53:37 +10:00
defconfig [PATCH] ppc64: Add CONFIG_HZ 2005-08-30 13:40:02 +10:00
Kconfig [PATCH] ppc64: Remove CONFIG_MSCHUNKS 2005-08-29 10:53:37 +10:00
Kconfig.debug
Makefile [PATCH] Create include/asm-powerpc 2005-08-30 13:32:04 +10:00