From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: [PATCH v7 net-next 4/4] netvsc: refactor notifier/event handling code to use the failover framework Date: Mon, 23 Apr 2018 10:44:40 -0700 Message-ID: <20180423104440.2fe6cfd2@xeon-e3> References: <1524188524-28411-1-git-send-email-sridhar.samudrala@intel.com> <1524188524-28411-5-git-send-email-sridhar.samudrala@intel.com> <20180420082802.6ca37e4c@xeon-e3> <20180420160058.GB2150@nanopsycho.orion> <20180423100406.71b95f74@xeon-e3> <20180423202204-mutt-send-email-mst@kernel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jiri Pirko , Sridhar Samudrala , davem@davemloft.net, netdev@vger.kernel.org, virtualization@lists.linux-foundation.org, virtio-dev@lists.oasis-open.org, jesse.brandeburg@intel.com, alexander.h.duyck@intel.com, kubakici@wp.pl, jasowang@redhat.com, loseweigh@gmail.com To: "Michael S. Tsirkin" Return-path: Received: from mail-pg0-f65.google.com ([74.125.83.65]:37784 "EHLO mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755114AbeDWRon (ORCPT ); Mon, 23 Apr 2018 13:44:43 -0400 Received: by mail-pg0-f65.google.com with SMTP id a13so4425695pgu.4 for ; Mon, 23 Apr 2018 10:44:43 -0700 (PDT) In-Reply-To: <20180423202204-mutt-send-email-mst@kernel.org> Sender: netdev-owner@vger.kernel.org List-ID: On Mon, 23 Apr 2018 20:24:56 +0300 "Michael S. Tsirkin" wrote: > On Mon, Apr 23, 2018 at 10:04:06AM -0700, Stephen Hemminger wrote: > > > > > > > >I will NAK patches to change to common code for netvsc especially the > > > >three device model. MS worked hard with distro vendors to support transparent > > > >mode, ans we really can't have a new model; or do backport. > > > > > > > >Plus, DPDK is now dependent on existing model. > > > > > > Sorry, but nobody here cares about dpdk or other similar oddities. > > > > The network device model is a userspace API, and DPDK is a userspace application. > > It is userspace but are you sure dpdk is actually poking at netdevs? > AFAIK it's normally banging device registers directly. > > > You can't go breaking userspace even if you don't like the application. > > Could you please explain how is the proposed patchset breaking > userspace? Ignoring DPDK for now, I don't think it changes the userspace > API at all. > The DPDK has a device driver vdev_netvsc which scans the Linux network devices to look for Linux netvsc device and the paired VF device and setup the DPDK environment. This setup creates a DPDK failsafe (bondingish) instance and sets up TAP support over the Linux netvsc device as well as the Mellanox VF device. So it depends on existing 2 device model. You can't go to a 3 device model or start hiding devices from userspace. Also, I am working on associating netvsc and VF device based on serial number rather than MAC address. The serial number is how Windows works now, and it makes sense for Linux and Windows to use the same mechanism if possible.