Thread (22 messages) flat view 22 messages, 4 authors, 2012-05-23

Re: [PATCH] ipv4: fix the rcu race between free_fib_info and ip_route_output_slow

From: David Miller <davem@davemloft.net>
Date: 2012-05-23 03:23:17
Also in: lkml

From: Yanmin Zhang <redacted>
Date: Wed, 23 May 2012 11:02:03 +0800
1) Why does free_fib_info call call_rcu instead of releasing fi directly?
I assume other cpu might be accessing it. nexthop_nh->nh_dev is in fi.
If other cpu are accessing it, here resetting to NULL would cause other
cpu panic.
Because fib trie lookups are done with RCU locking, therefore we must
use RCU freeing to release the object.

What I was trying to impart to you is that removing the NULL
assignment is wrong and that an alternative fix is warranted (hint:
consider moving something into the RCU release).
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help