回复: [PATCH v4 1/2] binman: add a new entry type to support .bin file generation for the i.MX95 platform

Tom Rini trini at konsulko.com
Mon Sep 8 16:35:03 CEST 2025


On Mon, Sep 08, 2025 at 03:40:32AM +0000, Alice Guo (OSS) wrote:
> > -----邮件原件-----
> > 发件人: Fabio Estevam <festevam at gmail.com>
> > 发送时间: 2025年9月6日 5:53
> > 收件人: Alice Guo (OSS) <alice.guo at oss.nxp.com>
> > 抄送: Tom Rini <trini at konsulko.com>; Simon Glass <sjg at chromium.org>; Alper
> > Nebi Yasak <alpernebiyasak at gmail.com>; Stefano Babic
> > <sbabic at nabladev.com>; dl-uboot-imx <uboot-imx at nxp.com>; Alice Guo
> > <alice.guo at nxp.com>; Marek Vasut <marek.vasut at mailbox.org>;
> > tharvey at gateworks.com; u-boot at lists.denx.de
> > 主题: Re: [PATCH v4 1/2] binman: add a new entry type to support .bin file
> > generation for the i.MX95 platform
> > 
> > On Wed, Aug 27, 2025 at 4:06 AM Alice Guo (OSS) <alice.guo at oss.nxp.com>
> > wrote:
> > >
> > > From: Alice Guo <alice.guo at nxp.com>
> > >
> > > To support passing specific commands defined in enum imx8image_cmd to
> > > the imx8image_copy_image() function, this patch introduces a new entry
> > > type nxp-imx9image. This entry generates a plain text data file
> > > containing the relevant commands, enabling flexible configuration
> > > during image creation.
> > >
> > > Signed-off-by: Alice Guo <alice.guo at nxp.com>
> > 
> > I'm getting CI failures:
> > 
> > +/binman/m33-oei-ddrfw/oei-m33-ddr (oei-m33-ddr.bin):
> > +/binman/m33-oei-ddrfw/imx-lpddr/imx-lpddr-imem
> > (lpddr5_imem_v202409.bin):
> > +/binman/m33-oei-ddrfw/imx-lpddr/imx-lpddr-dmem
> > (lpddr5_dmem_v202409.bin):
> > +/binman/m33-oei-ddrfw/imx-lpddr-qb/imx-lpddr-imem-qb
> > (lpddr5_imem_qb_v202409.bin):
> > +/binman/m33-oei-ddrfw/imx-lpddr-qb/imx-lpddr-dmem-qb
> > (lpddr5_dmem_qb_v202409.bin):
> > +Image 'm33-oei-ddrfw' has faked external blobs and is non-functional:
> > oei-m33-ddr.bin lpddr5_imem_v202409.bin lpddr5_dmem_v202409.bin
> > lpddr5_imem_qb_v202409.bin lpddr5_dmem_qb_v202409.bin
> > +binman: Error 1 running 'mkimage -d ./imx9image.imx-boot.spl -n
> > ./spl/u-boot-spl.cfgout -T imx8image ./imx9image-out.imx-boot.spl':
> > Fail open first container file mx95b0-ahab-container.img
> > +make[1]: *** [Makefile:1339: .binman_stamp] Error 1
> > +make: *** [Makefile:198: sub-make] Error 2
> > +binman: Error 1 running 'mkimage -d ./imx9image.imx-boot.spl -n
> > ./spl/u-boot-spl.cfgout -T imx8image ./imx9image-out.imx-boot.spl':
> > Fail open first container file mx95a0-ahab-container.img
> > 
> > https://source.denx.de/u-boot/custodians/u-boot-imx/-/jobs/1238965
> > 
> > To reinforce what I asked you before: for v5, please make sure that you send me
> > a link showing that CI has passed.
> 
> Hi Fabio,
> 
> Thank you for your message. I am currently using Azure Pipelines (free version), but recently the world_build stage has failed to run properly. I will try alternative way to run the CI pipeline to ensure everything is properly checked before posting.

What problems do you see with the world build pipeline? I don't wait for
it to complete every time I push (due to how long it takes) but it
should never be broken.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20250908/44350cfe/attachment.sig>


More information about the U-Boot mailing list