From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Michael S. Tsirkin" Subject: Re: [PATCH 3/5] vDPA: introduce vDPA bus Date: Tue, 21 Jan 2020 09:15:14 -0500 Message-ID: <20200121091456-mutt-send-email-mst@kernel.org> References: <20200116124231.20253-1-jasowang@redhat.com> <20200116124231.20253-4-jasowang@redhat.com> <20200116152209.GH20978@mellanox.com> <03cfbcc2-fef0-c9d8-0b08-798b2a293b8c@redhat.com> <20200117135435.GU20978@mellanox.com> <20200120071406-mutt-send-email-mst@kernel.org> <20200120175050.GC3891@mellanox.com> <20200120164916-mutt-send-email-mst@kernel.org> <20200121141200.GC12330@mellanox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20200121141200.GC12330@mellanox.com> Sender: kvm-owner@vger.kernel.org To: Jason Gunthorpe Cc: Jason Wang , "linux-kernel@vger.kernel.org" , "kvm@vger.kernel.org" , "virtualization@lists.linux-foundation.org" , "netdev@vger.kernel.org" , "tiwei.bie@intel.com" , "maxime.coquelin@redhat.com" , "cunming.liang@intel.com" , "zhihong.wang@intel.com" , "rob.miller@broadcom.com" , "xiao.w.wang@intel.com" , "haotian.wang@sifive.com" , "lingshan.zhu@intel.com" , "eperezma@redhat.com" , "lulu@redhat.com" List-Id: virtualization@lists.linuxfoundation.org On Tue, Jan 21, 2020 at 02:12:05PM +0000, Jason Gunthorpe wrote: > On Mon, Jan 20, 2020 at 04:56:06PM -0500, Michael S. Tsirkin wrote: > > > For vfio? vfio is the only thing I am aware doing > > > that, and this is not vfio.. > > > > vfio is not doing anything. anyone can use a combination > > of unbind and driver_override to attach a driver to a device. > > > > It's not a great interface but it's there without any code, > > and it will stay there without maintainance overhead > > if we later add a nicer one. > > Well, it is not a great interface, and it is only really used in > normal cases by vfio. > > I don't think it is a good idea to design new subsystems with that > idea in mind, particularly since detatching the vdpa driver would not > trigger destruction of the underlying dynamic resource (ie the SF). > > We need a way to trigger that destruction.. > > Jason You wanted a netlink command for this, right? -- MST