[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170202155849.GA28482@penelope.horms.nl>
Date: Thu, 2 Feb 2017 16:58:50 +0100
From: Simon Horman <simon.horman@...ronome.com>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: David Miller <davem@...emloft.net>,
Dinan Gunawardena <dinan.gunawardena@...ronome.com>,
netdev@...r.kernel.org, oss-drivers@...ronome.com
Subject: Re: [PATCH/RFC net-next 1/2] flow dissector: ND support
[Repost due to gmail account problem]
On Thu, Feb 02, 2017 at 04:31:33AM -0800, Eric Dumazet wrote:
> On Thu, 2017-02-02 at 11:37 +0100, Simon Horman wrote:
> > Allow dissection of Neighbour Discovery target IP, and source and
> > destination link-layer addresses for neighbour solicitation and
> > advertisement messages.
> >
> > Signed-off-by: Simon Horman <simon.horman@...ronome.com>
> > ---
>
> Hi Simon
>
> Why is this needed ?
>
> Any code added in flow dissector needs to be extra careful,
> we had various packet of deaths errors recently in this area.
Hi Eric,
there some activity to allow programming of OvS flows in hardware via TC
with the flower classifier. As the ND fields in this patch are part of the
OvS flow key I would like them considered for additions to flower and thus
the dissector to allow compatibility with OvS.
I apologise if any 'deaths' have resulted from my recent work on the
dissector. I am of course very open to ideas on how to avoid any future
incidents.
Powered by blists - more mailing lists