Re: [PATCH 4/4] rcu: use gp_seq instead of rcu_gp_seq for consistency

From: Paul E. McKenney
Date: Fri Jun 12 2020 - 10:12:51 EST


On Fri, Jun 12, 2020 at 10:07:55AM +0800, Wei Yang wrote:
> Commit de30ad512a66 ("rcu: Introduce grace-period sequence numbers")
> introduce gp_seq in rcu_state/rcu_node/rcu_data. And this field in last
> two structure track the one in first.
>
> While the comment use rcu_gp_seq which is a little misleading for
> audience. Let's use the exact name gp_seq for consistency.
>
> Signed-off-by: Wei Yang <richard.weiyang@xxxxxxxxxxxxxxxxx>

I applied and pushed the others -- good eyes, and thank you!

This one does not apply. Could you please forward-port it to
the "dev" branch of -rcu?

git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git

Thanx, Paul

> ---
> kernel/rcu/tree.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/rcu/tree.h b/kernel/rcu/tree.h
> index 512829eed545..3356842bc185 100644
> --- a/kernel/rcu/tree.h
> +++ b/kernel/rcu/tree.h
> @@ -41,7 +41,7 @@ struct rcu_node {
> raw_spinlock_t __private lock; /* Root rcu_node's lock protects */
> /* some rcu_state fields as well as */
> /* following. */
> - unsigned long gp_seq; /* Track rsp->rcu_gp_seq. */
> + unsigned long gp_seq; /* Track rsp->gp_seq. */
> unsigned long gp_seq_needed; /* Track furthest future GP request. */
> unsigned long completedqs; /* All QSes done for this node. */
> unsigned long qsmask; /* CPUs or groups that need to switch in */
> @@ -149,7 +149,7 @@ union rcu_noqs {
> /* Per-CPU data for read-copy update. */
> struct rcu_data {
> /* 1) quiescent-state and grace-period handling : */
> - unsigned long gp_seq; /* Track rsp->rcu_gp_seq counter. */
> + unsigned long gp_seq; /* Track rsp->gp_seq. */
> unsigned long gp_seq_needed; /* Track furthest future GP request. */
> union rcu_noqs cpu_no_qs; /* No QSes yet for this CPU. */
> bool core_needs_qs; /* Core waits for quiesc state. */
> --
> 2.20.1 (Apple Git-117)
>