]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
wifi: mac80211: always allow transmitting null-data on TXQs
authorJohannes Berg <johannes.berg@intel.com>
Fri, 17 Apr 2026 12:16:01 +0000 (14:16 +0200)
committerJohannes Berg <johannes.berg@intel.com>
Tue, 28 Apr 2026 07:31:56 +0000 (09:31 +0200)
commit51129a2ca0482b006d0e12a0aa025ff1e1cad2cb
tree103ac8071fe63dbcb179b1dacddc32a66375a1aa
parent9fd003edab0216df681c98277d3723cc1d535948
wifi: mac80211: always allow transmitting null-data on TXQs

Jouni reported that certain sequences of tests caused some
WDS tests to fail after applying the upcoming hwsim changes
for NAN. I bisected that down to converting hwsim to TXQs,
and after a long debug session found that the 4-addr NDP was
getting dropped, because it goes out via a (management) TXQ
and is a data frame.

It's unclear to me now why this only happens in some test
sequences (e.g. "sigma_dut_sae_h2e_ap_loop ap_wds_sta" and
"sigma_dut_eap_ttls_all_akm_suites ap_wds_sta_open"), maybe
that affects timing and the frame is otherwise delayed in
some way.

Correct the check to only drop frames that actually carry
data, not NDPs.

Reported-by: Jouni Malinen <j@w1.fi>
Link: https://patch.msgid.link/20260417141601.851ddf4adb59.I3d668c0e1bdca9cd98f2fc46f84a066e68cc7a62@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
net/mac80211/tx.c