Hi all,

Alexander Dahl <a...@thorsis.com> 於 2025年5月15日 週四 下午12:44寫道:
>
> Hei hei,
>
> Am Thu, May 15, 2025 at 09:35:34AM +0200 schrieb Quentin Schulz:
> > Hi Simon,
> >
> > On 5/14/25 9:44 PM, Simon Glass wrote:
> > > Hi,
> > >
> > > On Tue, 13 May 2025 at 17:28, Quentin Schulz <quentin.sch...@cherry.de> 
> > > wrote:
> > > >
> > > > Hi Aristo,
> > > >
> > > > On 5/5/25 12:08 PM, Aristo Chen wrote:
> > > > > When parsing a FIT image source (ITS), mkimage does not currently 
> > > > > check
> > > > > whether the image names referenced in the /configurations section 
> > > > > (e.g.
> > > > > "kernel", "fdt", "ramdisk", "loadables") actually exist in the /images
> > > > > node.
> > > > >
> > > > > This patch introduces a validation step during FIT import that 
> > > > > iterates
> > > > > over each configuration and verifies that all referenced image names 
> > > > > are
> > > > > defined under /images. If a missing image is detected, an appropriate
> > > > > error is reported and mkimage exits with FDT_ERR_NOTFOUND.
> > > > >
> > >
> > > One option (for boards which use Binman) would be to put these sorts
> > > of checks in there, since it might be easier to code? But having it in
> > > mkimage as well seems reasonable to me.
> > >
> >
> > mkimage can be used to generate images from outside of U-Boot. I believe
> > this is what Yocto does for example to generate kernel FIT (see
> > UBOOT_MKIMAGE and others), so having an additional check in mkimage is
> > probably a good idea.
>
> Not sure about Yocto, but ptxdist [1] does exactly this: using mkimage
> to build signed FIT images, even if U-Boot is not used as bootloader.
>
> (ptxdist also uses mkimage when optionally packing U-Boot scripts.
> Those need to be put into an image so U-Boot can execute it.)
>
> Greets
> Alex
>
> [1] https://www.ptxdist.org/

Thank you very much for the reviews and all the helpful suggestions!

Previously, I verified my patch using `./test/py/test.py -ra --bd
sandbox --build`, and AFAICT everything looked fine. However, I just
ran `make tests` and noticed that my patch causes some binman related
test failures.

I'll take some time to investigate the root cause before sending out
the v2 patch.

Best regards,
Aristo

Reply via email to