This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


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

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.

|: 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 :|

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>