Openembedded Core Discussions
 help / color / mirror / Atom feed
From: "Mathieu Dubois-Briand" <mathieu.dubois-briand@bootlin.com>
To: "Nora Schiffer" <nora.schiffer@ew.tq-group.com>
Cc: <oss@ew.tq-group.com>, <openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [PATCH 2/3] kernel-fit-image: reintroduce option to replace kernel image
Date: Mon, 27 Jul 2026 10:33:38 +0200	[thread overview]
Message-ID: <DK97QYBOHP4D.29G0X20PRL3MF@bootlin.com> (raw)
In-Reply-To: <69f7557723a0141ed957ffe24aba08cd3065f60f.camel@ew.tq-group.com>

On Mon Jul 27, 2026 at 10:03 AM CEST, Nora Schiffer wrote:
> On Sat, 2026-07-25 at 15:02 +0200, Mathieu Dubois-Briand wrote:
>> On Thu Jul 23, 2026 at 2:49 PM CEST, Nora Schiffer via lists.openembedded.org wrote:
>> > A similar feature was added in commit 9c8ef2119949 ("kernel-fit-image:
>> > control kernel section with FIT_LINUX_BIN") and subsequently reverted in
>> > commit 6eae261b6f52 ("Revert "kernel-fit-image: control kernel section
>> > with FIT_LINUX_BIN"") due to its incomplete implementation and lack of
>> > tests. Reintroduce an improved version:
>> > 
>> > - The FIT_LINUX_BIN variable (which had been left unused) is renamed to
>> >   FIT_KERNEL_FILENAME. It can now actually be used to select a different
>> >   file from DEPLOY_DIR_IMAGE. The file will be compressed using
>> >   FIT_KERNEL_COMP_ALG as part of the FIT image recipe, rather than than
>> >   letting the kernel recipe handle this through
>> >   kernel-fit-extra-artifacts.bbclass.
>> > - Alternatively, FIT_KERNEL_FILENAME_COMPRESSED can be used to select a
>> >   pre-compressed file from DEPLOY_DIR_IMAGE. In this case,
>> >   FIT_KERNEL_COMP_ALG only controls the "compression" field of the
>> >   generated FIT image.
>> > - To preserve backwards compatibility, FIT_KERNEL_FILENAME_COMPRESSED
>> >   defaults to "linux.bin". As a special case, the compression algorithm
>> >   will be read from "linux_comp" for linux.bin. This behavior is
>> >   considered deprecated and relying on it results in a warning.
>> > - Add tests.
>> > 
>> > To resolve the new deprecation warning, it is usually sufficient to set
>> > KERNEL_IMAGETYPE to the desired type ("Image" on many archs) and set
>> > FIT_KERNEL_FILENAME to the same value.
>> > 
>> > Signed-off-by: Nora Schiffer <nora.schiffer@ew.tq-group.com>
>> > ---
>> 
>> Hi Nora,
>> 
>> Thanks for your patch.
>> 
>> It looks like the test_fit_image_kernel_filename selftest is failing on
>> arm hosts:
>
> Hi Mathieu,
>
> I believe I know how to fix this, but it is unclear to me what exact
> configuration is built here. Is there any way I can replicate the same
> autobuilder configuration, so I can run the tests myself before submitting v2?
>
> Best,
> Nora
>

Hi Nora,

In addition to Yoann reply, keep in mind this is showing on arm host
machine and not on the x86 ones. So it might be a bit tricky to
reproduce.

If you fail to reproduce it locally but want to test some particular
change, please tell me, I can launch a build for that.

Thanks,
Mathieu

-- 
Mathieu Dubois-Briand, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com



  parent reply	other threads:[~2026-07-27  8:33 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-23 12:49 [PATCH 0/3] kernel-fit-image: allow replacing kernel, handle compression in FIT recipe Nora Schiffer
2026-07-23 12:49 ` [PATCH 1/3] kernel-uboot: move FIT_KERNEL_COMP_ALG to image-fitimage.conf Nora Schiffer
2026-07-23 12:49 ` [PATCH 2/3] kernel-fit-image: reintroduce option to replace kernel image Nora Schiffer
2026-07-25 13:02   ` [OE-core] " Mathieu Dubois-Briand
2026-07-27  8:03     ` Nora Schiffer
2026-07-27  8:11       ` Yoann Congal
2026-07-27  8:33       ` Mathieu Dubois-Briand [this message]
2026-07-23 12:49 ` [PATCH 3/3] kernel-fit-extra-artifacts: skip building linux.bin if unneeded Nora Schiffer

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=DK97QYBOHP4D.29G0X20PRL3MF@bootlin.com \
    --to=mathieu.dubois-briand@bootlin.com \
    --cc=nora.schiffer@ew.tq-group.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=oss@ew.tq-group.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