On Friday, May 29, 2015 05:18:48 PM Bjorn Helgaas wrote: > 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. That's fine. Please feel free to add my ACKs to those if that helps. Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
