From: Bagas Sanjaya <bagasdotme@gmail.com>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux Documentation <linux-doc@vger.kernel.org>,
Linux RCU <rcu@vger.kernel.org>,
Linux CPU Architectures Development <linux-arch@vger.kernel.org>,
Linux LKMM <lkmm@lists.linux.dev>,
Linux KVM <kvm@vger.kernel.org>
Cc: "Paul E. McKenney" <paulmck@kernel.org>,
Frederic Weisbecker <frederic@kernel.org>,
Neeraj Upadhyay <neeraj.upadhyay@kernel.org>,
Joel Fernandes <joelagnelf@nvidia.com>,
Josh Triplett <josh@joshtriplett.org>,
Boqun Feng <boqun.feng@gmail.com>,
Uladzislau Rezki <urezki@gmail.com>,
Steven Rostedt <rostedt@goodmis.org>,
Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
Lai Jiangshan <jiangshanlai@gmail.com>,
Zqiang <qiang.zhang@linux.dev>, Jonathan Corbet <corbet@lwn.net>,
Alan Stern <stern@rowland.harvard.edu>,
Andrea Parri <parri.andrea@gmail.com>,
Will Deacon <will@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Nicholas Piggin <npiggin@gmail.com>,
David Howells <dhowells@redhat.com>,
Jade Alglave <j.alglave@ucl.ac.uk>,
Luc Maranget <luc.maranget@inria.fr>,
Akira Yokosawa <akiyks@gmail.com>,
Daniel Lustig <dlustig@nvidia.com>,
Mark Rutland <mark.rutland@arm.com>,
Ingo Molnar <mingo@redhat.com>, Waiman Long <longman@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Bagas Sanjaya <bagasdotme@gmail.com>,
Andrew Morton <akpm@linux-foundation.org>,
Tejun Heo <tj@kernel.org>,
"Mike Rapoport (Microsoft)" <rppt@kernel.org>,
Changyuan Lyu <changyuanl@google.com>,
Dan Williams <dan.j.williams@intel.com>,
Xavier <xavier_qy@163.com>, Randy Dunlap <rdunlap@infradead.org>,
Maarten Lankhorst <dev@lankhorst.se>,
Christian Brauner <brauner@kernel.org>
Subject: [PATCH 2/4] Documentation: atomic_bitops: Convert to reST format
Date: Thu, 17 Jul 2025 15:06:15 +0700 [thread overview]
Message-ID: <20250717080617.35577-3-bagasdotme@gmail.com> (raw)
In-Reply-To: <20250717080617.35577-1-bagasdotme@gmail.com>
Convert atomic bitops documentation to reST syntax:
* Sentence-case headings
* List API functions and their semantics in bullet list
Signed-off-by: Bagas Sanjaya <bagasdotme@gmail.com>
---
.../atomic_bitops.rst} | 39 +++++++++----------
Documentation/core-api/index.rst | 2 +-
.../core-api/wrappers/atomic_bitops.rst | 18 ---------
3 files changed, 20 insertions(+), 39 deletions(-)
rename Documentation/{atomic_bitops.txt => core-api/atomic_bitops.rst} (60%)
delete mode 100644 Documentation/core-api/wrappers/atomic_bitops.rst
diff --git a/Documentation/atomic_bitops.txt b/Documentation/core-api/atomic_bitops.rst
similarity index 60%
rename from Documentation/atomic_bitops.txt
rename to Documentation/core-api/atomic_bitops.rst
index edea4656c5c05f..b93c388fd9bdc4 100644
--- a/Documentation/atomic_bitops.txt
+++ b/Documentation/core-api/atomic_bitops.rst
@@ -1,3 +1,5 @@
+.. SPDX-License-Identifier: GPL-2.0
+
=============
Atomic bitops
=============
@@ -11,53 +13,50 @@ API
The single bit operations are:
-Non-RMW ops:
+* Non-RMW ops:
- test_bit()
+ * test_bit()
-RMW atomic operations without return value:
+* RMW atomic operations without return value:
- {set,clear,change}_bit()
- clear_bit_unlock()
+ * {set,clear,change}_bit()
+ * clear_bit_unlock()
-RMW atomic operations with return value:
+* RMW atomic operations with return value:
- test_and_{set,clear,change}_bit()
- test_and_set_bit_lock()
+ * test_and_{set,clear,change}_bit()
+ * test_and_set_bit_lock()
-Barriers:
+* Barriers:
- smp_mb__{before,after}_atomic()
+ * smp_mb__{before,after}_atomic()
All RMW atomic operations have a '__' prefixed variant which is non-atomic.
-SEMANTICS
+Semantics
---------
-Non-atomic ops:
+* Non-atomic ops:
-In particular __clear_bit_unlock() suffers the same issue as atomic_set(),
-which is why the generic version maps to clear_bit_unlock(), see atomic_t.txt.
+ In particular __clear_bit_unlock() suffers the same issue as atomic_set(),
+ which is why the generic version maps to clear_bit_unlock(), see atomic_t.txt.
-RMW ops:
+* RMW ops:
-The test_and_{}_bit() operations return the original value of the bit.
+ The test_and_{}_bit() operations return the original value of the bit.
-ORDERING
+Ordering
--------
Like with atomic_t, the rule of thumb is:
- non-RMW operations are unordered;
-
- RMW operations that have no return value are unordered;
-
- RMW operations that have a return value are fully ordered.
-
- RMW operations that are conditional are fully ordered.
Except for a successful test_and_set_bit_lock() which has ACQUIRE semantics,
diff --git a/Documentation/core-api/index.rst b/Documentation/core-api/index.rst
index a0c3749c655b05..4bc132fefaab7f 100644
--- a/Documentation/core-api/index.rst
+++ b/Documentation/core-api/index.rst
@@ -49,7 +49,7 @@ Library functionality that is used throughout the kernel.
timekeeping
errseq
wrappers/atomic_t
- wrappers/atomic_bitops
+ atomic_bitops
floating-point
union_find
min_heap
diff --git a/Documentation/core-api/wrappers/atomic_bitops.rst b/Documentation/core-api/wrappers/atomic_bitops.rst
deleted file mode 100644
index bf24e4081a8f4c..00000000000000
--- a/Documentation/core-api/wrappers/atomic_bitops.rst
+++ /dev/null
@@ -1,18 +0,0 @@
-.. SPDX-License-Identifier: GPL-2.0
- This is a simple wrapper to bring atomic_bitops.txt into the RST world
- until such a time as that file can be converted directly.
-
-=============
-Atomic bitops
-=============
-
-.. raw:: latex
-
- \footnotesize
-
-.. include:: ../../atomic_bitops.txt
- :literal:
-
-.. raw:: latex
-
- \normalsize
--
An old man doll... just what I always wanted! - Clara
next prev parent reply other threads:[~2025-07-17 8:07 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-17 8:06 [PATCH 0/4] Convert atomic_*.txt and memory-barriers.txt to reST Bagas Sanjaya
2025-07-17 8:06 ` [PATCH 1/4] Documentation: memory-barriers: Convert to reST format Bagas Sanjaya
2025-07-17 13:30 ` David Howells
2025-07-17 8:06 ` Bagas Sanjaya [this message]
2025-07-17 8:06 ` [PATCH 3/4] Documentation: atomic_t: " Bagas Sanjaya
2025-07-17 8:06 ` [PATCH 4/4] Documentation: atomic_bitops, atomic_t, memory-barriers: Link to newly-converted docs Bagas Sanjaya
2025-07-17 10:55 ` [PATCH 0/4] Convert atomic_*.txt and memory-barriers.txt to reST Peter Zijlstra
2025-07-17 11:26 ` Bagas Sanjaya
2025-07-17 11:56 ` Vegard Nossum
2025-07-19 7:08 ` Bagas Sanjaya
2025-07-17 12:32 ` Steven Rostedt
2025-07-17 13:34 ` Jonathan Corbet
2025-07-17 20:15 ` Jonathan Corbet
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=20250717080617.35577-3-bagasdotme@gmail.com \
--to=bagasdotme@gmail.com \
--cc=akiyks@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=boqun.feng@gmail.com \
--cc=brauner@kernel.org \
--cc=changyuanl@google.com \
--cc=corbet@lwn.net \
--cc=dan.j.williams@intel.com \
--cc=dev@lankhorst.se \
--cc=dhowells@redhat.com \
--cc=dlustig@nvidia.com \
--cc=frederic@kernel.org \
--cc=j.alglave@ucl.ac.uk \
--cc=jiangshanlai@gmail.com \
--cc=joelagnelf@nvidia.com \
--cc=josh@joshtriplett.org \
--cc=kvm@vger.kernel.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lkmm@lists.linux.dev \
--cc=longman@redhat.com \
--cc=luc.maranget@inria.fr \
--cc=mark.rutland@arm.com \
--cc=mathieu.desnoyers@efficios.com \
--cc=mingo@redhat.com \
--cc=neeraj.upadhyay@kernel.org \
--cc=npiggin@gmail.com \
--cc=parri.andrea@gmail.com \
--cc=paulmck@kernel.org \
--cc=pbonzini@redhat.com \
--cc=peterz@infradead.org \
--cc=qiang.zhang@linux.dev \
--cc=rcu@vger.kernel.org \
--cc=rdunlap@infradead.org \
--cc=rostedt@goodmis.org \
--cc=rppt@kernel.org \
--cc=stern@rowland.harvard.edu \
--cc=tj@kernel.org \
--cc=urezki@gmail.com \
--cc=will@kernel.org \
--cc=xavier_qy@163.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.