[libvirt] [PATCH] Clarify behavior or virDomainDetachDevice

Daniel P. Berrange berrange at redhat.com
Fri Feb 20 12:43:50 UTC 2015


On Fri, Feb 20, 2015 at 01:16:24PM +0100, Michal Privoznik wrote:
> On 20.02.2015 12:39, Ján Tomko wrote:
> > Doucment that not all attributes are used for matching.
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=872028
> > ---
> >  src/libvirt-domain.c | 5 +++++
> >  tools/virsh.pod      | 4 +++-
> >  2 files changed, 8 insertions(+), 1 deletion(-)
> > 
> > diff --git a/src/libvirt-domain.c b/src/libvirt-domain.c
> > index 492e90a..a95c096 100644
> > --- a/src/libvirt-domain.c
> > +++ b/src/libvirt-domain.c
> > @@ -8341,6 +8341,11 @@ virDomainDetachDevice(virDomainPtr domain, const char *xml)
> >   * into S4 state (also known as hibernation) unless you also modify the
> >   * persistent domain definition.
> >   *
> > + * Note that not all attributes from the XML definition are checked.
> > + * For example, if the mac address and the pci address specified in the XML
> > + * match an existing interface, but source and interface type do not,
> > + * the existing interface will be detached.
> > + *
> 
> I don't think we want to advertise this. Users are required to pass full
> device XML. If we use only a part of that information to find the
> device, it's our internal implementation. Not a green light for users to
> pass minimized XMLs.
> Same applies for (partly) inconsistent XMLs (inconsistent to domain
> XML). If we now teach users it's okay to pass XML that differs to its
> domain counterpart, we are stuck with it forever. I'd await plenty of
> bug reports that we broke somebody's flow just because he was passing
> altered XML and we suddenly needed to change the set of attributes that
> are checked.
> 
> NACK, sorry.

Agreed, this docs change will limit our ability to change our impl
later if we need to.

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|




More information about the libvir-list mailing list