On 5/22/2025 6:17 AM, Loic Poulain wrote: > In some scenarios, the firmware may be stopped before the interface is > removed, either due to a crash or because the remoteproc (e.g., MPSS) > is shut down early during system reboot or shutdown. > > This leads to a delay during interface teardown, as the driver waits for > a vdev delete response that never arrives, eventually timing out. > > Example (SNOC): > $ echo stop > /sys/class/remoteproc/remoteproc0/state > [ 71.64] remoteproc remoteproc0: stopped remote processor modem > $ reboot > [ 74.84] ath10k_snoc c800000.wifi: failed to transmit packet, dropping: -108 > [ 74.84] ath10k_snoc c800000.wifi: failed to submit frame: -108 > [...] > [ 82.39] ath10k_snoc c800000.wifi: Timeout in receiving vdev delete response > > To avoid this, skip waiting for the vdev delete response if the firmware is > already marked as unreachable (`ATH10K_FLAG_CRASH_FLUSH`), similar to how > `ath10k_mac_wait_tx_complete()` and `ath10k_vdev_setup_sync()` handle this > case. > > Signed-off-by: Loic Poulain <loic.poul...@oss.qualcomm.com> > --- > drivers/net/wireless/ath/ath10k/mac.c | 32 ++++++++++++++++++++-------
FYI per current legal guidance I added a QTI copyright to this file when I pulled it to ath/pending: https://git.kernel.org/pub/scm/linux/kernel/git/ath/ath.git/commit/?h=pending&id=b9193382408c8f4859c6401bea9c028d8a601171
