[libvirt] [PATCH v6 02/23] conf: introduce virNetworkPortDefPtr struct and XML support

Daniel P. Berrangé berrange at redhat.com
Mon Jun 17 14:28:58 UTC 2019


On Fri, May 24, 2019 at 03:28:31PM -0400, Laine Stump wrote:
> On 5/23/19 11:32 AM, Daniel P. Berrangé wrote:
> > Introduce a virNetworkPortDefPtr struct to represent the data associated
> > with a virtual network port. Add APIs for parsing/formatting XML docs
> > with the data.
> > 
> > Signed-off-by: Daniel P. Berrangé <berrange at redhat.com>
> [...]
> > 
> > +    <pre>
> > +<networkport
> > +  <uuid>7ae63b5f-fe96-4af0-a7c3-da04ba1b3f54</uuid>
> > +  <owner>
> > +    <uuid>06578fc1-c686-46fa-bc2c-220893b466a6</uuid>
> > +    <name>myguest<name>
> > +  </owner>
> 
> 
> It just occurred to me that virHostdevManager (which is used by the node
> device driver to keep track of PCI and USB devices) maintains not only the
> domain name of the current owner of a device, but also which hypervisor
> driver that domain is in. Most of the time a host will only be using one
> hypervisor driver, but there may be cases where someone is, e.g., using qemu
> and lxc on the same host, and they could theoretically each have a domain
> with the same name. I wonder if we should add this to the <owner> element.
> (If it's useful here, it may also be useful for nwfilter bindings). It can
> always be added later though, so no need to think about it too much now...

We have the exact same blob of XML in the virNWFilterBinding XML schema
too, so I should think about that for both.


Regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|




More information about the libvir-list mailing list