summaryrefslogtreecommitdiff
path: root/arch/sh
diff options
context:
space:
mode:
authorBrian Norris <briannorris@chromium.org>2017-01-13 15:35:37 -0800
committerKalle Valo <kvalo@codeaurora.org>2017-01-20 11:46:32 +0200
commit5d5ddb5e0d9bc3ff3f377c6e03a074d13606a6e5 (patch)
tree19bec6dcf1646883d46a582efa6821d6f7e373aa /arch/sh
parent062e008a6e83e7c4da7df0a9c6aefdbc849e2bb3 (diff)
mwifiex: pcie: don't loop/retry interrupt status checks
The following sequence occurs when using IEEE power-save on 8997: (a) driver sees SLEEP event (b) driver issues SLEEP CONFIRM (c) driver recevies CMD interrupt; within the interrupt processing loop, we do (d) and (e): (d) wait for FW sleep cookie (and often time out; it takes a while), FW is putting card into low power mode (e) re-check PCIE_HOST_INT_STATUS register; quit loop with 0 value But at (e), no one actually signaled an interrupt (i.e., we didn't check adapter->int_status). And what's more, because the card is going to sleep, this register read appears to take a very long time in some cases -- 3 milliseconds in my case! Now, I propose that (e) is completely unnecessary. If there were any additional interrupts signaled after the start of this loop, then the interrupt handler would have set adapter->int_status to non-zero and queued more work for the main loop -- and we'd catch it on the next iteration of the main loop. So this patch drops all the looping/re-reading of PCIE_HOST_INT_STATUS, which avoids the problematic (and slow) register read in step (e). Incidentally, this is a very similar issue to the one fixed in commit ec815dd2a5f1 ("mwifiex: prevent register accesses after host is sleeping"), except that the register read is just very slow instead of fatal in this case. Tested on 8997 in both MSI and (though not technically supported at the moment) MSI-X mode. Signed-off-by: Brian Norris <briannorris@chromium.org> Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Diffstat (limited to 'arch/sh')
0 files changed, 0 insertions, 0 deletions