Bug 219968
| Summary: | iwlwifi: AC 9560 [8086:7a70] timeout waiting for FW reset ACK on kernel 6.14+ | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | shinobulaugh |
| Component: | network-wireless-intel | Assignee: | Default virtual assignee for network-wireless-intel (drivers_network-wireless-intel) |
| Status: | CLOSED IMPLEMENTED | ||
| Severity: | normal | CC: | develop-asunnya, gimmickreliable011, grazzolini |
| Priority: | P3 | ||
| Hardware: | Intel | ||
| OS: | Linux | ||
| Kernel Version: | Subsystem: | ||
| Regression: | No | Bisected commit-id: | |
| Attachments: |
`dmesg | grep iwlwifi` output showing the errors.
patch to avoid reset after failed handshake patch to avoid reset after failed handshake |
||
|
Description
shinobulaugh
2025-03-30 04:28:28 UTC
This is also happening with my intel card:
00:14.3 Network controller: Intel Corporation Alder Lake-P PCH CNVi WiFi (rev 01)
Subsystem: Intel Corporation Dual Band Wi-Fi 5(802.11ac) Wireless-AC 9560 80MHz 2x2 [Jefferson Peak]
On same kernel, 6.14 on Arch. I also tried updating the linux-firmware and used the git version of it, but the problem still persists. The system is on a loop trying to load the firmware for the wireless card and if fails. Not to mention the performance is severely degraded because of this too.
(In reply to Giancarlo Razzolini from comment #1) > This is also happening with my intel card: > > 00:14.3 Network controller: Intel Corporation Alder Lake-P PCH CNVi WiFi > (rev 01) > Subsystem: Intel Corporation Dual Band Wi-Fi 5(802.11ac) Wireless-AC > 9560 80MHz 2x2 [Jefferson Peak] > > On same kernel, 6.14 on Arch. I also tried updating the linux-firmware and > used the git version of it, but the problem still persists. The system is on > a loop trying to load the firmware for the wireless card and if fails. Not > to mention the performance is severely degraded because of this too. yeah idk, I think I'll just wait for an update at this point cause I've tried for a LOOONGGG time already and can't be asked. I'm using the LTS kernel for now and it works fine as a temporary solution. hopefully it gets fixed... There's a patch we should've included that should make it not spin, at least: https://p.sipsolutions.net/0c2dac2f5c4818d8.txt However, can't figure out why it's actually happening in the first place. Note also that there's a dup filed _just_ before this one: https://bugzilla.kernel.org/show_bug.cgi?id=219967 Still digging. Can you specify the laptop/machine model(s) this happens on? In my case, it's a Lenovo V14 G3 IAP. Also, regarding the other bug report, I'm not sure it is the same. Because my wireless card is detected, only the firmware cannot be loaded. Also, bluetooth works. I'll try this patch too and report back. This patch is just going to make it not spin endlessly. But I have a feeling I know what's going on - the issue isn't the FW reset handshake timeout, but the fact that the debug dump we wanted on that causes it to send a command which obviously fails at that point, and then that failure causes another crash + reset, so it keeps looping... I haven't gotten around to it yet but I'll try to have a fix tomorrow. iwl_fw_dbg_suspend_resume_hcmd() could just do nothing and then it'd probably work, but I need to find a way to make iwl_trans_send_cmd() return an error in this case. I too have experienced this bug on both Alpine/PostmarketOS edge and Arch Linux with kernel 6.14. Hardware is Starlabs Starlite MKV (Intel N200) with the adapter in question being an Intel Wi-Fi 5 9560. My Dmesg logs were essentially identical to those originally posted. Hope this helps and thanks all for the work! (In reply to Johannes Berg from comment #4) > Can you specify the laptop/machine model(s) this happens on? I'm running a NZXT Player: One tower. I haven't made any real modifications/upgrades to it except for changing the GPU to a MSI 2080 Ti. Created attachment 307916 [details] patch to avoid reset after failed handshake This should fix the issue that we get a SW (or deeper) reset after the handshake fails. It looks like the handshake failure was also there in 6.13 already, but I don't know why. I couldn't reproduce it here on any device that I could get my hands on (though not the same MAC/RF combination so far). Assuming this patch works and you only get a single "FW reset handshake timeout" and no follow-up errors, you could try the FW debug from https://wireless.docs.kernel.org/en/latest/en/users/drivers/iwlwifi/debugging.html#firmware-debugging and capture the dump and send it to us. Created attachment 307919 [details]
patch to avoid reset after failed handshake
ok that patch was stupid, this one's hopefully better :)
Sorry for the delay, only today I got some time to build a custom kernel with the patch. I can confirm this patch indeed fixes the firmware reset loop and also the stability issues. great thanks, we'll send the patch on the way the usual process might take a bit since various spring vacations are upcoming *** Bug 219967 has been marked as a duplicate of this bug. *** Sure. I'll keep building my own kernel in the meantime, modprobed.db helps here. Also, I spent the whole day on wireless to make sure the issues were gone, and it's fine. Thanks for this. Hello, mine is a Samsung Galaxy Book2 550XED |