I have identified the root cause of the ath12k_pci invalid frequency dmesg spam observed during suspend/resume.
- ath12k_pci 0004:01:00.0: chan info: invalid frequency 5180 (idx 101 out of bounds) The freq_to_idx function was filtering channels based on ar->freq_range, which appears to be temporarily uninitialized or zeroed out during the suspend sequence. This caused valid channels to be skipped during the lookup, resulting in the function returning an out-of-bounds index. This patch removes the redundant range check (mirroring the logic in recent fixes to reg.c) and relies strictly on the hardware band definition instead. Verification: Tested on Lenovo Yoga Slim 7x (Snapdragon X Elite / X1E80100). The invalid frequency errors are completely gone from dmesg during suspend/resume cycles. Patch attached. ** Patch added: "[PATCH] wifi: ath12k: Fix invalid frequency error during suspend" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2138754/+attachment/5940253/+files/0001-wifi-ath12k-Fix-invalid-frequency-error-in-freq_to_i.patch -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2138754 Title: [ath12k wcn7850] 5 GHz Wi-Fi broken in kernel 6.17+ due to broken frequency range filtering To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2138754/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
