From: Lai Jiangshan <laijs@cn.fujitsu.com>
To: paulmck@linux.vnet.ibm.com
Cc: Peter Zijlstra <peterz@infradead.org>,
Oleg Nesterov <oleg@redhat.com>, Mel Gorman <mgorman@suse.de>,
Rik van Riel <riel@redhat.com>,
Srikar Dronamraju <srikar@linux.vnet.ibm.com>,
Ingo Molnar <mingo@kernel.org>,
Andrea Arcangeli <aarcange@redhat.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Thomas Gleixner <tglx@linutronix.de>,
Steven Rostedt <rostedt@goodmis.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 4/6] rcusync: Introduce struct rcu_sync_ops
Date: Fri, 18 Oct 2013 09:23:20 +0800 [thread overview]
Message-ID: <52608D88.6010807@cn.fujitsu.com> (raw)
In-Reply-To: <20131017154228.GL4553@linux.vnet.ibm.com>
On 10/17/2013 11:42 PM, Paul E. McKenney wrote:
> On Thu, Oct 17, 2013 at 10:07:15AM +0800, Lai Jiangshan wrote:
>> On 10/08/2013 06:25 PM, Peter Zijlstra wrote:
>>> From: Oleg Nesterov <oleg@redhat.com>
>>>
>>> Add the new struct rcu_sync_ops which holds sync/call methods, and
>>> turn the function pointers in rcu_sync_struct into an array of struct
>>> rcu_sync_ops.
>>
>> Hi, Paul
>>
>> I think this work should be done in rcupdate.[ch] side by introducing
>> struct rcu_flavor.
>
> I -do- have on my list to add an rcutorture test for rcu_sync, but
> what do you have in mind by adding struct rcu_flavor? I am guessing
> that you do not mean to try to create an rcu_state and a set of
No.
The thing what I need is just as same as Oleg Nesterov implemented.
It is just a structure with several function pointers for different RCU variants.
But it would be better if we implement in rcupdate.[ch],
and name it to struct rcu_flavor like the URCU.
After we have struct rcu_flavor, we can replace the following code
to a pointer to struct rcu_flavor.
struct rcu_state:
void (*call)(struct rcu_head *head, /* call_rcu() flavor. */
void (*func)(struct rcu_head *head));
struct rcu_torture_ops {
int (*readlock)(void);
void (*readunlock)(int idx);
void (*sync)(void);
void (*exp_sync)(void);
void (*call)(struct rcu_head *head, void (*func)(struct rcu_head *rcu));
void (*cb_barrier)(void);
};
and struct rcu_sync {
...
};
Thanks,
Lai.
> rcu_data structures for rcu_sync -- the write-side optimizations
> would not fit well into rcu_state/rcu_data.
>
> You might mean to simply put this code into rcupdate.[ch], which
> would be OK, but rcu_sync seems to me to be sufficiently different
> to deserve its own .c and .h files.
>
> So what did you have in mind?
I mean we need something like struct rcu_flavor as the URCU.
>
> Thanx, Paul
>
>> Thanks,
>> Lai
>>
>>>
>>> This simplifies the "init" helpers, and this way it is simpler to add
>>> the new methods we need, especially ifdef'ed.
>>>
>>> Signed-off-by: Peter Zijlstra <peterz@infradead.org>
>>> Link: http://lkml.kernel.org/r/20131005171746.GA17664@redhat.com
>>> ---
>>>
>>> diff --git a/include/linux/rcusync.h b/include/linux/rcusync.h
>>> index 7858491..988ec33 100644
>>> --- a/include/linux/rcusync.h
>>> +++ b/include/linux/rcusync.h
>>> @@ -4,6 +4,8 @@
>>> #include <linux/wait.h>
>>> #include <linux/rcupdate.h>
>>>
>>> +enum rcu_sync_type { RCU_SYNC, RCU_SCHED_SYNC, RCU_BH_SYNC };
>>> +
>>> struct rcu_sync_struct {
>>> int gp_state;
>>> int gp_count;
>>> @@ -12,53 +14,37 @@ struct rcu_sync_struct {
>>> int cb_state;
>>> struct rcu_head cb_head;
>>>
>>> - void (*sync)(void);
>>> - void (*call)(struct rcu_head *, void (*)(struct rcu_head *));
>>> + enum rcu_sync_type gp_type;
>>> };
>>>
>>> -#define ___RCU_SYNC_INIT(name) \
>>> - .gp_state = 0, \
>>> - .gp_count = 0, \
>>> - .gp_wait = __WAIT_QUEUE_HEAD_INITIALIZER(name.gp_wait), \
>>> - .cb_state = 0
>>> -
>>> -#define __RCU_SCHED_SYNC_INIT(name) { \
>>> - ___RCU_SYNC_INIT(name), \
>>> - .sync = synchronize_sched, \
>>> - .call = call_rcu_sched, \
>>> -}
>>> -
>>> -#define __RCU_BH_SYNC_INIT(name) { \
>>> - ___RCU_SYNC_INIT(name), \
>>> - .sync = synchronize_rcu_bh, \
>>> - .call = call_rcu_bh, \
>>> -}
>>> -
>>> -#define __RCU_SYNC_INIT(name) { \
>>> - ___RCU_SYNC_INIT(name), \
>>> - .sync = synchronize_rcu, \
>>> - .call = call_rcu, \
>>> -}
>>> -
>>> -#define DEFINE_RCU_SCHED_SYNC(name) \
>>> - struct rcu_sync_struct name = __RCU_SCHED_SYNC_INIT(name)
>>> -
>>> -#define DEFINE_RCU_BH_SYNC(name) \
>>> - struct rcu_sync_struct name = __RCU_BH_SYNC_INIT(name)
>>> -
>>> -#define DEFINE_RCU_SYNC(name) \
>>> - struct rcu_sync_struct name = __RCU_SYNC_INIT(name)
>>> -
>>> static inline bool rcu_sync_is_idle(struct rcu_sync_struct *rss)
>>> {
>>> return !rss->gp_state; /* GP_IDLE */
>>> }
>>>
>>> -enum rcu_sync_type { RCU_SYNC, RCU_SCHED_SYNC, RCU_BH_SYNC };
>>> -
>>> extern void rcu_sync_init(struct rcu_sync_struct *, enum rcu_sync_type);
>>> extern void rcu_sync_enter(struct rcu_sync_struct *);
>>> extern void rcu_sync_exit(struct rcu_sync_struct *);
>>>
>>> +#define __RCU_SYNC_INITIALIZER(name, type) { \
>>> + .gp_state = 0, \
>>> + .gp_count = 0, \
>>> + .gp_wait = __WAIT_QUEUE_HEAD_INITIALIZER(name.gp_wait), \
>>> + .cb_state = 0, \
>>> + .gp_type = type, \
>>> + }
>>> +
>>> +#define __DEFINE_RCU_SYNC(name, type) \
>>> + struct rcu_sync_struct name = __RCU_SYNC_INITIALIZER(name, type)
>>> +
>>> +#define DEFINE_RCU_SYNC(name) \
>>> + __DEFINE_RCU_SYNC(name, RCU_SYNC)
>>> +
>>> +#define DEFINE_RCU_SCHED_SYNC(name) \
>>> + __DEFINE_RCU_SYNC(name, RCU_SCHED_SYNC)
>>> +
>>> +#define DEFINE_RCU_BH_SYNC(name) \
>>> + __DEFINE_RCU_SYNC(name, RCU_BH_SYNC)
>>> +
>>> #endif /* _LINUX_RCUSYNC_H_ */
>>>
>>> diff --git a/kernel/rcusync.c b/kernel/rcusync.c
>>> index f84176a..99051b7 100644
>>> --- a/kernel/rcusync.c
>>> +++ b/kernel/rcusync.c
>>> @@ -1,7 +1,24 @@
>>> -
>>> #include <linux/rcusync.h>
>>> #include <linux/sched.h>
>>>
>>> +static const struct {
>>> + void (*sync)(void);
>>> + void (*call)(struct rcu_head *, void (*)(struct rcu_head *));
>>> +} gp_ops[] = {
>>> + [RCU_SYNC] = {
>>> + .sync = synchronize_rcu,
>>> + .call = call_rcu,
>>> + },
>>> + [RCU_SCHED_SYNC] = {
>>> + .sync = synchronize_sched,
>>> + .call = call_rcu_sched,
>>> + },
>>> + [RCU_BH_SYNC] = {
>>> + .sync = synchronize_rcu_bh,
>>> + .call = call_rcu_bh,
>>> + },
>>> +};
>>> +
>>> enum { GP_IDLE = 0, GP_PENDING, GP_PASSED };
>>> enum { CB_IDLE = 0, CB_PENDING, CB_REPLAY };
>>>
>>> @@ -11,23 +28,7 @@ void rcu_sync_init(struct rcu_sync_struct *rss, enum rcu_sync_type type)
>>> {
>>> memset(rss, 0, sizeof(*rss));
>>> init_waitqueue_head(&rss->gp_wait);
>>> -
>>> - switch (type) {
>>> - case RCU_SYNC:
>>> - rss->sync = synchronize_rcu;
>>> - rss->call = call_rcu;
>>> - break;
>>> -
>>> - case RCU_SCHED_SYNC:
>>> - rss->sync = synchronize_sched;
>>> - rss->call = call_rcu_sched;
>>> - break;
>>> -
>>> - case RCU_BH_SYNC:
>>> - rss->sync = synchronize_rcu_bh;
>>> - rss->call = call_rcu_bh;
>>> - break;
>>> - }
>>> + rss->gp_type = type;
>>> }
>>>
>>> void rcu_sync_enter(struct rcu_sync_struct *rss)
>>> @@ -44,7 +45,7 @@ void rcu_sync_enter(struct rcu_sync_struct *rss)
>>> BUG_ON(need_wait && need_sync);
>>>
>>> if (need_sync) {
>>> - rss->sync();
>>> + gp_ops[rss->gp_type].sync();
>>> rss->gp_state = GP_PASSED;
>>> wake_up_all(&rss->gp_wait);
>>> } else if (need_wait) {
>>> @@ -81,7 +82,7 @@ static void rcu_sync_func(struct rcu_head *rcu)
>>> * to catch a later GP.
>>> */
>>> rss->cb_state = CB_PENDING;
>>> - rss->call(&rss->cb_head, rcu_sync_func);
>>> + gp_ops[rss->gp_type].call(&rss->cb_head, rcu_sync_func);
>>> } else {
>>> /*
>>> * We're at least a GP after rcu_sync_exit(); eveybody will now
>>> @@ -99,7 +100,7 @@ void rcu_sync_exit(struct rcu_sync_struct *rss)
>>> if (!--rss->gp_count) {
>>> if (rss->cb_state == CB_IDLE) {
>>> rss->cb_state = CB_PENDING;
>>> - rss->call(&rss->cb_head, rcu_sync_func);
>>> + gp_ops[rss->gp_type].call(&rss->cb_head, rcu_sync_func);
>>> } else if (rss->cb_state == CB_PENDING) {
>>> rss->cb_state = CB_REPLAY;
>>> }
>>>
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>> Please read the FAQ at http://www.tux.org/lkml/
>>>
>>
>
next prev parent reply other threads:[~2013-10-18 1:19 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-08 10:25 [PATCH 0/6] Optimize the cpu hotplug locking -v2 Peter Zijlstra
2013-10-08 10:25 ` [PATCH 1/6] hotplug: Optimize {get,put}_online_cpus() Peter Zijlstra
2013-10-08 15:08 ` Rik van Riel
2013-10-10 5:47 ` Andrew Morton
2013-10-10 11:06 ` Oleg Nesterov
2013-10-10 14:55 ` Paul E. McKenney
2013-10-08 10:25 ` [PATCH 2/6] rcu: Create rcu_sync infrastructure Peter Zijlstra
2013-10-08 20:40 ` Jonathan Corbet
2013-10-09 19:52 ` Peter Zijlstra
2013-10-17 2:56 ` Lai Jiangshan
2013-10-17 10:36 ` Srikar Dronamraju
2013-10-08 10:25 ` [PATCH 3/6] hotplug: Optimize cpu_hotplug_{begin,done}() using rcu_sync Peter Zijlstra
2013-10-08 16:28 ` Paul E. McKenney
2013-10-08 10:25 ` [PATCH 4/6] rcusync: Introduce struct rcu_sync_ops Peter Zijlstra
2013-10-08 16:30 ` Paul E. McKenney
2013-10-17 2:07 ` Lai Jiangshan
[not found] ` <20131017154228.GL4553@linux.vnet.ibm.com>
2013-10-18 1:23 ` Lai Jiangshan [this message]
2013-10-18 12:10 ` Oleg Nesterov
2013-10-20 16:58 ` Paul E. McKenney
2013-10-08 10:25 ` [PATCH 5/6] rcusync: Add the CONFIG_PROVE_RCU checks Peter Zijlstra
2013-10-08 16:30 ` Paul E. McKenney
2013-10-08 10:25 ` [PATCH 6/6] rcusync: Introduce rcu_sync_dtor() Peter Zijlstra
2013-10-08 16:32 ` Paul E. McKenney
2013-10-08 15:27 ` [PATCH 0/6] Optimize the cpu hotplug locking -v2 Oleg Nesterov
2013-10-08 15:38 ` Peter Zijlstra
2013-10-10 5:50 ` Andrew Morton
2013-10-10 6:27 ` Ingo Molnar
2013-10-10 6:34 ` Andrew Morton
2013-10-10 7:27 ` Ingo Molnar
2013-10-10 7:33 ` Andrew Morton
2013-10-10 7:45 ` Ingo Molnar
2013-10-10 12:19 ` Peter Zijlstra
2013-10-10 14:57 ` Ingo Molnar
2013-10-10 15:21 ` Peter Zijlstra
2013-10-10 15:36 ` Oleg Nesterov
2013-10-10 16:50 ` Ingo Molnar
2013-10-10 17:13 ` Paul E. McKenney
2013-10-10 17:35 ` Ingo Molnar
2013-10-10 18:35 ` Peter Zijlstra
2013-10-10 15:26 ` Oleg Nesterov
2013-10-10 16:00 ` Andrew Morton
2013-10-10 16:36 ` Steven Rostedt
2013-10-10 16:43 ` Andrew Morton
2013-10-10 16:53 ` Peter Zijlstra
2013-10-10 17:13 ` Steven Rostedt
2013-10-10 17:48 ` Andrew Morton
2013-10-10 18:10 ` Linus Torvalds
2013-10-10 18:43 ` Steven Rostedt
2013-10-10 18:50 ` Peter Zijlstra
2013-10-10 19:15 ` Paul E. McKenney
2013-10-10 19:00 ` Linus Torvalds
2013-10-10 18:46 ` Peter Zijlstra
2013-10-10 18:34 ` Peter Zijlstra
2013-10-10 18:49 ` Linus Torvalds
2013-10-10 19:04 ` Steven Rostedt
2013-10-10 19:16 ` Linus Torvalds
2013-10-10 19:34 ` Peter Zijlstra
2013-10-10 19:34 ` Steven Rostedt
2013-10-11 6:09 ` Ingo Molnar
2013-10-11 12:38 ` Peter Zijlstra
2013-10-11 18:25 ` Oleg Nesterov
2013-10-11 20:48 ` Peter Zijlstra
2013-10-12 17:06 ` Oleg Nesterov
2013-10-14 9:05 ` Peter Zijlstra
2013-10-14 9:23 ` Paul E. McKenney
2013-10-15 1:01 ` Paul E. McKenney
2013-10-17 16:49 ` [tip:sched/core] sched: Remove get_online_cpus() usage tip-bot for Peter Zijlstra
2013-10-10 17:39 ` [PATCH 0/6] Optimize the cpu hotplug locking -v2 Oleg Nesterov
2013-10-10 16:52 ` Ingo Molnar
2013-10-10 17:44 ` Paul E. McKenney
2013-10-10 16:54 ` Oleg Nesterov
2013-10-10 19:04 ` Srivatsa S. Bhat
2013-10-10 18:52 ` Srivatsa S. Bhat
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=52608D88.6010807@cn.fujitsu.com \
--to=laijs@cn.fujitsu.com \
--cc=aarcange@redhat.com \
--cc=hannes@cmpxchg.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@kernel.org \
--cc=oleg@redhat.com \
--cc=paulmck@linux.vnet.ibm.com \
--cc=peterz@infradead.org \
--cc=riel@redhat.com \
--cc=rostedt@goodmis.org \
--cc=srikar@linux.vnet.ibm.com \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
/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.