summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorLuka Gejak <luka.gejak@linux.dev>2026-05-18 17:23:10 +0300
committerPing-Ke Shih <pkshih@realtek.com>2026-05-25 09:30:20 +0300
commitc80788f7c5aed8d420366b821f867a8a353d83a5 (patch)
tree2d6cfafd2685dd001a030446aad6f9e3aad3ff62 /include
parentcc9cdac8009979e5b77a9d05841ab2d9ca03e68e (diff)
downloadlinux-c80788f7c5aed8d420366b821f867a8a353d83a5.tar.xz
wifi: rtw88: increase TX report timeout to fix race condition
The driver expects the firmware to report TX status within 500ms. However, a timeout can be triggered when the hardware performs background scans while under TX load. During these scans, the firmware stays off-channel for periods exceeding 500ms, delaying the delivery of TX reports back to the driver. When this occurs, the purge timer fires prematurely and drops the tracking skbs from the queue. This results in the host stack interpreting the missing status as packet loss, leading to TCP window collapse. In testing with iperf3, this causes throughput to drop from ~90 Mbps to near-zero for approximately 2 seconds until the connection recovers. Increase RTW_TX_PROBE_TIMEOUT to 2500ms for RTL8723DU. This duration is sufficient to accommodate off-channel dwell time during full background scans, ensuring the purge timer only trips during genuine firmware lockups and preventing unnecessary TCP retransmission cycles. Fixes: a82dfd33d123 ("wifi: rtw88: Add common USB chip support") Cc: stable@vger.kernel.org Acked-by: Ping-Ke Shih <pkshih@realtek.com> Tested-by: Luka Gejak <luka.gejak@linux.dev> Signed-off-by: Luka Gejak <luka.gejak@linux.dev> Signed-off-by: Ping-Ke Shih <pkshih@realtek.com> Link: https://patch.msgid.link/20260518142311.10328-1-luka.gejak@linux.dev
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions