Driver prevents system from entering suspend and wakes up immediately. Disabling with modprobe -r ath11k_pci before suspend helps. Current version of firmware is WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23 Downgrading to WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.16 fixes issue. Reproducible: Always Steps to Reproduce: 1. Suspend laptop or close lid 2. Laptop wakes up immediately 3. Turn off wifi or disable with modprobe -r ath11k_pci 4. Suspend again 5. Suspend works Actual Results: Suspend fails Expected Results: Suspend works Kernel: 6.2.12-300.fc38.x86_64 linux-firmware version: linux-firmware-20230404-149.fc38.noarch Wifi adaprter: Qualcomm QCNFA765 Wireless Network Adapter
What was the last kernel/firmware release combination where it worked?
Bug appeared in firmware version 20230310-148. Kernel version 6.2.7-300. But kernel version doesn't seems to matter, because if I copy files of older version of ath11k firmware like in this thread: https://bugzilla.kernel.org/show_bug.cgi?id=217239 it works with any kernel.
There was updates for ath11k in the latest upstream release: https://bodhi.fedoraproject.org/updates/FEDORA-2023-2cc608e20f
Problem still present in the latest firmware. It is still the same version as it was before WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23
Please update to WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.37. See https://bugzilla.redhat.com/show_bug.cgi?id=2262577 for details on why.
(In reply to Mario Limonciello from comment #5) > Please update to WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.37. That will come automatically when it lands upstream in linux-firmware and we update that.
> That will come automatically when it lands upstream in linux-firmware and we update that. Right; but this bug is pretty crucial. It breaks suspend on A LOT of laptops. Either the package should be rebased or this binary should be cherry picked.
https://bugzilla.redhat.com/show_bug.cgi?id=2262577#c20 My testing here suggests WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.37 does not fix the suspend problems. The suspend behavior seems to be identical in kernel-6.7.4 with both firmware 23 and firmware 37.
I'm going with the assumption that the continued suspend problems are in fact the amdgpu regression. I will separately file the "suspend with firmware 37 cripples ath11k data throughput" problem upstream.
FEDORA-2024-0e9661ca97 (linux-firmware-20240220-1.fc39) has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2024-0e9661ca97
FEDORA-2024-355c0ca9d3 (linux-firmware-20240220-1.fc38) has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2024-355c0ca9d3
FEDORA-2024-355c0ca9d3 has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-355c0ca9d3` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-355c0ca9d3 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2024-0e9661ca97 has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-0e9661ca97` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-0e9661ca97 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2024-0e9661ca97 (linux-firmware-20240220-1.fc39) has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2024-355c0ca9d3 (linux-firmware-20240220-1.fc38) has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.