[PATCH 1/2] pci: Error disabling SR-IOV if in VFs assigned
Christoph Hellwig
hch at infradead.org
Mon May 23 08:10:12 PDT 2016
On Mon, May 23, 2016 at 09:07:11AM -0600, Alex Williamson wrote:
> On Mon, 23 May 2016 03:55:32 -0700
> Christoph Hellwig <hch at infradead.org> wrote:
>
> > On Tue, May 17, 2016 at 04:08:32PM -0600, Alex Williamson wrote:
> > > On Tue, 17 May 2016 15:39:58 -0600
> > > Keith Busch <keith.busch at intel.com> wrote:
> > >
> > > > Every sriov capable driver has to check if any guest is using a virtual
> > > > function prior to disabling, so let's make it common code.
> > >
> > > This is not true, the PCI_DEV_FLAGS_ASSIGNED flag is inherently racy,
> > > so checking it is really only a courtesy for broken drivers that
> > > still make use of it. I don't object to adding it here, though I
> > > wish the entire interface was deprecated, but it's only a minimal amount
> > > of insurance as a VF might get assigned immediately following your added
> > > test or might not participate in the assigned device flagging at all.
> >
> > Si should we just kill it? As far as I can tell it's only used in these
> > kinds of boilerplate checks.
>
> Long term, yes, but perhaps KVM legacy PCI device assignment needs to
> be not only deprecated, but removed first.
Oh well. In that case I'd like to at least move it to the PCI core
so that drivers don't have to care about it.
More information about the Linux-nvme
mailing list