Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp332587pxj; Thu, 27 May 2021 00:55:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwxl3oQvORFj35yQXXJKEspa8E0t5AxZ0qkl60DKPOdQ2QmJE+OsA79j6+I1hofBKVRRXMV X-Received: by 2002:a05:6602:1c4:: with SMTP id w4mr1815155iot.44.1622102139583; Thu, 27 May 2021 00:55:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622102139; cv=none; d=google.com; s=arc-20160816; b=lTfDS5EUcwOP4Rj+OhXDrkZJ94qd/ulTC3vUCBoIEyadXz5AQWyIL40Cf7ZgG3XjxK TsMEvfEZK8Wd8H9syQ+ocMDatBGr4wGVYwe8HT7nHlrpuq72gDghdvGcGpTal3OtmwK4 8zfqbn7qeCNTQK5pjbOMTLst5K3nDB2zkLA0jH0/bW5Nj6CDpSssKYbLywF9wOx1h5A5 mfmR1kz0JIIy1RizMuMh3nIXKgOfRtA9kVG7fgQC2UkE7ZfoZX29m8JFOivgaTDE/3ln DwplNYQt/wFi5Vyi6XfQMrmY6DeyL+ap0lSiR2YF33/hmndSxBk6hLhvpD1da42AY7bL 7EOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:organization :from:references:to:subject:ironport-sdr:ironport-sdr; bh=FjRva9+2Ni2/5pmSDDtU7BSL/uue5EBmqBqpxRSnQTY=; b=jJ7h6ATEqM5ZJddaYNMs5xelTL0+OdYaYMpiTCWIYmsZuiLN2kl6Q9MxTiKlF1pO7q 87RW7tUbwiEqpmpsAR91yqoHZ+ATCjkvd52gO070s+Cqui9zvgUJG34SlmdOqckrogAQ rHd2g/STUhjofGLBjoFMg74OHHko07YazpWUNqzienMvN2t8Aj45FNE1RxLZZt2d8DoR BTK3t/LOq2jeMOFZq3QtoJfchS9U1/sN/+v1OiQuCMLt8WBvllZrchLGwf6jeWWyH847 OU+3vyEsxSPSDcsAip+dIt4AbrZuAp+2JyqKpjL9+1ZG/JxtLRWJSdP9nYIoClsYSaZ3 eLLQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w3si1544121iow.99.2021.05.27.00.55.25; Thu, 27 May 2021 00:55:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234929AbhE0H4K (ORCPT + 99 others); Thu, 27 May 2021 03:56:10 -0400 Received: from mga09.intel.com ([134.134.136.24]:47126 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234828AbhE0H4J (ORCPT ); Thu, 27 May 2021 03:56:09 -0400 IronPort-SDR: OaNU4YWfWpBaUcXkjxd4y5UE+SxvWQLisDjy0WfyMIobR5WgbdCPTSUk0l5VGP5mY5QOAyb63Q OZXRLFabBq4Q== X-IronPort-AV: E=McAfee;i="6200,9189,9996"; a="202683021" X-IronPort-AV: E=Sophos;i="5.82,334,1613462400"; d="scan'208";a="202683021" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 May 2021 00:54:35 -0700 IronPort-SDR: aYMgbIo7tJITXQWv98gBDb/96yNeLidVngMYp6u8YJMreIDdTjQ/hYYIU8TcxvQuNbLjjyCprT Mm+QKEh7lDzg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,334,1613462400"; d="scan'208";a="480467583" Received: from ahunter-desktop.fi.intel.com (HELO [10.237.72.174]) ([10.237.72.174]) by fmsmga002.fm.intel.com with ESMTP; 27 May 2021 00:54:33 -0700 Subject: Re: [PATCH v1 1/2] perf auxtrace: Change to use SMP memory barriers To: Leo Yan , Arnaldo Carvalho de Melo , Peter Zijlstra , Ingo Molnar , Mark Rutland , Alexander Shishkin , Namhyung Kim , Andi Kleen , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210519140319.1673043-1-leo.yan@linaro.org> From: Adrian Hunter Organization: Intel Finland Oy, Registered Address: PL 281, 00181 Helsinki, Business Identity Code: 0357606 - 4, Domiciled in Helsinki Message-ID: Date: Thu, 27 May 2021 10:54:56 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <20210519140319.1673043-1-leo.yan@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 19/05/21 5:03 pm, Leo Yan wrote: > The AUX ring buffer's head and tail can be accessed from multiple CPUs > on SMP system, so changes to use SMP memory barriers to replace the > uniprocessor barriers. I don't think user space should attempt to be SMP-aware. For perf tools, on __x86_64__ it looks like smp_rmb() is only a compiler barrier, whereas rmb() is a "lfence" memory barrier instruction, so this patch does not seem to do what the commit message says at least for x86. With regard to the AUX area, we don't know in general how data gets there, so using memory barriers seems sensible. > > Signed-off-by: Leo Yan > --- > tools/perf/util/auxtrace.h | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/tools/perf/util/auxtrace.h b/tools/perf/util/auxtrace.h > index 472c0973b1f1..8bed284ccc82 100644 > --- a/tools/perf/util/auxtrace.h > +++ b/tools/perf/util/auxtrace.h > @@ -452,7 +452,7 @@ static inline u64 auxtrace_mmap__read_snapshot_head(struct auxtrace_mmap *mm) > u64 head = READ_ONCE(pc->aux_head); > > /* Ensure all reads are done after we read the head */ > - rmb(); > + smp_rmb(); > return head; > } > > @@ -466,7 +466,7 @@ static inline u64 auxtrace_mmap__read_head(struct auxtrace_mmap *mm) > #endif > > /* Ensure all reads are done after we read the head */ > - rmb(); > + smp_rmb(); > return head; > } > > @@ -478,7 +478,7 @@ static inline void auxtrace_mmap__write_tail(struct auxtrace_mmap *mm, u64 tail) > #endif > > /* Ensure all reads are done before we write the tail out */ > - mb(); > + smp_mb(); > #if BITS_PER_LONG == 64 || !defined(HAVE_SYNC_COMPARE_AND_SWAP_SUPPORT) > pc->aux_tail = tail; > #else >