rcupdate.h 9.2 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243
  1. /*
  2. * Read-Copy Update mechanism for mutual exclusion
  3. *
  4. * This program is free software; you can redistribute it and/or modify
  5. * it under the terms of the GNU General Public License as published by
  6. * the Free Software Foundation; either version 2 of the License, or
  7. * (at your option) any later version.
  8. *
  9. * This program is distributed in the hope that it will be useful,
  10. * but WITHOUT ANY WARRANTY; without even the implied warranty of
  11. * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
  12. * GNU General Public License for more details.
  13. *
  14. * You should have received a copy of the GNU General Public License
  15. * along with this program; if not, write to the Free Software
  16. * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
  17. *
  18. * Copyright IBM Corporation, 2001
  19. *
  20. * Author: Dipankar Sarma <dipankar@in.ibm.com>
  21. *
  22. * Based on the original work by Paul McKenney <paulmck@us.ibm.com>
  23. * and inputs from Rusty Russell, Andrea Arcangeli and Andi Kleen.
  24. * Papers:
  25. * http://www.rdrop.com/users/paulmck/paper/rclockpdcsproof.pdf
  26. * http://lse.sourceforge.net/locking/rclock_OLS.2001.05.01c.sc.pdf (OLS2001)
  27. *
  28. * For detailed explanation of Read-Copy Update mechanism see -
  29. * http://lse.sourceforge.net/locking/rcupdate.html
  30. *
  31. */
  32. #ifndef __LINUX_RCUPDATE_H
  33. #define __LINUX_RCUPDATE_H
  34. #ifdef __KERNEL__
  35. #include <linux/cache.h>
  36. #include <linux/spinlock.h>
  37. #include <linux/threads.h>
  38. #include <linux/percpu.h>
  39. #include <linux/cpumask.h>
  40. #include <linux/seqlock.h>
  41. #include <linux/lockdep.h>
  42. /**
  43. * struct rcu_head - callback structure for use with RCU
  44. * @next: next update requests in a list
  45. * @func: actual update function to call after the grace period.
  46. */
  47. struct rcu_head {
  48. struct rcu_head *next;
  49. void (*func)(struct rcu_head *head);
  50. };
  51. #include <linux/rcuclassic.h>
  52. #define RCU_HEAD_INIT { .next = NULL, .func = NULL }
  53. #define RCU_HEAD(head) struct rcu_head head = RCU_HEAD_INIT
  54. #define INIT_RCU_HEAD(ptr) do { \
  55. (ptr)->next = NULL; (ptr)->func = NULL; \
  56. } while (0)
  57. /**
  58. * rcu_read_lock - mark the beginning of an RCU read-side critical section.
  59. *
  60. * When synchronize_rcu() is invoked on one CPU while other CPUs
  61. * are within RCU read-side critical sections, then the
  62. * synchronize_rcu() is guaranteed to block until after all the other
  63. * CPUs exit their critical sections. Similarly, if call_rcu() is invoked
  64. * on one CPU while other CPUs are within RCU read-side critical
  65. * sections, invocation of the corresponding RCU callback is deferred
  66. * until after the all the other CPUs exit their critical sections.
  67. *
  68. * Note, however, that RCU callbacks are permitted to run concurrently
  69. * with RCU read-side critical sections. One way that this can happen
  70. * is via the following sequence of events: (1) CPU 0 enters an RCU
  71. * read-side critical section, (2) CPU 1 invokes call_rcu() to register
  72. * an RCU callback, (3) CPU 0 exits the RCU read-side critical section,
  73. * (4) CPU 2 enters a RCU read-side critical section, (5) the RCU
  74. * callback is invoked. This is legal, because the RCU read-side critical
  75. * section that was running concurrently with the call_rcu() (and which
  76. * therefore might be referencing something that the corresponding RCU
  77. * callback would free up) has completed before the corresponding
  78. * RCU callback is invoked.
  79. *
  80. * RCU read-side critical sections may be nested. Any deferred actions
  81. * will be deferred until the outermost RCU read-side critical section
  82. * completes.
  83. *
  84. * It is illegal to block while in an RCU read-side critical section.
  85. */
  86. #define rcu_read_lock() __rcu_read_lock()
  87. /**
  88. * rcu_read_unlock - marks the end of an RCU read-side critical section.
  89. *
  90. * See rcu_read_lock() for more information.
  91. */
  92. /*
  93. * So where is rcu_write_lock()? It does not exist, as there is no
  94. * way for writers to lock out RCU readers. This is a feature, not
  95. * a bug -- this property is what provides RCU's performance benefits.
  96. * Of course, writers must coordinate with each other. The normal
  97. * spinlock primitives work well for this, but any other technique may be
  98. * used as well. RCU does not care how the writers keep out of each
  99. * others' way, as long as they do so.
  100. */
  101. #define rcu_read_unlock() __rcu_read_unlock()
  102. /**
  103. * rcu_read_lock_bh - mark the beginning of a softirq-only RCU critical section
  104. *
  105. * This is equivalent of rcu_read_lock(), but to be used when updates
  106. * are being done using call_rcu_bh(). Since call_rcu_bh() callbacks
  107. * consider completion of a softirq handler to be a quiescent state,
  108. * a process in RCU read-side critical section must be protected by
  109. * disabling softirqs. Read-side critical sections in interrupt context
  110. * can use just rcu_read_lock().
  111. *
  112. */
  113. #define rcu_read_lock_bh() __rcu_read_lock_bh()
  114. /*
  115. * rcu_read_unlock_bh - marks the end of a softirq-only RCU critical section
  116. *
  117. * See rcu_read_lock_bh() for more information.
  118. */
  119. #define rcu_read_unlock_bh() __rcu_read_unlock_bh()
  120. /*
  121. * Prevent the compiler from merging or refetching accesses. The compiler
  122. * is also forbidden from reordering successive instances of ACCESS_ONCE(),
  123. * but only when the compiler is aware of some particular ordering. One way
  124. * to make the compiler aware of ordering is to put the two invocations of
  125. * ACCESS_ONCE() in different C statements.
  126. *
  127. * This macro does absolutely -nothing- to prevent the CPU from reordering,
  128. * merging, or refetching absolutely anything at any time.
  129. */
  130. #define ACCESS_ONCE(x) (*(volatile typeof(x) *)&(x))
  131. /**
  132. * rcu_dereference - fetch an RCU-protected pointer in an
  133. * RCU read-side critical section. This pointer may later
  134. * be safely dereferenced.
  135. *
  136. * Inserts memory barriers on architectures that require them
  137. * (currently only the Alpha), and, more importantly, documents
  138. * exactly which pointers are protected by RCU.
  139. */
  140. #define rcu_dereference(p) ({ \
  141. typeof(p) _________p1 = ACCESS_ONCE(p); \
  142. smp_read_barrier_depends(); \
  143. (_________p1); \
  144. })
  145. /**
  146. * rcu_assign_pointer - assign (publicize) a pointer to a newly
  147. * initialized structure that will be dereferenced by RCU read-side
  148. * critical sections. Returns the value assigned.
  149. *
  150. * Inserts memory barriers on architectures that require them
  151. * (pretty much all of them other than x86), and also prevents
  152. * the compiler from reordering the code that initializes the
  153. * structure after the pointer assignment. More importantly, this
  154. * call documents which pointers will be dereferenced by RCU read-side
  155. * code.
  156. */
  157. #define rcu_assign_pointer(p, v) ({ \
  158. smp_wmb(); \
  159. (p) = (v); \
  160. })
  161. /**
  162. * synchronize_sched - block until all CPUs have exited any non-preemptive
  163. * kernel code sequences.
  164. *
  165. * This means that all preempt_disable code sequences, including NMI and
  166. * hardware-interrupt handlers, in progress on entry will have completed
  167. * before this primitive returns. However, this does not guarantee that
  168. * softirq handlers will have completed, since in some kernels, these
  169. * handlers can run in process context, and can block.
  170. *
  171. * This primitive provides the guarantees made by the (now removed)
  172. * synchronize_kernel() API. In contrast, synchronize_rcu() only
  173. * guarantees that rcu_read_lock() sections will have completed.
  174. * In "classic RCU", these two guarantees happen to be one and
  175. * the same, but can differ in realtime RCU implementations.
  176. */
  177. #define synchronize_sched() __synchronize_sched()
  178. /**
  179. * call_rcu - Queue an RCU callback for invocation after a grace period.
  180. * @head: structure to be used for queueing the RCU updates.
  181. * @func: actual update function to be invoked after the grace period
  182. *
  183. * The update function will be invoked some time after a full grace
  184. * period elapses, in other words after all currently executing RCU
  185. * read-side critical sections have completed. RCU read-side critical
  186. * sections are delimited by rcu_read_lock() and rcu_read_unlock(),
  187. * and may be nested.
  188. */
  189. extern void call_rcu(struct rcu_head *head,
  190. void (*func)(struct rcu_head *head));
  191. /**
  192. * call_rcu_bh - Queue an RCU for invocation after a quicker grace period.
  193. * @head: structure to be used for queueing the RCU updates.
  194. * @func: actual update function to be invoked after the grace period
  195. *
  196. * The update function will be invoked some time after a full grace
  197. * period elapses, in other words after all currently executing RCU
  198. * read-side critical sections have completed. call_rcu_bh() assumes
  199. * that the read-side critical sections end on completion of a softirq
  200. * handler. This means that read-side critical sections in process
  201. * context must not be interrupted by softirqs. This interface is to be
  202. * used when most of the read-side critical sections are in softirq context.
  203. * RCU read-side critical sections are delimited by :
  204. * - rcu_read_lock() and rcu_read_unlock(), if in interrupt context.
  205. * OR
  206. * - rcu_read_lock_bh() and rcu_read_unlock_bh(), if in process context.
  207. * These may be nested.
  208. */
  209. extern void call_rcu_bh(struct rcu_head *head,
  210. void (*func)(struct rcu_head *head));
  211. /* Exported common interfaces */
  212. extern void synchronize_rcu(void);
  213. extern void rcu_barrier(void);
  214. /* Internal to kernel */
  215. extern void rcu_init(void);
  216. extern void rcu_check_callbacks(int cpu, int user);
  217. extern long rcu_batches_completed(void);
  218. extern long rcu_batches_completed_bh(void);
  219. #endif /* __KERNEL__ */
  220. #endif /* __LINUX_RCUPDATE_H */