summaryrefslogtreecommitdiff
path: root/usr.bin/tmux
diff options
context:
space:
mode:
authorStefan Sperling <stsp@cvs.openbsd.org>2020-04-13 18:41:31 +0000
committerStefan Sperling <stsp@cvs.openbsd.org>2020-04-13 18:41:31 +0000
commit384cbe3b1bc3d6b900b7a8aebcd81c60cf3b06cc (patch)
treeb2a5cd5f7ddd3d4a7b8ef30f3e8fec5114f64156 /usr.bin/tmux
parent6af0448783bd9a0505e6c6248be39e08292148cd (diff)
Fix a recently introduced iwn(4) problem where the link gets stuck since
every CCMP encrypted frame is discarded by the AP as a replay. This happened because of CCMP frames with out of range PNs sent by hardware. It seems iwn firmware doesn't like it if we reset the Tx scheduler slot for a frame which is still within the firmware's block ack window, even if the frame has already been ACKed. So frames now get cleared off the Tx queue only when the block ack window has moved past them, which is good enough and seems to prevent the problem. Problem reproduced and fix tested by both myself and jca@
Diffstat (limited to 'usr.bin/tmux')
0 files changed, 0 insertions, 0 deletions