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