For whatever reason, some devices like QCA6390, WCN6855 using ath11k
are not in M3 state during PM resume, but still functional. The
mhi_pm_resume should then not fail in those cases, and let the higher
level device specific stack continue resuming process.
Add an API mhi_pm_resume_force(), to force resuming irrespective of the
current MHI state. This fixes a regression with non functional ath11k WiFi
after suspend/resume cycle on some machines.
Bug report: https://bugzilla.kernel.org/show_bug.cgi?id=214179
Link: https://lore.kernel.org/regressions/871r5p0x2u.fsf@codeaurora.org/
Fixes:
|
||
|---|---|---|
| .. | ||
| ahb.c | ||
| ahb.h | ||
| ce.c | ||
| ce.h | ||
| core.c | ||
| core.h | ||
| dbring.c | ||
| dbring.h | ||
| debug.c | ||
| debug.h | ||
| debugfs.c | ||
| debugfs.h | ||
| debugfs_htt_stats.c | ||
| debugfs_htt_stats.h | ||
| debugfs_sta.c | ||
| debugfs_sta.h | ||
| dp.c | ||
| dp.h | ||
| dp_rx.c | ||
| dp_rx.h | ||
| dp_tx.c | ||
| dp_tx.h | ||
| hal.c | ||
| hal.h | ||
| hal_desc.h | ||
| hal_rx.c | ||
| hal_rx.h | ||
| hal_tx.c | ||
| hal_tx.h | ||
| hif.h | ||
| htc.c | ||
| htc.h | ||
| hw.c | ||
| hw.h | ||
| Kconfig | ||
| mac.c | ||
| mac.h | ||
| Makefile | ||
| mhi.c | ||
| mhi.h | ||
| pci.c | ||
| pci.h | ||
| peer.c | ||
| peer.h | ||
| qmi.c | ||
| qmi.h | ||
| reg.c | ||
| reg.h | ||
| rx_desc.h | ||
| spectral.c | ||
| spectral.h | ||
| testmode.c | ||
| testmode.h | ||
| testmode_i.h | ||
| thermal.c | ||
| thermal.h | ||
| trace.c | ||
| trace.h | ||
| wmi.c | ||
| wmi.h | ||
| wow.c | ||
| wow.h | ||