From: Vladimir Oltean Date: Sun, 31 Jul 2022 12:41:08 +0000 (+0300) Subject: docs: net: bonding: remove mentions of trans_start X-Git-Tag: v6.1-rc5~618^2~58^2 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=cba8d8f57dfb1d01d961a0e50e7fddb82df57ad7;p=platform%2Fkernel%2Flinux-starfive.git docs: net: bonding: remove mentions of trans_start ARP monitoring no longer depends on dev->last_rx or dev_trans_start(), so delete this information. Signed-off-by: Vladimir Oltean Signed-off-by: Jakub Kicinski --- diff --git a/Documentation/networking/bonding.rst b/Documentation/networking/bonding.rst index 53a18ff..7823a06 100644 --- a/Documentation/networking/bonding.rst +++ b/Documentation/networking/bonding.rst @@ -1982,15 +1982,6 @@ uses the response as an indication that the link is operating. This gives some assurance that traffic is actually flowing to and from one or more peers on the local network. -The ARP monitor relies on the device driver itself to verify -that traffic is flowing. In particular, the driver must keep up to -date the last receive time, dev->last_rx. Drivers that use NETIF_F_LLTX -flag must also update netdev_queue->trans_start. If they do not, then the -ARP monitor will immediately fail any slaves using that driver, and -those slaves will stay down. If networking monitoring (tcpdump, etc) -shows the ARP requests and replies on the network, then it may be that -your device driver is not updating last_rx and trans_start. - 7.2 Configuring Multiple ARP Targets ------------------------------------