> -----邮件原件----- > 发件人: Tim Harvey <thar...@gateworks.com> > 发送时间: 2025年1月1日 4:32 > 收件人: Alice Guo (OSS) <alice....@oss.nxp.com>; Simon Glass > <s...@chromium.org> > 抄送: Tom Rini <tr...@konsulko.com>; Stefano Babic <sba...@denx.de>; Fabio > Estevam <feste...@gmail.com>; dl-uboot-imx <uboot-...@nxp.com>; Lukasz > Majewski <lu...@denx.de>; Sean Anderson <sean...@gmail.com>; Alper > Nebi Yasak <alpernebiya...@gmail.com>; u-boot@lists.denx.de; > ma...@denx.de; Alice Guo <alice....@nxp.com>; Ye Li <ye...@nxp.com>; > Peng Fan <peng....@nxp.com> > 主题: Re: [EXT] Re: [PATCH v2 16/17] imx95_evk: add i.MX95 19x19 EVK board > basic support > > Caution: This is an external email. Please take care when clicking links or > opening attachments. When in doubt, report the message using the 'Report this > email' button > > > On Mon, Dec 30, 2024 at 6:34 PM Alice Guo (OSS) <alice....@oss.nxp.com> > wrote: > > > > > 主题: [EXT] Re: [PATCH v2 16/17] imx95_evk: add i.MX95 19x19 EVK board > > > basic support > > > > > > > I gave this series a go on top of 5cfbf8c364 origin/next on an EVK I > > > have here and I saw no u-boot proper output after the ATF. > > > > > > Here is what I saw on UART2: > > > U-Boot SPL 2025.01-rc5-00393-g9b292f7d347f (Dec 27 2024 - 16:12:20 > > > -0800) DDRMIX is powered UP Normal Boot Trying to boot from MMC2 > > > Primary set selected Load image from MMC/SD 0xdec00 > > > NOTICE: BL31: v2.10.0 (release):lf-6.6.52-2.2.0 > > > NOTICE: BL31: Built : 16:06:15, Dec 27 2024 > > > > > > U-Boot SPL 2025.01-rc5-00393-g9b292f7d347f (Dec 27 2024 - 16:12:20 > > > -0800) DDRMIX is powered UP Normal Boot Trying to boot from MMC2 > > > Primary set selected Load image from MMC/SD 0xdec00 > > > NOTICE: BL31: v2.10.0 (release):lf-6.6.52-2.2.0 > > > NOTICE: BL31: Built : 16:06:15, Dec 27 2024 ^^^ nothing after this > > > > > > Any thoughts on what is wrong here? > > > > > > Best Regards, > > > > > > Tim > > > > Hi Tim, > > > > I tried it on my MX95 and it works well, so I not sure what causes this > > issue on > your EVK. > > > > Hi Alice, > > I discovered what happened. The first make for uboot resulted in a binman > warning (which should be a failure but is not for some reason) and results in > an > image that doesn't contain uboot proper: > WARNING './u-boot.bin' not found, resulting binary may be not-functional > > Simon, do you know why this warning doesn't result in a make failure? > > Doing a second make works, so I think there is likely a binman dependency > issue > going on here. You can re-create the issue with a distclean as shown here: > > COPY spl/u-boot-spl.bin > SYM spl/u-boot-spl.sym > CHECK spl/u-boot-spl.cfgout > CHECK u-boot-container.cfgout > WARNING './u-boot.bin' not found, resulting binary may be not-functional > OBJCOPY u-boot.srec > OBJCOPY u-boot-nodtb.bin > RELOC u-boot-nodtb.bin > CAT u-boot-dtb.bin > COPY u-boot.bin > SYM u-boot.sym > MKIMAGE u-boot.img > COPY u-boot.dtb > MKIMAGE u-boot-dtb.img > LDS u-boot-elf.lds > LD u-boot.elf > BINMAN .binman_stamp > OFCHK .config > -rw-r--r-- 1 tharvey Tim Harvey 922624 Dec 31 11:08 imx-boot-imx95.bin ^^^ > image too small... missing u-boot.bin > > $ make && ls -l imx-boot-imx95.bin > UPD include/generated/timestamp_autogenerated.h > CC common/version.o > AR common/built-in.o > LD u-boot > OBJCOPY u-boot.srec > OBJCOPY u-boot-nodtb.bin > RELOC u-boot-nodtb.bin > CAT u-boot-dtb.bin > COPY u-boot.bin > SYM u-boot.sym > CC spl/common/spl/spl.o > AR spl/common/spl/built-in.o > LD spl/u-boot-spl > OBJCOPY spl/u-boot-spl-nodtb.bin > CAT spl/u-boot-spl-dtb.bin > COPY spl/u-boot-spl.bin > SYM spl/u-boot-spl.sym > MKIMAGE u-boot.img > MKIMAGE u-boot-dtb.img > LD u-boot.elf > CHECK u-boot-container.cfgout > BINMAN .binman_stamp > OFCHK .config > -rw-r--r-- 1 tharvey Tim Harvey 1709056 Dec 31 11:10 imx-boot-imx95.bin ^^^ > now we have a proper image > > Best Regards, > > Tim
Hi Tim, When using "make distclean; make imx95_19x19_evk_defconfig; make", imx9_image.sh will delete the line "IMAGE A55 u-boot.bin CONFIG_TEXT_BASE" in container.cfg for i.MX95. I correct it in v3 and will send it later. Best Regards, Alice Guo
