Thread (2 messages) 2 messages, 2 authors, 2020-02-20

Re: [PATCH 3/7] proc: Mov rcu_read_(lock|unlock) in proc_prune_siblings_dcache

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: 2020-02-20 22:33:34
Also in: linux-api, linux-fsdevel, lkml

On Thu, Feb 20, 2020 at 12:51 PM Eric W. Biederman
[off-list ref] wrote:
Don't make it look like rcu_read_lock is held over the entire loop
instead just take the rcu_read_lock over the part of the loop that
matters.  This makes the intent of the code a little clearer.
No, this is horrid.

Maybe it makes the intent clearer, but it also causes that "continue"
case to unlock and relock immediately.

And maybe that case never triggers, and that's ok. But then it needs a
big comment about it.

              Linus
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help