I’m dual booting Windows 11 and Fedora, I was having some problems with wifi not working in Fedora after rebooting from windows, what worked out was I had to turn off fast boot in Windows. link to a related article
Dang seems like I missed this thread
Has anyone seen the ax210 fail to come up with kernel 5.16 or 5.17?
I keep having to rmmod the iwlwifi kernel module, then modprobe it to get my WIFI to show up.
The vPro version of this card is still crashing on Fedora and Arch for me. Arch, I have to restart iwd when coming back from sleep or booting up, where with Fedora, I had to manually remove some firmware to get the kernel to load a subpar (buggy, slow, etc.) version.
It works, just not well. I don’t see any activity upstream for this either.
I don’t believe there is complete kernel support for the vPro version. I think the vPro requires some proprietary software for some of the features to work properly as well, for which I am not sure there is a Linux equivalent.
If you don’t need vPro for work, the non-Pro would be the way to go.
Did you manage to identify the issue? Wifi also refused to show up on my machine running Fedora 35 with kernel 5.16.20, and it turned out that I had to block firmware versions 67 and 66, which could be the same problem encountered here: https://bugs.archlinux.org/task/73387
My backup kernel 5.14.10 uses firmware 63 instead, and it works just fine.
If the issue persists, perhaps the information from running command “dmesg | grep iwlwifi” could help.
After tinkering with different firmware versions for my ax210 vpro I got stuck with version 62.
I tried different approaches to activate newer firmwares but to no avail, reloading iwlwifi module or restarts didn’t help.
Then after a complete shutdown I powered the framework on again and to my suprise the firmware 67 got loaded.
It could have been by accident but this was my observation. Maybe it helps others.
PS: DIY 1185G7, Fedora 35, latest Kernel 5.16.20.200
The community whatsit is telling me to review this thread and perhaps post here rather than create a new thread, so here it goes.
Received Framework i5 DIY kit late last year, purchased non-vPro ax210 wifi card with it. Installed ElementaryOS because reasons. I struggled with drivers initially but got the card to show up and connect reliably. After a while realized my download speeds were horrible, started troubleshooting. My access point told me the laptop had negotiated 6Mbps RX and upwards of 80Mbps TX(from laptop perspective). I thought maybe it was the AP since it’s old and off-brand, so I swapped it for my spare of the same make/model. Same issue. I bought new access points from Xyzel, full blown AX model APs. Still negotiating 6Mbps RX on the laptop. I installed Fedora to have a more supported operating system on the hardware, same issue, 6Mbps RX negotiated. I decided to hold off and wait a few months, let some new kernels release and new drivers drop. I’m now running kernel 5.18.9-200.fc36.x86_64 and had the same issue with 6Mbps RX. I decided to order a new wifi card, an AX200 to match that which is in my work laptop which negotiates in the upper 800Mbps on these access points. After installation, yum update, reboot, still negotiating to 6Mbps.
Sorry for the wall of text but I’ve been researching and reading for months and have not had any luck. Any help or ideas is much appreciated.
[REDACTED@framework ~]$ iw wlp170s0 link
Connected to b8:ec:a3:db:fc:5d (on wlp170s0)
SSID: REDACTED
freq: 5765
RX: 8540 bytes (68 packets)
TX: 9772 bytes (76 packets)
signal: -57 dBm
rx bitrate: 6.0 MBit/s
tx bitrate: 245.0 MBit/s 80MHz HE-MCS 3 HE-NSS 2 HE-GI 2 HE-DCM 0
bss flags: short-slot-time
dtim period: 1
beacon int: 100
[REDACTED@framework ~]$ uname -r
5.18.9-200.fc36.x86_64
[REDACTED@framework ~]$ dmesg | grep iwlwifi
[ 13.450806] iwlwifi 0000:aa:00.0: enabling device (0000 -> 0002)
[ 13.461330] iwlwifi 0000:aa:00.0: Direct firmware load for iwlwifi-cc-a0-72.ucode failed with error -2
[ 13.495251] iwlwifi 0000:aa:00.0: api flags index 2 larger than supported by driver
[ 13.495262] iwlwifi 0000:aa:00.0: TLV_FW_FSEQ_VERSION: FSEQ Version: 89.3.35.37
[ 13.495473] iwlwifi 0000:aa:00.0: loaded firmware version 71.058653f6.0 cc-a0-71.ucode op_mode iwlmvm
[ 13.623898] iwlwifi 0000:aa:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
[ 13.770140] iwlwifi 0000:aa:00.0: Detected RF HR B3, rfid=0x10a100
[ 13.840346] iwlwifi 0000:aa:00.0: base HW address: 48:68:4a:ca:fd:9b
[ 13.858869] iwlwifi 0000:aa:00.0 wlp170s0: renamed from wlan0
[ 257.454881] iwlwifi 0000:aa:00.0: reached 20 old SN frames from b8:ec:a3:db:fc:5d on queue 8, stopping BA session on TID 0
[ 257.952734] iwlwifi 0000:aa:00.0: reached 20 old SN frames from b8:ec:a3:db:fc:5d on queue 8, stopping BA session on TID 0
Worth a try on a different channel although I don’t expect that to change anything. Next/first thought: Antenna (connector, wiring) issue in the laptop?
Semi-useless example of one from me: AX210 non-vPro on Fedora 36 so
iwlwifi 0000:aa:00.0: loaded firmware version 71.058653f6.0 ty-a0-gf-a0-71.ucode op_mode iwlmvm
...
iwlwifi 0000:aa:00.0: Detected Intel(R) Wi-Fi 6 AX210 160MHz, REV=0x420
AP (Netgear Nighthawk X4S R7800 meaning ath10k WLAN, OpenWRT 19.07.10) configured only for 20MHz because Comcast sucks anyway, so why pollute the spectrum:
# iw dev wlan0 info
Interface wlan0
ifindex 11
wdev 0x2
addr xx:xx:xx:xx:xx:xx
ssid xxxx
type AP
wiphy 0
channel 153 (5765 MHz), width: 20 MHz, center1: 5765 MHz
txpower 30.00 dBm
multicast TXQ:
qsz-byt qsz-pkt flows drops marks overlmt hashcol tx-bytes tx-packets
0 0 76121 0 0 0 0 12231515 76122
From the framework side (several walls partially in between this and router):
$ iw wlp170s0 link
Connected to xx:xx:xx:xx:xx:xx (on wlp170s0)
SSID: xxxx
freq: 5765
RX: 36582259 bytes (32875 packets)
TX: 3940877 bytes (18771 packets)
signal: -60 dBm
rx bitrate: 130.0 MBit/s VHT-MCS 6 short GI VHT-NSS 2
tx bitrate: 173.3 MBit/s VHT-MCS 8 short GI VHT-NSS 2
bss flags: short-slot-time
dtim period: 2
beacon int: 100
I don’t know if this helps:
$ iw wlp0s20f3 link
Connected to xx:xx:xx:xx:xx:xx (on wlp0s20f3)
SSID: xxxxxxxx
freq: 5745
RX: 80841535 bytes (62278 packets)
TX: 5146765 bytes (28965 packets)
signal: -50 dBm
rx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
tx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
bss flags: short-slot-time
dtim period: 3
beacon int: 50
$ dmesg | grep iwlwifi
[ 13.063042] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-72.ucode failed with error -2
[ 13.101413] iwlwifi 0000:00:14.3: api flags index 2 larger than supported by driver
[ 13.101428] iwlwifi 0000:00:14.3: TLV_FW_FSEQ_VERSION: FSEQ Version: 89.3.35.37
[ 13.102944] iwlwifi 0000:00:14.3: loaded firmware version 71.058653f6.0 QuZ-a0-hr-b0-71.ucode op_mode iwlmvm
[ 13.276206] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x351
[ 13.401349] iwlwifi 0000:00:14.3: Detected RF HR B5, rfid=0x10a100
[ 13.468272] iwlwifi 0000:00:14.3: base HW address: xx:xx:xx:xx:xx:xx
[ 13.486976] iwlwifi 0000:00:14.3 wlp0s20f3: renamed from wlan0
so it looks like my machine loaded the same firmware file as you did, but was happy to negotiate an excellent Rx speed. Perhaps it’s a hardware issue? Something wrong in the antenna or its connection? Perhaps (mild) antenna defects affect Rx more than Tx?
Are there some updates about how well (or not) the vPro wifi is supported with recent kernels (6.0) on the FrameWork?
Still issues? In particular with internet speed (compared to the non-vPro)?
Arch linux kernel 6.0.2 with AX210 non-vPro working as expected. I cannot comment on speeds as my primary router is acting up at the moment. Stable 450Mbps PHY connection to an older Wifi 5 R7000 router though. Hope this helps.
Thanks, though I would like to know about the vPro version.
I already knew it works for the non-vPro, as I have one.
For me it didn’t work out of the box on KDE Neon which uses the same Kernel 5.15.0-58-generic as Ubuntu 22.04 for all I know. I was able to resolve the issue by installing linux-modules-iwlwifi-generic-hwe-22.04
(non-vPro version)
Glad you were able to get this resolved for that Ubuntu spin.
In Ubuntu official, follow our guide, install the oem kernel as described and you should be good to go. If not for any reason, there are more bleeding edge oem kernels that can be tested as well. But the one prescribed should work just fine. Ubuntu 22.04 LTS Installation on the Framework Laptop 13 - Framework Guides
Oh, thank you. Since on Framework | Linux on the Framework Laptop it said “works out of the box” I thought the Guide would just show the normal installation procedure, which I know. (I’m no native speaker, but isn’t “out of the box” a bit misleading? Maybe “works after following simple guide”?)
Anyway, thanks for pointing me to the guide not just for the wifi but also all the other things in there 
It’s wonderful to have this Linux support!
Like one might make adjustments to a default Windows install for a better experience, we produced guides to make it the best experience possible. 
At the time of testing, Ubuntu and Fedora do work out of the box. However, the guides provide tweaks to make those distros work better.
The distros listed on that page translate into installing, booting, running, connecting (wifi-bluetooth) successfully.
We have not tried or tested KDE Neon on the Framework.
To clarify further, listed distros on the Framework Linux page work as of their last tests (about a month ago or less), and we provide official support for Ubuntu and Fedora.
While distros based on other projects often use the same internals, there are sometimes subtle differences. That why we’re explicit on which distros are tested.
Hopefully that helps.
Just wanted to say that installing linux-modules-iwlwifi-generic-hwe-22.04 works for my vPro version as well. Tested on elementary OS 7.0 (based on Ubuntu 22.04).
TL;DR: AX210 vPro now works on Linux!
So, unexpected circumstances have led me to recently try (and work with) the combination of Framework i7-1165G7 + AX210 vPro, on several Linux distros (Artix latest, Ubuntu 22.10, Xubuntu 22.10).
I can say that the AX210 vPro is fully supported now! An internet speed test shows it is really fast, just as the non-vPro (that I own too).
I’m aware that the i7-1165G7 is not a “vPro-enabled” mainboard, and that it could affect how well it works, so I hope to try again with a i7-1280P very soon.
Marking solved