Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp671091imm; Tue, 5 Jun 2018 02:28:09 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIExigRqRaHyZlSls+zd2uxyMq6IGG9vIiwtnZ8IDVgnRwKUknKBQKrTrf1oMk20dqLBbyf X-Received: by 2002:aa7:8254:: with SMTP id e20-v6mr24989667pfn.140.1528190889197; Tue, 05 Jun 2018 02:28:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528190889; cv=none; d=google.com; s=arc-20160816; b=vYvJ76mTetHrNVi81Z3mW0lFkD5m2lbyybeMj/+fbmnVRgBvqC8xt2s/8QyWeFwaEj GQI9XmQdZFSukPSYdomQWWmNd/VTWDrKJ8EZuhuMQLv/2zEWM+PvEWj4gRi5KrbGgt+Y Pu8QEZHajuXSQHA3b+YkpXZVhusl23tu/X1l56kVzAs973CGSSp4ra9lGf7TSlMQ1P2P AnYFzF3cmUVHOGBbRtvFmp3fLmteZOffej73gFXqjN7lXVZE/40zJg6WmftoB+tqcafy vYnnLdARSC9xlYN+RI6NErz0Yz5uMg1mRcghy3iDV+7MfDzqFRbXfejFz4RWOA0f81ux hZig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=miedFK9Ek2JKaMpWfsAhfHcGszZSvh0MivTG3LicwlU=; b=SdGM+wrz99/hwALIY/HHwc62NvWpjfDP1pWvrhJfcHCB5OcCBdRdIak8uxTUk/EuLO 7IurdtrF/nf04iaGzbqrl1IRTB6B/+NHSTKnJZzkFN0BwgTC5pqfWeqNFsheeuS4CGCh v2Q1g78gXDn6/h7DbVmWz9utNaonPArTAHl3c5Fio/wNaZ2FANiBUqbGAVrmyvqOago4 771r0AQms0tlp4bQSNvJy1NPtt8yEIH06WbmjqYv6iGeW/97Y4TgPPvd5fGMqS+WHF1l AiH3CIvROad2U85LnMjUzNd6NctQ16aA2IT1Q+Fy+eYTXNrlNXxIrkGbtOR6fLIRg0dv VYEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=szXlfQmQ; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l190-v6si9165137pgl.198.2018.06.05.02.27.54; Tue, 05 Jun 2018 02:28:09 -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; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=szXlfQmQ; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751640AbeFEJ1W (ORCPT + 99 others); Tue, 5 Jun 2018 05:27:22 -0400 Received: from merlin.infradead.org ([205.233.59.134]:59728 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751507AbeFEJ1T (ORCPT ); Tue, 5 Jun 2018 05:27:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=miedFK9Ek2JKaMpWfsAhfHcGszZSvh0MivTG3LicwlU=; b=szXlfQmQBdsON5wycqrWhgFv2 ixsIm7q8J8Wb9aQgkBun2pAD8unu4OgwjsP8bi8+yEABTKaHGzYOUECSPMSX3r59AkN/H9JZhJegK ejOPZQBGKG3HqtUgH4UBlBd2AVfC5/IyV0r1k6tX8emBBdSHkxXpPt146UP6xi8hYgJhv0mlNiU5t GXDLUZnD5zlBYS2voP+celUMURRXp/hLoU9wyuBY5IH9rqmKEb7x6rhhYx3cWZXWvzhDnP/I2c7kJ sKpKUbQ53MHSzjKQlBzLpgvRCD2dfWXiKjcGb7aKxZwEI1mLW81I9Zis1R9l75mroWOA+smXZEz3m /kl7Dd/jg==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1fQ8Ei-0003pG-3b; Tue, 05 Jun 2018 09:26:40 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 32764201EA7A1; Tue, 5 Jun 2018 11:26:37 +0200 (CEST) Date: Tue, 5 Jun 2018 11:26:37 +0200 From: Peter Zijlstra To: Mark Rutland Cc: linux-kernel@vger.kernel.org, Boqun Feng , Will Deacon , Arnd Bergmann , Richard Henderson , Ivan Kokshaysky , Matt Turner , Vineet Gupta , Russell King , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Palmer Dabbelt , Albert Ou Subject: Re: [PATCHv2 05/16] atomics: prepare for atomic64_fetch_add_unless() Message-ID: <20180605092637.GF12258@hirez.programming.kicks-ass.net> References: <20180529154346.3168-1-mark.rutland@arm.com> <20180529154346.3168-6-mark.rutland@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180529154346.3168-6-mark.rutland@arm.com> User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 29, 2018 at 04:43:35PM +0100, Mark Rutland wrote: > /** > + * atomic64_add_unless - add unless the number is already a given value > + * @v: pointer of type atomic_t > + * @a: the amount to add to v... > + * @u: ...unless v is equal to u. > + * > + * Atomically adds @a to @v, so long as @v was not already @u. > + * Returns non-zero if @v was not @u, and zero otherwise. I always get confused by that wording; would something like: "Returns true if the addition was done" not be more clear? > + */ > +#ifdef atomic64_fetch_add_unless > +static inline int atomic64_add_unless(atomic64_t *v, long long a, long long u) Do we want to make that a "bool' return? > +{ > + return atomic64_fetch_add_unless(v, a, u) != u; > +} > +#endif