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 1EAC7A04BC; Sun, 27 Sep 2020 05:00:25 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 1F4FD1D6C9; Sun, 27 Sep 2020 05:00:22 +0200 (CEST) Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by dpdk.org (Postfix) with ESMTP id EDA6E1D6C2 for ; Sun, 27 Sep 2020 05:00:20 +0200 (CEST) IronPort-SDR: na4YpLVhNJRZEw2OX7eAbRk0uA8yo6wv0IlghqROVzvdIsIE31bcrzVm4TDTsOL6rIZh6Kq67C 9oBbslLWHpDA== X-IronPort-AV: E=McAfee;i="6000,8403,9756"; a="149599401" X-IronPort-AV: E=Sophos;i="5.77,308,1596524400"; d="scan'208";a="149599401" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Sep 2020 20:00:18 -0700 IronPort-SDR: ZJTztGPZqFbaqH8leyYd7mmMi2wIbh36HUmABLYjpxCgIcqFAouRmCG3umd0WJSzKGi3f0+TdU n+OZ5J/Wnl5g== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,308,1596524400"; d="scan'208";a="384047966" Received: from fmsmsx601.amr.corp.intel.com ([10.18.126.81]) by orsmga001.jf.intel.com with ESMTP; 26 Sep 2020 20:00:18 -0700 Received: from shsmsx603.ccr.corp.intel.com (10.109.6.143) 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; Sat, 26 Sep 2020 20:00:17 -0700 Received: from shsmsx601.ccr.corp.intel.com (10.109.6.141) by SHSMSX603.ccr.corp.intel.com (10.109.6.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Sun, 27 Sep 2020 11:00:16 +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; Sun, 27 Sep 2020 11:00:15 +0800 From: "Zhang, Qi Z" To: "Guo, Jia" , "Wu, Jingjing" , "Xing, Beilei" CC: "dev@dpdk.org" , "Wang, Haiyue" Thread-Topic: [PATCH v6] net/iavf: support flex desc metadata extraction Thread-Index: AQHWlHO8NE+2FAvWX0aeOaEtaBrxOql7y4og Date: Sun, 27 Sep 2020 03:00:15 +0000 Message-ID: <4947ac34b7ce4b5c86ef25edc16b28e1@intel.com> References: <20200909025415.6185-1-jia.guo@intel.com> <20200927020859.69387-1-jia.guo@intel.com> In-Reply-To: <20200927020859.69387-1-jia.guo@intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-reaction: no-action dlp-version: 11.5.1.3 dlp-product: dlpe-windows x-originating-ip: [10.108.32.68] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v6] 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: Guo, Jia > Sent: Sunday, September 27, 2020 10:09 AM > To: Wu, Jingjing ; Zhang, Qi Z ; > Xing, Beilei > Cc: dev@dpdk.org; Wang, Haiyue ; Guo, Jia > > Subject: [PATCH v6] net/iavf: support flex desc metadata extraction >=20 > Enable metadata extraction for flexible descriptors in AVF, that would al= low > network function directly get metadata without additional parsing which > would reduce the CPU cost for VFs. The enabling metadata extractions invo= lve > 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. >=20 > Signed-off-by: Jeff Guo > Acked-by: Haiyue Wang Applied to dpdk-next-net-intel. Thanks Qi