<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 12 Dec 2023 at 12:38, Lennart Poettering <<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mo, 11.12.23 12:48, Eric Curtin (<a href="mailto:ecurtin@redhat.com" target="_blank">ecurtin@redhat.com</a>) wrote:<br>
<br>
> Sort of yes, but preferably using that __initramfs_start /<br>
> initrd_start buffer as is without copying any bytes anywhere else and<br>
> without teaching the bootloaders to do things.<br>
><br>
> The "memmap=" approach you suggested sounds like what we are thinking,<br>
> but do you think we could do this without teaching bootloaders to do<br>
> new things?<br>
<br>
Well, in a standard UEFI world it would suffice to teach the memmap=<br>
logic to the stub that is glued in front of the kernel. For example,<br>
make sd-stub find the erofs initrd in the UKI, then trivially<br>
synthesize a memmap= switch and append it to the kernel command line.<br>
<br>
but of course, you don't believe in UEFI or good boot loaders, so you<br>
kinda dug your own grave here...<br>
<br></blockquote><div><br></div><div>To clarify here.. it is not that we don't believe in UEFI or good boot loaders, it is more that the various hardware being tasked to these scenarios does not come with it. This is more of trying to make the best with the ingredients we have, and realizing what we end up with will not be as palatable as we wished. We all know that having UEFI or coreboot would make this so much easier and better, but it would have taken the board designers to have realized that nearly a decade ago since that is when initial board designs seem to have been chosen. Even if they realized it at this moment.. we would still be dealing with this for a while.</div><div><br></div><div>At this point it isn't that we are trying to dig this grave any deeper, but are trying to come up with ways to dig out of it :). Some of the proposed solutions may not do that, but it is what is being tried.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
(The main reason why sd-stub doesn't actually support erofs-initrds,<br>
is that sd-stub also generates initrd cpios on the fly, to pass<br>
credentials and system extension images to the kernel, and you can't<br>
really mix erofs and cpio initrds into one)<br>
<br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Berlin<br>
<br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div></div>Stephen Smoogen, Red Hat Automotive<br></div>Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren<br></div></div></div>