Intel AX210 Wifi system hang on resume from standby

After all attempts upgrading the BIOS, Kernel and setting Kernel parameters, my AMD Ryzen AI 7 350 would still sporadically hang on resume from standby with the Intel AX210 Wifi module.

What finally fixed it was updating the firmware to the current iwlwifi-ty-a0-gf-a0-89.ucode revision 123cf747 from 2026-01-15, actually already revision df9556fc from 2025-12-16 fixed it for me.

Before the upgrade, `dmesg`/`journalctl` logged:

loaded firmware version 89.7207fc64.0 ty-a0-gf-a0-89.ucode op_mode iwlmvm

and after the upgrade:

loaded firmware version 89.123cf747.0 ty-a0-gf-a0-89.ucode op_mode iwlmvm

So, if anyone else here has this issue, I suggest it is worth giving it a try.

3 Likes

I’m experiencing similar issues, except my WiFi firmware version is already 89.123cf747.0 ty-a0-gf-a0-89.ucode

System would hang after a simple systemctl suspend then wake via trackpad/keyboard: I’m using kde but issue is easily reproducible without ever login via sddm: simply login to e.g. tty3, systemctl suspend, then wake the computer, and suddenly no keyboard input ever works.

Well I mean it sort of works, but no one’s actually processing the input. It does not take any control character e.g. ctrl+c but simply prints them onto screen.

Switching to other ttys shows blank screen.

It’s so hang that journal has only log before kernel actually entering sleep.

caps light works, so I gave sysrq a try; alt+sysrq+b rebooting via sysrq sorta works, if you give it some time, then it would show something like this:

As you can see there’s some ADVANCED_SYSASSERT and HW error.

I’m not sure if this is the root cause, though… any hint would be appreciated.

Oh and kernel was Arch linux 6.18.13.arch1-1.

I tried Arch LTS (6.12.74-1-lts) and it suspend/resume just fine, as far as I can tell.

Unfortunately I managed to reproduce the issue with LTS, too.

That is too bad, really.

I have never had this problem again since the firmware upgrade. Currently I have Kernel 6.18.12+deb14-amd64.

Could you try with Kernel parameter ā€˜iwlwifi.power_save=0ā€˜? I still have it set from earlier attempts to solve the issue; maybe it is just that combination of firmware and Kernel parameter that fixes it for me.

After some experiments I find linux-firmware-intel-20250917-1-any.pkg.tar.zst (89.2e78fa67.0 ty-a0-gf-a0-89) and LTS kernel 6.12.74-1-lts allow me to do systemctl suspend then resume normally several times.

Guess I’ll stick with this combo for a while and see if I have spare time trying different combos or kernel options… after all I don’t think this is a proper ā€œfixā€, either.

Just for the record here’s some Archlinux CN user having almost exact the same error code as mine: it’s when the PC got basically frozen while resuming from sleep and I had to do sysrq+reisub. And BTW the sysrq+reisub trick unfortunately doesn’t grant me more log: journalctl -k still contains only log before kernel entered sleep.

Here’s screenshot of error code of mine: it’s extracted from sysrq reboot after suspend/resume ā€œfrozenā€:

I didn’t try disabling iwlwifi related powersaving features, though.

Not sure if it is the exact same error but with Kernel 6.18.15+deb14-amd64 received through a system update my laptop now reliably hangs on every resume from standby.

When booting with the previous 6.18.12+deb14-amd64, all is good.

So it seems we have to find the good combination of Kernel, parameter(s) and firmware :sweat_smile:

This one works well for me:

  • Kernel 6.18.12+deb14-amd64 (also previous ones)
  • Parameter iwlwifi.power_save=0
  • Firmware ty-a0-gf-a0-89 89.123cf747.0

Discussion on Archlinux CN telegram channel gave me this hint:
no_console_suspend to your boot parameters

This way the sysrq+reisub trick would actually show what the kernel is doing (indeed it had not crashed, kinda expected) (In fact I waited a bit longer this time and it did resume, albeit I cannot enter sddm and systemctl poweroff complains that last suspend haven’t finished so I have no other means but sysrq reboot again).

Anyhow this time I do get some log: yes it’s most likely an iwlwifi issue.

https://paste.c-net.org/DishonorPlates

1 Like

I can replicate this behaviour on my own host recently. I mostly use it docked so I’m not 100% sure when it started, but I suspect somewhere around the 6.19 kernel release. I’m using:

OS: NixOS 25.11
Kernel: 6.19.5
Mainboard: AMD Ryzen AI 5 340 w/ Radeon 840M
WiFi: Intel Corporation Wi-Fi 6E(802.11ax) AX210/AX1675* 2x2 [Typhoon Peak] (rev 1a)
Wi-Fi Firmware: 89.123cf747.0 ty-a0-gf-a0-89.ucode

A sample of what seems to be the failure from dmesg:

[Sat Mar  7 14:36:43 2026] iwlwifi 0000:c0:00.0: Failed to get monitor header
[Sat Mar  7 14:36:43 2026] iwlwifi 0000:c0:00.0: WRT: Failed to fill region header: id=16, type=2
[Sat Mar  7 14:37:06 2026] rcu: INFO: rcu_preempt self-detected stall on CPU
[Sat Mar  7 14:37:06 2026] rcu: 	7-....: (20983 ticks this GP) idle=17f4/1/0x4000000000000000 softirq=407977/407977 fqs=4805
[Sat Mar  7 14:37:06 2026] rcu: 	(t=21001 jiffies g=1647257 q=3960 ncpus=12)
[Sat Mar  7 14:37:06 2026] CPU: 7 UID: 0 PID: 1593 Comm: wpa_supplicant Tainted: G        W    L      6.19.5 #1-NixOS PREEMPT(voluntary) 
[Sat Mar  7 14:37:06 2026] Tainted: [W]=WARN, [L]=SOFTLOCKUP
[Sat Mar  7 14:37:06 2026] Hardware name: Framework Laptop 13 (AMD Ryzen AI 300 Series)/FRANMGCP05, BIOS 03.05 10/30/2025
[Sat Mar  7 14:37:06 2026] RIP: 0010:delay_halt_mwaitx+0x3b/0x50
[Sat Mar  7 14:37:06 2026] Code: 01 31 d2 89 d1 48 05 00 70 0f 8d 0f 01 fa b8 ff ff ff ff b9 02 00 00 00 48 39 c6 48 0f 46 c6 48 89 c3 b8 f0 00 00 00 0f 01 fb <5b> c3 cc cc cc cc 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 90
[Sat Mar  7 14:37:06 2026] RSP: 0018:ffffd18fc6c03780 EFLAGS: 00000293
[Sat Mar  7 14:37:06 2026] RAX: 00000000000000f0 RBX: 0000000000004dfa RCX: 0000000000000002
[Sat Mar  7 14:37:06 2026] RDX: 0000000000000000 RSI: 0000000000004dfa RDI: 00001e591800519c
[Sat Mar  7 14:37:06 2026] RBP: 00001e591800519c R08: 0000000000003a98 R09: 0000000000000101
[Sat Mar  7 14:37:06 2026] R10: ffffffff8c608100 R11: 0000000000000000 R12: 0000000000000001
[Sat Mar  7 14:37:06 2026] R13: 0000000000000024 R14: ffff8cef6dca8028 R15: 0000000000003a98
[Sat Mar  7 14:37:06 2026] FS:  00007f9377285880(0000) GS:ffff8d06b168e000(0000) knlGS:0000000000000000
[Sat Mar  7 14:37:06 2026] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[Sat Mar  7 14:37:06 2026] CR2: 00007f15beb0f780 CR3: 000000015c989000 CR4: 0000000000f50ef0
[Sat Mar  7 14:37:06 2026] PKRU: 55555554
[Sat Mar  7 14:37:06 2026] Call Trace:
[Sat Mar  7 14:37:06 2026]  <TASK>
[Sat Mar  7 14:37:06 2026]  delay_halt+0x3f/0x70
[Sat Mar  7 14:37:06 2026]  iwl_poll_bits_mask+0x32/0x70 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  __iwl_trans_pcie_grab_nic_access+0x9d/0x150 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  iwl_trans_pcie_grab_nic_access+0x1c/0x40 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  iwl_read_prph+0x15/0x50 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  iwl_dump_ini_prph_mac_iter+0x42/0x70 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  iwl_dump_ini_mem+0x209/0x390 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  iwl_dump_ini_dump_regions+0x8e/0x1d0 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  iwl_fw_dbg_collect_sync+0x1808/0x22e0 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  ? __local_bh_enable_ip+0x62/0x70
[Sat Mar  7 14:37:06 2026]  ? iwl_trans_pcie_grab_nic_access+0x33/0x40 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  ? iwl_read32+0x18/0x70 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  ? iwl_fw_dbg_stop_sync+0x25/0x40 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  iwl_fw_dbg_stop_sync+0x25/0x40 [iwlwifi]
[Sat Mar  7 14:37:06 2026]  iwl_mvm_stop_device+0x2c/0x50 [iwlmvm]
[Sat Mar  7 14:37:06 2026]  iwl_mvm_up+0xe7/0xa20 [iwlmvm]
[Sat Mar  7 14:37:06 2026]  ? iwl_mvm_cleanup_iterator+0x40/0x100 [iwlmvm]
[Sat Mar  7 14:37:06 2026]  ? __iterate_interfaces+0x9f/0x140 [mac80211]
[Sat Mar  7 14:37:06 2026]  ? __pfx_iwl_mvm_cleanup_iterator+0x10/0x10 [iwlmvm]
[Sat Mar  7 14:37:06 2026]  ? ieee80211_wake_queues_by_reason+0x92/0xc0 [mac80211]
[Sat Mar  7 14:37:06 2026]  __iwl_mvm_mac_start+0x78/0x2a0 [iwlmvm]
[Sat Mar  7 14:37:06 2026]  iwl_mvm_mac_start+0x4d/0xf0 [iwlmvm]
[Sat Mar  7 14:37:06 2026]  drv_start+0x42/0x100 [mac80211]
[Sat Mar  7 14:37:06 2026]  ieee80211_do_open+0x2c6/0x7d0 [mac80211]
[Sat Mar  7 14:37:06 2026]  ieee80211_open+0x94/0xa0 [mac80211]
[Sat Mar  7 14:37:06 2026]  __dev_open+0x114/0x270
[Sat Mar  7 14:37:06 2026]  __dev_change_flags+0x1f2/0x220
[Sat Mar  7 14:37:06 2026]  netif_change_flags+0x26/0x70
[Sat Mar  7 14:37:06 2026]  dev_change_flags+0x40/0xb0
[Sat Mar  7 14:37:06 2026]  devinet_ioctl+0x39f/0x780
[Sat Mar  7 14:37:06 2026]  inet_ioctl+0x1c8/0x1e0
[Sat Mar  7 14:37:06 2026]  sock_do_ioctl+0x7d/0x130
[Sat Mar  7 14:37:06 2026]  __x64_sys_ioctl+0x96/0xe0
[Sat Mar  7 14:37:06 2026]  do_syscall_64+0xb9/0x570
[Sat Mar  7 14:37:06 2026]  entry_SYSCALL_64_after_hwframe+0x77/0x7f
[Sat Mar  7 14:37:06 2026] RIP: 0033:0x7f937691e11d
[Sat Mar  7 14:37:06 2026] Code: 04 25 28 00 00 00 48 89 45 c8 31 c0 48 8d 45 10 c7 45 b0 10 00 00 00 48 89 45 b8 48 8d 45 d0 48 89 45 c0 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 22 48 8b 45 c8 64 48 2b 04 25 28 00 00 00
[Sat Mar  7 14:37:06 2026] RSP: 002b:00007ffc2be956d0 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
[Sat Mar  7 14:37:06 2026] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f937691e11d
[Sat Mar  7 14:37:06 2026] RDX: 00007ffc2be95730 RSI: 0000000000008914 RDI: 0000000000000007
[Sat Mar  7 14:37:06 2026] RBP: 00007ffc2be95720 R08: 0000000000000000 R09: 0000000000000000
[Sat Mar  7 14:37:06 2026] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000007
[Sat Mar  7 14:37:06 2026] R13: 00005631c1fa6ac0 R14: 0000000000000001 R15: 00007ffc2be95730
[Sat Mar  7 14:37:06 2026]  </TASK>
[Sat Mar  7 14:37:09 2026] iwlwifi 0000:c0:00.0: Failed to get monitor header
[Sat Mar  7 14:37:09 2026] iwlwifi 0000:c0:00.0: WRT: Failed to fill region header: id=16, type=2
[Sat Mar  7 14:37:11 2026] iwlwifi 0000:c0:00.0: WRT: Collecting data: ini trigger 4 fired (delay=0ms).
[Sat Mar  7 14:37:35 2026] iwlwifi 0000:c0:00.0: WRT: Failed to dump region: id=2, type=11
[Sat Mar  7 14:37:35 2026] iwlwifi 0000:c0:00.0: Failed to get monitor header
[Sat Mar  7 14:37:35 2026] iwlwifi 0000:c0:00.0: WRT: Failed to fill region header: id=16, type=2
[Sat Mar  7 14:37:42 2026] iwlwifi 0000:c0:00.0: mac start retry 0

Edit: It seems like this isn’t directly related to the kernel version as this also happens on the 6.12.74 kernel – though the same iwlwifi microcode version gets loaded when using 6.12.74, which might be relevant.

1 Like

Well… currently running with Kernel 7.0.0-rc3 for a while now without any issues :grinning_face:

I’ve filed a kernel bugzilla but unfortunately to date there’s no response from upstream.

I’ve upgraded to WiFi 7 QCNCM865 since and fortunately haven’t encountered any issues.