[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <tip-5bde06b63af2af8c2326270aae041067eef89245@git.kernel.org>
Date: Tue, 17 Jul 2018 02:27:53 -0700
From: tip-bot for Mark Rutland <tipbot@...or.com>
To: linux-tip-commits@...r.kernel.org
Cc: luc.maranget@...ia.fr, will.deacon@....com, boqun.feng@...il.com,
mark.rutland@....com, tglx@...utronix.de, j.alglave@....ac.uk,
stern@...land.harvard.edu, dhowells@...hat.com,
paulmck@...ux.vnet.ibm.com, hpa@...or.com, akiyks@...il.com,
torvalds@...ux-foundation.org, linux-kernel@...r.kernel.org,
andrea.parri@...rulasolutions.com, npiggin@...il.com,
peterz@...radead.org, mingo@...nel.org
Subject: [tip:locking/core] tools/memory-model: Remove ACCESS_ONCE() from
recipes
Commit-ID: 5bde06b63af2af8c2326270aae041067eef89245
Gitweb: https://git.kernel.org/tip/5bde06b63af2af8c2326270aae041067eef89245
Author: Mark Rutland <mark.rutland@....com>
AuthorDate: Mon, 16 Jul 2018 11:05:56 -0700
Committer: Ingo Molnar <mingo@...nel.org>
CommitDate: Tue, 17 Jul 2018 09:29:34 +0200
tools/memory-model: Remove ACCESS_ONCE() from recipes
Since commit:
b899a850431e2dd0 ("compiler.h: Remove ACCESS_ONCE()")
... there has been no definition of ACCESS_ONCE() in the kernel tree,
and it has been necessary to use READ_ONCE() or WRITE_ONCE() instead.
Let's update the exmaples in recipes.txt likewise for consistency, using
READ_ONCE() for reads.
Signed-off-by: Mark Rutland <mark.rutland@....com>
Signed-off-by: Paul E. McKenney <paulmck@...ux.vnet.ibm.com>
Acked-by: Andrea Parri <andrea.parri@...rulasolutions.com>
Cc: Akira Yokosawa <akiyks@...il.com>
Cc: Alan Stern <stern@...land.harvard.edu>
Cc: Boqun Feng <boqun.feng@...il.com>
Cc: David Howells <dhowells@...hat.com>
Cc: Jade Alglave <j.alglave@....ac.uk>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Luc Maranget <luc.maranget@...ia.fr>
Cc: Nicholas Piggin <npiggin@...il.com>
Cc: Peter Zijlstra <peterz@...radead.org>
Cc: Thomas Gleixner <tglx@...utronix.de>
Cc: Will Deacon <will.deacon@....com>
Cc: linux-arch@...r.kernel.org
Cc: parri.andrea@...il.com
Link: http://lkml.kernel.org/r/20180716180605.16115-5-paulmck@linux.vnet.ibm.com
Signed-off-by: Ingo Molnar <mingo@...nel.org>
---
tools/memory-model/Documentation/recipes.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/memory-model/Documentation/recipes.txt b/tools/memory-model/Documentation/recipes.txt
index ee4309a87fc4..1fea8ef2b184 100644
--- a/tools/memory-model/Documentation/recipes.txt
+++ b/tools/memory-model/Documentation/recipes.txt
@@ -322,9 +322,9 @@ the following write-side code fragment:
And the xlog_valid_lsn() function in fs/xfs/xfs_log_priv.h contains
the corresponding read-side code fragment:
- cur_cycle = ACCESS_ONCE(log->l_curr_cycle);
+ cur_cycle = READ_ONCE(log->l_curr_cycle);
smp_rmb();
- cur_block = ACCESS_ONCE(log->l_curr_block);
+ cur_block = READ_ONCE(log->l_curr_block);
Alternatively, consider the following comment in function
perf_output_put_handle() in kernel/events/ring_buffer.c:
Powered by blists - more mailing lists