qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended
@ 2013-08-22 15:39 Andrew Jones
  2013-08-22 16:12 ` Eduardo Habkost
  2013-08-22 16:38 ` Paolo Bonzini
  0 siblings, 2 replies; 8+ messages in thread
From: Andrew Jones @ 2013-08-22 15:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: pbonzini, mtosatti, gleb, kvm, ehabkost

The comment in kvm_max_vcpus() states that it's using the recommended
procedure from the kernel API documentation to get the max number
of vcpus that kvm supports. It is, but by always returning the
maximum number supported. The maximum number should only be used
for development purposes. qemu should check KVM_CAP_NR_VCPUS for
the recommended number of vcpus. This patch adds a warning if a user
specifies a number of cpus between the recommended and max.

Signed-off-by: Andrew Jones <drjones@redhat.com>
---
 kvm-all.c | 45 +++++++++++++++++++++++++++------------------
 1 file changed, 27 insertions(+), 18 deletions(-)

diff --git a/kvm-all.c b/kvm-all.c
index 716860f617455..9092e13ae60ea 100644
--- a/kvm-all.c
+++ b/kvm-all.c
@@ -1313,24 +1313,24 @@ static int kvm_irqchip_create(KVMState *s)
     return 0;
 }
 
-static int kvm_max_vcpus(KVMState *s)
+/* Find number of supported CPUs using the recommended
+ * procedure from the kernel API documentation to cope with
+ * older kernels that may be missing capabilities.
+ */
+static int kvm_recommended_vcpus(KVMState *s)
 {
     int ret;
 
-    /* Find number of supported CPUs using the recommended
-     * procedure from the kernel API documentation to cope with
-     * older kernels that may be missing capabilities.
-     */
-    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
-    if (ret) {
-        return ret;
-    }
     ret = kvm_check_extension(s, KVM_CAP_NR_VCPUS);
-    if (ret) {
-        return ret;
-    }
+    return (ret) ? ret : 4;
+}
 
-    return 4;
+static int kvm_max_vcpus(KVMState *s)
+{
+    int ret;
+
+    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
+    return (ret) ? ret : kvm_recommended_vcpus(s);
 }
 
 int kvm_init(void)
@@ -1383,12 +1383,21 @@ int kvm_init(void)
         goto err;
     }
 
-    max_vcpus = kvm_max_vcpus(s);
+    max_vcpus = kvm_recommended_vcpus(s);
     if (smp_cpus > max_vcpus) {
-        ret = -EINVAL;
-        fprintf(stderr, "Number of SMP cpus requested (%d) exceeds max cpus "
-                "supported by KVM (%d)\n", smp_cpus, max_vcpus);
-        goto err;
+        fprintf(stderr,
+                "Warning: Number of SMP cpus requested (%d) exceeds "
+                "recommended cpus supported by KVM (%d)\n",
+                smp_cpus, max_vcpus);
+
+        max_vcpus = kvm_max_vcpus(s);
+        if (smp_cpus > max_vcpus) {
+            ret = -EINVAL;
+            fprintf(stderr, "Number of SMP cpus requested (%d) exceeds "
+                    "max cpus supported by KVM (%d)\n",
+                    smp_cpus, max_vcpus);
+            goto err;
+        }
     }
 
     s->vmfd = kvm_ioctl(s, KVM_CREATE_VM, 0);
-- 
1.8.1.4

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended
  2013-08-22 15:39 [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended Andrew Jones
@ 2013-08-22 16:12 ` Eduardo Habkost
  2013-08-22 16:21   ` Andreas Färber
  2013-08-22 16:38 ` Paolo Bonzini
  1 sibling, 1 reply; 8+ messages in thread
From: Eduardo Habkost @ 2013-08-22 16:12 UTC (permalink / raw)
  To: Andrew Jones
  Cc: kvm, gleb, libvir-list, mtosatti, qemu-devel developers, pbonzini


On 22/08/2013, at 12:39, Andrew Jones <drjones@redhat.com> wrote:

> The comment in kvm_max_vcpus() states that it's using the recommended
> procedure from the kernel API documentation to get the max number
> of vcpus that kvm supports. It is, but by always returning the
> maximum number supported. The maximum number should only be used
> for development purposes. qemu should check KVM_CAP_NR_VCPUS for
> the recommended number of vcpus. This patch adds a warning if a user
> specifies a number of cpus between the recommended and max.
> 
> Signed-off-by: Andrew Jones <drjones@redhat.com>

CCing libvir-list. It is probably interesting for libvirt to expose or warn about the recommended VCPU limit somehow, and in this case a simple warning on stderr won't be enough.

> ---
> kvm-all.c | 45 +++++++++++++++++++++++++++------------------
> 1 file changed, 27 insertions(+), 18 deletions(-)
> 
> diff --git a/kvm-all.c b/kvm-all.c
> index 716860f617455..9092e13ae60ea 100644
> --- a/kvm-all.c
> +++ b/kvm-all.c
> @@ -1313,24 +1313,24 @@ static int kvm_irqchip_create(KVMState *s)
>     return 0;
> }
> 
> -static int kvm_max_vcpus(KVMState *s)
> +/* Find number of supported CPUs using the recommended
> + * procedure from the kernel API documentation to cope with
> + * older kernels that may be missing capabilities.
> + */
> +static int kvm_recommended_vcpus(KVMState *s)
> {
>     int ret;
> 
> -    /* Find number of supported CPUs using the recommended
> -     * procedure from the kernel API documentation to cope with
> -     * older kernels that may be missing capabilities.
> -     */
> -    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
> -    if (ret) {
> -        return ret;
> -    }
>     ret = kvm_check_extension(s, KVM_CAP_NR_VCPUS);
> -    if (ret) {
> -        return ret;
> -    }
> +    return (ret) ? ret : 4;
> +}
> 
> -    return 4;
> +static int kvm_max_vcpus(KVMState *s)
> +{
> +    int ret;
> +
> +    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
> +    return (ret) ? ret : kvm_recommended_vcpus(s);
> }
> 
> int kvm_init(void)
> @@ -1383,12 +1383,21 @@ int kvm_init(void)
>         goto err;
>     }
> 
> -    max_vcpus = kvm_max_vcpus(s);
> +    max_vcpus = kvm_recommended_vcpus(s);
>     if (smp_cpus > max_vcpus) {
> -        ret = -EINVAL;
> -        fprintf(stderr, "Number of SMP cpus requested (%d) exceeds max cpus "
> -                "supported by KVM (%d)\n", smp_cpus, max_vcpus);
> -        goto err;
> +        fprintf(stderr,
> +                "Warning: Number of SMP cpus requested (%d) exceeds "
> +                "recommended cpus supported by KVM (%d)\n",
> +                smp_cpus, max_vcpus);
> +
> +        max_vcpus = kvm_max_vcpus(s);
> +        if (smp_cpus > max_vcpus) {
> +            ret = -EINVAL;
> +            fprintf(stderr, "Number of SMP cpus requested (%d) exceeds "
> +                    "max cpus supported by KVM (%d)\n",
> +                    smp_cpus, max_vcpus);
> +            goto err;
> +        }
>     }
> 
>     s->vmfd = kvm_ioctl(s, KVM_CREATE_VM, 0);
> -- 
> 1.8.1.4
> 

-- 
Eduardo	

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended
  2013-08-22 16:12 ` Eduardo Habkost
@ 2013-08-22 16:21   ` Andreas Färber
  2013-08-23 11:33     ` Andrew Jones
  0 siblings, 1 reply; 8+ messages in thread
From: Andreas Färber @ 2013-08-22 16:21 UTC (permalink / raw)
  To: Eduardo Habkost, Andrew Jones
  Cc: kvm, gleb, libvir-list, mtosatti, qemu-devel developers, pbonzini

Am 22.08.2013 18:12, schrieb Eduardo Habkost:
> 
> On 22/08/2013, at 12:39, Andrew Jones <drjones@redhat.com> wrote:
> 
>> The comment in kvm_max_vcpus() states that it's using the recommended
>> procedure from the kernel API documentation to get the max number
>> of vcpus that kvm supports. It is, but by always returning the
>> maximum number supported. The maximum number should only be used
>> for development purposes. qemu should check KVM_CAP_NR_VCPUS for
>> the recommended number of vcpus. This patch adds a warning if a user
>> specifies a number of cpus between the recommended and max.
>>
>> Signed-off-by: Andrew Jones <drjones@redhat.com>
> 
> CCing libvir-list. It is probably interesting for libvirt to expose or warn about the recommended VCPU limit somehow, and in this case a simple warning on stderr won't be enough.
> 
>> ---
>> kvm-all.c | 45 +++++++++++++++++++++++++++------------------
>> 1 file changed, 27 insertions(+), 18 deletions(-)
>>
>> diff --git a/kvm-all.c b/kvm-all.c
>> index 716860f617455..9092e13ae60ea 100644
>> --- a/kvm-all.c
>> +++ b/kvm-all.c
>> @@ -1313,24 +1313,24 @@ static int kvm_irqchip_create(KVMState *s)
>>     return 0;
>> }
>>
>> -static int kvm_max_vcpus(KVMState *s)
>> +/* Find number of supported CPUs using the recommended
>> + * procedure from the kernel API documentation to cope with
>> + * older kernels that may be missing capabilities.
>> + */
>> +static int kvm_recommended_vcpus(KVMState *s)
>> {
>>     int ret;
>>
>> -    /* Find number of supported CPUs using the recommended
>> -     * procedure from the kernel API documentation to cope with
>> -     * older kernels that may be missing capabilities.
>> -     */
>> -    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
>> -    if (ret) {
>> -        return ret;
>> -    }
>>     ret = kvm_check_extension(s, KVM_CAP_NR_VCPUS);
>> -    if (ret) {
>> -        return ret;
>> -    }
>> +    return (ret) ? ret : 4;
>> +}
>>
>> -    return 4;
>> +static int kvm_max_vcpus(KVMState *s)
>> +{
>> +    int ret;
>> +
>> +    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
>> +    return (ret) ? ret : kvm_recommended_vcpus(s);
>> }
>>
>> int kvm_init(void)
>> @@ -1383,12 +1383,21 @@ int kvm_init(void)
>>         goto err;
>>     }
>>
>> -    max_vcpus = kvm_max_vcpus(s);
>> +    max_vcpus = kvm_recommended_vcpus(s);
>>     if (smp_cpus > max_vcpus) {
>> -        ret = -EINVAL;
>> -        fprintf(stderr, "Number of SMP cpus requested (%d) exceeds max cpus "
>> -                "supported by KVM (%d)\n", smp_cpus, max_vcpus);
>> -        goto err;
>> +        fprintf(stderr,
>> +                "Warning: Number of SMP cpus requested (%d) exceeds "
>> +                "recommended cpus supported by KVM (%d)\n",
>> +                smp_cpus, max_vcpus);
>> +
>> +        max_vcpus = kvm_max_vcpus(s);
>> +        if (smp_cpus > max_vcpus) {
>> +            ret = -EINVAL;
>> +            fprintf(stderr, "Number of SMP cpus requested (%d) exceeds "
>> +                    "max cpus supported by KVM (%d)\n",
>> +                    smp_cpus, max_vcpus);
>> +            goto err;
>> +        }

Should at least the fatal one use the new error_report()?

>>     }
>>
>>     s->vmfd = kvm_ioctl(s, KVM_CREATE_VM, 0);

I notice that only checks in kvm_init() based on smp_cpus are touched
herein. Should we add similar checks to CPU hot-add code and thus
possibly move that into some per-vCPU code path?

Regards,
Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended
  2013-08-22 15:39 [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended Andrew Jones
  2013-08-22 16:12 ` Eduardo Habkost
@ 2013-08-22 16:38 ` Paolo Bonzini
  2013-08-23 11:35   ` Andrew Jones
  1 sibling, 1 reply; 8+ messages in thread
From: Paolo Bonzini @ 2013-08-22 16:38 UTC (permalink / raw)
  To: Andrew Jones; +Cc: gleb, mtosatti, qemu-devel, kvm, ehabkost

Il 22/08/2013 17:39, Andrew Jones ha scritto:
> The comment in kvm_max_vcpus() states that it's using the recommended
> procedure from the kernel API documentation to get the max number
> of vcpus that kvm supports. It is, but by always returning the
> maximum number supported. The maximum number should only be used
> for development purposes. qemu should check KVM_CAP_NR_VCPUS for
> the recommended number of vcpus. This patch adds a warning if a user
> specifies a number of cpus between the recommended and max.
> 
> Signed-off-by: Andrew Jones <drjones@redhat.com>
> ---
>  kvm-all.c | 45 +++++++++++++++++++++++++++------------------
>  1 file changed, 27 insertions(+), 18 deletions(-)
> 
> diff --git a/kvm-all.c b/kvm-all.c
> index 716860f617455..9092e13ae60ea 100644
> --- a/kvm-all.c
> +++ b/kvm-all.c
> @@ -1313,24 +1313,24 @@ static int kvm_irqchip_create(KVMState *s)
>      return 0;
>  }
>  
> -static int kvm_max_vcpus(KVMState *s)
> +/* Find number of supported CPUs using the recommended
> + * procedure from the kernel API documentation to cope with
> + * older kernels that may be missing capabilities.
> + */
> +static int kvm_recommended_vcpus(KVMState *s)
>  {
>      int ret;
>  
> -    /* Find number of supported CPUs using the recommended
> -     * procedure from the kernel API documentation to cope with
> -     * older kernels that may be missing capabilities.
> -     */
> -    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
> -    if (ret) {
> -        return ret;
> -    }
>      ret = kvm_check_extension(s, KVM_CAP_NR_VCPUS);
> -    if (ret) {
> -        return ret;
> -    }
> +    return (ret) ? ret : 4;
> +}
>  
> -    return 4;
> +static int kvm_max_vcpus(KVMState *s)
> +{
> +    int ret;
> +
> +    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
> +    return (ret) ? ret : kvm_recommended_vcpus(s);
>  }
>  
>  int kvm_init(void)
> @@ -1383,12 +1383,21 @@ int kvm_init(void)
>          goto err;
>      }
>  
> -    max_vcpus = kvm_max_vcpus(s);
> +    max_vcpus = kvm_recommended_vcpus(s);
>      if (smp_cpus > max_vcpus) {
> -        ret = -EINVAL;
> -        fprintf(stderr, "Number of SMP cpus requested (%d) exceeds max cpus "
> -                "supported by KVM (%d)\n", smp_cpus, max_vcpus);
> -        goto err;
> +        fprintf(stderr,
> +                "Warning: Number of SMP cpus requested (%d) exceeds "
> +                "recommended cpus supported by KVM (%d)\n",
> +                smp_cpus, max_vcpus);
> +
> +        max_vcpus = kvm_max_vcpus(s);
> +        if (smp_cpus > max_vcpus) {
> +            ret = -EINVAL;
> +            fprintf(stderr, "Number of SMP cpus requested (%d) exceeds "
> +                    "max cpus supported by KVM (%d)\n",
> +                    smp_cpus, max_vcpus);
> +            goto err;
> +        }

You print both error messages when smp_cpus is greater than the max cpus
supported; is it intentional?

Apart from this, the concept looks good.  However, please over
qemu-kvm.git's uq/master branch, where we already have Marcelo's patch
to check max_cpus too against kvm_max_vcpus(s).

Thanks,

Paolo

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended
  2013-08-22 16:21   ` Andreas Färber
@ 2013-08-23 11:33     ` Andrew Jones
  2013-08-26  7:43       ` Paolo Bonzini
  0 siblings, 1 reply; 8+ messages in thread
From: Andrew Jones @ 2013-08-23 11:33 UTC (permalink / raw)
  To: Andreas Färber
  Cc: Eduardo Habkost, gleb, libvir-list, mtosatti,
	qemu-devel developers, kvm, pbonzini



----- Original Message -----
> Am 22.08.2013 18:12, schrieb Eduardo Habkost:
> > 
> > On 22/08/2013, at 12:39, Andrew Jones <drjones@redhat.com> wrote:
> > 
> >> The comment in kvm_max_vcpus() states that it's using the recommended
> >> procedure from the kernel API documentation to get the max number
> >> of vcpus that kvm supports. It is, but by always returning the
> >> maximum number supported. The maximum number should only be used
> >> for development purposes. qemu should check KVM_CAP_NR_VCPUS for
> >> the recommended number of vcpus. This patch adds a warning if a user
> >> specifies a number of cpus between the recommended and max.
> >>
> >> Signed-off-by: Andrew Jones <drjones@redhat.com>
> > 
> > CCing libvir-list. It is probably interesting for libvirt to expose or warn
> > about the recommended VCPU limit somehow, and in this case a simple
> > warning on stderr won't be enough.
> > 
> >> ---
> >> kvm-all.c | 45 +++++++++++++++++++++++++++------------------
> >> 1 file changed, 27 insertions(+), 18 deletions(-)
> >>
> >> diff --git a/kvm-all.c b/kvm-all.c
> >> index 716860f617455..9092e13ae60ea 100644
> >> --- a/kvm-all.c
> >> +++ b/kvm-all.c
> >> @@ -1313,24 +1313,24 @@ static int kvm_irqchip_create(KVMState *s)
> >>     return 0;
> >> }
> >>
> >> -static int kvm_max_vcpus(KVMState *s)
> >> +/* Find number of supported CPUs using the recommended
> >> + * procedure from the kernel API documentation to cope with
> >> + * older kernels that may be missing capabilities.
> >> + */
> >> +static int kvm_recommended_vcpus(KVMState *s)
> >> {
> >>     int ret;
> >>
> >> -    /* Find number of supported CPUs using the recommended
> >> -     * procedure from the kernel API documentation to cope with
> >> -     * older kernels that may be missing capabilities.
> >> -     */
> >> -    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
> >> -    if (ret) {
> >> -        return ret;
> >> -    }
> >>     ret = kvm_check_extension(s, KVM_CAP_NR_VCPUS);
> >> -    if (ret) {
> >> -        return ret;
> >> -    }
> >> +    return (ret) ? ret : 4;
> >> +}
> >>
> >> -    return 4;
> >> +static int kvm_max_vcpus(KVMState *s)
> >> +{
> >> +    int ret;
> >> +
> >> +    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
> >> +    return (ret) ? ret : kvm_recommended_vcpus(s);
> >> }
> >>
> >> int kvm_init(void)
> >> @@ -1383,12 +1383,21 @@ int kvm_init(void)
> >>         goto err;
> >>     }
> >>
> >> -    max_vcpus = kvm_max_vcpus(s);
> >> +    max_vcpus = kvm_recommended_vcpus(s);
> >>     if (smp_cpus > max_vcpus) {
> >> -        ret = -EINVAL;
> >> -        fprintf(stderr, "Number of SMP cpus requested (%d) exceeds max
> >> cpus "
> >> -                "supported by KVM (%d)\n", smp_cpus, max_vcpus);
> >> -        goto err;
> >> +        fprintf(stderr,
> >> +                "Warning: Number of SMP cpus requested (%d) exceeds "
> >> +                "recommended cpus supported by KVM (%d)\n",
> >> +                smp_cpus, max_vcpus);
> >> +
> >> +        max_vcpus = kvm_max_vcpus(s);
> >> +        if (smp_cpus > max_vcpus) {
> >> +            ret = -EINVAL;
> >> +            fprintf(stderr, "Number of SMP cpus requested (%d) exceeds "
> >> +                    "max cpus supported by KVM (%d)\n",
> >> +                    smp_cpus, max_vcpus);
> >> +            goto err;
> >> +        }
> 
> Should at least the fatal one use the new error_report()?

So far kvm-all.c doesn't use error_report(). I'm inclined to leave it that way
for now, for the scope of this patch anyway. Maybe we should convert all of
kvm-all.c at some point though?

> 
> >>     }
> >>
> >>     s->vmfd = kvm_ioctl(s, KVM_CREATE_VM, 0);
> 
> I notice that only checks in kvm_init() based on smp_cpus are touched
> herein. Should we add similar checks to CPU hot-add code and thus
> possibly move that into some per-vCPU code path?
> 

That's a better question for hot-plug folk. Does smp_cpus map to the current
number of cpus, or to the number of possible cpus? If it maps to the number
of possible cpus, then this is the right place. If the former, then I guess
it'll take more thought. I'ved added Igor (still on vacation) to this reply,
but regardless I vote we worry about hot-plug limit checking in different
patch.

thanks,
drew

> Regards,
> Andreas
> 
> --
> SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
> 

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended
  2013-08-22 16:38 ` Paolo Bonzini
@ 2013-08-23 11:35   ` Andrew Jones
  0 siblings, 0 replies; 8+ messages in thread
From: Andrew Jones @ 2013-08-23 11:35 UTC (permalink / raw)
  To: Paolo Bonzini; +Cc: ehabkost, mtosatti, qemu-devel, gleb, kvm



----- Original Message -----
> Il 22/08/2013 17:39, Andrew Jones ha scritto:
> > The comment in kvm_max_vcpus() states that it's using the recommended
> > procedure from the kernel API documentation to get the max number
> > of vcpus that kvm supports. It is, but by always returning the
> > maximum number supported. The maximum number should only be used
> > for development purposes. qemu should check KVM_CAP_NR_VCPUS for
> > the recommended number of vcpus. This patch adds a warning if a user
> > specifies a number of cpus between the recommended and max.
> > 
> > Signed-off-by: Andrew Jones <drjones@redhat.com>
> > ---
> >  kvm-all.c | 45 +++++++++++++++++++++++++++------------------
> >  1 file changed, 27 insertions(+), 18 deletions(-)
> > 
> > diff --git a/kvm-all.c b/kvm-all.c
> > index 716860f617455..9092e13ae60ea 100644
> > --- a/kvm-all.c
> > +++ b/kvm-all.c
> > @@ -1313,24 +1313,24 @@ static int kvm_irqchip_create(KVMState *s)
> >      return 0;
> >  }
> >  
> > -static int kvm_max_vcpus(KVMState *s)
> > +/* Find number of supported CPUs using the recommended
> > + * procedure from the kernel API documentation to cope with
> > + * older kernels that may be missing capabilities.
> > + */
> > +static int kvm_recommended_vcpus(KVMState *s)
> >  {
> >      int ret;
> >  
> > -    /* Find number of supported CPUs using the recommended
> > -     * procedure from the kernel API documentation to cope with
> > -     * older kernels that may be missing capabilities.
> > -     */
> > -    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
> > -    if (ret) {
> > -        return ret;
> > -    }
> >      ret = kvm_check_extension(s, KVM_CAP_NR_VCPUS);
> > -    if (ret) {
> > -        return ret;
> > -    }
> > +    return (ret) ? ret : 4;
> > +}
> >  
> > -    return 4;
> > +static int kvm_max_vcpus(KVMState *s)
> > +{
> > +    int ret;
> > +
> > +    ret = kvm_check_extension(s, KVM_CAP_MAX_VCPUS);
> > +    return (ret) ? ret : kvm_recommended_vcpus(s);
> >  }
> >  
> >  int kvm_init(void)
> > @@ -1383,12 +1383,21 @@ int kvm_init(void)
> >          goto err;
> >      }
> >  
> > -    max_vcpus = kvm_max_vcpus(s);
> > +    max_vcpus = kvm_recommended_vcpus(s);
> >      if (smp_cpus > max_vcpus) {
> > -        ret = -EINVAL;
> > -        fprintf(stderr, "Number of SMP cpus requested (%d) exceeds max
> > cpus "
> > -                "supported by KVM (%d)\n", smp_cpus, max_vcpus);
> > -        goto err;
> > +        fprintf(stderr,
> > +                "Warning: Number of SMP cpus requested (%d) exceeds "
> > +                "recommended cpus supported by KVM (%d)\n",
> > +                smp_cpus, max_vcpus);
> > +
> > +        max_vcpus = kvm_max_vcpus(s);
> > +        if (smp_cpus > max_vcpus) {
> > +            ret = -EINVAL;
> > +            fprintf(stderr, "Number of SMP cpus requested (%d) exceeds "
> > +                    "max cpus supported by KVM (%d)\n",
> > +                    smp_cpus, max_vcpus);
> > +            goto err;
> > +        }
> 
> You print both error messages when smp_cpus is greater than the max cpus
> supported; is it intentional?
> 

Yup. This way we can inform the user not only that they're greater than
hard-max, but also what the soft-max is. This allows the user to choose
how much lower to adjust when they correct for the hard-max, possibly going
down low enough to avoid blowing the soft-max as well.

> Apart from this, the concept looks good.  However, please over
> qemu-kvm.git's uq/master branch, where we already have Marcelo's patch
> to check max_cpus too against kvm_max_vcpus(s).
> 

OK, will respin on uq/master.

thanks,
drew

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended
  2013-08-23 11:33     ` Andrew Jones
@ 2013-08-26  7:43       ` Paolo Bonzini
  2013-08-26  8:00         ` Andrew Jones
  0 siblings, 1 reply; 8+ messages in thread
From: Paolo Bonzini @ 2013-08-26  7:43 UTC (permalink / raw)
  To: Andrew Jones
  Cc: kvm, gleb, libvir-list, mtosatti, qemu-devel developers,
	Andreas Färber, Eduardo Habkost

Il 23/08/2013 13:33, Andrew Jones ha scritto:
> Does smp_cpus map to the current
> number of cpus, or to the number of possible cpus? If it maps to the number
> of possible cpus, then this is the right place. If the former, then I guess
> it'll take more thought. I'ved added Igor (still on vacation) to this reply,
> but regardless I vote we worry about hot-plug limit checking in different
> patch.

smp_cpus is the initial number, max_cpus is the number of possible cpus.

Paolo

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended
  2013-08-26  7:43       ` Paolo Bonzini
@ 2013-08-26  8:00         ` Andrew Jones
  0 siblings, 0 replies; 8+ messages in thread
From: Andrew Jones @ 2013-08-26  8:00 UTC (permalink / raw)
  To: Paolo Bonzini
  Cc: kvm, gleb, libvir-list, mtosatti, qemu-devel developers,
	Andreas Färber, Eduardo Habkost



----- Original Message -----
> Il 23/08/2013 13:33, Andrew Jones ha scritto:
> > Does smp_cpus map to the current
> > number of cpus, or to the number of possible cpus? If it maps to the number
> > of possible cpus, then this is the right place. If the former, then I guess
> > it'll take more thought. I'ved added Igor (still on vacation) to this
> > reply,
> > but regardless I vote we worry about hot-plug limit checking in different
> > patch.
> 
> smp_cpus is the initial number, max_cpus is the number of possible cpus.
> 

Yeah, I noticed that this issue is at least partially addressed already with
my v2, which incorporates Marcelo's check against the number of hotpluggable
cpus (max_cpus).

drew

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2013-08-26  8:00 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-08-22 15:39 [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended Andrew Jones
2013-08-22 16:12 ` Eduardo Habkost
2013-08-22 16:21   ` Andreas Färber
2013-08-23 11:33     ` Andrew Jones
2013-08-26  7:43       ` Paolo Bonzini
2013-08-26  8:00         ` Andrew Jones
2013-08-22 16:38 ` Paolo Bonzini
2013-08-23 11:35   ` Andrew Jones

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).