Cong Wang 845e0ebb44 net: change addr_list_lock back to static key ... The dynamic key update for addr_list_lock still causes troubles, for example the following race condition still exists: CPU 0: CPU 1: (RCU read lock) (RTNL lock) dev_mc_seq_show() netdev_update_lockdep_key() -> lockdep_unregister_key() -> netif_addr_lock_bh() because lockdep doesn't provide an API to update it atomically. Therefore, we have to move it back to static keys and use subclass for nest locking like before. In commit 1a33e10e4a ("net: partially revert dynamic lockdep key changes"), I already reverted most parts of commit ab92d68fc2 ("net: core: add generic lockdep keys"). This patch reverts the rest and also part of commit f3b0a18bb6 ("net: remove unnecessary variables and callback"). After this patch, addr_list_lock changes back to using static keys and subclasses to satisfy lockdep. Thanks to dev->lower_level, we do not have to change back to ->ndo_get_lock_subclass(). And hopefully this reduces some syzbot lockdep noises too. Reported-by: syzbot+f3a0e80c34b3fc28ac5e@syzkaller.appspotmail.com Cc: Taehee Yoo <ap420073@gmail.com> Cc: Dmitry Vyukov <dvyukov@google.com> Signed-off-by: Cong Wang <xiyou.wangcong@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2020-06-09 12:59:45 -07:00
..
Makefile	…
af_rose.c	net: change addr_list_lock back to static key	2020-06-09 12:59:45 -07:00
rose_dev.c	…
rose_in.c	…
rose_link.c	…
rose_loopback.c	…
rose_out.c	…
rose_route.c	…
rose_subr.c	…
rose_timer.c	…
sysctl_net_rose.c	…