Searched hist:"76 ebd0548df6ee48586e9b80d8fc2f58aa5fb51c" (Results 1 – 2 of 2) sorted by relevance
| /linux/arch/x86/mm/ |
| H A D | init_32.c | diff 76ebd0548df6ee48586e9b80d8fc2f58aa5fb51c Sat Feb 09 23:24:09 CET 2008 Thomas Gleixner <tglx@linutronix.de> x86: introduce page pool in cpa
DEBUG_PAGEALLOC was not possible on 64-bit due to its early-bootup
hardcoded reliance on PSE pages, and the unrobustness of the runtime
splitup of large pages. The splitup ended in recursive calls to
alloc_pages() when a page for a pte split was requested.
Avoid the recursion with a preallocated page pool, which is used to
split up large mappings and gets refilled in the return path of
kernel_map_pages after the split has been done. The size of the page
pool is adjusted to the available memory.
This part just implements the page pool and the initialization w/o
using it yet.
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
|
| H A D | init_64.c | diff 76ebd0548df6ee48586e9b80d8fc2f58aa5fb51c Sat Feb 09 23:24:09 CET 2008 Thomas Gleixner <tglx@linutronix.de> x86: introduce page pool in cpa
DEBUG_PAGEALLOC was not possible on 64-bit due to its early-bootup
hardcoded reliance on PSE pages, and the unrobustness of the runtime
splitup of large pages. The splitup ended in recursive calls to
alloc_pages() when a page for a pte split was requested.
Avoid the recursion with a preallocated page pool, which is used to
split up large mappings and gets refilled in the return path of
kernel_map_pages after the split has been done. The size of the page
pool is adjusted to the available memory.
This part just implements the page pool and the initialization w/o
using it yet.
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
|