Received: by 10.223.176.5 with SMTP id f5csp2756414wra; Thu, 1 Feb 2018 05:41:19 -0800 (PST) X-Google-Smtp-Source: AH8x2263wXKrcf+EpPlXEyT6kDc9QNNyJu08MO+gG6yeGkdL+0SQzbfdGSxPHd10h6ZiNmMWZCMD X-Received: by 2002:a17:902:7b85:: with SMTP id w5-v6mr11496046pll.195.1517492479364; Thu, 01 Feb 2018 05:41:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517492479; cv=none; d=google.com; s=arc-20160816; b=yF4oyC3M/pLLjadJGCtJ7I7lc93UAL9RvYjX7K/crqiV+hG7NZxQZMqsqMbLiQeCTl JwaT/0mfCr5GhfN9zcb5hBvt0guyB2Fe4cUkzrSVkov1qSUWWV+JacBODKEW1e8HyHNs RkRmETb90lEyTry7EyRIbHIEI7LU+eXiljLf2SVz9eUyxhCuAE5Sx8dumS3v43qQEVQE 4dqr5fgzGdn24xn9oBT5fj4DW/lda701jp6aaYEzuSN8sQGcrFn1Vzyk8xaCNbI/vwZC s3lhOrGvQU4OS2DFWMaoTGCrtwHshwaGytR2hq6hew5Lri+gS/qbPBl7AqFv7QlyR0Qi XNkQ== 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:arc-authentication-results; bh=NJ0WJSMxRFIQ01jNQNS9kvqB/a+SowGuuKmfws5KQak=; b=J0srQx2OOLIkFF/jMGrc7A7uwQo3JvdirHC9O/CT5GdD4s50yPgp6ahVOAFkLkF0Gu gLynI5AYkmoi0sjjfIU1/FIEeYQ9r6CSSvugVRcS+tuvNM+IXd14rnvvV8OfWjLiVVy/ TKSfaBg+syNlbq7DjS75MTo8M5zdX/Ug0Xj5vLGtB+9VCUWRi6Eupy8kQnV8CflujeVd MYjwEDmYZEuFQIXiw4FaeGhRdb5zsSOWsIgUt1hlikFHkJgExsIHirfv3G+hF0Yv+H6M QsPd7XBsY4lODQv+QLFFJYGn1R+tmS39jKsihNwGM5p5o3DrTMP9bTRm6FF8bmloU7X9 pJBg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i5-v6si1774720plt.315.2018.02.01.05.41.04; Thu, 01 Feb 2018 05:41:19 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752122AbeBANkj (ORCPT + 99 others); Thu, 1 Feb 2018 08:40:39 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:50406 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751582AbeBANke (ORCPT ); Thu, 1 Feb 2018 08:40:34 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B23CB1529; Thu, 1 Feb 2018 05:40:33 -0800 (PST) Received: from edgewater-inn.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 815723F25C; Thu, 1 Feb 2018 05:40:33 -0800 (PST) Received: by edgewater-inn.cambridge.arm.com (Postfix, from userid 1000) id 71A9B1AE08B8; Thu, 1 Feb 2018 13:40:35 +0000 (GMT) Date: Thu, 1 Feb 2018 13:40:35 +0000 From: Will Deacon To: Andrea Parri Cc: stern@rowland.harvard.edu, peterz@infradead.org, boqun.feng@gmail.com, npiggin@gmail.com, dhowells@redhat.com, j.alglave@ucl.ac.uk, luc.maranget@inria.fr, paulmck@linux.vnet.ibm.com, linux-kernel@vger.kernel.org, mingo@kernel.org Subject: Re: [PATCH 1/2] tools/memory-model: clarify the origin/scope of the tool name Message-ID: <20180201134035.GD9182@arm.com> References: <1517486609-10951-1-git-send-email-parri.andrea@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1517486609-10951-1-git-send-email-parri.andrea@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 01, 2018 at 01:03:29PM +0100, Andrea Parri wrote: > Ingo pointed out that: > > "The "memory model" name is overly generic, ambiguous and somewhat > misleading, as we usually mean the virtual memory layout/model > when we say "memory model". GCC too uses it in that sense [...]" > > Make it clearer that, in the context of tools/memory-model/, the term > "memory-model" is used as shorthand for "memory consistency model" by > calling out this convention in tools/memory-model/README. > > Stick to the full name in sources' headers and for the subsystem name. > > Suggested-by: Ingo Molnar > Signed-off-by: Andrea Parri > --- > tools/memory-model/MAINTAINERS | 2 +- > tools/memory-model/README | 14 +++++++------- > tools/memory-model/linux-kernel.bell | 2 +- > tools/memory-model/linux-kernel.cat | 2 +- > 4 files changed, 10 insertions(+), 10 deletions(-) Acked-by: Will Deacon Will