Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Add netdev all_adj_list refcnt propagation to fix panic
Andrew Collins posted this patch as RFC in March: http://patchwork.ozlabs.org/patch/603101/ It has apparently fallen through the cracks and never applied. It solves a refcnt problem (thanks Nik for pointing out this patch) with stacked devices that involves macvlan on a bridge, a bond into the bridge, and the bridge and macvlan are enslaved to a vrf: +--------+ | myvrf | +--------+ | | | +---------+ | | macvlan | | +---------+ | | +----------+ | bridge | +----------+ | +--------+ | bond0 | +--------+ | +--------+ | swp3 | +--------+ Deleting bond0 hangs waiting for bond0 to become free. The splat in dmesg is: [ 206.485340] ------------[ cut here ]------------ [ 206.486052] WARNING: CPU: 0 PID: 746 at /home/dsa/kernel-3.git/net/core/dev.c:6772 rollback_registered_many+0x28a/0x2da [ 206.487563] Modules linked in: macvlan bonding bridge stp llc vrf [ 206.488946] CPU: 0 PID: 746 Comm: ifdown Not tainted 4.8.0-rc7+ torvalds#144 [ 206.489768] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014 [ 206.490973] 0000000000000000 ffff88003b3a3ca8 ffffffff81287ad3 0000000000000000 [ 206.491939] 0000000000000000 ffff88003b3a3ce8 ffffffff8104f19d 00001a743b3a3b58 [ 206.492914] ffff88003c93e000 ffff88003b3a3d48 ffff88003c877400 ffff88003b3a3d48 [ 206.493873] Call Trace: [ 206.494184] [<ffffffff81287ad3>] dump_stack+0x81/0xb6 [ 206.494805] [<ffffffff8104f19d>] __warn+0xc5/0xe0 [ 206.495382] [<ffffffff8104f265>] warn_slowpath_null+0x18/0x1a [ 206.496094] [<ffffffff81412703>] rollback_registered_many+0x28a/0x2da [ 206.496888] [<ffffffff8141277c>] rollback_registered+0x29/0x36 [ 206.497596] [<ffffffff81412950>] unregister_netdevice_queue+0x6a/0xa6 [ 206.498383] [<ffffffffa004ff10>] bonding_store_bonds+0x132/0x186 [bonding] [ 206.499209] [<ffffffff8133baff>] class_attr_store+0x1e/0x20 [ 206.499893] [<ffffffff811c21ce>] sysfs_kf_write+0x44/0x4b [ 206.500558] [<ffffffff811c14cb>] kernfs_fop_write+0x113/0x15d [ 206.501269] [<ffffffff8116216b>] __vfs_write+0x21/0xa0 [ 206.501897] [<ffffffff810833cf>] ? percpu_down_read+0x4e/0x7a [ 206.502595] [<ffffffff81164f25>] ? __sb_start_write+0x5a/0xab [ 206.503302] [<ffffffff81164f25>] ? __sb_start_write+0x5a/0xab [ 206.504015] [<ffffffff81162d7f>] vfs_write+0xa2/0xc6 [ 206.504637] [<ffffffff8116397a>] SyS_write+0x4b/0x79 [ 206.505251] [<ffffffff8150833c>] entry_SYSCALL_64_fastpath+0x1f/0xbd [ 206.506054] ---[ end trace a578aa9ea7e7176a ]--- [ 206.512017] PF_BRIDGE: RTM_SETLINK with unknown ifindex [ 216.765567] unregister_netdevice: waiting for bond0 to become free. Usage count = 1 The splate is from this line in rollback_registered_many(): WARN_ON(netdev_has_any_upper_dev(dev)); --- This is the original commit message from Andrew: This is an RFC patch to fix a relatively easily reproducible kernel panic related to the all_adj_list handling for netdevs in recent kernels. This is more to generate discussion than anything else. I don't particularly like this approach, I'm hoping someone has a better idea. The following sequence of commands will reproduce the issue: ip link add link eth0 name eth0.100 type vlan id 100 ip link add link eth0 name eth0.200 type vlan id 200 ip link add name testbr type bridge ip link set eth0.100 master testbr ip link set eth0.200 master testbr ip link add link testbr mac0 type macvlan ip link delete dev testbr This creates an upper/lower tree of (excuse the poor ASCII art): /---eth0.100-eth0 mac0-testbr- \---eth0.200-eth0 When testbr is deleted, the all_adj_lists are walked, and eth0 is deleted twice from the mac0 list. Unfortunately, during setup in __netdev_upper_dev_link, only one reference to eth0 is added, so this results in a panic. This change adds reference count propagation so things are handled properly. Matthias Schiffer reported a similar crash in batman-adv: freifunk-gluon/gluon#680 https://www.open-mesh.org/issues/247 which this patch also seems to resolve. Patch is from Andrew Collins <acollins@cradlepoint.com>, but did not have a formal sign-off. The patch applies to top of tree, so no change made on my part I just pulled it off the web. From: Andrew Collins <acollins@cradlepoint.com> Signed-off-by: David Ahern <dsa@cumulusnetworks.com>
- Loading branch information