Hi Oliver
On Fri, 2019-08-16 at 12:43 +0000, Oliver Graute wrote:
I'am currently working on the following patch to get the imx8qm- rom7720-a1
That version sounds suspiciously like it may be based on initial alpha silicon from NXP which as far as I know is not supported anywhere any more. Not even in downstream.
If it has alpha silicon my suggestion is to throw it away and move on.
board working with recent u-boot v2019.07.
v2019.07 has long since been released. So what you are talking about would be any future release like v2020.01 as even the v2019.10 merge window long since closed.
Unfortunaly I get no output on my serial line.
Alpha chips came with different boot ROM requiring completely different SCFW as far as I know.
I'am not sure if something in my patch is just missing or if my composition of "SCFW + ATF + uboot" which is necessary for this imx8qm board, is not working the right way.
I am also wondering whether that hardware really does not require customised SCFW but rather relies on NXP's ancient since obsolete validation board one. If so it would need to be more or less fully identical to that hardware which I seriously doubt. Is that really the case?
Perhaps somebody can guide me in the right direction to debug this further.
To debug this one would probably need access to the SCU's tightly coupled UART aka SCU.UART0.RX/TX. Plus a special built SCFW that actually makes use of it. Do you have that?
BTW: NXP's latest SCFWKIT is version 1.2.2 while you still reference ancient version 1.1. More or less the whole world changed ever since.
Currently I'am applying the patch and building u-boot this way:
$ export ATF_LOAD_ADDR=0x80000000 $ export BL33_LOAD_ADDR=0x80020000 $ make imx8qm_rom7720_a1_4G_defconfig $ make flash.bin $ dd if=u-boot.itb of=flash.bin bs=512 seek=854 $ sudo dd if=flash.bin of=/dev/sd[x] bs=1k seek=32 conv=fsync
Well, meanwhile at least their MEKs NXP boots now via SPL. However, due to current incompatibility with their recovery tooling uuu at least we still boot our hardware without SPL but that would require building it differently e.g. see here:
https://gitlab.denx.de/u-boot/u-boot/blob/master/board/toradex/apalis-imx8/R...
You may also be able to recovery boot it via serial downloader but that depends on fusing/strapping...
Then I put the SD card into the board and power it on. But no output ony my serial line.
Best Regards,
Oliver Graute (1):
Cheers
Marcel
imx: support i.MX8QM ROM 7720 a1 board
arch/arm/dts/Makefile | 1 + arch/arm/dts/imx8qm-rom7720-a1.dts | 373 ++++++++++++++++++ arch/arm/mach-imx/imx8/Kconfig | 7 + arch/arm/mach-imx/mkimage_fit_atf.sh | 3 + board/freescale/imx8qm_rom7720_a1/Kconfig | 14 + board/freescale/imx8qm_rom7720_a1/MAINTAINERS | 6 + board/freescale/imx8qm_rom7720_a1/Makefile | 11 + board/freescale/imx8qm_rom7720_a1/README | 53 +++ .../imx8qm_rom7720_a1/imx8qm_rom7720_a1.c | 181 +++++++++ .../freescale/imx8qm_rom7720_a1/imximage.cfg | 21 + board/freescale/imx8qm_rom7720_a1/spl.c | 228 +++++++++++ configs/imx8qm_rom7720_a1_4G_defconfig | 77 ++++ include/configs/imx8qm_rom7720.h | 293 ++++++++++++++ 13 files changed, 1268 insertions(+) create mode 100644 arch/arm/dts/imx8qm-rom7720-a1.dts create mode 100644 board/freescale/imx8qm_rom7720_a1/Kconfig create mode 100644 board/freescale/imx8qm_rom7720_a1/MAINTAINERS create mode 100644 board/freescale/imx8qm_rom7720_a1/Makefile create mode 100644 board/freescale/imx8qm_rom7720_a1/README create mode 100644 board/freescale/imx8qm_rom7720_a1/imx8qm_rom7720_a1.c create mode 100644 board/freescale/imx8qm_rom7720_a1/imximage.cfg create mode 100644 board/freescale/imx8qm_rom7720_a1/spl.c create mode 100644 configs/imx8qm_rom7720_a1_4G_defconfig create mode 100644 include/configs/imx8qm_rom7720.h