From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from dpdk.org (dpdk.org [92.243.14.124])
	by inbox.dpdk.org (Postfix) with ESMTP id 49D45A04FA;
	Wed,  5 Feb 2020 14:56:17 +0100 (CET)
Received: from [92.243.14.124] (localhost [127.0.0.1])
	by dpdk.org (Postfix) with ESMTP id 1533E1C1FA;
	Wed,  5 Feb 2020 14:56:08 +0100 (CET)
Received: from bombadil.infradead.org (bombadil.infradead.org
 [198.137.202.133]) by dpdk.org (Postfix) with ESMTP id E48101C10F
 for <dev@dpdk.org>; Wed,  5 Feb 2020 08:01:13 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version
 :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
 Content-Transfer-Encoding:Content-ID:Content-Description;
 bh=CIMLPTOIpIkqW6rCSCB/RZ2YWA0k6ASd16expdYFtQA=; b=gHFWUnHsOh5Qz70a1+BMJe/lh9
 jRQ0lozk6QzxKXJhswoCOd5tJShhYPjcygqGKk7D7DkYLMfohtgHmGHopX+cD2q1tYtz7ebLJWJpK
 nTUJgLVgTuVvcivsOk0E1LA6TlIWtN3ns17g2nu5GBBOkxn+28gPJpnQGrPB1QgX9Rnz4ZSzDd6YP
 Spsn91t1/bPc5MnUEjZpdUXgdLlS3vO9TFNY069WNynKrss490n6VpqeFdwO3721JOOUuOI1yOiH7
 OaPVOqMP6+Gu59g7RkCVSVAMtQVnrAa+HoWIQy8FSlIx9GyIWKwq7lMO5G5WYtYHOd1Kc1xMn/xmn
 9NcaMjyA==;
Received: from hch by bombadil.infradead.org with local (Exim 4.92.3 #3 (Red
 Hat Linux)) id 1izEgP-00061P-A1; Wed, 05 Feb 2020 07:01:09 +0000
Date: Tue, 4 Feb 2020 23:01:09 -0800
From: Christoph Hellwig <hch@infradead.org>
To: Alex Williamson <alex.williamson@redhat.com>
Cc: kvm@vger.kernel.org, linux-pci@vger.kernel.org,
 linux-kernel@vger.kernel.org, dev@dpdk.org, mtosatti@redhat.com,
 thomas@monjalon.net, bluca@debian.org, jerinjacobk@gmail.com,
 bruce.richardson@intel.com, cohuck@redhat.com
Message-ID: <20200205070109.GA18027@infradead.org>
References: <158085337582.9445.17682266437583505502.stgit@gimli.home>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <158085337582.9445.17682266437583505502.stgit@gimli.home>
X-SRS-Rewrite: SMTP reverse-path rewritten from <hch@infradead.org> by
 bombadil.infradead.org. See http://www.infradead.org/rpr.html
X-Mailman-Approved-At: Wed, 05 Feb 2020 14:56:03 +0100
Subject: Re: [dpdk-dev] [RFC PATCH 0/7] vfio/pci: SR-IOV support
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

On Tue, Feb 04, 2020 at 04:05:34PM -0700, Alex Williamson wrote:
> We address this in a few ways in this series.  First, we can use a bus
> notifier and the driver_override facility to make sure VFs are bound
> to the vfio-pci driver by default.  This should eliminate the chance
> that a VF is accidentally bound and used by host drivers.  We don't
> however remove the ability for a host admin to change this override.

That is just such a bad idea.  Using VFs in the host is a perfectly
valid use case that you are breaking.