diff options
author | Lubomir Rintel <lkundrak@v3.sk> | 2019-04-04 18:53:03 +0200 |
---|---|---|
committer | Lubomir Rintel <lkundrak@v3.sk> | 2019-04-08 09:31:49 +0200 |
commit | fc5003f7509e9136cfc4e3d603901ec485a4850e (patch) | |
tree | cbe129cf5d9c2876f4d8ca9c01f6c3b7d77a85a4 /libnm-core/nm-setting-tun.c | |
parent | bfe75c957578f9b8949f905c4d0fe2612aeceb7a (diff) | |
download | NetworkManager-fc5003f7509e9136cfc4e3d603901ec485a4850e.tar.gz |
device: don't shortcut slave state when the master releases it
In general shortcutting state is a no-no. But putting a device to FAILED
state because its master is going down is a crime. It's the wrong state:
the devices should enter it when their connections themselves failed
unexpectedly, and can potentially recover with another actiation.
Otherwise bad things happen,
In particular, the devices automatically enter DISCONNECTED state and
eventually retry autoconnecting. In this case they would attempt to
bring the master back up. Ugh.
This situation happens when a topomost master of multiple levels of
master-slave relationship is deactivated.
Aside from that, shortcutting to DISCONNECTED on unknown change reason
doesn't make sense either. Like, wtf, just traverse through DEACTIVATING
like all the other kids do.
Diffstat (limited to 'libnm-core/nm-setting-tun.c')
0 files changed, 0 insertions, 0 deletions