summaryrefslogtreecommitdiffstats
path: root/drivers/firmware/efi/memmap.c
diff options
context:
space:
mode:
authorArd Biesheuvel <ardb@kernel.org>2022-12-05 11:31:25 +0100
committerArd Biesheuvel <ardb@kernel.org>2022-12-08 08:59:42 +0100
commitff7a167961d1b97e0e205f245f806e564d3505e7 (patch)
treee65fb98698fdba722a42d8d869d0fa7b41345452 /drivers/firmware/efi/memmap.c
parenta37dac5c5dcfe0f1fd58513c16cdbc280a47f628 (diff)
downloadlinux-ff7a167961d1b97e0e205f245f806e564d3505e7.tar.bz2
arm64: efi: Execute runtime services from a dedicated stack
With the introduction of PRMT in the ACPI subsystem, the EFI rts workqueue is no longer the only caller of efi_call_virt_pointer() in the kernel. This means the EFI runtime services lock is no longer sufficient to manage concurrent calls into firmware, but also that firmware calls may occur that are not marshalled via the workqueue mechanism, but originate directly from the caller context. For added robustness, and to ensure that the runtime services have 8 KiB of stack space available as per the EFI spec, introduce a spinlock protected EFI runtime stack of 8 KiB, where the spinlock also ensures serialization between the EFI rts workqueue (which itself serializes EFI runtime calls) and other callers of efi_call_virt_pointer(). While at it, use the stack pivot to avoid reloading the shadow call stack pointer from the ordinary stack, as doing so could produce a gadget to defeat it. Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
Diffstat (limited to 'drivers/firmware/efi/memmap.c')
0 files changed, 0 insertions, 0 deletions