On Thu, 2017-09-28 at 12:56 -0400, Don Dutile wrote: > Well, my point is more like: why put it in uio? > why not make it available via pcie, setup while/if no driver attached? > i.e., other non-uio users can use the mechanism.... like libvirt? ... > if a PF driver isn't required. This would allow you to enable SR-IOV on a PF before its driver is loaded, right? Even when that driver *is* going to need to perform resource management for those VFs? Would existing drivers cope with SR-IOV being enabled, and VFs being assigned to guests, before they're loaded? If so then sure, let's do it generically. But I'm not sure that's the case. As it is, the UIO driver is all about "userspace knows best". So if there's resource management to be done, then userspace needs to do that before enabling SR-IOV. And that's consistent with the current driver- based enabling model for SR-IOV.
Attachment:
smime.p7s
Description: S/MIME cryptographic signature