Thread (15 messages) flat view 15 messages, 5 authors, 2016-02-02

Re: [PATCH net-next 2/7] tcp: track min RTT using windowed min-filter

From: Andrew Shewmaker <hidden>
Date: 2015-10-19 03:09:08

On Sun, Oct 18, 2015 at 10:33:41AM -0400, Neal Cardwell wrote:
On Wed, Oct 14, 2015 at 5:28 AM, Andrew Shewmaker [off-list ref] wrote:
quoted
quoted
diff --git a/net/ipv4/tcp_input.c b/net/ipv4/tcp_input.c
index 38743e5..e177386 100644
--- a/net/ipv4/tcp_input.c
+++ b/net/ipv4/tcp_input.c
...
quoted
@@ -2961,7 +3028,7 @@ void tcp_synack_rtt_meas(struct sock *sk, struct request_sock *req)
              rtt_us = skb_mstamp_us_delta(&now, &tcp_rsk(req)->snt_synack);
      }

-     tcp_ack_update_rtt(sk, FLAG_SYN_ACKED, rtt_us, -1L);
+     tcp_ack_update_rtt(sk, FLAG_SYN_ACKED, rtt_us, -1L, rtt_us);
 }
This didn't apply to net-next for me. I see seq_rtt_us instead of
rtt_us and a check on the existence of tp->srtt_us. Maybe I've
misapplied the patch?
This patch series applies cleanly for me against David Miller's
net-next at SHA1 4be3158 (from Friday Oct 16). (Using "git am" on the
mbox patches from http://patchwork.ozlabs.org/project/netdev/list/
...)

On top of what SHA1 are you applying the series?
Doesn't matter which one ... it was the wrong one :)

I'd executed a git pull before applying the patch set, but I ended up having to
force it. Once I did, it applied cleanly.

Apologies for the false alarm,

Andrew
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help