diff options
author | Daniel Drake <dsd@laptop.org> | 2011-07-09 16:41:25 +0200 |
---|---|---|
committer | John W. Linville <linville@tuxdriver.com> | 2011-07-11 21:02:19 +0200 |
commit | df90d84382b03faf81637db31b6be14f477482c7 (patch) | |
tree | 343229cb6b303b4e21aa37bd936ae822b94d0528 /drivers/net/wireless/rtlwifi | |
parent | mac80211: allocate only one RX queue (diff) | |
download | linux-df90d84382b03faf81637db31b6be14f477482c7.tar.xz linux-df90d84382b03faf81637db31b6be14f477482c7.zip |
libertas: fix handling of command timeout, completion and interruption
When commands time out, corruption ensues. As lbs_complete_command()
is called without locking, the command node is mistakenly freed twice.
Also fixed up locking here in a few other places.
The nature of command timeout may be that the card didn't even
acknowledge receipt of the request. Detect this case and reset dnld_sent
so that other commands don't hang forever.
When cmdnodes are moved between the free list and the pending list,
their list heads should be reinitialized. Fixed this.
Sometimes commands are completed without actually submitting them or
removing them from cmdpendingq. We must remember to remove them from
cmdpendingq in these cases, so handle this in lbs_complete_command().
Harmless signals generated during suspend/resume were interrupting
lbs_cmd. Convert to an uninterruptible sleep to avoid this.
lbs_thread must be woken up every time there is some new work to do.
I found that when 2 commands are queued, ther completion of the first
command would not wake up lbs_thread to submit the second. Poke lbs_thread
at the end of lbs_complete_command() to fix this.
Signed-off-by: Daniel Drake <dsd@laptop.org>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'drivers/net/wireless/rtlwifi')
0 files changed, 0 insertions, 0 deletions