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

[Alice Guo (OSS)]

> -----邮件原件-----
> 发件人: 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.

I would like to inquire if there are any alternative solutions available—preferably free—that could run a U-Boot CI pipeline.

Best regards,
Alice Guo