ARM: move VMALLOC_END down temporarily for shmobile
authorNicolas Pitre <nicolas.pitre@linaro.org>
Mon, 19 Sep 2011 04:28:45 +0000 (00:28 -0400)
committerNicolas Pitre <nico@fluxnic.net>
Sun, 27 Nov 2011 00:21:30 +0000 (19:21 -0500)
THIS IS A TEMPORARY HACK.  The purpose of this is _only_ to avoid a
regression on an existing machine while a better fix is implemented.

On shmobile the consistent DMA memory area was set to 158MB in commit
28f0721a79 with no explanation.  The documented size for this area should
vary between 2MB and 14MB, and none of the other ARM targets exceed that.

The included #warning is therefore meant to be noisy on purpose to get
shmobile maintainers attention and this commit reverted once this
consistent DMA size conflict is resolved.

Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
Cc: Magnus Damm <damm@opensource.se>
Cc: Paul Mundt <lethal@linux-sh.org>
arch/arm/include/asm/pgtable.h

index 6cdd55cb0b8c042bccd71384bbc0f6604444e50a..bcae9b81a6d08d72876f06ab355d3e9a5ff30816 100644 (file)
 #define VMALLOC_START          (((unsigned long)high_memory + VMALLOC_OFFSET) & ~(VMALLOC_OFFSET-1))
 #define VMALLOC_END            0xff000000UL
 
+/* This is a temporary hack until shmobile's DMA area size is sorted out */
+#ifdef CONFIG_ARCH_SHMOBILE
+#warning "SH-Mobile's consistent DMA size conflicts with VMALLOC_END by 144MB"
+#undef VMALLOC_END
+#define VMALLOC_END            0xF6000000UL
+#endif
+
 #define LIBRARY_TEXT_START     0x0c000000
 
 #ifndef __ASSEMBLY__