From: Ard Biesheuvel <ardb@kernel.org>
To: linux-efi@vger.kernel.org
Cc: grub-devel@gnu.org, Ard Biesheuvel <ardb@kernel.org>,
Huacai Chen <chenhuacai@kernel.org>,
Atish Patra <atishp@rivosinc.com>,
Heinrich Schuchardt <heinrich.schuchardt@canonical.com>,
Daniel Kiper <daniel.kiper@oracle.com>,
Leif Lindholm <quic_llindhol@quicinc.com>
Subject: [PATCH v2 1/2] efi: libstub: Always enable initrd command line loader and bump version
Date: Tue, 29 Nov 2022 18:56:15 +0100 [thread overview]
Message-ID: <20221129175616.2089294-2-ardb@kernel.org> (raw)
In-Reply-To: <20221129175616.2089294-1-ardb@kernel.org>
In preparation for setting a cross-architecture baseline for EFI boot
support, remove the Kconfig option that permits the command line initrd
loader to be disabled. Also, bump the minor version so that any image
built with the new version can be identified as supporting this.
Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
---
drivers/firmware/efi/Kconfig | 15 ---------------
drivers/firmware/efi/libstub/efi-stub-helper.c | 3 +--
include/linux/pe.h | 2 +-
3 files changed, 2 insertions(+), 18 deletions(-)
diff --git a/drivers/firmware/efi/Kconfig b/drivers/firmware/efi/Kconfig
index 08ed88e49ea307b0..043ca31c114ebf2a 100644
--- a/drivers/firmware/efi/Kconfig
+++ b/drivers/firmware/efi/Kconfig
@@ -106,21 +106,6 @@ config EFI_ARMSTUB_DTB_LOADER
functionality for bootloaders that do not have such support
this option is necessary.
-config EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER
- bool "Enable the command line initrd loader" if !X86
- depends on EFI_STUB && (EFI_GENERIC_STUB || X86)
- default y if X86
- help
- Select this config option to add support for the initrd= command
- line parameter, allowing an initrd to be loaded into memory that
- resides on a file system backed by an implementation of
- EFI_SIMPLE_FILE_SYSTEM_PROTOCOL.
-
- This method has been superseded by the simpler LoadFile2 based
- initrd loading method, but the initrd= loader is retained as it
- can be used from the UEFI Shell or other generic loaders that
- don't implement the Linux specific LoadFile2 method.
-
config EFI_BOOTLOADER_CONTROL
tristate "EFI Bootloader Control"
select UCS2_STRING
diff --git a/drivers/firmware/efi/libstub/efi-stub-helper.c b/drivers/firmware/efi/libstub/efi-stub-helper.c
index 739454d8063af8b1..f5a4bdacac642846 100644
--- a/drivers/firmware/efi/libstub/efi-stub-helper.c
+++ b/drivers/firmware/efi/libstub/efi-stub-helper.c
@@ -538,8 +538,7 @@ efi_status_t efi_load_initrd_cmdline(efi_loaded_image_t *image,
unsigned long soft_limit,
unsigned long hard_limit)
{
- if (!IS_ENABLED(CONFIG_EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER) ||
- (IS_ENABLED(CONFIG_X86) && image == NULL))
+ if (image == NULL)
return EFI_UNSUPPORTED;
return handle_cmdline_files(image, L"initrd=", sizeof(L"initrd=") - 2,
diff --git a/include/linux/pe.h b/include/linux/pe.h
index 1d3836ef9d92dcd8..056a1762de904fc1 100644
--- a/include/linux/pe.h
+++ b/include/linux/pe.h
@@ -29,7 +29,7 @@
* handover_offset and xloadflags fields in the bootparams structure.
*/
#define LINUX_EFISTUB_MAJOR_VERSION 0x1
-#define LINUX_EFISTUB_MINOR_VERSION 0x0
+#define LINUX_EFISTUB_MINOR_VERSION 0x1
#define MZ_MAGIC 0x5a4d /* "MZ" */
--
2.35.1
next prev parent reply other threads:[~2022-11-29 17:56 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-29 17:56 [PATCH v2 0/2] efi: Add generic magic number in header Ard Biesheuvel
2022-11-29 17:56 ` Ard Biesheuvel [this message]
2022-11-29 17:56 ` [PATCH v2 2/2] efi: Put Linux specific magic number in the DOS header Ard Biesheuvel
2022-12-01 14:29 ` Daniel Kiper
2022-12-01 14:48 ` Ard Biesheuvel
2022-12-01 14:58 ` Daniel Kiper
2022-12-01 19:25 ` Daniel Kiper
2022-12-06 9:52 ` Atish Patra
2022-12-07 7:51 ` Xiaotian Wu
2022-12-07 8:06 ` Ard Biesheuvel
2022-12-07 10:35 ` Xiaotian Wu
2022-12-07 14:06 ` Ard Biesheuvel
2022-11-29 19:58 ` [PATCH v2 0/2] efi: Add generic magic number in header Leif Lindholm
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20221129175616.2089294-2-ardb@kernel.org \
--to=ardb@kernel.org \
--cc=atishp@rivosinc.com \
--cc=chenhuacai@kernel.org \
--cc=daniel.kiper@oracle.com \
--cc=grub-devel@gnu.org \
--cc=heinrich.schuchardt@canonical.com \
--cc=linux-efi@vger.kernel.org \
--cc=quic_llindhol@quicinc.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox