All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jiri Pirko <jiri@resnulli.us>
To: "Samudrala, Sridhar" <sridhar.samudrala@intel.com>
Cc: mst@redhat.com, stephen@networkplumber.org, davem@davemloft.net,
	netdev@vger.kernel.org, virtio-dev@lists.oasis-open.org,
	jesse.brandeburg@intel.com, alexander.h.duyck@intel.com,
	kubakici@wp.pl
Subject: Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available
Date: Wed, 14 Mar 2018 16:45:10 +0100	[thread overview]
Message-ID: <20180314154510.GD2130@nanopsycho> (raw)
In-Reply-To: <45ca2aec-6475-06e6-7a38-be6b8aeb362b@intel.com>

Wed, Mar 14, 2018 at 01:36:23AM CET, sridhar.samudrala@intel.com wrote:
>On 3/12/2018 2:08 PM, Jiri Pirko wrote:
>> Mon, Mar 12, 2018 at 09:58:06PM CET, sridhar.samudrala@intel.com wrote:
>> > 
>> > On 3/12/2018 1:12 PM, Jiri Pirko wrote:
>> > > Thu, Mar 01, 2018 at 09:08:43PM CET, sridhar.samudrala@intel.com wrote:
>> > > > This patch enables virtio_net to switch over to a VF datapath when a VF
>> > > > netdev is present with the same MAC address. It allows live migration
>> > > > of a VM with a direct attached VF without the need to setup a bond/team
>> > > > between a VF and virtio net device in the guest.
>> > > > 
>> > > > The hypervisor needs to enable only one datapath at any time so that
>> > > > packets don't get looped back to the VM over the other datapath. When a VF
>> > > > is plugged, the virtio datapath link state can be marked as down. The
>> > > > hypervisor needs to unplug the VF device from the guest on the source host
>> > > > and reset the MAC filter of the VF to initiate failover of datapath to
>> > > > virtio before starting the migration. After the migration is completed,
>> > > > the destination hypervisor sets the MAC filter on the VF and plugs it back
>> > > > to the guest to switch over to VF datapath.
>> > > > 
>> > > > When BACKUP feature is enabled, an additional netdev(bypass netdev) is
>> > > > created that acts as a master device and tracks the state of the 2 lower
>> > > > netdevs. The original virtio_net netdev is marked as 'backup' netdev and a
>> > > > passthru device with the same MAC is registered as 'active' netdev.
>> > > > 
>> > > > This patch is based on the discussion initiated by Jesse on this thread.
>> > > > https://marc.info/?l=linux-virtualization&m=151189725224231&w=2
>> > > > 
>> > > > Signed-off-by: Sridhar Samudrala <sridhar.samudrala@intel.com>
>> > > > Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
>> > > > Reviewed-by: Jesse Brandeburg <jesse.brandeburg@intel.com>
>> > > [...]
>> > > 
>> > > 
>> > > > +static int virtnet_bypass_register_child(struct net_device *child_netdev)
>> > > > +{
>> > > > +	struct virtnet_bypass_info *vbi;
>> > > > +	struct net_device *dev;
>> > > > +	bool backup;
>> > > > +	int ret;
>> > > > +
>> > > > +	if (child_netdev->addr_len != ETH_ALEN)
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	/* We will use the MAC address to locate the virtnet_bypass netdev
>> > > > +	 * to associate with the child netdev. If we don't find a matching
>> > > > +	 * bypass netdev, move on.
>> > > > +	 */
>> > > > +	dev = get_virtnet_bypass_bymac(dev_net(child_netdev),
>> > > > +				       child_netdev->perm_addr);
>> > > > +	if (!dev)
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	vbi = netdev_priv(dev);
>> > > > +	backup = (child_netdev->dev.parent == dev->dev.parent);
>> > > > +	if (backup ? rtnl_dereference(vbi->backup_netdev) :
>> > > > +			rtnl_dereference(vbi->active_netdev)) {
>> > > > +		netdev_info(dev,
>> > > > +			    "%s attempting to join bypass dev when %s already present\n",
>> > > > +			    child_netdev->name, backup ? "backup" : "active");
>> > > > +		return NOTIFY_DONE;
>> > > > +	}
>> > > > +
>> > > > +	/* Avoid non pci devices as active netdev */
>> > > > +	if (!backup && (!child_netdev->dev.parent ||
>> > > > +			!dev_is_pci(child_netdev->dev.parent)))
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	ret = netdev_rx_handler_register(child_netdev,
>> > > > +					 virtnet_bypass_handle_frame, dev);
>> > > > +	if (ret != 0) {
>> > > > +		netdev_err(child_netdev,
>> > > > +			   "can not register bypass receive handler (err = %d)\n",
>> > > > +			   ret);
>> > > > +		goto rx_handler_failed;
>> > > > +	}
>> > > > +
>> > > > +	ret = netdev_upper_dev_link(child_netdev, dev, NULL);
>> > > > +	if (ret != 0) {
>> > > > +		netdev_err(child_netdev,
>> > > > +			   "can not set master device %s (err = %d)\n",
>> > > > +			   dev->name, ret);
>> > > > +		goto upper_link_failed;
>> > > > +	}
>> > > > +
>> > > > +	child_netdev->flags |= IFF_SLAVE;
>> > > > +
>> > > > +	if (netif_running(dev)) {
>> > > > +		ret = dev_open(child_netdev);
>> > > > +		if (ret && (ret != -EBUSY)) {
>> > > > +			netdev_err(dev, "Opening child %s failed ret:%d\n",
>> > > > +				   child_netdev->name, ret);
>> > > > +			goto err_interface_up;
>> > > > +		}
>> > > > +	}
>> > > Much of this function is copy of netvsc_vf_join, should be shared with
>> > > netvsc.
>> > Yes. This is based on netvsc_register_vf() and netvsc_vf_join(). But modified
>> > to handle registration of 2 child netdevs(backup virtio and active vf).� In case
>> > of netvsc, they only register VF. There is no backup netdev.
>> > I think trying to make this code shareable with netvsc will introduce additional
>> > checks and make it convoluted.
>> No problem.
>
>Not clear what you meant here?
>Want to confirm that you are agreeing that it is OK to not share this function
>with netvsc.

Please share as much as possible. And this is possible. netdev_upper_dev_link
IFF_SLAVE flag set netdev_rx_handler_register, checks etc.


>
>
>> 
>> 
>> > 
>> > > 
>> > > > +
>> > > > +	/* Align MTU of child with master */
>> > > > +	ret = dev_set_mtu(child_netdev, dev->mtu);
>> > > > +	if (ret) {
>> > > > +		netdev_err(dev,
>> > > > +			   "unable to change mtu of %s to %u register failed\n",
>> > > > +			   child_netdev->name, dev->mtu);
>> > > > +		goto err_set_mtu;
>> > > > +	}
>> > > > +
>> > > > +	call_netdevice_notifiers(NETDEV_JOIN, child_netdev);
>> > > > +
>> > > > +	netdev_info(dev, "registering %s\n", child_netdev->name);
>> > > > +
>> > > > +	dev_hold(child_netdev);
>> > > > +	if (backup) {
>> > > > +		rcu_assign_pointer(vbi->backup_netdev, child_netdev);
>> > > > +		dev_get_stats(vbi->backup_netdev, &vbi->backup_stats);
>> > > > +	} else {
>> > > > +		rcu_assign_pointer(vbi->active_netdev, child_netdev);
>> > > > +		dev_get_stats(vbi->active_netdev, &vbi->active_stats);
>> > > > +		dev->min_mtu = child_netdev->min_mtu;
>> > > > +		dev->max_mtu = child_netdev->max_mtu;
>> > > > +	}
>> > > > +
>> > > > +	return NOTIFY_OK;
>> > > > +
>> > > > +err_set_mtu:
>> > > > +	dev_close(child_netdev);
>> > > > +err_interface_up:
>> > > > +	netdev_upper_dev_unlink(child_netdev, dev);
>> > > > +	child_netdev->flags &= ~IFF_SLAVE;
>> > > > +upper_link_failed:
>> > > > +	netdev_rx_handler_unregister(child_netdev);
>> > > > +rx_handler_failed:
>> > > > +	return NOTIFY_DONE;
>> > > > +}
>> > > > +
>> > > > +static int virtnet_bypass_unregister_child(struct net_device *child_netdev)
>> > > > +{
>> > > > +	struct virtnet_bypass_info *vbi;
>> > > > +	struct net_device *dev, *backup;
>> > > > +
>> > > > +	dev = get_virtnet_bypass_byref(child_netdev);
>> > > > +	if (!dev)
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	vbi = netdev_priv(dev);
>> > > > +
>> > > > +	netdev_info(dev, "unregistering %s\n", child_netdev->name);
>> > > > +
>> > > > +	netdev_rx_handler_unregister(child_netdev);
>> > > > +	netdev_upper_dev_unlink(child_netdev, dev);
>> > > > +	child_netdev->flags &= ~IFF_SLAVE;
>> > > > +
>> > > > +	if (child_netdev->dev.parent == dev->dev.parent) {
>> > > > +		RCU_INIT_POINTER(vbi->backup_netdev, NULL);
>> > > > +	} else {
>> > > > +		RCU_INIT_POINTER(vbi->active_netdev, NULL);
>> > > > +		backup = rtnl_dereference(vbi->backup_netdev);
>> > > > +		if (backup) {
>> > > > +			dev->min_mtu = backup->min_mtu;
>> > > > +			dev->max_mtu = backup->max_mtu;
>> > > > +		}
>> > > > +	}
>> > > > +
>> > > > +	dev_put(child_netdev);
>> > > > +
>> > > > +	return NOTIFY_OK;
>> > > > +}
>> > > > +
>> > > > +static int virtnet_bypass_update_link(struct net_device *child_netdev)
>> > > > +{
>> > > > +	struct net_device *dev, *active, *backup;
>> > > > +	struct virtnet_bypass_info *vbi;
>> > > > +
>> > > > +	dev = get_virtnet_bypass_byref(child_netdev);
>> > > > +	if (!dev || !netif_running(dev))
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	vbi = netdev_priv(dev);
>> > > > +
>> > > > +	active = rtnl_dereference(vbi->active_netdev);
>> > > > +	backup = rtnl_dereference(vbi->backup_netdev);
>> > > > +
>> > > > +	if ((active && virtnet_bypass_xmit_ready(active)) ||
>> > > > +	    (backup && virtnet_bypass_xmit_ready(backup))) {
>> > > > +		netif_carrier_on(dev);
>> > > > +		netif_tx_wake_all_queues(dev);
>> > > > +	} else {
>> > > > +		netif_carrier_off(dev);
>> > > > +		netif_tx_stop_all_queues(dev);
>> > > > +	}
>> > > > +
>> > > > +	return NOTIFY_OK;
>> > > > +}
>> > > > +
>> > > > +static int virtnet_bypass_event(struct notifier_block *this,
>> > > > +				unsigned long event, void *ptr)
>> > > > +{
>> > > > +	struct net_device *event_dev = netdev_notifier_info_to_dev(ptr);
>> > > > +
>> > > > +	/* Skip our own events */
>> > > > +	if (event_dev->netdev_ops == &virtnet_bypass_netdev_ops)
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	/* Avoid non-Ethernet type devices */
>> > > > +	if (event_dev->type != ARPHRD_ETHER)
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	/* Avoid Vlan dev with same MAC registering as child dev */
>> > > > +	if (is_vlan_dev(event_dev))
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	/* Avoid Bonding master dev with same MAC registering as child dev */
>> > > > +	if ((event_dev->priv_flags & IFF_BONDING) &&
>> > > > +	    (event_dev->flags & IFF_MASTER))
>> > > > +		return NOTIFY_DONE;
>> > > > +
>> > > > +	switch (event) {
>> > > > +	case NETDEV_REGISTER:
>> > > > +		return virtnet_bypass_register_child(event_dev);
>> > > > +	case NETDEV_UNREGISTER:
>> > > > +		return virtnet_bypass_unregister_child(event_dev);
>> > > > +	case NETDEV_UP:
>> > > > +	case NETDEV_DOWN:
>> > > > +	case NETDEV_CHANGE:
>> > > > +		return virtnet_bypass_update_link(event_dev);
>> > > > +	default:
>> > > > +		return NOTIFY_DONE;
>> > > > +	}
>> > > > +}
>> > > For example this function is 1:1 copy of netvsc, even with comments
>> > > and bugs (like IFF_BODING check).
>> > > 
>> > > This is also something that should be shared with netvsc.
>> > The problem is with the calls that are made from this function.
>> > Sharing would have been possible if both virtio and netvsc went with
>> > same netdev model.
>> ops? You can still share.
>
>OK. looks like you want to see atleast some code shared between netvsc and virtio_net
>even when they are using 2 different netdev models.

Yes please.

>Will try to add a new file under net/core and move some functions that can be shared
>between netvsc and virtio_net in BACKUP mode.
>
>
>> 
>> 
>> > > 
>> > > > +
>> > > > +static struct notifier_block virtnet_bypass_notifier = {
>> > > > +	.notifier_call = virtnet_bypass_event,
>> > > > +};
>> > > > +
>> > > > +static int virtnet_bypass_create(struct virtnet_info *vi)
>> > > > +{
>> > > > +	struct net_device *backup_netdev = vi->dev;
>> > > > +	struct device *dev = &vi->vdev->dev;
>> > > > +	struct net_device *bypass_netdev;
>> > > > +	int res;
>> > > > +
>> > > > +	/* Alloc at least 2 queues, for now we are going with 16 assuming
>> > > > +	 * that most devices being bonded won't have too many queues.
>> > > > +	 */
>> > > > +	bypass_netdev = alloc_etherdev_mq(sizeof(struct virtnet_bypass_info),
>> > > > +					  16);
>> > > > +	if (!bypass_netdev) {
>> > > > +		dev_err(dev, "Unable to allocate bypass_netdev!\n");
>> > > > +		return -ENOMEM;
>> > > > +	}
>> > > > +
>> > > > +	dev_net_set(bypass_netdev, dev_net(backup_netdev));
>> > > > +	SET_NETDEV_DEV(bypass_netdev, dev);
>> > > > +
>> > > > +	bypass_netdev->netdev_ops = &virtnet_bypass_netdev_ops;
>> > > > +	bypass_netdev->ethtool_ops = &virtnet_bypass_ethtool_ops;
>> > > > +
>> > > > +	/* Initialize the device options */
>> > > > +	bypass_netdev->flags |= IFF_MASTER;
>> > > > +	bypass_netdev->priv_flags |= IFF_BONDING | IFF_UNICAST_FLT |
>> > > No clue why you set IFF_BONDING here...
>> > This is to indicate to the userspace that this is a master bond device.
>> This is not a master bond device! If you say this, it makes me really
>> worried....
>> 
>Will remove IFF_BONDING in the next revision.

Also please remove IFF_MASTER setting. Thanks


>
>
>> 
>> > May be it is sufficient to just set IFF_MASTER.
>> > 
>> > > 
>> > > 
>> > > 
>> > > 
>

  parent reply	other threads:[~2018-03-14 15:45 UTC|newest]

Thread overview: 102+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-01 20:08 [virtio-dev] [PATCH v4 0/2] Enable virtio_net to act as a backup for a passthru device Sridhar Samudrala
2018-03-01 20:08 ` Sridhar Samudrala
2018-03-01 20:08 ` [virtio-dev] [PATCH v4 1/2] virtio_net: Introduce VIRTIO_NET_F_BACKUP feature bit Sridhar Samudrala
2018-03-01 20:08   ` Sridhar Samudrala
2018-03-01 20:08 ` [virtio-dev] [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available Sridhar Samudrala
2018-03-01 20:08   ` Sridhar Samudrala
2018-03-02  8:36   ` Jiri Pirko
2018-03-02 15:26     ` [virtio-dev] " Alexander Duyck
2018-03-02 15:26       ` Alexander Duyck
2018-03-02 16:20       ` Jiri Pirko
2018-03-02 16:37         ` [virtio-dev] " Samudrala, Sridhar
2018-03-02 16:37           ` Samudrala, Sridhar
2018-03-02 17:06           ` [virtio-dev] " Alexander Duyck
2018-03-02 17:06             ` Alexander Duyck
2018-03-02 19:42         ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 19:42           ` Michael S. Tsirkin
2018-03-02 20:49           ` [virtio-dev] " Siwei Liu
2018-03-02 20:49             ` Siwei Liu
2018-03-03 11:31           ` Jiri Pirko
2018-03-03 18:04             ` [virtio-dev] " Alexander Duyck
2018-03-03 18:04               ` Alexander Duyck
2018-03-03 21:25               ` Jiri Pirko
2018-03-04  0:26                 ` [virtio-dev] " Alexander Duyck
2018-03-04  0:26                   ` Alexander Duyck
2018-03-04  7:13                   ` Jiri Pirko
2018-03-04 18:24                     ` [virtio-dev] " Alexander Duyck
2018-03-04 18:24                       ` Alexander Duyck
2018-03-04 18:50                       ` Jiri Pirko
2018-03-04 21:54                         ` [virtio-dev] " Samudrala, Sridhar
2018-03-04 21:54                           ` Samudrala, Sridhar
2018-03-04 21:58                         ` [virtio-dev] " Alexander Duyck
2018-03-04 21:58                           ` Alexander Duyck
2018-03-05  9:21                           ` Jiri Pirko
2018-03-05 16:11                             ` Stephen Hemminger
2018-03-05 22:30                               ` Jiri Pirko
2018-03-05 22:47                                 ` [virtio-dev] " Alexander Duyck
2018-03-05 22:47                                   ` Alexander Duyck
2018-03-06  3:15                                   ` Stephen Hemminger
2018-03-06 19:08                                     ` [virtio-dev] " Alexander Duyck
2018-03-06 19:08                                       ` Alexander Duyck
2018-03-06 22:59                                       ` Jiri Pirko
2018-03-06 23:27                                         ` [virtio-dev] " Alexander Duyck
2018-03-06 23:27                                           ` Alexander Duyck
2018-03-07  2:38                                           ` [virtio-dev] " Michael S. Tsirkin
2018-03-07  2:38                                             ` Michael S. Tsirkin
2018-03-07 17:50                                             ` [virtio-dev] " Alexander Duyck
2018-03-07 17:50                                               ` Alexander Duyck
2018-03-07 18:06                                               ` Stephen Hemminger
2018-03-07 18:55                                                 ` [virtio-dev] " Alexander Duyck
2018-03-07 18:55                                                   ` Alexander Duyck
2018-03-07 20:11                                                 ` [virtio-dev] " Michael S. Tsirkin
2018-03-07 20:11                                                   ` Michael S. Tsirkin
2018-03-12 18:47                                                   ` [virtio-dev] " Samudrala, Sridhar
2018-03-12 18:47                                                     ` Samudrala, Sridhar
2018-03-02 19:41       ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 19:41         ` Michael S. Tsirkin
2018-03-02 19:52         ` [virtio-dev] " Samudrala, Sridhar
2018-03-02 19:52           ` Samudrala, Sridhar
2018-03-02 20:10           ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 20:10             ` Michael S. Tsirkin
2018-03-02 20:44             ` [virtio-dev] " Siwei Liu
2018-03-02 20:44               ` Siwei Liu
2018-03-02 20:56               ` [virtio-dev] " Samudrala, Sridhar
2018-03-02 20:56                 ` Samudrala, Sridhar
2018-03-02 21:33                 ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 21:33                   ` Michael S. Tsirkin
2018-03-02 21:31               ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 21:31                 ` Michael S. Tsirkin
2018-03-02 22:26                 ` [virtio-dev] " Siwei Liu
2018-03-02 22:26                   ` Siwei Liu
2018-03-04  4:00                   ` [virtio-dev] " Michael S. Tsirkin
2018-03-04  4:00                     ` Michael S. Tsirkin
2018-03-02 21:11   ` [virtio-dev] " Siwei Liu
2018-03-02 21:11     ` Siwei Liu
2018-03-02 21:36     ` [virtio-dev] " Michael S. Tsirkin
2018-03-02 21:36       ` Michael S. Tsirkin
2018-03-02 23:56       ` [virtio-dev] " Siwei Liu
2018-03-02 23:56         ` Siwei Liu
2018-03-04  4:04         ` [virtio-dev] " Michael S. Tsirkin
2018-03-04  4:04           ` Michael S. Tsirkin
2018-03-12 21:53           ` [virtio-dev] " Siwei Liu
2018-03-12 21:53             ` Siwei Liu
2018-03-02 23:12     ` [virtio-dev] " Samudrala, Sridhar
2018-03-02 23:12       ` Samudrala, Sridhar
2018-03-03  0:09       ` [virtio-dev] " Siwei Liu
2018-03-03  0:09         ` Siwei Liu
2018-03-12 20:12   ` Jiri Pirko
2018-03-12 20:58     ` [virtio-dev] " Samudrala, Sridhar
2018-03-12 20:58       ` Samudrala, Sridhar
2018-03-12 21:08       ` Jiri Pirko
2018-03-14  0:36         ` [virtio-dev] " Samudrala, Sridhar
2018-03-14  0:36           ` Samudrala, Sridhar
2018-03-14  0:54           ` Stephen Hemminger
2018-03-14 15:45           ` Jiri Pirko [this message]
2018-03-12 22:44   ` [virtio-dev] " Siwei Liu
2018-03-12 22:44     ` Siwei Liu
2018-03-14  0:28     ` [virtio-dev] " Samudrala, Sridhar
2018-03-14  0:28       ` Samudrala, Sridhar
2018-03-14  0:44       ` [virtio-dev] " Michael S. Tsirkin
2018-03-14  0:44         ` Michael S. Tsirkin
2018-03-14  4:50       ` [virtio-dev] " Siwei Liu
2018-03-14  4:50         ` Siwei Liu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180314154510.GD2130@nanopsycho \
    --to=jiri@resnulli.us \
    --cc=alexander.h.duyck@intel.com \
    --cc=davem@davemloft.net \
    --cc=jesse.brandeburg@intel.com \
    --cc=kubakici@wp.pl \
    --cc=mst@redhat.com \
    --cc=netdev@vger.kernel.org \
    --cc=sridhar.samudrala@intel.com \
    --cc=stephen@networkplumber.org \
    --cc=virtio-dev@lists.oasis-open.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.