[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <3075635.JhZ4D0jF4G@vostro.rjw.lan>
Date: Sat, 30 May 2015 01:53:30 +0200
From: "Rafael J. Wysocki" <rjw@...ysocki.net>
To: Bjorn Helgaas <bhelgaas@...gle.com>
Cc: Alex Williamson <alex.williamson@...hat.com>,
linux-acpi@...r.kernel.org, linux-pci@...r.kernel.org,
ddutile@...hat.com, linux-kernel@...r.kernel.org, lenb@...nel.org
Subject: Re: [PATCH v2 0/2] ACPI / PCI: Fix _PRT lookup for ARI enabled devices
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-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists