Try out wcn39xx pwrseq patchset

[minlexx]

• https://lore.kernel.org/linux-arm-msm/20260106-wcn3990-pwrctl-v2-0-0386204328be@oss.qualcomm.com/T/
• https://patchwork.kernel.org/project/linux-wireless/list/?series=1038740&archive=both&state=*

following the example of sda inforce board, maybe change all othe wifi definitions to that one?

[setotau]

Tested on my clover, and it works as usual.

[minlexx]

Another example sm7150-mainline@be87a2e

[M0Rf30]

Tried this https://github.com/M0Rf30/linux/tree/m0rf30/qcom-sdm660-6.18.y-pwrseq-wifi
and seems to work on tulip.

However slow shutdown mentioned by @barni2000 still persist.

Shutdown takes ~35 extra seconds when WiFi is connected.

During shutdown, wpa_supplicant disconnects from the AP by sending a deauth frame. This deauth causes the modem firmware to crash:

qcom-q6v5-mss 4080000.remoteproc: fatal error received: err_qdi.c:459:EX:wlan_process:1:WLAN
RT:207f:PC=b00c87e0

The kernel's remoteproc subsystem detects the crash and automatically tries to recover the modem. This recovery takes about 2 seconds and succeeds, but leaves the QMI channel in a broken state.

Meanwhile, ath10k_snoc is trying to shut down cleanly by calling ath10k_qmi_wlan_disable(). This function sends a QMI message to the modem and waits for a response. The timeout is 30 seconds (ATH10K_QMI_TIMEOUT
in drivers/net/wireless/ath/ath10k/qmi.c).

Since the modem just crashed and recovered, the QMI channel is dead. The driver sits there for 30 seconds waiting for a response that will never come. NetworkManager can't exit until ath10k finishes, so the entire
shutdown is blocked.

230.460s  wlan0: deauthenticating from 9e:ff:36:fc:61:6a (Reason: 3=DEAUTH_LEAVING)
230.784s  qcom-q6v5-mss: fatal error received: err_qdi.c:459:EX:wlan_process
230.786s  remoteproc: crash detected in 4080000.remoteproc: type fatal error
230.791s  remoteproc: recovering 4080000.remoteproc
232.636s  remoteproc: remote processor 4080000.remoteproc is now up
233.696s  ath10k_snoc: failed to set 2g txpower 40: -108
233.703s  ath10k_snoc: failed to setup tx power 20: -108
          ... more -108 (ESHUTDOWN) errors ...
265.190s  ath10k_snoc: failed to send qmi config: -110   <-- QMI timeout after 31 seconds
265.261s  D-Bus stops, shutdown continues

[setotau]

Maybe I can make a PR with accepted patches to the 6.19 or is it better to wait for these patches to appear upstream?

[okias]

sorry to hijack the thread. The pwrseq change works, after brief testing, on sdm845 well too.

Shutdown takes ~35 extra seconds when WiFi is connected.

Do you have issue or solution for this problem? I encounter same issue on sdm845 & ath10k

[minlexx]

The rproc crash when disconnecting from Wi-Fi is discussed in #75