|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-devel
Re: [Xen-devel] [PATCH 4/5] libxl: Makes libxl be able to call Qemu	upst
 
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
 |   
 
 | 
    | 
  
  
    |   | 
    |