You are not logged in.
Pages: 1
My Internet seems to be capped at 20 Mbps. I use dual boot windows and on windows it was a solid 200 Mbps
What is my config:
wlan0 IEEE 802.11 ESSID: "MOMCLICKTHISWIFI-Paul"
Mode:Managed Frequency:5.24 GHz Access Point: 21:21:21:21:21:21
Bit Rate=54 Mb/s Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=69/70 Signal level=-41 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:11 Missed beacon:0
What I have tried:
> Re-installed network manager
> Tried Iwd (Switching from wpa supplicant)
> changed DNS to cloudfare for both ipv4 and ipv6
EDIT: Solution: Refer to the last 4 comments
Last edited by neo-fetch (2024-08-23 04:05:21)
Offline
Please share the output of
find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s | %s\n", $(NF-0), $(NF-1)) }' | sort -f
lspci -knn -d ::02xx
Para todos todo, para nosotros nada
Offline
bluetooth.service | bluetooth.target.wants
ctrl-alt-del.target | system
dbus-fi.w1.wpa_supplicant1.service | system
dbus-org.bluez.service | system
dbus-org.freedesktop.home1.service | system
dbus-org.freedesktop.network1.service | system
dbus-org.freedesktop.nm-dispatcher.service | system
dbus-org.freedesktop.resolve1.service | system
dbus-org.freedesktop.timesync1.service | system
display-manager.service | system
docker.service | multi-user.target.wants
gcr-ssh-agent.socket | sockets.target.wants
getty@tty1.service | getty.target.wants
gnome-keyring-daemon.socket | sockets.target.wants
machines.target | 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.socket | sockets.target.wants
pulseaudio.socket | sockets.target.wants
remote-cryptsetup.target | multi-user.target.wants
remote-fs.target | multi-user.target.wants
sshd.service | multi-user.target.wants
systemd-boot-update.service | sysinit.target.wants
systemd-homed-activate.service | systemd-homed.service.wants
systemd-homed.service | multi-user.target.wants
systemd-journald-audit.socket | sockets.target.wants
systemd-journald-audit.socket | systemd-journald.service.wants
systemd-network-generator.service | sysinit.target.wants
systemd-networkd-wait-online.service | network-online.target.wants
systemd-networkd.service | multi-user.target.wants
systemd-networkd.socket | sockets.target.wants
systemd-pstore.service | sysinit.target.wants
systemd-resolved.service | sysinit.target.wants
systemd-timesyncd.service | sysinit.target.wants
systemd-userdbd.socket | sockets.target.wants
wpa_supplicant.service | multi-user.target.wants
xdg-user-dirs-update.service | default.target.wants
26:00.0 Ethernet controller [0200]: Intel Corporation I211 Gigabit Network Connection [8086:1539] (rev 03)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7c35]
Kernel driver in use: igb
Kernel modules: igb
27:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller [10ec:8125]
Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7c35]
Kernel driver in use: r8169
Kernel modules: r8169
28:00.0 Network controller [0280]: Intel Corporation Wi-Fi 6 AX200 [8086:2723] (rev 1a)
DeviceName: RTL8111EPV
Subsystem: Intel Corporation Wi-Fi 6 AX200NGW [8086:0084]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
Weird. Long ago in my quest to debug, I had installed and started iwd and stopped wpa supplicant but to no avail. Upon seeing the kernel driver, I gave it another run but the internet is still capped..
Last edited by neo-fetch (2024-08-21 06:36:45)
Offline
If you're using NetworkManager then wap_supplicant.service should not be enabled, nor should iwd.service. NM will call both directly so enabling those services may cause conflicts.
EDIT: and please use code tags when posting terminal output.
Last edited by Head_on_a_Stick (2024-08-21 06:29:33)
Para todos todo, para nosotros nada
Offline
Okay, disabling the three. Enabling NetworkManager and rebooting
Offline
Done. Still seems capped at the same speed (Added code tags to the previous reply)
Offline
I use dual boot windows and on windows it was a solid 200 Mbps
3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
Mode:Managed Frequency:5.24 GHz Access Point: 21:21:21:21:21:21
Bit Rate=54 Mb/s Tx-Power=20 dBm
That's an https://en.wikipedia.org/wiki/IEEE_802.11a-1999 connection.
If it's not because of the hibernating windows, please post your complete system journal for the boot:
sudo journalctl -b | curl -F 'file=@-' 0x0.st
Offline
I have already disabled fast startup. Now disabled hibernation too.
Meanwhile your command gave this: https://0x0.st/XJFW.txt
Offline
Aug 21 19:19:16 lee kernel: iwlwifi 0000:28:00.0: base HW address: b0:7d:64:da:1d:d5
Aug 21 19:19:16 lee kernel: ------------[ cut here ]------------
Aug 21 19:19:16 lee kernel: WARNING: CPU: 7 PID: 708 at drivers/net/wireless/intel/iwlwifi/iwl-nvm-parse.c:877 iwl_init_he_hw_capab+0x538/0x550 [iwlwifi]
Aug 21 19:19:16 lee kernel: Modules linked in: fmpm(-) intel_rapl_msr amd_atl intel_rapl_common vfat fat iwlmvm(+) kvm_amd ccp mac80211 snd_hda_codec_realtek kvm snd_hda_codec_generic snd_hda_scodec_component snd_hda_codec_hdmi crct10dif_pclmul libarc4 btusb crc32_pclmul polyval_clmulni btrtl polyval_generic snd_hda_intel gf128mul btintel ghash_clmulni_intel snd_intel_dspcfg snd_intel_sdw_acpi sha512_ssse3 btbcm pkcs8_key_parser iwlwifi hid_generic joydev nvidia_drm(POE) snd_hda_codec btmtk sha256_ssse3 nvidia_uvm(POE) nvidia_modeset(POE) xpad snd_hda_core sha1_ssse3 snd_hwdep usbhid ff_memless r8169 aesni_intel cfg80211 igb bluetooth snd_pcm crypto_simd realtek ptp cryptd snd_timer pps_core mdio_devres i2c_algo_bit libphy snd rfkill dca sp5100_tco wmi_bmof rapl video acpi_cpufreq pcspkr soundcore k10temp i2c_piix4 mac_hid nvidia(POE) crypto_user loop dm_mod nfnetlink ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 nvme mxm_wmi nvme_core crc32c_intel xhci_pci xhci_pci_renesas nvme_auth wmi
Aug 21 19:19:16 lee kernel: CPU: 7 PID: 708 Comm: modprobe Tainted: P OE 6.10.3-arch1-2 #1 20bffa7dc84b9a89fd543afbd712f49dca71b693
Aug 21 19:19:16 lee kernel: Hardware name: Micro-Star International Co., Ltd. MS-7C35/MEG X570 ACE (MS-7C35), BIOS 1.D0 01/22/2021
Aug 21 19:19:16 lee kernel: RIP: 0010:iwl_init_he_hw_capab+0x538/0x550 [iwlwifi]
Aug 21 19:19:16 lee kernel: Code: 00 00 00 00 00 66 66 2e 0f 1f 84 00 00 00 00 00 66 90 66 44 89 20 0f b7 4d 5c 83 c2 01 48 83 e8 80 39 ca 7c ed e9 d2 fe ff ff <0f> 0b e9 2b ff ff ff 0f 0b e9 42 ff ff ff e8 95 60 9d ef 0f 1f 44
Aug 21 19:19:16 lee kernel: RSP: 0018:ffffb27745c076a8 EFLAGS: 00010246
Aug 21 19:19:16 lee kernel: RAX: 0000000000000002 RBX: ffff939446cd4028 RCX: ffffffffc42e0980
Aug 21 19:19:16 lee kernel: RDX: ffffb27745c076ba RSI: ffff93945d864000 RDI: 0000000000000003
Aug 21 19:19:16 lee kernel: RBP: ffff93945d864170 R08: 0000000000000002 R09: 0000000000000003
Aug 21 19:19:16 lee kernel: R10: ffff939446cd4028 R11: 0000000000000001 R12: ffff93945d864000
Aug 21 19:19:16 lee kernel: R13: 0000000000000003 R14: 0000000000000003 R15: 0000000000000003
Aug 21 19:19:16 lee kernel: FS: 00007205b58ec740(0000) GS:ffff939b4e980000(0000) knlGS:0000000000000000
Aug 21 19:19:16 lee kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 21 19:19:16 lee kernel: CR2: 00007d1498d15c70 CR3: 000000010653a000 CR4: 0000000000f50ef0
Aug 21 19:19:16 lee kernel: PKRU: 55555554
Aug 21 19:19:16 lee kernel: Call Trace:
Aug 21 19:19:16 lee kernel: <TASK>
Aug 21 19:19:16 lee kernel: ? iwl_init_he_hw_capab+0x538/0x550 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: ? __warn.cold+0x8e/0xe8
Aug 21 19:19:16 lee kernel: ? iwl_init_he_hw_capab+0x538/0x550 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: ? report_bug+0xff/0x140
Aug 21 19:19:16 lee kernel: ? handle_bug+0x3c/0x80
Aug 21 19:19:16 lee kernel: ? exc_invalid_op+0x17/0x70
Aug 21 19:19:16 lee kernel: ? asm_exc_invalid_op+0x1a/0x20
Aug 21 19:19:16 lee kernel: ? iwl_init_he_hw_capab+0x538/0x550 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: ? iwl_init_he_hw_capab+0x45f/0x550 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: iwl_init_sbands+0x6ec/0x700 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: iwl_get_nvm+0x268/0x300 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: ? iwl_run_unified_mvm_ucode+0x2d9/0x320 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: iwl_run_unified_mvm_ucode+0x2d9/0x320 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: ? iwl_read32+0x23/0x80 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: ? __pfx_iwl_wait_init_complete+0x10/0x10 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: iwl_run_init_mvm_ucode+0x1fb/0x3a0 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: iwl_mvm_start_get_nvm+0x88/0x210 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: iwl_op_mode_mvm_start+0x874/0xa70 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: _iwl_op_mode_start.isra.0+0x42/0x80 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: iwl_opmode_register+0x71/0xe0 [iwlwifi 82543cf5669400a61174451f96a4fd2c2897153e]
Aug 21 19:19:16 lee kernel: ? __pfx_iwl_mvm_init+0x10/0x10 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: iwl_mvm_init+0x38/0xff0 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: ? __pfx_iwl_mvm_init+0x10/0x10 [iwlmvm ecdd8d9f655019b3fce453729830ec9845e3d083]
Aug 21 19:19:16 lee kernel: do_one_initcall+0x5b/0x310
Aug 21 19:19:16 lee kernel: do_init_module+0x60/0x220
Aug 21 19:19:16 lee kernel: init_module_from_file+0x89/0xe0
Aug 21 19:19:16 lee kernel: idempotent_init_module+0x121/0x2b0
Aug 21 19:19:16 lee kernel: __x64_sys_finit_module+0x5e/0xb0
Aug 21 19:19:16 lee kernel: do_syscall_64+0x82/0x190
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? do_sys_openat2+0x9c/0xe0
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? switch_fpu_return+0x4e/0xd0
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? syscall_exit_to_user_mode+0x72/0x200
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? do_syscall_64+0x8e/0x190
Aug 21 19:19:16 lee kernel: ? __pte_offset_map+0x1b/0x180
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? __handle_mm_fault+0xad3/0x1050
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? __count_memcg_events+0x58/0xf0
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? count_memcg_events.constprop.0+0x1a/0x30
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? handle_mm_fault+0x1f0/0x300
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? do_user_addr_fault+0x36c/0x620
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: ? srso_alias_return_thunk+0x5/0xfbef5
Aug 21 19:19:16 lee kernel: entry_SYSCALL_64_after_hwframe+0x76/0x7e
Aug 21 19:19:16 lee kernel: RIP: 0033:0x7205b53261fd
Aug 21 19:19:16 lee kernel: Code: ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d e3 fa 0c 00 f7 d8 64 89 01 48
Aug 21 19:19:16 lee kernel: RSP: 002b:00007ffd9d5d5468 EFLAGS: 00000246 ORIG_RAX: 0000000000000139
Aug 21 19:19:16 lee kernel: RAX: ffffffffffffffda RBX: 00005e0339da4d40 RCX: 00007205b53261fd
Aug 21 19:19:16 lee kernel: RDX: 0000000000000004 RSI: 00005e0329808478 RDI: 0000000000000002
Aug 21 19:19:16 lee kernel: RBP: 00005e0329808478 R08: 00007205b53f6b20 R09: 00007ffd9d5d54b0
Aug 21 19:19:16 lee kernel: R10: 00005e0339da8fe0 R11: 0000000000000246 R12: 0000000000040000
Aug 21 19:19:16 lee kernel: R13: 00005e0339da4e50 R14: 0000000000000000 R15: 00005e0339da8fa0
Aug 21 19:19:16 lee kernel: </TASK>
Aug 21 19:19:16 lee kernel: ---[ end trace 0000000000000000 ]---
Are you currently applying any module parameters?
systool -vm iwlwifi
systool -vm ilwmvm
Offline
No, not applying anything
Offline
Should I be using a module parameter? Man I feel this inching closer to backup, nuke n reinstall.. :C
Last edited by neo-fetch (2024-08-22 06:14:59)
Offline
Re-installing will hardly do anything about a kernel module bug. If anything, updating the system (current kernel is 6.10.5) or trying the LTS kernel will.
Please post the output of those two commands in #9
Offline
Yes:
iwlwifi
Module = "iwlwifi"
Attributes:
coresize = "593920"
initsize = "0"
initstate = "live"
refcnt = "1"
srcversion = "D1D3E7042D796751A9DBC0F"
taint = ""
uevent = <store method only>
Parameters:
11n_disable = "1"
amsdu_size = "0"
bt_coex_active = "Y"
debug = "0"
disable_11ac = "N"
disable_11ax = "N"
disable_11be = "N"
enable_ini = "16"
fw_restart = "Y"
led_mode = "0"
nvm_file = "(null)"
power_level = "0"
power_save = "N"
remove_when_gone = "N"
swcrypto = "1"
uapsd_disable = "3"
Last edited by neo-fetch (2024-08-22 07:25:05)
Offline
I think you meant iwlmvm:
Module = "iwlmvm"
Attributes:
coresize = "749568"
initsize = "0"
initstate = "live"
refcnt = "0"
srcversion = "17D9C391FE4502CAD06AE07"
taint = ""
uevent = <store method only>
Parameters:
init_dbg = "N"
power_scheme = "2"
Sections:
uname:
neo ❯ uname -r
6.10.6-arch1-1
Last edited by neo-fetch (2024-08-22 07:24:46)
Offline
Yes, typo - sorry.
If an update or the LTS kernel don't help (that crash still being there) try to curtail teh features and add "iwlwifi.disable_11be=Y iwlwifi.disable_11ax=Y iwlwifi.disable_11ac=Y" to the https://wiki.archlinux.org/title/Kernel_parameters
This should be reflected by systool and leave you w/ only 802.11n (which would still provide better throughput, see the bitrate)
If that indeed does work, remove "iwlwifi.disable_11ac=Y" from the kernel parameters and see how you fare with that (the immediate crash looks like it's in ax specific code)
Offline
Seems it still gives 20 mbps:
Module = "iwlwifi"
Attributes:
coresize = "593920"
initsize = "0"
initstate = "live"
refcnt = "1"
srcversion = "D1D3E7042D796751A9DBC0F"
taint = ""
uevent = <store method only>
Parameters:
11n_disable = "1"
amsdu_size = "0"
bt_coex_active = "Y"
debug = "0"
disable_11ac = "Y"
disable_11ax = "Y"
disable_11be = "Y"
enable_ini = "16"
fw_restart = "Y"
led_mode = "0"
nvm_file = "(null)"
power_level = "0"
power_save = "N"
remove_when_gone = "N"
swcrypto = "1"
uapsd_disable = "3"
Sections:
Testing download speed................................................................................
Download: 25.24 Mbit/s
Testing upload speed......................................................................................................
Upload: 4.98 Mbit/s
Last edited by neo-fetch (2024-08-22 12:06:07)
Offline
Sorry, I completely missed
11n_disable = "1"
that also disables everything above and perfectly explains the situation - it's not default, so figure where you're setting this (likely /etc/modprobe.d/* ?) and get rid of it.
Offline
That and swcrypto seems to be present. Deleting them and restarting:
neo ❯ cat /etc/modprobe.d/iwlwifi.conf
options iwlwifi 11n_disable=1 swcrypto=1
EDIT: Just deleting 11n_disable entry, not swcrypto
Last edited by neo-fetch (2024-08-22 23:35:59)
Offline
Testing download speed................................................................................
Download: 206.89 Mbit/s
Testing upload speed......................................................................................................
Upload: 183.07 Mbit/s
That solved it.
This has certainly been a journey. Thank you so much Seth. You have no idea how much this has helped me. So many things that I have learned in this thread. Goes to show the power of Arch linux, linux in general, and the community it represents.
I think I'm going to stick around and help others in similar situations too. Cheers mate. You too Head_On_A_Stick!
Offline
Pages: 1