diff options
author | Doug Berger <opendmb@gmail.com> | 2017-06-29 18:41:36 +0100 |
---|---|---|
committer | Russell King <rmk+kernel@armlinux.org.uk> | 2017-06-29 23:10:12 +0100 |
commit | 9e25ebfe56ece7541cd10a20d715cbdd148a2e06 (patch) | |
tree | c16253ba6097189912ebe1924d58367b9e4a77c2 /arch/unicore32/kernel/dma.c | |
parent | d360a687d99577110c181e67ebfb9a1b6fed63a2 (diff) | |
download | talos-obmc-linux-9e25ebfe56ece7541cd10a20d715cbdd148a2e06.tar.gz talos-obmc-linux-9e25ebfe56ece7541cd10a20d715cbdd148a2e06.zip |
ARM: 8685/1: ensure memblock-limit is pmd-aligned
The pmd containing memblock_limit is cleared by prepare_page_table()
which creates the opportunity for early_alloc() to allocate unmapped
memory if memblock_limit is not pmd aligned causing a boot-time hang.
Commit 965278dcb8ab ("ARM: 8356/1: mm: handle non-pmd-aligned end of RAM")
attempted to resolve this problem, but there is a path through the
adjust_lowmem_bounds() routine where if all memory regions start and
end on pmd-aligned addresses the memblock_limit will be set to
arm_lowmem_limit.
Since arm_lowmem_limit can be affected by the vmalloc early parameter,
the value of arm_lowmem_limit may not be pmd-aligned. This commit
corrects this oversight such that memblock_limit is always rounded
down to pmd-alignment.
Fixes: 965278dcb8ab ("ARM: 8356/1: mm: handle non-pmd-aligned end of RAM")
Signed-off-by: Doug Berger <opendmb@gmail.com>
Suggested-by: Mark Rutland <mark.rutland@arm.com>
Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk>
Diffstat (limited to 'arch/unicore32/kernel/dma.c')
0 files changed, 0 insertions, 0 deletions