[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v5 00/22] s390x cleanups and CPU hotplug via dev
|
From: |
Cornelia Huck |
|
Subject: |
Re: [Qemu-devel] [PATCH v5 00/22] s390x cleanups and CPU hotplug via device_add |
|
Date: |
Wed, 13 Sep 2017 18:58:27 +0200 |
On Wed, 13 Sep 2017 15:23:55 +0200
David Hildenbrand <address@hidden> wrote:
> The first patches are a bunch of cleanups. I decided to go the
> extra mile and implement CPU hotplug via "device_add", as well as
> "query-hotpluggable-cpus".
>
> On s390x, only complete cores can be plugged. CPU hot unplug is currently
> not supported by the architecture.
>
> Support for hotplugging CPUs in random core-id order (last two patches)
> is added. We once hat a KVM bug preventing this, but the stable patch
> should now be included in relevant places - 152e9f65d66f ("KVM: s390: fix
> wrong lookup of VCPUs by array index"). Current tooling will plug them in
> sequential order anyway, so it should not hurt.
Thanks, applied.
- [Qemu-devel] [PATCH v5 18/22] s390x: implement query-hotpluggable-cpus, (continued)
- [Qemu-devel] [PATCH v5 18/22] s390x: implement query-hotpluggable-cpus, David Hildenbrand, 2017/09/13
- [Qemu-devel] [PATCH v5 19/22] s390x: get rid of cpu_states and use possible_cpus instead, David Hildenbrand, 2017/09/13
- [Qemu-devel] [PATCH v5 20/22] s390x: get rid of cpu_s390x_create(), David Hildenbrand, 2017/09/13
- [Qemu-devel] [PATCH v5 21/22] s390x: generate sclp cpu information from possible_cpus, David Hildenbrand, 2017/09/13
- [Qemu-devel] [PATCH v5 22/22] s390x: allow CPU hotplug in random core-id order, David Hildenbrand, 2017/09/13
- Re: [Qemu-devel] [PATCH v5 00/22] s390x cleanups and CPU hotplug via device_add,
Cornelia Huck <=