[OE-core] qemu 4.1 boot regression with riscv/musl

Khem Raj raj.khem at gmail.com
Tue Sep 24 02:10:54 UTC 2019


On Mon, Sep 23, 2019 at 6:39 PM Alistair Francis
<Alistair.Francis at wdc.com> wrote:
>
> On Mon, 2019-09-23 at 17:59 -0700, Alistair Francis wrote:
> > On Mon, Sep 23, 2019 at 3:40 PM Khem Raj <raj.khem at gmail.com> wrote:
> > > Alistair,
> > >
> > > OE-core qemu upgrade to 4.1 has ended up with regressing musl/riscv
> > > port. I could pin point it to
> > >
> > > https://git.openembedded.org/openembedded-core/commit/?id=50a7dec95618080962e56fd347f505e691b7ad6f
> > >
> > > it works fine with 4.0, I havent looked further
> > >
> > > To reproduce
> > >
> > > build
> > > MACHINE=qemuriscv64 TCLIBC=musl  bitbake core-image-minimal
> > > TCLIBC=musl runqemu nographic
> >
> > Thanks, I can reproduce this and am bisecting QEMU now.
>
> This QEMU patch causes the failure. It reverts cleanly on master and
> that fixes the issue:
>
> RISC-V: Clear load reservations on context switch and SC
>
> This prevents a load reservation from being placed in one
> context/process,
> then being used in another, resulting in an SC succeeding incorrectly
> and
> breaking atomics.
>
> Signed-off-by: Joel Sing <joel at sing.id.au>
> Reviewed-by: Palmer Dabbelt <palmer at sifive.com>
> Reviewed-by: Richard Henderson <richard.henderson at linaro.org>
> Signed-off-by: Palmer Dabbelt <palmer at sifive.com>
>
> I'll investigate a full solution tomorrow, in the mean time do you want
> to just revert the patch?

yes lets use the revert for now, this will give you enough time to
investigate solution
since its riscv specific it will be low risk and we can even go to 3.0
release with it

>
> Alistair
>
> >
> > Alistair
> >
> > > Thanks
> > > -Khem
> > > --
> > > _______________________________________________
> > > Openembedded-core mailing list
> > > Openembedded-core at lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-core


More information about the Openembedded-core mailing list