417 	nr_segs = max_t(u32, nr_segs, tp->reordering + 1);  in tcp_sndbuf_expand()
988 /* It's reordering when higher sequence was delivered (i.e. sacked) before
989  * some lower never-retransmitted sequence ("low_seq"). The maximum reordering
990  * distance is approximated in full-mss packet distance ("reordering").
1004 	if ((metric > tp->reordering * mss) && mss) {  in tcp_check_sack_reordering()
1008 			 tp->reordering,  in tcp_check_sack_reordering()
1013 		tp->reordering = min_t(u32, (metric + mss - 1) / mss,  in tcp_check_sack_reordering()
1111  * Reordering detection.
1113  * Reordering metric is maximal distance, which a packet can be displaced
1117  *    ever retransmitted -> reordering. Alas, we cannot use it
1120  *    for retransmitted and already SACKed segment -> reordering..
1167  * fragmentation and packet reordering past skb's retransmission. To consider
1343 				 * which was in hole. It is reordering.  in tcp_sacktag_one()
1821 				/* Don't count olds caused by ACK reordering */  in tcp_sacktag_write_queue()
1980  * in assumption of absent reordering, interpret this as reordering.
1990 	tp->reordering = min_t(u32, tp->packets_out + addend,  in tcp_check_reno_reordering()
2118 	 * suggests that the degree of reordering is over-estimated.  in tcp_enter_loss()
2122 		tp->reordering = min_t(unsigned int, tp->reordering,  in tcp_enter_loss()
2165  * With reordering, holes may still be in flight, so RFC3517 recovery
2232  *		(reordering). This is implemented in tcp_mark_head_lost and
2261  * fast retransmit (reordering) and underestimated RTO, analyzing
2283 	if (!tcp_is_rack(sk) && tcp_dupack_heuristics(tp) > tp->reordering)  in tcp_time_to_recover()
2291  * has at least tp->reordering SACKed seqments above it; "packets" refers to
2345 		int sacked_upto = tp->sacked_out - tp->reordering;  in tcp_update_scoreboard()
2812 		 * packet, rather than with a retransmit. Check reordering.  in tcp_try_undo_partial()
2816 		/* We are getting evidence that the reordering degree is higher  in tcp_try_undo_partial()
2859 		     tp->snd_una + tp->reordering * tp->mss_cache);  in tcp_force_fast_retransmit()
3311 			/* Non-retransmitted hole got filled? That's reordering */  in tcp_clean_rtx_queue()
3394 	/* If reordering is high then always grow cwnd whenever data is  in tcp_may_raise_cwnd()
3400 	if (tcp_sk(sk)->reordering > sock_net(sk)->ipv4.sysctl_tcp_reordering)  in tcp_may_raise_cwnd()
4168  * the biggest problem on large power networks even with minor reordering.