From: Jan Beulich Date: Thu, 30 Jul 2009 15:49:30 +0000 (+0100) Subject: x86, 32-bit: Fix double accounting in reserve_top_address() X-Git-Tag: upstream/snapshot3+hdmi~17929^2~2 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=6abf65510944d33b47575d151c6b318993c8d2b5;p=platform%2Fadaptation%2Frenesas_rcar%2Frenesas_kernel.git x86, 32-bit: Fix double accounting in reserve_top_address() With VMALLOC_END included in the calculation of MAXMEM (as of 2.6.28) it is no longer correct to also bump __VMALLOC_RESERVE in reserve_top_address(). Doing so results in needlessly small lowmem. Signed-off-by: Jan Beulich LKML-Reference: <4A71DD2A020000780000D482@vpn.id2.novell.com> Signed-off-by: Ingo Molnar --- diff --git a/arch/x86/mm/pgtable.c b/arch/x86/mm/pgtable.c index af8f965..ed34f5e 100644 --- a/arch/x86/mm/pgtable.c +++ b/arch/x86/mm/pgtable.c @@ -329,7 +329,6 @@ void __init reserve_top_address(unsigned long reserve) printk(KERN_INFO "Reserving virtual address space above 0x%08x\n", (int)-reserve); __FIXADDR_TOP = -reserve - PAGE_SIZE; - __VMALLOC_RESERVE += reserve; #endif }