[dpdk-dev] [RFC v2] ethdev: introduce generic flow API

2016-08-22 Thread John Fastabend
On 16-08-19 12:32 PM, Adrien Mazarguil wrote: > This new API supersedes all the legacy filter types described in > rte_eth_ctrl.h. It is slightly higher level and as a result relies more on > PMDs to process and validate flow rules. > > It has the following benefits: > > - A unified API is easier

[dpdk-dev] [RFC v2] ethdev: introduce generic flow API

2016-08-20 Thread Lu, Wenzhuo
Hi Adrien, Thanks for the V2. May I ask a question that may a little out of the scope here. As currently we don't store all the flow rules in the driver of Intel NICs, we're trying to fill this gap. Considering we need to order the flow rules by the priority, I think it's better to introduce a

[dpdk-dev] [RFC v2] ethdev: introduce generic flow API

2016-08-19 Thread Adrien Mazarguil
This new API supersedes all the legacy filter types described in rte_eth_ctrl.h. It is slightly higher level and as a result relies more on PMDs to process and validate flow rules. It has the following benefits: - A unified API is easier to program for, applications do not have to be written fo