[Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

Grafdude · 2026-04-04 01:23:35

Hello everyone, I'm having some really bad wifi performance lately on my dell xps 9520 laptop which has the intel AX211 wifi chip. My wifi speeds used to be acceptable but recently the speeds are really slow, won't go past 20mbps. I went through the arch wiki and tried pretty much everything that was mentioned in terms of parameters for iwlwifi modules. Note that I also did try the lts kernel with same issues, and I also switched to the iwd backend which was advised to try.

/etc/modprobe.d/iwlwifi.conf:

options iwlwifi disable_11ax=1 disable_11ac=1 power_save=0 power_scheme=1

And so I did some testing, I live usb booted another distro for testing sake and I was getting some decent speeds, here is what iw dev wlan0 link would return:

And here is the output on Arch:

Connected to ********* (on wlan0)
        SSID: ******
        freq: 5785.0
        RX: 100763400 bytes (77116 packets)
        TX: 4922590 bytes (33141 packets)
        signal: -38 dBm
        rx bitrate: 54.0 MBit/s
        tx bitrate: 54.0 MBit/s
        bss flags: short-slot-time
        dtim period: 1
        beacon int: 100

I would like to thank in advance any help given regarding this issue that I'm facing

Last edited by Grafdude (2026-04-10 21:26:39)

ischenyu · 2026-04-04 07:11:28

Hey there,

Thanks for the detailed info. I can see exactly what’s going wrong from your

iw dev wlan0 link

output.

On your Arch system, you're connected at only 54.0 MBit/s – that’s basically 802.11a/g speeds from over a decade ago.
On the live USB, you got 864.8 MBit/s (Wi-Fi 6, HE rates). That’s a massive difference.

The culprit is your

iwlwifi

module options:

options iwlwifi disable_11ax=1 disable_11ac=1 power_save=0 power_scheme=1

You’ve told your Intel AX211 to turn off both Wi-Fi 6 (11ax) and Wi-Fi 5 (11ac).
With both disabled, the card falls back to 802.11n or even 802.11a/g, which tops out around 54–72 Mbps. That’s why your speed tests won’t go past 20 Mbps.

[hr]

How to fix it

Remove those broken options
Edit or delete your config file:
```
sudo rm /etc/modprobe.d/iwlwifi.conf
```
Or just comment out the line inside it.
Then either reload the driver or reboot:
```
sudo rmmod iwlwifi && sudo modprobe iwlwifi
```
If that complains about the module being in use, just reboot:
```
sudo reboot
```
After reboot, run
```
iw dev wlan0 link
```
again. You should see your bitrate jump back to several hundred Mbit/s.
Do you really need any options?
For most people, the AX211 works perfectly fine with no extra module options at all.
If you later want to tweak power saving, use something like this – but never disable 11ax or 11ac unless you're debugging:
```
options iwlwifi power_save=1 uapsd_disable=1
```
Quick sanity checks
Make sure
```
linux-firmware
```
is up to date:
```
sudo pacman -Syu linux-firmware
```
Check for firmware errors:
```
dmesg | grep iwlwifi
```
You should see something like loaded firmware version 83.e8f84e98.0 with no errors.
If you're using
```
iwd
```
as the NetworkManager backend, that’s fine – just ensure it's correctly set up. But your issue is clearly at the driver/firmware level, not the supplicant.

[hr]

One more thing

The fact that a live USB works perfectly proves your hardware is fine. So don't worry – it’s just a config mistake. Remove those

disable_11ax

and

disable_11ac

lines, reboot, and you’ll be back to fast Wi-Fi.

Let us know if that fixes it – or post the new

iw dev wlan0 link

output if something still looks off.

Cheers!

Last edited by ischenyu (2026-04-04 07:13:14)

Grafdude · 2026-04-04 09:56:23

Thanks for your help and detailed reply ! So the reason I had these options in place in my iwlwifi.conf was that out of the box arch, which i freshly installed 5 days ago, had terrible wifi performance. Even with all these settings it did not help nor did it change anything, my wifi speeds were the same.

For good measure I've commented all of the parameters in iwlwifi.conf, back to default essentially, here's the output of iw dev wlan0 link:

SSID: ******
        freq: 5785.0
        RX: 44707776 bytes (42404 packets)
        TX: 27400640 bytes (19467 packets)
        signal: -50 dBm
        rx bitrate: 54.0 MBit/s
        tx bitrate: 54.0 MBit/s
        bss flags: short-slot-time
        dtim period: 1
        beacon int: 100

speedtest-cli:

Selecting best server based on ping...
Hosted by IHR Télécom (Saint-Jean-sur-Richelieu, QC) [50.61 km]: 28.674 ms
Testing download speed................................................................................
Download: 21.18 Mbit/s
Testing upload speed......................................................................................................
Upload: 19.79 Mbit/s

System is up to date, with latest firmware. Output of dmesg | grep iwlwifi:

[    4.910926] iwlwifi 0000:00:14.3: enabling device (0000 -> 0002)
[    4.913700] iwlwifi 0000:00:14.3: Detected crf-id 0x400410, cnv-id 0x80400 wfpm id 0x80000020
[    4.913747] iwlwifi 0000:00:14.3: PCI dev 51f0/4090, rev=0x370, rfid=0x2010d000
[    4.913751] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 6E AX211 160MHz
[    4.918346] iwlwifi 0000:00:14.3: loaded firmware version 89.123cf747.0 so-a0-gf-a0-89.ucode op_mode iwlmvm
[    5.268934] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[    5.268992] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    5.268999] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    5.269007] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[    5.269054] iwlwifi 0000:00:14.3: Detected RF GF, rfid=0x2010d000
[    5.270286] iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4
[    5.356904] iwlwifi 0000:00:14.3: base HW address: 3c:e9:f7:b8:49:26
[    5.811360] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[    5.811419] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    5.811426] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    5.811435] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[    5.812688] iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4
[    6.136558] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[    6.136622] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    6.136680] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    6.136731] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[    6.138238] iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4

seth · 2026-04-04 15:07:14

I've commented all of the parameters in iwlwifi.conf, back to default essentially

Did you regenerate the initramfs?
Did the link status change and suggest an 80Hz connection?

Are you currently establishing the connection w/ wpa_supplicant or iwd (archinstall uses iwd, NM defaults to wpa_supplicant)
Please post the output of

find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s | %s\n", $(NF-0), $(NF-1)) }' | sort -f

Is there a parallel windows installation?
If yes, see the 3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
Radio is the primary victim of that condition.

In doubt please post your complete system journal for the boot:

sudo journalctl -b | nc termbin.com 9999

to illustrate the overall status quo.
This will upload your journal to termbin
If you want to obfuscate data, make sure to pseudonymize, not annonymize (ie. maintain consistent and unique patterns across the file - eg. your MAC isn't really sensitive, your wifi yells it into the air anyway, but while the actual values don't matter it *does* matter when there different values in the journal)

Grafdude · 2026-04-04 23:20:51

Did you regenerate the initramfs?
Did the link status change and suggest an 80Hz connection?

Yes i regenerate initramfs "sudo mkinitcpio -P"

Are you currently establishing the connection w/ wpa_supplicant or iwd (archinstall uses iwd, NM defaults to wpa_supplicant)
Please post the output of

I've switched from default wpa_supplicant to iwd with same results. Here's the output of that command:

autovt@.service                          | system
avahi-daemon.service                     | multi-user.target.wants
avahi-daemon.socket                      | sockets.target.wants
bluetooth.service                        | bluetooth.target.wants
cups.path                                | multi-user.target.wants
cups.service                             | multi-user.target.wants
cups.service                             | printer.target.wants
cups.socket                              | sockets.target.wants
dbus-org.bluez.service                   | system
dbus-org.freedesktop.Avahi.service       | system
dbus-org.freedesktop.nm-dispatcher.service | system
display-manager.service                  | system
fstrim.timer                             | timers.target.wants
getty@tty1.service                       | getty.target.wants
iwd.service                              | multi-user.target.wants
NetworkManager-wait-online.service       | network-online.target.wants
NetworkManager.service                   | multi-user.target.wants
p11-kit-server.socket                    | sockets.target.wants
pipewire-pulse.socket                    | sockets.target.wants
pipewire-session-manager.service         | user
pipewire.socket                          | sockets.target.wants
remote-fs.target                         | multi-user.target.wants
systemd-userdbd.socket                   | sockets.target.wants
ufw.service                              | multi-user.target.wants
wireplumber.service                      | pipewire.service.wants
xdg-user-dirs.service                    | graphical-session-pre.target.wants

Is there a parallel windows installation?
If yes, see the 3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
Radio is the primary victim of that condition.

Note quite sure I understand your question here, I do have a windows 10 installation and I reach a blazing fast 800mbps speeds on there. You want me to disable what exactly?

In doubt please post your complete system journal for the boot:

As per your request, here it is:

https://termbin.com/b5jq

I truly appreciate your effort in helping me troubleshooting this issue I'm having, thanks a lot much appreciated!

seth · 2026-04-05 07:46:06

seth also wrote:

Did the link status change and suggest an 80Hz connection?

iwd.service                              | multi-user.target.wants

Disable that. If you want to use iwd as NM backend see https://wiki.archlinux.org/title/Networ … Fi_backend

You want me to disable what exactly?

The 3rd link in my signature would take you to http://wiki.archlinux.org/title/Dual_bo … ibernation - follow the directions there.
This is not optional, you cannot run two OS at the same time, even if one is hibernating.

Grafdude · 2026-04-05 10:14:44

Disable that. If you want to use iwd as NM backend see https://wiki.archlinux.org/title/Networ … Fi_backend

I've disabled iwd service. Note that it was already activated beforehand as per arch wiki through wifi_backend.conf file.

The 3rd link in my signature would take you to http://wiki.archlinux.org/title/Dual_bo … ibernation - follow the directions there.
This is not optional, you cannot run two OS at the same time, even if one is hibernating.

I've disabled hibernation by invoking the "powercfg /H off" command in windows 10, I believe it was never enabled.

Did noticed something rather odd/revealing when I "sudo dmesg | grep wlan0", seems like transfer power is being limited?:

[    6.469950] wlan0: required MCSes not supported, disabling HT
[    6.474513] wlan0: authenticate with *router mac* (local address=*my mac*)
[    6.478473] wlan0: send auth to *router mac* (try 1/3)
[    6.530244] wlan0: authenticated
[    6.530632] wlan0: associate with *router mac* (try 1/3)
[    6.540271] wlan0: RX AssocResp from *router mac (capab=0x1011 status=0 aid=30)
[    6.553808] wlan0: associated
[    6.629122] wlan0: Limiting TX power to 30 (30 - 0) dBm as advertised by *router mac*

Also, here is what iw reg get returns, it seems it's not set for my country, I tried to set it through "iw reg set CA" but does not have any effect.

global
country 00: DFS-UNSET
        (2402 - 2472 @ 40), (6, 20), (N/A)
        (2457 - 2482 @ 20), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
        (2474 - 2494 @ 20), (6, 20), (N/A), NO-OFDM, PASSIVE-SCAN
        (5170 - 5250 @ 80), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
        (5250 - 5330 @ 80), (6, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
        (5490 - 5730 @ 160), (6, 20), (0 ms), DFS, PASSIVE-SCAN
        (5735 - 5835 @ 80), (6, 20), (N/A), PASSIVE-SCAN
        (57240 - 63720 @ 2160), (N/A, 0), (N/A)

phy#0 (self-managed)
country 00: DFS-UNSET
        (2402 - 2437 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-80MHZ, NO-160MHZ
        (2422 - 2462 @ 40), (6, 22), (N/A), AUTO-BW, NO-80MHZ, NO-160MHZ
        (2447 - 2482 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-80MHZ, NO-160MHZ
        (5170 - 5190 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-320MHZ, PASSIVE-SCAN
        (5190 - 5210 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-320MHZ, PASSIVE-SCAN
        (5210 - 5230 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-320MHZ, PASSIVE-SCAN
        (5230 - 5250 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-320MHZ, PASSIVE-SCAN
        (5250 - 5270 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-320MHZ, PASSIVE-SCAN
        (5270 - 5290 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-320MHZ, PASSIVE-SCAN
        (5290 - 5310 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-320MHZ, PASSIVE-SCAN
        (5310 - 5330 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-320MHZ, PASSIVE-SCAN
        (5490 - 5510 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-320MHZ, PASSIVE-SCAN
        (5510 - 5530 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-320MHZ, PASSIVE-SCAN
        (5530 - 5550 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-320MHZ, PASSIVE-SCAN
        (5550 - 5570 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-320MHZ, PASSIVE-SCAN
        (5570 - 5590 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-320MHZ, PASSIVE-SCAN
        (5590 - 5610 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-320MHZ, PASSIVE-SCAN
        (5610 - 5630 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-320MHZ, PASSIVE-SCAN
        (5630 - 5650 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-320MHZ, PASSIVE-SCAN
        (5650 - 5670 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN
        (5670 - 5690 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN
        (5690 - 5710 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN
        (5710 - 5730 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN
        (5735 - 5755 @ 80), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN
        (5755 - 5775 @ 80), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN
        (5775 - 5795 @ 80), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN
        (5795 - 5815 @ 80), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN
        (5815 - 5835 @ 40), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-80MHZ, NO-160MHZ, NO-320MHZ, PASSIVE-SCAN

Last edited by Grafdude (2026-04-05 10:44:34)

seth · 2026-04-05 19:16:48

required MCSes not supported, disabling HT

That certainly explains the symptoms.

https://wiki.archlinux.org/title/Networ … ory_domain
Do you have https://archlinux.org/packages/?name=wireless-regdb installed?

Grafdude · 2026-04-05 19:43:24

Do you have https://archlinux.org/packages/?name=wireless-regdb installed?

Yes it's installed.

seth · 2026-04-05 19:49:29

Please post your complete system journal for the boot:

sudo journalctl -b | nc termbin.com 9999

You can "sudo journalctl -b > /tmp/journal.txt", pseudonymize entries there (inb4, disk UUIDs are for collision prevention and MACs are useless ouside your WLAN range where the devices also constantly yell them into the air - such values are trackable - if you post them in various locations one can link those posts - but not inherently sensitive)

Grafdude · 2026-04-05 23:08:39

Please post your complete system journal for the boot:

Sure here you go, thanks Seth for taking your time to dig into this:

https://termbin.com/cqe6

seth · 2026-04-06 08:41:09

Apr 05 19:04:27 archlinux kernel: Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=2cf680e0-be1d-413a-a317-499bb7aafaba rw nowatchdog loglevel=3 quiet iwlmvm.regulatory_domain=CA
Apr 05 19:04:30 archxps kernel: iwlmvm: unknown parameter 'init_dbg' ignored
Apr 05 19:04:30 archxps kernel: iwlmvm: unknown parameter 'regulatory_domain' ignored

This is not how this works.

cfg80211.regulatory_domain=CA

Apr 05 19:04:35 archxps wpa_supplicant[956]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=DRIVER type=COUNTRY alpha2=CA
Apr 05 19:04:35 archxps wpa_supplicant[956]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=DRIVER type=COUNTRY alpha2=CA

but wpa_supplicant is smarter than you

Apr 05 19:04:35 archxps wpa_supplicant[956]: wlan0: SME: Trying to authenticate with c6:4f:d5:c9:f7:1d (SSID='HELIX-420' freq=5220 MHz)
Apr 05 19:04:35 archxps kernel: wlan0: required MCSes not supported, disabling HT

https://en.wikipedia.org/wiki/List_of_W … /ac/ax/be)
Allowed indoors and 80Hz channel 42 - no reason to complain…

systool -vm mac80211

Try "mac80211.minstrel_vht_only=N"

Fwiw, you're at least the third Canadian w/ this kind of problem (I'm not sure we ever sorted the others) - makes me wonder whether there's a problem w/ either the chips for that market or the domain specs - what if you pretend to be from Trumpistan (for historic reasons the "US" country code)
And since the problem doesn't seem to exist w/ the iso, a journal from that boot might be interesting for comparism.

Grafdude · 2026-04-06 18:51:25

Try "mac80211.minstrel_vht_only=N"

Is this a kernel parameter?

5hridhyan · 2026-04-06 19:01:06

Grafdude wrote:

Try "mac80211.minstrel_vht_only=N"
Is this a kernel parameter?

Yes

Last edited by 5hridhyan (2026-04-06 19:02:03)

Grafdude · 2026-04-06 21:42:42

Kernel parameter "mac80211.minstrel_vht_only=N" didn't work either.

seth · 2026-04-07 07:07:01

Still getting "wlan0: required MCSes not supported, disabling HT"?

seth wrote:

journal from that boot might be interesting for comparism

seth wrote:

what if you pretend to be from Trumpistan (for historic reasons the "US" country code)

Grafdude · 2026-04-07 22:37:29

Still getting "wlan0: required MCSes not supported, disabling HT"?

Yes was still getting this error

journal from that boot might be interesting for comparism

Here is the mx live syslog (it's actually an older mx version on kernel 6.1.0 that was sleeping in my ventoy), couldn't get it to pipe through termbin so I pastebin:

https://pastebin.com/cAXEaeGC

I will try to set again to set my region to US, I believe I tried that before with same results. I will get back with results

Edit: Setting country code to US has no effect, it reverts back to CA on reboot, hardcoded into firmware?

Last edited by Grafdude (2026-04-07 22:51:12)

seth · 2026-04-08 08:01:28

Live system is still in Kansas Canada.

2026-04-07T17:42:43.032846-04:00 mx1 wpa_supplicant[4191]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=DRIVER type=COUNTRY alpha2=CA

But the AP is on a different frequency here

2026-04-07T17:43:18.855352-04:00 mx1 wpa_supplicant[4191]: wlan0: SME: Trying to authenticate with c6:4f:d5:c9:f7:1d (SSID='HELIX-420' freq=5785 MHz)

But of course this is also a hugely different SW stack and notably kernel - I was under the (likely false) impression the arch installation iso wasn't affected.
What results do you get w/ eg. the 6.6 LTS kernel?
https://aur.archlinux.org/packages/linux-lts66

Grafdude · 2026-04-09 21:46:12

Well I ended up buying an asus router and my wifi speeds are good now, went from 20 mbps to over 1000 mbps!

I had a feeling it was this bloody isp 2 in 1 modem/router that was not playing nice with linux for some reason. Thanks for you time and effort Seth you were of great help I will never forget!

now:

[    7.904323] iwlwifi 0000:00:14.3: enabling device (0000 -> 0002)
[    7.907347] iwlwifi 0000:00:14.3: Detected crf-id 0x400410, cnv-id 0x80400 wfpm id 0x80000020
[    7.907449] iwlwifi 0000:00:14.3: PCI dev 51f0/4090, rev=0x370, rfid=0x2010d000
[    7.907452] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 6E AX211 160MHz
[    7.915880] iwlwifi 0000:00:14.3: loaded firmware version 89.123cf747.0 so-a0-gf-a0-89.ucode op_mode iwlmvm
[    8.251582] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[    8.251628] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    8.251635] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    8.251643] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[    8.251694] iwlwifi 0000:00:14.3: Detected RF GF, rfid=0x2010d000
[    8.253012] iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4
[    8.338264] iwlwifi 0000:00:14.3: base HW address: ************
[    8.819809] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[    8.819915] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    8.819923] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    8.819931] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[    8.821211] iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4
[    9.124294] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[    9.124412] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[    9.124419] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[    9.124427] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[    9.125799] iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4

Last edited by Grafdude (2026-04-09 22:30:44)

seth · 2026-04-09 21:48:46

Are you still on 5220 MHz ?
See https://bbs.archlinux.org/viewtopic.php?id=313033 - something's clearly off here

Grafdude · 2026-04-09 22:32:31

Yes

        SSID: ASUS_RTBE55-420_5G
        freq: 5180.0
        RX: 722422474 bytes (3412180 packets)
        TX: 282633934 bytes (299629 packets)
        signal: -48 dBm
        rx bitrate: 2161.3 MBit/s 160MHz HE-MCS 10 HE-NSS 2 HE-GI 0 HE-DCM 0
        tx bitrate: 2161.3 MBit/s 160MHz HE-MCS 10 HE-NSS 2 HE-GI 0 HE-DCM 0
        bss flags: short-slot-time
        dtim period: 1
        beacon int: 100

Grafdude · 2026-04-09 22:48:04

I also don't see the annoying "required MCSes not supported, disabling HT" message anymore from "dmesg | grep wlan0" :

[   12.525390] wlan0: authenticate with *********  (local address=*********)
[   12.526328] wlan0: send auth to ******** (try 1/3)
[   12.574718] wlan0: authenticate with ___________ (local address=*********)
[   12.574724] wlan0: send auth to ************* (try 1/3)
[   12.577855] wlan0: authenticated
[   12.578573] wlan0: associate with ______________ (try 1/3)
[   12.592797] wlan0: RX AssocResp from ___________ (capab=0x1011 status=0 aid=26)
[   12.602665] wlan0: associated
[   12.639572] wlan0: Limiting TX power to 23 (23 - 0) dBm as advertised by ____________

seth · 2026-04-10 06:56:01

Previous router also Xfinity/Rogers ?
https://bbs.archlinux.org/viewtopic.php … 5#p2293975

Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.

Grafdude · 2026-04-10 21:22:03

My modem router is Helix Videotron. I will mark this as solved, thanks again Seth.

seth · 2026-04-11 07:03:23

For the kernel "regression" see https://bbs.archlinux.org/viewtopic.php … 0#p2294110

Arch Linux

#1 2026-04-04 01:23:35

[Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#2 2026-04-04 07:11:28

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#3 2026-04-04 09:56:23

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#4 2026-04-04 15:07:14

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#5 2026-04-04 23:20:51

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#6 2026-04-05 07:46:06

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#7 2026-04-05 10:14:44

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#8 2026-04-05 19:16:48

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#9 2026-04-05 19:43:24

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#10 2026-04-05 19:49:29

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#11 2026-04-05 23:08:39

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#12 2026-04-06 08:41:09

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#13 2026-04-06 18:51:25

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#14 2026-04-06 19:01:06

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#15 2026-04-06 21:42:42

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#16 2026-04-07 07:07:01

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#17 2026-04-07 22:37:29

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#18 2026-04-08 08:01:28

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#19 2026-04-09 21:46:12

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#20 2026-04-09 21:48:46

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#21 2026-04-09 22:32:31

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#22 2026-04-09 22:48:04

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#23 2026-04-10 06:56:01

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#24 2026-04-10 21:22:03

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

#25 2026-04-11 07:03:23

Re: [Solved] Terribly slow wifi on Intel AX211 (Dell XPS 9520)

Board footer