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 601D8A04BC; Thu, 8 Oct 2020 09:11:28 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 3C5F31B819; Thu, 8 Oct 2020 09:11:27 +0200 (CEST) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 6F65C1B709 for ; Thu, 8 Oct 2020 09:11:25 +0200 (CEST) IronPort-SDR: l7iPNX0hdXn4i29g4DoMG+cpN1z9PmC09KRuLX3NlaxNgiPwKQCAxsvi5s6wJc7SK/OLHyhoDh 2K1PMEfQTTlA== X-IronPort-AV: E=McAfee;i="6000,8403,9767"; a="229472828" X-IronPort-AV: E=Sophos;i="5.77,350,1596524400"; d="scan'208";a="229472828" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Oct 2020 00:11:23 -0700 IronPort-SDR: EHTjylzjmUm/2E7ttkxT5yfIp8bcVvMEkF9Fihs13DyAMSzb/2XFa8KLbY6EnfM4Ewt1UTZsTS BxbKTVmJZIEA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,350,1596524400"; d="scan'208";a="461710472" Received: from fmsmsx601.amr.corp.intel.com ([10.18.126.81]) by orsmga004.jf.intel.com with ESMTP; 08 Oct 2020 00:11:23 -0700 Received: from shsmsx601.ccr.corp.intel.com (10.109.6.141) 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; Thu, 8 Oct 2020 00:11:22 -0700 Received: from shsmsx601.ccr.corp.intel.com (10.109.6.141) by SHSMSX601.ccr.corp.intel.com (10.109.6.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 8 Oct 2020 15:11:20 +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; Thu, 8 Oct 2020 15:11:20 +0800 From: "Zhang, Qi Z" To: "Guo, Jia" , "Wu, Jingjing" , "Xing, Beilei" CC: "dev@dpdk.org" Thread-Topic: [PATCH v1] net/iavf: fix flow flush after PF reset Thread-Index: AQHWlu1bZkdi5A+nzkSEXZ1hRLI2HqmNVhkw Date: Thu, 8 Oct 2020 07:11:20 +0000 Message-ID: <6616c926e1c3407ebaa24cdfd8189446@intel.com> References: <20200930054412.92792-1-jia.guo@intel.com> In-Reply-To: <20200930054412.92792-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 v1] net/iavf: fix flow flush after PF reset 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: Wednesday, September 30, 2020 1:44 PM > To: Wu, Jingjing ; Zhang, Qi Z ; > Xing, Beilei > Cc: dev@dpdk.org; Guo, Jia > Subject: [PATCH v1] net/iavf: fix flow flush after PF reset >=20 > When VF begin reset after PF reset, VF will be uninitialized at first and= then be > initialized, during the time any invalid cmd such as flow flush should no= t be sent > to PF until the uninitialization is finished. >=20 > Fixes: 1eab95fe2e36 ("net/iavf: fix command after PF reset") as cc stable is required for the patch to fix. so cc stable is also required for this patch. > Signed-off-by: Jeff Guo Acked-by: Qi Zhang Applied to dpdk-next-net-intel. Thanks Qi