On Tue, Mar 30, 2021 at 11:31:25PM -0700, Richard Henderson wrote:
> On 3/30/21 10:47 PM, David Gibson wrote:
> > Richard - the remaining possible problem with the hflags stuff seems
> > to manifest with the assert failing in the last patch. However, I'm
> > guess that's just exposing some more su
On Wed, 31 Mar 2021 15:47:26 +1100
David Gibson wrote:
> On Wed, Mar 31, 2021 at 06:04:27AM +0200, Greg Kurz wrote:
> > On Wed, 31 Mar 2021 11:09:06 +1100
> > David Gibson wrote:
> >
> > > On Tue, Mar 30, 2021 at 08:01:13AM -0700, Richard Henderson wrote:
> > > > On 3/29/21 10:54 PM, David Gibs
On 3/30/21 10:47 PM, David Gibson wrote:
Richard - the remaining possible problem with the hflags stuff seems
to manifest with the assert failing in the last patch. However, I'm
guess that's just exposing some more subtle problem introduced by an
earlier patch. Any chance you could re-order the
On Wed, Mar 31, 2021 at 06:04:27AM +0200, Greg Kurz wrote:
> On Wed, 31 Mar 2021 11:09:06 +1100
> David Gibson wrote:
>
> > On Tue, Mar 30, 2021 at 08:01:13AM -0700, Richard Henderson wrote:
> > > On 3/29/21 10:54 PM, David Gibson wrote:
> > > >B) Just the hflags patches from my / Richard's t
On Wed, 31 Mar 2021 11:09:06 +1100
David Gibson wrote:
> On Tue, Mar 30, 2021 at 08:01:13AM -0700, Richard Henderson wrote:
> > On 3/29/21 10:54 PM, David Gibson wrote:
> > >B) Just the hflags patches from my / Richard's tree
> > > https://gitlab.com/dgibson/qemu/-/pipelines/278497244
>
On Tue, Mar 30, 2021 at 08:01:13AM -0700, Richard Henderson wrote:
> On 3/29/21 10:54 PM, David Gibson wrote:
> >B) Just the hflags patches from my / Richard's tree
> > https://gitlab.com/dgibson/qemu/-/pipelines/278497244
>
> Look closer at this one -- it's an s390x test that's failing:
On 3/29/21 10:54 PM, David Gibson wrote:
B) Just the hflags patches from my / Richard's tree
https://gitlab.com/dgibson/qemu/-/pipelines/278497244
Look closer at this one -- it's an s390x test that's failing:
make: *** [/builds/dgibson/qemu/tests/Makefile.include:63:
run-tcg-tests-s3
On Mon, Mar 29, 2021 at 10:26:02AM -0600, Richard Henderson wrote:
> On 3/29/21 7:05 AM, Greg Kurz wrote:
> > On Wed, 24 Mar 2021 11:03:02 +1100
> > David Gibson wrote:
> >
> > > On Tue, Mar 23, 2021 at 12:43:32PM -0600, Richard Henderson wrote:
> > > > Copying flags directly from msr has drawbac
On 3/29/21 7:05 AM, Greg Kurz wrote:
On Wed, 24 Mar 2021 11:03:02 +1100
David Gibson wrote:
On Tue, Mar 23, 2021 at 12:43:32PM -0600, Richard Henderson wrote:
Copying flags directly from msr has drawbacks: (1) msr bits
mean different things per cpu, (2) msr has 64 bits on 64 cpus
while tb->fl
On Wed, 24 Mar 2021 11:03:02 +1100
David Gibson wrote:
> On Tue, Mar 23, 2021 at 12:43:32PM -0600, Richard Henderson wrote:
> > Copying flags directly from msr has drawbacks: (1) msr bits
> > mean different things per cpu, (2) msr has 64 bits on 64 cpus
> > while tb->flags has only 32 bits.
> >
On Tue, Mar 23, 2021 at 12:43:32PM -0600, Richard Henderson wrote:
> Copying flags directly from msr has drawbacks: (1) msr bits
> mean different things per cpu, (2) msr has 64 bits on 64 cpus
> while tb->flags has only 32 bits.
>
> Create a enum to define these bits. Document the origin of each
Copying flags directly from msr has drawbacks: (1) msr bits
mean different things per cpu, (2) msr has 64 bits on 64 cpus
while tb->flags has only 32 bits.
Create a enum to define these bits. Document the origin of each bit
and validate those bits that must match MSR. This fixes the
truncation o
12 matches
Mail list logo
