From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jerin Jacob Subject: Re: [PATCH] lib: change rte_ring dequeue to guarantee ordering before tail update Date: Sat, 23 Jul 2016 15:06:22 +0530 Message-ID: <20160723093621.GA18376@localhost.localdomain> References: <20160715043951.32040-1-juhamatti.kuusisaari@coriant.com> <2601191342CEEE43887BDE71AB97725836B7E32F@irsmsx105.ger.corp.intel.com> <14017551.U6D1dIIx0P@xps13> <20160723060515.GA13747@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Juhamatti Kuusisaari , "dev@dpdk.org" , "Ananyev, Konstantin" To: Thomas Monjalon Return-path: Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0068.outbound.protection.outlook.com [104.47.36.68]) by dpdk.org (Postfix) with ESMTP id 5E2655684 for ; Sat, 23 Jul 2016 11:36:52 +0200 (CEST) Content-Disposition: inline In-Reply-To: List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Sat, Jul 23, 2016 at 11:02:33AM +0200, Thomas Monjalon wrote: > 2016-07-23 8:05 GMT+02:00 Jerin Jacob : > > On Thu, Jul 21, 2016 at 11:26:50PM +0200, Thomas Monjalon wrote: > >> > > Consumer queue dequeuing must be guaranteed to be done fully before the tail is updated. This is not guaranteed with a read barrier, > >> > > changed to a write barrier just before tail update which in practice guarantees correct order of reads and writes. > >> > > > >> > > Signed-off-by: Juhamatti Kuusisaari > >> > > >> > Acked-by: Konstantin Ananyev > >> > >> Applied, thanks > > > > There was ongoing discussion on this > > http://dpdk.org/ml/archives/dev/2016-July/044168.html > > Sorry Jerin, I forgot this email. > The problem is that nobody replied to your email and you did not nack > the v2 of this patch. > > > This change may not be required as it has the performance impact. > > We need to clearly understand what is the performance impact > (numbers and use cases) on one hand, and is there a real bug fixed > by this patch on the other hand? IHMO, there is no real bug here. rte_smb_rmb() provides the LOAD-STORE barrier to make sure tail pointer WRITE happens only after prior LOADS. Thoughts? > > Please guys make things clear and we'll revert if needed.