networkd: link - do not manage loopback links

Fixes https://bugs.freedesktop.org/show_bug.cgi?id=83134.
This commit is contained in:
Tom Gundersen 2014-09-04 13:40:24 +02:00
parent 51d1817152
commit bd2efe9219
2 changed files with 6 additions and 3 deletions

3
TODO
View File

@ -78,9 +78,6 @@ Features:
- ipv4ll with multiple interfaces doesn't work when both dhcp and - ipv4ll with multiple interfaces doesn't work when both dhcp and
ipv4ll is used. for some reasons the kernel will currently pick an ipv4ll is used. for some reasons the kernel will currently pick an
ipv4ll source address to reach non-ipv4ll gateways. ipv4ll source address to reach non-ipv4ll gateways.
- dhcp and ipv4ll should probably be skipped for "lo" devices, even
if the user has a catchall .network file installed, that might
theoretically match it.
- the DHCP lease data (such as NTP/DNS) is still made available when - the DHCP lease data (such as NTP/DNS) is still made available when
a carrier is lost on a link. It should be removed instantly. a carrier is lost on a link. It should be removed instantly.
- .network setting that allows overriding of the hostname to send to the dhcp server - .network setting that allows overriding of the hostname to send to the dhcp server

View File

@ -1250,6 +1250,12 @@ static int link_initialized_and_synced(sd_rtnl *rtnl, sd_rtnl_message *m,
} else if (r < 0) } else if (r < 0)
return r; return r;
if (link->flags & IFF_LOOPBACK) {
log_debug_link(link, "matching network ignored for loopback link");
link_enter_unmanaged(link);
return 1;
}
r = network_apply(link->manager, network, link); r = network_apply(link->manager, network, link);
if (r < 0) if (r < 0)
return r; return r;