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

Framework Laptop 13 Linux
,
41

Happy to confirm that updating Ubuntu to kernel 6.14.3 resolved the wireless issue for me. I can connect and disconnect to wireless networks without problem.

I’ve used mainline to install the kernel and had to follow these steps to disable secure boot. The entire process took around 5-10min.

42

You know that you could could keep your secure boot right? GitHub - berglh/ubuntu-sb-kernel-signing: Ubuntu Secure Boot Kernel Signing (MOK)

43

Yes, but I’d rather not download a script that I don’t understand and mess with system folders I’m not comfortable messing with. I’m not insinuating anything against the github author, I’m just realistic with my personal abilities.

My current plan is to enable secure boot once Ubuntu updates their officially supported kernels and I’ve removed my manually installed kernel.

1 Like
44

big props haha good call!

not using the script but using it to as a starting point to do research whats what is actually what i should have said

45

I seem to be experiencing the same issue -

Distro and version:
Bluefin (Version: gts-41.20250518 / FROM Fedora Silverblue 41). Note: I have also had this issue with Bazzite (based on fedora 42), but switched to Bluefin (dev guy, not a gamer).
Kernel:
6.14.3-200.fc41.x86_64
Bios:
Manufacturer: Framework
Product Name: FRANMGCP07
Version: 03.03
Release Date: 03/10/2025
Behavior:
Wifi disconnects (just happened when waking from suspend [lid closed]) and then I have to manually reconnect. I have also had issues where I get a notification that I have to re-enter password (which has been saved). Disconnects have also happened during use.
WAP type and model:
Unifi Express 7 mesh network. Nothing special - three APs set to ‘mesh with parent’. All radio configs are default settings. UniFi OS 4.1.22, Network 9.1.120
Wifi Config:
MAC Address - Selected my wifi (wlp192s0) from the drop-down
Cloned Address - Stable per SSID
Notes:
I see these messages (from dmesg), but am not sure if it’s related. I don’t seem to find them from journalctl.
wlp192s0: deauthenticated from 96:2a:6f:52:fe:f2 (Reason: 15=4WAY_HANDSHAKE_TIMEOUT)

I can provide more details if that helps.

1 Like
46

On Fedora 42 up to date with kernel-6.14.6-300.fc42.x86_64.

Seems like mesh networks have been mentioned a few times with relation to problems. I am using an Asus gt-axe 16000 and a couple Asus zenwiFi pro ET12 all with the latest non-beta firmware with their AiMesh feature using ethernet backhaul mode.

I haven’t had any problems after swapping in an AX210. Happy to put the Mediatek card back in if there is something to try.

1 Like
47

On a brand new Framework 13 with AMD AI 300, MEDIATEK wifi drops randomly, running the latest kernel 6.14.8-300.fc42.x86_64

I will stay connected but ping will give me ping: archlinux.org: Name or service not known

48

I’d recommend running 6.15 if you can. A few MediaTek fixes are included, e.g. the following fix for broken IPv6 & mDNS

1 Like
49

It will only be available in fedora 42 probably in 2 - 3 weeks, any other way I can get it earlier?

50

I’ve figured it out,

Install the rawhide repo with sudo dnf install fedora-repos-rawhide

And then check for new packages via dnf --enablerepo=rawhide install kernel kernel-core kernel-modules kernel-devel. This will only check for kernel and will not mess with the normal package update.

51

Manjaro user here.

With kernel 6.12.28, the Wi-Fi disconnects about a minute after connecting to the network. It still appears connected in the GNOME interface, but the mobile hotspot shows no connection.

With kernel 6.14.6, the Wi-Fi works — at least it doesn’t disconnect after just a few minutes — but it still randomly breaks. I need to disable and re-enable the network to get it working again.

Some info from inxi:

System:
  Kernel: 6.14.6-2-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 15.1.1
    clocksource: tsc avail: hpet,acpi_pm

  Desktop: GNOME v: 48.1 tk: GTK v: 3.24.49 wm: gnome-shell
    tools: gsd-screensaver-proxy dm: GDM v: 48.0 Distro: Manjaro
    base: Arch Linux
Machine:
  Type: Laptop System: Framework product: Laptop 13 (AMD Ryzen AI 300 Series)
    v: A9 serial: <superuser required>
  Mobo: Framework model: FRANMGCP09 v: A9 serial: <superuser required>
    part-nu: FRANVCCP09 uuid: <superuser required> UEFI: INSYDE v: 03.03
    date: 03/10/2025
Network:
  Device-1: MEDIATEK driver: mt7925e v: kernel pcie: gen: 2 speed: 5 GT/s
    lanes: 1 port: N/A bus-ID: c0:00.0 chip-ID: 14c3:0717 class-ID: 0280
52

I’m using Kubuntu 25.04. With the stock Kernel 6.14.0-15.15, WiFi drops regularly. If I turn WiFi off and back on again, it’ll last 5 minutes before dropping.

WiFi Access Point: UniFi U6 Lite (current firmware) connected to a UDM SE (fully up-to-date). Using WPA3.

I’ve tried a few different Kernels via the Mainline app:

6.15.1: Failed to boot 2x. Reverted to 6.14.0-15.15 via grub

6.14.6: Couldn’t remember if 6.14.3 or 6.14.4 was the latest one known to drop, so I tried this one. WiFi was still flaky.

6.14.7: WiFi failed to connect

6.14.8: WiFi connects but Firefox and Steam both report they can’t connect to anything.

I finally pulled this page back up and tried 6.14.4: No WiFi issues whatsoever, even after a sleep/wake cycle.

d3xbot@d3xbot-framework:~$ uname -r && apt show linux-firmware
6.14.4-061404-generic
Package: linux-firmware
Version: 20250317.git1d4c88ee-0ubuntu1.1
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: https://bugs.launchpad.net/ubuntu/+filebug
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://us.archive.ubuntu.com/ubuntu plucky-updates/main amd64 Packages
Description: Firmware for Linux kernel drivers
 This package provides firmware used by Linux kernel drivers.

Notice: There is 1 additional record. Please use the '-a' switch to see it

Let me know if you’d like me to switch to a specific kernel version and pull logs. I’m not sure which log I should pull from… Just sudo dmesg or somewhere else?

1 Like
53

Appreciate the updates, folks. I have some theories, but outside of “timed out” or failed, or related, we need to dig deeper. Short of bisecting this (for someone affected), this is allows me to see what is happening as it happens.

  • Auto-installs needed packages for Fedora OR Ubuntu. Not configured as is for other distros (minor tweaks needed for that). It will tell you what is missing on different distros for you to install; iw, etc.
  • This basic script pings 8.8.8.8 every 60 seconds and runs a check of iw every 10 seconds to capture as much as possible.
  • If there is a drop or even a drop and it resumes, we should see it happen here. This will run for one hour.
  • You can stop it at any time with ctrl+c if you need to.
  • You will first see “iw is already installed”, then it will move to your interface name two seconds later. Then the monitoring will take place for one hour or until you interrupt this.
  • Function to install iw if not installed - it should be installed, but this is a fail-safe.
  • Folks experiencing drops, please use this script, and you can attach both logs created after a full 60 minutes of running and provide this to support.
  • Logs created are iw_logfile and ping_logfile located in your home directory.

I used this with the previous Mediatek chipset and was able to determine it happened during band switching, this may indicate something similar.

1 Like
54

For Ubuntu 25.04, 6.14.4 is behaving as expected it sounds like?

1 Like
55

Do me a favor, run this for me:

(iface=$(nmcli -t -f DEVICE,TYPE,STATE device | awk -F: '/:wifi:connected$/{print $1}'); ssid=$(nmcli -t -f ACTIVE,SSID dev wifi | awk -F: '$1=="yes"{print $2}'); pci=$(readlink -f /sys/class/net/$iface/device); printf "iface=%s | NM_ps=%s | iw_ps=%s | pci_ps=%s\n" "$iface" "$(nmcli -g 802-11-wireless.powersave connection show "$ssid" 2>/dev/null)" "$(iw dev "$iface" get power_save 2>/dev/null | awk -F': ' '/Power save/ {print $2}')" "$(cat "$pci/power/control" 2>/dev/null)")

Looking at Network Manager power save state, 802.11 power saving state and PCI runtime power auto-suspend state.

We’re looking for:

iface=wifi-adapter | NM_ps=enable/disable | iw_ps=on/off | pci_ps=on/off

57

Yep! Day 2 of Kubuntu 25.04 on kernel 6.14.4 behaving as I’d expect it to.

I’ll run your WiFi diag script on this and a few different kernels and see if I dig anything up. I may not be able to get around to in-depth testing til Saturday, though.

1 Like
58

Amazing, thank you! When comparing, verifying you’re still using 20250317.git1d4c88ee-0ubuntu1.1 is also helpful. But I am confident this is happening specifically where the driver is interacting with the firmware.

59

I added LANG=C before nmcli to get ssid.
Here’s the output

iface=wlp192s0 | NM_ps=default | iw_ps=on | pci_ps=on

I will also run the diag script when I have time. I hope that helps.

60
  • NM_ps = default (NetworkManager hasn’t explicitly overridden power save)
  • iw_ps = on (interface power save is enabled, even though PCI runtime PM is off)
  • pci_ps = on (PCI device is kept awake — this is fine)

NetworkManager is not forcing power save (NM_ps=default)

iw_ps=on indicates the interface-level power saving is enabled.

Whichever kernel instance you gathered this data on, let’s try something that is not permanent and only works for this boot.

iface=$(nmcli -t -f DEVICE,TYPE,STATE device | awk -F: '/:wifi:connected$/{print $1; exit}'); [[ -n "$iface" ]] && sudo iw dev "$iface" set power_save off && iw dev "$iface" get power_save

Is your wireless more stable now? During this boot only.