[U-Boot] RISC-V: Crashes with OpenSBI+U-Boot on the qemu "virt" machine
David Abdurachmanov
david.abdurachmanov at gmail.com
Sat May 4 16:28:53 UTC 2019
On Sat, May 4, 2019 at 7:20 PM Anup Patel <anup at brainfault.org> wrote:
>
> On Sat, May 4, 2019 at 8:38 PM Karsten Merker <merker at 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
More information about the U-Boot
mailing list