On Thu, Jul 12, 2018 at 01:52:53PM -0700, Siwei Liu wrote: > The definition is incomplete due to lack of spec. There's no "host" > part defined yet in the host-guest interface. If match by MAC is an > interface, the same must be done on the host(device) side as well, > which has been agreed not the way to go. However, I don't think that's > what the author intends to do by interpreting his QEMU patch - it > missed the other parts as well, such as the feature negotiation and > how it interacts with the paired device. > > What I said is that match by MAC is just a guest implementation that > one can change at any time. We now have the group ID on QEMU, why > still sticking to matching by MAC? It shoulnd't be a host-guest > interface in the first place anyway.
I think that match by MAC is a simple portable way to match devices. E.g. it will work seamlessly with niche things like zPCI. However there are other niche use-cases that aren't addressed by match by MAC such as PF pass-through as a primary, and the pci bridge trick addresses that at cost of some portability. So I see no issues supporting both mechanisms, but others on the TC might feel differently. -- MST --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscr...@lists.oasis-open.org For additional commands, e-mail: virtio-dev-h...@lists.oasis-open.org
