qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2 0/3] Bitmap based CPU enumeration


From: Eduardo Habkost
Subject: Re: [Qemu-devel] [PATCH v2 0/3] Bitmap based CPU enumeration
Date: Tue, 19 May 2015 10:04:18 -0300
User-agent: Mutt/1.5.23 (2014-03-12)

On Tue, May 19, 2015 at 10:46:03AM +0530, Bharata B Rao wrote:
> On Mon, May 18, 2015 at 04:09:49PM -0300, Eduardo Habkost wrote:
> > On Tue, May 12, 2015 at 11:06:23AM +0530, Bharata B Rao wrote:
> > > This patch changes the way cpu_index is handed out to newly created
> > > CPUs by tracking the allocted CPUs in a bitmap. More information and
> > > the need for this patch is described in patch 2/3 of this series. These
> > > generic changes are needed to support CPU hot plug/unplug on PowerPC.
> > 
> > What about the existing vmstate and savevm calls on cpu_exec_init()?
> > Won't QEMU crash if you destroy the CPU without unregistering the
> > vmstate and savevm handlers?
> 
> There was a patch from Zhu to move the vmstate registration
> code into cpu_common_realizefn
> 
> http://lists.gnu.org/archive/html/qemu-devel/2015-01/msg01550.html
> 
> Also there was also a patch to do unregistration from target CPU's
> unrealizefn for x86.
> 
> https://lists.gnu.org/archive/html/qemu-devel/2015-02/msg02599.html
> 
> On PowerPC Currently I do unregistration in the ppc CPU's unrealizefn.
> 
> But irrespective of how the above patches evolve, does it make
> sense to have unregistration part done in cpu_exec_exit() now as
> part of this patch series ?

It would make sense, but there's no need to do it in this series if we
are already in the process of moving the register/unregister calls
elsewhere.

(But wherever you do the registration calls, you shouldn't need to do
unregistration in arch-specific code if registration is done on generic
code.)

-- 
Eduardo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]