From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id 413A35F25 for ; Fri, 7 Dec 2018 06:01:35 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Dec 2018 21:01:34 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,324,1539673200"; d="scan'208";a="107668553" Received: from orsmsx104.amr.corp.intel.com ([10.22.225.131]) by fmsmga008.fm.intel.com with ESMTP; 06 Dec 2018 21:01:34 -0800 Received: from orsmsx101.amr.corp.intel.com ([169.254.8.175]) by ORSMSX104.amr.corp.intel.com ([169.254.4.59]) with mapi id 14.03.0415.000; Thu, 6 Dec 2018 20:58:27 -0800 From: "Kar, Subarna" To: "Tu, Lijuan" , "Zhang, Qi Z" , "dev@dpdk.org" CC: "Wu, Jingjing" , "Gasparakis, Joseph" Thread-Topic: [dpdk-dev] [PATCH] net-i40e-Match-on-outer-and-inner-headers-for-tunnel Thread-Index: AQHUjein1OTVU4lfe0SB5p+G9PDXd6VytuKg Date: Fri, 7 Dec 2018 04:58:28 +0000 Message-ID: <73952280D14FA543AEF5AE7215A6722B5DFC15B7@ORSMSX101.amr.corp.intel.com> References: <1544008393-72281-1-git-send-email-subarna.kar@intel.com> <039ED4275CED7440929022BC67E70611532FA86B@SHSMSX103.ccr.corp.intel.com> <8CE3E05A3F976642AAB0F4675D0AD20E0B9DD182@SHSMSX101.ccr.corp.intel.com> In-Reply-To: <8CE3E05A3F976642AAB0F4675D0AD20E0B9DD182@SHSMSX101.ccr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMzQwNGQzMGItOGI5YS00MGMwLTgxMzItNTFjYzg3MjY3MWY3IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiUmVNbmFHNzZxdVBEYzFFZmtrOE8zRGJQYWNRbHhWeVlQK29ZSzZRakFna0VNTWlCQlpKamV6VzhCVWhtSDBaRCJ9 x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.22.254.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH] net-i40e-Match-on-outer-and-inner-headers-for-tunnel X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 05:01:35 -0000 Can I ask what kind of packets you are sending? Because your packets should= n't hit my code. This is to accept flows for tunneled pkts on outer and inn= er headers. -----Original Message----- From: Tu, Lijuan=20 Sent: Thursday, December 6, 2018 8:52 PM To: Zhang, Qi Z ; Kar, Subarna ; dev@dpdk.org; Tu, Lijuan Cc: Wu, Jingjing ; Gasparakis, Joseph Subject: RE: [dpdk-dev] [PATCH] net-i40e-Match-on-outer-and-inner-headers-f= or-tunnel Hi Subarna, This patch cause a big performance drop , ~30% with single core performance= test case. > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Zhang, Qi Z > Sent: Thursday, December 6, 2018 7:45 PM > To: Kar, Subarna ; dev@dpdk.org > Cc: Wu, Jingjing ; Gasparakis, Joseph=20 > > Subject: Re: [dpdk-dev] [PATCH] > net-i40e-Match-on-outer-and-inner-headers-for-tunnel >=20 > Hi Subarna: >=20 > > -----Original Message----- > > From: Kar, Subarna > > Sent: Wednesday, December 5, 2018 7:13 PM > > To: dev@dpdk.org > > Cc: Zhang, Qi Z ; Wu, Jingjing=20 > > ; Kar, Subarna > > Subject: [PATCH]=20 > > net-i40e-Match-on-outer-and-inner-headers-for-tunnel >=20 > The title is not following DPDK style > it could be > net/i40e: match on outer and inner headers for tunnel. >=20 > Also please add detail commit log for such a large patch. >=20 > Btw, the patch is too large, it's better to separate it into small=20 > ones >=20 > So far what I can suggestion is, at least you can separate into 2=20 > patches One for new feature in fdir low level and one for bridge rte_flow= to fdir. >=20 > Below are some captures > > > > From: Subarna Kar > > > > --- > > drivers/net/i40e/i40e_ethdev.c | 14 +-=20 > > drivers/net/i40e/i40e_ethdev.h | 109 +++++- > > drivers/net/i40e/i40e_fdir.c | 392 +++++++++++++++++++-- > > drivers/net/i40e/i40e_flow.c | 781 > > ++++++++++++++++++++++++++++++++++++++++- > > 4 files changed, 1250 insertions(+), 46 deletions(-) > > > > diff --git a/drivers/net/i40e/i40e_ethdev.c=20 > > b/drivers/net/i40e/i40e_ethdev.c index 7030eb1..0e9f22d 100644 > > --- a/drivers/net/i40e/i40e_ethdev.c > > +++ b/drivers/net/i40e/i40e_ethdev.c > > @@ -1788,6 +1788,7 @@ i40e_dev_configure(struct rte_eth_dev *dev) > > * legacy filter API is deprecated, the following codes should also b= e > > * removed. > > */ > > + dev->data->dev_conf.fdir_conf.mode =3D RTE_FDIR_MODE_PERFECT; >=20 > This is not correct, this will prevent vPMD be used for all cases, I=20 > know vPMD should not be used when the new flow be enabled, and below=20 > patch has some issue will break this, but we should fix on that patch any= way. > https://patches.dpdk.org/patch/45697/ >=20 > > diff --git a/drivers/net/i40e/i40e_ethdev.h=20 > > b/drivers/net/i40e/i40e_ethdev.h index 11ecfc3..f7311ce 100644 > > --- a/drivers/net/i40e/i40e_ethdev.h > > +++ b/drivers/net/i40e/i40e_ethdev.h > > @@ -466,6 +466,92 @@ struct i40e_vmdq_info { #define > > I40E_FLEX_WORD_MASK(off) (0x80 >> (off)) > > #define I40E_FDIR_IPv6_TC_OFFSET 20 > > > > static inline int > > +i40e_flow_fdir_fill_outer_header(const struct i40e_fdir_input *fdir_in= put, > > + unsigned char *raw_pkt) > > +{ > > + struct ipv4_hdr *ip; > > + struct ipv6_hdr *ip6; > > + struct udp_hdr *udp; > > + struct rte_flow_item_gre *gre; > > + struct rte_flow_item_mpls *mpls; > > + struct rte_flow_item_vxlan *vxlan; > > + uint16_t *ether_type; > > + uint8_t len =3D 2 * sizeof(struct ether_addr); > > + raw_pkt +=3D 2 * sizeof(struct ether_addr); > > + ether_type =3D (uint16_t *)raw_pkt; > > + raw_pkt +=3D sizeof(uint16_t); > > + len +=3D sizeof(uint16_t); > > + > > + > > + //we don't need ETH, so direct skip to IP >=20 > It's better to use /* xxx */ to follow coding style And same comment=20 > for all other places (except the case that you see nearby comment is=20 > already broken and you just follow it :)) >=20 > > + vxlan =3D (struct rte_flow_item_vxlan *)raw_pkt; > > + if (fdir_input->flow_ext.iip_type =3D=3D I40E_FDIR_IPTYPE_IPV4) { > > + vxlan->vni[0] =3D > > + fdir_input->flow.vxlanudp4_flow.vxlan.vni[0]; > > + vxlan->vni[1] =3D > > + fdir_input->flow.vxlanudp4_flow.vxlan.vni[1]; > > + vxlan->vni[2] =3D > > + fdir_input->flow.vxlanudp4_flow.vxlan.vni[2]; > > + } else { > > + vxlan->vni[0] =3D > > + fdir_input->flow.vxlan6udp4_flow.vxlan.vni[0]; > > + vxlan->vni[1] =3D > > + fdir_input->flow.vxlan6udp4_flow.vxlan.vni[1]; > > + vxlan->vni[2] =3D > > + fdir_input->flow.vxlan6udp4_flow.vxlan.vni[2]; > > + } > > + vxlan->flags =3D VXLAN_DEFAULT_FLAG; > > + len +=3D sizeof(struct rte_flow_item_vxlan); > > + } else { > > + //now put MPLS info for MPLSoUDP and MPLSoGRE >=20 > The intend is not correct, replace spaces with tab >=20 > > + > > +static int > > +i40e_flow_parse_fdir_tunnel_pattern(struct rte_eth_dev *dev, > > + const struct rte_flow_item *pattern, > > + struct rte_flow_error *error, > > + struct i40e_fdir_filter_conf *filter) >=20 > There is couple intend issue in this function, please double check. >=20 > > > > i =3D 0; > > @@ -4621,9 +5382,17 @@ i40e_flow_validate(struct rte_eth_dev *dev, > > rte_free(items); > > return -rte_errno; > > } > > - if (parse_filter) > > - ret =3D parse_filter(dev, attr, items, actions, > > + if (parse_filter) { > > + if (parse_filter !=3D TUNNEL_FDIR_FUNCTION && > > + rss =3D=3D true) { >=20 > s/rss =3D=3D true/rss >=20 > > + ret =3D i40e_parse_rss_filter(dev, attr, pattern, > > + actions, &cons_filter, error); > > + return ret; > > + } else { > > + ret =3D parse_filter(dev, attr, items, actions, > > error, &cons_filter); > > + } > > + } > > flag =3D true; > > } while ((ret < 0) && (i < RTE_DIM(i40e_supported_patterns))); > > > > -- > > 2.7.4