Sure, you can see here, it should have some effect with Fedora (and the missing configuration file is normal too): Tip: Lower WiFi latency by disabling WiFi power management - Fedora Discussion
However, you can also see the options in KDE here (I think this is a GUI to the same conf…):
My system definitely did not like sticking that default-wifi-powersave-on.conf file in there. I restarted NetworkManager and my wifi device disappeared from my system. The KDE Connections settings only showed the lo device. I deleted the file and had to reboot for things to go back to normal.
I’ve read so much on this that I can’t remember where I saw it, but I think that config file might only be for Intel devices.
I did change settings on the Energy Savings tabs. For both AC power and battery I enabled the power management profiles and set them both to “Performance.” So far, so good. Thanks for sending me on the right direction, I hope.
It will be annoying if this doesn’t get fixed though. The wifi worked fine last month, and I imagine the Performance setting will decrease my battery life.
EDIT: Choosing the Performance setting on AC power and battery seems to have fixed the wifi issues. I would mark this solved, but I can’t figure out how.
I wanted to update this after living with it for a few days. With the Performance setting, the wifi drops are far less frequent but still about once a day the wifi device disappears from the Connections settings and I have to reboot. This happens in KDE and Gnome.
Often if the system is awoken from sleep it takes over 30 seconds for the wifi to be “reactivated.” But it usually then works fine. Before the wifi connection would come back instantly after sleep.
It doesn’t seem to be connected to heavy CPU load or downloading. It happens on AC and battery as well.
It does seem to be connected to the power profile and turning on from a sleep state.
I just thought of something as I type. This may have started after I moved the USB-C/Charging port from the right to the left side. I’ll try switching that.`
Does network manager say anything?
journalctl -u NetworkManager -b 0
I’ve continued to have to have a failure to connect to wifi about half of the times I awake the laptop from sleep. In these cases I have to reboot. But I’ve not had a disconnect in the middle of using it for about a week. But it happened this morning.
Here’s the “journalctl -u NetworkManager -b 0” log, starting with when I wake it up and ending when I lost wifi 6 minutes later.
Am I reading it right, that it tries to authenticate and then fails and times out?
( This is the first time I’ve posted a lengthy log here. Please let me know if there’s a preferred way to post this)
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.8118] manager: sleep: wake requested (sleeping: yes enabled: yes)
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.8121] device (wlp1s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.8430] device (wlp1s0): set-hw-addr: set MAC address to C2:33:FE:75:2E:7A (scanning)
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.8950] device (p2p-dev-wlp1s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.8954] manager: NetworkManager state is now DISCONNECTED
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.8955] manager: sleep: sleep requested (sleeping: no enabled: yes)
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.8955] device (wlp1s0): state change: unavailable -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.9293] device (wlp1s0): set-hw-addr: reset MAC address to 14:AC:60:46:7F:FB (unmanage)
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.9859] device (p2p-dev-wlp1s0): state change: unavailable -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Jan 14 08:37:27 mattsfw NetworkManager[431515]: <info> [1705250247.9861] manager: NetworkManager state is now ASLEEP
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0200] manager: sleep: wake requested (sleeping: yes enabled: yes)
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0202] device (wlp1s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0777] device (p2p-dev-wlp1s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0780] manager: NetworkManager state is now DISCONNECTED
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0970] device (wlp1s0): supplicant interface state: internal-starting -> disconnected
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0971] device (p2p-dev-wlp1s0): state change: unavailable -> unmanaged (reason 'removed', sys-iface-state: 'removed')
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0974] Wi-Fi P2P device controlled by interface wlp1s0 created
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0975] manager: (p2p-dev-wlp1s0): new 802.11 Wi-Fi P2P device (/org/freedesktop/NetworkManager/Devices/7)
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0977] device (p2p-dev-wlp1s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0978] device (wlp1s0): state change: unavailable -> disconnected (reason 'supplicant-available', sys-iface-state: 'managed')
Jan 14 08:37:31 mattsfw NetworkManager[431515]: <info> [1705250251.0982] device (p2p-dev-wlp1s0): state change: unavailable -> disconnected (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.4880] policy: auto-activating connection 'xfmaps' (6b9918d4-2e7e-40eb-b8ac-58ab27d01465)
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.4885] device (wlp1s0): Activation: starting connection 'xfmaps' (6b9918d4-2e7e-40eb-b8ac-58ab27d01465)
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.4885] device (wlp1s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.4886] manager: NetworkManager state is now CONNECTING
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.4888] device (wlp1s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.4891] device (wlp1s0): Activation: (wifi) access point 'xfmaps' has security, but secrets are required.
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.4892] device (wlp1s0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5054] device (wlp1s0): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5057] device (wlp1s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5061] device (wlp1s0): Activation: (wifi) connection 'xfmaps' has security, and secrets exist. No new secrets needed.
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5063] Config: added 'ssid' value 'xfmaps'
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5063] Config: added 'scan_ssid' value '1'
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5063] Config: added 'bgscan' value 'simple:30:-65:300'
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5063] Config: added 'key_mgmt' value 'SAE FT-SAE'
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5063] Config: added 'auth_alg' value 'OPEN'
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5064] Config: added 'psk' value '<hidden>'
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5064] Config: added 'ieee80211w' value '2'
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5487] device (wlp1s0): supplicant interface state: disconnected -> authenticating
Jan 14 08:37:36 mattsfw NetworkManager[431515]: <info> [1705250256.5488] device (p2p-dev-wlp1s0): supplicant management interface state: disconnected -> authenticating
Jan 14 08:37:41 mattsfw NetworkManager[431515]: <info> [1705250261.5905] device (wlp1s0): supplicant interface state: authenticating -> disconnected
Jan 14 08:37:41 mattsfw NetworkManager[431515]: <info> [1705250261.5906] device (p2p-dev-wlp1s0): supplicant management interface state: authenticating -> disconnected
Jan 14 08:37:41 mattsfw NetworkManager[431515]: <info> [1705250261.7024] device (wlp1s0): supplicant interface state: disconnected -> scanning
Jan 14 08:37:41 mattsfw NetworkManager[431515]: <info> [1705250261.7024] device (p2p-dev-wlp1s0): supplicant management interface state: disconnected -> scanning
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.1490] device (wlp1s0): supplicant interface state: scanning -> authenticating
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.1491] device (p2p-dev-wlp1s0): supplicant management interface state: scanning -> authenticating
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.1817] device (wlp1s0): supplicant interface state: authenticating -> associating
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.1817] device (p2p-dev-wlp1s0): supplicant management interface state: authenticating -> associating
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.2410] device (wlp1s0): supplicant interface state: associating -> 4way_handshake
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.2410] device (p2p-dev-wlp1s0): supplicant management interface state: associating -> 4way_handshake
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.3333] device (wlp1s0): supplicant interface state: 4way_handshake -> completed
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.3333] device (wlp1s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "xfmaps"
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.3334] device (p2p-dev-wlp1s0): supplicant management interface state: 4way_handshake -> completed
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.3457] device (wlp1s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.3463] dhcp4 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.3736] dhcp4 (wlp1s0): state changed new lease, address=10.0.0.192
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.3742] policy: set 'xfmaps' (wlp1s0) as default for IPv4 routing and DNS
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.3918] device (wlp1s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.4183] device (wlp1s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.4184] device (wlp1s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.4186] manager: NetworkManager state is now CONNECTED_SITE
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.4190] device (wlp1s0): Activation: successful, device activated.
Jan 14 08:37:42 mattsfw NetworkManager[431515]: <info> [1705250262.5536] manager: NetworkManager state is now CONNECTED_GLOBAL
Jan 14 08:37:43 mattsfw NetworkManager[431515]: <info> [1705250263.5596] dhcp6 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jan 14 08:37:43 mattsfw NetworkManager[431515]: <info> [1705250263.5600] policy: set 'xfmaps' (wlp1s0) as default for IPv6 routing and DNS
Jan 14 08:37:43 mattsfw NetworkManager[431515]: <info> [1705250263.5665] dhcp6 (wlp1s0): state changed new lease, address=2601:1c0:4c02:2940::cda5
Jan 14 08:43:01 mattsfw NetworkManager[431515]: <info> [1705250581.0948] device (wlp1s0): supplicant interface state: completed -> authenticating
Jan 14 08:43:01 mattsfw NetworkManager[431515]: <info> [1705250581.0951] device (p2p-dev-wlp1s0): supplicant management interface state: completed -> authenticating
Jan 14 08:43:06 mattsfw NetworkManager[431515]: <info> [1705250586.1383] device (wlp1s0): supplicant interface state: authenticating -> disconnected
Jan 14 08:43:06 mattsfw NetworkManager[431515]: <info> [1705250586.1384] device (p2p-dev-wlp1s0): supplicant management interface state: authenticating -> disconnected
Jan 14 08:43:06 mattsfw NetworkManager[431515]: <info> [1705250586.2473] device (wlp1s0): supplicant interface state: disconnected -> scanning
Jan 14 08:43:06 mattsfw NetworkManager[431515]: <info> [1705250586.2474] device (p2p-dev-wlp1s0): supplicant management interface state: disconnected -> scanning
Jan 14 08:43:14 mattsfw NetworkManager[431515]: <info> [1705250594.4466] device (wlp1s0): supplicant interface state: scanning -> authenticating
Jan 14 08:43:14 mattsfw NetworkManager[431515]: <info> [1705250594.4467] device (p2p-dev-wlp1s0): supplicant management interface state: scanning -> authenticating
Jan 14 08:43:14 mattsfw NetworkManager[431515]: <info> [1705250594.4529] device (wlp1s0): supplicant interface state: authenticating -> associating
Jan 14 08:43:14 mattsfw NetworkManager[431515]: <info> [1705250594.4529] device (p2p-dev-wlp1s0): supplicant management interface state: authenticating -> associating
Jan 14 08:43:15 mattsfw NetworkManager[431515]: <info> [1705250595.4461] device (wlp1s0): supplicant interface state: associating -> disconnected
Jan 14 08:43:15 mattsfw NetworkManager[431515]: <info> [1705250595.4462] device (p2p-dev-wlp1s0): supplicant management interface state: associating -> disconnected
Jan 14 08:43:15 mattsfw NetworkManager[431515]: <info> [1705250595.9516] device (wlp1s0): supplicant interface state: disconnected -> scanning
Jan 14 08:43:15 mattsfw NetworkManager[431515]: <info> [1705250595.9517] device (p2p-dev-wlp1s0): supplicant management interface state: disconnected -> scanning
Jan 14 08:43:16 mattsfw NetworkManager[431515]: <info> [1705250596.3116] device (wlp1s0): supplicant interface state: scanning -> authenticating
Jan 14 08:43:16 mattsfw NetworkManager[431515]: <info> [1705250596.3117] device (p2p-dev-wlp1s0): supplicant management interface state: scanning -> authenticating
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <warn> [1705250601.0418] device (wlp1s0): link timed out.
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.0420] device (wlp1s0): state change: activated -> failed (reason 'supplicant-timeout', sys-iface-state: 'managed')
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.0422] manager: NetworkManager state is now DISCONNECTED
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.0947] device (wlp1s0): set-hw-addr: set MAC address to BE:B9:3D:0D:44:96 (scanning)
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <warn> [1705250601.3289] device (wlp1s0): Activation: failed for connection 'xfmaps'
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3293] device (wlp1s0): supplicant interface state: authenticating -> interface_disabled
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3293] device (p2p-dev-wlp1s0): supplicant management interface state: authenticating -> interface_disabled
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3357] device (wlp1s0): supplicant interface state: interface_disabled -> scanning
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3357] device (p2p-dev-wlp1s0): supplicant management interface state: interface_disabled -> scanning
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3361] device (wlp1s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3365] dhcp4 (wlp1s0): canceled DHCP transaction
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3365] dhcp4 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3365] dhcp4 (wlp1s0): state changed no lease
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3366] dhcp6 (wlp1s0): canceled DHCP transaction
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3366] dhcp6 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jan 14 08:43:21 mattsfw NetworkManager[431515]: <info> [1705250601.3366] dhcp6 (wlp1s0): state changed no lease
Jan 14 08:43:47 mattsfw NetworkManager[431515]: <info> [1705250627.5872] device (wlp1s0): supplicant interface state: scanning -> disconnected
Jan 14 08:43:47 mattsfw NetworkManager[431515]: <info> [1705250627.5874] device (p2p-dev-wlp1s0): supplicant management interface state: scanning -> disconnected
type or paste code here
Absolutely the best course of action is to file a kernel bug with Fedora. It’s not something I have experienced myself, but, clearly a regression is happening.
Just out of curiosity, what is the last line of output from:
sudo dnf install iw -y && for interface in $(iw dev | awk '/Interface/ {print $2}'); do iw dev "$interface" get power_save; done
Curious what your power save status is.
We did have some updates hit with Fedora dealing with the bug described here. This dealt with a different issue, I wonder if this change is reflected in what you’re experiencing. This bug fix dealt with slow wifi issues with the Mediatek card.
Now, all of this aside, you have clearly shown the change if the kernel creates or resolves the issue. Please file a bug report with Fedora, tag me here once this is done and I will then ping the needed folks to be aware of this.
Pasting that command doesn’t give an output, just a blank line with the cursor in the middle of the line. I’ve let it run for a few minutes and I have to ^c to get out of it. Oddly, it doesn’t ask for a sudo auth.
I had switched my power management option in KDE settings to “performance.” I think this does reduce the problem, but not eliminate it. I’ve gotten kind of sick of doing the updates and restores, hoping for improvement. I’m going to install Ubuntu LTS to an SD card and try my luck with that. I’ll file a Fedora bug in the near future.
Hmm, regardless of desktop, on Fedora, it absolutely should have worked fine. Appreciate the update on events. For this to simply stop like that tells me something is definitely wrong with the configuration.
SD card behavior should work, however I’d avoid suspending on it as this is untested on SD. Likely won’t resume.
Do make sure to follow the guide, ensuring your on the absolutely correct kernel (very important) and all the steps are followed step by step. From this link, steps 1 and 2 are important.
Ideally, we want folks using Fedora Workstation (GNOME) using the guide, or as you have indicated, using Ubuntu LTS using the guide steps.
I realized the problem with the command you suggested. I’m using fish as my shell and bash scripting isn’t compatible. 
Running the command under bash gives the last line:
Power save: on
I plugged in to AC and the output was the same.
I installed Ubuntu 22.04 on my SD card and I liked it a lot more than Fedora Gnome. I did make sure to follow all those guides. I used Ubuntu for about an hour without any wifi problems. I think there’s a good chance I will replace Fedora KDE on my NVME.
You were right about suspend with the SD card. It wasn’t a problem with Fedora GNOME but on Ubuntu after waking the login screen was glitchy and wouldn’t let me enter a password. The TTY was throwing a bunch of errors about files being read-only. I’ll assume this won’t be an issue on the SSD.
The Fedora Bugzilla instructions were a bit complicated and I probably won’t sign up for that if I switch to Ubuntu.
I did an install of Ubuntu 22.04 on my NVME, formatting the Fedora partition and keeping the Windows partition.
The wifi seemed fine on the Ubuntu live USB, and and I went ahead with the install choosing the option to include installing needed updates with the install. Looking back at the guide, that might not have been recommended. The fresh install of Ubuntu 22.04 was horrible. The disconnect/reconnect cycle started immediately and got to the stage where there were no detected networks within a few minutes. I was never able to complete the OEM kernel command. The NetworkManager log is below.
As recommended by the ticket I started, I am using Windows as my daily driver today. It seems to be fine for the last 30 minutes.
In summary, wifi was great on Fedora 39-KDE until mid-December. Then something happened and I started having wifi drops using Fedora-KDE, Fedora-GNOME, Manjaro-KDE, and Ubuntu-GNOME. The live USBs for all of those worked fine, implying to me there was a regression last month in something shared by those distros. Windows seems fine. That sounds like a software problem but I don’t get the impression other people are having this problem.
I’ll hang out on Windows for awhile 
but I’ll retry the Ubuntu 22.04 install and try doing the OEM kernel before doing the updates.
`Jan 17 01:21:12 mattlappy systemd[1]: Starting Network Manager...
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.5317] NetworkManager (version 1.36.6) is starting... (for the first time)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.5317] Read config: /etc/NetworkManager/NetworkManager.conf (lib: 10-dns-resolved.conf, 20-connectivity-ubuntu.conf, no-mac-addr-change.conf) (run: 10-globally-managed-devices.conf) (etc: default-wifi-powersave-on.conf)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.5364] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
Jan 17 01:21:12 mattlappy systemd[1]: Started Network Manager.
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.5382] manager[0x55a7b72e6000]: monitoring kernel firmware directory '/lib/firmware'.
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.5382] monitoring ifupdown state file '/run/network/ifstate'.
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6120] hostname: hostname: using hostnamed
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6120] hostname: static hostname changed from (none) to "mattlappy"
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6121] dns-mgr[0x55a7b72c54a0]: init: dns=systemd-resolved rc-manager=unmanaged (auto), plugin=systemd-resolved
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6127] manager[0x55a7b72e6000]: rfkill: Wi-Fi hardware radio set enabled
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6127] manager[0x55a7b72e6000]: rfkill: WWAN hardware radio set enabled
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6136] Loaded device plugin: NMAtmManager (/usr/lib/x86_64-linux-gnu/NetworkManager/1.36.6/libnm-device-plugin-adsl.so)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6153] Loaded device plugin: NMBluezManager (/usr/lib/x86_64-linux-gnu/NetworkManager/1.36.6/libnm-device-plugin-bluetooth.so)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6163] Loaded device plugin: NMTeamFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.36.6/libnm-device-plugin-team.so)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6168] Loaded device plugin: NMWifiFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.36.6/libnm-device-plugin-wifi.so)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6171] Loaded device plugin: NMWwanFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.36.6/libnm-device-plugin-wwan.so)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6173] manager: rfkill: Wi-Fi enabled by radio killswitch; enabled by state file
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6173] manager: rfkill: WWAN enabled by radio killswitch; enabled by state file
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6173] manager: Networking is enabled by state file
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6178] settings: Loaded settings plugin: ifupdown ("/usr/lib/x86_64-linux-gnu/NetworkManager/1.36.6/libnm-settings-plugin-ifupdown.so")
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6178] settings: Loaded settings plugin: keyfile (internal)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6178] ifupdown: management mode: unmanaged
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6178] ifupdown: interfaces file /etc/network/interfaces doesn't exist
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6188] dhcp-init: Using DHCP client 'internal'
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6188] device (lo): carrier: link connected
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6189] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6191] failed to open /run/network/ifstate
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6197] manager: startup complete
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.6208] modem-manager: ModemManager available
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.7609] device (wlan0): driver supports Access Point (AP) mode
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.7613] manager: (wlan0): new 802.11 Wi-Fi device (/org/freedesktop/NetworkManager/Devices/2)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.7617] rfkill1: found Wi-Fi radio killswitch (at /sys/devices/pci0000:00/0000:00:02.2/0000:01:00.0/ieee80211/phy0/rfkill1) (driver mt7921e)
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.7907] device (wlan0): interface index 2 renamed iface from 'wlan0' to 'wlp1s0'
Jan 17 01:21:12 mattlappy NetworkManager[611]: <info> [1705483272.7956] device (wlp1s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 17 01:21:13 mattlappy NetworkManager[611]: <info> [1705483273.3510] device (wlp1s0): supplicant interface state: internal-starting -> disconnected
Jan 17 01:21:13 mattlappy NetworkManager[611]: <info> [1705483273.3511] Wi-Fi P2P device controlled by interface wlp1s0 created
Jan 17 01:21:13 mattlappy NetworkManager[611]: <info> [1705483273.3512] manager: (p2p-dev-wlp1s0): new 802.11 Wi-Fi P2P device (/org/freedesktop/NetworkManager/Devices/3)
Jan 17 01:21:13 mattlappy NetworkManager[611]: <info> [1705483273.3512] device (p2p-dev-wlp1s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 17 01:21:13 mattlappy NetworkManager[611]: <info> [1705483273.3514] device (wlp1s0): state change: unavailable -> disconnected (reason 'supplicant-available', sys-iface-state: 'managed')
Jan 17 01:21:13 mattlappy NetworkManager[611]: <info> [1705483273.3516] device (p2p-dev-wlp1s0): state change: unavailable -> disconnected (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:14 mattlappy NetworkManager[611]: <info> [1705483274.4554] agent-manager: agent[a2aecb7534122b12,:1.41/org.gnome.Shell.NetworkAgent/128]: agent registered
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4810] policy: auto-activating connection 'xfmaps' (f1b92ee8-0bac-40a2-b78b-340be33f071b)
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4813] device (wlp1s0): Activation: starting connection 'xfmaps' (f1b92ee8-0bac-40a2-b78b-340be33f071b)
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4813] device (wlp1s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4814] manager: NetworkManager state is now CONNECTING
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4815] device (wlp1s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4816] device (wlp1s0): Activation: (wifi) access point 'xfmaps' has security, but secrets are required.
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4817] device (wlp1s0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4820] device (wlp1s0): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4821] device (wlp1s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4822] device (wlp1s0): Activation: (wifi) connection 'xfmaps' has security, and secrets exist. No new secrets needed.
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4822] Config: added 'ssid' value 'xfmaps'
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4822] Config: added 'scan_ssid' value '1'
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4822] Config: added 'bgscan' value 'simple:30:-70:86400'
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4822] Config: added 'key_mgmt' value 'WPA-PSK WPA-PSK-SHA256 FT-PSK SAE FT-SAE'
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4823] Config: added 'auth_alg' value 'OPEN'
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.4823] Config: added 'psk' value '<hidden>'
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.6546] device (wlp1s0): supplicant interface state: disconnected -> authenticating
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.6546] device (p2p-dev-wlp1s0): supplicant management interface state: disconnected -> authenticating
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.6998] device (wlp1s0): supplicant interface state: authenticating -> associating
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.6999] device (p2p-dev-wlp1s0): supplicant management interface state: authenticating -> associating
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.7650] device (wlp1s0): supplicant interface state: associating -> 4way_handshake
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.7651] device (p2p-dev-wlp1s0): supplicant management interface state: associating -> 4way_handshake
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.9194] device (wlp1s0): supplicant interface state: 4way_handshake -> completed
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.9194] device (wlp1s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "xfmaps"
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.9194] device (p2p-dev-wlp1s0): supplicant management interface state: 4way_handshake -> completed
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.9195] device (wlp1s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.9198] dhcp4 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.9621] dhcp4 (wlp1s0): state changed new lease, address=10.0.0.192
Jan 17 01:21:15 mattlappy NetworkManager[611]: <info> [1705483275.9678] device (wlp1s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:16 mattlappy NetworkManager[611]: <info> [1705483276.0072] device (wlp1s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:16 mattlappy NetworkManager[611]: <info> [1705483276.0073] device (wlp1s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Jan 17 01:21:16 mattlappy NetworkManager[611]: <info> [1705483276.0074] manager: NetworkManager state is now CONNECTED_LOCAL
Jan 17 01:21:16 mattlappy NetworkManager[611]: <info> [1705483276.0077] manager: NetworkManager state is now CONNECTED_SITE
Jan 17 01:21:16 mattlappy NetworkManager[611]: <info> [1705483276.0077] policy: set 'xfmaps' (wlp1s0) as default for IPv4 routing and DNS
Jan 17 01:21:16 mattlappy NetworkManager[611]: <info> [1705483276.0080] device (wlp1s0): Activation: successful, device activated.
Jan 17 01:21:16 mattlappy NetworkManager[611]: <info> [1705483276.1523] manager: NetworkManager state is now CONNECTED_GLOBAL
Jan 17 01:21:47 mattlappy NetworkManager[611]: <info> [1705483307.8670] agent-manager: agent[b647d8257c487946,:1.88/org.gnome.Shell.NetworkAgent/1000]: agent registered
Jan 17 01:22:09 mattlappy NetworkManager[611]: <info> [1705483329.6382] device (wlp1s0): supplicant interface state: completed -> authenticating
Jan 17 01:22:09 mattlappy NetworkManager[611]: <info> [1705483329.6382] device (p2p-dev-wlp1s0): supplicant management interface state: completed -> authenticating
Jan 17 01:22:09 mattlappy NetworkManager[611]: <info> [1705483329.6385] device (wlp1s0): ip:dhcp4: restarting
Jan 17 01:22:09 mattlappy NetworkManager[611]: <info> [1705483329.6386] dhcp4 (wlp1s0): canceled DHCP transaction
Jan 17 01:22:09 mattlappy NetworkManager[611]: <info> [1705483329.6387] dhcp4 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jan 17 01:22:09 mattlappy NetworkManager[611]: <info> [1705483329.6387] dhcp4 (wlp1s0): state changed no lease
Jan 17 01:22:09 mattlappy NetworkManager[611]: <info> [1705483329.6387] dhcp4 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jan 17 01:22:15 mattlappy NetworkManager[611]: <info> [1705483335.6994] device (wlp1s0): supplicant interface state: authenticating -> disconnected
Jan 17 01:22:15 mattlappy NetworkManager[611]: <info> [1705483335.6995] device (p2p-dev-wlp1s0): supplicant management interface state: authenticating -> disconnected
Jan 17 01:22:15 mattlappy NetworkManager[611]: <info> [1705483335.8045] device (wlp1s0): supplicant interface state: disconnected -> scanning
Jan 17 01:22:15 mattlappy NetworkManager[611]: <info> [1705483335.8046] device (p2p-dev-wlp1s0): supplicant management interface state: disconnected -> scanning
Jan 17 01:22:31 mattlappy NetworkManager[611]: <warn> [1705483351.0215] device (wlp1s0): link timed out.
Jan 17 01:22:31 mattlappy NetworkManager[611]: <info> [1705483351.0217] device (wlp1s0): state change: activated -> failed (reason 'ssid-not-found', sys-iface-state: 'managed')
Jan 17 01:22:31 mattlappy NetworkManager[611]: <info> [1705483351.0220] manager: NetworkManager state is now DISCONNECTED
Jan 17 01:22:31 mattlappy NetworkManager[611]: <warn> [1705483351.0223] device (wlp1s0): Activation: failed for connection 'xfmaps'
Jan 17 01:22:31 mattlappy NetworkManager[611]: <info> [1705483351.0227] device (wlp1s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Jan 17 01:22:31 mattlappy NetworkManager[611]: <info> [1705483351.0743] dhcp4 (wlp1s0): canceled DHCP transaction
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1693] device (wlp1s0): supplicant interface state: scanning -> disconnected
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1693] device (p2p-dev-wlp1s0): supplicant management interface state: scanning -> disconnected
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1695] policy: auto-activating connection 'xfmaps' (f1b92ee8-0bac-40a2-b78b-340be33f071b)
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1699] device (wlp1s0): Activation: starting connection 'xfmaps' (f1b92ee8-0bac-40a2-b78b-340be33f071b)
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1700] device (wlp1s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1702] manager: NetworkManager state is now CONNECTING
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1704] device (wlp1s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1707] device (wlp1s0): Activation: (wifi) access point 'xfmaps' has security, but secrets are required.
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1707] device (wlp1s0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1713] device (wlp1s0): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed')
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1714] device (wlp1s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1715] device (wlp1s0): Activation: (wifi) connection 'xfmaps' has security, and secrets exist. No new secrets needed.
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1715] Config: added 'ssid' value 'xfmaps'
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1715] Config: added 'scan_ssid' value '1'
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1715] Config: added 'bgscan' value 'simple:30:-70:86400'
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1715] Config: added 'key_mgmt' value 'WPA-PSK WPA-PSK-SHA256 FT-PSK SAE FT-SAE'
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1715] Config: added 'auth_alg' value 'OPEN'
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1715] Config: added 'psk' value '<hidden>'
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1822] device (wlp1s0): supplicant interface state: disconnected -> scanning
Jan 17 01:22:44 mattlappy NetworkManager[611]: <info> [1705483364.1822] device (p2p-dev-wlp1s0): supplicant management interface state: disconnected -> scanning
Jan 17 01:23:09 mattlappy NetworkManager[611]: <warn> [1705483389.0199] device (wlp1s0): Activation: (wifi) association took too long, failing activation
Jan 17 01:23:09 mattlappy NetworkManager[611]: <info> [1705483389.0200] device (wlp1s0): state change: config -> failed (reason 'ssid-not-found', sys-iface-state: 'managed')
Jan 17 01:23:09 mattlappy NetworkManager[611]: <info> [1705483389.0203] manager: NetworkManager state is now DISCONNECTED
Jan 17 01:23:09 mattlappy NetworkManager[611]: <warn> [1705483389.0206] device (wlp1s0): Activation: failed for connection 'xfmaps'
Jan 17 01:23:09 mattlappy NetworkManager[611]: <info> [1705483389.0208] device (wlp1s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Jan 17 01:23:09 mattlappy NetworkManager[611]: <info> [1705483389.0227] device (wlp1s0): supplicant interface state: scanning -> disconnected
Jan 17 01:23:09 mattlappy NetworkManager[611]: <info> [1705483389.0227] device (p2p-dev-wlp1s0): supplicant management interface state: scanning -> disconnected
`
The experience feels like behavior symptomatic of old BIOS. Specifically, 3.02. Do we know for sure the following:
Fresh ISO of Ubuntu 22.04**.3** (older ISOs of Ubuntu 22.04 are really, really rough on the later hardware - almost impossible to install).
Checking you are on the correct BIOS? You should be on 3.03.
Make sure to use a standard, default shell for copy/paste as Fish will be a bad time for this type of work. Fish is awesome, but not for this sort of thing.
I use Ubuntu 22.04.3 (GNOME desktop) every day. Setup correctly, on the 3.03 BIOS, guide steps followed, runs like a treat.
If Windows is meeting your needs instead, this works too. 
Sorry, it seems to be getting worse. I confirmed the 3.03 bios, I confirmed I had the 22.04.3 iso and reinstalled. The install connected to my wifi fine. After the first boot into the new system the wifi now isn’t working at all. “No Networks”
I don’t have a great way to get the NetworkManager log onto my phone, so here’s a pic.
SUCCESS?
I think I may have finally gotten to the bottom of this!
I had a working Fedora install using the default kernel. Around the 6.5 or 6.6 upgrade, there was a waxing and waning wifi regression.
Live USBs (presumably running an old kernel) worked, but the installed systems did not after updating. The regression was so bad in Ubuntu 22.04.3 that I couldn’t download the OEM kernel.
BUT I looked closer at the GRUB menu (it’s really hard to read) and saw the option to boot a 6.2 kernel, rather than the default 6.5. (Maybe 6.2 is what is on the live USB?). Wifi works with the 6.2 kernel! I followed the instructions for installing the OEM kernel, then when I rebooted I clicked through the grub options to find 6.1.0-1028-oem. So far, the wifi seems stable! I was about to give up.
So in review, for future users with this problem: Fedora and Ubuntu 22.03 are installing 6.5+ kernels that cause a wifi regression, at least for me. For Ubuntu, use the grub options to boot the 6.2 kernel, then install the OEM kernel as directed.
I really don’t like GNOME, so I’ll probably look into KDE or Cinnamon options in the future. But now I know that higher kernel versions are to be ignored. You can mark this solved for now.
Hi,
Not sure it is related, but I have a similar problem. I am running Ubuntu 22.04 LTS with Gnome and the kernel 6.5.0-14-generic. The wifi is disconnecting on a regular basis. When disconnected, the “Select network” window only shows the wifi I am using and no any other available. If I switch the wifi off and on again, the available wifis reappear and the computer reconnect within a few seconds.
It seems to me that this was not happening at the beginning (mid-Dec. '23) and therefore I suspect it may be related to the kernel and the issue explained here.
Best regards,
Pierre
I would definitely try installing the 6.1.0-1028-oem kernel as outlined in this guide:
There is a nice response in this other thread outlining the rationale behind using it.
To update this saga, I installed Cinnamon as an additional option for Ubuntu 22.04. The night before last I had 2 brief wifi drops while running Cinnamon and watching a video streamed on my LAN. I’m going run GNOME for a couple more days to see if it happens again.
Do keep us posted. There are wifi driver updates coming, but in the short term we may have to turn off power saving if it continues.
TLDR : Kernels higher than 6.2, combined with an unstable ISP-provided router, combined with stress related to power settings and sleep/wake cycles, was a recipe for headaches. The 6.1-oem kernel and a better router have eliminated my problem. I think it’s related to the Ubuntu kernel-firmware bug linked below.
This big isn’t affecting me on a daily basis now, but I think I’ve narrowed down some information. At some point around when I started having problems in December, my Xfinity cable modem has been very sluggish making connections. Wifi as well as ethernet connections take 30-45 seconds to start. This isn’t noticible on smartphones but this week my son mentioned his TV’s ethernet connection takes 45 seconds to start working, or the ethernet will fail and wifi will connect as a backup. He hadn’t mentioned it, but it had been annoying him for weeks. I have also noticed the Framework’s wifi takes longer to connect after login than it used to but was happy it was working at all. Every few days there will be a 30-45 second drop with a timeout noted in the logs. But it’s good compared to before.
I found I could fix all these problems by by plugging a spare Wifi router into the cable modem and connecting the TV’s ethernet and Framework’s wifi to that. The TV and the Framework are working much more smoothly with a stable router. Obviously a wifi card shouldn’t respond to a few timeouts by refusing to search for any network, but that was the issue with the newer kernel.
Looking at a pending firmware update in Synaptic, I saw this bug fix that sounds quite relevant:
“WCN6856 Wi-FI Unavailable and no function during suspend stress”
It seems to me, that if this is the issue, most people with normally-functioning wifi networks would never encounter this. (I’m not sure if it even refers to the right hardware). Now that I have everything working so well, I’m hesitant to try to call Xfinity for troubleshooting or upgrade to the newest linux-firmware package.
Appreciate the hard work on this and the feedback. For those on wifi 6E connections, updating firmware is a must. Mind you, it’s limited to the OS install - so one would only need do a fresh install or create a clonezilla of their existing install if there are concerns. You are not writing anything in stone.
A Workaround we see a lot of folks taking is using an Intel AX210 card - they are cheap, fairly easy to find and for some folks, have been the preferred backup plan until Mediatek issues are resolved. You will see Mario on the above linked launchpad report - he is hyper-actively working through these challenges and his track record is stellar - but this is new stuff and may take time. At this point, early reports on the new firmware are very positive.
Going back to the early years of the early wifi stack on Linux, I kept more than one PCMCIA wifi card available as bugs happen. Annoying beyond words at times, but such his the nature of new hardware and driver support sometimes.
I had a double-NAT situation with a mesh router (to get coverage to our 3rd floor) and I thought it hadn’t been a problem. I read up and switched the mesh router to its “Access Point” setting and now the Xfinity modem/router is handling all DHCP duties. I wish I had done this earlier as now the TV connects much quicker and as phones and tablets move throughout the house things are much more seamless. I guess all that DHCP craziness was more than the Mediatek/recent firmware/recent kernel could handle.
When I turn on the laptop from sleep, the wifi connection still takes a bit longer than it used to, 15-30 seconds. I’ve learned to hold off on logging in until it has a chance to reconnect. But the dropped connections and complete shutdown of wifi seem to be a thing of the past. I’m happy!
