x86, NUMA: Drop @start/last_pfn from initmem_init()

Browse source

initmem_init() extensively accesses and modifies global data
structures and the parameters aren't even followed depending on which
path is being used.  Drop @start/last_pfn and let it deal with
@max_pfn directly.  This is in preparation for further NUMA init
cleanups.

- v2: x86-32 initmem_init() weren't updated breaking 32bit builds.
  Fixed.  Found by Yinghai.

Signed-off-by: Tejun Heo <tj@kernel.org>
Cc: Yinghai Lu <yinghai@kernel.org>
Cc: Brian Gerst <brgerst@gmail.com>
Cc: Cyrill Gorcunov <gorcunov@gmail.com>
Cc: Shaohui Zheng <shaohui.zheng@intel.com>
Cc: David Rientjes <rientjes@google.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: H. Peter Anvin <hpa@linux.intel.com>

...

This commit is contained in:

Tejun Heo 2011-02-16 12:13:06 +01:00

parent 13081df5dd

commit 86ef4dbf1f

6 changed files with 14 additions and 23 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download patch file Download diff file Expand all files Collapse all files

3

arch/x86/include/asm/page_types.h

View file

2

arch/x86/kernel/setup.c

View file

3

arch/x86/mm/init_32.c

View file

5

arch/x86/mm/init_64.c

View file

3

arch/x86/mm/numa_32.c

View file

21

arch/x86/mm/numa_64.c

View file