Re: [PATCH] ipv6: try not to take rtnl_lock in ip6mr_sk_done

2017-11-08 Thread Eric Dumazet
On Wed, 2017-11-08 at 08:29 -0800, Francesco Ruggeri wrote: > Any comments about this? > The idea is to avoid traversing all mr6_tables (which requires > the rtnl_lock) in ip6mr_sk_done(), when we know in advance > that a match will not be found. > This can happen when rawv6_close()/ip6mr_sk_done()

Re: [PATCH] ipv6: try not to take rtnl_lock in ip6mr_sk_done

2017-11-08 Thread Francesco Ruggeri
Any comments about this? The idea is to avoid traversing all mr6_tables (which requires the rtnl_lock) in ip6mr_sk_done(), when we know in advance that a match will not be found. This can happen when rawv6_close()/ip6mr_sk_done() is invoked on non-mroute6 sockets. Thanks, Francesco On Mon, Nov 6,

[PATCH] ipv6: try not to take rtnl_lock in ip6mr_sk_done

2017-11-06 Thread Francesco Ruggeri
commit 9634257773c30ce13d74fa4918329612c60d84a8 Author: Francesco Ruggeri Date: Mon Nov 6 11:01:59 2017 -0800 ipv6: try not to take rtnl_lock in ip6mr_sk_done mrt->mroute6_sk can only be set to a non-NULL value in ip6mr_sk_init() if sk->sk_type == SOCK_RAW && inet_sk(sk)->inet_