[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20180419084245.17096-1-sj38.park@gmail.com>
Date: Thu, 19 Apr 2018 17:42:44 +0900
From: SeongJae Park <sj38.park@...il.com>
To: paulmck@...ux.vnet.ibm.com, corbet@....net
Cc: linux-kernel@...r.kernel.org, linux-doc@...r.kernel.org,
SeongJae Park <sj38.park@...il.com>
Subject: [PATCH 1/2] atomic_ops.rst: Fix wrong example code
Example code snippets for necessary of READ_ONCE() and WRITE_ONCE() has
an unnecessary line of code and wrong condition. This commit fixes
them.
Signed-off-by: SeongJae Park <sj38.park@...il.com>
---
Documentation/core-api/atomic_ops.rst | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Documentation/core-api/atomic_ops.rst b/Documentation/core-api/atomic_ops.rst
index fce929144ccd..4ea4af71e68a 100644
--- a/Documentation/core-api/atomic_ops.rst
+++ b/Documentation/core-api/atomic_ops.rst
@@ -111,7 +111,6 @@ If the compiler can prove that do_something() does not store to the
variable a, then the compiler is within its rights transforming this to
the following::
- tmp = a;
if (a > 0)
for (;;)
do_something();
@@ -119,7 +118,7 @@ the following::
If you don't want the compiler to do this (and you probably don't), then
you should use something like the following::
- while (READ_ONCE(a) < 0)
+ while (READ_ONCE(a) > 0)
do_something();
Alternatively, you could place a barrier() call in the loop.
--
2.13.0
Powered by blists - more mailing lists