summaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2021-04-16 13:47:04 +0200
committerJohannes Berg <johannes.berg@intel.com>2021-04-19 12:00:24 +0200
commitca47b46294eabc5b9e85bc2ec9de0bf097a39af6 (patch)
treee2183d096534b417c2cbdd7d3eafdc9bd966d577 /Makefile
parent623b988f2dcbecf3e638ecfaec97cc56a95eaa6a (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