qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 2/2] i386/cpu/hyperv: support over 64 vcpus for


From: Gonglei (Arei)
Subject: Re: [Qemu-devel] [PATCH 2/2] i386/cpu/hyperv: support over 64 vcpus for windows guests
Date: Thu, 7 Sep 2017 01:05:33 +0000


> -----Original Message-----
> From: Eduardo Habkost [mailto:address@hidden
> Sent: Tuesday, September 05, 2017 9:17 PM
> To: Gonglei (Arei)
> Cc: address@hidden; address@hidden; address@hidden;
> address@hidden; address@hidden; address@hidden;
> Huangweidong (C)
> Subject: Re: [PATCH 2/2] i386/cpu/hyperv: support over 64 vcpus for windows
> guests
> 
> On Tue, Sep 05, 2017 at 05:30:05PM +0800, Gonglei wrote:
> > Starting with Windows Server 2012 and Windows 8, if
> > CPUID.40000005.EAX contains a value of -1, Windows assumes specific
> > limit to the number of VPs. In this case, Windows Server 2012
> > guest VMs may use more than 64 VPs, up to the maximum supported
> > number of processors applicable to the specific Windows
> > version being used.
> >
> >
> https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/referenc
> e/tlfs
> >
> > For compatibility, Let's introduce a new property for X86CPU,
> > named "hv-cpuid-limits-eax" as Paolo's suggestion, and set it
> > to "on" before machine 2.10.
> >
> > Signed-off-by: Gonglei <address@hidden>
> > ---
> >  include/hw/i386/pc.h |  5 +++++
> >  target/i386/cpu.c    |  1 +
> >  target/i386/cpu.h    |  2 ++
> >  target/i386/kvm.c    | 18 +++++++++++++++++-
> >  4 files changed, 25 insertions(+), 1 deletion(-)
> >
> > diff --git a/include/hw/i386/pc.h b/include/hw/i386/pc.h
> > index 8226904..db32e58 100644
> > --- a/include/hw/i386/pc.h
> > +++ b/include/hw/i386/pc.h
> > @@ -371,6 +371,11 @@ bool e820_get_entry(int, uint32_t, uint64_t *,
> uint64_t *);
> >
> >  #define PC_COMPAT_2_10 \
> >      HW_COMPAT_2_10 \
> > +    {\
> > +        .driver   = TYPE_X86_CPU,\
> > +        .property = "hv_cpuid_limits_eax",\
> 
> The property name is hv-cpuid-limits-eax.
> 
Make sense to me.

> > +        .value    = "on",\
> > +    },\
> >
> >  #define PC_COMPAT_2_9 \
> >      HW_COMPAT_2_9 \
> > diff --git a/target/i386/cpu.c b/target/i386/cpu.c
> > index 69676e1..0d47bdd 100644
> > --- a/target/i386/cpu.c
> > +++ b/target/i386/cpu.c
> > @@ -4145,6 +4145,7 @@ static Property x86_cpu_properties[] = {
> >                       false),
> >      DEFINE_PROP_BOOL("vmware-cpuid-freq", X86CPU,
> vmware_cpuid_freq, true),
> >      DEFINE_PROP_BOOL("tcg-cpuid", X86CPU, expose_tcg, true),
> > +    DEFINE_PROP_BOOL("hv-cpuid-limits-eax", X86CPU,
> hv_cpuid_limits_eax, false),
> 
> The property name "hv-cpuid-limits-eax" doesn't say anything
> about what it does exactly when set to true.
> 
> What about just making it int32?  e.g.:
> 
>     DEFINE_PROP_INT32("x-hv-max-vps", X86CPU, hv_max_vps, -1)
> [...]
>     {\
>         .driver   = TYPE_X86_CPU,\
>         .property = "x-hv-max-vps",\
>         .value    = "0x40",\
>     },\
> [...]
>     c->function = HYPERV_CPUID_IMPLEMENT_LIMITS;
>     c->eax = cpu->hv_max_vps;
> 
> 
> (The "x-" prefix indicates that the property is not supposed to
> be a stable user interface.)
> 
I thought about this as well.
but actually we can't assure that users set the x-hv-max-vps an invalid value if
we use this method. Do we really need to expose eax directly?

> 
> >      DEFINE_PROP_END_OF_LIST()
> >  };
> >
> > diff --git a/target/i386/cpu.h b/target/i386/cpu.h
> > index 525d35d..f8b455a 100644
> > --- a/target/i386/cpu.h
> > +++ b/target/i386/cpu.h
> > @@ -1282,6 +1282,8 @@ struct X86CPU {
> >      int32_t socket_id;
> >      int32_t core_id;
> >      int32_t thread_id;
> > +
> > +    bool hv_cpuid_limits_eax;
> >  };
> >
> >  static inline X86CPU *x86_env_get_cpu(CPUX86State *env)
> > diff --git a/target/i386/kvm.c b/target/i386/kvm.c
> > index 6db7783..cf6ef96 100644
> > --- a/target/i386/kvm.c
> > +++ b/target/i386/kvm.c
> > @@ -751,7 +751,23 @@ int kvm_arch_init_vcpu(CPUState *cs)
> >
> >          c = &cpuid_data.entries[cpuid_i++];
> >          c->function = HYPERV_CPUID_IMPLEMENT_LIMITS;
> > -        c->eax = 0x40;
> > +
> > +        if (!cpu->hv_cpuid_limits_eax) {
> > +            /*
> > +             * Starting with Windows Server 2012 and Windows 8, if
> > +             * CPUID.40000005.EAX contains a value of -1, Windows
> > +             * assumes specific limit to the number of VPs. In this case,
> > +             * Windows Server 2012 guest VMs may use more than 64
> VPs,
> > +             * up to the maximum supported number of processors
> > +             * applicable to the specific Windows version being used.
> 
> That was a direct quote from a document, so I recommend citing
> the specific document you quoted.  e.g.:
> 
>     /*
>      * From "Requirements for Implementing the Microsoft
>      * Hypervisor Interface":
>      *
> https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/referenc
> e/tlfs
>      *
>      * "Starting with Windows Server 2012 and Windows 8, if
>      * CPUID.40000005.EAX contains a value of -1, Windows assumes
>      * specific limit to the number of VPs. In this case, Windows
>      * Server 2012 guest VMs may use more than 64 VPs, up to the
>      * maximum supported number of processors applicable to the
>      * specific Windows version being used."
>      */
> 
> 
> > +             *
> > +             * https://docs.microsoft.com/en-us/virtualization/
> > +             *    hyper-v-on-windows/reference/tlfs
> 
> IMO a long line is preferable to a broken URL.
> 
Make sense to me.

Thanks,
-Gonglei




reply via email to

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