diff options
author | Herton Ronaldo Krzesinski <herton@mandriva.com.br> | 2010-12-13 11:43:51 -0200 |
---|---|---|
committer | John W. Linville <linville@tuxdriver.com> | 2010-12-13 14:55:08 -0500 |
commit | 8808f64171deec62346888e156e3adb636e2a31a (patch) | |
tree | 7f34fd8c560b0fdb4426fe4dfcf16029a8ccb3c6 /fs/jbd2 | |
parent | 16cad7fba037b34ca32cc0adac65bc089d969fb8 (diff) | |
download | linux-stable-8808f64171deec62346888e156e3adb636e2a31a.tar.gz linux-stable-8808f64171deec62346888e156e3adb636e2a31a.tar.bz2 linux-stable-8808f64171deec62346888e156e3adb636e2a31a.zip |
mac80211: avoid calling ieee80211_work_work unconditionally
On suspend, there might be usb wireless drivers which wrongly trigger
the warning in ieee80211_work_work. If an usb driver doesn't have a
suspend hook, the usb stack will disconnect the device. On disconnect,
a mac80211 driver calls ieee80211_unregister_hw, which calls dev_close,
which calls ieee80211_stop, and in the end calls ieee80211_work_purge->
ieee80211_work_work.
The problem is that this call to ieee80211_work_purge comes after
mac80211 is suspended, triggering the warning even when we don't have
work queued in work_list (the expected case when already suspended),
because it always calls ieee80211_work_work.
So, just call ieee80211_work_work in ieee80211_work_purge if we really
have to abort work. This addresses the warning reported at
https://bugzilla.kernel.org/show_bug.cgi?id=24402
Signed-off-by: Herton Ronaldo Krzesinski <herton@mandriva.com.br>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'fs/jbd2')
0 files changed, 0 insertions, 0 deletions