Hello Marek,

On 12.10.24 23:24, Marek Vasut wrote:
On 10/10/24 10:28 AM, Heiko Schocher wrote:
trying to load current flash.bin with uuu tool
leads in not booting U-Boot as missing some bytes.

Align flash.bin in this case to 0x800 bytes, to
make uuu and ROM api happy.

Signed-off-by: Heiko Schocher <h...@denx.de>
---
I am unsure about the value of 0x800 which is twice the
value the code in spl_romapi_load_image_stream(), requests
from romapi which in my case on imx8mp is 0x400...

May I oversee something?
Was the flash.bin aligned differently before the binman conversion , or did it work with UUU by sheer chance ? I don't see any alignment changes during the binman conversion.

May it was broken before too?

tools/imx8mimage.c does contain

  33 #define ALIGN_SIZE              0x1000

But that should be called internally by binman anyway.

Is the flash.bin correct or is it already corrupted when generated by this binman stuff ? You should be able to extract the u-boot.itb from flash.bin and run mkimage -l on it to validate it.

No problem with u-boot.itb, just the spl_romapi_load_image_stream()
waits for more bytes...

Strange ... I disabled CONFIG_IMX_HAB in my defconfig and now without
this patch U-Boot boots, but uuu stops @ 98% and after a while it shows:

"""
>Start Cmd:SDPS: boot -f /media/pi/data/srv/tftpboot/xxx/20241010/flash.bin
Wait for Known USB |New USB Device Attached at 1:11313
98%1:11313>Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7)(24.48s)





Error: HID(W): LIBUSB_ERROR_TIMEOUT (-7)



load flash.bin failure
"""

-7 (E2BIG) ?

bye,
Heiko
--
DENX Software Engineering GmbH,      Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-52   Fax: +49-8142-66989-80   Email: h...@denx.de

Reply via email to