Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1532417
| From | Kalle Valo <kvalo@codeaurora.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: mwifiex: pcie: implement timeout loop for FW programming doorbell |
| Date | 2016-11-29 16:30 +0100 |
| Message-ID | <sISw2-1KH-53@gated-at.bofh.it> (permalink) |
| References | <sGvNf-7gH-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Brian Norris <briannorris@chromium.org> wrote: > 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> Patch applied to wireless-drivers-next.git, thanks. 22dde1ed5a48 mwifiex: pcie: implement timeout loop for FW programming doorbell -- https://patchwork.kernel.org/patch/9442499/ Documentation about submitting wireless patches and checking status from patchwork: https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: mwifiex: pcie: implement timeout loop for FW programming doorbell Kalle Valo <kvalo@codeaurora.org> - 2016-11-29 16:30 +0100
csiph-web