Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp237197ybj; Wed, 6 May 2020 16:14:56 -0700 (PDT) X-Google-Smtp-Source: APiQypKZsjHXub2Vqy7Bk2Q+ZC1cMD4N01EnN8L7tfHeMhHwcAL6N5w0VS3d7krnpPqXLYN4AhdO X-Received: by 2002:aa7:c98a:: with SMTP id c10mr9556878edt.94.1588806896269; Wed, 06 May 2020 16:14:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588806896; cv=none; d=google.com; s=arc-20160816; b=k8qspUnKwIVi6zNndUdU3bxgfko8K3Xs4uNsCy/TiJImjvANjjEVbrqWCQw3OTdaQJ 9TaQJBpDTDLPVrvq8IpJNI3DpM7yYz/UDUFwuN+ABtIyU2HWDDMvDoXQXalNIETbRPRe B/0gILfNFd8+IaGZK5dQaxKYNX3z9tZXjz4vvZHlD0x607BCZxP2796Yb3qP9PC4u1nu KcG+bhk7zGhEjwGf79An3CsT2jH8dbpul7X0mYPcOzD2U0mERpQqo9NmMUrTLnyWYMkR WQsFnXIoOXgkfLITQPVpcTaKjcoJdnOvQIILCTrS84NWJWQ8zsLuXZIOGlqvEvZr3EHE z6ag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=GPDrA7f6ewa5DbM6eUJZPi4TI0TortJaQKq7s/AtH4M=; b=dg6bxMDs4Yu/jEauwwOK/dB9UXXVEHJZcrjmzt/fzLLYNlt1isPS6nIp8dq1+0ER4+ 6ySTTmytEw0K42H1AlP4B+hKSoP0d3V12mEoBQl6OwAU9KS0HZe2xazIVCvsljDN6+Ed 3X6VEJQSKPdmPR+doLkPhrdBLbQmGgY7/pceXIDfXFEiUp576NEl14Ak8I8yuaAsoSf/ VbI71r93m5mpS8o+dYhqs0annjgWwyeDJPUC41fZUUmPMHfBWzvcN3MfLqCYAO+pxrQV DeytQCuQlJ/G0dPeDRAkstPuiyZ+Lo2adDCYZVjpM7IIZWuoaYUKZ8eGvog7o333GJOo biFg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=tegACdaT; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z6si2102453ejw.468.2020.05.06.16.14.32; Wed, 06 May 2020 16:14:56 -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; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=tegACdaT; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729488AbgEFPhO (ORCPT + 99 others); Wed, 6 May 2020 11:37:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60682 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725887AbgEFPhN (ORCPT ); Wed, 6 May 2020 11:37:13 -0400 Received: from merlin.infradead.org (unknown [IPv6:2001:8b0:10b:1231::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2BAEFC061A0F for ; Wed, 6 May 2020 08:37:13 -0700 (PDT) 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; bh=GPDrA7f6ewa5DbM6eUJZPi4TI0TortJaQKq7s/AtH4M=; b=tegACdaTWcogPCo3Sq3paz3gQR 05bZnZFF6rineOCYJnSilD2RBbE+qTkvI5o7JwKYrTP02Ysl+Abtfyb3R9VRfnfR2ORSMaOOe9Rci 89mKSdfNhTnY9pgXHuPKdAhsCRPTcrw5Y+Tkgj+fDnfbhOKeCmtFeL+3fJg5qSg2AV+ajMj4Rl0Yt 1+x2RyAzufDy2ymrKJcWYIARKlmPjXsYlwMgKNH20fUbRJQ3ZC2U48FmUvtf2ehztNWPO1kLxWNsn EFA6PxfWjL2HVuqkBSP6eyPEE442aqcBBSOTV30Pe8FcM2UUeD331v6znWgmPYQrRRWn30KcedsJE 7ny9gMIA==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=noisy.programming.kicks-ass.net) by merlin.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1jWM6C-0004qN-Q0; Wed, 06 May 2020 15:36:40 +0000 Received: from hirez.programming.kicks-ass.net (hirez.programming.kicks-ass.net [192.168.1.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by noisy.programming.kicks-ass.net (Postfix) with ESMTPS id 94C083024EA; Wed, 6 May 2020 17:36:39 +0200 (CEST) Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 86B18203ECDC1; Wed, 6 May 2020 17:36:39 +0200 (CEST) Date: Wed, 6 May 2020 17:36:39 +0200 From: Peter Zijlstra To: Will Deacon Cc: Thomas Gleixner , LKML , x86@kernel.org, "Paul E. McKenney" , Andy Lutomirski , Alexandre Chartre , Frederic Weisbecker , Paolo Bonzini , Sean Christopherson , Masami Hiramatsu , Petr Mladek , Steven Rostedt , Joel Fernandes , Boris Ostrovsky , Juergen Gross , Brian Gerst , Mathieu Desnoyers , Josh Poimboeuf Subject: Re: [patch V4 part 1 06/36] compiler: Simple READ/WRITE_ONCE() implementations Message-ID: <20200506153639.GD5281@hirez.programming.kicks-ass.net> References: <20200505131602.633487962@linutronix.de> <20200505134058.651504242@linutronix.de> <20200506133333.GK8043@willie-the-truck> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200506133333.GK8043@willie-the-truck> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 06, 2020 at 02:33:33PM +0100, Will Deacon wrote: > On Tue, May 05, 2020 at 03:16:08PM +0200, Thomas Gleixner wrote: > > READ/WRITE_ONCE_NOCHECK() is required for atomics in code which cannot be > > instrumented like the x86 int3 text poke code. As READ/WRITE_ONCE() is > > undergoing a rewrite, provide __{READ,WRITE}_ONCE_SCALAR(). > > > > Signed-off-by: Peter Zijlstra (Intel) > > Signed-off-by: Thomas Gleixner > > --- > > include/linux/compiler.h | 8 ++++++++ > > 1 file changed, 8 insertions(+) > > > > --- a/include/linux/compiler.h > > +++ b/include/linux/compiler.h > > @@ -313,6 +313,14 @@ unsigned long read_word_at_a_time(const > > __u.__val; \ > > }) > > > > +#define __READ_ONCE_SCALAR(x) \ > > + (*(const volatile typeof(x) *)&(x)) > > + > > +#define __WRITE_ONCE_SCALAR(x, val) \ > > +do { \ > > + *(volatile typeof(x) *)&(x) = val; \ > > +} while (0) > > FWIW, these end up being called __READ_ONCE() and __WRITE_ONCE() after > the rewrite; the *_SCALAR() variants will call into kcsan_check_atomic_*(). > > If you go with that naming now, then any later conflict should fall out in > the wash. Ah excellent, clearly we had slightly different resoltions vs kcsan. Thanks!