diff options
author | Lennert Buytenhek <buytenh@wantstofly.org> | 2008-08-05 01:56:13 +0200 |
---|---|---|
committer | Lennert Buytenhek <buytenh@marvell.com> | 2008-08-09 15:38:15 +0200 |
commit | 60296c71f6c5063e3c1f1d2619ca0b60940162e7 (patch) | |
tree | 9b66e8716d83c3d350829376d75212798b2c72c6 /arch/arm/mach-kirkwood/common.c | |
parent | 09c0ed2e6eb87613b2670c15ba771ac671db19d9 (diff) | |
download | linux-60296c71f6c5063e3c1f1d2619ca0b60940162e7.tar.gz linux-60296c71f6c5063e3c1f1d2619ca0b60940162e7.tar.bz2 linux-60296c71f6c5063e3c1f1d2619ca0b60940162e7.zip |
[ARM] prevent crashing when too much RAM installed
This patch will truncate and/or ignore memory banks if their kernel
direct mappings would (partially) overlap with the vmalloc area or
the mappings between the vmalloc area and the address space top, to
prevent crashing during early boot if there happens to be more RAM
installed than we are expecting.
Since the start of the vmalloc area is not at a fixed address (but
the vmalloc end address is, via the per-platform VMALLOC_END define),
a default area of 128M is reserved for vmalloc mappings, which can
be shrunk or enlarged by passing an appropriate vmalloc= command line
option as it is done on x86.
On a board with a 3:1 user:kernel split, VMALLOC_END at 0xfe000000,
two 512M RAM banks and vmalloc=128M (the default), this patch gives:
Truncating RAM at 20000000-3fffffff to -35ffffff (vmalloc region overlap).
Memory: 512MB 352MB = 864MB total
On a board with a 3:1 user:kernel split, VMALLOC_END at 0xfe800000,
two 256M RAM banks and vmalloc=768M, this patch gives:
Truncating RAM at 00000000-0fffffff to -0e7fffff (vmalloc region overlap).
Ignoring RAM at 10000000-1fffffff (vmalloc region overlap).
Signed-off-by: Lennert Buytenhek <buytenh@marvell.com>
Tested-by: Riku Voipio <riku.voipio@iki.fi>
Diffstat (limited to 'arch/arm/mach-kirkwood/common.c')
0 files changed, 0 insertions, 0 deletions