* [Patch net-next v2 0/2] net: reduce dynamic lockdep keys
@ 2020-05-03 5:22 Cong Wang
2020-05-03 5:22 ` [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes Cong Wang
` (2 more replies)
0 siblings, 3 replies; 11+ messages in thread
From: Cong Wang @ 2020-05-03 5:22 UTC (permalink / raw)
To: netdev; +Cc: Cong Wang
syzbot has been complaining about low MAX_LOCKDEP_KEYS for a
long time, it is mostly because we register 4 dynamic keys per
network device.
This patchset reduces the number of dynamic lockdep keys from
4 to 1 per netdev, by reverting to the previous static keys,
except for addr_list_lock which still has to be dynamic.
The second patch removes a bonding-specific key by the way.
Cong Wang (2):
net: partially revert dynamic lockdep key changes
bonding: remove useless stats_lock_key
---
drivers/net/bonding/bond_main.c | 4 +-
.../net/ethernet/netronome/nfp/nfp_net_repr.c | 16 ++++
drivers/net/hamradio/bpqether.c | 20 +++++
drivers/net/hyperv/netvsc_drv.c | 2 +
drivers/net/ipvlan/ipvlan_main.c | 2 +
drivers/net/macsec.c | 2 +
drivers/net/macvlan.c | 2 +
drivers/net/ppp/ppp_generic.c | 2 +
drivers/net/team/team.c | 1 +
drivers/net/vrf.c | 1 +
.../net/wireless/intersil/hostap/hostap_hw.c | 22 +++++
include/linux/netdevice.h | 27 ++++--
include/net/bonding.h | 1 -
net/8021q/vlan_dev.c | 23 +++++
net/batman-adv/soft-interface.c | 30 +++++++
net/bluetooth/6lowpan.c | 8 ++
net/core/dev.c | 90 +++++++++++++++----
net/dsa/slave.c | 12 +++
net/ieee802154/6lowpan/core.c | 8 ++
net/l2tp/l2tp_eth.c | 1 +
net/netrom/af_netrom.c | 21 +++++
net/rose/af_rose.c | 21 +++++
net/sched/sch_generic.c | 17 ++--
23 files changed, 296 insertions(+), 37 deletions(-)
--
2.26.1
^ permalink raw reply [flat|nested] 11+ messages in thread* [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes 2020-05-03 5:22 [Patch net-next v2 0/2] net: reduce dynamic lockdep keys Cong Wang @ 2020-05-03 5:22 ` Cong Wang 2020-05-04 17:11 ` Taehee Yoo 2020-05-03 5:22 ` [Patch net-next v2 2/2] bonding: remove useless stats_lock_key Cong Wang 2020-05-04 19:06 ` [Patch net-next v2 0/2] net: reduce dynamic lockdep keys David Miller 2 siblings, 1 reply; 11+ messages in thread From: Cong Wang @ 2020-05-03 5:22 UTC (permalink / raw) To: netdev; +Cc: Cong Wang, syzbot+aaa6fa4949cc5d9b7b25, Dmitry Vyukov, Taehee Yoo This patch reverts the folowing commits: commit 064ff66e2bef84f1153087612032b5b9eab005bd "bonding: add missing netdev_update_lockdep_key()" commit 53d374979ef147ab51f5d632dfe20b14aebeccd0 "net: avoid updating qdisc_xmit_lock_key in netdev_update_lockdep_key()" commit 1f26c0d3d24125992ab0026b0dab16c08df947c7 "net: fix kernel-doc warning in <linux/netdevice.h>" commit ab92d68fc22f9afab480153bd82a20f6e2533769 "net: core: add generic lockdep keys" but keeps the addr_list_lock_key because we still lock addr_list_lock nestedly on stack devices, unlikely xmit_lock this is safe because we don't take addr_list_lock on any fast path. Reported-and-tested-by: syzbot+aaa6fa4949cc5d9b7b25@syzkaller.appspotmail.com Cc: Dmitry Vyukov <dvyukov@google.com> Cc: Taehee Yoo <ap420073@gmail.com> Signed-off-by: Cong Wang <xiyou.wangcong@gmail.com> --- drivers/net/bonding/bond_main.c | 1 + .../net/ethernet/netronome/nfp/nfp_net_repr.c | 16 ++++ drivers/net/hamradio/bpqether.c | 20 +++++ drivers/net/hyperv/netvsc_drv.c | 2 + drivers/net/ipvlan/ipvlan_main.c | 2 + drivers/net/macsec.c | 2 + drivers/net/macvlan.c | 2 + drivers/net/ppp/ppp_generic.c | 2 + drivers/net/team/team.c | 1 + drivers/net/vrf.c | 1 + .../net/wireless/intersil/hostap/hostap_hw.c | 22 +++++ include/linux/netdevice.h | 27 ++++-- net/8021q/vlan_dev.c | 21 +++++ net/batman-adv/soft-interface.c | 30 +++++++ net/bluetooth/6lowpan.c | 8 ++ net/core/dev.c | 90 +++++++++++++++---- net/dsa/slave.c | 12 +++ net/ieee802154/6lowpan/core.c | 8 ++ net/l2tp/l2tp_eth.c | 1 + net/netrom/af_netrom.c | 21 +++++ net/rose/af_rose.c | 21 +++++ net/sched/sch_generic.c | 17 ++-- 22 files changed, 294 insertions(+), 33 deletions(-) diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c index 2e70e43c5df5..d01871321d22 100644 --- a/drivers/net/bonding/bond_main.c +++ b/drivers/net/bonding/bond_main.c @@ -4898,6 +4898,7 @@ static int bond_init(struct net_device *bond_dev) spin_lock_init(&bond->stats_lock); lockdep_register_key(&bond->stats_lock_key); lockdep_set_class(&bond->stats_lock, &bond->stats_lock_key); + netdev_lockdep_set_classes(bond_dev); list_add_tail(&bond->bond_list, &bn->dev_list); diff --git a/drivers/net/ethernet/netronome/nfp/nfp_net_repr.c b/drivers/net/ethernet/netronome/nfp/nfp_net_repr.c index 79d72c88bbef..b3cabc274121 100644 --- a/drivers/net/ethernet/netronome/nfp/nfp_net_repr.c +++ b/drivers/net/ethernet/netronome/nfp/nfp_net_repr.c @@ -299,6 +299,20 @@ static void nfp_repr_clean(struct nfp_repr *repr) nfp_port_free(repr->port); } +static struct lock_class_key nfp_repr_netdev_xmit_lock_key; + +static void nfp_repr_set_lockdep_class_one(struct net_device *dev, + struct netdev_queue *txq, + void *_unused) +{ + lockdep_set_class(&txq->_xmit_lock, &nfp_repr_netdev_xmit_lock_key); +} + +static void nfp_repr_set_lockdep_class(struct net_device *dev) +{ + netdev_for_each_tx_queue(dev, nfp_repr_set_lockdep_class_one, NULL); +} + int nfp_repr_init(struct nfp_app *app, struct net_device *netdev, u32 cmsg_port_id, struct nfp_port *port, struct net_device *pf_netdev) @@ -308,6 +322,8 @@ int nfp_repr_init(struct nfp_app *app, struct net_device *netdev, u32 repr_cap = nn->tlv_caps.repr_cap; int err; + nfp_repr_set_lockdep_class(netdev); + repr->port = port; repr->dst = metadata_dst_alloc(0, METADATA_HW_PORT_MUX, GFP_KERNEL); if (!repr->dst) diff --git a/drivers/net/hamradio/bpqether.c b/drivers/net/hamradio/bpqether.c index fbea6f232819..206688154fdf 100644 --- a/drivers/net/hamradio/bpqether.c +++ b/drivers/net/hamradio/bpqether.c @@ -107,6 +107,25 @@ struct bpqdev { static LIST_HEAD(bpq_devices); +/* + * bpqether network devices are paired with ethernet devices below them, so + * form a special "super class" of normal ethernet devices; split their locks + * off into a separate class since they always nest. + */ +static struct lock_class_key bpq_netdev_xmit_lock_key; + +static void bpq_set_lockdep_class_one(struct net_device *dev, + struct netdev_queue *txq, + void *_unused) +{ + lockdep_set_class(&txq->_xmit_lock, &bpq_netdev_xmit_lock_key); +} + +static void bpq_set_lockdep_class(struct net_device *dev) +{ + netdev_for_each_tx_queue(dev, bpq_set_lockdep_class_one, NULL); +} + /* ------------------------------------------------------------------------ */ @@ -477,6 +496,7 @@ static int bpq_new_device(struct net_device *edev) err = register_netdevice(ndev); if (err) goto error; + bpq_set_lockdep_class(ndev); /* List protected by RTNL */ list_add_rcu(&bpq->bpq_list, &bpq_devices); diff --git a/drivers/net/hyperv/netvsc_drv.c b/drivers/net/hyperv/netvsc_drv.c index d8e86bdbfba1..c0b647a4c893 100644 --- a/drivers/net/hyperv/netvsc_drv.c +++ b/drivers/net/hyperv/netvsc_drv.c @@ -2456,6 +2456,8 @@ static int netvsc_probe(struct hv_device *dev, NETIF_F_HW_VLAN_CTAG_RX; net->vlan_features = net->features; + netdev_lockdep_set_classes(net); + /* MTU range: 68 - 1500 or 65521 */ net->min_mtu = NETVSC_MTU_MIN; if (nvdev->nvsp_version >= NVSP_PROTOCOL_VERSION_2) diff --git a/drivers/net/ipvlan/ipvlan_main.c b/drivers/net/ipvlan/ipvlan_main.c index f195f278a83a..15e87c097b0b 100644 --- a/drivers/net/ipvlan/ipvlan_main.c +++ b/drivers/net/ipvlan/ipvlan_main.c @@ -131,6 +131,8 @@ static int ipvlan_init(struct net_device *dev) dev->gso_max_segs = phy_dev->gso_max_segs; dev->hard_header_len = phy_dev->hard_header_len; + netdev_lockdep_set_classes(dev); + ipvlan->pcpu_stats = netdev_alloc_pcpu_stats(struct ipvl_pcpu_stats); if (!ipvlan->pcpu_stats) return -ENOMEM; diff --git a/drivers/net/macsec.c b/drivers/net/macsec.c index 758baf7cb8a1..ea3f25cc79ef 100644 --- a/drivers/net/macsec.c +++ b/drivers/net/macsec.c @@ -4047,6 +4047,8 @@ static int macsec_newlink(struct net *net, struct net_device *dev, if (err < 0) return err; + netdev_lockdep_set_classes(dev); + err = netdev_upper_dev_link(real_dev, dev, extack); if (err < 0) goto unregister; diff --git a/drivers/net/macvlan.c b/drivers/net/macvlan.c index d45600e0a38c..34eb073cdd74 100644 --- a/drivers/net/macvlan.c +++ b/drivers/net/macvlan.c @@ -890,6 +890,8 @@ static int macvlan_init(struct net_device *dev) dev->gso_max_segs = lowerdev->gso_max_segs; dev->hard_header_len = lowerdev->hard_header_len; + netdev_lockdep_set_classes(dev); + vlan->pcpu_stats = netdev_alloc_pcpu_stats(struct vlan_pcpu_stats); if (!vlan->pcpu_stats) return -ENOMEM; diff --git a/drivers/net/ppp/ppp_generic.c b/drivers/net/ppp/ppp_generic.c index 22cc2cb9d878..7d005896a0f9 100644 --- a/drivers/net/ppp/ppp_generic.c +++ b/drivers/net/ppp/ppp_generic.c @@ -1410,6 +1410,8 @@ static int ppp_dev_init(struct net_device *dev) { struct ppp *ppp; + netdev_lockdep_set_classes(dev); + ppp = netdev_priv(dev); /* Let the netdevice take a reference on the ppp file. This ensures * that ppp_destroy_interface() won't run before the device gets diff --git a/drivers/net/team/team.c b/drivers/net/team/team.c index 04845a4017f9..8c1e02752ff6 100644 --- a/drivers/net/team/team.c +++ b/drivers/net/team/team.c @@ -1647,6 +1647,7 @@ static int team_init(struct net_device *dev) lockdep_register_key(&team->team_lock_key); __mutex_init(&team->lock, "team->team_lock_key", &team->team_lock_key); + netdev_lockdep_set_classes(dev); return 0; diff --git a/drivers/net/vrf.c b/drivers/net/vrf.c index 56f8aab46f89..43928a1c2f2a 100644 --- a/drivers/net/vrf.c +++ b/drivers/net/vrf.c @@ -867,6 +867,7 @@ static int vrf_dev_init(struct net_device *dev) /* similarly, oper state is irrelevant; set to up to avoid confusion */ dev->operstate = IF_OPER_UP; + netdev_lockdep_set_classes(dev); return 0; out_rth: diff --git a/drivers/net/wireless/intersil/hostap/hostap_hw.c b/drivers/net/wireless/intersil/hostap/hostap_hw.c index 58212c532c90..aadf3dec5bf3 100644 --- a/drivers/net/wireless/intersil/hostap/hostap_hw.c +++ b/drivers/net/wireless/intersil/hostap/hostap_hw.c @@ -3041,6 +3041,27 @@ static void prism2_clear_set_tim_queue(local_info_t *local) } } + +/* + * HostAP uses two layers of net devices, where the inner + * layer gets called all the time from the outer layer. + * This is a natural nesting, which needs a split lock type. + */ +static struct lock_class_key hostap_netdev_xmit_lock_key; + +static void prism2_set_lockdep_class_one(struct net_device *dev, + struct netdev_queue *txq, + void *_unused) +{ + lockdep_set_class(&txq->_xmit_lock, + &hostap_netdev_xmit_lock_key); +} + +static void prism2_set_lockdep_class(struct net_device *dev) +{ + netdev_for_each_tx_queue(dev, prism2_set_lockdep_class_one, NULL); +} + static struct net_device * prism2_init_local_data(struct prism2_helper_functions *funcs, int card_idx, struct device *sdev) @@ -3199,6 +3220,7 @@ while (0) if (ret >= 0) ret = register_netdevice(dev); + prism2_set_lockdep_class(dev); rtnl_unlock(); if (ret < 0) { printk(KERN_WARNING "%s: register netdevice failed!\n", diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h index 5a8d40f1ffe2..7725efd6e48a 100644 --- a/include/linux/netdevice.h +++ b/include/linux/netdevice.h @@ -1805,13 +1805,11 @@ enum netdev_priv_flags { * @phydev: Physical device may attach itself * for hardware timestamping * @sfp_bus: attached &struct sfp_bus structure. - * @qdisc_tx_busylock_key: lockdep class annotating Qdisc->busylock - * spinlock - * @qdisc_running_key: lockdep class annotating Qdisc->running seqcount - * @qdisc_xmit_lock_key: lockdep class annotating - * netdev_queue->_xmit_lock spinlock + * * @addr_list_lock_key: lockdep class annotating * net_device->addr_list_lock spinlock + * @qdisc_tx_busylock: lockdep class annotating Qdisc->busylock spinlock + * @qdisc_running_key: lockdep class annotating Qdisc->running seqcount * * @proto_down: protocol port state information can be sent to the * switch driver and used to set the phys state of the @@ -2112,10 +2110,9 @@ struct net_device { #endif struct phy_device *phydev; struct sfp_bus *sfp_bus; - struct lock_class_key qdisc_tx_busylock_key; - struct lock_class_key qdisc_running_key; - struct lock_class_key qdisc_xmit_lock_key; struct lock_class_key addr_list_lock_key; + struct lock_class_key *qdisc_tx_busylock; + struct lock_class_key *qdisc_running_key; bool proto_down; unsigned wol_enabled:1; @@ -2200,6 +2197,20 @@ static inline void netdev_for_each_tx_queue(struct net_device *dev, f(dev, &dev->_tx[i], arg); } +#define netdev_lockdep_set_classes(dev) \ +{ \ + static struct lock_class_key qdisc_tx_busylock_key; \ + static struct lock_class_key qdisc_running_key; \ + static struct lock_class_key qdisc_xmit_lock_key; \ + unsigned int i; \ + \ + (dev)->qdisc_tx_busylock = &qdisc_tx_busylock_key; \ + (dev)->qdisc_running_key = &qdisc_running_key; \ + for (i = 0; i < (dev)->num_tx_queues; i++) \ + lockdep_set_class(&(dev)->_tx[i]._xmit_lock, \ + &qdisc_xmit_lock_key); \ +} + u16 netdev_pick_tx(struct net_device *dev, struct sk_buff *skb, struct net_device *sb_dev); struct netdev_queue *netdev_core_pick_tx(struct net_device *dev, diff --git a/net/8021q/vlan_dev.c b/net/8021q/vlan_dev.c index 990b9fde28c6..319220b2341d 100644 --- a/net/8021q/vlan_dev.c +++ b/net/8021q/vlan_dev.c @@ -489,6 +489,25 @@ static void vlan_dev_set_rx_mode(struct net_device *vlan_dev) dev_uc_sync(vlan_dev_priv(vlan_dev)->real_dev, vlan_dev); } +/* + * vlan network devices have devices nesting below it, and are a special + * "super class" of normal network devices; split their locks off into a + * separate class since they always nest. + */ +static struct lock_class_key vlan_netdev_xmit_lock_key; + +static void vlan_dev_set_lockdep_one(struct net_device *dev, + struct netdev_queue *txq, + void *unused) +{ + lockdep_set_class(&txq->_xmit_lock, &vlan_netdev_xmit_lock_key); +} + +static void vlan_dev_set_lockdep_class(struct net_device *dev) +{ + netdev_for_each_tx_queue(dev, vlan_dev_set_lockdep_one, NULL); +} + static const struct header_ops vlan_header_ops = { .create = vlan_dev_hard_header, .parse = eth_header_parse, @@ -579,6 +598,8 @@ static int vlan_dev_init(struct net_device *dev) SET_NETDEV_DEVTYPE(dev, &vlan_type); + vlan_dev_set_lockdep_class(dev); + vlan->vlan_pcpu_stats = netdev_alloc_pcpu_stats(struct vlan_pcpu_stats); if (!vlan->vlan_pcpu_stats) return -ENOMEM; diff --git a/net/batman-adv/soft-interface.c b/net/batman-adv/soft-interface.c index 5f05a728f347..822af540b854 100644 --- a/net/batman-adv/soft-interface.c +++ b/net/batman-adv/soft-interface.c @@ -739,6 +739,34 @@ static int batadv_interface_kill_vid(struct net_device *dev, __be16 proto, return 0; } +/* batman-adv network devices have devices nesting below it and are a special + * "super class" of normal network devices; split their locks off into a + * separate class since they always nest. + */ +static struct lock_class_key batadv_netdev_xmit_lock_key; + +/** + * batadv_set_lockdep_class_one() - Set lockdep class for a single tx queue + * @dev: device which owns the tx queue + * @txq: tx queue to modify + * @_unused: always NULL + */ +static void batadv_set_lockdep_class_one(struct net_device *dev, + struct netdev_queue *txq, + void *_unused) +{ + lockdep_set_class(&txq->_xmit_lock, &batadv_netdev_xmit_lock_key); +} + +/** + * batadv_set_lockdep_class() - Set txq and addr_list lockdep class + * @dev: network device to modify + */ +static void batadv_set_lockdep_class(struct net_device *dev) +{ + netdev_for_each_tx_queue(dev, batadv_set_lockdep_class_one, NULL); +} + /** * batadv_softif_init_late() - late stage initialization of soft interface * @dev: registered network device to modify @@ -752,6 +780,8 @@ static int batadv_softif_init_late(struct net_device *dev) int ret; size_t cnt_len = sizeof(u64) * BATADV_CNT_NUM; + batadv_set_lockdep_class(dev); + bat_priv = netdev_priv(dev); bat_priv->soft_iface = dev; diff --git a/net/bluetooth/6lowpan.c b/net/bluetooth/6lowpan.c index 4febc82a7c76..bb55d92691b0 100644 --- a/net/bluetooth/6lowpan.c +++ b/net/bluetooth/6lowpan.c @@ -571,7 +571,15 @@ static netdev_tx_t bt_xmit(struct sk_buff *skb, struct net_device *netdev) return err < 0 ? NET_XMIT_DROP : err; } +static int bt_dev_init(struct net_device *dev) +{ + netdev_lockdep_set_classes(dev); + + return 0; +} + static const struct net_device_ops netdev_ops = { + .ndo_init = bt_dev_init, .ndo_start_xmit = bt_xmit, }; diff --git a/net/core/dev.c b/net/core/dev.c index afff16849c26..f8d83922a6af 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -398,6 +398,74 @@ static RAW_NOTIFIER_HEAD(netdev_chain); DEFINE_PER_CPU_ALIGNED(struct softnet_data, softnet_data); EXPORT_PER_CPU_SYMBOL(softnet_data); +#ifdef CONFIG_LOCKDEP +/* + * register_netdevice() inits txq->_xmit_lock and sets lockdep class + * according to dev->type + */ +static const unsigned short netdev_lock_type[] = { + ARPHRD_NETROM, ARPHRD_ETHER, ARPHRD_EETHER, ARPHRD_AX25, + ARPHRD_PRONET, ARPHRD_CHAOS, ARPHRD_IEEE802, ARPHRD_ARCNET, + ARPHRD_APPLETLK, ARPHRD_DLCI, ARPHRD_ATM, ARPHRD_METRICOM, + ARPHRD_IEEE1394, ARPHRD_EUI64, ARPHRD_INFINIBAND, ARPHRD_SLIP, + ARPHRD_CSLIP, ARPHRD_SLIP6, ARPHRD_CSLIP6, ARPHRD_RSRVD, + ARPHRD_ADAPT, ARPHRD_ROSE, ARPHRD_X25, ARPHRD_HWX25, + ARPHRD_PPP, ARPHRD_CISCO, ARPHRD_LAPB, ARPHRD_DDCMP, + ARPHRD_RAWHDLC, ARPHRD_TUNNEL, ARPHRD_TUNNEL6, ARPHRD_FRAD, + ARPHRD_SKIP, ARPHRD_LOOPBACK, ARPHRD_LOCALTLK, ARPHRD_FDDI, + ARPHRD_BIF, ARPHRD_SIT, ARPHRD_IPDDP, ARPHRD_IPGRE, + ARPHRD_PIMREG, ARPHRD_HIPPI, ARPHRD_ASH, ARPHRD_ECONET, + ARPHRD_IRDA, ARPHRD_FCPP, ARPHRD_FCAL, ARPHRD_FCPL, + ARPHRD_FCFABRIC, ARPHRD_IEEE80211, ARPHRD_IEEE80211_PRISM, + ARPHRD_IEEE80211_RADIOTAP, ARPHRD_PHONET, ARPHRD_PHONET_PIPE, + ARPHRD_IEEE802154, ARPHRD_VOID, ARPHRD_NONE}; + +static const char *const netdev_lock_name[] = { + "_xmit_NETROM", "_xmit_ETHER", "_xmit_EETHER", "_xmit_AX25", + "_xmit_PRONET", "_xmit_CHAOS", "_xmit_IEEE802", "_xmit_ARCNET", + "_xmit_APPLETLK", "_xmit_DLCI", "_xmit_ATM", "_xmit_METRICOM", + "_xmit_IEEE1394", "_xmit_EUI64", "_xmit_INFINIBAND", "_xmit_SLIP", + "_xmit_CSLIP", "_xmit_SLIP6", "_xmit_CSLIP6", "_xmit_RSRVD", + "_xmit_ADAPT", "_xmit_ROSE", "_xmit_X25", "_xmit_HWX25", + "_xmit_PPP", "_xmit_CISCO", "_xmit_LAPB", "_xmit_DDCMP", + "_xmit_RAWHDLC", "_xmit_TUNNEL", "_xmit_TUNNEL6", "_xmit_FRAD", + "_xmit_SKIP", "_xmit_LOOPBACK", "_xmit_LOCALTLK", "_xmit_FDDI", + "_xmit_BIF", "_xmit_SIT", "_xmit_IPDDP", "_xmit_IPGRE", + "_xmit_PIMREG", "_xmit_HIPPI", "_xmit_ASH", "_xmit_ECONET", + "_xmit_IRDA", "_xmit_FCPP", "_xmit_FCAL", "_xmit_FCPL", + "_xmit_FCFABRIC", "_xmit_IEEE80211", "_xmit_IEEE80211_PRISM", + "_xmit_IEEE80211_RADIOTAP", "_xmit_PHONET", "_xmit_PHONET_PIPE", + "_xmit_IEEE802154", "_xmit_VOID", "_xmit_NONE"}; + +static struct lock_class_key netdev_xmit_lock_key[ARRAY_SIZE(netdev_lock_type)]; + +static inline unsigned short netdev_lock_pos(unsigned short dev_type) +{ + int i; + + for (i = 0; i < ARRAY_SIZE(netdev_lock_type); i++) + if (netdev_lock_type[i] == dev_type) + return i; + /* the last key is used by default */ + return ARRAY_SIZE(netdev_lock_type) - 1; +} + +static inline void netdev_set_xmit_lockdep_class(spinlock_t *lock, + unsigned short dev_type) +{ + int i; + + i = netdev_lock_pos(dev_type); + lockdep_set_class_and_name(lock, &netdev_xmit_lock_key[i], + netdev_lock_name[i]); +} +#else +static inline void netdev_set_xmit_lockdep_class(spinlock_t *lock, + unsigned short dev_type) +{ +} +#endif + /******************************************************************************* * * Protocol management and registration routines @@ -9208,7 +9276,7 @@ static void netdev_init_one_queue(struct net_device *dev, { /* Initialize queue lock */ spin_lock_init(&queue->_xmit_lock); - lockdep_set_class(&queue->_xmit_lock, &dev->qdisc_xmit_lock_key); + netdev_set_xmit_lockdep_class(&queue->_xmit_lock, dev->type); queue->xmit_lock_owner = -1; netdev_queue_numa_node_write(queue, NUMA_NO_NODE); queue->dev = dev; @@ -9255,22 +9323,6 @@ void netif_tx_stop_all_queues(struct net_device *dev) } EXPORT_SYMBOL(netif_tx_stop_all_queues); -static void netdev_register_lockdep_key(struct net_device *dev) -{ - lockdep_register_key(&dev->qdisc_tx_busylock_key); - lockdep_register_key(&dev->qdisc_running_key); - lockdep_register_key(&dev->qdisc_xmit_lock_key); - lockdep_register_key(&dev->addr_list_lock_key); -} - -static void netdev_unregister_lockdep_key(struct net_device *dev) -{ - lockdep_unregister_key(&dev->qdisc_tx_busylock_key); - lockdep_unregister_key(&dev->qdisc_running_key); - lockdep_unregister_key(&dev->qdisc_xmit_lock_key); - lockdep_unregister_key(&dev->addr_list_lock_key); -} - void netdev_update_lockdep_key(struct net_device *dev) { lockdep_unregister_key(&dev->addr_list_lock_key); @@ -9837,7 +9889,7 @@ struct net_device *alloc_netdev_mqs(int sizeof_priv, const char *name, dev_net_set(dev, &init_net); - netdev_register_lockdep_key(dev); + lockdep_register_key(&dev->addr_list_lock_key); dev->gso_max_size = GSO_MAX_SIZE; dev->gso_max_segs = GSO_MAX_SEGS; @@ -9926,7 +9978,7 @@ void free_netdev(struct net_device *dev) free_percpu(dev->xdp_bulkq); dev->xdp_bulkq = NULL; - netdev_unregister_lockdep_key(dev); + lockdep_unregister_key(&dev->addr_list_lock_key); /* Compatibility with error handling in drivers */ if (dev->reg_state == NETREG_UNINITIALIZED) { diff --git a/net/dsa/slave.c b/net/dsa/slave.c index ba8bf90dc0cc..fa2634043751 100644 --- a/net/dsa/slave.c +++ b/net/dsa/slave.c @@ -1671,6 +1671,15 @@ static int dsa_slave_phy_setup(struct net_device *slave_dev) return ret; } +static struct lock_class_key dsa_slave_netdev_xmit_lock_key; +static void dsa_slave_set_lockdep_class_one(struct net_device *dev, + struct netdev_queue *txq, + void *_unused) +{ + lockdep_set_class(&txq->_xmit_lock, + &dsa_slave_netdev_xmit_lock_key); +} + int dsa_slave_suspend(struct net_device *slave_dev) { struct dsa_port *dp = dsa_slave_to_port(slave_dev); @@ -1754,6 +1763,9 @@ int dsa_slave_create(struct dsa_port *port) slave_dev->max_mtu = ETH_MAX_MTU; SET_NETDEV_DEVTYPE(slave_dev, &dsa_type); + netdev_for_each_tx_queue(slave_dev, dsa_slave_set_lockdep_class_one, + NULL); + SET_NETDEV_DEV(slave_dev, port->ds->dev); slave_dev->dev.of_node = port->dn; slave_dev->vlan_features = master->vlan_features; diff --git a/net/ieee802154/6lowpan/core.c b/net/ieee802154/6lowpan/core.c index c0b107cdd715..3297e7fa9945 100644 --- a/net/ieee802154/6lowpan/core.c +++ b/net/ieee802154/6lowpan/core.c @@ -58,6 +58,13 @@ static const struct header_ops lowpan_header_ops = { .create = lowpan_header_create, }; +static int lowpan_dev_init(struct net_device *ldev) +{ + netdev_lockdep_set_classes(ldev); + + return 0; +} + static int lowpan_open(struct net_device *dev) { if (!open_count) @@ -89,6 +96,7 @@ static int lowpan_get_iflink(const struct net_device *dev) } static const struct net_device_ops lowpan_netdev_ops = { + .ndo_init = lowpan_dev_init, .ndo_start_xmit = lowpan_xmit, .ndo_open = lowpan_open, .ndo_stop = lowpan_stop, diff --git a/net/l2tp/l2tp_eth.c b/net/l2tp/l2tp_eth.c index d3b520b9b2c9..fd5ac2788e45 100644 --- a/net/l2tp/l2tp_eth.c +++ b/net/l2tp/l2tp_eth.c @@ -56,6 +56,7 @@ static int l2tp_eth_dev_init(struct net_device *dev) { eth_hw_addr_random(dev); eth_broadcast_addr(dev->broadcast); + netdev_lockdep_set_classes(dev); return 0; } diff --git a/net/netrom/af_netrom.c b/net/netrom/af_netrom.c index 7b1a74f74aad..eccc7d366e17 100644 --- a/net/netrom/af_netrom.c +++ b/net/netrom/af_netrom.c @@ -63,6 +63,26 @@ static DEFINE_SPINLOCK(nr_list_lock); static const struct proto_ops nr_proto_ops; +/* + * NETROM network devices are virtual network devices encapsulating NETROM + * frames into AX.25 which will be sent through an AX.25 device, so form a + * special "super class" of normal net devices; split their locks off into a + * separate class since they always nest. + */ +static struct lock_class_key nr_netdev_xmit_lock_key; + +static void nr_set_lockdep_one(struct net_device *dev, + struct netdev_queue *txq, + void *_unused) +{ + lockdep_set_class(&txq->_xmit_lock, &nr_netdev_xmit_lock_key); +} + +static void nr_set_lockdep_key(struct net_device *dev) +{ + netdev_for_each_tx_queue(dev, nr_set_lockdep_one, NULL); +} + /* * Socket removal during an interrupt is now safe. */ @@ -1394,6 +1414,7 @@ static int __init nr_proto_init(void) free_netdev(dev); goto fail; } + nr_set_lockdep_key(dev); dev_nr[i] = dev; } diff --git a/net/rose/af_rose.c b/net/rose/af_rose.c index 1e8eeb044b07..e7a872207b46 100644 --- a/net/rose/af_rose.c +++ b/net/rose/af_rose.c @@ -64,6 +64,26 @@ static const struct proto_ops rose_proto_ops; ax25_address rose_callsign; +/* + * ROSE network devices are virtual network devices encapsulating ROSE + * frames into AX.25 which will be sent through an AX.25 device, so form a + * special "super class" of normal net devices; split their locks off into a + * separate class since they always nest. + */ +static struct lock_class_key rose_netdev_xmit_lock_key; + +static void rose_set_lockdep_one(struct net_device *dev, + struct netdev_queue *txq, + void *_unused) +{ + lockdep_set_class(&txq->_xmit_lock, &rose_netdev_xmit_lock_key); +} + +static void rose_set_lockdep_key(struct net_device *dev) +{ + netdev_for_each_tx_queue(dev, rose_set_lockdep_one, NULL); +} + /* * Convert a ROSE address into text. */ @@ -1511,6 +1531,7 @@ static int __init rose_proto_init(void) free_netdev(dev); goto fail; } + rose_set_lockdep_key(dev); dev_rose[i] = dev; } diff --git a/net/sched/sch_generic.c b/net/sched/sch_generic.c index 2efd5b61acef..06bb4203fb2b 100644 --- a/net/sched/sch_generic.c +++ b/net/sched/sch_generic.c @@ -794,6 +794,9 @@ struct Qdisc_ops pfifo_fast_ops __read_mostly = { }; EXPORT_SYMBOL(pfifo_fast_ops); +static struct lock_class_key qdisc_tx_busylock; +static struct lock_class_key qdisc_running_key; + struct Qdisc *qdisc_alloc(struct netdev_queue *dev_queue, const struct Qdisc_ops *ops, struct netlink_ext_ack *extack) @@ -846,9 +849,17 @@ struct Qdisc *qdisc_alloc(struct netdev_queue *dev_queue, } spin_lock_init(&sch->busylock); + lockdep_set_class(&sch->busylock, + dev->qdisc_tx_busylock ?: &qdisc_tx_busylock); + /* seqlock has the same scope of busylock, for NOLOCK qdisc */ spin_lock_init(&sch->seqlock); + lockdep_set_class(&sch->busylock, + dev->qdisc_tx_busylock ?: &qdisc_tx_busylock); + seqcount_init(&sch->running); + lockdep_set_class(&sch->running, + dev->qdisc_running_key ?: &qdisc_running_key); sch->ops = ops; sch->flags = ops->static_flags; @@ -859,12 +870,6 @@ struct Qdisc *qdisc_alloc(struct netdev_queue *dev_queue, dev_hold(dev); refcount_set(&sch->refcnt, 1); - if (sch != &noop_qdisc) { - lockdep_set_class(&sch->busylock, &dev->qdisc_tx_busylock_key); - lockdep_set_class(&sch->seqlock, &dev->qdisc_tx_busylock_key); - lockdep_set_class(&sch->running, &dev->qdisc_running_key); - } - return sch; errout1: kfree(p); -- 2.26.2 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes 2020-05-03 5:22 ` [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes Cong Wang @ 2020-05-04 17:11 ` Taehee Yoo 2020-05-13 15:56 ` Vladimir Oltean 0 siblings, 1 reply; 11+ messages in thread From: Taehee Yoo @ 2020-05-04 17:11 UTC (permalink / raw) To: Cong Wang; +Cc: Netdev, syzbot, Dmitry Vyukov On Sun, 3 May 2020 at 14:22, Cong Wang <xiyou.wangcong@gmail.com> wrote: > Hi Cong, Thank you for this work! > This patch reverts the folowing commits: > > commit 064ff66e2bef84f1153087612032b5b9eab005bd > "bonding: add missing netdev_update_lockdep_key()" > > commit 53d374979ef147ab51f5d632dfe20b14aebeccd0 > "net: avoid updating qdisc_xmit_lock_key in netdev_update_lockdep_key()" > > commit 1f26c0d3d24125992ab0026b0dab16c08df947c7 > "net: fix kernel-doc warning in <linux/netdevice.h>" > > commit ab92d68fc22f9afab480153bd82a20f6e2533769 > "net: core: add generic lockdep keys" > > but keeps the addr_list_lock_key because we still lock > addr_list_lock nestedly on stack devices, unlikely xmit_lock > this is safe because we don't take addr_list_lock on any fast > path. > > Reported-and-tested-by: syzbot+aaa6fa4949cc5d9b7b25@syzkaller.appspotmail.com > Cc: Dmitry Vyukov <dvyukov@google.com> > Cc: Taehee Yoo <ap420073@gmail.com> > Signed-off-by: Cong Wang <xiyou.wangcong@gmail.com> Acked-by: Taehee Yoo <ap420073@gmail.com> Thank you, Taehee Yoo ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes 2020-05-04 17:11 ` Taehee Yoo @ 2020-05-13 15:56 ` Vladimir Oltean 2020-05-16 15:22 ` Taehee Yoo 0 siblings, 1 reply; 11+ messages in thread From: Vladimir Oltean @ 2020-05-13 15:56 UTC (permalink / raw) To: Taehee Yoo Cc: Cong Wang, Netdev, syzbot, Dmitry Vyukov, Andrew Lunn, Florian Fainelli, Vivien Didelot Hi Cong, Taehee, On Mon, 4 May 2020 at 21:45, Taehee Yoo <ap420073@gmail.com> wrote: > > On Sun, 3 May 2020 at 14:22, Cong Wang <xiyou.wangcong@gmail.com> wrote: > > > > Hi Cong, > Thank you for this work! > > > This patch reverts the folowing commits: > > > > commit 064ff66e2bef84f1153087612032b5b9eab005bd > > "bonding: add missing netdev_update_lockdep_key()" > > > > commit 53d374979ef147ab51f5d632dfe20b14aebeccd0 > > "net: avoid updating qdisc_xmit_lock_key in netdev_update_lockdep_key()" > > > > commit 1f26c0d3d24125992ab0026b0dab16c08df947c7 > > "net: fix kernel-doc warning in <linux/netdevice.h>" > > > > commit ab92d68fc22f9afab480153bd82a20f6e2533769 > > "net: core: add generic lockdep keys" > > > > but keeps the addr_list_lock_key because we still lock > > addr_list_lock nestedly on stack devices, unlikely xmit_lock > > this is safe because we don't take addr_list_lock on any fast > > path. > > > > Reported-and-tested-by: syzbot+aaa6fa4949cc5d9b7b25@syzkaller.appspotmail.com > > Cc: Dmitry Vyukov <dvyukov@google.com> > > Cc: Taehee Yoo <ap420073@gmail.com> > > Signed-off-by: Cong Wang <xiyou.wangcong@gmail.com> > > Acked-by: Taehee Yoo <ap420073@gmail.com> > > Thank you, > Taehee Yoo I have a platform with the following layout: Regular NIC | +----> DSA master for switch port | +----> DSA master for another switch port After changing DSA back to static lockdep class keys, I get this splat: [ 13.361198] ============================================ [ 13.366524] WARNING: possible recursive locking detected [ 13.371851] 5.7.0-rc4-02121-gc32a05ecd7af-dirty #988 Not tainted [ 13.377874] -------------------------------------------- [ 13.383201] swapper/0/0 is trying to acquire lock: [ 13.388004] ffff0000668ff298 (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: __dev_queue_xmit+0x84c/0xbe0 [ 13.397879] [ 13.397879] but task is already holding lock: [ 13.403727] ffff0000661a1698 (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: __dev_queue_xmit+0x84c/0xbe0 [ 13.413593] [ 13.413593] other info that might help us debug this: [ 13.420140] Possible unsafe locking scenario: [ 13.420140] [ 13.426075] CPU0 [ 13.428523] ---- [ 13.430969] lock(&dsa_slave_netdev_xmit_lock_key); [ 13.435946] lock(&dsa_slave_netdev_xmit_lock_key); [ 13.440924] [ 13.440924] *** DEADLOCK *** [ 13.440924] [ 13.446860] May be due to missing lock nesting notation [ 13.446860] [ 13.453668] 6 locks held by swapper/0/0: [ 13.457598] #0: ffff800010003de0 ((&idev->mc_ifc_timer)){+.-.}-{0:0}, at: call_timer_fn+0x0/0x400 [ 13.466593] #1: ffffd4d3fb478700 (rcu_read_lock){....}-{1:2}, at: mld_sendpack+0x0/0x560 [ 13.474803] #2: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, at: ip6_finish_output2+0x64/0xb10 [ 13.483886] #3: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, at: __dev_queue_xmit+0x6c/0xbe0 [ 13.492793] #4: ffff0000661a1698 (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: __dev_queue_xmit+0x84c/0xbe0 [ 13.503094] #5: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, at: __dev_queue_xmit+0x6c/0xbe0 [ 13.512000] [ 13.512000] stack backtrace: [ 13.516369] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.7.0-rc4-02121-gc32a05ecd7af-dirty #988 [ 13.530421] Call trace: [ 13.532871] dump_backtrace+0x0/0x1d8 [ 13.536539] show_stack+0x24/0x30 [ 13.539862] dump_stack+0xe8/0x150 [ 13.543271] __lock_acquire+0x1030/0x1678 [ 13.547290] lock_acquire+0xf8/0x458 [ 13.550873] _raw_spin_lock+0x44/0x58 [ 13.554543] __dev_queue_xmit+0x84c/0xbe0 [ 13.558562] dev_queue_xmit+0x24/0x30 [ 13.562232] dsa_slave_xmit+0xe0/0x128 [ 13.565988] dev_hard_start_xmit+0xf4/0x448 [ 13.570182] __dev_queue_xmit+0x808/0xbe0 [ 13.574200] dev_queue_xmit+0x24/0x30 [ 13.577869] neigh_resolve_output+0x15c/0x220 [ 13.582237] ip6_finish_output2+0x244/0xb10 [ 13.586430] __ip6_finish_output+0x1dc/0x298 [ 13.590709] ip6_output+0x84/0x358 [ 13.594116] mld_sendpack+0x2bc/0x560 [ 13.597786] mld_ifc_timer_expire+0x210/0x390 [ 13.602153] call_timer_fn+0xcc/0x400 [ 13.605822] run_timer_softirq+0x588/0x6e0 [ 13.609927] __do_softirq+0x118/0x590 [ 13.613597] irq_exit+0x13c/0x148 [ 13.616918] __handle_domain_irq+0x6c/0xc0 [ 13.621023] gic_handle_irq+0x6c/0x160 [ 13.624779] el1_irq+0xbc/0x180 [ 13.627927] cpuidle_enter_state+0xb4/0x4d0 [ 13.632120] cpuidle_enter+0x3c/0x50 [ 13.635703] call_cpuidle+0x44/0x78 [ 13.639199] do_idle+0x228/0x2c8 [ 13.642433] cpu_startup_entry+0x2c/0x48 [ 13.646363] rest_init+0x1ac/0x280 [ 13.649773] arch_call_rest_init+0x14/0x1c [ 13.653878] start_kernel+0x490/0x4bc Unfortunately I can't really test DSA behavior prior to patch ab92d68fc22f ("net: core: add generic lockdep keys"), because in October, some of these DSA drivers were not in mainline. Also I don't really have a clear idea of how nesting should be signalled to lockdep. Do you have any suggestion what might be wrong? Thanks, -Vladimir ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes 2020-05-13 15:56 ` Vladimir Oltean @ 2020-05-16 15:22 ` Taehee Yoo 2020-05-16 16:53 ` Vladimir Oltean 0 siblings, 1 reply; 11+ messages in thread From: Taehee Yoo @ 2020-05-16 15:22 UTC (permalink / raw) To: Vladimir Oltean Cc: Cong Wang, Netdev, syzbot, Dmitry Vyukov, Andrew Lunn, Florian Fainelli, Vivien Didelot On Thu, 14 May 2020 at 00:56, Vladimir Oltean <olteanv@gmail.com> wrote: > > Hi Cong, Taehee, > Hi Vladimir! Sorry for the late reply. ... > I have a platform with the following layout: > > Regular NIC > | > +----> DSA master for switch port > | > +----> DSA master for another switch port > > After changing DSA back to static lockdep class keys, I get this splat: > > [ 13.361198] ============================================ > [ 13.366524] WARNING: possible recursive locking detected > [ 13.371851] 5.7.0-rc4-02121-gc32a05ecd7af-dirty #988 Not tainted > [ 13.377874] -------------------------------------------- > [ 13.383201] swapper/0/0 is trying to acquire lock: > [ 13.388004] ffff0000668ff298 > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > __dev_queue_xmit+0x84c/0xbe0 > [ 13.397879] > [ 13.397879] but task is already holding lock: > [ 13.403727] ffff0000661a1698 > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > __dev_queue_xmit+0x84c/0xbe0 > [ 13.413593] > [ 13.413593] other info that might help us debug this: > [ 13.420140] Possible unsafe locking scenario: > [ 13.420140] > [ 13.426075] CPU0 > [ 13.428523] ---- > [ 13.430969] lock(&dsa_slave_netdev_xmit_lock_key); > [ 13.435946] lock(&dsa_slave_netdev_xmit_lock_key); > [ 13.440924] > [ 13.440924] *** DEADLOCK *** > [ 13.440924] > [ 13.446860] May be due to missing lock nesting notation > [ 13.446860] > [ 13.453668] 6 locks held by swapper/0/0: > [ 13.457598] #0: ffff800010003de0 > ((&idev->mc_ifc_timer)){+.-.}-{0:0}, at: call_timer_fn+0x0/0x400 > [ 13.466593] #1: ffffd4d3fb478700 (rcu_read_lock){....}-{1:2}, at: > mld_sendpack+0x0/0x560 > [ 13.474803] #2: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > at: ip6_finish_output2+0x64/0xb10 > [ 13.483886] #3: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > at: __dev_queue_xmit+0x6c/0xbe0 > [ 13.492793] #4: ffff0000661a1698 > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > __dev_queue_xmit+0x84c/0xbe0 > [ 13.503094] #5: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > at: __dev_queue_xmit+0x6c/0xbe0 > [ 13.512000] > [ 13.512000] stack backtrace: > [ 13.516369] CPU: 0 PID: 0 Comm: swapper/0 Not tainted > 5.7.0-rc4-02121-gc32a05ecd7af-dirty #988 > [ 13.530421] Call trace: > [ 13.532871] dump_backtrace+0x0/0x1d8 > [ 13.536539] show_stack+0x24/0x30 > [ 13.539862] dump_stack+0xe8/0x150 > [ 13.543271] __lock_acquire+0x1030/0x1678 > [ 13.547290] lock_acquire+0xf8/0x458 > [ 13.550873] _raw_spin_lock+0x44/0x58 > [ 13.554543] __dev_queue_xmit+0x84c/0xbe0 > [ 13.558562] dev_queue_xmit+0x24/0x30 > [ 13.562232] dsa_slave_xmit+0xe0/0x128 > [ 13.565988] dev_hard_start_xmit+0xf4/0x448 > [ 13.570182] __dev_queue_xmit+0x808/0xbe0 > [ 13.574200] dev_queue_xmit+0x24/0x30 > [ 13.577869] neigh_resolve_output+0x15c/0x220 > [ 13.582237] ip6_finish_output2+0x244/0xb10 > [ 13.586430] __ip6_finish_output+0x1dc/0x298 > [ 13.590709] ip6_output+0x84/0x358 > [ 13.594116] mld_sendpack+0x2bc/0x560 > [ 13.597786] mld_ifc_timer_expire+0x210/0x390 > [ 13.602153] call_timer_fn+0xcc/0x400 > [ 13.605822] run_timer_softirq+0x588/0x6e0 > [ 13.609927] __do_softirq+0x118/0x590 > [ 13.613597] irq_exit+0x13c/0x148 > [ 13.616918] __handle_domain_irq+0x6c/0xc0 > [ 13.621023] gic_handle_irq+0x6c/0x160 > [ 13.624779] el1_irq+0xbc/0x180 > [ 13.627927] cpuidle_enter_state+0xb4/0x4d0 > [ 13.632120] cpuidle_enter+0x3c/0x50 > [ 13.635703] call_cpuidle+0x44/0x78 > [ 13.639199] do_idle+0x228/0x2c8 > [ 13.642433] cpu_startup_entry+0x2c/0x48 > [ 13.646363] rest_init+0x1ac/0x280 > [ 13.649773] arch_call_rest_init+0x14/0x1c > [ 13.653878] start_kernel+0x490/0x4bc > > Unfortunately I can't really test DSA behavior prior to patch > ab92d68fc22f ("net: core: add generic lockdep keys"), because in > October, some of these DSA drivers were not in mainline. > Also I don't really have a clear idea of how nesting should be > signalled to lockdep. > Do you have any suggestion what might be wrong? > This patch was considered that all stackable devices have LLTX flag. But the dsa doesn't have LLTX, so this splat happened. After this patch, dsa shares the same lockdep class key. On the nested dsa interface architecture, which you illustrated, the same lockdep class key will be used in __dev_queue_xmit() because dsa doesn't have LLTX. So that lockdep detects deadlock because the same lockdep class key is used recursively although actually the different locks are used. There are some ways to fix this problem. 1. using NETIF_F_LLTX flag. If possible, using the LLTX flag is a very clear way for it. But I'm so sorry I don't know whether the dsa could have LLTX or not. 2. using dynamic lockdep again. It means that each interface uses a separate lockdep class key. So, lockdep will not detect recursive locking. But this way has a problem that it could consume lockdep class key too many. Currently, lockdep can have 8192 lockdep class keys. - you can see this number with the following command. cat /proc/lockdep_stats lock-classes: 1251 [max: 8192] ... The [max: 8192] means that the maximum number of lockdep class keys. If too many lockdep class keys are registered, lockdep stops to work. So, using a dynamic(separated) lockdep class key should be considered carefully. In addition, updating lockdep class key routine might have to be existing. (lockdep_register_key(), lockdep_set_class(), lockdep_unregister_key()) 3. Using lockdep subclass. A lockdep class key could have 8 subclasses. The different subclass is considered different locks by lockdep infrastructure. But "lock-classes" is not counted by subclasses. So, it could avoid stopping lockdep infrastructure by an overflow of lockdep class keys. This approach should also have an updating lockdep class key routine. (lockdep_set_subclass()) 4. Using nonvalidate lockdep class key. The lockdep infrastructure supports nonvalidate lockdep class key type. It means this lockdep is not validated by lockdep infrastructure. So, the splat will not happend but lockdep couldn't detect real deadlock case because lockdep really doesn't validate it. I think this should be used for really special cases. (lockdep_set_novalidate_class()) Thanks! Taehee Yoo > Thanks, > -Vladimir ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes 2020-05-16 15:22 ` Taehee Yoo @ 2020-05-16 16:53 ` Vladimir Oltean 2020-05-17 12:53 ` Taehee Yoo 2020-05-17 18:42 ` Cong Wang 0 siblings, 2 replies; 11+ messages in thread From: Vladimir Oltean @ 2020-05-16 16:53 UTC (permalink / raw) To: Taehee Yoo Cc: Cong Wang, Netdev, syzbot, Dmitry Vyukov, Andrew Lunn, Florian Fainelli, Vivien Didelot Hi Taehee, On Sat, 16 May 2020 at 18:22, Taehee Yoo <ap420073@gmail.com> wrote: > > On Thu, 14 May 2020 at 00:56, Vladimir Oltean <olteanv@gmail.com> wrote: > > > > Hi Cong, Taehee, > > > > Hi Vladimir! > Sorry for the late reply. > > ... > > > I have a platform with the following layout: > > > > Regular NIC > > | > > +----> DSA master for switch port > > | > > +----> DSA master for another switch port > > > > After changing DSA back to static lockdep class keys, I get this splat: > > > > [ 13.361198] ============================================ > > [ 13.366524] WARNING: possible recursive locking detected > > [ 13.371851] 5.7.0-rc4-02121-gc32a05ecd7af-dirty #988 Not tainted > > [ 13.377874] -------------------------------------------- > > [ 13.383201] swapper/0/0 is trying to acquire lock: > > [ 13.388004] ffff0000668ff298 > > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > > __dev_queue_xmit+0x84c/0xbe0 > > [ 13.397879] > > [ 13.397879] but task is already holding lock: > > [ 13.403727] ffff0000661a1698 > > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > > __dev_queue_xmit+0x84c/0xbe0 > > [ 13.413593] > > [ 13.413593] other info that might help us debug this: > > [ 13.420140] Possible unsafe locking scenario: > > [ 13.420140] > > [ 13.426075] CPU0 > > [ 13.428523] ---- > > [ 13.430969] lock(&dsa_slave_netdev_xmit_lock_key); > > [ 13.435946] lock(&dsa_slave_netdev_xmit_lock_key); > > [ 13.440924] > > [ 13.440924] *** DEADLOCK *** > > [ 13.440924] > > [ 13.446860] May be due to missing lock nesting notation > > [ 13.446860] > > [ 13.453668] 6 locks held by swapper/0/0: > > [ 13.457598] #0: ffff800010003de0 > > ((&idev->mc_ifc_timer)){+.-.}-{0:0}, at: call_timer_fn+0x0/0x400 > > [ 13.466593] #1: ffffd4d3fb478700 (rcu_read_lock){....}-{1:2}, at: > > mld_sendpack+0x0/0x560 > > [ 13.474803] #2: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > > at: ip6_finish_output2+0x64/0xb10 > > [ 13.483886] #3: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > > at: __dev_queue_xmit+0x6c/0xbe0 > > [ 13.492793] #4: ffff0000661a1698 > > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > > __dev_queue_xmit+0x84c/0xbe0 > > [ 13.503094] #5: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > > at: __dev_queue_xmit+0x6c/0xbe0 > > [ 13.512000] > > [ 13.512000] stack backtrace: > > [ 13.516369] CPU: 0 PID: 0 Comm: swapper/0 Not tainted > > 5.7.0-rc4-02121-gc32a05ecd7af-dirty #988 > > [ 13.530421] Call trace: > > [ 13.532871] dump_backtrace+0x0/0x1d8 > > [ 13.536539] show_stack+0x24/0x30 > > [ 13.539862] dump_stack+0xe8/0x150 > > [ 13.543271] __lock_acquire+0x1030/0x1678 > > [ 13.547290] lock_acquire+0xf8/0x458 > > [ 13.550873] _raw_spin_lock+0x44/0x58 > > [ 13.554543] __dev_queue_xmit+0x84c/0xbe0 > > [ 13.558562] dev_queue_xmit+0x24/0x30 > > [ 13.562232] dsa_slave_xmit+0xe0/0x128 > > [ 13.565988] dev_hard_start_xmit+0xf4/0x448 > > [ 13.570182] __dev_queue_xmit+0x808/0xbe0 > > [ 13.574200] dev_queue_xmit+0x24/0x30 > > [ 13.577869] neigh_resolve_output+0x15c/0x220 > > [ 13.582237] ip6_finish_output2+0x244/0xb10 > > [ 13.586430] __ip6_finish_output+0x1dc/0x298 > > [ 13.590709] ip6_output+0x84/0x358 > > [ 13.594116] mld_sendpack+0x2bc/0x560 > > [ 13.597786] mld_ifc_timer_expire+0x210/0x390 > > [ 13.602153] call_timer_fn+0xcc/0x400 > > [ 13.605822] run_timer_softirq+0x588/0x6e0 > > [ 13.609927] __do_softirq+0x118/0x590 > > [ 13.613597] irq_exit+0x13c/0x148 > > [ 13.616918] __handle_domain_irq+0x6c/0xc0 > > [ 13.621023] gic_handle_irq+0x6c/0x160 > > [ 13.624779] el1_irq+0xbc/0x180 > > [ 13.627927] cpuidle_enter_state+0xb4/0x4d0 > > [ 13.632120] cpuidle_enter+0x3c/0x50 > > [ 13.635703] call_cpuidle+0x44/0x78 > > [ 13.639199] do_idle+0x228/0x2c8 > > [ 13.642433] cpu_startup_entry+0x2c/0x48 > > [ 13.646363] rest_init+0x1ac/0x280 > > [ 13.649773] arch_call_rest_init+0x14/0x1c > > [ 13.653878] start_kernel+0x490/0x4bc > > > > Unfortunately I can't really test DSA behavior prior to patch > > ab92d68fc22f ("net: core: add generic lockdep keys"), because in > > October, some of these DSA drivers were not in mainline. > > Also I don't really have a clear idea of how nesting should be > > signalled to lockdep. > > Do you have any suggestion what might be wrong? > > > > This patch was considered that all stackable devices have LLTX flag. > But the dsa doesn't have LLTX, so this splat happened. > After this patch, dsa shares the same lockdep class key. > On the nested dsa interface architecture, which you illustrated, > the same lockdep class key will be used in __dev_queue_xmit() because > dsa doesn't have LLTX. > So that lockdep detects deadlock because the same lockdep class key is > used recursively although actually the different locks are used. > There are some ways to fix this problem. > > 1. using NETIF_F_LLTX flag. > If possible, using the LLTX flag is a very clear way for it. > But I'm so sorry I don't know whether the dsa could have LLTX or not. > > 2. using dynamic lockdep again. > It means that each interface uses a separate lockdep class key. > So, lockdep will not detect recursive locking. > But this way has a problem that it could consume lockdep class key > too many. > Currently, lockdep can have 8192 lockdep class keys. > - you can see this number with the following command. > cat /proc/lockdep_stats > lock-classes: 1251 [max: 8192] > ... > The [max: 8192] means that the maximum number of lockdep class keys. > If too many lockdep class keys are registered, lockdep stops to work. > So, using a dynamic(separated) lockdep class key should be considered > carefully. > In addition, updating lockdep class key routine might have to be existing. > (lockdep_register_key(), lockdep_set_class(), lockdep_unregister_key()) > > 3. Using lockdep subclass. > A lockdep class key could have 8 subclasses. > The different subclass is considered different locks by lockdep > infrastructure. > But "lock-classes" is not counted by subclasses. > So, it could avoid stopping lockdep infrastructure by an overflow of > lockdep class keys. > This approach should also have an updating lockdep class key routine. > (lockdep_set_subclass()) > > 4. Using nonvalidate lockdep class key. > The lockdep infrastructure supports nonvalidate lockdep class key type. > It means this lockdep is not validated by lockdep infrastructure. > So, the splat will not happend but lockdep couldn't detect real deadlock > case because lockdep really doesn't validate it. > I think this should be used for really special cases. > (lockdep_set_novalidate_class()) > > Thanks! > Taehee Yoo > > > Thanks, > > -Vladimir Thanks a lot for presenting the options. In general, xmit in DSA is relatively simple and most of the time stateless. My stacked DSA setup appears to work just fine with NETIF_F_LLTX, including the updating of percpu counters. I'm not really sure if there's something in particular to test? Anyway, will you send a patch with NETIF_F_LLTX or should I do it? I can do further testing if necessary. Regards, -Vladimir ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes 2020-05-16 16:53 ` Vladimir Oltean @ 2020-05-17 12:53 ` Taehee Yoo 2020-05-17 18:42 ` Cong Wang 1 sibling, 0 replies; 11+ messages in thread From: Taehee Yoo @ 2020-05-17 12:53 UTC (permalink / raw) To: Vladimir Oltean Cc: Cong Wang, Netdev, syzbot, Dmitry Vyukov, Andrew Lunn, Florian Fainelli, Vivien Didelot On Sun, 17 May 2020 at 01:53, Vladimir Oltean <olteanv@gmail.com> wrote: > Hi Vladimir, > Hi Taehee, > > On Sat, 16 May 2020 at 18:22, Taehee Yoo <ap420073@gmail.com> wrote: > > > > On Thu, 14 May 2020 at 00:56, Vladimir Oltean <olteanv@gmail.com> wrote: > > > > > > Hi Cong, Taehee, > > > > > > > Hi Vladimir! > > Sorry for the late reply. > > > > ... > > > > > I have a platform with the following layout: > > > > > > Regular NIC > > > | > > > +----> DSA master for switch port > > > | > > > +----> DSA master for another switch port > > > > > > After changing DSA back to static lockdep class keys, I get this splat: > > > > > > [ 13.361198] ============================================ > > > [ 13.366524] WARNING: possible recursive locking detected > > > [ 13.371851] 5.7.0-rc4-02121-gc32a05ecd7af-dirty #988 Not tainted > > > [ 13.377874] -------------------------------------------- > > > [ 13.383201] swapper/0/0 is trying to acquire lock: > > > [ 13.388004] ffff0000668ff298 > > > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > > > __dev_queue_xmit+0x84c/0xbe0 > > > [ 13.397879] > > > [ 13.397879] but task is already holding lock: > > > [ 13.403727] ffff0000661a1698 > > > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > > > __dev_queue_xmit+0x84c/0xbe0 > > > [ 13.413593] > > > [ 13.413593] other info that might help us debug this: > > > [ 13.420140] Possible unsafe locking scenario: > > > [ 13.420140] > > > [ 13.426075] CPU0 > > > [ 13.428523] ---- > > > [ 13.430969] lock(&dsa_slave_netdev_xmit_lock_key); > > > [ 13.435946] lock(&dsa_slave_netdev_xmit_lock_key); > > > [ 13.440924] > > > [ 13.440924] *** DEADLOCK *** > > > [ 13.440924] > > > [ 13.446860] May be due to missing lock nesting notation > > > [ 13.446860] > > > [ 13.453668] 6 locks held by swapper/0/0: > > > [ 13.457598] #0: ffff800010003de0 > > > ((&idev->mc_ifc_timer)){+.-.}-{0:0}, at: call_timer_fn+0x0/0x400 > > > [ 13.466593] #1: ffffd4d3fb478700 (rcu_read_lock){....}-{1:2}, at: > > > mld_sendpack+0x0/0x560 > > > [ 13.474803] #2: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > > > at: ip6_finish_output2+0x64/0xb10 > > > [ 13.483886] #3: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > > > at: __dev_queue_xmit+0x6c/0xbe0 > > > [ 13.492793] #4: ffff0000661a1698 > > > (&dsa_slave_netdev_xmit_lock_key){+.-.}-{2:2}, at: > > > __dev_queue_xmit+0x84c/0xbe0 > > > [ 13.503094] #5: ffffd4d3fb478728 (rcu_read_lock_bh){....}-{1:2}, > > > at: __dev_queue_xmit+0x6c/0xbe0 > > > [ 13.512000] > > > [ 13.512000] stack backtrace: > > > [ 13.516369] CPU: 0 PID: 0 Comm: swapper/0 Not tainted > > > 5.7.0-rc4-02121-gc32a05ecd7af-dirty #988 > > > [ 13.530421] Call trace: > > > [ 13.532871] dump_backtrace+0x0/0x1d8 > > > [ 13.536539] show_stack+0x24/0x30 > > > [ 13.539862] dump_stack+0xe8/0x150 > > > [ 13.543271] __lock_acquire+0x1030/0x1678 > > > [ 13.547290] lock_acquire+0xf8/0x458 > > > [ 13.550873] _raw_spin_lock+0x44/0x58 > > > [ 13.554543] __dev_queue_xmit+0x84c/0xbe0 > > > [ 13.558562] dev_queue_xmit+0x24/0x30 > > > [ 13.562232] dsa_slave_xmit+0xe0/0x128 > > > [ 13.565988] dev_hard_start_xmit+0xf4/0x448 > > > [ 13.570182] __dev_queue_xmit+0x808/0xbe0 > > > [ 13.574200] dev_queue_xmit+0x24/0x30 > > > [ 13.577869] neigh_resolve_output+0x15c/0x220 > > > [ 13.582237] ip6_finish_output2+0x244/0xb10 > > > [ 13.586430] __ip6_finish_output+0x1dc/0x298 > > > [ 13.590709] ip6_output+0x84/0x358 > > > [ 13.594116] mld_sendpack+0x2bc/0x560 > > > [ 13.597786] mld_ifc_timer_expire+0x210/0x390 > > > [ 13.602153] call_timer_fn+0xcc/0x400 > > > [ 13.605822] run_timer_softirq+0x588/0x6e0 > > > [ 13.609927] __do_softirq+0x118/0x590 > > > [ 13.613597] irq_exit+0x13c/0x148 > > > [ 13.616918] __handle_domain_irq+0x6c/0xc0 > > > [ 13.621023] gic_handle_irq+0x6c/0x160 > > > [ 13.624779] el1_irq+0xbc/0x180 > > > [ 13.627927] cpuidle_enter_state+0xb4/0x4d0 > > > [ 13.632120] cpuidle_enter+0x3c/0x50 > > > [ 13.635703] call_cpuidle+0x44/0x78 > > > [ 13.639199] do_idle+0x228/0x2c8 > > > [ 13.642433] cpu_startup_entry+0x2c/0x48 > > > [ 13.646363] rest_init+0x1ac/0x280 > > > [ 13.649773] arch_call_rest_init+0x14/0x1c > > > [ 13.653878] start_kernel+0x490/0x4bc > > > > > > Unfortunately I can't really test DSA behavior prior to patch > > > ab92d68fc22f ("net: core: add generic lockdep keys"), because in > > > October, some of these DSA drivers were not in mainline. > > > Also I don't really have a clear idea of how nesting should be > > > signalled to lockdep. > > > Do you have any suggestion what might be wrong? > > > > > > > This patch was considered that all stackable devices have LLTX flag. > > But the dsa doesn't have LLTX, so this splat happened. > > After this patch, dsa shares the same lockdep class key. > > On the nested dsa interface architecture, which you illustrated, > > the same lockdep class key will be used in __dev_queue_xmit() because > > dsa doesn't have LLTX. > > So that lockdep detects deadlock because the same lockdep class key is > > used recursively although actually the different locks are used. > > There are some ways to fix this problem. > > > > 1. using NETIF_F_LLTX flag. > > If possible, using the LLTX flag is a very clear way for it. > > But I'm so sorry I don't know whether the dsa could have LLTX or not. > > > > 2. using dynamic lockdep again. > > It means that each interface uses a separate lockdep class key. > > So, lockdep will not detect recursive locking. > > But this way has a problem that it could consume lockdep class key > > too many. > > Currently, lockdep can have 8192 lockdep class keys. > > - you can see this number with the following command. > > cat /proc/lockdep_stats > > lock-classes: 1251 [max: 8192] > > ... > > The [max: 8192] means that the maximum number of lockdep class keys. > > If too many lockdep class keys are registered, lockdep stops to work. > > So, using a dynamic(separated) lockdep class key should be considered > > carefully. > > In addition, updating lockdep class key routine might have to be existing. > > (lockdep_register_key(), lockdep_set_class(), lockdep_unregister_key()) > > > > 3. Using lockdep subclass. > > A lockdep class key could have 8 subclasses. > > The different subclass is considered different locks by lockdep > > infrastructure. > > But "lock-classes" is not counted by subclasses. > > So, it could avoid stopping lockdep infrastructure by an overflow of > > lockdep class keys. > > This approach should also have an updating lockdep class key routine. > > (lockdep_set_subclass()) > > > > 4. Using nonvalidate lockdep class key. > > The lockdep infrastructure supports nonvalidate lockdep class key type. > > It means this lockdep is not validated by lockdep infrastructure. > > So, the splat will not happend but lockdep couldn't detect real deadlock > > case because lockdep really doesn't validate it. > > I think this should be used for really special cases. > > (lockdep_set_novalidate_class()) > > > > Thanks! > > Taehee Yoo > > > > > Thanks, > > > -Vladimir > > Thanks a lot for presenting the options. In general, xmit in DSA is > relatively simple and most of the time stateless. My stacked DSA setup > appears to work just fine with NETIF_F_LLTX, including the updating of > percpu counters. I'm not really sure if there's something in > particular to test? > Anyway, will you send a patch with NETIF_F_LLTX or should I do it? I > can do further testing if necessary. > Please send a patch for it. I think a simple ping test on a nested interface graph is enough. Thanks a lot! Taehee Yoo > Regards, > -Vladimir ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes 2020-05-16 16:53 ` Vladimir Oltean 2020-05-17 12:53 ` Taehee Yoo @ 2020-05-17 18:42 ` Cong Wang 2020-05-17 19:35 ` Florian Fainelli 1 sibling, 1 reply; 11+ messages in thread From: Cong Wang @ 2020-05-17 18:42 UTC (permalink / raw) To: Vladimir Oltean Cc: Taehee Yoo, Netdev, syzbot, Dmitry Vyukov, Andrew Lunn, Florian Fainelli, Vivien Didelot On Sat, May 16, 2020 at 9:53 AM Vladimir Oltean <olteanv@gmail.com> wrote: > Thanks a lot for presenting the options. In general, xmit in DSA is > relatively simple and most of the time stateless. My stacked DSA setup > appears to work just fine with NETIF_F_LLTX, including the updating of > percpu counters. I'm not really sure if there's something in > particular to test? > Anyway, will you send a patch with NETIF_F_LLTX or should I do it? I > can do further testing if necessary. If DSA is software based, there is a large chance it can be just using NETIF_F_LLTX, like you said. Please do send a patch for this NETIF_F_LLTX. Note my patch simply reverts to the old code, this issue probably exists before it. Thanks! ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes 2020-05-17 18:42 ` Cong Wang @ 2020-05-17 19:35 ` Florian Fainelli 0 siblings, 0 replies; 11+ messages in thread From: Florian Fainelli @ 2020-05-17 19:35 UTC (permalink / raw) To: Cong Wang, Vladimir Oltean Cc: Taehee Yoo, Netdev, syzbot, Dmitry Vyukov, Andrew Lunn, Vivien Didelot On 5/17/2020 11:42 AM, Cong Wang wrote: > On Sat, May 16, 2020 at 9:53 AM Vladimir Oltean <olteanv@gmail.com> wrote: >> Thanks a lot for presenting the options. In general, xmit in DSA is >> relatively simple and most of the time stateless. My stacked DSA setup >> appears to work just fine with NETIF_F_LLTX, including the updating of >> percpu counters. I'm not really sure if there's something in >> particular to test? >> Anyway, will you send a patch with NETIF_F_LLTX or should I do it? I >> can do further testing if necessary. > > If DSA is software based, there is a large chance it can be just > using NETIF_F_LLTX, like you said. > > Please do send a patch for this NETIF_F_LLTX. Note my patch > simply reverts to the old code, this issue probably exists before it. It transmits frames by calling dev_queue_xmit() after having assigned skb->dev to be pointing to the master network device, very much like what VLAN devices do for instance, so I believe setting NETIF_F_LLTX is fine here. -- Florian ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Patch net-next v2 2/2] bonding: remove useless stats_lock_key 2020-05-03 5:22 [Patch net-next v2 0/2] net: reduce dynamic lockdep keys Cong Wang 2020-05-03 5:22 ` [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes Cong Wang @ 2020-05-03 5:22 ` Cong Wang 2020-05-04 19:06 ` [Patch net-next v2 0/2] net: reduce dynamic lockdep keys David Miller 2 siblings, 0 replies; 11+ messages in thread From: Cong Wang @ 2020-05-03 5:22 UTC (permalink / raw) To: netdev; +Cc: Cong Wang, syzbot+aaa6fa4949cc5d9b7b25, Dmitry Vyukov, Taehee Yoo After commit b3e80d44f5b1 ("bonding: fix lockdep warning in bond_get_stats()") the dynamic key is no longer necessary, as we compute nest level at run-time. So, we can just remove it to save some lockdep key entries. Test commands: ip link add bond0 type bond ip link add bond1 type bond ip link set bond0 master bond1 ip link set bond0 nomaster ip link set bond1 master bond0 Reported-and-tested-by: syzbot+aaa6fa4949cc5d9b7b25@syzkaller.appspotmail.com Cc: Dmitry Vyukov <dvyukov@google.com> Acked-by: Taehee Yoo <ap420073@gmail.com> Signed-off-by: Cong Wang <xiyou.wangcong@gmail.com> --- drivers/net/bonding/bond_main.c | 3 --- include/net/bonding.h | 1 - 2 files changed, 4 deletions(-) diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c index d01871321d22..baa93191dfdd 100644 --- a/drivers/net/bonding/bond_main.c +++ b/drivers/net/bonding/bond_main.c @@ -4491,7 +4491,6 @@ static void bond_uninit(struct net_device *bond_dev) list_del(&bond->bond_list); - lockdep_unregister_key(&bond->stats_lock_key); bond_debug_unregister(bond); } @@ -4896,8 +4895,6 @@ static int bond_init(struct net_device *bond_dev) return -ENOMEM; spin_lock_init(&bond->stats_lock); - lockdep_register_key(&bond->stats_lock_key); - lockdep_set_class(&bond->stats_lock, &bond->stats_lock_key); netdev_lockdep_set_classes(bond_dev); list_add_tail(&bond->bond_list, &bn->dev_list); diff --git a/include/net/bonding.h b/include/net/bonding.h index dc2ce31a1f52..0b696da5c115 100644 --- a/include/net/bonding.h +++ b/include/net/bonding.h @@ -237,7 +237,6 @@ struct bonding { struct dentry *debug_dir; #endif /* CONFIG_DEBUG_FS */ struct rtnl_link_stats64 bond_stats; - struct lock_class_key stats_lock_key; }; #define bond_slave_get_rcu(dev) \ -- 2.26.2 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [Patch net-next v2 0/2] net: reduce dynamic lockdep keys 2020-05-03 5:22 [Patch net-next v2 0/2] net: reduce dynamic lockdep keys Cong Wang 2020-05-03 5:22 ` [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes Cong Wang 2020-05-03 5:22 ` [Patch net-next v2 2/2] bonding: remove useless stats_lock_key Cong Wang @ 2020-05-04 19:06 ` David Miller 2 siblings, 0 replies; 11+ messages in thread From: David Miller @ 2020-05-04 19:06 UTC (permalink / raw) To: xiyou.wangcong; +Cc: netdev From: Cong Wang <xiyou.wangcong@gmail.com> Date: Sat, 2 May 2020 22:22:18 -0700 > syzbot has been complaining about low MAX_LOCKDEP_KEYS for a > long time, it is mostly because we register 4 dynamic keys per > network device. > > This patchset reduces the number of dynamic lockdep keys from > 4 to 1 per netdev, by reverting to the previous static keys, > except for addr_list_lock which still has to be dynamic. > The second patch removes a bonding-specific key by the way. > > Cong Wang (2): > net: partially revert dynamic lockdep key changes > bonding: remove useless stats_lock_key Series applied, thank you. ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2020-05-17 19:35 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-05-03 5:22 [Patch net-next v2 0/2] net: reduce dynamic lockdep keys Cong Wang 2020-05-03 5:22 ` [Patch net-next v2 1/2] net: partially revert dynamic lockdep key changes Cong Wang 2020-05-04 17:11 ` Taehee Yoo 2020-05-13 15:56 ` Vladimir Oltean 2020-05-16 15:22 ` Taehee Yoo 2020-05-16 16:53 ` Vladimir Oltean 2020-05-17 12:53 ` Taehee Yoo 2020-05-17 18:42 ` Cong Wang 2020-05-17 19:35 ` Florian Fainelli 2020-05-03 5:22 ` [Patch net-next v2 2/2] bonding: remove useless stats_lock_key Cong Wang 2020-05-04 19:06 ` [Patch net-next v2 0/2] net: reduce dynamic lockdep keys David Miller
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.