summaryrefslogtreecommitdiffstats
path: root/fs/jfs/jfs_lock.h
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2012-03-04 08:50:46 -0800
committerJohn W. Linville <linville@tuxdriver.com>2012-03-06 15:16:07 -0500
commit342bbf3fee2fa9a18147e74b2e3c4229a4564912 (patch)
tree805d39cf32bae1ff6a77e054d8959c3cce50f1c4 /fs/jfs/jfs_lock.h
parent26627687e881e79c8c8f9076f79181c2beefcae7 (diff)
iwlwifi: always monitor for stuck queues
If we only monitor while associated, the following can happen: - we're associated, and the queue stuck check runs, setting the queue "touch" time to X - we disassociate, stopping the monitoring, which leaves the time set to X - almost 2s later, we associate, and enqueue a frame - before the frame is transmitted, we monitor for stuck queues, and find the time set to X, although it is now later than X + 2000ms, so we decide that the queue is stuck and erroneously restart the device It happens more with P2P because there we can go between associated/unassociated frequently. Cc: stable@vger.kernel.org Reported-by: Ben Cahill <ben.m.cahill@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: Wey-Yi Guy <wey-yi.w.guy@intel.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'fs/jfs/jfs_lock.h')
0 files changed, 0 insertions, 0 deletions