All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zhu Guihua <zhugh.fnst@cn.fujitsu.com>
To: bharata@linux.vnet.ibm.com
Cc: mdroth@linux.vnet.ibm.com, aik@ozlabs.ru,
	guijianfeng@cn.fujitsu.com, izumi.taku@jp.fujitsu.com,
	agraf@suse.de, qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
	tyreld@linux.vnet.ibm.com, imammedo@redhat.com,
	nfont@linux.vnet.ibm.com, afaerber@suse.de,
	kamezawa.hiroyu@jp.fujitsu.com,
	David Gibson <david@gibson.dropbear.id.au>
Subject: Re: [Qemu-devel] [RFC PATCH v4 01/11] exec: Remove cpu from cpus list during cpu_exec_exit()
Date: Thu, 12 Nov 2015 17:41:50 +0800	[thread overview]
Message-ID: <56445EDE.5050607@cn.fujitsu.com> (raw)
In-Reply-To: <20151112093038.GA17747@in.ibm.com>


On 11/12/2015 05:30 PM, Bharata B Rao wrote:
> On Thu, Nov 12, 2015 at 05:11:02PM +0800, Zhu Guihua wrote:
>> Hi Bharata,
>>
>> On 09/09/2015 03:56 PM, Bharata B Rao wrote:
>>> On Wed, Sep 09, 2015 at 03:41:30PM +0800, Zhu Guihua wrote:
>>>> On 09/09/2015 01:52 PM, Bharata B Rao wrote:
>>>>> On Fri, Sep 04, 2015 at 03:31:24PM +1000, David Gibson wrote:
>>>>>> On Thu, Aug 06, 2015 at 10:57:07AM +0530, Bharata B Rao wrote:
>>>>>>> CPUState *cpu gets added to the cpus list during cpu_exec_init(). It
>>>>>>> should be removed from cpu_exec_exit().
>>>>>>>
>>>>>>> cpu_exec_init() is called from generic CPU::instance_finalize and some
>>>>>>> archs like PowerPC call it from CPU unrealizefn. So ensure that we
>>>>>>> dequeue the cpu only once.
>>>>>>>
>>>>>>> Instead of introducing a new field CPUState.queued, I could have used
>>>>>>> CPUState.cpu_index to check if the cpu is already dequeued from the list.
>>>>>>> Since that doesn't work for CONFIG_USER_ONLY, I had to add a new field.
>>>>>>>
>>>>>>> Signed-off-by: Bharata B Rao <bharata@linux.vnet.ibm.com>
>>>>>> This seems reasonable to me, but I'm wondering how x86 cpu hotplug /
>>>>>> unplug is working without it.
>>>>> x86 hotplug/unplug code currently resides in Zhu's git tree
>>>>> (git://github.com/zhugh/qemu). They are removing the CPU from the list
>>>>> explicitly in x86 CPU's instance_finalize routine.
>>>> Sorry, my git tree is git://github.com/zhuguihua/qemu
>>>>
>>>> Now there was no progress about topology, so we don't know what will happen
>>>> in x86. I am not sure whether we will take this method finally.
>>> Andreas had a presentation on this topic in KVM forum recently.
>>>
>>> Andreas - do you have any updates on the topology and other aspects
>>> of CPU hotplug so that we can align the CPU hotplug work in different
>>> archs accordingly and hope to get it merged in 2.5 time frame ?
>> Do you update the patchset?
>>
>> My work in x86 has stopped for a while, Maybe I can get some ideas from
>> another
>> arch's worker.
> My last version is here:
> https://lists.gnu.org/archive/html/qemu-devel/2015-08/msg00650.html
>
> I initally started with core level CPU hotplug, moved to socket level hotplug
> based on Andreas' patchset and then moved back again to core level hotplug.
>
> I was a bit confused about how the generic semantics would evovle and hence
> the work got delayed. I wil be posting the next version of my patchset
> based on core level semantics soon.
>
> I am hoping that I should be able to get CPU hotplug/unplug included
> in QEMU-2.6 timeframe.
>
Thanks for your reply. Look forward to your next version.

Regards,
Zhu

  reply	other threads:[~2015-11-12  9:43 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-06  5:27 [Qemu-devel] [RFC PATCH v4 00/11] sPAPR CPU hotplug Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 01/11] exec: Remove cpu from cpus list during cpu_exec_exit() Bharata B Rao
2015-09-04  5:31   ` David Gibson
2015-09-09  5:52     ` Bharata B Rao
2015-09-09  7:41       ` Zhu Guihua
2015-09-09  7:56         ` Bharata B Rao
2015-11-12  9:11           ` Zhu Guihua
2015-11-12  9:30             ` Bharata B Rao
2015-11-12  9:41               ` Zhu Guihua [this message]
2015-11-12  9:56               ` Andreas Färber
2015-11-12 11:40                 ` Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 02/11] exec: Do vmstate unregistration from cpu_exec_exit() Bharata B Rao
2015-09-04  6:03   ` David Gibson
2015-09-09  5:56     ` Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 03/11] cpus: Reclaim vCPU objects Bharata B Rao
2015-09-04  6:09   ` David Gibson
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 04/11] cpus: Add a sync version of cpu_remove() Bharata B Rao
2015-09-04  6:11   ` David Gibson
2015-09-09  5:57     ` Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 05/11] xics_kvm: Add cpu_destroy method to XICS Bharata B Rao
2015-08-07 11:33   ` Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 06/11] spapr: Create pseries-2.5 machine Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 07/11] spapr: Enable CPU hotplug for pseries-2.5 and add CPU DRC DT entries Bharata B Rao
2015-09-04  6:28   ` David Gibson
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 08/11] spapr: CPU hotplug support Bharata B Rao
2015-09-04  6:58   ` David Gibson
2015-09-09  6:52     ` Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 09/11] spapr: Support topologies with unfilled cores Bharata B Rao
2015-09-04  7:01   ` David Gibson
2015-09-04  8:44     ` Thomas Huth
2015-09-09  6:58       ` Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 10/11] spapr: CPU hot unplug support Bharata B Rao
2015-08-06  5:27 ` [Qemu-devel] [RFC PATCH v4 11/11] target-ppc: Enable CPU hotplug for POWER8 CPU family Bharata B Rao
2015-08-06  8:42 ` [Qemu-devel] [RFC PATCH v4 00/11] sPAPR CPU hotplug Zhu Guihua
2015-08-10  3:31   ` Bharata B Rao
2015-08-12  2:56 ` David Gibson

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=56445EDE.5050607@cn.fujitsu.com \
    --to=zhugh.fnst@cn.fujitsu.com \
    --cc=afaerber@suse.de \
    --cc=agraf@suse.de \
    --cc=aik@ozlabs.ru \
    --cc=bharata@linux.vnet.ibm.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=guijianfeng@cn.fujitsu.com \
    --cc=imammedo@redhat.com \
    --cc=izumi.taku@jp.fujitsu.com \
    --cc=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=mdroth@linux.vnet.ibm.com \
    --cc=nfont@linux.vnet.ibm.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.org \
    --cc=tyreld@linux.vnet.ibm.com \
    /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.