[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 3/3] libxl: update vcpus bitmap in retrieved guest config
On Tue, Jun 07, 2016 at 05:03:07PM +0100, Wei Liu wrote: > On Tue, Jun 07, 2016 at 03:45:29PM +0100, Anthony PERARD wrote: > > On Tue, Jun 07, 2016 at 12:24:02PM +0100, Wei Liu wrote: > > > ... because the available vcpu bitmap can change during domain life time > > > due to cpu hotplug and unplug. > > > > > > For QEMU upstream, we interrogate QEMU for the number of vcpus. For > > > others, we look directly into xenstore for information. > > > > > > Reported-by: Jan Beulich <jbeulich@xxxxxxxx> > > > Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> > > > --- > > > tools/libxl/libxl.c | 91 > > > +++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > 1 file changed, 91 insertions(+) > > > > > > diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c > > > index 006b83f..4f8b663 100644 > > > --- a/tools/libxl/libxl.c > > > +++ b/tools/libxl/libxl.c > > > @@ -7222,6 +7222,57 @@ void libxl_mac_copy(libxl_ctx *ctx, libxl_mac > > > *dst, libxl_mac *src) > > > (*dst)[i] = (*src)[i]; > > > } > > > > > > +static int libxl__update_avail_vcpus_qmp(libxl__gc *gc, uint32_t domid, > > > + unsigned int max_vcpus, > > > + libxl_bitmap *map) > > > +{ > > > + unsigned int count, i; > > > + int rc; > > > + > > > + /* For QEMU upstream we always need to return the number > > > + * of cpus present to QEMU whether they are online or not; > > > + * otherwise QEMU won't accept the saved state. > > > + */ > > > + rc = libxl__qmp_query_cpus(gc, domid, &count); > > > + if (rc) { > > > + LOG(ERROR, "fail to get number of cpus for domain %d", domid); > > > + goto out; > > > + } > > > + > > > + for (i = 0; i < count; i++) > > > + libxl_bitmap_set(map, i); > > > > What if I have cpu 1, 7 and 42 online, but all the other offline? > > > > I have more or less the same question when I wrote this patch. At that > time I thought the avail_vcpus was only used for generating -smp option > to QEMU. Right, and -smp does not let you set a bitmap... I guess having a count for this purpose is enough. > In your example, you will have -smp 3,maxvcpus=$Y. I think the migration > should still succeed. Furthermore, the cpu-add operation doesn't care, > so it probably won't have visible effect. What does cpu-add not care about? > I agree it would be good to set the exact bits though -- if you can tell > me which field to test. > From the example below, I guess it would be "CPU". > > -> { "execute": "query-cpus" } > <- { > "return":[ > { > "CPU":0, > "current":true, > "halted":false, > "qom_path":"/machine/unattached/device[0]", > "arch":"x86", > "pc":3227107138, > "thread_id":3134 > }, > { > "CPU":1, > "current":false, > "halted":true, > "qom_path":"/machine/unattached/device[2]", > "arch":"x86", > "pc":7108165, > "thread_id":3135 > } > ] > } > EQMP -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |