Hi Lukasz, On 28.08.24 09:55, Lukasz Majewski wrote: > Hi Fabio, > >> Hi Lukasz, >> >> On Tue, Aug 20, 2024 at 12:00 PM Lukasz Majewski <lu...@denx.de> >> wrote: >>> The image offset when booting from SPI-NOR (QSPI, FSPI driver) is >>> different than one for SD card / eMMC as extra space (0x1000) is >>> consumed by FSPI configuration header (CONFIG_FSPI_CONF_HEADER). >>> >>> Signed-off-by: Lukasz Majewski <lu...@denx.de> >>> --- >>> Changes for v2: >>> - Avoid line breaks with defines >> From the other thread, my understanding is that QSPI boot is still not >> working with this patch applied. >> > But this is an orthogonal problem - the problem is with binman image > generation. > > This patch follows the code already present in e.g. imx8mm_beacon* > boards. > >> Please resend this patch when the QSPI boot problem is resolved. >> > As I've written above - problem is solely with binman code generation - > after reverting 3 last commits from imx8mm-u-boot.dtsi the image is > correctly generated.
I can also see this. When I apply all your patches and revert those 3 commits, SDP boot via uuu and flashing SPI NOR flash with the qspi Image works. And then also SPI boot works. When I don't revert the 3 commit, it does not work. (SDP boot via uuu does not work and the Image does not boot when flashed into SPI NOR flash). I haven't investigated what the problem is or how it can be fixed though. So I guess further investigation is needed here. Benjamin > >> Thanks > > > > Best regards, > > Lukasz Majewski > > -- > > DENX Software Engineering GmbH, Managing Director: Erika Unter > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lu...@denx.de
