lvs-devel
|
To: | Simon Horman <horms@xxxxxxxxxxxx> |
---|---|
Subject: | Re: [PATCH 2/2] ipvs: Use cond_resched_rcu_lock() helper when dumping connections |
Cc: | Eric Dumazet <eric.dumazet@xxxxxxxxx>, Julian Anastasov <ja@xxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, lvs-devel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxxxxxx, netfilter-devel@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>, Dipankar Sarma <dipankar@xxxxxxxxxx>, "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx> |
From: | Peter Zijlstra <peterz@xxxxxxxxxxxxx> |
Date: | Fri, 26 Apr 2013 10:03:13 +0200 |
On Fri, Apr 26, 2013 at 10:45:08AM +0900, Simon Horman wrote: > @@ -975,8 +975,7 @@ static void *ip_vs_conn_array(struct seq_file *seq, > loff_t pos) > return cp; > } > } > - rcu_read_unlock(); > - rcu_read_lock(); > + cond_resched_rcu_lock(); > } While I agree with the sentiment I do find it a somewhat dangerous construct in that it might become far too easy to keep an RCU reference over this break and thus violate the RCU premise. Is there anything that can detect this? Sparse / cocinelle / smatch? If so it would be great to add this to these checkers. -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html |
Previous by Date: | Re: [PATCH 2/2] ipvs: Use cond_resched_rcu_lock() helper when dumping connections, Ingo Molnar |
---|---|
Next by Date: | Re: [PATCH ipvs 1/1] ipvs: ip_vs_sip_fill_param() BUG: bad check of return value, Sergei Shtylyov |
Previous by Thread: | Re: [PATCH 2/2] ipvs: Use cond_resched_rcu_lock() helper when dumping connections, Simon Horman |
Next by Thread: | Re: [PATCH 2/2] ipvs: Use cond_resched_rcu_lock() helper when dumping connections, Paul E. McKenney |
Indexes: | [Date] [Thread] [Top] [All Lists] |