qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH for-2.9] i386: Don't override -cpu options on -c


From: Eduardo Habkost
Subject: Re: [Qemu-devel] [PATCH for-2.9] i386: Don't override -cpu options on -cpu host/max
Date: Mon, 27 Mar 2017 11:19:19 -0300
User-agent: Mutt/1.7.1 (2016-10-04)

On Mon, Mar 27, 2017 at 01:10:59PM +0200, Igor Mammedov wrote:
> On Fri, 24 Mar 2017 17:36:45 -0300
> Eduardo Habkost <address@hidden> wrote:
> 
> > The existing code for "host" and "max" CPU models overrides every
> > single feature in the CPU object at realize time, even the ones
> > that were explicitly enabled or disabled by the user using
> > "feat=on" or "feat=off", while features set using +feat/-feat are
> > kept.
> > 
> > This means "-cpu host,+invtsc" works as expected, while
> > "-cpu host,invtsc=on" doesn't.
> > 
> > This was a known bug, already documented in a comment inside
> > x86_cpu_expand_features(). What makes this bug worse now is that
> > libvirt 3.0.0 and newer now use "feat=on|off" instead of
> > +feat/-feat when it detects a QEMU version that supports it (see
> > libvirt commit d47db7b16dd5422c7e487c8c8ee5b181a2f9cd66).
> > 
> > Change the feature property getter/setter to set a
> > env->user_features field, to keep track of features that were
> > explicitly changed using QOM properties. Then make the
> > max_features code not override user features when handling "-cpu
> > host" and "-cpu max".
> > 
> > This will also allow us to remove the plus_features/minus_features
> > hack in the future, but I plan to do that after 2.9.0 is
> > released.
> > 
> > Reported-by: Jiri Denemark <address@hidden>
> > Signed-off-by: Eduardo Habkost <address@hidden>
> > ---
> >  target/i386/cpu.h |  2 ++
> >  target/i386/cpu.c | 33 +++++++++++++++++++++------------
> >  2 files changed, 23 insertions(+), 12 deletions(-)
> > 
> > diff --git a/target/i386/cpu.h b/target/i386/cpu.h
> > index 07401ad9fe..c4602ca80d 100644
> > --- a/target/i386/cpu.h
> > +++ b/target/i386/cpu.h
> > @@ -1147,6 +1147,8 @@ typedef struct CPUX86State {
> >      uint32_t cpuid_vendor3;
> >      uint32_t cpuid_version;
> >      FeatureWordArray features;
> > +    /* Features that were explicitly enabled/disabled */
> > +    FeatureWordArray user_features;
> >      uint32_t cpuid_model[12];
> >  
> >      /* MTRRs */
> > diff --git a/target/i386/cpu.c b/target/i386/cpu.c
> > index 7aa762245a..5f2addbf75 100644
> > --- a/target/i386/cpu.c
> > +++ b/target/i386/cpu.c
> > @@ -3373,15 +3373,20 @@ static void x86_cpu_expand_features(X86CPU *cpu, 
> > Error **errp)
> >      GList *l;
> >      Error *local_err = NULL;
> >  
> > -    /*TODO: cpu->max_features incorrectly overwrites features
> > -     * set using "feat=on|off". Once we fix this, we can convert
> > +    /*TODO: Now cpu->max_features doesn't overwrite features
> > +     * set using QOM properties, and we can convert
> >       * plus_features & minus_features to global properties
> >       * inside x86_cpu_parse_featurestr() too.
> >       */
> >      if (cpu->max_features) {
> >          for (w = 0; w < FEATURE_WORDS; w++) {
> > -            env->features[w] =
> > -                x86_cpu_get_supported_feature_word(w, cpu->migratable);
> > +            /* Override only features that weren't not set explicitly
> > +             * by the user.
> s/not// or if it was intended rephrase to avoid double negation.

I will fix that, thanks for spotting it.

> 
> > +             */
> > +            env->features[w] &= env->user_features[w];
> it probably should be assert to catch features not set via property,
> which shouldn't be there in the first place, I don't like silent
> filtering that happens here.

I wouldn't like to add an assert() so late in the 2.9 schedule.
But you are right that having anything present in
(env->features & ~env->user_features) would be a bug somewhere
else, and this line is not necessary.

> 
> > +            env->features[w] |=
> > +                x86_cpu_get_supported_feature_word(w, cpu->migratable) &
> > +                ~env->user_features[w];
> >          }
> >      }
> >  
> > @@ -3692,15 +3697,17 @@ static void x86_cpu_unrealizefn(DeviceState *dev, 
> > Error **errp)
> >  }
> >  
> >  typedef struct BitProperty {
> > -    uint32_t *ptr;
> > +    FeatureWord w;
> it would be better if this refactoring and related changes
> were in a separate patch, something along lines:
>  "x86/cpu: use FeatureWord instead of keeping a pointer to cpuid leaf"

I will do it in v2.

> 
> >      uint32_t mask;
> >  } BitProperty;
> >  
> >  static void x86_cpu_get_bit_prop(Object *obj, Visitor *v, const char *name,
> >                                   void *opaque, Error **errp)
> >  {
> > +    X86CPU *cpu = X86_CPU(obj);
> >      BitProperty *fp = opaque;
> > -    bool value = (*fp->ptr & fp->mask) == fp->mask;
> > +    uint32_t f = cpu->env.features[fp->w];
> > +    bool value = (f & fp->mask) == fp->mask;
> >      visit_type_bool(v, name, &value, errp);
> >  }
> >  
> > @@ -3708,6 +3715,7 @@ static void x86_cpu_set_bit_prop(Object *obj, Visitor 
> > *v, const char *name,
> >                                   void *opaque, Error **errp)
> >  {
> >      DeviceState *dev = DEVICE(obj);
> > +    X86CPU *cpu = X86_CPU(obj);
> >      BitProperty *fp = opaque;
> >      Error *local_err = NULL;
> >      bool value;
> > @@ -3724,10 +3732,11 @@ static void x86_cpu_set_bit_prop(Object *obj, 
> > Visitor *v, const char *name,
> >      }
> >  
> >      if (value) {
> > -        *fp->ptr |= fp->mask;
> > +        cpu->env.features[fp->w] |= fp->mask;
> >      } else {
> > -        *fp->ptr &= ~fp->mask;
> > +        cpu->env.features[fp->w] &= ~fp->mask;
> >      }
> > +    cpu->env.user_features[fp->w] |= fp->mask;
> >  }
> >  
> >  static void x86_cpu_release_bit_prop(Object *obj, const char *name,
> > @@ -3745,7 +3754,7 @@ static void x86_cpu_release_bit_prop(Object *obj, 
> > const char *name,
> >   */
> >  static void x86_cpu_register_bit_prop(X86CPU *cpu,
> >                                        const char *prop_name,
> > -                                      uint32_t *field,
> > +                                      FeatureWord w,
> >                                        int bitnr)
> >  {
> >      BitProperty *fp;
> > @@ -3755,11 +3764,11 @@ static void x86_cpu_register_bit_prop(X86CPU *cpu,
> >      op = object_property_find(OBJECT(cpu), prop_name, NULL);
> >      if (op) {
> >          fp = op->opaque;
> > -        assert(fp->ptr == field);
> > +        assert(fp->w == w);
> >          fp->mask |= mask;
> >      } else {
> >          fp = g_new0(BitProperty, 1);
> > -        fp->ptr = field;
> > +        fp->w = w;
> >          fp->mask = mask;
> >          object_property_add(OBJECT(cpu), prop_name, "bool",
> >                              x86_cpu_get_bit_prop,
> > @@ -3787,7 +3796,7 @@ static void x86_cpu_register_feature_bit_props(X86CPU 
> > *cpu,
> >      /* aliases don't use "|" delimiters anymore, they are registered
> >       * manually using object_property_add_alias() */
> >      assert(!strchr(name, '|'));
> > -    x86_cpu_register_bit_prop(cpu, name, &cpu->env.features[w], bitnr);
> > +    x86_cpu_register_bit_prop(cpu, name, w, bitnr);
> >  }
> >  
> >  static GuestPanicInformation *x86_cpu_get_crash_info(CPUState *cs)
> 

-- 
Eduardo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]