qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] pc: q35: Bump max_cpus to 1024
@ 2022-11-17 15:27 Dario Faggioli
  2022-11-17 18:04 ` Dario Faggioli
  0 siblings, 1 reply; 3+ messages in thread
From: Dario Faggioli @ 2022-11-17 15:27 UTC (permalink / raw)
  To: qemu-devel
  Cc: Paolo Bonzini, Richard Henderson, Eduardo Habkost,
	Michael S. Tsirkin, Marcel Apfelbaum

Keep the old limit of 288 for machine versions 7.2 and earlier.

Signed-off-by: Dario Faggioli <dfaggioli@suse.com>
---
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Richard Henderson <richard.henderson@linaro.org>
Cc: Eduardo Habkost <eduardo@habkost.net>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
---
This is related to:

https://lore.kernel.org/qemu-devel/c705d0d8d6ed1a520b1ff92cb2f83fef19522d30.camel@suse.com/

With this applied to QEMU, I've been able to start a VM with as high as
980 vCPUs (even if I was on an host with 384 pCPUs, so everything was
super slow!). After that, I started to see messages like this:

"SMBIOS 2.1 table length 66822 exceeds 65535"

Thanks and Regards
---
 hw/i386/pc_q35.c |    3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/hw/i386/pc_q35.c b/hw/i386/pc_q35.c
index a496bd6e74..d2a567a71f 100644
--- a/hw/i386/pc_q35.c
+++ b/hw/i386/pc_q35.c
@@ -367,7 +367,7 @@ static void pc_q35_machine_options(MachineClass *m)
     machine_class_allow_dynamic_sysbus_dev(m, TYPE_INTEL_IOMMU_DEVICE);
     machine_class_allow_dynamic_sysbus_dev(m, TYPE_RAMFB_DEVICE);
     machine_class_allow_dynamic_sysbus_dev(m, TYPE_VMBUS_BRIDGE);
-    m->max_cpus = 288;
+    m->max_cpus = 1024;
 }
 
 static void pc_q35_7_2_machine_options(MachineClass *m)
@@ -386,6 +386,7 @@ static void pc_q35_7_1_machine_options(MachineClass *m)
     PCMachineClass *pcmc = PC_MACHINE_CLASS(m);
     pc_q35_7_2_machine_options(m);
     m->alias = NULL;
+    m->max_cpus = 288;
     pcmc->legacy_no_rng_seed = true;
     compat_props_add(m->compat_props, hw_compat_7_1, hw_compat_7_1_len);
     compat_props_add(m->compat_props, pc_compat_7_1, pc_compat_7_1_len);




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

* Re: [PATCH] pc: q35: Bump max_cpus to 1024
  2022-11-17 15:27 [PATCH] pc: q35: Bump max_cpus to 1024 Dario Faggioli
@ 2022-11-17 18:04 ` Dario Faggioli
  2022-11-18  9:34   ` Claudio Fontana
  0 siblings, 1 reply; 3+ messages in thread
From: Dario Faggioli @ 2022-11-17 18:04 UTC (permalink / raw)
  To: qemu-devel@nongnu.org
  Cc: mst@redhat.com, pbonzini@redhat.com, richard.henderson@linaro.org,
	marcel.apfelbaum@gmail.com, eduardo@habkost.net

[-- Attachment #1: Type: text/plain, Size: 954 bytes --]

Well...

On Thu, 2022-11-17 at 16:27 +0100, Dario Faggioli wrote:
> Keep the old limit of 288 for machine versions 7.2 and earlier.
> 
...At least, this was the idea...

> --- a/hw/i386/pc_q35.c
> +++ b/hw/i386/pc_q35.c
> @@ -386,6 +386,7 @@ static void
> pc_q35_7_1_machine_options(MachineClass *m)
>      PCMachineClass *pcmc = PC_MACHINE_CLASS(m);
>      pc_q35_7_2_machine_options(m);
>      m->alias = NULL;
> +    m->max_cpus = 288;
>
...But I managed to put this in the wrong function (xxx_7_1_yyy,
instead than xxx_7_2_yyyy)! :-/

Sorry about taht. I'll send a v2 (taking the feedback that I got to my
other email into account).

Regards
-- 
Dario Faggioli, Ph.D
http://about.me/dario.faggioli
Virtualization Software Engineer
SUSE Labs, SUSE https://www.suse.com/
-------------------------------------------------------------------
<<This happens because _I_ choose it to happen!>> (Raistlin Majere)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

* Re: [PATCH] pc: q35: Bump max_cpus to 1024
  2022-11-17 18:04 ` Dario Faggioli
@ 2022-11-18  9:34   ` Claudio Fontana
  0 siblings, 0 replies; 3+ messages in thread
From: Claudio Fontana @ 2022-11-18  9:34 UTC (permalink / raw)
  To: Dario Faggioli, qemu-devel@nongnu.org
  Cc: mst@redhat.com, pbonzini@redhat.com, richard.henderson@linaro.org,
	marcel.apfelbaum@gmail.com, eduardo@habkost.net

On 11/17/22 19:04, Dario Faggioli wrote:
> Well...
> 
> On Thu, 2022-11-17 at 16:27 +0100, Dario Faggioli wrote:
>> Keep the old limit of 288 for machine versions 7.2 and earlier.
>>
> ...At least, this was the idea...
> 
>> --- a/hw/i386/pc_q35.c
>> +++ b/hw/i386/pc_q35.c
>> @@ -386,6 +386,7 @@ static void
>> pc_q35_7_1_machine_options(MachineClass *m)
>>      PCMachineClass *pcmc = PC_MACHINE_CLASS(m);
>>      pc_q35_7_2_machine_options(m);
>>      m->alias = NULL;
>> +    m->max_cpus = 288;
>>
> ...But I managed to put this in the wrong function (xxx_7_1_yyy,
> instead than xxx_7_2_yyyy)! :-/

I was just about to comment on it :-)

> 
> Sorry about taht. I'll send a v2 (taking the feedback that I got to my
> other email into account).
> 
> Regards

Ciao,

C


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

end of thread, other threads:[~2022-11-18  9:35 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-11-17 15:27 [PATCH] pc: q35: Bump max_cpus to 1024 Dario Faggioli
2022-11-17 18:04 ` Dario Faggioli
2022-11-18  9:34   ` Claudio Fontana

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).