Re: [U-Boot] [PATCH V2 0/7] ARM: imx: Update Novena to DM/DT
On 2019-08-19, Marek Vasut wrote: > On 6/4/19 9:06 AM, Vagrant Cascadian wrote: >> On 2019-05-17, Marek Vasut wrote: >>> Update Kosagi Novena to DM / DT and remove the warnings. ... >> 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? > > I don't know. Do you still run into this with u-boot/master ? Still occurring with 2019.10-rc2. Haven't tested with master yet. Using "dcache off" before booting still outputs the CACHE and ERROR messages, but does successfully boot. >> 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 : [] lr : [] >> reloc pc : [<1783367a>]lr : [<178330fd>] >> sp : faf7c6e8 ip : 0003 fp : 0005 >> r10: faf8b200 r9 : faf87ea0 r8 : 0001 >> r7 : faf8b2c0 r6 : f9f7a040 r5 : faf7c710 r4 : 0038 >> r3 : 006d 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. > > Can you debug it ? I think some of this was due to the EFI stuff , which > I think was fixed since. Can you re-check that ? USB appears to be working fine with 2019.10-rc2. live well, vagrant signature.asc Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] [PATCH V2 0/7] ARM: imx: Update Novena to DM/DT
On 6/4/19 9:06 AM, Vagrant Cascadian wrote: > 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? I don't know. Do you still run into this with u-boot/master ? > 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 : [] lr : [] > reloc pc : [<1783367a>]lr : [<178330fd>] > sp : faf7c6e8 ip : 0003 fp : 0005 > r10: faf8b200 r9 : faf87ea0 r8 : 0001 > r7 : faf8b2c0 r6 : f9f7a040 r5 : faf7c710 r4 : 0038 > r3 : 006d 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. Can you debug it ? I think some of this was due to the EFI stuff , which I think was fixed since. Can you re-check that ? ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] [PATCH V2 0/7] ARM: imx: Update Novena to DM/DT
On 6/6/19 7:17 PM, Vagrant Cascadian wrote: > On 2019-06-04, Vagrant Cascadian wrote: >> On 2019-05-17, Marek Vasut wrote: > > Retried with a build from: > > https://github.com/marex/u-boot-imx/tree/imx-dm > commit:7a381bb7edfd43aefc1dbfea6d574234ef9d7771 > > Which contains the two patchsets needed. > > >> 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. > > Running "dcache off" before booting still produces the warnings/errors, > but actually does boot successfully. Of course, it's much slower. Well, someone needs to debug this :-) >> 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 : [] lr : [] >> reloc pc : [<1783367a>]lr : [<178330fd>] >> sp : faf7c6e8 ip : 0003 fp : 0005 >> r10: faf8b200 r9 : faf87ea0 r8 : 0001 >> r7 : faf8b2c0 r6 : f9f7a040 r5 : faf7c710 r4 : 0038 >> r3 : 006d 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. > > Got a bit-for-bit identical error on this one. > > I was able to get the objdump output with the reloc pc value: > > $ arm-linux-gnueabihf-objdump -d u-boot | grep 178337aa > 178337aa: f822 3b02 strh.w r3, [r2], #2 > > Hope that's helpful! Not at all, it basically says "writing unknown value to unknown offset in memory causes data abort". If you run ...objdump -lSD u-boot, you can likely find more information in the dump and also where/why it crashes. -- Best regards, Marek Vasut ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] [PATCH V2 0/7] ARM: imx: Update Novena to DM/DT
On 2019-06-04, Vagrant Cascadian wrote: > On 2019-05-17, Marek Vasut wrote: Retried with a build from: https://github.com/marex/u-boot-imx/tree/imx-dm commit:7a381bb7edfd43aefc1dbfea6d574234ef9d7771 Which contains the two patchsets needed. > 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. Running "dcache off" before booting still produces the warnings/errors, but actually does boot successfully. Of course, it's much slower. > 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 : [] lr : [] > reloc pc : [<1783367a>]lr : [<178330fd>] > sp : faf7c6e8 ip : 0003 fp : 0005 > r10: faf8b200 r9 : faf87ea0 r8 : 0001 > r7 : faf8b2c0 r6 : f9f7a040 r5 : faf7c710 r4 : 0038 > r3 : 006d 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. Got a bit-for-bit identical error on this one. I was able to get the objdump output with the reloc pc value: $ arm-linux-gnueabihf-objdump -d u-boot | grep 178337aa 178337aa: f822 3b02 strh.w r3, [r2], #2 Hope that's helpful! live well, vagrant signature.asc Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] [PATCH V2 0/7] ARM: imx: Update Novena to DM/DT
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 : [] lr : [] reloc pc : [<1783367a>]lr : [<178330fd>] sp : faf7c6e8 ip : 0003 fp : 0005 r10: faf8b200 r9 : faf87ea0 r8 : 0001 r7 : faf8b2c0 r6 : f9f7a040 r5 : faf7c710 r4 : 0038 r3 : 006d 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 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 > Cc: Stefano Babic > Cc: Vagrant Cascadian > -- > 2.20.1 signature.asc Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
[U-Boot] [PATCH V2 0/7] ARM: imx: Update Novena to DM/DT
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/ https://patchwork.ozlabs.org/project/uboot/list/?series=108463 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 Cc: Stefano Babic Cc: Vagrant Cascadian -- 2.20.1 ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
