[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mips system emulation failure with virtio
From: |
Richard Purdie |
Subject: |
Re: mips system emulation failure with virtio |
Date: |
Tue, 05 Sep 2023 17:50:33 +0100 |
User-agent: |
Evolution 3.48.1-0ubuntu1 |
On Tue, 2023-09-05 at 18:46 +0200, Philippe Mathieu-Daudé wrote:
> On 5/9/23 17:53, Richard Purdie wrote:
> > On Tue, 2023-09-05 at 17:12 +0200, Philippe Mathieu-Daudé wrote:
> > > Hi Richard,
> > >
> > > On 5/9/23 16:50, Richard Purdie wrote:
> > > > On Tue, 2023-09-05 at 14:59 +0100, Alex Bennée wrote:
> > > > > Richard Purdie <richard.purdie@linuxfoundation.org> writes:
> > > > >
> > > > > > With qemu 8.1.0 we see boot hangs fox x86-64 targets.
> > > > > >
> > > > > > These are fixed by 0d58c660689f6da1e3feff8a997014003d928b3b
> > > > > > (softmmu:
> > > > > > Use async_run_on_cpu in tcg_commit) but if I add that commit, mips
> > > > > > and
> > > > > > mips64 break, hanging at boot unable to find a rootfs.
> > >
> > > Are you testing mipsel / mips64el?
> >
> > No, it was mips/mips64, i.e. big endian.
>
> Sorry my question was not clear. I meant: Do you also
> test mipsel / mips64el guests, and if so, do they work?
> (IOW, is this bug only big-endian guest specific?)
Sorry, I misunderstood. We don't test mipsel/mips64el so I don't know
if that is working or not unfortunately.
Cheers,
Richard