diff options
| author | Johannes Berg <johannes.berg@intel.com> | 2025-10-19 11:50:49 +0300 |
|---|---|---|
| committer | Johannes Berg <johannes.berg@intel.com> | 2025-10-27 09:17:11 +0100 |
| commit | 8f24be708829854560e1db9f765c51305b046183 (patch) | |
| tree | 8662af93905d4925071d9e9517b0430071e35a07 /tools/docs/lib/parse_data_structs.py | |
| parent | a3b16dfe79eecafea0e058b038bb506ed9bd2c89 (diff) | |
wifi: mac80211: reset CRC valid after CSA
While waiting for a beacon after CSA, reset the CRC valid
so that the next beacon is handled even if it happens to
be identical the last one on the old channel. This is an
AP bug either way, but it's better to disconnect cleanly
than to have lingering CSA state.
In the iwlwifi instantiation of this problem, mac80211 is
ignoring the beacon but the firmware creates a new CSA,
and then crashes later because mac80211/driver didn't do
anything about it.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Reviewed-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>
Signed-off-by: Miri Korenblit <miriam.rachel.korenblit@intel.com>
Link: https://patch.msgid.link/20251019115024.521ad9c6b87d.I86376900df3d3423185b75bf63358c29f33a5eb6@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'tools/docs/lib/parse_data_structs.py')
0 files changed, 0 insertions, 0 deletions