summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/exported-sql-viewer.py
diff options
context:
space:
mode:
authorDi Zhu <zhudi21@huawei.com>2021-06-22 11:09:29 +0800
committerDavid S. Miller <davem@davemloft.net>2021-06-22 10:31:49 -0700
commit3c9ef511b9fa128a4c62e3aa0aac4c6b190f0d55 (patch)
tree12ac05f9481b4f974e346878a93c6ef92da8c2ac /tools/perf/scripts/python/exported-sql-viewer.py
parenta6e3f2985a80ef6a45a17d2d9d9151f17ea3ce07 (diff)
bonding: avoid adding slave device with IFF_MASTER flag
The following steps will definitely cause the kernel to crash: ip link add vrf1 type vrf table 1 modprobe bonding.ko max_bonds=1 echo "+vrf1" >/sys/class/net/bond0/bonding/slaves rmmod bonding The root cause is that: When the VRF is added to the slave device, it will fail, and some cleaning work will be done. because VRF device has IFF_MASTER flag, cleanup process will not clear the IFF_BONDING flag. Then, when we unload the bonding module, unregister_netdevice_notifier() will treat the VRF device as a bond master device and treat netdev_priv() as struct bonding{} which actually is struct net_vrf{}. By analyzing the processing logic of bond_enslave(), it seems that it is not allowed to add the slave device with the IFF_MASTER flag, so we need to add a code check for this situation. Signed-off-by: Di Zhu <zhudi21@huawei.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/perf/scripts/python/exported-sql-viewer.py')
0 files changed, 0 insertions, 0 deletions