From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Andrea Parri <andrea.parri@amarulasolutions.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
linux-kernel@vger.kernel.org, akiyks@gmail.com,
boqun.feng@gmail.com, dhowells@redhat.com, j.alglave@ucl.ac.uk,
luc.maranget@inria.fr, npiggin@gmail.com, peterz@infradead.org,
stern@rowland.harvard.edu, will.deacon@arm.com
Subject: Re: [PATCH 0/2] tools/memory-model: remove ACCESS_ONCE()
Date: Mon, 2 Jul 2018 11:54:15 -0700 [thread overview]
Message-ID: <20180702185415.GR3593@linux.vnet.ibm.com> (raw)
In-Reply-To: <20180628165111.GA4013@andrea>
On Thu, Jun 28, 2018 at 06:51:11PM +0200, Andrea Parri wrote:
> > 1bc179880fba docs: atomic_ops: Describe atomic_set as a write operation
> >
> > The above patches need at least one additional Acked-by
> > or Reviewed-by. If any of you gets a chance, please do
> > look them over.
>
> Glad this came out. ;-)
>
> No objection to the patch: feel free to add my Reviewed-by: tag.
Done, thank you!
> (BTW, atomic_set() would be better mapped to WRITE_ONCE()... in fact, to
> be fair, some archs do it the __asm__ __volatile__() way).
>
> I do however have some suggestions concerning "the process": searching
> LKML for the patch and the related discussion, I could only find:
>
> [PATCH] docs: atomic_ops: atomic_set is a write (not read) operation
>
> and I realize that none of the person Cc:-ed in this thread, except you,
> were Cc:-ed in that discussion (in compliance with get_maintainer.pl).
>
> My suggestions:
>
> 1) Merge the file touched by that patch into (the recently created):
>
> Documentation/atomic_t.txt
>
> (FWIW, queued in my TODO list).
Some consolidation of documentation would be good. ;-)
Thoughts from others?
> 2) Add the entry:
>
> F: Documentation/atomic_t.txt
>
> to the "ATOMIC INFRASTRUCTURE" subsystem in the MAINTAINERS file so
> that developers can easily find (the intended?) reviewers for their
> patch. (Of course, this will need ACK from the ATOMIC people).
If the merging will take awhile, it might also be good to put
Documentation/core-api/atomic_ops.rst somewhere as well.
Thanx, Paul
next prev parent reply other threads:[~2018-07-02 18:52 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-28 12:33 [PATCH 0/2] tools/memory-model: remove ACCESS_ONCE() Mark Rutland
2018-06-28 12:33 ` [PATCH 1/2] tools/memory-model: remove ACCESS_ONCE() from recipes Mark Rutland
2018-06-28 12:33 ` [PATCH 2/2] tools/memory-model: remove ACCESS_ONCE() from model Mark Rutland
2018-06-28 12:38 ` [PATCH 0/2] tools/memory-model: remove ACCESS_ONCE() Andrea Parri
2018-06-28 15:21 ` Paul E. McKenney
2018-06-28 16:51 ` Andrea Parri
2018-07-02 18:54 ` Paul E. McKenney [this message]
2018-07-03 10:12 ` Andrea Parri
2018-07-03 15:53 ` Paul E. McKenney
2018-07-03 17:23 ` Andrea Parri
2018-07-06 14:55 ` Paul E. McKenney
2018-06-28 22:22 ` Akira Yokosawa
2018-06-29 3:05 ` Paul E. McKenney
2018-07-07 0:17 ` LKMM patch scorecard for v4.19 merge window Paul E. McKenney
2018-07-09 18:18 ` Alan Stern
2018-07-09 23:01 ` Paul E. McKenney
2018-07-10 20:05 ` 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=20180702185415.GR3593@linux.vnet.ibm.com \
--to=paulmck@linux.vnet.ibm.com \
--cc=akiyks@gmail.com \
--cc=andrea.parri@amarulasolutions.com \
--cc=boqun.feng@gmail.com \
--cc=dhowells@redhat.com \
--cc=j.alglave@ucl.ac.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=luc.maranget@inria.fr \
--cc=mark.rutland@arm.com \
--cc=npiggin@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox