Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp1450511pxp; Thu, 17 Mar 2022 09:26:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxz7wCrkVpDUq84eO6MGLsDtq3eqxja04Gdd3Sn6EFeABZNF/T8tYzUrZF6Z8uBWrFHNqqt X-Received: by 2002:a17:90b:4f44:b0:1bf:61b2:4560 with SMTP id pj4-20020a17090b4f4400b001bf61b24560mr16534581pjb.245.1647534364377; Thu, 17 Mar 2022 09:26:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647534364; cv=none; d=google.com; s=arc-20160816; b=OMGUx8jwEGDC91DlpN1QJLiNov6waA+sj1oE5b+e7xOwWI4jETzgAzwYRyhalITV+9 wJSgT6ML8V1Klbbz2AejGAFk8Pvz8w8Wljox87cODgqKXiTRdFWsVqCFMYfKuIDpOoJB 5qbj84GqCUW2v2I8X8aXmiYklKGSNmdzCJmZyJxTY5Kn9xACJSSCZotAgaISHgZmX3D0 Qfx7g0Zxg0UteAAVx6xY/QknpCl40kl1qa0bal69YcuOBrkp0xc4yqXphmS0YcQkEcjX l5aaoUp0oyamXEfCPteP6PgocmVuNqQmKWQIVbEggla/sRxDHP/30NahwucYUZcsrOrZ 79UQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=HCmuhQ6s6tt0FGCLG6Zs37dId8oeyaYezlZrL3+4Rac=; b=esfOl0WmckkadCBQ4KqvwfRrUqfwD+3zwqtckhhfrwVWLvYIPC7eop+BbO8e5T6JiM mr88PqX+NjaUlpT6Qj76KK+eECqVD3R7PrvCwF/eBJBxgaCoVjH14WoHml9d4WevN88v 8FgAXHz9zqJ2JogzTMOXmWL6Ies15jl1Ev6tuVBnVdpJ/Lbcfs+t2kaEHL/pICx7WcAN QBuHtswBcsDUSqchiR9fYb7IEvtaiCLBtU5kHHeD8YJCI34fHsztNqkG/CBJtvSs8228 fX5i+TJvkNXK2PaPYraI7f2xrpfm9cSMpY7whLO1Zb848NVCXofbdULkG0ZMUpaxC2Eq gTMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=WHN8L6Dz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bg20-20020a056a02011400b003816043f02csi2821350pgb.545.2022.03.17.09.25.50; Thu, 17 Mar 2022 09:26:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=WHN8L6Dz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234557AbiCQN7L (ORCPT + 99 others); Thu, 17 Mar 2022 09:59:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45580 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229562AbiCQN7G (ORCPT ); Thu, 17 Mar 2022 09:59:06 -0400 Received: from mail-qv1-xf35.google.com (mail-qv1-xf35.google.com [IPv6:2607:f8b0:4864:20::f35]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 58F3B1DEC1A; Thu, 17 Mar 2022 06:57:49 -0700 (PDT) Received: by mail-qv1-xf35.google.com with SMTP id kc20so412655qvb.3; Thu, 17 Mar 2022 06:57:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=HCmuhQ6s6tt0FGCLG6Zs37dId8oeyaYezlZrL3+4Rac=; b=WHN8L6Dz6qHEVN7c1MME0o8oUYcD7MHTJjPSwGnh3QwgPqpe2lTI+TowwwIZ8evnDy +Y6jM4vtI0MAzBCalnoPGqXOa8LfKI+FZHXQ4CJWXK7XBhqUcRHR1DBGf334ZsLYi/0n /44XBBt6ylk44ExoVgxyrkSVU4NQ5XDOEWH024jEWOs+5Hd0uDelHCwHtW8YtJEFXKij 5Nf7Lu3ZOj4ZIph/h8lvGz2f9BldPteH4dgJoRg1e+9LwNt4Y/4bfd1yoTB3c5CNWtVC caWo+Kv2MVSaEnQQYT3NE69fOUdYmsdXK2Y+m6tcJeeRhJYJ5Nmo5vvpkcwzG7MB+7e+ qDLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=HCmuhQ6s6tt0FGCLG6Zs37dId8oeyaYezlZrL3+4Rac=; b=rqGABUZdZNtuXOBzSN51RbNjhKFJiDDqVZVYHDjbugSFyI/U2a1ubD39zTuuyu6Ph+ LuXDp2SjCSDs3UHMyInue6Vxm3Xo5mgpOmFCuX1cmA6kv0hrcBd84aP3vrX9206akVNZ fvlzEBUGx9ih3oZNfwx2Ax7G2tQtXR4Z3fbUyRYSDPzg/tRtNY/VzXUbjkLGCcc0o9/i ZdD1E2q85CV6QfHSSV/CVmqiLd1aOQ2iZZ6NMVLVwgzHMOtGvBMOIlIX1wl/LjbCs+/y JsKZx2gwwnwzXwHAC1UzstBZCiHlNO3weczHU2+GS56cVkAgqBqIzwO4+oRP0wLtP8a/ RvCQ== X-Gm-Message-State: AOAM531h/GslDDwl13gpVkGK9fII7nVRLy6ZfqwcFqgvfGDuMqycD0lb V5nuATwhj9GfXHTeaclOg78= X-Received: by 2002:a0c:fdeb:0:b0:432:9472:1887 with SMTP id m11-20020a0cfdeb000000b0043294721887mr3534650qvu.117.1647525468416; Thu, 17 Mar 2022 06:57:48 -0700 (PDT) Received: from auth1-smtp.messagingengine.com (auth1-smtp.messagingengine.com. [66.111.4.227]) by smtp.gmail.com with ESMTPSA id j18-20020ac85c52000000b002e1b9897ae7sm3574988qtj.10.2022.03.17.06.57.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 17 Mar 2022 06:57:47 -0700 (PDT) Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailauth.nyi.internal (Postfix) with ESMTP id 2592A27C0054; Thu, 17 Mar 2022 09:57:45 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Thu, 17 Mar 2022 09:57:46 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudefgedgheejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpeeuohhquhhn ucfhvghnghcuoegsohhquhhnrdhfvghnghesghhmrghilhdrtghomheqnecuggftrfgrth htvghrnhepveeijedthfeijeefudehhedvveegudegteehgffgtddvuedtveegtedvvdef gedtnecuffhomhgrihhnpehkvghrnhgvlhdrohhrghenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsohhquhhnodhmvghsmhhtphgruhhthhhp vghrshhonhgrlhhithihqdeiledvgeehtdeigedqudejjeekheehhedvqdgsohhquhhnrd hfvghngheppehgmhgrihhlrdgtohhmsehfihigmhgvrdhnrghmvg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 17 Mar 2022 09:57:44 -0400 (EDT) Date: Thu, 17 Mar 2022 21:57:19 +0800 From: Boqun Feng To: Palmer Dabbelt Cc: linux-riscv@lists.infradead.org, peterz@infradead.org, jonas@southpole.se, stefan.kristiansson@saunalahti.fi, shorne@gmail.com, mingo@redhat.com, Will Deacon , longman@redhat.com, Paul Walmsley , Palmer Dabbelt , aou@eecs.berkeley.edu, Arnd Bergmann , jszhang@kernel.org, wangkefeng.wang@huawei.com, openrisc@lists.librecores.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: [PATCH 2/5] asm-generic: ticket-lock: New generic ticket-based spinlock Message-ID: References: <20220316232600.20419-1-palmer@rivosinc.com> <20220316232600.20419-3-palmer@rivosinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220316232600.20419-3-palmer@rivosinc.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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, Mar 16, 2022 at 04:25:57PM -0700, Palmer Dabbelt wrote: > From: Peter Zijlstra > > This is a simple, fair spinlock. Specifically it doesn't have all the > subtle memory model dependencies that qspinlock has, which makes it more > suitable for simple systems as it is more likely to be correct. > > [Palmer: commit text] > Signed-off-by: Palmer Dabbelt > > -- > > I have specifically not included Peter's SOB on this, as he sent his > original patch > > without one. > --- > include/asm-generic/ticket-lock-types.h | 11 ++++ > include/asm-generic/ticket-lock.h | 86 +++++++++++++++++++++++++ > 2 files changed, 97 insertions(+) > create mode 100644 include/asm-generic/ticket-lock-types.h > create mode 100644 include/asm-generic/ticket-lock.h > > diff --git a/include/asm-generic/ticket-lock-types.h b/include/asm-generic/ticket-lock-types.h > new file mode 100644 > index 000000000000..829759aedda8 > --- /dev/null > +++ b/include/asm-generic/ticket-lock-types.h > @@ -0,0 +1,11 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > + > +#ifndef __ASM_GENERIC_TICKET_LOCK_TYPES_H > +#define __ASM_GENERIC_TICKET_LOCK_TYPES_H > + > +#include > +typedef atomic_t arch_spinlock_t; > + > +#define __ARCH_SPIN_LOCK_UNLOCKED ATOMIC_INIT(0) > + > +#endif /* __ASM_GENERIC_TICKET_LOCK_TYPES_H */ > diff --git a/include/asm-generic/ticket-lock.h b/include/asm-generic/ticket-lock.h > new file mode 100644 > index 000000000000..3f0d53e21a37 > --- /dev/null > +++ b/include/asm-generic/ticket-lock.h > @@ -0,0 +1,86 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > + > +/* > + * 'Generic' ticket-lock implementation. > + * > + * It relies on atomic_fetch_add() having well defined forward progress > + * guarantees under contention. If your architecture cannot provide this, stick > + * to a test-and-set lock. > + * > + * It also relies on atomic_fetch_add() being safe vs smp_store_release() on a > + * sub-word of the value. This is generally true for anything LL/SC although > + * you'd be hard pressed to find anything useful in architecture specifications > + * about this. If your architecture cannot do this you might be better off with > + * a test-and-set. > + * > + * It further assumes atomic_*_release() + atomic_*_acquire() is RCpc and hence > + * uses atomic_fetch_add() which is SC to create an RCsc lock. > + * Probably it's better to use "fully-ordered" instead of "SC", because our atomic documents never use "SC" or "Sequential Consisteny" to describe the semantics, further I'm not sure our "fully-ordered" is equivalent to SC, better not cause misunderstanding in the future here. > + * The implementation uses smp_cond_load_acquire() to spin, so if the > + * architecture has WFE like instructions to sleep instead of poll for word > + * modifications be sure to implement that (see ARM64 for example). > + * > + */ > + > +#ifndef __ASM_GENERIC_TICKET_LOCK_H > +#define __ASM_GENERIC_TICKET_LOCK_H > + > +#include > +#include > + > +static __always_inline void ticket_lock(arch_spinlock_t *lock) > +{ > + u32 val = atomic_fetch_add(1<<16, lock); /* SC, gives us RCsc */ > + u16 ticket = val >> 16; > + > + if (ticket == (u16)val) > + return; > + > + atomic_cond_read_acquire(lock, ticket == (u16)VAL); If you want to make the lock RCsc, you will also need to make the above atomic_cond_read_acquire() a RCsc acquire, now it's only RCpc. Regards, Boqun > +} > + > +static __always_inline bool ticket_trylock(arch_spinlock_t *lock) > +{ > + u32 old = atomic_read(lock); > + > + if ((old >> 16) != (old & 0xffff)) > + return false; > + > + return atomic_try_cmpxchg(lock, &old, old + (1<<16)); /* SC, for RCsc */ > +} > + > +static __always_inline void ticket_unlock(arch_spinlock_t *lock) > +{ > + u16 *ptr = (u16 *)lock + __is_defined(__BIG_ENDIAN); > + u32 val = atomic_read(lock); > + > + smp_store_release(ptr, (u16)val + 1); > +} > + > +static __always_inline int ticket_is_locked(arch_spinlock_t *lock) > +{ > + u32 val = atomic_read(lock); > + > + return ((val >> 16) != (val & 0xffff)); > +} > + > +static __always_inline int ticket_is_contended(arch_spinlock_t *lock) > +{ > + u32 val = atomic_read(lock); > + > + return (s16)((val >> 16) - (val & 0xffff)) > 1; > +} > + > +static __always_inline int ticket_value_unlocked(arch_spinlock_t lock) > +{ > + return !ticket_is_locked(&lock); > +} > + > +#define arch_spin_lock(l) ticket_lock(l) > +#define arch_spin_trylock(l) ticket_trylock(l) > +#define arch_spin_unlock(l) ticket_unlock(l) > +#define arch_spin_is_locked(l) ticket_is_locked(l) > +#define arch_spin_is_contended(l) ticket_is_contended(l) > +#define arch_spin_value_unlocked(l) ticket_value_unlocked(l) > + > +#endif /* __ASM_GENERIC_TICKET_LOCK_H */ > -- > 2.34.1 >