Nicolas Pitre 6ff0966052 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 e9da6e9905, confirmed with commit 64d3b6a3f4. 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>		2015-09-22 08:13:57 +01:00
..
asm	ARM: 8432/1: move VMALLOC_END from 0xff000000 to 0xff800000	2015-09-22 08:13:57 +01:00
debug	The i.MX SoC changes for 4.3:	2015-08-18 13:10:05 -07:00
uapi/asm	This mostly includes the PPC changes for 4.1, which this time cover	2015-04-26 13:06:22 -07:00