summaryrefslogtreecommitdiffstats
path: root/net/mac80211/sta_info.h
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2024-04-18 10:52:25 +0200
committerJohannes Berg <johannes.berg@intel.com>2024-04-19 10:02:24 +0200
commitcb55e08dba3526796e35d24a6d5db4ed6dcb8a4b (patch)
tree4f4ee89b8ca101c4769e8c82ff2a67f53a7ae2eb /net/mac80211/sta_info.h
parentwifi: mac80211_hwsim: init peer measurement result (diff)
downloadlinux-cb55e08dba3526796e35d24a6d5db4ed6dcb8a4b.tar.xz
linux-cb55e08dba3526796e35d24a6d5db4ed6dcb8a4b.zip
wifi: mac80211: remove link before AP
If the AP removal timer is long, we don't really want to remove the link immediately. However, we really should do it _before_ the AP removes it (which happens at or after count reaches 0), so subtract 1 from the countdown when scheduling the timer. This causes the link removal work to run just after the beacon with value 1 is received. If the counter is already zero, do it immediately. This fixes an issue where we do the removal too late and receive a beacon from the AP that's no longer associated with the MLD, but thus removed EHT and ML elements, and then we disconnect instead from the whole MLD, since one of the associated APs changed mode from EHT to HE. Fixes: 8eb8dd2ffbbb ("wifi: mac80211: Support link removal using Reconfiguration ML element") Reviewed-by: Ilan Peer <ilan.peer@intel.com> Reviewed-by: Miriam Rachel Korenblit <miriam.rachel.korenblit@intel.com> Link: https://msgid.link/20240418105220.03ac4a09fa74.Ifb8c8d38e3402721a81ce5981568f47b5c5889cb@changeid Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'net/mac80211/sta_info.h')
0 files changed, 0 insertions, 0 deletions