On Fri, Oct 30, 2020 at 02:20:03PM -0700, Dave Jiang wrote: > > > On 10/30/2020 12:51 PM, Bjorn Helgaas wrote: > > On Fri, Oct 30, 2020 at 11:51:32AM -0700, Dave Jiang wrote: > > > Intel Scalable I/O Virtualization (SIOV) enables sharing of I/O devices > > > across isolated domains through PASID based sub-device partitioning. > > > Interrupt Message Storage (IMS) enables devices to store the interrupt > > > messages in a device-specific optimized manner without the scalability > > > restrictions of the PCIe defined MSI-X capability. IMS is one of the > > > features supported under SIOV. > > > > > > Move SIOV detection code from Intel iommu driver code to common PCI. Making > > > the detection code common allows supported accelerator drivers to query the > > > PCI core for SIOV and IMS capabilities. The support code will add the > > > ability to query the PCI DVSEC capabilities for the SIOV cap. > > > > This patch really does not include anything related to SIOV other than > > adding a little code to *find* the capability. It doesn't add > > anything that actually *uses* it. I think this patch should simply > > add pci_find_dvsec(), and it doesn't need any of this SIOV or IMS > > description. > > Thanks for the review Bjorn! I'll carve out a patch with just find_dvsec() > and apply your comments and recommendations. > > So the intel-iommu driver checks for the SIOV cap. And the idxd driver > checks for SIOV and IMS cap. There will be other upcoming drivers that will > check for such cap too. It is Intel vendor specific right now, but SIOV is > public and other vendors may implement to the spec. Is there a good place to > put the common capability check for that? Let's wait and see what that code looks like and figure it out then. We can always move it to the PCI core if it turns out to be generic. Right now the code only finds a capability and checks a bit in it. None of that is anything the PCI core is interested in. > There are some other fields in the SIOV dvsec cap, but presently they are > not being utilized. The idxd driver is only interested in making sure that > SIOV and IMS (sub feature) support are present at this point. I'm a little dubious about code that checks whether support is present but doesn't actually *do* anything with that support, but as long as it's outside the PCI core, that's up to you :) Bjorn
