aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorArd Biesheuvel <ardb@kernel.org>2020-03-08 09:08:45 +0100
committerIngo Molnar <mingo@kernel.org>2020-03-08 09:58:18 +0100
commitf3fa0efce2e765f24356b70bd0786f290d84328c (patch)
tree31be3ac197f5a4a9ae6daf6a5aa8992125443352
parentx86/boot: Use unsigned comparison for addresses (diff)
downloadlinux-dev-f3fa0efce2e765f24356b70bd0786f290d84328c.tar.xz
linux-dev-f3fa0efce2e765f24356b70bd0786f290d84328c.zip
efi/libstub/x86: Deal with exit() boot service returning
Even though it is uncommon, there are cases where the Exit() EFI boot service might return, e.g., when we were booted via the EFI handover protocol from OVMF and the kernel image was specified on the command line, in which case Exit() attempts to terminate the boot manager, which is not an EFI application itself. So let's drop into an infinite loop instead of randomly executing code that isn't expecting it. Tested-by: Nathan Chancellor <natechancellor@gmail.com> # build Signed-off-by: Ard Biesheuvel <ardb@kernel.org> [ardb: put 'hlt' in deadloop] Signed-off-by: Ingo Molnar <mingo@kernel.org> Link: https://lore.kernel.org/r/20200303080648.21427-1-ardb@kernel.org Link: https://lore.kernel.org/r/20200308080859.21568-15-ardb@kernel.org
-rw-r--r--drivers/firmware/efi/libstub/x86-stub.c3
1 files changed, 2 insertions, 1 deletions
diff --git a/drivers/firmware/efi/libstub/x86-stub.c b/drivers/firmware/efi/libstub/x86-stub.c
index 7f3e97c2aad3..69a942f0640b 100644
--- a/drivers/firmware/efi/libstub/x86-stub.c
+++ b/drivers/firmware/efi/libstub/x86-stub.c
@@ -344,7 +344,8 @@ static void setup_graphics(struct boot_params *boot_params)
static void __noreturn efi_exit(efi_handle_t handle, efi_status_t status)
{
efi_bs_call(exit, handle, status, 0, NULL);
- unreachable();
+ for(;;)
+ asm("hlt");
}
void startup_32(struct boot_params *boot_params);