All of lore.kernel.org
 help / color / mirror / Atom feed
From: Igor Druzhinin <igor.druzhinin@citrix.com>
To: <paul@xen.org>, <xen-devel@lists.xenproject.org>
Cc: <wl@xen.org>, <iwj@xenproject.org>, <anthony.perard@citrix.com>,
	<andrew.cooper3@citrix.com>, <george.dunlap@citrix.com>,
	<jbeulich@suse.com>, <julien@xen.org>, <sstabellini@kernel.org>,
	<roger.pau@citrix.com>
Subject: Re: [PATCH 2/2] viridian: allow vCPU hotplug for Windows VMs
Date: Fri, 8 Jan 2021 11:35:52 +0000	[thread overview]
Message-ID: <e24a438e-3705-d035-2dd6-34fd4f558898@citrix.com> (raw)
In-Reply-To: <00a101d6e5b2$276b2140$764163c0$@xen.org>

On 08/01/2021 11:33, Paul Durrant wrote:
>> -----Original Message-----
>> From: Igor Druzhinin <igor.druzhinin@citrix.com>
>> Sent: 08 January 2021 11:30
>> To: paul@xen.org; xen-devel@lists.xenproject.org
>> Cc: wl@xen.org; iwj@xenproject.org; anthony.perard@citrix.com; andrew.cooper3@citrix.com;
>> george.dunlap@citrix.com; jbeulich@suse.com; julien@xen.org; sstabellini@kernel.org;
>> roger.pau@citrix.com
>> Subject: Re: [PATCH 2/2] viridian: allow vCPU hotplug for Windows VMs
>>
>> On 08/01/2021 08:38, Paul Durrant wrote:
>>>> -----Original Message-----
>>>> From: Igor Druzhinin <igor.druzhinin@citrix.com>
>>>> Sent: 08 January 2021 00:47
>>>> To: xen-devel@lists.xenproject.org
>>>> Cc: paul@xen.org; wl@xen.org; iwj@xenproject.org; anthony.perard@citrix.com;
>>>> andrew.cooper3@citrix.com; george.dunlap@citrix.com; jbeulich@suse.com; julien@xen.org;
>>>> sstabellini@kernel.org; roger.pau@citrix.com; Igor Druzhinin <igor.druzhinin@citrix.com>
>>>> Subject: [PATCH 2/2] viridian: allow vCPU hotplug for Windows VMs
>>>>
>>>> If Viridian extensions are enabled, Windows wouldn't currently allow
>>>> a hotplugged vCPU to be brought up dynamically. We need to expose a special
>>>> bit to let the guest know we allow it. It appears we can just start exposing
>>>> it without worrying too much about compatibility - see relevant QEMU
>>>> discussion here:
>>>>
>>>> https://patchwork.kernel.org/project/qemu-devel/patch/1455364815-19586-1-git-send-email-
>>>> den@openvz.org/
>>>
>>> I don't think that discussion really confirmed it was safe... just that empirically it appeared to
>> be so. I think we should err on
>>> the side of caution and have this behind a feature flag (but I'm happy for it to default to on).
>>
>> QEMU was having this code since 2016 and nobody complained is good
>> enough for me - but if you insist we need an option - ok, I will add one.
>>
> 
> Given that it has not yet been in a release, perhaps you could just guard this and the implementation of leaf 0x40000005 using HVMPV_ex_processor_masks?

That looks sloppy and confusing to me - let's have a separate option instead.

Igor


  reply	other threads:[~2021-01-08 11:36 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-08  0:46 [PATCH 1/2] viridian: remove implicit limit of 64 VPs per partition Igor Druzhinin
2021-01-08  0:46 ` [PATCH 2/2] viridian: allow vCPU hotplug for Windows VMs Igor Druzhinin
2021-01-08  8:38   ` Paul Durrant
2021-01-08 11:29     ` Igor Druzhinin
2021-01-08 11:33       ` Paul Durrant
2021-01-08 11:35         ` Igor Druzhinin [this message]
2021-01-08 11:40           ` Paul Durrant
2021-01-08 11:42             ` Igor Druzhinin
2021-01-08  8:32 ` [PATCH 1/2] viridian: remove implicit limit of 64 VPs per partition Paul Durrant
2021-01-08 10:15   ` Andrew Cooper
2021-01-08 11:48   ` Igor Druzhinin
2021-01-09  0:55   ` Igor Druzhinin
2021-01-11  8:45     ` Paul Durrant
2021-01-11  8:59       ` Jan Beulich
2021-01-11  9:09         ` Paul Durrant
2021-01-11  9:12           ` Paul Durrant
2021-01-11  9:16             ` Jan Beulich
2021-01-11  9:20               ` Paul Durrant
2021-01-11 13:34               ` Igor Druzhinin
2021-01-11 13:38                 ` Jan Beulich
2021-01-11 13:47                   ` Paul Durrant
2021-01-11 13:50                     ` Igor Druzhinin
2021-01-11  9:13           ` Jan Beulich
2021-01-08  9:19 ` Jan Beulich
2021-01-08 11:27   ` Igor Druzhinin
2021-01-08 13:17     ` Jan Beulich
2021-01-08 13:25       ` Igor Druzhinin

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=e24a438e-3705-d035-2dd6-34fd4f558898@citrix.com \
    --to=igor.druzhinin@citrix.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=anthony.perard@citrix.com \
    --cc=george.dunlap@citrix.com \
    --cc=iwj@xenproject.org \
    --cc=jbeulich@suse.com \
    --cc=julien@xen.org \
    --cc=paul@xen.org \
    --cc=roger.pau@citrix.com \
    --cc=sstabellini@kernel.org \
    --cc=wl@xen.org \
    --cc=xen-devel@lists.xenproject.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.