CVE-2025-39746

In the Linux kernel, the following vulnerability has been resolved: wifi: ath10k: shutdown driver when hardware is unreliable In rare cases, ath10k may lose connection with the PCIe bus due to some unknown reasons, which could further lead to system crashes during resuming due to watchdog timeout: ath10k_pci 0000:01:00.0: wmi command 20486 timeout, restarting hardware ath10k_pci 0000:01:00.0: already restarting ath10k_pci 0000:01:00.0: failed to stop WMI vdev 0: -11 ath10k_pci 0000:01:00.0: failed to stop vdev 0: -11 ieee80211 phy0: PM: **** DPM device timeout **** Call Trace: panic+0x125/0x315 dpm_watchdog_set+0x54/0x54 dpm_watchdog_handler+0x57/0x57 call_timer_fn+0x31/0x13c At this point, all WMI commands will timeout and attempt to restart device. So set a threshold for consecutive restart failures. If the threshold is exceeded, consider the hardware is unreliable and all ath10k operations should be skipped to avoid system crash. fail_cont_count and pending_recovery are atomic variables, and do not involve complex conditional logic. Therefore, even if recovery check and reconfig complete are executed concurrently, the recovery mechanism will not be broken. Tested-on: QCA6174 hw3.2 PCI WLAN.RM.4.4.1-00288-QCARMSWPZ-1
Configurations

Configuration 1 (hide)

OR cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*

History

19 Oct 2026, 21:10

Type Values Removed Values Added
Summary
  • (es) En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta: wifi: ath10k: apagar el controlador cuando el hardware no es fiable En casos raros, ath10k puede perder la conexión con el bus PCIe debido a algunas razones desconocidas, lo que podría llevar a fallos del sistema durante la reanudación debido a un tiempo de espera (timeout) del watchdog: ath10k_pci 0000:01:00.0: wmi command 20486 timeout, restarting hardware ath10k_pci 0000:01:00.0: already restarting ath10k_pci 0000:01:00.0: failed to stop WMI vdev 0: -11 ath10k_pci 0000:01:00.0: failed to stop vdev 0: -11 ieee80211 phy0: PM: ** DPM device timeout ** Call Trace: panic+0x125/0x315 dpm_watchdog_set+0x54/0x54 dpm_watchdog_handler+0x57/0x57 call_timer_fn+0x31/0x13c En este punto, todos los comandos WMI agotarán su tiempo de espera e intentarán reiniciar el dispositivo. Por lo tanto, se establece un umbral para fallos de reinicio consecutivos. Si se supera el umbral, se considera que el hardware no es fiable y todas las operaciones de ath10k deben omitirse para evitar un fallo del sistema. fail_cont_count y pending_recovery son variables atómicas y no implican lógica condicional compleja. Por lo tanto, incluso si la verificación de recuperación y la reconfiguración completa se ejecutan concurrentemente, el mecanismo de recuperación no se romperá. Tested-on: QCA6174 hw3.2 PCI WLAN.RM.4.4.1-00288-QCARMSWPZ-1

Information

Published : 2025-09-11 17:15

Updated : 2026-11-05 22:17


NVD link : CVE-2025-39746

Mitre link : CVE-2025-39746

CVE.ORG link : CVE-2025-39746


JSON object : View

Products Affected

linux

  • linux_kernel