Re: [Xen-devel] Re: [Qemu-devel] [PATCH 05/13] xen: groundwork for xen support

["Daniel P. Berrange" <berrange@redhat.com>]

On Wed, Aug 27, 2008 at 10:53:37AM +0100, Ian Jackson wrote:
> Gerd Hoffmann writes ("Re: [Xen-devel] Re: [Qemu-devel] [PATCH 05/13] xen: groundwork for xen support"):
> > Ok.  I think we have three cases then:
> > 
> >   (1) xen emulation using xenner (default, with or without kvm).
> >   (2) running on xen, with xend creating the domain, and
> >   (3) running on xen, with qemu creating the domain.
> > 
> > For (2) and (3) we need command line switches to enable these modes.
> > Specifying a domain ID makes sense in all three cases though.  So I'd
> > keep the -xen-domid switch, like this:
> > 
> >   -xen-domid <nr>    specify xen domain id.
> >   -xen-attach        attach to specified domain (created by xend).
> >   -xen-create        create the domain directly.
> > 
> > Comments?
> 
> That sounds reasonable.  Can we please make sure that the usage
> message for -xen-create and -xen-attach makes it clear that a user
> should not supply these options on a Xen system using the Xen
> management toolstack ?  (Which I think includes a system using xm and
> also a system using libvirt, although perhaps Daniel Berrange will
> correct me.)

There's no requirement from libvirt itself - just whatever infrastructure
libvirt is using. So just a message about XenD/xm would be sufficient.

Regards,
Daniel
-- 
|: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|