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 5847DA0563; Mon, 23 Mar 2020 03:09:16 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id AE8541BF6D; Mon, 23 Mar 2020 03:09:15 +0100 (CET) Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by dpdk.org (Postfix) with ESMTP id 9D9641BEE5 for ; Mon, 23 Mar 2020 03:09:11 +0100 (CET) IronPort-SDR: B73BhHr/aGakZsjuteJ559AGKaEpxfFgaW5e/BJ8Afmosp/gAh9vdfA8E9uyAe3PWu7LgQrw8X nOJD1h/69heA== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Mar 2020 19:09:10 -0700 IronPort-SDR: EvRrn2ZR9es5XauUpPnM83Ni1rDFyfiQ55Q48UG4jA+VVOQwgBWhB2YFtuVyoFmjM/ZB+bhRPz 9/pxmb06TR0g== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,294,1580803200"; d="scan'208";a="445644297" Received: from fmsmsx106.amr.corp.intel.com ([10.18.124.204]) by fmsmga005.fm.intel.com with ESMTP; 22 Mar 2020 19:09:10 -0700 Received: from shsmsx603.ccr.corp.intel.com (10.109.6.143) by FMSMSX106.amr.corp.intel.com (10.18.124.204) with Microsoft SMTP Server (TLS) id 14.3.439.0; Sun, 22 Mar 2020 19:09:09 -0700 Received: from shsmsx603.ccr.corp.intel.com (10.109.6.143) 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; Mon, 23 Mar 2020 10:09:06 +0800 Received: from shsmsx603.ccr.corp.intel.com ([10.109.6.143]) by SHSMSX603.ccr.corp.intel.com ([10.109.6.143]) with mapi id 15.01.1713.004; Mon, 23 Mar 2020 10:09:06 +0800 From: "Wu, Jingjing" To: "Wang, ShougangX" , "dev@dpdk.org" CC: "Rong, Leyi" Thread-Topic: [PATCH] net/iavf: unify Rx ptype table Thread-Index: AQHV82DdmqYXEDwKGE2206RHKEfhO6hVhrww Date: Mon, 23 Mar 2020 02:09:06 +0000 Message-ID: References: <20200306022419.82814-1-shougangx.wang@intel.com> In-Reply-To: <20200306022419.82814-1-shougangx.wang@intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: 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] net/iavf: unify Rx ptype table 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, ShougangX=20 Sent: Friday, March 6, 2020 10:24 AM To: dev@dpdk.org Cc: Rong, Leyi ; Wu, Jingjing ;= Wang, ShougangX Subject: [PATCH] net/iavf: unify Rx ptype table From: Wang Shougang This patch unified the Rx ptype table. Signed-off-by: Wang Shougang --- drivers/net/iavf/iavf.h | 3 +- drivers/net/iavf/iavf_ethdev.c | 3 + drivers/net/iavf/iavf_rxtx.c | 604 +++++++++++++++++++++++--- drivers/net/iavf/iavf_rxtx.h | 3 + drivers/net/iavf/iavf_rxtx_vec_avx2.c | 21 +- drivers/net/iavf/iavf_rxtx= _vec_sse.c | 25 +- 6 files changed, 561 insertions(+), 98 deletions(-) diff --git a/drivers/net/iavf/iavf.h b/drivers/net/iavf/iavf.h index fe25d8= 07c..526040c6e 100644 --- a/drivers/net/iavf/iavf.h +++ b/drivers/net/iavf/iavf.h @@ -119,7 +119,7 @@ struct iavf_info { uint16_t rxq_map[IAVF_MAX_MSIX_VECTORS]; }; =20 -#define IAVF_MAX_PKT_TYPE 256 +#define IAVF_MAX_PKT_TYPE 1024 =20 /* Structure to store private data for each VF instance. */ struct iavf_a= dapter { @@ -131,6 +131,7 @@ struct iavf_adapter { /* For vector PMD */ bool rx_vec_allowed; bool tx_vec_allowed; + const uint32_t *ptype_tbl; bool stopped; }; =20 diff --git a/drivers/net/iavf/iavf_ethdev.c b/drivers/net/iavf/iavf_ethdev.= c index 34913f9c4..ee9f82249 100644 --- a/drivers/net/iavf/iavf_ethdev.c +++ b/drivers/net/iavf/iavf_ethdev.c @@ -1334,6 +1334,9 @@ iavf_dev_init(struct rte_eth_dev *eth_dev) return -1; } =20 + /* set default ptype table */ + adapter->ptype_tbl =3D iavf_get_default_ptype_table(); + As the ptype table is static, is that necessary to define a function to get= it? Is there any consideration for future extension? Thanks Jingjing