Skip to content

Commit aa40d5a

Browse files
Tetsuo Handakuba-moo
authored andcommitted
wifi: mac80211: do not abuse fq.lock in ieee80211_do_stop()
lockdep complains use of uninitialized spinlock at ieee80211_do_stop() [1], for commit f856373 ("wifi: mac80211: do not wake queues on a vif that is being stopped") guards clear_bit() using fq.lock even before fq_init() from ieee80211_txq_setup_flows() initializes this spinlock. According to discussion [2], Toke was not happy with expanding usage of fq.lock. Since __ieee80211_wake_txqs() is called under RCU read lock, we can instead use synchronize_rcu() for flushing ieee80211_wake_txqs(). Link: https://syzkaller.appspot.com/bug?extid=eceab52db7c4b961e9d6 [1] Link: https://lkml.kernel.org/r/[email protected] [2] Reported-by: syzbot <[email protected]> Signed-off-by: Tetsuo Handa <[email protected]> Fixes: f856373 ("wifi: mac80211: do not wake queues on a vif that is being stopped") Tested-by: syzbot <[email protected]> Acked-by: Toke Høiland-Jørgensen <[email protected]> Signed-off-by: Kalle Valo <[email protected]> Link: https://lore.kernel.org/r/[email protected] [ pick up commit 3598cb6 ("wifi: mac80211: do not abuse fq.lock in ieee80211_do_stop()") from -next] Link: https://lore.kernel.org/all/[email protected]/ Signed-off-by: Jakub Kicinski <[email protected]>
1 parent 9b134b1 commit aa40d5a

File tree

1 file changed

+1
-2
lines changed

1 file changed

+1
-2
lines changed

net/mac80211/iface.c

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -377,9 +377,8 @@ static void ieee80211_do_stop(struct ieee80211_sub_if_data *sdata, bool going_do
377377
bool cancel_scan;
378378
struct cfg80211_nan_func *func;
379379

380-
spin_lock_bh(&local->fq.lock);
381380
clear_bit(SDATA_STATE_RUNNING, &sdata->state);
382-
spin_unlock_bh(&local->fq.lock);
381+
synchronize_rcu(); /* flush _ieee80211_wake_txqs() */
383382

384383
cancel_scan = rcu_access_pointer(local->scan_sdata) == sdata;
385384
if (cancel_scan)

0 commit comments

Comments
 (0)