Framework Laptop 13 (AMD Ryzen AI 300 Series) Wireless PSA

Framework Laptop 13 Linux
,
21

Below is an excerpt from a near–clean Ubuntu 25.04 install that lost network connectivity midday. The machine remained in Wi-Fi range after reboot (see log excerpt below), and - being constantly connected to power - issues related to wake/sleep cycles can be largely ruled out. The secondary USB-C hub’s wired connection remained stable, as expected. All of the recurring “Activation of network connection failed” pop-ups referred to the wireless interface attempting - and failing - to reconnect.

6.14.0-15-generic

Package: linux-firmware
Version: 20250317.git1d4c88ee-0ubuntu1
Priority: optional
Section: misc
Origin: Ubuntu
Maintainer: Ubuntu Kernel Team kernel-team@lists.ubuntu.com
Original-Maintainer: Ubuntu Kernel Team kernel-team@lists.ubuntu.com
Bugs: OpenID transaction in progress
Installed-Size: 573 MB
Provides: atmel-firmware
Recommends: firmware-sof-signed
Conflicts: atmel-firmware
Breaks: amd64-microcode (<= 3.20220411.1ubuntu1), initramfs-tools (<< 0.142ubuntu8~), linux-firmware-raspi2 (<= 1.20190819-0ubuntu2), linux-firmware-snapdragon (<= 1.2-0ubuntu1)
Replaces: atmel-firmware, linux-firmware-snapdragon (<= 1.2-0ubuntu1), linux-restricted-common
Download-Size: 573 MB
APT-Manual-Installed: no
APT-Sources: http://de.archive.ubuntu.com/ubuntu plucky/main amd64 Packages
Description: Firmware for Linux kernel drivers
This package provides firmware used by Linux kernel drivers.

image
image609×234 6.88 KB

[ 11.323109] mt7925e 0000:c0:00.0 wlp192s0: renamed from wlan0
[ 15.470423] wlp192s0: authenticate with 30:34:22:08:9a:c7 (local address=d8:b3:2f:bd:ba:3f)
[ 15.826921] wlp192s0: send auth to 30:34:22:08:9a:c7 (try 1/3)
[ 15.842331] wlp192s0: authenticated
[ 15.846336] wlp192s0: associate with 30:34:22:08:9a:c7 (try 1/3)
[ 15.869969] wlp192s0: RX AssocResp from 30:34:22:08:9a:c7 (capab=0x1111 status=0 aid=7)
[ 15.909863] wlp192s0: associated
[ 16.261458] wlp192s0: Limiting TX power to 27 (30 - 3) dBm as advertised by 30:34:22:08:9a:c7
[29013.335436] wlp192s0: failed to reserve channel context for channel switch, disconnecting (err=-95)
[29013.864723] wlp192s0: AP is in CSA process, reject auth
[29014.651336] wlp192s0: authenticate with 30:34:22:02:7f:67 (local address=d8:b3:2f:bd:ba:3f)
[29014.669297] wlp192s0: send auth to 30:34:22:02:7f:67 (try 1/3)
[29014.690242] wlp192s0: send auth to 30:34:22:02:7f:67 (try 2/3)
[29014.706249] wlp192s0: send auth to 30:34:22:02:7f:67 (try 3/3)
[29014.722670] wlp192s0: authentication with 30:34:22:02:7f:67 timed out
[29016.027436] wlp192s0: authenticate with 30:34:22:08:9a:c6 (local address=d8:b3:2f:bd:ba:3f)
[29016.139307] wlp192s0: send auth to 30:34:22:08:9a:c6 (try 1/3)
[29016.159503] wlp192s0: send auth to 30:34:22:08:9a:c6 (try 2/3)
[29016.178666] wlp192s0: send auth to 30:34:22:08:9a:c6 (try 3/3)
…same spam repeating
[32343.712042] wlp192s0: authentication with 30:34:22:08:9a:c7 timed out
[32362.577996] wlp192s0: authenticate with 30:34:22:08:9a:c7 (local address=d8:b3:2f:bd:ba:3f)
[32362.595228] wlp192s0: send auth to 30:34:22:08:9a:c7 (try 1/3)
[32362.616628] wlp192s0: send auth to 30:34:22:08:9a:c7 (try 2/3)
[32362.635925] wlp192s0: send auth to 30:34:22:08:9a:c7 (try 3/3)
[32362.654105] wlp192s0: authentication with 30:34:22:08:9a:c7 timed out
put in airplane mode and back (disable wifi didnt help)
[32386.657599] wlp192s0: authenticate with 30:34:22:08:9a:c7 (local address=d8:b3:2f:bd:ba:3f)
[32386.674615] wlp192s0: send auth to 30:34:22:08:9a:c7 (try 1/3)
[32386.682750] wlp192s0: authenticated
[32386.685952] wlp192s0: associate with 30:34:22:08:9a:c7 (try 1/3)
[32386.708805] wlp192s0: RX AssocResp from 30:34:22:08:9a:c7 (capab=0x1111 status=0 aid=7)
[32386.747834] wlp192s0: associated
[32386.889223] wlp192s0: Limiting TX power to 23 (23 - 0) dBm as advertised by 30:34:22:08:9a:c7

22

Is this 6.14 or 6.14.3? It sounds like older than 6.14.3, it needs those patches I mentioned above I suspect.

1 Like
23

Likely old 6.14 - did post only as of the pinned comment on top asking for info to reproduce.

24

I’ve just updated Fedora 42 to kernel 6.14.4-300.fc42.x86_64.

:grinning_face: The good news is the connection now seems to be stable - I’m no longer getting any more disconnections.

:sob: The bad news is it’s still slow. Never more than 90Mbps on any speed test, with devices right next to it getting far higher speeds (and Windows on the same device getting very high speeds). This is whilst connected to a WiFi 7 AP.

Gnome network settings does show a 6GHz connection sometimes when I’ve just connected, however quickly switches to the 5GHz band. Not the end of the world - but 90Mbps is slow even for 5GHz! WiFi 6 devices in the same location get around 500Mbps.

I’ve also tried dracut --force as suggested, rebooting, restarting WiFi again… nada.

25

I have the same operating system and firmware as Daniel, but my problem is somehow different.

My laptop connects just fine upon boot and it will stay connected throughout the day, but it will stop working outright when I decide do switch networks. Both connecting to a new network as well as reconnecting to the old one fails. To get WiFi working I have to turn it off and on again.

26

Maybe an update here; i also used Index of /mainline to update to Linux version 6.14.4-061404-generic and have not seen a wifi issue since.

27

Matt, any update on Ubuntu for the Ryzen AI? I’m still seeing networking issues in Bazzite (slow speeds), and it seems that the MAC address issue recurs (I had to reset it at least once)…

28

@thedaniel I’ve been using Linux for 17 years and to this day I’ve never known that there was a way to use the newest stuffs. Is there an easy walkthrough for this?

29

The MT7925 driver in 6.14.3 and 4 has a multicast problem. This also means no ipv6 address is assigned because its not receiving the router advertisements.

See https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/issues/134

30

Kernel mainline is building kernel.org [mainline] sources directly as deb files into Index of /mainline

There are tools like GitHub - bkw777/mainline: Install mainline kernel packages from kernel.ubuntu.com yet ultimatly you could download the deb out of Index of /mainline/v6.14.4/amd64 for example. Check signatures etc and dpkg -i install them → done.

If you run secure boot you need to sign the kernel with for example tools like GitHub - berglh/ubuntu-sb-kernel-signing: Ubuntu Secure Boot Kernel Signing (MOK)

31

the only thing that fixed it for me was switching from 5GhZ to the 2.4GhZ band by selecting the appropriate BSSID in the Wi-Fi settings.

kernel: 6.14.4-300.fc42.x86_64
fedora 42

strangely, the issue only arises on my home wifi where I run pihole for DNS/DHCP. another wifi (5GhZ) worked fine out of the box.

Screenshot_20250505_173755
Screenshot_20250505_1737552942×1540 182 KB

32

Distrobox.

distrobox create -i ubuntu:24.04 bio-ubuntu && distrobox enter bio-ubuntu

Then just apt install what is needed. BoxBuddy makes this super easy. :slight_smile:

1 Like
33

We are recommending Distrobox if you need Ubuntu atm. Fedora or Bazzite.

34

To hazard a guess, MAC randomization with the authentication/association phases. Generally in situations like this, at least in GNOME. This example I provided is specific to Mesh in this case below. BSSID is also fine if married to a single WAP device.

  • Network manager for that connection.
  • Identity, Stable per SSID or stable.
  • Save, reboot or restart network manager.

Also just edit /etc/NetworkManager/system-connections/NetworkConnectionName.nmconnection

[wifi]
mode=infrastructure
powersave=<default number>
ssid=<your SSID>
cloned-mac-address=stable

Emphasis on adding cloned-mac-address=stable
(This can be don in GNOME via GUI)

Close, reboot or restart Network Manager service.

Being clear, you should be on 6.14.3+ for a happy place in terms of power management.

This is addressing a “possible” MAC address randomization challenge with a workaround if you find you are absolutely on 6.14.3+ and still see drop offs.

This is not a fix, this is a troubleshooting tool to determine possible cause. So a bug report can be filed as needed.

35

Hi Matt,

thanks for your reply. unfortunately changing to cloned-mac-address=stable didnt solve the issue - when switching to the 5GhZ BSSID, my connection drops dead.

Im on 6.14.5-300.fc42.x86_64 on KDE.

1 Like
36

just in case anyone has the same problem, on my HX370 the Wifi drops to a few kbps of speed the moment i plug in any charge into any port.

So if you see slow connections and drop outs give it a try and unplug the charger to see what happens.

1 Like
37

May be nothing but I was just wondering about the TX power of the wifi card, as mine works fine, except that it is extremely range limited.

It seems it is set to 3dBm … this seems low, shouldn’t it be more like 20dBm or is this different in laptops or being misreported?

$ iw dev
phy#0
Unnamed/non-netdev interface
wdev 0x4
addr XX:XX:XX:XX
type P2P-device
txpower 3.00 dBm
Interface wlp192s0
ifindex 2
wdev 0x1
addr XX:XX:XX:XX
ssid Redacted
type managed
channel 36 (5180 MHz), width: 160 MHz, center1: 5250 MHz
txpower 3.00 dBm
multicast TXQ:
qsz-byt qsz-pkt flows drops marks overlmt hashcol tx-bytes tx-packets
0 0 0 0 0 0 0 0 0

38

Just a friendly reminder (looking at Ubuntu users specifically), if you are on older than 6.14.3, you will see wifi drop off. Thank you.

Please be sure to include:

Distro and version (For rolling, date of last update):
Kernel:
Behavior:
WAP type and model: (Especially Mesh configurations and when your last WAP firmware update was)

39

@Matt_Hartley I replaced the Mediatek modem in my FW13 (Ryzen 7 AI) with a refurb AX210 and all networking issues seem to be resolved. Only been testing a day but zero connection drops on both Ubuntu and Bazzite so far…

1 Like
40

I just got the new F13 AI 300 series, installed latest Fedora, WiFi works. Ran dnf upgrade, rebooted and WiFi does not work any longer. Any tips to make this work?

1 Like