Home
last modified time | relevance | path

Searched full:reordering (Results 1 – 25 of 195) sorted by relevance

12345678

/linux-6.12.1/net/ipv4/
Dtcp_recovery.c10 /* If reordering has not been observed, be aggressive during in tcp_rack_reo_wnd()
16 if (tp->sacked_out >= tp->reordering && in tcp_rack_reo_wnd()
22 /* To be more reordering resilient, allow min_rtt/4 settling delay. in tcp_rack_reo_wnd()
23 * Use min_rtt instead of the smoothed RTT because reordering is in tcp_rack_reo_wnd()
50 * is being more resilient to reordering by simply allowing some
82 * the recent RTT plus the reordering window. in tcp_rack_detect_loss()
146 /* We have waited long enough to accommodate reordering. Mark the expired
171 * If a DSACK is received that seems like it may have been due to reordering
174 * due to reordering delay longer than reo_wnd.
222 if ((state < TCP_CA_Recovery && tp->sacked_out >= tp->reordering) || in tcp_newreno_mark_lost()
Dtcp_input.c439 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.
[all …]
/linux-6.12.1/Documentation/dev-tools/
Dkcsan.rst225 memory operation from reordering before the barrier. Developers should
285 based on modeling access reordering (with ``CONFIG_KCSAN_WEAK_MEMORY=y``).
287 simulated reordering within the scope of its function (at most 1 in-flight
290 Once an access has been selected for reordering, it is checked along every
293 reordering.
312 simulated reordering. After the write of ``flag``, ``x`` is again checked for
315 would not be considered for reordering after the proper release of ``flag``,
323 accesses, and the only access type for which KCSAN simulates reordering. This
324 means reordering of marked accesses is not modeled.
/linux-6.12.1/include/media/i2c/
Dadv7604.h23 * Bus rotation and reordering. This is used to specify component reordering on
100 /* Bus rotation and reordering */
Dadv7842.h21 * Bus rotation and reordering. This is used to specify component reordering on
138 /* Bus rotation and reordering */
/linux-6.12.1/arch/mips/include/asm/
Dsync.h24 * load/store datapath beyond which reordering is not possible before
118 * expect due to reordering & speculation:
121 * be executed after the LL - this is the reordering case.
127 * This reordering case is fixed by 3A R2 CPUs, ie. 3A2000 models and later.
/linux-6.12.1/tools/include/uapi/linux/
Dtcp.h182 * No apparent reordering, packet loss, or ECN marks.
189 * loss or reordering but needs further information to confirm packets
280 __u32 tcpi_reord_seen; /* reordering events seen */
300 TCP_NLA_REORDERING, /* Reordering metric */
312 TCP_NLA_REORD_SEEN, /* reordering events seen */
/linux-6.12.1/drivers/net/wireless/marvell/mwifiex/
D11n_rxreorder.c226 * This function returns the pointer to an entry in Rx reordering
246 /* This function retrieves the pointer to an entry in Rx reordering
271 * buffered in Rx reordering table.
293 * This function flushes all the packets in Rx reordering table.
297 * them and then dumps the Rx reordering table.
319 * This function creates an entry in Rx reordering table for the
535 * This function identifies if Rx reordering is needed for a received packet.
537 * In case reordering is required, the function will do the reordering
542 * the packet is reordered and all the packets in the updated Rx reordering
/linux-6.12.1/drivers/staging/rtl8712/
Drtl8712_recv.h35 /*These definition is used for Rx packet reordering.*/
128 /*for A-MPDU Rx reordering buffer control*/
Drtl871x_ht.h26 unsigned int rx_ampdu_maxlen; /* for rx reordering ctrl win_sz,
/linux-6.12.1/include/uapi/linux/
Dtcp.h190 * No apparent reordering, packet loss, or ECN marks.
197 * loss or reordering but needs further information to confirm packets
288 __u32 tcpi_reord_seen; /* reordering events seen */
325 TCP_NLA_REORDERING, /* Reordering metric */
337 TCP_NLA_REORD_SEEN, /* reordering events seen */
/linux-6.12.1/Documentation/devicetree/bindings/media/i2c/
Dthine,thp7312.yaml98 This property is for lane reordering between the THP7312 and the
141 This property is for lane reordering between the THP7312 and the imaging
/linux-6.12.1/include/linux/
Dpadata.h60 * @serial: List to wait for serialization after reordering.
93 * @reorder_work: work struct for reordering.
Dtcp.h206 u32 reordering; /* Packet reordering metric. */ member
363 u8 reo_wnd_steps; /* Allowed reordering window */
392 u32 reord_seen; /* number of data packet reordering events */
/linux-6.12.1/drivers/staging/rtl8723bs/include/
Drtw_recv.h28 /* for Rx reordering buffer control */
159 /* These definition is used for Rx packet reordering. */
323 /* for A-MPDU Rx reordering buffer control */
/linux-6.12.1/Documentation/devicetree/bindings/display/bridge/
Dti,sn65dsi86.yaml119 reordering but only on physical ports 0 and 1.
132 reordering in any way.
/linux-6.12.1/tools/memory-model/litmus-tests/
DLB+unlocklockonceonce+poacquireonce.litmus10 * the viewpoint of another CPU (the kind of reordering allowed by TSO).
/linux-6.12.1/arch/alpha/include/asm/
Drwonce.h17 * For the curious, more information about this unusual reordering is
/linux-6.12.1/arch/arm/include/asm/
Dneon.h17 * compilation unit. To prevent issues that may arise from GCC reordering or
/linux-6.12.1/Documentation/devicetree/bindings/soc/mediatek/
Dmediatek,mt7986-wo-ccif.yaml16 aggregation packet reordering or rx header translation) on MT7986 soc.
/linux-6.12.1/drivers/scsi/fnic/
Dcq_desc.h54 * and/or CPU from reordering the reads which would potentially in cq_desc_dec()
/linux-6.12.1/drivers/net/ethernet/cisco/enic/
Dcq_desc.h55 * and/or CPU from reordering the reads which would potentially in cq_desc_dec()
/linux-6.12.1/drivers/scsi/snic/
Dcq_desc.h52 * and/or CPU from reordering the reads which would potentially in cq_desc_dec()
/linux-6.12.1/arch/mips/include/asm/octeon/
Dcvmx-fpa.h233 /* Prevent GCC from reordering around free */ in cvmx_fpa_free_nosync()
258 * prevent GCC from reordering operations to after the in cvmx_fpa_free()
/linux-6.12.1/Documentation/block/
Dblk-mq.rst98 any reordering. When the device starts processing requests in the hardware
119 There is no reordering at this stage, and each software queue has a set of

12345678