[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 4/5] libxl: Makes libxl be able to call Qemu upstream for XenPV guest.
Anthony PERARD writes ("Re: [Xen-devel] [PATCH 4/5] libxl: Makes libxl be able to call Qemu upstream for XenPV guest."): > On Fri, 10 Dec 2010, Ian Jackson wrote: > > > anthony.perard@xxxxxxxxxx writes ("[Xen-devel] [PATCH 4/5] libxl: Makes > > libxl be able to call Qemu upstream for XenPV guest."): > > > From: Anthony PERARD <anthony.perard@xxxxxxxxxx> > > > In libxl_build_device_model_args_new: > > > - Adds -xen-attach options to the list of arguments to Qemu. > > > > Is that understood by qemu-xen ? > > Not really, it is understood by Qemu only when we have this: > #if defined(CONFIG_XEN) && !defined(CONFIG_DM). > > And even in this case, it will do nothing because the variable that > receives the option is write only, it is never read. > > So the answer is no, it is not understood by Qemu. Your reply seems confusing to me. Are we talking about the same things ? By "qemu-xen" I mean the old qemu tree which we are still using for xen-unstable. By "understood" I mean that the program will accept the option. You write "Qemu" but by "Qemu" I would normally understand the current upstream qemu (presumably with your Xen patch series). If the option is not understood by qemu-xen then current xen-unstable will break if we apply your patch, surely ? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |