diff options
author | Manikanta Pubbisetty <quic_mpubbise@quicinc.com> | 2022-04-28 07:27:44 +0200 |
---|---|---|
committer | Johannes Berg <johannes.berg@intel.com> | 2022-05-04 11:37:46 +0200 |
commit | 86af062f40a73bf63321694e6bf637144f0383fe (patch) | |
tree | d53b5ef801e04cdada2a92a21d743579a73273be /.mailmap | |
parent | cfg80211: retrieve S1G operating channel number (diff) | |
download | linux-86af062f40a73bf63321694e6bf637144f0383fe.tar.xz linux-86af062f40a73bf63321694e6bf637144f0383fe.zip |
mac80211: Reset MBSSID parameters upon connection
Currently MBSSID parameters in struct ieee80211_bss_conf
are not reset upon connection. This could be problematic
with some drivers in a scenario where the device first
connects to a non-transmit BSS and then connects to a
transmit BSS of a Multi BSS AP. The MBSSID parameters
which are set after connecting to a non-transmit BSS will
not be reset and the same parameters will be passed on to
the driver during the subsequent connection to a transmit
BSS of a Multi BSS AP.
For example, firmware running on the ath11k device uses the
Multi BSS data for tracking the beacon of a non-transmit BSS
and reports the driver when there is a beacon miss. If we do
not reset the MBSSID parameters during the subsequent
connection to a transmit BSS, then the driver would have
wrong MBSSID data and FW would be looking for an incorrect
BSSID in the MBSSID beacon of a Multi BSS AP and reports
beacon loss leading to an unstable connection.
Reset the MBSSID parameters upon every connection to solve this
problem.
Fixes: 78ac51f81532 ("mac80211: support multi-bssid")
Signed-off-by: Manikanta Pubbisetty <quic_mpubbise@quicinc.com>
Link: https://lore.kernel.org/r/20220428052744.27040-1-quic_mpubbise@quicinc.com
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to '.mailmap')
0 files changed, 0 insertions, 0 deletions