aboutsummaryrefslogtreecommitdiff
path: root/drivers/pinctrl/pinctrl-at91.c
diff options
context:
space:
mode:
authorMark Rutland <mark.rutland@arm.com>2015-01-15 16:42:14 +0000
committerAlex Shi <alex.shi@linaro.org>2017-01-10 22:36:08 +0800
commit805f373eb09de58cb4728ddeebbac5891cf768b8 (patch)
treeb68c2f42b4d90eca17086db2a48954ef011038de /drivers/pinctrl/pinctrl-at91.c
parent3b4a5f1c3a8d1e59fd1e1709cf4bec2bff56069e (diff)
arm64: respect mem= for EFIv3.18/topic/fixes
When booting with EFI, we acquire the EFI memory map after parsing the early params. This unfortuantely renders the option useless as we call memblock_enforce_memory_limit (which uses memblock_remove_range behind the scenes) before we've added any memblocks. We end up removing nothing, then adding all of memory later when efi_init calls reserve_regions. Instead, we can log the limit and apply this later when we do the rest of the memblock work in memblock_init, which should work regardless of the presence of EFI. At the same time we may as well move the early parameter into arm64's mm/init.c, close to arm64_memblock_init. Any memory which must be mapped (e.g. for use by EFI runtime services) must be mapped explicitly reather than relying on the linear mapping, which may be truncated as a result of a mem= option passed on the kernel command line. Signed-off-by: Mark Rutland <mark.rutland@arm.com> Acked-by: Catalin Marinas <catalin.marinas@arm.com> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Tested-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Cc: Leif Lindholm <leif.lindholm@linaro.org> Cc: Will Deacon <will.deacon@arm.com> Signed-off-by: Catalin Marinas <catalin.marinas@arm.com> (cherry picked from commit 6083fe74b7bfffc2c7be8c711596608bda0cda6e) Signed-off-by: Alex Shi <alex.shi@linaro.org>
Diffstat (limited to 'drivers/pinctrl/pinctrl-at91.c')
0 files changed, 0 insertions, 0 deletions