On Sat, May 4, 2019 at 7:20 PM Anup Patel anup@brainfault.org wrote:
On Sat, May 4, 2019 at 8:38 PM Karsten Merker merker@debian.org wrote:
On Sat, May 04, 2019 at 09:24:15AM +0530, Anup Patel wrote:
[U-Boot+OpenSBI crash with more than 2GB RAM in qemu-system-riscv64]
I tried again with image header changes applied to u-boot and Linux kernel but still not able to reproduce the issues.
Either you might have more local changes or debian toolchain is causing issue for u-boot.
Hello,
I hadn't made any local changes besides the ones described in my original email, i.e. the application of the booti patches. To check for a toolchain-related problem I have rebuilt everything with both the gcc8-based and the gcc7-based buildroot toolchains, but the problem remained in all cases, regardless of whether I used the branch with the booti patch or the plain v2019.07-rc1 tag, so the problem is definitely not specific to the Debian toolchain. As a new qemu release has happend just a few days ago, I have now tried to upgrade qemu from the previous release version 3.1.0 to the freshly released version 4.0.0, and indeed with qemu 4.0.0 both the 2GB problem and the hang of init in SMP configurations with OpenSBI+U-Boot are gone. Which qemu version had you been using in your tests?
I am using QEMU 4.0.0-rc2.
If you want to use SMP with U-Boot you need to use QEMU 4.0.0 + Kernel 5.1 + U-Boot v2019.07-rc1. At least that's what I recall.
david