On Tue, May 26, 2015 at 03:11:38PM -0600, Alex Williamson wrote: > v2: don't modify entry->id.device > > In most cases we only use ARI with SR-IOV VFs, which do not support > INTx and therefore never hit this problem. However, some non-SR-IOV > implementations create multiple PFs, extending beyond the standard > 3-bit function numbers with ARI, and do support INTx for those > additional functions. This can happen with Solarflare SFC9120 > adapters. The host driver typically doesn't use INTx, so we also > haven't noticed this problem on bare metal, but when we attempt to > assign the device to a VM using vfio-pci, we fail trying to setup > default INTx signaling. Thanks, > > Alex > > --- > > Alex Williamson (2): > PCI: Move pci_ari_enabled() to global header > ACPI / PCI: Account for ARI in _PRT lookups
Rafael, do you want this or should I take it? I put it on my pci/virtualization branch for v4.2. If you want it, let me know and I'll drop it and you can add my: Acked-by: Bjorn Helgaas <bhelg...@google.com> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
