netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Miller <davem@davemloft.net>
To: tom@herbertland.com
Cc: simon.horman@netronome.com, jiri@resnulli.us,
	eric.dumazet@gmail.com, dinan.gunawardena@netronome.com,
	netdev@vger.kernel.org, oss-drivers@netronome.com
Subject: Re: [oss-drivers] Re: [PATCH/RFC net-next 1/2] flow dissector: ND support
Date: Wed, 08 Feb 2017 13:54:15 -0500 (EST)	[thread overview]
Message-ID: <20170208.135415.601520734521006340.davem@davemloft.net> (raw)
In-Reply-To: <CALx6S36VrtQM5G2XPzpcrP=y3RyBwTnYJcaKqXtwyFgpGiz+Jg@mail.gmail.com>

From: Tom Herbert <tom@herbertland.com>
Date: Wed, 8 Feb 2017 10:33:46 -0800

> On Wed, Feb 8, 2017 at 1:28 AM, Simon Horman <simon.horman@netronome.com> wrote:
>> I think the above paragraph gets back to Tom's original question regarding
>> making things more complex just for OvS (use-cases). Possibly ND is an edge
>> case even for OvS and on reflection my timing for posting it seems to have
>> been less than ideal.
> 
> If it wasn't ND it would be something else... with all the activity
> happening in networking features and HW this is a timely discussion.
> Flow dissector presents a good example of a function that might become
> a dumping ground for an endless stream of features if we don't figure
> out how exercise some restraint.

I agree on most points.

But, I would say that in this specific case, since we have ARP support in
there already it behooves us to support the ipv6 side in the form of ND
too.

Then we can put a line in the sand and say that future feature additions
in this area require serious discussion.

Ok Tom?

  reply	other threads:[~2017-02-08 19:00 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-02 10:37 [PATCH/RFC net-next 0/2] net/sched: cls_flower: Support matching on ND Simon Horman
2017-02-02 10:37 ` [PATCH/RFC net-next 1/2] flow dissector: ND support Simon Horman
2017-02-02 12:31   ` Eric Dumazet
2017-02-02 15:58     ` Simon Horman
2017-02-02 17:24       ` Tom Herbert
2017-02-02 17:48         ` Jiri Pirko
2017-02-02 18:36           ` Tom Herbert
2017-02-02 18:56             ` Eric Dumazet
2017-02-02 19:19               ` Tom Herbert
2017-02-06  9:12             ` [oss-drivers] " Simon Horman
2017-02-07 17:36               ` Tom Herbert
2017-02-07 17:38                 ` David Miller
2017-02-08  9:28                   ` Simon Horman
2017-02-08 16:43                     ` Simon Horman
2017-02-08 18:33                     ` [oss-drivers] " Tom Herbert
2017-02-08 18:54                       ` David Miller [this message]
2017-02-08 19:10                         ` Tom Herbert
2017-02-08 20:12                           ` Jiri Pirko
2017-02-08 20:33                             ` Tom Herbert
2017-02-08 20:09                         ` Jiri Pirko
2017-02-09  8:25                           ` Simon Horman
2017-02-21 14:31             ` Jiri Pirko
2017-02-21 14:33               ` [patch net-next RFC 1/2] flow_dissecror: Move ARP dissection into a separate function Jiri Pirko
2017-02-21 14:33                 ` [patch net-next RFC 2/2] flow_dissecror: Move MPLS " Jiri Pirko
2017-02-22  8:34                   ` Simon Horman
2017-02-21 18:32                 ` [patch net-next RFC 1/2] flow_dissecror: Move ARP " David Miller
2017-02-22  8:36                   ` Simon Horman
2017-02-21 18:50                 ` Tom Herbert
2017-02-21 21:21                   ` Jiri Pirko
2017-03-06 15:49                   ` Jiri Pirko
2017-02-22  8:12                 ` Simon Horman
2017-02-21 15:28   ` [PATCH/RFC net-next 1/2] flow dissector: ND support Jiri Pirko
2017-03-10 14:19     ` Simon Horman
2017-03-10 14:27       ` Jiri Pirko
2017-03-10 15:20         ` Simon Horman
2017-03-10 15:26           ` Jiri Pirko
2017-03-13 13:50         ` Simon Horman
2017-03-13 13:53           ` Jiri Pirko
2017-02-02 10:37 ` [PATCH/RFC net-next 2/2] net/sched: cls_flower: Support matching on ND Simon Horman

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=20170208.135415.601520734521006340.davem@davemloft.net \
    --to=davem@davemloft.net \
    --cc=dinan.gunawardena@netronome.com \
    --cc=eric.dumazet@gmail.com \
    --cc=jiri@resnulli.us \
    --cc=netdev@vger.kernel.org \
    --cc=oss-drivers@netronome.com \
    --cc=simon.horman@netronome.com \
    --cc=tom@herbertland.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).