On Thu, Jun 16, 2011 at 04:40:19PM +0200, Gerhard Stenzel wrote: > On Sun, 2011-06-12 at 20:29 -0400, Laine Stump wrote: > > <!-- A macvtap passthrough connection (one guest interface per dev) > > --> > > <network> > > <name>red-network</name> > > <forward layer='link' mode='passthrough' dev='eth10'/> > > <interface dev='eth10'/> > > <interface dev='eth11'/> > > <interface dev='eth12'/> > > <interface dev='eth13'/> > > <interface dev='eth14'/> > > <interface dev='eth15'/> > > <interface dev='eth16'/> > > <interface dev='eth17'/> > > </forward> > > </network> > > If this example describes a scenario with a SR-IOV card, where eth10 is > the physical function and eth11-eth17 are the virtual functions and > libvirt can attach a VM to any of the VFs, then I would not list eth10 > in the interface pool for passthrough devices. All interfaces listed here should be considered equal for attaching VMs to. I don't think the network code has to even care about whether a NIC in the XML is a virtual or a physical function. The application will discover NICs and whether they are virtual/physical functions via the node device APIs in libvirt. It will then decide which of the NICs to use when creating the network XML. 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 :| -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list