]> git.baikalelectronics.ru Git - kernel.git/commitdiff
docs: networking: replace skb_hwtstamp_tx with skb_tstamp_tx
authorWillem de Bruijn <willemb@google.com>
Mon, 20 Dec 2021 14:46:08 +0000 (09:46 -0500)
committerJakub Kicinski <kuba@kernel.org>
Tue, 21 Dec 2021 02:47:11 +0000 (18:47 -0800)
Tiny doc fix. The hardware transmit function was called skb_tstamp_tx
from its introduction in commit 52f2f96383a4 ("net: infrastructure for
hardware time stamping") in the same series as this documentation.

Fixes: d64e1a867b56 ("net: new user space API for time stamping of incoming and outgoing packets")
Signed-off-by: Willem de Bruijn <willemb@google.com>
Link: https://lore.kernel.org/r/20211220144608.2783526-1-willemdebruijn.kernel@gmail.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Documentation/networking/timestamping.rst

index 80b13353254a09c4577a096a73ce32b78f68a8dd..f5809206eb93d164b266d4f2c4ad5c1f71c2a573 100644 (file)
@@ -582,8 +582,8 @@ Time stamps for outgoing packets are to be generated as follows:
   and hardware timestamping is not possible (SKBTX_IN_PROGRESS not set).
 - As soon as the driver has sent the packet and/or obtained a
   hardware time stamp for it, it passes the time stamp back by
-  calling skb_hwtstamp_tx() with the original skb, the raw
-  hardware time stamp. skb_hwtstamp_tx() clones the original skb and
+  calling skb_tstamp_tx() with the original skb, the raw
+  hardware time stamp. skb_tstamp_tx() clones the original skb and
   adds the timestamps, therefore the original skb has to be freed now.
   If obtaining the hardware time stamp somehow fails, then the driver
   should not fall back to software time stamping. The rationale is that