[TCP]: Update comment about highest_sack validity
authorIlpo Järvinen <ilpo.jarvinen@helsinki.fi>
Fri, 10 Aug 2007 21:31:21 +0000 (14:31 -0700)
committerDavid S. Miller <davem@sunset.davemloft.net>
Wed, 10 Oct 2007 23:48:00 +0000 (16:48 -0700)
This stale info came from the original idea, which proved to be
unnecessarily complex, sacked_out > 0 is easy to do and that when
it's going to be needed anyway (it _can_ be valid also when
sacked_out == 0 but there's not going to be a guarantee about it
for now).

Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
Signed-off-by: David S. Miller <davem@davemloft.net>
include/linux/tcp.h

index 1f12fa0b67d7074add85604fee70a85ace330efb..f8cf090e8f4924c2d683879fe12164522dbda3f4 100644 (file)
@@ -332,7 +332,8 @@ struct tcp_sock {
 
        struct tcp_sack_block_wire recv_sack_cache[4];
 
-       u32     highest_sack;   /* Start seq of globally highest revd SACK (valid only in slowpath) */
+       u32     highest_sack;   /* Start seq of globally highest revd SACK
+                                * (validity guaranteed only if sacked_out > 0) */
 
        /* from STCP, retrans queue hinting */
        struct sk_buff* lost_skb_hint;