summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorBrian Norris <briannorris@chromium.org>2016-11-22 18:39:45 -0800
committerKalle Valo <kvalo@codeaurora.org>2016-11-29 17:28:39 +0200
commit22dde1ed5a48a570aaed5ead4c7efee174f75e2e (patch)
treece484b32c05b20be966d5135420539e0c6984970 /include
parent4133828c76c3f358f05818ddfec1506274159256 (diff)
mwifiex: pcie: implement timeout loop for FW programming doorbell
Marvell Wifi PCIe modules don't always behave nicely for PCIe power management when their firmware hasn't been loaded, particularly after suspending the PCIe link one or more times. When this happens, we might end up spinning forever in this status-polling tight loop. Let's make this less tight by adding a timeout and by sleeping a bit in between reads, as we do with the other similar loops. This prevents us from hogging a CPU even in such pathological cases, and allows the FW initialization to just fail gracefully instead. I chose the same polling parameters as the earlier loop in this function, and empirically, I found that this loop never makes it more than about 12 cycles in a sane FW init sequence. I had no official information on the actual intended latency for this portion of the download. Signed-off-by: Brian Norris <briannorris@chromium.org> Acked-by: Amitkumar Karwar <akarwar@marvell.com> Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions