回复: 回复: [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
Tue Sep 9 16:09:24 CEST 2025
On Tue, Sep 09, 2025 at 03:26:18AM +0000, Alice Guo (OSS) wrote:
> > -----邮件原件-----
> > 发件人: Tom Rini <trini at konsulko.com>
> > 发送时间: 2025年9月8日 22:35
> > 收件人: Alice Guo (OSS) <alice.guo at oss.nxp.com>
> > 抄送: Fabio Estevam <festevam at gmail.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 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.
>
> Hi Tom,
>
> The message appears in the logs: “This can happen when the job is cancelled or times out.” I am using a free Azure DevOps account with a private project and private repository. The maximum allowed runtime on Microsoft-hosted agents is 60 minutes. This limitation seems to be the cause of the issue.
Ah. This is also configurable, and you need to bump it to whatever the
maximum is, which might be 4 hours. Updating the documentation to
explain this after you do it would be good.
> I would like to inquire if there are any alternative solutions available—preferably free—that could run a U-Boot CI pipeline.
We can add contributor repositories on source.denx.de, but we're also a
bit short on fast runners sometimes, can NXP help out with that perhaps?
Thanks!
--
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/20250909/aca2fc6f/attachment.sig>
More information about the U-Boot
mailing list