diff options
author | Eric Dumazet | 2017-10-17 04:38:35 +0200 |
---|---|---|
committer | David S. Miller | 2017-10-18 15:19:26 +0200 |
commit | b9f1f1ce866c28e3d9b86202441b220244754a69 (patch) | |
tree | a4d2e4e627de150fbb6b72a754f511aaf7bd0537 /drivers/net/ethernet/intel | |
parent | Merge branch 'bpf-ctx-info-out-of-verifier' (diff) | |
download | kernel-qcow2-linux-b9f1f1ce866c28e3d9b86202441b220244754a69.tar.gz kernel-qcow2-linux-b9f1f1ce866c28e3d9b86202441b220244754a69.tar.xz kernel-qcow2-linux-b9f1f1ce866c28e3d9b86202441b220244754a69.zip |
tcp: fix tcp_xmit_retransmit_queue() after rbtree introduction
I tried to hard avoiding a call to rb_first() (via tcp_rtx_queue_head)
in tcp_xmit_retransmit_queue(). But this was probably too bold.
Quoting Yuchung :
We might miss re-arming the RTO if tp->retransmit_skb_hint is not NULL.
This can happen when RACK marks the first packet lost again and resets
tp->retransmit_skb_hint for example (tcp_rack_mark_skb_lost())
Fixes: 75c119afe14f ("tcp: implement rb-tree based retransmit queue")
Signed-off-by: Eric Dumazet <edumazet@google.com>
Reported-by: Yuchung Cheng <ycheng@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/ethernet/intel')
0 files changed, 0 insertions, 0 deletions