Received: by 10.213.65.68 with SMTP id h4csp2722466imn; Mon, 2 Apr 2018 12:46:13 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+5X3Ny+W2wD/V17T55xBqa0YySKg086d8EF6bz3hawnjLgBRFSyFf9Kijn707Vn/Wav6G6 X-Received: by 10.101.82.2 with SMTP id o2mr5122060pgp.126.1522698373573; Mon, 02 Apr 2018 12:46:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522698373; cv=none; d=google.com; s=arc-20160816; b=BYymPzWYn/r4J/9HKFJfcJORyCS86xDGhZSQZo7TZpYmGvrtrn8UjIKyU3nECc92AW yg4d6d1EWxIZzxjycHLqZe6vE9nRHCGHgOi/iBMluPrd/yr9B9CWGR49YhxYLxtunaAF HSJnyJ+giUQo3qcKdDs62HR4n7xg6wMZvsvufMNCR+G7peJc7c0kxEF3eEbrJer2vaAP HNOjyCxmfXzc1L6q7WzxvdOvDcFtxVh2Lt5eP9XagAjveT6dc1m6QIpXExXiePqlFG1r 4brKnceN64DMiEZDGpk+lWu+vAW/YThNB2ssmqhAQop0FOGbjhRyvyvsmmYXYACrb8ul FWEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:in-reply-to :content-disposition:mime-version:references:reply-to:subject:cc:to :from:date:arc-authentication-results; bh=j7eeCGosXLYfHO9zqMqqYFKx6yVwH0mjjntsd7OJO28=; b=ruLqu9FmkegzIwIiG2RdxaXpPMJ6TME/YZa8NSxpIiQTR3fdeHW33ZPDr+1TGMZk0R L0Xhywh6aifwzg4zPSegi8rsNv4CNx9bHuy8+9X4AwFyA52NbHGOnpwCoSvifrsWpL8d dYtwLKK9zYjleEA1DV6Qc+gjf+zLPP17bshS9SlywRRvvghLFR8+8P6lntJWhOu/a4oJ nkbJogho0HVUPsK97tjHEqYER+oFMjNQ/d99FkunpKc2d/ld5+0hcAMWOidlibrnsqhS tDD/aU1+G2KfI3h1LLHb30yhERdHICWewi2q4qfvmnWAFZ9QHSC8tpwS21YZ+NdHx5TL bvOQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e6si727170pff.205.2018.04.02.12.45.59; Mon, 02 Apr 2018 12:46:13 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757096AbeDBTew (ORCPT + 99 others); Mon, 2 Apr 2018 15:34:52 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:55640 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757069AbeDBTeu (ORCPT ); Mon, 2 Apr 2018 15:34:50 -0400 Received: from pps.filterd (m0098399.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w32JYdRx013528 for ; Mon, 2 Apr 2018 15:34:49 -0400 Received: from e11.ny.us.ibm.com (e11.ny.us.ibm.com [129.33.205.201]) by mx0a-001b2d01.pphosted.com with ESMTP id 2h3p9k41tn-1 (version=TLSv1.2 cipher=AES256-SHA256 bits=256 verify=NOT) for ; Mon, 02 Apr 2018 15:34:49 -0400 Received: from localhost by e11.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 2 Apr 2018 15:34:47 -0400 Received: from b01cxnp23034.gho.pok.ibm.com (9.57.198.29) by e11.ny.us.ibm.com (146.89.104.198) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Mon, 2 Apr 2018 15:34:44 -0400 Received: from b01ledav003.gho.pok.ibm.com (b01ledav003.gho.pok.ibm.com [9.57.199.108]) by b01cxnp23034.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w32JYhhB50921590; Mon, 2 Apr 2018 19:34:43 GMT Received: from b01ledav003.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id EC4F8B204D; Mon, 2 Apr 2018 16:36:51 -0400 (EDT) Received: from paulmck-ThinkPad-W541 (unknown [9.70.82.108]) by b01ledav003.gho.pok.ibm.com (Postfix) with ESMTP id B4F4FB2046; Mon, 2 Apr 2018 16:36:51 -0400 (EDT) Received: by paulmck-ThinkPad-W541 (Postfix, from userid 1000) id 2F78C16C86C8; Mon, 2 Apr 2018 12:35:40 -0700 (PDT) Date: Mon, 2 Apr 2018 12:35:40 -0700 From: "Paul E. McKenney" To: Alan Stern Cc: Andrea Parri , Ingo Molnar , Peter Zijlstra , linux-kernel@vger.kernel.org, Andrea Parri , Will Deacon , Boqun Feng , Nicholas Piggin , David Howells , Jade Alglave , Luc Maranget , Akira Yokosawa Subject: Re: [PATCH v2 1/3] locking: Document the semantics of spin_is_locked() Reply-To: paulmck@linux.vnet.ibm.com References: <1522600912-6208-2-git-send-email-andrea.parri@amarulasolutions.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-GCONF: 00 x-cbid: 18040219-2213-0000-0000-00000288E8D0 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00008790; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000255; SDB=6.01012160; UDB=6.00515827; IPR=6.00791430; MB=3.00020378; MTD=3.00000008; XFM=3.00000015; UTC=2018-04-02 19:34:47 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18040219-2214-0000-0000-0000599D2444 Message-Id: <20180402193540.GB3948@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-04-02_08:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1804020212 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 02, 2018 at 10:03:22AM -0400, Alan Stern wrote: > On Sun, 1 Apr 2018, Andrea Parri wrote: > > > There appeared to be a certain, recurrent uncertainty concerning the > > semantics of spin_is_locked(), likely a consequence of the fact that > > this semantics remains undocumented or that it has been historically > > linked to the (likewise unclear) semantics of spin_unlock_wait(). > > > > A recent auditing [1] of the callers of the primitive confirmed that > > none of them are relying on particular ordering guarantees; document > > this semantics by adding a docbook header to spin_is_locked(). > > > > [1] https://marc.info/?l=linux-kernel&m=151981440005264&w=2 > > > > Signed-off-by: Andrea Parri > > Cc: Alan Stern > > Cc: Will Deacon > > Cc: Peter Zijlstra > > Cc: Boqun Feng > > Cc: Nicholas Piggin > > Cc: David Howells > > Cc: Jade Alglave > > Cc: Luc Maranget > > Cc: "Paul E. McKenney" > > Cc: Akira Yokosawa > > Cc: Ingo Molnar > > --- > > include/linux/spinlock.h | 11 +++++++++++ > > 1 file changed, 11 insertions(+) > > > > diff --git a/include/linux/spinlock.h b/include/linux/spinlock.h > > index 4894d322d2584..2639fdc9a916c 100644 > > --- a/include/linux/spinlock.h > > +++ b/include/linux/spinlock.h > > @@ -380,6 +380,17 @@ static __always_inline int spin_trylock_irq(spinlock_t *lock) > > raw_spin_trylock_irqsave(spinlock_check(lock), flags); \ > > }) > > > > +/** > > + * spin_is_locked() - Check whether a spinlock is locked. > > + * @lock: Pointer to the spinlock. > > + * > > + * This function is NOT required to provide any memory ordering > > + * guarantees; it could be used for debugging purposes or, when > > + * additional synchronization is needed, accompanied with other > > + * constructs (memory barriers) enforcing the synchronization. > > + * > > + * Return: 1, if @lock is (found to be) locked; 0, otherwise. > > This is a good addition. But please remove the parenthetical phrase. > Or if you prefer to keep it, at least remove the parentheses. Unless someone objects or proposes a different course of action, I will make this change in -rcu. Thanx, Paul > Alan > > > + */ > > static __always_inline int spin_is_locked(spinlock_t *lock) > > { > > return raw_spin_is_locked(&lock->rlock); > > >