[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240209153101.3824155-1-edumazet@google.com>
Date: Fri, 9 Feb 2024 15:30:55 +0000
From: Eric Dumazet <edumazet@...gle.com>
To: "David S . Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>
Cc: David Ahern <dsahern@...nel.org>, Pablo Neira Ayuso <pablo@...filter.org>,
Florian Westphal <fw@...len.de>, netdev@...r.kernel.org, eric.dumazet@...il.com,
Eric Dumazet <edumazet@...gle.com>
Subject: [PATCH net-next 0/6] net: avoid slow rcu synchronizations in cleanup_net()
RTNL is a contended mutex, we prefer to expedite rcu synchronizations
in contexts we hold RTNL.
Similarly, cleanup_net() is a single threaded critical component and
should also use synchronize_rcu_expedited() even when not holding RTNL.
First patch removes a barrier with no clear purpose in ipv6_mc_down()
Eric Dumazet (6):
ipv6: mcast: remove one synchronize_net() barrier in ipv6_mc_down()
net: use synchronize_net() in dev_change_name()
bridge: vlan: use synchronize_net() when holding RTNL
ipv4/fib: use synchronize_net() when holding RTNL
net: use synchronize_rcu_expedited in cleanup_net()
netfilter: conntrack: expedite rcu in nf_conntrack_cleanup_net_list
net/bridge/br_vlan.c | 4 ++--
net/core/dev.c | 2 +-
net/core/net_namespace.c | 2 +-
net/ipv4/fib_trie.c | 2 +-
net/ipv6/mcast.c | 1 -
net/netfilter/nf_conntrack_core.c | 2 +-
6 files changed, 6 insertions(+), 7 deletions(-)
--
2.43.0.687.g38aa6559b0-goog
Powered by blists - more mailing lists