Hoi Ard, On Tue, Jun 16, 2020 at 10:16 AM Ard Biesheuvel <ardb@xxxxxxxxxx> wrote: > On Tue, 16 Jun 2020 at 09:55, Geert Uytterhoeven <geert@xxxxxxxxxxxxxx> wrote: > > On Wed, Apr 22, 2020 at 7:24 PM Ard Biesheuvel <ardb@xxxxxxxxxx> wrote: > > > Loading an initrd passed via the kernel command line is deprecated: it > > > is limited to files that reside in the same volume as the one the kernel > > > itself was loaded from, and we have more flexible ways to achieve the > > > same. So make it configurable so new architectures can decide not to > > > enable it. > > > > > > Signed-off-by: Ard Biesheuvel <ardb@xxxxxxxxxx> > > > > Thanks for your patch, which is now commit cf6b83664895a5c7 > > ("efi/libstub: Make initrd file loader configurable")! > > > > > --- a/drivers/firmware/efi/Kconfig > > > +++ b/drivers/firmware/efi/Kconfig > > > @@ -124,6 +124,17 @@ 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" > > > + depends on EFI_GENERIC_STUB > > > + default y > > > + help > > > + Select this config option to add support for the initrd= command > > > + line parameter, allowing an initrd that resides on the same volume > > > + as the kernel image to be loaded into memory. > > > + > > > + This method is deprecated. > > > > So why the default y? > > Every time I try to disable something like this, someone pops out of > the woodwork to explain how the feature is so vitally important for > their highly bespoke and vertically integrated boot flow that it has > to be enabled by default for absolutely everybody. > > But patches welcome :-) Done https://lore.kernel.org/linux-efi/20200623150935.32181-1-geert+renesas@xxxxxxxxx/ Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds