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 08F64A04C9 for ; Wed, 16 Sep 2020 12:49:54 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id DADB41C243; Wed, 16 Sep 2020 12:49:53 +0200 (CEST) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id 2D63C1C224; Wed, 16 Sep 2020 12:49:49 +0200 (CEST) IronPort-SDR: wXncs8hvobeSCm2a69UBKNh+M1QalPvjNCoflzXT53/N8l+Pj3MuA+y1LDcHM0OW/WMrAf6taX J3xal/lNrYOg== X-IronPort-AV: E=McAfee;i="6000,8403,9745"; a="160369766" X-IronPort-AV: E=Sophos;i="5.76,432,1592895600"; d="scan'208";a="160369766" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Sep 2020 03:49:49 -0700 IronPort-SDR: PhU6j3FeODJoIA99CBjYJhikHuIdmBFUQxCss9ejalfS4d2SsJfvuuPHNkZ97kjfQhCWpQ80H/ MICXJJJH/WTw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.76,432,1592895600"; d="scan'208";a="483260722" Received: from fmsmsx603.amr.corp.intel.com ([10.18.126.83]) by orsmga005.jf.intel.com with ESMTP; 16 Sep 2020 03:49:48 -0700 Received: from shsmsx604.ccr.corp.intel.com (10.109.6.214) by fmsmsx603.amr.corp.intel.com (10.18.126.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 16 Sep 2020 03:49:47 -0700 Received: from shsmsx601.ccr.corp.intel.com (10.109.6.141) by SHSMSX604.ccr.corp.intel.com (10.109.6.214) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 16 Sep 2020 18:49:45 +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; Wed, 16 Sep 2020 18:49:45 +0800 From: "Zhang, Qi Z" To: "Sun, GuinanX" , "dev@dpdk.org" CC: "Guo, Jia" , "Xing, Beilei" , "Sun, GuinanX" , "stable@dpdk.org" Thread-Topic: [dpdk-dev] [PATCH] net/i40e: fix recreate a flexible FDIR rule failed Thread-Index: AQHWiy8AYDERQcvzPkeY/jxBpFkDYalrF6qQ Date: Wed, 16 Sep 2020 10:49:45 +0000 Message-ID: References: <20200915065225.21969-1-guinanx.sun@intel.com> In-Reply-To: <20200915065225.21969-1-guinanx.sun@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.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/i40e: fix recreate a flexible FDIR rule failed 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 Guinan Sun > Sent: Tuesday, September 15, 2020 2:52 PM > To: dev@dpdk.org > Cc: Guo, Jia ; Xing, Beilei ; S= un, > GuinanX ; stable@dpdk.org > Subject: [dpdk-dev] [PATCH] net/i40e: fix recreate a flexible FDIR rule f= ailed >=20 > This patch fixes the failure of recreate flexible fdir rule. > The root cause is that the flex_mask_flag is not reset during flow destro= y and > flow flush. >=20 > Fixes: 6ced3dd72f5f ("net/i40e: support flexible payload parsing for FDIR= ") > Cc: stable@dpdk.org >=20 > Signed-off-by: Guinan Sun Acked-by: Qi Zhang