ARM: 8432/1: move VMALLOC_END from 0xff000000 to 0xff800000
authorNicolas Pitre <nicolas.pitre@linaro.org>
Sun, 13 Sep 2015 02:25:26 +0000 (03:25 +0100)
committerRussell King <rmk+kernel@arm.linux.org.uk>
Tue, 22 Sep 2015 07:13:57 +0000 (08:13 +0100)
commit6ff0966052c46efb53980b8a1add2e7b49c9f560
tree7fb25013442035b048936549be4dab2efc473f6e
parent803e3dbcb4cf80c898faccf01875f6ff6e5e76fd
ARM: 8432/1: move VMALLOC_END from 0xff000000 to 0xff800000

There is a 12MB unused region in our memory map between the vmalloc and
fixmap areas. This became unused with commit e9da6e9905e6, confirmed
with commit 64d3b6a3f480.

We also have a 8MB guard area before the vmalloc area.  With the default
240MB vmalloc area size and the current VMALLOC_END definition, that
means the end of low memory ends up at 0xef800000 which is unfortunate
for 768MB machines where 8MB of RAM is lost to himem.

Let's move VMALLOC_END to 0xff800000 so the guard area won't chop the
top of the 768MB low memory area while keeping the default vmalloc area
size unchanged and still preserving a gap between the vmalloc and fixmap
areas.

Signed-off-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Documentation/arm/memory.txt
arch/arm/include/asm/pgtable.h