diff options
author | Johannes Berg <johannes.berg@intel.com> | 2021-04-16 13:47:04 +0200 |
---|---|---|
committer | Johannes Berg <johannes.berg@intel.com> | 2021-04-19 12:00:24 +0200 |
commit | ca47b46294eabc5b9e85bc2ec9de0bf097a39af6 (patch) | |
tree | e2183d096534b417c2cbdd7d3eafdc9bd966d577 /Makefile | |
parent | 623b988f2dcbecf3e638ecfaec97cc56a95eaa6a (diff) |
mac80211: properly process TXQ management frames
My previous commit to not apply flow control to management frames
that are going over TXQs (which is currently only the case for
iwlwifi, I think) broke things, with iwlwifi firmware crashing on
certain frames. As it turns out, that was due to the frame being
too short: space for the MIC wasn't added at the end of encrypted
management frames.
Clearly, this is due to using the 'frags' queue - this is meant
only for frames that have already been processed for TX, and the
code in ieee80211_tx_dequeue() just returns them. This caused all
management frames to now not get any TX processing.
To fix this, use IEEE80211_TX_INTCFL_NEED_TXPROCESSING (which is
currently used only in other circumstances) to indicate that the
frames need processing, and clear it immediately after so that,
at least in theory, MMPDUs can be fragmented.
Fixes: 73bc9e0af594 ("mac80211: don't apply flow control on management frames")
Acked-by: Toke Høiland-Jørgensen <toke@redhat.com>
Link: https://lore.kernel.org/r/20210416134702.ef8486a64293.If0a9025b39c71bb91b11dd6ac45547aba682df34@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions