Re: [PATCH v2 04/10] binman: Add support for externally provided Linux kernel blob
Simon Glass <[email protected]> Tue, 4 Aug 2026 07:02:46 -0600
| Newsgroups | gmane.comp.boot-loaders.u-boot |
|---|---|
| Message-ID | <CAFLszTgVmR508j5h_ncKwUQT3T1_ZW=wCctrBut2+hf-qr13sw@mail.gmail.com> |
Hi Alexey, On 2026-07-31T17:10:44, Alexey Charkov <[email protected]> wrote: > binman: Add support for externally provided Linux kernel blob > > Add an simple named Linux kernel blob type to binman, activated by the > "LINUX_KERNEL" make variable. No processing is done on the passed blob. > > Signed-off-by: Alexey Charkov <[email protected]> > > Makefile | 1 + > tools/binman/etype/linux_kernel.py | 22 ++++++++++++++++++++++ > tools/binman/missing-blob-help | 5 +++++ > 3 files changed, 28 insertions(+) > diff --git a/tools/binman/etype/linux_kernel.py b/tools/binman/etype/linu= x_kernel.py > @@ -0,0 +1,22 @@ > +class Entry_linux_kernel(Entry_blob_named_by_arg): > + """Linux kernel image blob > + > + Properties / Entry arguments: > + - linux-kernel-path: Filename of file to read into entry. This i= s > + typically an uncompressed ARM64 Image. > + > + This entry allows binman FIT templates to consume a kernel provided = via > + make variable, similar to how BL31 is passed to atf-bl31. > + """ Please drop the ARM64-specific wording - this etype has no arch dependency and can hold a zImage, Image.gz, vmlinux.bin etc. Something like 'This is typically a Linux kernel image such as Image, Image.gz or zImage' reads better and matches the style of atf_bl31.py, which just describes what the blob is rather than how the FIT template consumes it. > diff --git a/tools/binman/missing-blob-help b/tools/binman/missing-blob-h= elp > @@ -32,6 +32,11 @@ If CONFIG_WDT_K3_RTI_LOAD_FW is enabled, a firmware im= age is needed for > +linux-kernel: > +A Linux kernel image is required to build a Falcon mode FIT image, which > +lets SPL start the OS directly instead of U-Boot proper. Build with > +LINUX_KERNEL=3D/path/to/Image, or disable Falcon mode image generation. This ties the generic linux-kernel blob to Falcon mode, but the etype itself is not Falcon-specific - a user could reference it from any FIT. Please reword to describe the blob generically ('A Linux kernel image is needed by a FIT that embeds one =E2=80=A6') and then mention Falco= n mode as the typical use case. Regards, Simon