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

Vagrant Cascadian
2019-06-04T07:06:13Z

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>