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 171D1A05D3 for ; Wed, 27 Mar 2019 10:19:10 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 276815424; Wed, 27 Mar 2019 10:19:09 +0100 (CET) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by dpdk.org (Postfix) with ESMTP id 7E6D04F90 for ; Wed, 27 Mar 2019 10:19:08 +0100 (CET) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 2560F2225B; Wed, 27 Mar 2019 05:19:08 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 27 Mar 2019 05:19:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=mesmtp; bh=tW7GAG1+1iFiiP1I0+3HNICOeiNvXtTN3OGcos/MANA=; b=U49J2vyEhItI uKupbdE2kemHtlY6RXeB0sYNm+s/bGSFvsw3NfVZ7mN6QnsK2Be1K8mwxuVPEcPd C1AzQutOd+fnGAFHaSM7RpXkIR/Hrr25bZeqxdFOCwF/DKKFaD4m6Z8H12kXp9rp yRTeu0y5INnYl9/8U3GAqJi+u0TS4Js= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=tW7GAG1+1iFiiP1I0+3HNICOeiNvXtTN3OGcos/MA NA=; b=SoBS9aGrxocsgVPTI4vT7zL67NdmLFyQQ3jU2Sqb/1aq1OWbMzTSB+aEs c/X63DHkZiWFfEtPyPaYfEZiTCt5RjQ4CaUiTRF9l8W2Q+s3WwSEFs0GnJEvuX4D BrrgAWElmVoIxYK/8AZReSYDg+V1/cVYNIIJg1xdJTPBV9JqK6VGuMFaodHLig1a Er2GZ0o5ZRT/M5AO9rC+Uo7MCcCrdctNMYL9Fg58ajEoGGUyuZCkh4zfrJDQFfkb J9o2saBBAQJRkcflfZuQsWli92J3UIjI4VNdiWhl1ZSwtubrx58d9Zvdabo8D4ee 0R65dBQOaFMgAXZqRVdGseIIW8qAA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrkedugdduvdekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkfgjfhgggfgtsehtufertddttddvnecuhfhrohhmpefvhhhomhgr shcuofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecukf hppeejjedrudefgedrvddtfedrudekgeenucfrrghrrghmpehmrghilhhfrhhomhepthhh ohhmrghssehmohhnjhgrlhhonhdrnhgvthenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id E06B61031A; Wed, 27 Mar 2019 05:19:04 -0400 (EDT) From: Thomas Monjalon To: "pradeep@us.ibm.com" , Chao Zhu Cc: dev@dpdk.org, Dekel Peled , Shahaf Shuler , "bruce.richardson@intel.com" , David Christensen , "honnappa.nagarahalli@arm.com" , "konstantin.ananyev@intel.com" , "ola.liljedahl@arm.com" , Ori Kam , David Wilder , Yongseok Koh , Idan Werpoler , Olga Shern Date: Wed, 27 Mar 2019 10:19:03 +0100 Message-ID: <1793899.zbSyOp9Bm4@xps> In-Reply-To: References: <1552913893-43407-1-git-send-email-dekelp@mellanox.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [PATCH] eal/ppc: remove fix of memory barrier for IBM POWER 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: <20190327091903.wkqjF1W115IEJViTrcGV3yuHqzMM55itnG3OWUHfmiA@z> Pradeep, Chao, Do we have more news? We must merge this patch for DPDK 19.05-rc1. I understand you want to try improving performance by using lightweight sync for SMP barrier, and this change can be done later. First priority is to fix the bug of the general barrier. That's why I should push this patch before the end of the week. > Shahaf Shuler > wrote on 03/23/2019 11:37:42 PM: > > From: Shahaf Shuler > > > Pradeep Satyanarayana wrote on Saturday, March 23, 2019 12:58 AM > > >Thomas Monjalon > wrote on 03/22/2019 10:51:17 AM: > > >> 22/03/2019 16:30, Pradeep Satyanarayana: > > >> > Thomas Monjalon > wrote on 03/22/2019 01:49:03 AM: > > >> > > 22/03/2019 02:40, Pradeep Satyanarayana: > > >> > > > - rte_[rw]mb (general memory barrier) --> should be lwsync > > >> > > > > >> > > This is what may be discussed. > > >> > > The assumption is that the general memory barrier should cover > > >> > > all cases (CPU caches, SMP and I/O). > > >> > > That's why we think it should "sync" for Power. > > >> > > > >> > In that case, at a minimum we must de-link rte_smp_[rw]mb from rte_[rw]mb > > >> > and retain it as lwsync. Agreed? > > >> > > >> I have no clue about what is needed for SMP barrier in Power. > > >> As long as it works as expected, no problem. > > >> > > > > > >We will try that out and report back here, later next week > > > > Till then, i think there are 2 orthogonal issues: > > 1. ppc rte_wmb is incorrect > > 2. ppc rte_smp_[rw]mb may be improved. > > > > for #1 the current patch from Dekel seems to be OK. do you agree? > > for #2 i guess you will check and come back w/ patch/answer? > > That has been the line of thinking. However, we need to do some extensive testing > to confirm that it all holds up.