Hi Lukas, On Mon, Jul 22, 2019 at 2:00 AM Lukas Auer <[email protected]> wrote: > > This series adds support for SPL to RISC-V U-Boot. Images can be booted > via OpenSBI (FW_DYNAMIC firmware) or by directly jumping to them. In the > former case, OpenSBI and U-Boot proper are bundled as a FIT image and > made available to U-Boot SPL. Currently, only the QEMU board enables > U-Boot SPL with a dedicated configuration. It uses RAM as SPL boot > device. > > On many RISC-V CPUs, the device tree is provided to U-Boot by the > first stage bootloader. This requires changes to U-Boot SPL (patches 1, > 2 and 3), which modify the behavior on other boards as well. To get > feedback on this, I am therefore sending this series as RFC first. > > To test this series, OpenSBI has to be compiled first. The > fw_dynamic.bin binary must be copied into the U-Boot root directory. > Alternatively, the location of the binary can be specified with the > OPENSBI environment variable. U-Boot can then be build as normal using > the configuration qemu-riscv64_spl_defconfig for 64-bit builds or > qemu-riscv32_spl_defconfig for 32-bit builds. The outputs from the build > process are the U-Boot SPL binary (spl/u-boot-spl.bin) and the U-Boot > FIT image (u-boot.itb) containing U-Boot proper and OpenSBI. > > U-Boot can be run in QEMU with the following command. > > qemu-system-riscv64 -nographic -machine virt -kernel spl/u-boot-spl \ > -device loader,file=u-boot.itb,addr=0x80200000 >
Nice job done! It looks the SPL support was cleanly implemented. I've tested this series, on qemu-riscv64 with UP and SMP, both work fine. However when testing on qemu-riscv32, the U-Boot proper does not boot. Please have a look. Regards, Bin _______________________________________________ U-Boot mailing list [email protected] https://lists.denx.de/listinfo/u-boot
