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 8F8E1A09D2 for ; Wed, 11 Nov 2020 09:19:41 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 2403F4C90; Wed, 11 Nov 2020 09:19:35 +0100 (CET) Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id B6C422AB; Wed, 11 Nov 2020 09:19:30 +0100 (CET) IronPort-SDR: Atp6vHomSwLm37SinYo3VB789fY9J+/YEATM/GeD8BeIloVdk9SZ7YWgywaFpyZbbUZVmA+zDL jTyWh3L0RHdw== X-IronPort-AV: E=McAfee;i="6000,8403,9801"; a="167528943" X-IronPort-AV: E=Sophos;i="5.77,468,1596524400"; d="scan'208";a="167528943" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Nov 2020 00:19:27 -0800 IronPort-SDR: 0ssTSCuE37zSciQ7oiCbZpwpr6d6Y0y5EQSG7PF/dpUg+ADuePM9RFWOeHC/Cdo+nndgh62g+l +J1W0Y/Q5RFg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,468,1596524400"; d="scan'208";a="531609467" Received: from fmsmsx603.amr.corp.intel.com ([10.18.126.83]) by fmsmga005.fm.intel.com with ESMTP; 11 Nov 2020 00:19:27 -0800 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, 11 Nov 2020 00:19:27 -0800 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, 11 Nov 2020 16:19:25 +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, 11 Nov 2020 16:19:25 +0800 From: "Zhang, Qi Z" To: "Wu, Jingjing" , "Xu, Ting" , "dev@dpdk.org" CC: "Xing, Beilei" , "stable@dpdk.org" Thread-Topic: [PATCH v1] net/iavf: fix cannot release mbufs issue Thread-Index: AQHWt9c+PoFXpoa+x0WzVp1SkeirYKnB3dAAgAC5LPA= Date: Wed, 11 Nov 2020 08:19:25 +0000 Message-ID: References: <20201111030651.15535-1-ting.xu@intel.com> In-Reply-To: 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] [PATCH v1] net/iavf: fix cannot release mbufs issue 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: Wu, Jingjing > Sent: Wednesday, November 11, 2020 1:16 PM > To: Xu, Ting ; dev@dpdk.org > Cc: Zhang, Qi Z ; Xing, Beilei ; > stable@dpdk.org > Subject: RE: [PATCH v1] net/iavf: fix cannot release mbufs issue >=20 >=20 >=20 > > -----Original Message----- > > From: Xu, Ting > > Sent: Wednesday, November 11, 2020 11:07 AM > > To: dev@dpdk.org > > Cc: Zhang, Qi Z ; Xing, Beilei > > ; Wu, Jingjing ; Xu, > > Ting ; stable@dpdk.org > > Subject: [PATCH v1] net/iavf: fix cannot release mbufs issue > > > > In the function _iavf_rx_queue_release_mbufs_vec to release rx mbufs, > > rxq->rxrearm_nb is given the value of rx descriptor number at last. > > However, since the process to release and allocate mbufs lacks the > > initialization of rxrearm_nb, if we try to release mbufs next time, it > > will return without releasing directly. In this patch, rxrearm_nb is > > initialized to be zero in rx queue reset. > > > > Fixes: 319c421f3890 ("net/avf: enable SSE Rx Tx") > > Cc: stable@dpdk.org > > > > Signed-off-by: Ting Xu >=20 > Acked-by: Jingjing Wu Applied to dpdk-next-net-intel. Thanks Qi >=20