| Message ID | 20200329080544.25715-3-ardb@kernel.org (mailing list archive) |
|---|---|
| State | Mainlined |
| Commit | 594e576d4b93b8cda3247542366b47e1b2ddc4dc |
| Headers | show |
| Series | [1/2] efi/libstub/arm64: avoid image_base value from efi_loaded_image | expand |
diff --git a/drivers/firmware/efi/libstub/arm-stub.c b/drivers/firmware/efi/libstub/arm-stub.c index 13559c7e6643..99a5cde7c2d8 100644 --- a/drivers/firmware/efi/libstub/arm-stub.c +++ b/drivers/firmware/efi/libstub/arm-stub.c @@ -277,7 +277,7 @@ efi_status_t efi_entry(efi_handle_t handle, efi_system_table_t *sys_table_arg) } else if (status == EFI_NOT_FOUND) { status = efi_load_initrd(image, &initrd_addr, &initrd_size, ULONG_MAX, max_addr); - if (status == EFI_SUCCESS) + if (status == EFI_SUCCESS && initrd_size > 0) pr_efi("Loaded initrd from command line option\n"); } if (status != EFI_SUCCESS)
Commit ec93fc371f014a6f ("efi/libstub: Add support for loading the initrd from a device path") added a diagnostic print to the ARM version of the EFI stub that reports whether an initrd has been loaded that was passed via the command line using initrd=. However, it failed to take into account that, for historical reasons, the file loading routines return EFI_SUCCESS when no file was found, and the only way to decide whether a file was loaded is to inspect the 'size' argument that is passed by reference. So let's inspect this returned size, to prevent the print from being emitted even if no initrd was loaded at all. Signed-off-by: Ard Biesheuvel <ardb@kernel.org> --- drivers/firmware/efi/libstub/arm-stub.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)