
On 2019-05-17, Marek Vasut wrote:
Update Kosagi Novena to DM / DT and remove the warnings. This depends on the following patches / series:
https://patchwork.ozlabs.org/patch/1095618/ https://patchwork.ozlabs.org/patch/1101171/
These are now merged in 2019.07-rc3.
https://patchwork.ozlabs.org/project/uboot/list/?series=108463
These were not yet.
I have two oustanding issues... with some files it sometimes fails to load one or more from SATA:
Retrieving file: /boot/initrd.img-5.0.0-trunk-armmp 20077960 bytes read in 375 ms (51.1 MiB/s) Retrieving file: /boot/vmlinuz-5.0.0-trunk-armmp 4215296 bytes read in 40 ms (100.5 MiB/s) append: root=UUID=9666ab0b-f932-4e2f-95d7-0e96a12a4540 ro quiet Retrieving file: /usr/lib/linux-image-5.0.0-trunk-armmp/imx6q-novena.dtb CACHE: Misaligned operation at range [fafb5398, fafb6398] CACHE: Misaligned operation at range [fafb5398, fafb6398] ERROR: v7_outer_cache_inval_range - start address is not aligned - 0xfafb5398 ERROR: v7_outer_cache_inval_range - stop address is not aligned - 0xfafb6398 invalid extent block
It then falls back to one of the other kernels (using the extlinux.conf parsing) and succeeds. It consistantly gets a cache/alignment error with this specific file. A bit-for-bit identical .dtb loaded from another path works just fine. Older versions of u-boot boot this fine. Would some particular EXT4 flag possibly be causing issues?
Several other kernel+initrd+dtb combinations work fine.
I have not noticed issues loading from PXE.
The second issue is still using one out of four exposed USB ports fails and resets the board:
load usb 0:1 $kernel_addr_r misc/Binaries/linux/Image data abort pc : [<fefbb67a>] lr : [<fefbb0fd>] reloc pc : [<1783367a>] lr : [<178330fd>] sp : faf7c6e8 ip : 00000003 fp : 00000005 r10: faf8b200 r9 : faf87ea0 r8 : 00000001 r7 : faf8b2c0 r6 : f9f7a040 r5 : faf7c710 r4 : 00000038 r3 : 0000006d r2 : f9f7a0a3 r1 : faf8b32c r0 : f9f7a09f Flags: nzCv IRQs off FIQs off Mode SVC_32 Code: 4630fc5b 81f0e8bd e7d84606 bf082b2f (f822235c) Resetting CPU ...
The three other usb ports work just fine with the same USB stick and file. All four ports work with 2019.01.
Despite those two issues somewhat significant issues... it does appear to work in general... so, with 2019.07-rc3 + https://patchwork.ozlabs.org/project/uboot/list/?series=108463 and this series applied, with the above caveats:
Tested-by: Vagrant Cascadian vagrant@debian.org
live well, vagrant
Marek Vasut (7): ARM: dts: imx: novena: Import Novena DT from Linux ARM: imx: novena: Enable DM pin control ARM: imx: novena: Enable DM GPIO ARM: imx: novena: Convert block devices to DM ARM: imx: novena: Enable DM USB ARM: imx: novena: Enable DM PCI ARM: imx: novena: Convert to DM VIDEO
arch/arm/dts/Makefile | 3 +- arch/arm/dts/imx6q-novena.dts | 797 ++++++++++++++++++++++++++++++++++ board/kosagi/novena/novena.c | 77 +--- board/kosagi/novena/video.c | 3 + configs/novena_defconfig | 18 +- include/configs/novena.h | 9 +- 6 files changed, 838 insertions(+), 69 deletions(-) create mode 100644 arch/arm/dts/imx6q-novena.dts
Cc: Fabio Estevam fabio.estevam@nxp.com Cc: Stefano Babic sbabic@denx.de Cc: Vagrant Cascadian vagrant@debian.org -- 2.20.1