On Wed, Apr 25, 2018 at 05:18:31PM -0700, Stephen Hemminger wrote: > On Wed, 25 Apr 2018 15:57:57 -0700 > Siwei Liu <losewe...@gmail.com> wrote: > > > > > > > I think ideally the infrastructure should suppport flexible matching of > > > NICs - netvsc is already reported to be moving to some kind of serial > > > address. > > > > > As Stephen said, Hyper-V supports the serial UUID thing from day-one. > > It's just the Linux netvsc guest driver itself does not leverage that > > ID from the very beginging. > > > > Regards, > > -Siwei > > I am working on that. The problem is that it requires some messy work > to go from VF netdevice back to PCI device and from there to the PCI hyperv > host infrastructure to find the serial number. > > I was hoping that the serial number would also match the concept of PCI > Express > device serial number. But that is a completely different ID :-( > The PCI-E serial number is a hardware serial number more like MAC address. > The Hyper-V serial number is more like PCI slot value.
Asuming you mean the Device Serial Number Capability, I did consider this, and we could use that, changing the UUID to one matching the PV device, but I'm not sure no drivers will get confused suddenly seeing the UUID of another company there. If we are going the UUID route, a better idea might be to specify the UUID of the PCI port into which the PT device is being hotplugged. This is PCI-Express specific, but presumably legacy PCI/PCI-X devices aren't common enough to bother about this for now. -- MST _______________________________________________ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization