summaryrefslogtreecommitdiffstats
path: root/drivers/firmware/efi/cper.c
diff options
context:
space:
mode:
authorDaniel Kiper2018-05-04 07:59:47 +0200
committerIngo Molnar2018-05-14 08:57:46 +0200
commita7012bdbdf406bbaa4e3de0cc3d8eb0faaacbf93 (patch)
treefba523a21d33efb207ba5128c23350577ebefaaa /drivers/firmware/efi/cper.c
parentefi: Avoid potential crashes, fix the 'struct efi_pci_io_protocol_32' definit... (diff)
downloadkernel-qcow2-linux-a7012bdbdf406bbaa4e3de0cc3d8eb0faaacbf93.tar.gz
kernel-qcow2-linux-a7012bdbdf406bbaa4e3de0cc3d8eb0faaacbf93.tar.xz
kernel-qcow2-linux-a7012bdbdf406bbaa4e3de0cc3d8eb0faaacbf93.zip
x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
Initialize UEFI secure boot state during dom0 boot. Otherwise the kernel may not even know that it runs on secure boot enabled platform. Note that part of drivers/firmware/efi/libstub/secureboot.c is duplicated by this patch, only in this case, it runs in the context of the kernel proper rather than UEFI boot context. The reason for the duplication is that maintaining the original code to run correctly on ARM/arm64 as well as on all the quirky x86 firmware we support is enough of a burden as it is, and adding the x86/Xen execution context to that mix just so we can reuse a single routine just isn't worth it. [ardb: explain rationale for code duplication] Signed-off-by: Daniel Kiper <daniel.kiper@oracle.com> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Matt Fleming <matt@codeblueprint.co.uk> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: linux-efi@vger.kernel.org Link: http://lkml.kernel.org/r/20180504060003.19618-2-ard.biesheuvel@linaro.org Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'drivers/firmware/efi/cper.c')
0 files changed, 0 insertions, 0 deletions