Received: by 2002:ac2:464d:0:0:0:0:0 with SMTP id s13csp3290136lfo; Mon, 23 May 2022 00:50:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz+PqcWN0nMksFkEPuJMOm5z7HcinE7J//7SuZu0ijoXQMabGEELO0JcueeIUCKQPzkdkOx X-Received: by 2002:a17:902:a981:b0:156:229d:6834 with SMTP id bh1-20020a170902a98100b00156229d6834mr21090633plb.128.1653292212578; Mon, 23 May 2022 00:50:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653292212; cv=none; d=google.com; s=arc-20160816; b=SoJqaJXPGDRZp7Hs/Liynw7i9qKxOfDOT6bwujz1w+8FBQMprDFtuSBpWao4fAlGki f5Q4lUzOzHeIljkYepquhLRozPdSw5tY48eG89iPCstaVtE1aSrgIDXOpGqJfGbXtSAa lgeifLuSmlRX1pwLIB6MrC3NmiRVNC6H+abY+iycZyn0LCryNQiZ3x/2u2D7CkWfUgcx ZIX6iDU6zn5YmgWC+DERuRFkMo1li2ktbS/PBSaLzmZPTBT4p7HSraBtJzcNcG3cZ+gt /Z0GEO893T7zqbNHmuWNsZrYPtjWr6t0i+Bq7ldaTGaTY12mpL+aCYT2HuPfZbej0daB of7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:to:from:cc:in-reply-to:subject:date:dkim-signature; bh=zlWqB5MyIreQkH9j+kkYXZk6dwZqYqeaw6AlELt9B4o=; b=FHYUJT/Q3ZiG5KUTM81HdSgskb/ECh3khSJlam8djClch0tWFvaqknj+1glyefVwGH DZbdaGvCKju1h1dKM5QN4v3SvJApc+0y5okTyZVZVd4xOJN9H0qTi5jDPb0vq5Zp9Cxk t2r6v7WaUYPPjLrFARRVolaein91X87UZwKkhM1XPuoBH0zPo7iWPk2OFjL20yH06Xzu KO7gk/lLqJHo0mV1yJE5WInNQ7NDle6gLdYJ3h0zBlgjxmkioWUfz/Bin9kcKHSrj1ID T/9p5F+73Ap5DZmL++2VroB7iw257uaa3mItVr5LXZIwhmO3Y/I4rlt8tttky+qAgSne 9lEw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@dabbelt-com.20210112.gappssmtp.com header.s=20210112 header.b=E44v0AuU; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id h14-20020a170902f70e00b0015a39e94e61si8592248plo.420.2022.05.23.00.50.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 May 2022 00:50:12 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@dabbelt-com.20210112.gappssmtp.com header.s=20210112 header.b=E44v0AuU; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 2D9A940E48; Sun, 22 May 2022 23:54:12 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345003AbiEUUqp (ORCPT + 99 others); Sat, 21 May 2022 16:46:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50372 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245071AbiEUUqm (ORCPT ); Sat, 21 May 2022 16:46:42 -0400 Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 298D93CA65 for ; Sat, 21 May 2022 13:46:41 -0700 (PDT) Received: by mail-pg1-x535.google.com with SMTP id h186so10487301pgc.3 for ; Sat, 21 May 2022 13:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dabbelt-com.20210112.gappssmtp.com; s=20210112; h=date:subject:in-reply-to:cc:from:to:message-id:mime-version :content-transfer-encoding; bh=zlWqB5MyIreQkH9j+kkYXZk6dwZqYqeaw6AlELt9B4o=; b=E44v0AuUeYoRSlY2iH+XvxjVr0c0EIR5hAkMSycOuyMJPr3jSBu4ns3e03wJKOxSY4 YJeyDLb1pY0bRCPArVX4C7ljgDbMcjG8rPwlCdlssExjhnOyi2pmzDkCZJNG0+vD/Z4y NnCUgogYkC28PGSiHP2cyP4j+rKuDuqH89nvo7jPSUk20zK5Z2hXlVal5o1T/yDNG7pj nowdQvKdgfCFtno7ARCuVtyAq9IV3lXvMT0bJpiJg3uLkscbZHWCjr1fXP5qmR50qq7+ vMRzHDibDvg6IfNj7rdjU2JcKJ5c5iYBssp1zgqOK6OdyItV1NG3fwngcmhFD7v4TVC3 hQHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:subject:in-reply-to:cc:from:to:message-id :mime-version:content-transfer-encoding; bh=zlWqB5MyIreQkH9j+kkYXZk6dwZqYqeaw6AlELt9B4o=; b=Gtx30KOSNKh1AHVib5CviQQPboKJpjVDIYNnoTNMa3yfU6PGBKfhxuB9ifB3MECXS/ OYk5rSJu/J3vZoFb+B144XGafSvySK9NorpL5kLAQpqFPcZroBfI8Y5XoTphsptBs1HU cNFBahFcxLH6o0q4va4+soIg3JgUwoNo4+VdajwDSMT47kkq/ai7HV/BnTzEfwuZLn8c mPRU1UnEfY6yjENxZcG/XnxMUjIo1IKVyUQJzPzsPweLODWrmeSEC5OjC7CN6Ao/jlEX ztPl3t8lkSbzPFNZEk6kPru4QmhFMEDrjAlzF4rt/SWENaoQH1Y/HopCMnhYIE9qMfrt Lkpg== X-Gm-Message-State: AOAM531intqtzl2EF/j96ajrCIDYomiPkzmh9RYf6j/c7Uf9LfaPUrW+ Fmg7qGtVl9N0hq59lnNRQuKLXmId3bhDrw== X-Received: by 2002:a63:2c3:0:b0:3f4:e639:fec9 with SMTP id 186-20020a6302c3000000b003f4e639fec9mr13867862pgc.478.1653166000007; Sat, 21 May 2022 13:46:40 -0700 (PDT) Received: from localhost ([12.3.194.138]) by smtp.gmail.com with ESMTPSA id g1-20020a62f941000000b0051853e6617fsm4057808pfm.89.2022.05.21.13.46.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 21 May 2022 13:46:39 -0700 (PDT) Date: Sat, 21 May 2022 13:46:39 -0700 (PDT) X-Google-Original-Date: Sat, 21 May 2022 11:33:09 PDT (-0700) Subject: Re: [PATCH V4 5/5] riscv: atomic: Optimize LRSC-pairs atomic ops with .aqrl annotation In-Reply-To: <20220505035526.2974382-6-guoren@kernel.org> CC: guoren@kernel.org, Arnd Bergmann , mark.rutland@arm.com, Will Deacon , peterz@infradead.org, boqun.feng@gmail.com, Daniel Lustig , parri.andrea@gmail.com, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, guoren@linux.alibaba.com From: Palmer Dabbelt To: guoren@kernel.org, parri.andrea@gmail.com Message-ID: Mime-Version: 1.0 (MHng) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 04 May 2022 20:55:26 PDT (-0700), guoren@kernel.org wrote: > From: Guo Ren > > The current implementation is the same with 8e86f0b409a4 > ("arm64: atomics: fix use of acquire + release for full barrier > semantics"). RISC-V could combine acquire and release into the SC > instructions and it could reduce a fence instruction to gain better > performance. Here is related descriptio from RISC-V ISA 10.2 > Load-Reserved/Store-Conditional Instructions: > > - .aq: The LR/SC sequence can be given acquire semantics by > setting the aq bit on the LR instruction. > - .rl: The LR/SC sequence can be given release semantics by > setting the rl bit on the SC instruction. > - .aqrl: Setting the aq bit on the LR instruction, and setting > both the aq and the rl bit on the SC instruction makes > the LR/SC sequence sequentially consistent, meaning that > it cannot be reordered with earlier or later memory > operations from the same hart. > > Software should not set the rl bit on an LR instruction unless > the aq bit is also set, nor should software set the aq bit on an > SC instruction unless the rl bit is also set. LR.rl and SC.aq > instructions are not guaranteed to provide any stronger ordering > than those with both bits clear, but may result in lower > performance. > > The only difference is when sc.w/d.aqrl failed, it would cause .aq > effect than before. But it's okay for sematic because overlap > address LR couldn't beyond relating SC. IIUC that's not accurate, or at least wasn't in 2018. The ISA tends to drift around a bit, so it's possible things have changed since then. 5ce6c1f3535f ("riscv/atomic: Strengthen implementations with fences") describes the issue more specifically, that's when we added these fences. There have certainly been complains that these fences are too heavyweight for the HW to go fast, but IIUC it's the best option we have given the current set of memory model primitives we implement in the ISA (ie, there's more in RVWMO but no way to encode that). The others all look good, though, and as these are really all independent cleanups I'm going to go ahead and put those three on for-next. There's also a bunch of checkpatch errors. The ones about "*" seem spurious, but the alignment ones aren't. Here's my fixups: diff --git a/arch/riscv/include/asm/atomic.h b/arch/riscv/include/asm/atomic.h index 34f757dfc8f2..0bde499fa8bc 100644 --- a/arch/riscv/include/asm/atomic.h +++ b/arch/riscv/include/asm/atomic.h @@ -86,9 +86,9 @@ ATOMIC_OPS(xor, xor, i) * versions, while the logical ops only have fetch versions. */ #define ATOMIC_FETCH_OP(op, asm_op, I, asm_type, c_type, prefix) \ -static __always_inline \ -c_type arch_atomic##prefix##_fetch_##op##_relaxed(c_type i, \ - atomic##prefix##_t *v) \ +static __always_inline c_type \ +arch_atomic##prefix##_fetch_##op##_relaxed(c_type i, \ + atomic##prefix##_t *v) \ { \ register c_type ret; \ __asm__ __volatile__ ( \ @@ -98,9 +98,9 @@ c_type arch_atomic##prefix##_fetch_##op##_relaxed(c_type i, \ : "memory"); \ return ret; \ } \ -static __always_inline \ -c_type arch_atomic##prefix##_fetch_##op##_acquire(c_type i, \ - atomic##prefix##_t *v) \ +static __always_inline c_type \ +arch_atomic##prefix##_fetch_##op##_acquire(c_type i, \ + atomic##prefix##_t *v) \ { \ register c_type ret; \ __asm__ __volatile__ ( \ @@ -110,9 +110,9 @@ c_type arch_atomic##prefix##_fetch_##op##_acquire(c_type i, \ : "memory"); \ return ret; \ } \ -static __always_inline \ -c_type arch_atomic##prefix##_fetch_##op##_release(c_type i, \ - atomic##prefix##_t *v) \ +static __always_inline c_type \ +arch_atomic##prefix##_fetch_##op##_release(c_type i, \ + atomic##prefix##_t *v) \ { \ register c_type ret; \ __asm__ __volatile__ ( \ @@ -122,8 +122,8 @@ c_type arch_atomic##prefix##_fetch_##op##_release(c_type i, \ : "memory"); \ return ret; \ } \ -static __always_inline \ -c_type arch_atomic##prefix##_fetch_##op(c_type i, atomic##prefix##_t *v) \ +static __always_inline c_type \ +arch_atomic##prefix##_fetch_##op(c_type i, atomic##prefix##_t *v) \ { \ register c_type ret; \ __asm__ __volatile__ ( \ @@ -135,28 +135,28 @@ c_type arch_atomic##prefix##_fetch_##op(c_type i, atomic##prefix##_t *v) \ } #define ATOMIC_OP_RETURN(op, asm_op, c_op, I, asm_type, c_type, prefix) \ -static __always_inline \ -c_type arch_atomic##prefix##_##op##_return_relaxed(c_type i, \ - atomic##prefix##_t *v) \ +static __always_inline c_type \ +arch_atomic##prefix##_##op##_return_relaxed(c_type i, \ + atomic##prefix##_t *v) \ { \ - return arch_atomic##prefix##_fetch_##op##_relaxed(i, v) c_op I; \ + return arch_atomic##prefix##_fetch_##op##_relaxed(i, v) c_op I; \ } \ -static __always_inline \ -c_type arch_atomic##prefix##_##op##_return_acquire(c_type i, \ - atomic##prefix##_t *v) \ +static __always_inline c_type \ +arch_atomic##prefix##_##op##_return_acquire(c_type i, \ + atomic##prefix##_t *v) \ { \ - return arch_atomic##prefix##_fetch_##op##_acquire(i, v) c_op I; \ + return arch_atomic##prefix##_fetch_##op##_acquire(i, v) c_op I; \ } \ -static __always_inline \ -c_type arch_atomic##prefix##_##op##_return_release(c_type i, \ - atomic##prefix##_t *v) \ +static __always_inline c_type \ +arch_atomic##prefix##_##op##_return_release(c_type i, \ + atomic##prefix##_t *v) \ { \ - return arch_atomic##prefix##_fetch_##op##_release(i, v) c_op I; \ + return arch_atomic##prefix##_fetch_##op##_release(i, v) c_op I; \ } \ -static __always_inline \ -c_type arch_atomic##prefix##_##op##_return(c_type i, atomic##prefix##_t *v) \ +static __always_inline c_type \ +arch_atomic##prefix##_##op##_return(c_type i, atomic##prefix##_t *v) \ { \ - return arch_atomic##prefix##_fetch_##op(i, v) c_op I; \ + return arch_atomic##prefix##_fetch_##op(i, v) c_op I; \ } #ifdef CONFIG_GENERIC_ATOMIC64 > > Signed-off-by: Guo Ren > Signed-off-by: Guo Ren > Cc: Palmer Dabbelt > Cc: Mark Rutland > Cc: Dan Lustig > Cc: Andrea Parri > --- > arch/riscv/include/asm/atomic.h | 24 ++++++++---------------- > arch/riscv/include/asm/cmpxchg.h | 6 ++---- > 2 files changed, 10 insertions(+), 20 deletions(-) > > diff --git a/arch/riscv/include/asm/atomic.h b/arch/riscv/include/asm/atomic.h > index 34f757dfc8f2..aef8aa9ac4f4 100644 > --- a/arch/riscv/include/asm/atomic.h > +++ b/arch/riscv/include/asm/atomic.h > @@ -269,9 +269,8 @@ static __always_inline int arch_atomic_fetch_add_unless(atomic_t *v, int a, int > "0: lr.w %[p], %[c]\n" > " beq %[p], %[u], 1f\n" > " add %[rc], %[p], %[a]\n" > - " sc.w.rl %[rc], %[rc], %[c]\n" > + " sc.w.aqrl %[rc], %[rc], %[c]\n" > " bnez %[rc], 0b\n" > - " fence rw, rw\n" > "1:\n" > : [p]"=&r" (prev), [rc]"=&r" (rc), [c]"+A" (v->counter) > : [a]"r" (a), [u]"r" (u) > @@ -290,9 +289,8 @@ static __always_inline s64 arch_atomic64_fetch_add_unless(atomic64_t *v, s64 a, > "0: lr.d %[p], %[c]\n" > " beq %[p], %[u], 1f\n" > " add %[rc], %[p], %[a]\n" > - " sc.d.rl %[rc], %[rc], %[c]\n" > + " sc.d.aqrl %[rc], %[rc], %[c]\n" > " bnez %[rc], 0b\n" > - " fence rw, rw\n" > "1:\n" > : [p]"=&r" (prev), [rc]"=&r" (rc), [c]"+A" (v->counter) > : [a]"r" (a), [u]"r" (u) > @@ -382,9 +380,8 @@ static __always_inline bool arch_atomic_inc_unless_negative(atomic_t *v) > "0: lr.w %[p], %[c]\n" > " bltz %[p], 1f\n" > " addi %[rc], %[p], 1\n" > - " sc.w.rl %[rc], %[rc], %[c]\n" > + " sc.w.aqrl %[rc], %[rc], %[c]\n" > " bnez %[rc], 0b\n" > - " fence rw, rw\n" > "1:\n" > : [p]"=&r" (prev), [rc]"=&r" (rc), [c]"+A" (v->counter) > : > @@ -402,9 +399,8 @@ static __always_inline bool arch_atomic_dec_unless_positive(atomic_t *v) > "0: lr.w %[p], %[c]\n" > " bgtz %[p], 1f\n" > " addi %[rc], %[p], -1\n" > - " sc.w.rl %[rc], %[rc], %[c]\n" > + " sc.w.aqrl %[rc], %[rc], %[c]\n" > " bnez %[rc], 0b\n" > - " fence rw, rw\n" > "1:\n" > : [p]"=&r" (prev), [rc]"=&r" (rc), [c]"+A" (v->counter) > : > @@ -422,9 +418,8 @@ static __always_inline int arch_atomic_dec_if_positive(atomic_t *v) > "0: lr.w %[p], %[c]\n" > " addi %[rc], %[p], -1\n" > " bltz %[rc], 1f\n" > - " sc.w.rl %[rc], %[rc], %[c]\n" > + " sc.w.aqrl %[rc], %[rc], %[c]\n" > " bnez %[rc], 0b\n" > - " fence rw, rw\n" > "1:\n" > : [p]"=&r" (prev), [rc]"=&r" (rc), [c]"+A" (v->counter) > : > @@ -444,9 +439,8 @@ static __always_inline bool arch_atomic64_inc_unless_negative(atomic64_t *v) > "0: lr.d %[p], %[c]\n" > " bltz %[p], 1f\n" > " addi %[rc], %[p], 1\n" > - " sc.d.rl %[rc], %[rc], %[c]\n" > + " sc.d.aqrl %[rc], %[rc], %[c]\n" > " bnez %[rc], 0b\n" > - " fence rw, rw\n" > "1:\n" > : [p]"=&r" (prev), [rc]"=&r" (rc), [c]"+A" (v->counter) > : > @@ -465,9 +459,8 @@ static __always_inline bool arch_atomic64_dec_unless_positive(atomic64_t *v) > "0: lr.d %[p], %[c]\n" > " bgtz %[p], 1f\n" > " addi %[rc], %[p], -1\n" > - " sc.d.rl %[rc], %[rc], %[c]\n" > + " sc.d.aqrl %[rc], %[rc], %[c]\n" > " bnez %[rc], 0b\n" > - " fence rw, rw\n" > "1:\n" > : [p]"=&r" (prev), [rc]"=&r" (rc), [c]"+A" (v->counter) > : > @@ -486,9 +479,8 @@ static __always_inline s64 arch_atomic64_dec_if_positive(atomic64_t *v) > "0: lr.d %[p], %[c]\n" > " addi %[rc], %[p], -1\n" > " bltz %[rc], 1f\n" > - " sc.d.rl %[rc], %[rc], %[c]\n" > + " sc.d.aqrl %[rc], %[rc], %[c]\n" > " bnez %[rc], 0b\n" > - " fence rw, rw\n" > "1:\n" > : [p]"=&r" (prev), [rc]"=&r" (rc), [c]"+A" (v->counter) > : > diff --git a/arch/riscv/include/asm/cmpxchg.h b/arch/riscv/include/asm/cmpxchg.h > index 1af8db92250b..9269fceb86e0 100644 > --- a/arch/riscv/include/asm/cmpxchg.h > +++ b/arch/riscv/include/asm/cmpxchg.h > @@ -307,9 +307,8 @@ > __asm__ __volatile__ ( \ > "0: lr.w %0, %2\n" \ > " bne %0, %z3, 1f\n" \ > - " sc.w.rl %1, %z4, %2\n" \ > + " sc.w.aqrl %1, %z4, %2\n" \ > " bnez %1, 0b\n" \ > - " fence rw, rw\n" \ > "1:\n" \ > : "=&r" (__ret), "=&r" (__rc), "+A" (*__ptr) \ > : "rJ" ((long)__old), "rJ" (__new) \ > @@ -319,9 +318,8 @@ > __asm__ __volatile__ ( \ > "0: lr.d %0, %2\n" \ > " bne %0, %z3, 1f\n" \ > - " sc.d.rl %1, %z4, %2\n" \ > + " sc.d.aqrl %1, %z4, %2\n" \ > " bnez %1, 0b\n" \ > - " fence rw, rw\n" \ > "1:\n" \ > : "=&r" (__ret), "=&r" (__rc), "+A" (*__ptr) \ > : "rJ" (__old), "rJ" (__new) \