summaryrefslogtreecommitdiffstats
path: root/net/unix/Makefile
diff options
context:
space:
mode:
authorYuchung Cheng <ycheng@google.com>2019-05-13 10:32:05 -0700
committerDavid S. Miller <davem@davemloft.net>2019-05-14 15:17:49 -0700
commitcd736d8b67fb22a85a68c1ee8020eb0d660615ec (patch)
treeac556ca1e6b7480488f57a773a8c1d5ac456a1a0 /net/unix/Makefile
parent35c99ffa20edd3c24be352d28a63cd3a23121282 (diff)
downloadlinux-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