[PATCH tip/core/rcu 3/6] rcu: Remove list_for_each_continue_rcu()

2012-10-30 Thread Paul E. McKenney
From: "Paul E. McKenney" 

The list_for_each_continue_rcu() macro is no longer used, so this commit
removes it.  The list_for_each_entry_continue_rcu() macro should be
used instead.

Signed-off-by: Paul E. McKenney 
---
 Documentation/RCU/checklist.txt |   17 -
 Documentation/RCU/whatisRCU.txt |4 +---
 include/linux/rculist.h |   17 -
 3 files changed, 9 insertions(+), 29 deletions(-)

diff --git a/Documentation/RCU/checklist.txt b/Documentation/RCU/checklist.txt
index cdb20d4..31ef8fe 100644
--- a/Documentation/RCU/checklist.txt
+++ b/Documentation/RCU/checklist.txt
@@ -271,15 +271,14 @@ over a rather long period of time, but improvements are 
always welcome!
The same cautions apply to call_rcu_bh() and call_rcu_sched().
 
 9. All RCU list-traversal primitives, which include
-   rcu_dereference(), list_for_each_entry_rcu(),
-   list_for_each_continue_rcu(), and list_for_each_safe_rcu(),
-   must be either within an RCU read-side critical section or
-   must be protected by appropriate update-side locks.  RCU
-   read-side critical sections are delimited by rcu_read_lock()
-   and rcu_read_unlock(), or by similar primitives such as
-   rcu_read_lock_bh() and rcu_read_unlock_bh(), in which case
-   the matching rcu_dereference() primitive must be used in order
-   to keep lockdep happy, in this case, rcu_dereference_bh().
+   rcu_dereference(), list_for_each_entry_rcu(), and
+   list_for_each_safe_rcu(), must be either within an RCU read-side
+   critical section or must be protected by appropriate update-side
+   locks.  RCU read-side critical sections are delimited by
+   rcu_read_lock() and rcu_read_unlock(), or by similar primitives
+   such as rcu_read_lock_bh() and rcu_read_unlock_bh(), in which
+   case the matching rcu_dereference() primitive must be used in
+   order to keep lockdep happy, in this case, rcu_dereference_bh().
 
The reason that it is permissible to use RCU list-traversal
primitives when the update-side lock is held is that doing so
diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt
index bf0f6de..9d30de0 100644
--- a/Documentation/RCU/whatisRCU.txt
+++ b/Documentation/RCU/whatisRCU.txt
@@ -789,9 +789,7 @@ RCU list traversal:
list_for_each_entry_rcu
hlist_for_each_entry_rcu
hlist_nulls_for_each_entry_rcu
-
-   list_for_each_continue_rcu  (to be deprecated in favor of new
-list_for_each_entry_continue_rcu)
+   list_for_each_entry_continue_rcu
 
 RCU pointer/list update:
 
diff --git a/include/linux/rculist.h b/include/linux/rculist.h
index e0f0fab..c92dd28 100644
--- a/include/linux/rculist.h
+++ b/include/linux/rculist.h
@@ -286,23 +286,6 @@ static inline void list_splice_init_rcu(struct list_head 
*list,
>member != (head); \
pos = list_entry_rcu(pos->member.next, typeof(*pos), member))
 
-
-/**
- * list_for_each_continue_rcu
- * @pos:   the  list_head to use as a loop cursor.
- * @head:  the head for your list.
- *
- * Iterate over an rcu-protected list, continuing after current point.
- *
- * This list-traversal primitive may safely run concurrently with
- * the _rcu list-mutation primitives such as list_add_rcu()
- * as long as the traversal is guarded by rcu_read_lock().
- */
-#define list_for_each_continue_rcu(pos, head) \
-   for ((pos) = rcu_dereference_raw(list_next_rcu(pos)); \
-   (pos) != (head); \
-   (pos) = rcu_dereference_raw(list_next_rcu(pos)))
-
 /**
  * list_for_each_entry_continue_rcu - continue iteration over list of given 
type
  * @pos:   the type * to use as a loop cursor.
-- 
1.7.8

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


[PATCH tip/core/rcu 3/6] rcu: Remove list_for_each_continue_rcu()

2012-10-30 Thread Paul E. McKenney
From: Paul E. McKenney paul...@linux.vnet.ibm.com

The list_for_each_continue_rcu() macro is no longer used, so this commit
removes it.  The list_for_each_entry_continue_rcu() macro should be
used instead.

Signed-off-by: Paul E. McKenney paul...@linux.vnet.ibm.com
---
 Documentation/RCU/checklist.txt |   17 -
 Documentation/RCU/whatisRCU.txt |4 +---
 include/linux/rculist.h |   17 -
 3 files changed, 9 insertions(+), 29 deletions(-)

diff --git a/Documentation/RCU/checklist.txt b/Documentation/RCU/checklist.txt
index cdb20d4..31ef8fe 100644
--- a/Documentation/RCU/checklist.txt
+++ b/Documentation/RCU/checklist.txt
@@ -271,15 +271,14 @@ over a rather long period of time, but improvements are 
always welcome!
The same cautions apply to call_rcu_bh() and call_rcu_sched().
 
 9. All RCU list-traversal primitives, which include
-   rcu_dereference(), list_for_each_entry_rcu(),
-   list_for_each_continue_rcu(), and list_for_each_safe_rcu(),
-   must be either within an RCU read-side critical section or
-   must be protected by appropriate update-side locks.  RCU
-   read-side critical sections are delimited by rcu_read_lock()
-   and rcu_read_unlock(), or by similar primitives such as
-   rcu_read_lock_bh() and rcu_read_unlock_bh(), in which case
-   the matching rcu_dereference() primitive must be used in order
-   to keep lockdep happy, in this case, rcu_dereference_bh().
+   rcu_dereference(), list_for_each_entry_rcu(), and
+   list_for_each_safe_rcu(), must be either within an RCU read-side
+   critical section or must be protected by appropriate update-side
+   locks.  RCU read-side critical sections are delimited by
+   rcu_read_lock() and rcu_read_unlock(), or by similar primitives
+   such as rcu_read_lock_bh() and rcu_read_unlock_bh(), in which
+   case the matching rcu_dereference() primitive must be used in
+   order to keep lockdep happy, in this case, rcu_dereference_bh().
 
The reason that it is permissible to use RCU list-traversal
primitives when the update-side lock is held is that doing so
diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt
index bf0f6de..9d30de0 100644
--- a/Documentation/RCU/whatisRCU.txt
+++ b/Documentation/RCU/whatisRCU.txt
@@ -789,9 +789,7 @@ RCU list traversal:
list_for_each_entry_rcu
hlist_for_each_entry_rcu
hlist_nulls_for_each_entry_rcu
-
-   list_for_each_continue_rcu  (to be deprecated in favor of new
-list_for_each_entry_continue_rcu)
+   list_for_each_entry_continue_rcu
 
 RCU pointer/list update:
 
diff --git a/include/linux/rculist.h b/include/linux/rculist.h
index e0f0fab..c92dd28 100644
--- a/include/linux/rculist.h
+++ b/include/linux/rculist.h
@@ -286,23 +286,6 @@ static inline void list_splice_init_rcu(struct list_head 
*list,
pos-member != (head); \
pos = list_entry_rcu(pos-member.next, typeof(*pos), member))
 
-
-/**
- * list_for_each_continue_rcu
- * @pos:   the struct list_head to use as a loop cursor.
- * @head:  the head for your list.
- *
- * Iterate over an rcu-protected list, continuing after current point.
- *
- * This list-traversal primitive may safely run concurrently with
- * the _rcu list-mutation primitives such as list_add_rcu()
- * as long as the traversal is guarded by rcu_read_lock().
- */
-#define list_for_each_continue_rcu(pos, head) \
-   for ((pos) = rcu_dereference_raw(list_next_rcu(pos)); \
-   (pos) != (head); \
-   (pos) = rcu_dereference_raw(list_next_rcu(pos)))
-
 /**
  * list_for_each_entry_continue_rcu - continue iteration over list of given 
type
  * @pos:   the type * to use as a loop cursor.
-- 
1.7.8

--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/