From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Andrea Parri <parri.andrea@gmail.com>
Cc: corbet@lwn.net, dhowells@redhat.com, will.deacon@arm.com,
peterz@infradead.org, linux-kernel@vger.kernel.org,
linux-doc@vger.kernel.org, stern@rowland.harvard.edu,
boqun.feng@gmail.com, npiggin@gmail.com, j.alglave@ucl.ac.uk,
luc.maranget@inria.fr
Subject: Re: [PATCH 1/2] Documentation/memory-barriers.txt: cross-reference "tools/memory-model/"
Date: Fri, 2 Feb 2018 17:21:03 -0800 [thread overview]
Message-ID: <20180203012103.GD3617@linux.vnet.ibm.com> (raw)
In-Reply-To: <1517562768-6238-1-git-send-email-parri.andrea@gmail.com>
On Fri, Feb 02, 2018 at 10:12:48AM +0100, Andrea Parri wrote:
> Recent efforts led to the specification of a memory consistency model
> for the Linux kernel [1], which "can (roughly speaking) be thought of
> as an automated version of memory-barriers.txt" and which is (in turn)
> "accompanied by extensive documentation on its use and its design".
>
> Make sure that the (occasional) reader of memory-barriers.txt will be
> aware of these developments.
>
> [1] https://marc.info/?l=linux-kernel&m=151687290114799&w=2
>
> Signed-off-by: Andrea Parri <parri.andrea@gmail.com>
I am inclined to pull in something along these lines, but would like
some feedback on the wording, especially how "official" we want to
make the memory model to be.
Thoughts?
If I don't hear otherwise in a couple of days, I will pull this as is.
Thanx, Paul
> ---
> Documentation/memory-barriers.txt | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/memory-barriers.txt b/Documentation/memory-barriers.txt
> index a863009849a3b..8cc3f098f4a7d 100644
> --- a/Documentation/memory-barriers.txt
> +++ b/Documentation/memory-barriers.txt
> @@ -17,7 +17,9 @@ meant as a guide to using the various memory barriers provided by Linux, but
> in case of any doubt (and there are many) please ask.
>
> To repeat, this document is not a specification of what Linux expects from
> -hardware.
> +hardware. For such a specification, in the form of a memory consistency
> +model, and for documentation about its usage and its design, the reader is
> +referred to "tools/memory-model/".
>
> The purpose of this document is twofold:
>
> --
> 2.7.4
>
next prev parent reply other threads:[~2018-02-03 1:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-02 9:12 [PATCH 1/2] Documentation/memory-barriers.txt: cross-reference "tools/memory-model/" Andrea Parri
2018-02-03 1:21 ` Paul E. McKenney [this message]
[not found] ` <8b4db282-2705-ed96-cf23-b0cdf94bbac8@gmail.com>
2018-02-04 18:37 ` Andrea Parri
2018-02-09 12:31 ` Paul E. McKenney
2018-02-09 12:50 ` Andrea Parri
2018-02-09 13:11 ` Akira Yokosawa
2018-02-09 14:29 ` Paul E. McKenney
2018-02-09 14:53 ` Akira Yokosawa
2018-02-09 15:00 ` Andrea Parri
2018-02-10 0:55 ` Paul E. McKenney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180203012103.GD3617@linux.vnet.ibm.com \
--to=paulmck@linux.vnet.ibm.com \
--cc=boqun.feng@gmail.com \
--cc=corbet@lwn.net \
--cc=dhowells@redhat.com \
--cc=j.alglave@ucl.ac.uk \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luc.maranget@inria.fr \
--cc=npiggin@gmail.com \
--cc=parri.andrea@gmail.com \
--cc=peterz@infradead.org \
--cc=stern@rowland.harvard.edu \
--cc=will.deacon@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.