summaryrefslogtreecommitdiff
path: root/clients
diff options
context:
space:
mode:
authorLubomir Rintel <lkundrak@v3.sk>2019-04-04 18:53:03 +0200
committerLubomir Rintel <lkundrak@v3.sk>2019-04-08 09:31:49 +0200
commitfc5003f7509e9136cfc4e3d603901ec485a4850e (patch)
treecbe129cf5d9c2876f4d8ca9c01f6c3b7d77a85a4 /clients
parentbfe75c957578f9b8949f905c4d0fe2612aeceb7a (diff)
downloadNetworkManager-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 'clients')
0 files changed, 0 insertions, 0 deletions