diff options
| author | Marc Gonzalez <[email protected]> | 2024-04-29 16:06:29 +0200 |
|---|---|---|
| committer | Kalle Valo <[email protected]> | 2024-05-13 17:15:48 +0300 |
| commit | 6d67d18014a8130defbca1972d7f0e0a8f8f259e (patch) | |
| tree | b3c5586b5249e9dcce451310d4968bf8518b7a9f /tools/perf/scripts/python/event_analyzing_sample.py | |
| parent | 71b6e321e30271beb08772871c4f76777f49e402 (diff) | |
wifi: ath10k: do not always wait for MSA_READY indicator
The ath10k driver waits for an "MSA_READY" indicator
to complete initialization. If the indicator is not
received, then the device remains unusable.
Several msm8998-based devices are affected by this issue.
Oddly, it seems safe to NOT wait for the indicator, and
proceed immediately when QMI_EVENT_SERVER_ARRIVE.
fw_version 0x100204b2
fw_build_timestamp 2019-09-04 03:01
fw_build_id QC_IMAGE_VERSION_STRING=WLAN.HL.1.0-01202-QCAHLSWMTPLZ-1.221523.2
Jeff Johnson wrote:
The feedback I received was "it might be ok to change all ath10k qmi
to skip waiting for msa_ready", and it was pointed out that ath11k
(and ath12k) do not wait for it.
However with so many deployed devices, "might be ok" isn't a strong
argument for changing the default behavior.
Signed-off-by: Marc Gonzalez <[email protected]>
Reviewed-by: Bjorn Andersson <[email protected]>
Acked-by: Jeff Johnson <[email protected]>
Signed-off-by: Kalle Valo <[email protected]>
Link: https://msgid.link/[email protected]
Diffstat (limited to 'tools/perf/scripts/python/event_analyzing_sample.py')
0 files changed, 0 insertions, 0 deletions