On 05/26/2015 05:11 PM, Alex Williamson wrote:
v2: don't modify entry->id.deviceIn 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 drivers/acpi/pci_irq.c | 2 +- drivers/pci/pci.h | 11 ----------- include/linux/pci.h | 11 +++++++++++ 3 files changed, 12 insertions(+), 12 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Feel free to add my Reviewed-by / Acked-by -dd -- 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/
