diff options
author | Mark Rutland <mark.rutland@arm.com> | 2015-01-15 16:42:14 +0000 |
---|---|---|
committer | Alex Shi <alex.shi@linaro.org> | 2015-04-23 14:52:52 +0800 |
commit | 1dcd9896384ec3fe5c75829701d9babec7fe0d25 (patch) | |
tree | b2d265bf288ad574dd6b9b91331cfb6455785a80 /drivers/misc/Makefile | |
parent | 5b9be6d71758967d5f24c91903ef3a1b22252a36 (diff) |
arm64: respect mem= for EFIlsk-v3.14-15.04
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/misc/Makefile')
0 files changed, 0 insertions, 0 deletions