From: Ingo Molnar <mingo@kernel.org>
To: Jinyu Tang <tjytimi@163.com>
Cc: Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>,
x86@kernel.org, "H . Peter Anvin" <hpa@zytor.com>,
Will Deacon <will@kernel.org>,
Anup Patel <apatel@ventanamicro.com>,
Julien Thierry <julien.thierry.kdev@gmail.com>,
kvm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH RFC] x86: avoid one cpu limit for kvm
Date: Tue, 25 Feb 2025 22:55:49 +0100 [thread overview]
Message-ID: <Z748ZaNc9IclOUPi@gmail.com> (raw)
In-Reply-To: <20241224130952.112584-1-tjytimi@163.com>
* Jinyu Tang <tjytimi@163.com> wrote:
> I run kernel by kvmtool but only one cpu can start in guset now,
> because kvm use virt-ioapic and kvmtool set noapic cmdline for
> x86 to disable ioapic route in kernel, and the latest cpu topo
> code below makes cpu limitted just to one.
>
> For x86 kvm, noapic cmdline is reasonable, virt-ioapic don't
> need to init hardware ioapic, so change it for x86 kvm guest to
> avoid one num limit.
>
> Signed-off-by: Jinyu Tang <tjytimi@163.com>
> ---
> arch/x86/kernel/cpu/topology.c | 8 ++++++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/kernel/cpu/topology.c b/arch/x86/kernel/cpu/topology.c
> index 621a151ccf7d..a73847b1a841 100644
> --- a/arch/x86/kernel/cpu/topology.c
> +++ b/arch/x86/kernel/cpu/topology.c
> @@ -429,7 +429,9 @@ void __init topology_apply_cmdline_limits_early(void)
> unsigned int possible = nr_cpu_ids;
>
> /* 'maxcpus=0' 'nosmp' 'nolapic' 'disableapic' 'noapic' */
> - if (!setup_max_cpus || ioapic_is_disabled || apic_is_disabled)
> + if (!setup_max_cpus ||
> + (ioapic_is_disabled && (x86_hyper_type != X86_HYPER_KVM)) ||
> + apic_is_disabled)
> possible = 1;
>
> /* 'possible_cpus=N' */
> @@ -443,8 +445,10 @@ void __init topology_apply_cmdline_limits_early(void)
>
> static __init bool restrict_to_up(void)
> {
> - if (!smp_found_config || ioapic_is_disabled)
> + if (!smp_found_config ||
> + (ioapic_is_disabled && (x86_hyper_type != X86_HYPER_KVM)))
> return true;
> +
> /*
> * XEN PV is special as it does not advertise the local APIC
> * properly, but provides a fake topology for it so that the
Just to confirm that this bug got fixed, current kvmtool boots fine
with multiple CPUs, correct?
Thanks,
Ingo
prev parent reply other threads:[~2025-02-25 21:56 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-24 13:09 [PATCH RFC] x86: avoid one cpu limit for kvm Jinyu Tang
2025-02-25 21:55 ` Ingo Molnar [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Z748ZaNc9IclOUPi@gmail.com \
--to=mingo@kernel.org \
--cc=apatel@ventanamicro.com \
--cc=hpa@zytor.com \
--cc=julien.thierry.kdev@gmail.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=tglx@linutronix.de \
--cc=tjytimi@163.com \
--cc=will@kernel.org \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.