[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20150513.152102.606157874586561609.davem@davemloft.net>
Date: Wed, 13 May 2015 15:21:02 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: jiri@...nulli.us
Cc: netdev@...r.kernel.org, jhs@...atatu.com, tgraf@...g.ch,
jesse@...ira.com, kaber@...sh.net, tom@...bertland.com,
edumazet@...gle.com, alexander.h.duyck@...hat.com,
hannes@...essinduktion.org, ast@...mgrid.com, daniel@...earbox.net,
herbert@...dor.apana.org.au, cwang@...pensource.com,
john.fastabend@...il.com
Subject: Re: [patch net-next v3 00/15] introduce programable flow dissector
and cls_flower
From: Jiri Pirko <jiri@...nulli.us>
Date: Tue, 12 May 2015 14:56:06 +0200
> Per Davem's request, I prepared this patchset which introduces programmable
> flow dissector. For current users of flow_keys, there is a wrapper
> skb_flow_dissect_flow_keys which maintains the previous behaviour.
> For purposes of cls_flower, couple of new dissection keys were introduced.
>
> Note that this dissector can be also eventually used by openvswitch code.
>
> Also, as a next step, I plan to get rid of *skb_flow_get_ports(export)
> and *__skb_get_poff as their functionality can be now implemented by
> skb_flow_dissect as well.
>
> v2->v3:
> - remove TCA_FLOWER_POLICE attr suggested by Jamal
>
> v1->v2:
> - move __skb_tx_hash rather to dev.c as suggested by Alex
Ok, assuming this passes all of my build tests, I'll push this into
net-next.
I'm sure there will be some performance improvements possible, and I
hope you will look into making sure this new programmable classifier
is as light weight as possible.
Anyways, thanks a lot.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists