On Tue, Sep 09, 2025 at 03:26:18AM +0000, Alice Guo (OSS) wrote: > > -----邮件原件----- > > 发件人: Tom Rini <tr...@konsulko.com> > > 发送时间: 2025年9月8日 22:35 > > 收件人: Alice Guo (OSS) <alice....@oss.nxp.com> > > 抄送: Fabio Estevam <feste...@gmail.com>; Simon Glass > > <s...@chromium.org>; Alper Nebi Yasak <alpernebiya...@gmail.com>; Stefano > > Babic <sba...@nabladev.com>; dl-uboot-imx <uboot-...@nxp.com>; Alice > > Guo <alice....@nxp.com>; Marek Vasut <marek.va...@mailbox.org>; > > thar...@gateworks.com; u-boot@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 <feste...@gmail.com> > > > > 发送时间: 2025年9月6日 5:53 > > > > 收件人: Alice Guo (OSS) <alice....@oss.nxp.com> > > > > 抄送: Tom Rini <tr...@konsulko.com>; Simon Glass <s...@chromium.org>; > > > > Alper Nebi Yasak <alpernebiya...@gmail.com>; Stefano Babic > > > > <sba...@nabladev.com>; dl-uboot-imx <uboot-...@nxp.com>; Alice Guo > > > > <alice....@nxp.com>; Marek Vasut <marek.va...@mailbox.org>; > > > > thar...@gateworks.com; u-boot@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....@oss.nxp.com> > > > > wrote: > > > > > > > > > > From: Alice Guo <alice....@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....@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
signature.asc
Description: PGP signature
