[PATCH] ppc64: add memory present
Provide hooks for PPC64 to allow memory models to be informed of installed memory areas. This allows SPARSEMEM to instantiate mem_map for the populated areas. Signed-off-by: Andy Whitcroft <apw@shadowen.org> Signed-off-by: Dave Hansen <haveblue@us.ibm.com> Signed-off-by: Martin Bligh <mbligh@aracnet.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
This commit is contained in:
parent
510f8fa7ba
commit
74b30be2e1
2 changed files with 5 additions and 2 deletions
|
@ -212,8 +212,8 @@ config ARCH_FLATMEM_ENABLE
|
|||
source "mm/Kconfig"
|
||||
|
||||
config HAVE_ARCH_EARLY_PFN_TO_NID
|
||||
bool
|
||||
default y
|
||||
def_bool y
|
||||
depends on NEED_MULTIPLE_NODES
|
||||
|
||||
# Some NUMA nodes have memory ranges that span
|
||||
# other nodes. Even though a pfn is valid and
|
||||
|
|
|
@ -440,6 +440,8 @@ new_range:
|
|||
for (i = start ; i < (start+size); i += MEMORY_INCREMENT)
|
||||
numa_memory_lookup_table[i >> MEMORY_INCREMENT_SHIFT] =
|
||||
numa_domain;
|
||||
memory_present(numa_domain, start >> PAGE_SHIFT,
|
||||
(start + size) >> PAGE_SHIFT);
|
||||
|
||||
if (--ranges)
|
||||
goto new_range;
|
||||
|
@ -481,6 +483,7 @@ static void __init setup_nonnuma(void)
|
|||
|
||||
for (i = 0 ; i < top_of_ram; i += MEMORY_INCREMENT)
|
||||
numa_memory_lookup_table[i >> MEMORY_INCREMENT_SHIFT] = 0;
|
||||
memory_present(0, 0, init_node_data[0].node_end_pfn);
|
||||
}
|
||||
|
||||
static void __init dump_numa_topology(void)
|
||||
|
|
Reference in a new issue