aboutsummaryrefslogtreecommitdiffstats
path: root/arch/arm64/crypto/aes-neonbs-core.S
diff options
context:
space:
mode:
authorArd Biesheuvel <ardb@kernel.org>2020-09-29 15:25:22 +0200
committerCatalin Marinas <catalin.marinas@arm.com>2020-09-30 22:27:51 +0100
commita509a66a9d0d4f4e304d58fad38c078d0336c445 (patch)
tree184e21de28cb19106d700d4e2bd11a1a415ba034 /arch/arm64/crypto/aes-neonbs-core.S
parentarm64: paravirt: Initialize steal time when cpu is online (diff)
downloadlinux-dev-a509a66a9d0d4f4e304d58fad38c078d0336c445.tar.xz
linux-dev-a509a66a9d0d4f4e304d58fad38c078d0336c445.zip
arm64: permit ACPI core to map kernel memory used for table overrides
Jonathan reports that the strict policy for memory mapped by the ACPI core breaks the use case of passing ACPI table overrides via initramfs. This is due to the fact that the memory type used for loading the initramfs in memory is not recognized as a memory type that is typically used by firmware to pass firmware tables. Since the purpose of the strict policy is to ensure that no AML or other ACPI code can manipulate any memory that is used by the kernel to keep its internal state or the state of user tasks, we can relax the permission check, and allow mappings of memory that is reserved and marked as NOMAP via memblock, and therefore not covered by the linear mapping to begin with. Fixes: 1583052d111f ("arm64/acpi: disallow AML memory opregions to access kernel memory") Fixes: 325f5585ec36 ("arm64/acpi: disallow writeable AML opregion mapping for EFI code regions") Reported-by: Jonathan Cameron <Jonathan.Cameron@huawei.com> Signed-off-by: Ard Biesheuvel <ardb@kernel.org> Tested-by: Jonathan Cameron <Jonathan.Cameron@huawei.com> Cc: Sudeep Holla <sudeep.holla@arm.com> Cc: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> Link: https://lore.kernel.org/r/20200929132522.18067-1-ardb@kernel.org Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Diffstat (limited to 'arch/arm64/crypto/aes-neonbs-core.S')
0 files changed, 0 insertions, 0 deletions