> -----Original Message----- > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon > Sent: Thursday, April 5, 2018 10:11 PM > To: Richardson, Bruce <bruce.richard...@intel.com> > Cc: Stephen Hemminger <sthem...@microsoft.com>; dev@dpdk.org; Stephen > Hemminger <step...@networkplumber.org> > Subject: Re: [dpdk-dev] [PATCH 2/3] usertools: add hv_uio_setup script > > 05/04/2018 23:07, Bruce Richardson: > > On Thu, Apr 05, 2018 at 10:43:39PM +0200, Thomas Monjalon wrote: > > > 05/04/2018 21:13, Stephen Hemminger: > > > > Small script to rebind netvsc kernel device to Hyper-V > > > > networking PMD. It could be integrated in dpdk-bind, but dpdk-bind > > > > is focused on PCI, and that would get messy. > > > > > > > > Eventually, this functionality will be built into netvsc driver > > > > (see vdev_netvsc as an example). > > > > > > I believe we should avoid creating such script. > > > The direction to go, for hotplug, is to remove dpdk-devbind.py, > > > and implement kernel binding in PMDs (with EAL helpers). > > > > > I'm not convinced at all that that is the direction to go. I instead would > > prefer to see all binding happen outside DPDK. I believe having udev or > > similar manage bindings, set up via e.g driverctl[1], is a far better path. > > This is a system admin tool, and only for Linux. > Having the binding logic inside DPDK, allows the application to control > how hotplug behave.
I also don't think that DPDK application should control hotplug behavior logic. It is clearly up to the system admin to make such decisions. Konstantin