From: Yu Watanabe Date: Mon, 24 May 2021 05:53:05 +0000 (+0900) Subject: network: drop meaningless condition about setting MTU X-Git-Tag: v249-rc1~76^2~31 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=793117b3fd4c2dbbe9ddd9cfb7795a623379e5b6;p=thirdparty%2Fsystemd.git network: drop meaningless condition about setting MTU The condition does not fix infinite loop of interface reset, as the interface is reset after netlink reply is received, thus setting_mtu is false. See also #18738. --- diff --git a/src/network/networkd-link.c b/src/network/networkd-link.c index 74a73419d6f..13faa26b2a0 100644 --- a/src/network/networkd-link.c +++ b/src/network/networkd-link.c @@ -2815,12 +2815,6 @@ static int link_carrier_lost(Link *link) { /* let's shortcut things for CAN which doesn't need most of what's done below. */ return link_handle_bound_by_list(link); - /* Some devices reset itself while setting the MTU. This causes the DHCP client fall into a loop. - * setting_mtu keep track whether the device got reset because of setting MTU and does not drop the - * configuration and stop the clients as well. */ - if (link->setting_mtu) - return 0; - r = link_stop_engines(link, false); if (r < 0) { link_enter_failed(link);