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 AF710A04B1 for ; Tue, 8 Sep 2020 05:59:21 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 8DDA51C195; Tue, 8 Sep 2020 05:59:21 +0200 (CEST) Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) by dpdk.org (Postfix) with ESMTP id 1E9FE1C134; Tue, 8 Sep 2020 05:59:17 +0200 (CEST) IronPort-SDR: z4gXqtH1Bnb793ISBnwt/A9AfchBbN8kBtNNgWpWtuxc0SwqBq2vNYJ/H4mnrCIZTl0KxMwExT K9Z5GlwPtezw== X-IronPort-AV: E=McAfee;i="6000,8403,9737"; a="137585980" X-IronPort-AV: E=Sophos;i="5.76,404,1592895600"; d="scan'208";a="137585980" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Sep 2020 20:59:17 -0700 IronPort-SDR: UWf74vANyvPGcx6jF238qDFhRQwzcjdGcZg65Qgtm/HTb4h7PMlUojVzV01RN519ZCF95JQ7GJ DJ8QJAtAZvkg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.76,404,1592895600"; d="scan'208";a="377389348" Received: from fmsmsx605.amr.corp.intel.com ([10.18.126.85]) by orsmga001.jf.intel.com with ESMTP; 07 Sep 2020 20:59:16 -0700 Received: from shsmsx605.ccr.corp.intel.com (10.109.6.215) by fmsmsx605.amr.corp.intel.com (10.18.126.85) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 7 Sep 2020 20:59:15 -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, 8 Sep 2020 11:59:14 +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, 8 Sep 2020 11:59:14 +0800 From: "Guo, Jia" To: "Zhang, Qi Z" , "Yang, Qiming" CC: "Xu, Ting" , "dev@dpdk.org" , "Zhang, Qi Z" , "stable@dpdk.org" Thread-Topic: [dpdk-dev] [PATCH] net/ice/base: fix wrong outer ipv6 ptype table Thread-Index: AQHWhE1f08i5DkxbQEqf/lkE1qv5+qleHiXg Date: Tue, 8 Sep 2020 03:59:13 +0000 Message-ID: <1205329527874f9e9c23a2dc01f5cde2@intel.com> References: <20200906130145.44729-1-qi.z.zhang@intel.com> In-Reply-To: <20200906130145.44729-1-qi.z.zhang@intel.com> 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-stable] [dpdk-dev] [PATCH] net/ice/base: fix wrong outer ipv6 ptype table X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org Sender: "stable" > -----Original Message----- > From: dev On Behalf Of Qi Zhang > Sent: Sunday, September 6, 2020 9:02 PM > To: Yang, Qiming > Cc: Xu, Ting ; dev@dpdk.org; Zhang, Qi Z > ; stable@dpdk.org > Subject: [dpdk-dev] [PATCH] net/ice/base: fix wrong outer ipv6 ptype tabl= e >=20 > ptype 264, 265, 266, 267, 275 is should not be set in ice_ptypes_ipv6_ofo= s_all. >=20 A tiny comment, "is" should be deleted, right? And I think ptype name is mo= re readable than number when interpret the reason, you choose. After that patch is ok. Acked-by: Jeff Guo > Fixes: 88824213be8a ("net/ice/base: enable RSS for PFCP/L2TP/ESP/AH") > Cc: stable@dpdk.org >=20 > Signed-off-by: Qi Zhang > --- > drivers/net/ice/base/ice_flow.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >=20 > diff --git a/drivers/net/ice/base/ice_flow.c > b/drivers/net/ice/base/ice_flow.c index 6035bdfcf..552e58f9b 100644 > --- a/drivers/net/ice/base/ice_flow.c > +++ b/drivers/net/ice/base/ice_flow.c > @@ -278,7 +278,7 @@ static const u32 ice_ptypes_ipv6_ofos[] =3D { static > const u32 ice_ptypes_ipv6_ofos_all[] =3D { > 0x00000000, 0x00000000, 0x77000000, 0x10002000, > 0x00000000, 0x000002AA, 0x00000000, 0x00000000, > - 0x00080F00, 0x03F00000, 0x7C1F0000, 0x00000206, > + 0x00000000, 0x03F00000, 0x7C1F0000, 0x00000206, > 0x00000000, 0x00000000, 0x00000000, 0x00000000, > 0x00000000, 0x00000000, 0x00000000, 0x00000000, > 0x00000000, 0x00000000, 0x00000000, 0x00000000, > -- > 2.13.6