Re: [Xen-devel] [RFC] Improving CPU hotplug for 4.3 with qemu-xen

[Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>]

On Wed, 7 Aug 2013, Ian Jackson wrote:
> George Dunlap writes ("Re: [Xen-devel] [RFC] Improving CPU hotplug for 4.3 
> with qemu-xen"):
> > On Fri, Jul 19, 2013 at 4:26 PM, Anthony PERARD
> > <anthony.perard@xxxxxxxxxx> wrote:
> > > The cpu hotplug that have been backported from QEMU to qemu-xen (1.5 to
> > > 1.3) is incomplete. Especially, there is no way to know if a CPU is
> > > already marked as online by qemu. This result by those error messages
> > > from libxl:
> > >
> > > libxl: error: libxl_qmp.c:289:qmp_handle_error_response: received an
> > > error message from QMP server: Unable to add CPU: 0, it already exists
> > > libxl: error: libxl_qmp.c:289:qmp_handle_error_response: received an
> > > error message from QMP server: Unable to add CPU: 1, it already exists
> > >
> > > So I tried to backport more patches so it will become possible for libxl
> > > to get the list of online cpu.
> > >
> > > But this result in *a lot* of patches.
> > >
> > > Here is the git tree and see the list of patches at the end of the mail:
> > > git://xenbits.xen.org/people/aperard/qemu-dm.git  backport-cpu-device
> 
> Blimey.
> 
> > I think updates to the stable tree are now IanJ's decision.  It seems
> > like this is an awful lot to backport.
> 
> I agree.  I don't think this is really backport material.
> Stefano, do you have an opinion ?

I would prefer to avoid backporting all those patches.

Especially if the errors above only show if a user asks for a vcpu to be
plugged in when it's actually already present.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel