Framework 13 AMD AI Wifi Issue on Arch Linux

Which Linux distro are you using?
Arch

Which release version?
(if rolling release without a release version, skip this question)

(If rolling release, last date updated?)
Two days ago.
Which kernel are you using?
6.15.2

Which BIOS version are you using?
The release version.
Which Framework Laptop 13 model are you using? (AMD Ryzen™ AI 300 Series, AMD Ryzen™ 7040 Series, Intel® Core™ Ultra Series 1, 13th Gen Intel® Core™ , 12th Gen Intel® Core™, 11th Gen Intel® Core™)
AMD Ryzen AI 300

I am using gnome and had the issue that every 20 minutes or so, the internet connection broke for half a minute or so. I looked into the arch wiki for the framework and used iwd as a backend. That seems more reliable, but I couldn’t reconnect after the laptop was in sleep mode. I finally managed to get the network running again, by activating and deactivating the airplane mode. I don’t know how stable my current setup will be.

Is there anything else I could try?

If you’re using the default Wi-Fi card that came with the laptop, you may want to consider switching to an Intel Wi-Fi card. I switched to the AX210 (an easy process) and it’s been far more reliable than the AMD one.

Here’s the guide to switch:

There are a few other threads that may be helpful:

1 Like

According to lspci I have a MEDIATEK Corp. MT7925 (RZ717) Wi-Fi 7 160MHz. That is the one that came by default and is different to the ones listed in the arch wiki.

This is btw the second time I write this post. Network went away when I posted.
I will have to read through it. I didn’t expect to replace something like this directly tbh.

I’ve been having a similar issue on a Framework 16; this worked for me to substantially reduce the flakiness:

sudo iwconfig wlp1s0 power off

It basically just disables the power management for the card. Does that help anything for you?

I’m also having problems with the Mediatek Wifi adapter, and I am not surprised about that.
For me, with Debian 13, the adapter or the driver prevents going to standby since Kernel 6.12.30 (still works with 6.12.27):

[39639.220751] mt7925e 0000:c0:00.0: Message 00020007 (seq 6) timeout
[39639.220777] mt7925e 0000:c0:00.0: PM: pci_pm_suspend(): mt7925_pci_suspend [mt7925e] returns -110
[39639.220790] mt7925e 0000:c0:00.0: PM: dpm_run_callback(): pci_pm_suspend returns -110
[39639.220800] mt7925e 0000:c0:00.0: PM: failed to suspend async: error -110
[39639.220893] PM: Some devices failed to suspend, or early wake event detected

Of course, this could be an issue with the Kernel driver - but my confidence in Mediatek is about zero, so I rather blame them.

Also, Wifi often reconnects and switches between 2.4 and 5 GHz, even if the signal strength is good, with authentication timeouts:

[87598.000140] wlp192s0: authenticate with d4:24:dd:2b:ad:ef (local address=d8:b3:2f:bd:b2:ed)
[87598.017895] wlp192s0: send auth to d4:24:dd:2b:ad:ef (try 1/3)
[87598.039489] wlp192s0: send auth to d4:24:dd:2b:ad:ef (try 2/3)
[87598.056249] wlp192s0: send auth to d4:24:dd:2b:ad:ef (try 3/3)
[87598.071123] wlp192s0: authentication with d4:24:dd:2b:ad:ef timed out

So I will be happy to switch to the Intel AX210 as recommended by @redshift, but I am not happy about framework shipping a rather pricey laptop with such a low quality Wifi adapter as the Mediatek.

1 Like

I ordered now the AX210. It’s a bit sad, because it’s a nuisance and it’s wasteful.
But it already gave me a really shitty online meeting and don’t want to repeat this.

1 Like

Just ordered one as well…

Have you tried my solution?

  1. latest firmware
  2. 802-11-wireless.cloned-mac-address: permanent
  3. 802-11-wireless.mac-address-randomization: never
  4. 802-11-wireless.powersave: 2 (disable)
  5. fixed ip-address

No, since I ordered an intel card I want spent too much fiddling around with the wifi card tbh.

Feels like a power save issue, as someone else eluded to.
I have been testing against 6.15. but not .2 yet.

Get the device:

iwctl device list

We’ll call it wlan0 for the sake of this guide.

sudo iwctl device wlan0 set-property PowerSave off

Verify

iwctl device wlan0 get-property PowerSave

Let me know if this helps, do not reboot.

If it seems to help, we can make it reboot-friendly:

Create /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf

Insert

[connection]
wifi.powersave = 2

Save the file.

2 Likes

I did this already as I thought that my other issue with messages about failed power state changes might be related.

Since I had nothing running that would make a dropped connection obvious, I can’t comment on the effect.

But maybe that could potentially help. But the intel card is already on the way. So I probably can’t give feedback on longer observation.

If it is of any interest - I have just updated to the current Firmware:

mt7925e 0000:c0:00.0: ASIC revision: 79250000
mt7925e 0000:c0:00.0: HW/SW Version: 0x8a108a10, Build Time: 20250526152947a
mt7925e 0000:c0:00.0: WM Firmware Version: ____000000, Build Time: 20250526153043

But both issues (inhibiting standby and authentication timeouts) are still there.

I take it like @Frere_Jacques; I don’t feel so much like trying a lot of fixes and workarounds, and the Intel adapter is on its way…

The new card is installed and I had directly a connection before I even could log in into my gnome session.

Isn’t this backwards? I’m not expert at this but I thought “wifi.powersave = 2” meant turning on, no?

I can also confirm that this is still an issue for me (which apparently is still worked around by disabling power saving) in kernel 6.15.3.

Only turning powersave off doesn’t work as I (and others) tested.

@Matt_Hartley please restrain from solutions that others tested and don’t work.

So I received and installed the Intel AX210 and so far it works very nice, no issues at all. It is very stable and has no issues to come up after standby. Copying a large file via sftp gives about 560 MBit/s which I think is really good. Bluetooth also just works.

For anyone doing the same on Debian, I recommend to install the nonfree firmware before swapping the Wifi module:

sudo apt update && sudo apt install firmware-iwlwifi

Otherwise you may end up with no Wifi at all, like me…

Thank you @redshift, this was a good recommendation!
Hope it works just as well for you @Frere_Jacques.

3 Likes

I’d just like to add - on Debian 13, with Kernel 6.12.x, the iwlwifi driver often crashes when resuming from standby: dmesg

After building a (pristine) 6.15.0 Kernel the problem is gone :smiley:

…and it is nice to see how fast this laptop builds the Kernel + modules!

I was the OP of one of the linked to posts and I originally switched from the RZ717 (mediatek) based card to a qualcomm qcncm865 based card - I wouldn’t suggest switching to the AX210 from a technology perspective as it’s a step backwards to wifi 6e - but had alot of issues with the qualcomm driver in linux kernel versions prior to 6.15 (Running on Fedora). The RZ717 was actually surprisingly a bit more stable somewhere in the 6.14.* versions.

Since 6.15 came out, I noticed that MLO is now working with the Rz717. I havent’ switched back to the qualcomm card beacuse the RZ717 seems to be pretty stable for the most part.

Hmm, nice if it works for you. But I had several intterruptions of up to a minute in tbefirst meeting I had with the delivered Wifi dongle. I had to grab my old laptop to continue.
That was eith Kernel 6.15.

Once this device is really stable, I am opten to switch back.

That is really too bad. Could you post the output of dmesg or journalctl so we are maybe able to find out what is still not working properly?
I am really wondering because we have (almost) the same Laptop, same Wifi module, (almost) same Kernel - and it now works rock solid for me.