On Sun, May 1, 2022 at 7:22 AM Huacai Chen <chenhuacai@xxxxxxxxx> wrote:
> On Sat, Apr 30, 2022 at 7:02 PM Arnd Bergmann <arnd@xxxxxxxx> wrote:
> > On Sat, Apr 30, 2022 at 11:05 AM Huacai Chen <chenhuacai@xxxxxxxxxxx> wrote:
> > >
> > > This patch adds zboot (self-extracting compressed kernel) support, all
> > > existing in-kernel compressing algorithm and efistub are supported.
> > >
> > > Signed-off-by: Huacai Chen <chenhuacai@xxxxxxxxxxx>
> >
> > I have no objections to adding a decompressor in principle, and
> > the implementation seems reasonable. However, I think we should try to
> > be consistent between architectures. On both arm64 and riscv, the
> > maintainers decided to not include a decompressor and instead leave
> > it up to the boot loader to decompress the kernel and enter it from there.
>
> X86, ARM32 and MIPS already support self-extracting kernel, and in
> 5.17 we even support self-extracting modules. So I think a
> self-extracting kernel is better than a pure compressed kernel.
These three support it because they always have and it's hard to
remove features later because it breaks user setups. Among the
architectures we merged since the start of the git history in 2005, only
xtensa supports compressed kernels, the rest rely on the boot loader.
> > Adding the arm64, risc-v and uefi maintainers for further discussion here,
> > see full below.
>
> Keeping consistency across architectures (support self-extracting for
> all modern architectures) looks good to me, but can we do that after
> this series? I think that needs a long time to discuss and develop.
Right, just drop this patch then, and we can get back to doing it for
all UEFI users after loongarch is merged.
Arnd
