From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 54CBC4F93 for ; Wed, 27 Mar 2019 18:31:51 +0100 (CET) Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 85F07C05B02D; Wed, 27 Mar 2019 17:31:50 +0000 (UTC) Received: from [10.33.36.142] (unknown [10.33.36.142]) by smtp.corp.redhat.com (Postfix) with ESMTP id A4E0E5C296; Wed, 27 Mar 2019 17:31:49 +0000 (UTC) To: Akhil Goyal , "dev@dpdk.org" Cc: "declan.doherty@intel.com" References: <20190327113823.13481-1-akhil.goyal@nxp.com> From: Kevin Traynor Message-ID: Date: Wed, 27 Mar 2019 17:31:48 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 MIME-Version: 1.0 In-Reply-To: <20190327113823.13481-1-akhil.goyal@nxp.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Wed, 27 Mar 2019 17:31:50 +0000 (UTC) Subject: Re: [dpdk-dev] [PATCH] app/test-crypto-perf: improve dequeue logic 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: , X-List-Received-Date: Wed, 27 Mar 2019 17:31:51 -0000 On 27/03/2019 11:47, Akhil Goyal wrote: > In case of hardware PMDs (which may take a longer duration > for processing the packets), there may be a case when the > number of enqueued packets are more than the dequeued. > > So if the difference is more than 8 times the burst size, > more dequeue operations should be performed otherwise all > the buffers will be blocked in hardware. > Please add Fixes: tag and stable tag if appropriate. > Signed-off-by: Akhil Goyal From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by dpdk.space (Postfix) with ESMTP id AEA1FA05D3 for ; Wed, 27 Mar 2019 18:31:53 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 0EAC74F94; Wed, 27 Mar 2019 18:31:53 +0100 (CET) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 54CBC4F93 for ; Wed, 27 Mar 2019 18:31:51 +0100 (CET) Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 85F07C05B02D; Wed, 27 Mar 2019 17:31:50 +0000 (UTC) Received: from [10.33.36.142] (unknown [10.33.36.142]) by smtp.corp.redhat.com (Postfix) with ESMTP id A4E0E5C296; Wed, 27 Mar 2019 17:31:49 +0000 (UTC) To: Akhil Goyal , "dev@dpdk.org" Cc: "declan.doherty@intel.com" References: <20190327113823.13481-1-akhil.goyal@nxp.com> From: Kevin Traynor Message-ID: Date: Wed, 27 Mar 2019 17:31:48 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 MIME-Version: 1.0 In-Reply-To: <20190327113823.13481-1-akhil.goyal@nxp.com> Content-Type: text/plain; charset="UTF-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Wed, 27 Mar 2019 17:31:50 +0000 (UTC) Subject: Re: [dpdk-dev] [PATCH] app/test-crypto-perf: improve dequeue logic 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" Message-ID: <20190327173148.2HVsIglOtPrevK8CSwvFgDYoiEZQ8CSvfBtakgjoyU4@z> On 27/03/2019 11:47, Akhil Goyal wrote: > In case of hardware PMDs (which may take a longer duration > for processing the packets), there may be a case when the > number of enqueued packets are more than the dequeued. > > So if the difference is more than 8 times the burst size, > more dequeue operations should be performed otherwise all > the buffers will be blocked in hardware. > Please add Fixes: tag and stable tag if appropriate. > Signed-off-by: Akhil Goyal