From 793117b3fd4c2dbbe9ddd9cfb7795a623379e5b6 Mon Sep 17 00:00:00 2001 From: Yu Watanabe Date: Mon, 24 May 2021 14:53:05 +0900 Subject: [PATCH] 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. --- src/network/networkd-link.c | 6 ------ 1 file changed, 6 deletions(-) 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); -- 2.47.3