On 8/4/15 1:55 AM, Daniel Borkmann wrote:
Okay, what happens however, when we have an action attached to a classifier and do a replace on that action, meaning one CPU is still executing the filter inside tcf_bpf(), while another one is already running tcf_bpf_cfg_cleanup() on that prog? Afaik, the schedule_work() that's called during freeing maps/progs might 'mitigate' this race, but doesn't give a hard guarantee, right?
ahh, yes, that's completely different race. tcf_bpf_cfg_cleanup should be doing call_rcu. Will respin the patch. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
