From: "Michael S. Tsirkin" <mst@redhat.com>
To: Jiri Pirko <jiri@resnulli.us>
Cc: "Samudrala, Sridhar" <sridhar.samudrala@intel.com>,
stephen@networkplumber.org, 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, aaron.f.brown@intel.com,
anjali.singhai@intel.com
Subject: [virtio-dev] Re: Shepherd request (P83): Multipath TCP: Present Use Cases and an Upstream Future
Date: Tue, 22 May 2018 18:46:21 +0300 [thread overview]
Message-ID: <20180522184112-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <20180522153614.GK2149@nanopsycho>
On Tue, May 22, 2018 at 05:36:14PM +0200, Jiri Pirko wrote:
> Tue, May 22, 2018 at 05:28:42PM CEST, sridhar.samudrala@intel.com wrote:
> >
> >On 5/22/2018 2:08 AM, Jiri Pirko wrote:
> >> Tue, May 22, 2018 at 11:06:37AM CEST, jiri@resnulli.us wrote:
> >> > Tue, May 22, 2018 at 04:06:18AM CEST, sridhar.samudrala@intel.com wrote:
> >> > > Use the registration/notification framework supported by the generic
> >> > > failover infrastructure.
> >> > >
> >> > > Signed-off-by: Sridhar Samudrala <sridhar.samudrala@intel.com>
> >> > In previous patchset versions, the common code did
> >> > netdev_rx_handler_register() and netdev_upper_dev_link() etc
> >> > (netvsc_vf_join()). Now, this is still done in netvsc. Why?
> >> >
> >> > This should be part of the common "failover" code.
> >
> >Based on Stephen's feedback on earlier patches, i tried to minimize the changes to
> >netvsc and only commonize the notifier and the main event handler routine.
> >Another complication is that netvsc does part of registration in a delayed workqueue.
>
> :( This kind of degrades the whole efford of having single solution
> in "failover" module. I think that common parts, as
> netdev_rx_handler_register() and others certainly is should be inside
> the common module. This is not a good time to minimize changes. Let's do
> the thing properly and fix the netvsc mess now.
>
>
> >
> >It should be possible to move some of the code from net_failover.c to generic
> >failover.c in future if Stephen is ok with it.
> >
> >
> >> >
> >> Also note that in the current patchset you use IFF_FAILOVER flag for
> >> master, yet for the slave you use IFF_SLAVE. That is wrong.
> >> IFF_FAILOVER_SLAVE should be used.
> >
> >Not sure which code you are referring to. I only set IFF_FAILOVER_SLAVE
> >in patch 3.
>
> The existing netvsc driver.
We really can't change netvsc's flags now, even if it's interface is
messy, it's being used in the field. We can add a flag that makes netvsc
behave differently, and if this flag also allows enhanced functionality
userspace will gradually switch.
Anything breaking userspace I fully expect Stephen to nack and
IMO with good reason.
--
MST
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2018-05-22 15:46 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-22 2:06 [virtio-dev] [PATCH net-next v11 0/5] Enable virtio_net to act as a standby for a passthru device Sridhar Samudrala
2018-05-22 2:06 ` [PATCH net-next v11 1/5] net: Introduce generic failover module Sridhar Samudrala
2018-05-22 2:06 ` [virtio-dev] " Sridhar Samudrala
2018-05-22 2:06 ` [virtio-dev] [PATCH net-next v11 2/5] netvsc: refactor notifier/event handling code to use the failover framework Sridhar Samudrala
2018-05-22 9:06 ` Jiri Pirko
[not found] ` <20180522090637.GE2149@nanopsycho>
2018-05-22 9:08 ` Jiri Pirko
[not found] ` <20180522090853.GF2149@nanopsycho>
2018-05-22 13:12 ` [virtio-dev] " Michael S. Tsirkin
2018-05-22 13:14 ` Jiri Pirko
[not found] ` <20180522131422.GG2149@nanopsycho>
2018-05-22 13:17 ` [virtio-dev] " Michael S. Tsirkin
2018-05-22 13:26 ` Jiri Pirko
[not found] ` <20180522132626.GH2149@nanopsycho>
2018-05-22 13:39 ` Michael S. Tsirkin
2018-05-22 13:39 ` [virtio-dev] " Michael S. Tsirkin
2018-05-22 15:13 ` Jiri Pirko
[not found] ` <20180522151343.GJ2149@nanopsycho>
2018-05-22 15:32 ` [virtio-dev] " Michael S. Tsirkin
2018-05-22 15:45 ` Jiri Pirko
2018-05-22 16:52 ` Michael S. Tsirkin
2018-05-22 16:52 ` [virtio-dev] " Michael S. Tsirkin
2018-05-22 17:38 ` Jiri Pirko
[not found] ` <20180522173844.GP2149@nanopsycho>
2018-05-22 19:54 ` [virtio-dev] " Michael S. Tsirkin
2018-05-22 19:54 ` Michael S. Tsirkin
2018-05-22 15:32 ` Michael S. Tsirkin
2018-05-22 13:17 ` Michael S. Tsirkin
2018-05-22 13:12 ` Michael S. Tsirkin
2018-05-22 15:28 ` [virtio-dev] " Samudrala, Sridhar
2018-05-22 15:36 ` Shepherd request (P83): Multipath TCP: Present Use Cases and an Upstream Future Jiri Pirko
[not found] ` <20180522153614.GK2149@nanopsycho>
2018-05-22 15:46 ` Michael S. Tsirkin
2018-05-22 15:46 ` Michael S. Tsirkin [this message]
2018-05-22 16:12 ` [PATCH net-next v11 2/5] netvsc: refactor notifier/event handling code to use the failover framework Jiri Pirko
[not found] ` <20180522161246.GN2149@nanopsycho>
2018-05-22 20:54 ` [virtio-dev] " Samudrala, Sridhar
2018-05-23 6:27 ` Jiri Pirko
[not found] ` <20180523062748.GA3155@nanopsycho>
2018-05-23 16:16 ` [virtio-dev] " Samudrala, Sridhar
2018-05-23 16:16 ` Samudrala, Sridhar
2018-05-22 20:54 ` Samudrala, Sridhar
2018-05-22 15:28 ` Samudrala, Sridhar
2018-05-22 2:06 ` Sridhar Samudrala
2018-05-22 2:06 ` [virtio-dev] [PATCH net-next v11 3/5] net: Introduce net_failover driver Sridhar Samudrala
2018-05-22 8:59 ` Jiri Pirko
2018-05-22 2:06 ` Sridhar Samudrala
2018-05-22 2:06 ` [PATCH net-next v11 4/5] virtio_net: Introduce VIRTIO_NET_F_STANDBY feature bit Sridhar Samudrala
2018-05-22 2:06 ` [virtio-dev] " Sridhar Samudrala
2018-05-22 2:06 ` [PATCH net-next v11 5/5] virtio_net: Extend virtio to use VF datapath when available Sridhar Samudrala
2018-05-22 2:06 ` [virtio-dev] " Sridhar Samudrala
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=20180522184112-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=aaron.f.brown@intel.com \
--cc=alexander.h.duyck@intel.com \
--cc=anjali.singhai@intel.com \
--cc=davem@davemloft.net \
--cc=jasowang@redhat.com \
--cc=jesse.brandeburg@intel.com \
--cc=jiri@resnulli.us \
--cc=kubakici@wp.pl \
--cc=loseweigh@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=sridhar.samudrala@intel.com \
--cc=stephen@networkplumber.org \
--cc=virtio-dev@lists.oasis-open.org \
--cc=virtualization@lists.linux-foundation.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.