439 	nr_segs = max_t(u32, nr_segs, tp->reordering + 1);  in tcp_sndbuf_expand()
1054 	 * DSACKs that may have been due to reordering causing RACK to trigger  in tcp_dsack_seen()
1056 	 * without having seen reordering, or that match TLP probes (TLP  in tcp_dsack_seen()
1069 /* It's reordering when higher sequence was delivered (i.e. sacked) before
1070  * some lower never-retransmitted sequence ("low_seq"). The maximum reordering
1071  * distance is approximated in full-mss packet distance ("reordering").
1085 	if ((metric > tp->reordering * mss) && mss) {  in tcp_check_sack_reordering()
1089 			 tp->reordering,  in tcp_check_sack_reordering()
1094 		tp->reordering = min_t(u32, (metric + mss - 1) / mss,  in tcp_check_sack_reordering()
1192  * Reordering detection.
1194  * Reordering metric is maximal distance, which a packet can be displaced
1198  *    ever retransmitted -> reordering. Alas, we cannot use it
1201  *    for retransmitted and already SACKed segment -> reordering..
1248  * fragmentation and packet reordering past skb's retransmission. To consider
1424 				 * which was in hole. It is reordering.  in tcp_sacktag_one()
1904 				/* Don't count olds caused by ACK reordering */  in tcp_sacktag_write_queue()
2063  * in assumption of absent reordering, interpret this as reordering.
2073 	tp->reordering = min_t(u32, tp->packets_out + addend,  in tcp_check_reno_reordering()
2196 	u8 reordering;  in tcp_enter_loss()  local
2215 	 * suggests that the degree of reordering is over-estimated.  in tcp_enter_loss()
2217 	reordering = READ_ONCE(net->ipv4.sysctl_tcp_reordering);  in tcp_enter_loss()
2219 	    tp->sacked_out >= reordering)  in tcp_enter_loss()
2220 		tp->reordering = min_t(unsigned int, tp->reordering,  in tcp_enter_loss()
2221 				       reordering);  in tcp_enter_loss()
2267  * With reordering, holes may still be in flight, so RFC3517 recovery
2334  *		(reordering). This is implemented in tcp_mark_head_lost and
2363  * fast retransmit (reordering) and underestimated RTO, analyzing
2385 	if (!tcp_is_rack(sk) && tcp_dupack_heuristics(tp) > tp->reordering)  in tcp_time_to_recover()
2393  * has at least tp->reordering SACKed seqments above it; "packets" refers to
2447 		int sacked_upto = tp->sacked_out - tp->reordering;  in tcp_update_scoreboard()
2992 		     tp->snd_una + tp->reordering * tp->mss_cache);  in tcp_force_fast_retransmit()
3003 		 * packet, rather than with a retransmit. Check reordering.  in tcp_try_undo_partial()
3007 		/* We are getting evidence that the reordering degree is higher  in tcp_try_undo_partial()
3128 			 * starts a new recovery (e.g. reordering then loss);  in tcp_fastretrans_alert()
3494 			/* Non-retransmitted hole got filled? That's reordering */  in tcp_clean_rtx_queue()
3579 	/* If reordering is high then always grow cwnd whenever data is  in tcp_may_raise_cwnd()
3585 	if (tcp_sk(sk)->reordering >  in tcp_may_raise_cwnd()
4431  * the biggest problem on large power networks even with minor reordering.