diff options
author | Johannes Berg <johannes.berg@intel.com> | 2024-05-23 13:03:52 +0300 |
---|---|---|
committer | Johannes Berg <johannes.berg@intel.com> | 2024-05-29 11:38:53 +0300 |
commit | 6322e0e75a01d30b914fa87470ad00d8db844f72 (patch) | |
tree | 6db8c123ae2c5ee600e99e3a8b4b7642d935bc55 /.get_maintainer.ignore | |
parent | a0ca76e5b7d550fcd74753d5fdaaf23f1a9bfdb4 (diff) | |
download | linux-6322e0e75a01d30b914fa87470ad00d8db844f72.tar.xz |
wifi: mac80211: handle HW restart during ROC
If we have a HW restart in the middle of a ROC period,
then there are two cases:
- if it's a software ROC, we really don't need to do
anything, since the ROC work will still be queued
and will run later, albeit with the interruption
due to the restart;
- if it's a hardware ROC, then it may have begun or
not, if it did begin already we can only remove it
and tell userspace about that.
In both cases, this fixes the warning that would appear
in ieee80211_start_next_roc() in this case.
In the case of some drivers such as iwlwifi, the part of
restarting is never going to happen since the driver will
cancel the ROC, but flushing the work to ensure nothing
is pending here will also result in no longer being able
to trigger the warning in this case.
Reviewed-by: Miriam Rachel Korenblit <miriam.rachel.korenblit@intel.com>
Link: https://msgid.link/20240523120352.f1924b5411ea.Ifc02a45a5ce23868dc7e428bad8d0e6996dd10f4@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to '.get_maintainer.ignore')
0 files changed, 0 insertions, 0 deletions