From: Maran Wilson <maran.wilson@oracle.com>
To: kvmarm@lists.cs.columbia.edu, bthakur@codeaurora.org
Cc: Christoffer Dall <cdall@cs.columbia.edu>,
Christoffer Dall <cdall@kernel.org>,
marc.zyngier@arm.com, david@redhat.com, qemu-devel@nongnu.org,
Christoffer Dall <christofferdall@christofferdall.dk>,
qemu-arm@nongnu.org, imammedo@redhat.com
Subject: Re: VCPU hotplug on KVM/ARM
Date: Tue, 24 Jul 2018 11:35:31 -0700 [thread overview]
Message-ID: <b589d714-4f12-e450-7ca5-e55fed4d1705@oracle.com> (raw)
In-Reply-To: <20180227132131.fipafmnb56a7fj76@kamzik.brq.redhat.com>
It's been a few months since this email thread died off. Has anyone
started working on a potential solution that would allow VCPU hotplug on
KVM/ARM ? Or is this a project that is still waiting for an owner who
has the time and inclination to get started?
Thanks,
-Maran
On 2/27/2018 5:21 AM, Andrew Jones wrote:
> On Tue, Feb 27, 2018 at 01:46:04PM +0100, Christoffer Dall wrote:
>> On Tue, Feb 27, 2018 at 05:34:28PM +0530, bthakur@codeaurora.org wrote:
>>> Hi Christoffer,
>>>
>>> Thanks for your reply.
>>>
>>> On 2018-02-27 16:17, Christoffer Dall wrote:
>>>> Hi Bhupinder,
>>>>
>>>> On Tue, Feb 27, 2018 at 03:01:17PM +0530, bthakur@codeaurora.org wrote:
>>>>> I hope it is the right forum to post my query.
>>>>>
>>>>>
>>>>>
>>>>> I am currently looking at the possibility of adding a new VCPU to a
>>>>> running
>>>>> guest VM in KVM/ARM. I see that currently, it is not allowed to add a
>>>>> new
>>>>> VCPU to a guest VM, if it is already initialized. The first check in
>>>>> kvm_arch_vcpu_create() returns failure if it is already initialized.
>>>>>
>>>> This would require a major rework of a lot of logic surrounding the GIC
>>>> and other parts of KVM initialization.
>>>>
>>>>>
>>>>> There was some work done in QEMU to add support for VCPU hotplug:
>>>>> https://lists.gnu.org/archive/html/qemu-arm/2017-05/msg00404.html
>>>>>
>>>>>
>>>>>
>>>>> But I am looking at the KVM side for enabling adding a new VCPU. If you
>>>>> can
>>>>> point me to any relevant work/resources, which I can refer to then it
>>>>> will
>>>>> help me.
>>>>>
>>>> I don't have any specific pointers, but I was always told that the way
>>>> we were going to do CPU hotplug would be to instantiate a large number
>>>> of VCPUs, and hotplug would be equivalent to turning on a VCPU which was
>>>> previously powered off.
>>>>
>>>> Is this not still a feasible solution?
>>> It should be a feasible solution provided the guest VM is not able to
>>> control the onlining/offlining of VCPUs. It should be controlled by the
>>> Host.
>>>
>> KVM could simply refuse to turn on some of the CPUs unless given
>> permission from host userspace.
>>
>>>> How does VCPU hotplug work on x86?
>>> On x86, you can add a vcpu through libvirt setvcpu command and it shows up
>>> in the guest VM as a new CPU if you do lscpu.
>>>
>> Sure, but what is the mechanism, does x86 qemu actually call
>> KVM_CREATE_VCPU, or is this also a question of turning on already
>> created vcpus ?
>>
> CC'ing Igor and qemu-devel
>
> drew
> _______________________________________________
> kvmarm mailing list
> kvmarm@lists.cs.columbia.edu
> https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
next prev parent reply other threads:[~2018-07-24 20:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-27 9:31 VCPU hotplug on KVM/ARM bthakur
2018-02-27 10:47 ` Christoffer Dall
2018-02-27 12:04 ` bthakur
2018-02-27 12:46 ` Christoffer Dall
2018-02-27 13:21 ` Andrew Jones
2018-03-01 9:50 ` [Qemu-devel] " Igor Mammedov
2018-03-01 10:05 ` [Qemu-arm] " Peter Maydell
2018-03-01 13:32 ` [Qemu-devel] [Qemu-arm] " David Hildenbrand
2018-03-07 12:47 ` Marc Zyngier
2018-07-24 18:35 ` Maran Wilson [this message]
2018-07-25 6:45 ` [Qemu-devel] " Igor Mammedov
2018-07-25 10:40 ` Marc Zyngier
2018-07-25 12:28 ` [Qemu-devel] " Andrew Jones
2018-07-25 13:07 ` Marc Zyngier
2018-07-25 17:26 ` Maran Wilson
2018-07-31 10:27 ` Igor Mammedov
2018-07-31 10:57 ` David Hildenbrand
2018-08-01 8:09 ` Bharata B Rao
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=b589d714-4f12-e450-7ca5-e55fed4d1705@oracle.com \
--to=maran.wilson@oracle.com \
--cc=bthakur@codeaurora.org \
--cc=cdall@cs.columbia.edu \
--cc=cdall@kernel.org \
--cc=christofferdall@christofferdall.dk \
--cc=david@redhat.com \
--cc=imammedo@redhat.com \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=marc.zyngier@arm.com \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox