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 lukma@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 lukma@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: lukma@denx.de