From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 6E457A04B5; Tue, 27 Oct 2020 09:28:04 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id BC3982BD5; Tue, 27 Oct 2020 09:28:02 +0100 (CET) Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by dpdk.org (Postfix) with ESMTP id AE6062BD3 for ; Tue, 27 Oct 2020 09:28:00 +0100 (CET) IronPort-SDR: ri0Mj6GB83yw5mY30J4xiVqjbYlPgs3XeXBXZ12TCVNI7Bz0cP/9el/cgfbjLP59R8asnuwqHh 2Y85GY0wt25w== X-IronPort-AV: E=McAfee;i="6000,8403,9786"; a="147899764" X-IronPort-AV: E=Sophos;i="5.77,423,1596524400"; d="scan'208";a="147899764" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Oct 2020 01:27:58 -0700 IronPort-SDR: mJJDPNTlpVGtifuw6LsYAeeK9HPT1ylUQU44Ul+LHKtmFDTu1XVKmwaDu4Ytj10eyNN4p2tBJp +AZj5Fm1bb5Q== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,423,1596524400"; d="scan'208";a="468216577" Received: from fmsmsx601.amr.corp.intel.com ([10.18.126.81]) by orsmga004.jf.intel.com with ESMTP; 27 Oct 2020 01:27:58 -0700 Received: from shsmsx605.ccr.corp.intel.com (10.109.6.215) by fmsmsx601.amr.corp.intel.com (10.18.126.81) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 27 Oct 2020 01:27:56 -0700 Received: from shsmsx601.ccr.corp.intel.com (10.109.6.141) by SHSMSX605.ccr.corp.intel.com (10.109.6.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 27 Oct 2020 16:27:55 +0800 Received: from shsmsx601.ccr.corp.intel.com ([10.109.6.141]) by SHSMSX601.ccr.corp.intel.com ([10.109.6.141]) with mapi id 15.01.1713.004; Tue, 27 Oct 2020 16:27:55 +0800 From: "Guo, Jia" To: "Wang, Haiyue" , "Wu, Jingjing" , "Zhang, Qi Z" , "Xing, Beilei" , "Yigit, Ferruh" CC: "dev@dpdk.org" , "Richardson, Bruce" Thread-Topic: [PATCH v10] net/iavf: support flex desc metadata extraction Thread-Index: AQHWrB/UcIu2krOE3kCCz/w3Ggka9KmqY8iAgAC58JA= Date: Tue, 27 Oct 2020 08:27:54 +0000 Message-ID: <47f0a2f1c549420bb448a291adb959b3@intel.com> References: <20200909025415.6185-1-jia.guo@intel.com> <20201027050452.97422-1-jia.guo@intel.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-reaction: no-action dlp-version: 11.5.1.3 x-originating-ip: [10.239.127.36] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v10] net/iavf: support flex desc metadata extraction 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" > -----Original Message----- > From: Wang, Haiyue > Sent: Tuesday, October 27, 2020 1:22 PM > To: Guo, Jia ; Wu, Jingjing ; > Zhang, Qi Z ; Xing, Beilei ; > Yigit, Ferruh > Cc: dev@dpdk.org; Richardson, Bruce > Subject: RE: [PATCH v10] net/iavf: support flex desc metadata extraction >=20 > > -----Original Message----- > > From: Guo, Jia > > Sent: Tuesday, October 27, 2020 13:05 > > To: Wu, Jingjing ; Zhang, Qi Z > > ; Xing, Beilei ; Yigit, > > Ferruh > > Cc: dev@dpdk.org; Wang, Haiyue ; Richardson, > > Bruce ; Guo, Jia > > Subject: [PATCH v10] net/iavf: support flex desc metadata extraction > > > > Enable metadata extraction for flexible descriptors in AVF, that would > > allow network function directly get metadata without additional > > parsing which would reduce the CPU cost for VFs. The enabling metadata > > extractions involve the metadata of VLAN/IPv4/IPv6/IPv6- > FLOW/TCP/MPLS > > flexible descriptors, and the VF could negotiate the capability of the > > flexible descriptor with PF and correspondingly configure the specific > > offload at receiving queues. > > > > Signed-off-by: Jeff Guo > > --- > > v10: > > delete the makefile configure and rename the dynamic mbuf name > > > > v9: > > change the undef config > > > > v8: > > rebase patch for apply issue > > > > v7: > > clean some useless and add doc > > > > v6: > > rebase patch > > > > v5: > > remove ovs configure since ovs is not protocol extraction > > > > v4: > > add flex desc type in rx queue for handling vector path handle ovs > > flex type > > > > v3: > > export these global symbols into .map > > > > v2: > > remove makefile change and modify the rxdid handling > > --- > > doc/guides/rel_notes/release_20_11.rst | 6 + > > drivers/net/iavf/iavf.h | 24 +- > > drivers/net/iavf/iavf_ethdev.c | 394 ++++++++++++++++++++++++ > > drivers/net/iavf/iavf_rxtx.c | 252 +++++++++++++-- > > drivers/net/iavf/iavf_rxtx.h | 169 +++++----- > > drivers/net/iavf/iavf_rxtx_vec_common.h | 3 + > > drivers/net/iavf/iavf_vchnl.c | 22 +- > > drivers/net/iavf/meson.build | 2 + > > drivers/net/iavf/rte_pmd_iavf.h | 250 +++++++++++++++ > > 9 files changed, 1008 insertions(+), 114 deletions(-) create mode > > 100644 drivers/net/iavf/rte_pmd_iavf.h >=20 >=20 > > --- a/drivers/net/iavf/meson.build > > +++ b/drivers/net/iavf/meson.build > > @@ -35,3 +35,5 @@ if arch_subdir =3D=3D 'x86' > > objs +=3D iavf_avx2_lib.extract_objects('iavf_rxtx_vec_avx2.c') > > endif > > endif > > + > > +install_headers('rte_pmd_iavf.h') >=20 > One issue: headers =3D files('rte_pmd_iavf.h') >=20 > Please refer to: >=20 > commit 30105f664f8ebbecd878deff7f0733a3f92edd17 > Author: David Marchand > Date: Thu Oct 22 09:55:45 2020 +0200 >=20 > drivers: add headers install helper >=20 > A lot of drivers export headers, reproduce the same facility than for > libraries. >=20 Oh, thank for your notify, will update it later. >=20 > Others, LGTM. >=20 > Acked-by: Haiyue Wang >=20 > > -- > > 2.20.1 >=20