From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH] doc: announce ABI change for cloud filter Date: Fri, 20 Jan 2017 15:57:28 +0100 Message-ID: <2644957.VYUMgdHQjR@xps13> References: <1484804043-50156-1-git-send-email-yong.liu@intel.com> <20170119184552.GB3779@6wind.com> <6A0DE07E22DDAD4C9103DF62FEBC09093B55C21C@shsmsx102.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: "Liu, Yong" , dev@dpdk.org To: "Lu, Wenzhuo" , Adrien Mazarguil Return-path: Received: from mail-wm0-f53.google.com (mail-wm0-f53.google.com [74.125.82.53]) by dpdk.org (Postfix) with ESMTP id 2EA354CE4 for ; Fri, 20 Jan 2017 15:57:30 +0100 (CET) Received: by mail-wm0-f53.google.com with SMTP id c206so47494195wme.0 for ; Fri, 20 Jan 2017 06:57:30 -0800 (PST) In-Reply-To: <6A0DE07E22DDAD4C9103DF62FEBC09093B55C21C@shsmsx102.ccr.corp.intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 2017-01-20 02:14, Lu, Wenzhuo: > Hi Adrien, Thomas, Yong, > > > -----Original Message----- > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Adrien Mazarguil > > Sent: Friday, January 20, 2017 2:46 AM > > To: Thomas Monjalon > > Cc: Liu, Yong; dev@dpdk.org > > Subject: Re: [dpdk-dev] [PATCH] doc: announce ABI change for cloud filter > > > > On Thu, Jan 19, 2017 at 10:06:34AM +0100, Thomas Monjalon wrote: > > > 2017-01-19 13:34, Yong Liu: > > > > +* ABI changes are planned for 17.05: structure > > > > +``rte_eth_tunnel_filter_conf`` > > > > + will be extended with a new member ``vf_id`` in order to enable > > > > +cloud filter > > > > + on VF device. > > > > > > I think we should stop rely on this API, and migrate to rte_flow instead. > > > Adrien any thought? > > > > I'm all for using rte_flow in any case. I've already documented an approach to > > convert TUNNEL filter rules to rte_flow rules [1], although it may be > > incomplete due to my limited experience with this filter type. We already > > know several tunnel item types must be added (currently only VXLAN is > > defined). > > > > I understand ixgbe/i40e currently map rte_flow on top of the legacy > > framework, therefore extending this structure might still be needed in the > > meantime. Not sure we should prevent this change as long as such rules can be > > configured through rte_flow as well. > > > > [1] http://dpdk.org/doc/guides/prog_guide/rte_flow.html#tunnel-to-eth-ipv4- > > ipv6-vxlan-or-other-queue > The problem is we haven't finished transferring all the functions from the regular filters to the generic filters. > For example, igb, fm10k and enic haven't support generic filters yet. Ixgbe and i40e have supported the basic functions, but some advance features are not transferred to generic filters yet. > Seems it's not the time to remove the regular filters. Yong, I suggest to support both generic filter and regular filter in parallel. > So, we need to announce ABI change for the regular filter, until someday we remove the regular filter API. I disagree. There is a new API framework (rte_flow) and we must focus on this transition. It means we must stop any work on the legacy API.