On 17/11/2020 04:49, Jean Lucas wrote:
Hello all,
On Pine64 RockPro64 and Pinebook Pro (both RK3399), flashing U-Boot v2021.01-rc2-47-g9324c9a823 defconfig and mainline ATF v2.4-rc0-2-gd01f31c03 to SPI flash of both devices results in a hang shortly after loading the appropriate FDT when booting.
On a Pinebook Pro:
=> load mmc 0:1 ${kernel_addr_r} Image 32418304 bytes read in 1448 ms (21.4 MiB/s) => load mmc 0:1 ${fdt_addr_r} dtbs/rockchip/rk3399-pinebook-pro.dtb 80831 bytes read in 27 ms (2.9 MiB/s) => load mmc 0:1 ${ramdisk_addr_r} initramfs-linux.img 29698825 bytes read in 1291 ms (21.9 MiB/s) => setenv bootargs console=ttyS2,1500000 console=tty0 root=/dev/ghost/root audit=0 => booti ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r} Moving Image from 0x2080000 to 0x2200000, end=41c0000 ## Flattened Device Tree blob at 01f00000 Booting using the
Behavior is the same on RockPro64.
Worth mentioning is that U-Boot from about a week ago (I think rc2-4-gf36603c7a8) with same mainline ATF version written to eMMC results in a working boot on Pinebook Pro, so bug seems to be when booting from SPI.
To further the hypothesis, on RockPro64, the latest U-Boot I can use from SPI (defconfig) is release 2020.04, since later releases also hang on loading the appropriate FDT when booting as described above.
Any ideas as to what could be causing the hangs?
My gru-kevin was hanging at that same place when I tried to boot from USB, try running "usb stop" to see if that hangs. If so, try disabling CONFIG_USB_OHCI_HCD and CONFIG_USB_OHCI_GENERIC, which fixed the hang in my case.