iwlwifi: Don't unlock priv->mutex if it isn't locked

Browse source

Commit b716bb91 ("iwlwifi: Cancel scanning upon association") moved the
test of priv->vif in iwl{3945,4964}_mac_config_interface() outside of
where priv->mutex is held, but still tries to do mutex_unlock() on
return.  This is clearly wrong and triggers a nasty lockdep warning when
this codepath is triggered.  Fix this by removing the mutex_unlock().

Signed-off-by: Roland Dreier <rolandd@cisco.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>

...

This commit is contained in:

Roland Dreier 2008-04-23 16:22:13 -07:00 • committed by John W. Linville

parent 4d381ffb02

commit 099714934d

2 changed files with 0 additions and 2 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download patch file Download diff file Expand all files Collapse all files

1

drivers/net/wireless/iwlwifi/iwl3945-base.c

View file

1

drivers/net/wireless/iwlwifi/iwl4965-base.c

View file