On 16/08/19, Marcel Ziswiler wrote:
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.
yes this board is alpha. But thats all I have right now :-p But with the vendor u-boot-imx the board is booting fine. So I assumed I could port and adapt the files and boot things up with newest released u-boot.
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.
I understood that for patch integration it takes some time.
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.
Ok thats important info for me. Which I was not aware of.
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?
No, currently I don't have the possibility to debug it on this level.
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.
Ok, I'll ask my vendor which scfwkit I need for my alpha board here.
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...
Thx for you comments,
Best regards,
Oliver