[U-Boot] [PATCH V2 0/7] ARM: imx: Update Novena to DM/DT

[Vagrant Cascadian <vagrant@debian.org>]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20190604/8b8f5db2/attachment.sig>