diff options
author | Yuchung Cheng <ycheng@google.com> | 2019-05-13 10:32:05 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2019-05-14 15:17:49 -0700 |
commit | cd736d8b67fb22a85a68c1ee8020eb0d660615ec (patch) | |
tree | ac556ca1e6b7480488f57a773a8c1d5ac456a1a0 /net/unix/Makefile | |
parent | 35c99ffa20edd3c24be352d28a63cd3a23121282 (diff) | |
download | linux-cd736d8b67fb22a85a68c1ee8020eb0d660615ec.tar.gz linux-cd736d8b67fb22a85a68c1ee8020eb0d660615ec.tar.bz2 linux-cd736d8b67fb22a85a68c1ee8020eb0d660615ec.zip |
tcp: fix retrans timestamp on passive Fast Open
Commit c7d13c8faa74 ("tcp: properly track retry time on
passive Fast Open") sets the start of SYNACK retransmission
time on passive Fast Open in "retrans_stamp". However the
timestamp is not reset upon the handshake has completed. As a
result, future data packet retransmission may not update it in
tcp_retransmit_skb(). This may lead to socket aborting earlier
unexpectedly by retransmits_timed_out() since retrans_stamp remains
the SYNACK rtx time.
This bug only manifests on passive TFO sender that a) suffered
SYNACK timeout and then b) stalls on very first loss recovery. Any
successful loss recovery would reset the timestamp to avoid this
issue.
Fixes: c7d13c8faa74 ("tcp: properly track retry time on passive Fast Open")
Signed-off-by: Yuchung Cheng <ycheng@google.com>
Signed-off-by: Neal Cardwell <ncardwell@google.com>
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/unix/Makefile')
0 files changed, 0 insertions, 0 deletions