diff options
author | Dan Williams <dcbw@redhat.com> | 2014-09-24 16:58:07 -0500 |
---|---|---|
committer | Thomas Haller <thaller@redhat.com> | 2015-12-04 12:16:40 +0100 |
commit | 4dbaac4ba24ebc8b257fffe5197cc8e362804a58 (patch) | |
tree | da91c97f54716e167e7a094f7fa872cb12b0f4e4 /src/nm-firewall-manager.h | |
parent | b7eb622c247656595a04aa6a32ef17ba4cf15a2a (diff) | |
download | NetworkManager-4dbaac4ba24ebc8b257fffe5197cc8e362804a58.tar.gz |
core: create devices first and realize them later
Unrealized devices aren't backed by kernel resources and so won't know
all of their attributes. That means three things:
1) they must update their attributes when they become realized
2) they must clear those attributes when unrealized
3) they must be looser in checking compatible connections until
they are realized
This requires that the setup() function be split into two parts, start & finish,
because finish must be run after add_device()
Also, we can simplify whether to pay attention to 'recheck-assume', which
is now dependent on priv->is_nm_owned, because the only case where NM should
*not* listen for the 'recheck-assume' signal is when the device is a
software device created by NM itself. That logic was previously spread
across the callers of add_device() but is now consolidated into
nm-manager.c::device_realized() and nm-device.c::nm_device_create_and_realize().
Diffstat (limited to 'src/nm-firewall-manager.h')
0 files changed, 0 insertions, 0 deletions