[Solved]Network connection random drops

seth · 2025-12-01 20:39:46

Looks like

there's just a single spike on 27/28 and a much smaller one on 58/59/60 so smells like a 30s rythm?

ping -n -c600 _gateway |& tee /tmp/ping.log
cat /tmp/ping.log | curl -F 'file=@-' 0x0.st

Wroric · 2025-12-01 21:25:42

Here the results link:
https://0x0.st/KJgM.txt

seth · 2025-12-01 21:41:07

Does your neighbor also have a 5GHz AP or 2.4 GHz?

Wroric · 2025-12-02 10:11:11

He also have a 5GHz AP.

seth · 2025-12-02 14:17:33

Can you get access to a 2.4GHz AP?

Wroric · 2025-12-02 17:22:53

I can try to configure one, my roommate will help me to do so tomorrow, do you want me to run the same test on it ?

Last edited by Wroric (2025-12-02 17:23:13)

seth · 2025-12-02 19:50:57

Yup - the signal pattern doesn't look like there's some system so we need to rule out random interference.
2.4 GHz has better reach but there's also more potential for interfering sources - so we'll see what that looks like.
If it's the same, it's not the radio (unless you're moving EM shields through the room)

Wroric · 2025-12-03 21:23:42

Here's the link for the 2.4GHz test:
http://0x0.st/KyI4.txt

seth · 2025-12-03 22:03:26

It almost looks like a mirror of the previous - so it's not the channel.
Doesn't look entirely random either, though.

If you move /usr/lib/firmware/intel/iwlwifi/iwlwifi-9000-pu-b0-jf-b0-46.ucode.zst and /usr/lib/firmware/iwlwifi-9000-pu-b0-jf-b0-46.ucode.zst elsewhere (outside /usr/lib/firmware/, one is just a symlink) and reboot
Check the journal and make sure /usr/lib/firmware/iwlwifi-9000-pu-b0-jf-b0-38.ucode.zst gets loaded instead.
Dos that perform better?

Wroric · 2025-12-03 23:30:58

I've moved the two files and restarted as you suggested, and after that NetworkManager couldn't find any wifi AP, so i reverted back the two files.
I'm sending you the journal after the first restart (when i lose the ability to find APs) just in case:
https://0x0.st/KyGs.txt

seth · 2025-12-04 15:33:25

Dec 04 00:05:46 Prozac kernel: iwlwifi 0000:00:14.3: loaded firmware version 38.755cfdd8.0 9000-pu-b0-jf-b0-38.ucode op_mode iwlmvm
But it just constantly crashes

Dec 04 00:05:48 Prozac kernel: iwlwifi 0000:00:14.3: Microcode SW error detected.  Restarting 0x2000000.
Dec 04 00:05:48 Prozac kernel: iwlwifi 0000:00:14.3: Start IWL Error Log Dump:
Dec 04 00:05:48 Prozac kernel: iwlwifi 0000:00:14.3: Transport status: 0x0000004B, valid: 6
Dec 04 00:05:48 Prozac kernel: iwlwifi 0000:00:14.3: Loaded firmware version: 38.755cfdd8.0 9000-pu-b0-jf-b0-38.ucode

So likely a dead end.

Does "iwlwifi.swcrypto=1" help?
Are you btw. still running the LTS kernel? Have you tried the main one?

Wroric · 2025-12-04 17:56:46

I tried to add the line but it changed nothing, same for switching to the main kernel.

Wroric · 2025-12-08 18:31:07

So there's some news: I switched my Gaming Pc to CachyOs yesterday (it was on Win10 before) and now i'm experiencing the same problem when i try to stream my games to my steamlink (it was working fine before with the host on Win10).
So I think that narrow it to some compatibilty issues between Steam Remote Play and Arch.
I will close this topic, and start a new one, as it seems to me it's a completely whole different issue.
Sorry for the rabbit hole, but thanks a lot, I've learned a lot with this one, for my first days on Arch ! (and, as a bonus, practiced my english)

seth · 2025-12-08 20:17:19

Does the PC have comparable hardware (notably the wifi NIC)?
Did you (ever) run the ping tests from the multi-user.target to rule out any kind of sideload?
How does the https://en.wikipedia.org/wiki/Steam_Link play into that? I thought you had tested this w/ your neighbors router?
Does the problem then only exists against the steamlink but you've a stable signal against your smartphone?

Wroric · 2025-12-08 21:49:33

The PC have also a Intel Wifi Card (AX210 160MHz), run on an Intel CPU (i7-8700k) but have a GPU (Nvidia GTX 1080).
Streaming to the Steam Link was fine before the change of OS, but streaming to the laptop was always unstable.
But since yesterday, i tried to play as usual with the Steam Link and it had became as unstable as it is to stream to the laptop.
The only change was the OS of the gaming PC, so that's why i deduced maybe it has something to do directly with how steam interact with Arch for it's remote play.
I can't explain why it worked fine with Windows before for the hosting part of steam remote, and not with CachyOS.
The connection is unstable also on other computers on Arch, we tested it with my roommate's laptop and PC both with Intel wifi cards and using iwlwifi.
As for testing for the multi-user.target, i have to admit i don't really understand how to do it, i will try to learn to do it.

Last edited by Wroric (2025-12-09 11:06:43)

Wroric · 2025-12-09 11:03:59

I tried also to connect the laptop via my android phone: the phone is connected via wifi to the AP on the 5GHz channel, and the laptop is connected via usb-c to the phone and detect the connection as a ethernet one.
The ping -n gateway is stable, around 2-5ms, no spikes.

seth · 2025-12-09 15:41:42

No, the idea wasn't tethering but connecting the PC to the phones wifi hotspot (ie. use the phone as a AP/router)
Part of this is the plan to test the wifi w/o *any* involvement of the steam link (to see whether it's a general problem or related to that specific connection)

Most systems have intel NICs but the CNVi should™ be plenty different from the AX210
Can you test the wifi w/ https://grml.org/ ?

As for the multi-user.target, see the 2nd link below - the idea is to remove any sideload.

Wroric · 2025-12-13 09:48:06

Sorry for the delay, i wanted to be sure before claiming victory.
I have good news, I found a solution that work !
I retried everything that was done before (because between the beginning of this thread and now i've got a little better at understanding what i'm doing), and found that when i tried to add the line iwlwifi.swcrypto=1, i was checking it wrong, and the change doesn't apply.
So I finally found that after adding the corresponding line in /etc/modprobe.d/iwlwifi.conf, i have to run this command to apply it:

 sudo mkinitcpio -P

After that, my wifi worked a little better, so i searched and tested other options i can change in that file and finaly found that i have to also set powersave=0 and boom, since two whole days, the drops are minimal and i don't feel them in game when I use Steam Remote Play.
So for those who come after:

 ~> sudo nano /etc/modprobe.d/iwlwifi.conf

In the file write:

options iwlwifi swcrypto=1
options iwlwifi power_save=0

and then run this command:

~> sudo mkinitcpio -P

Thank you for the help !

Arch Linux

#26 2025-12-01 20:39:46

Re: [Solved]Network connection random drops

#27 2025-12-01 21:25:42

Re: [Solved]Network connection random drops

#28 2025-12-01 21:41:07

Re: [Solved]Network connection random drops

#29 2025-12-02 10:11:11

Re: [Solved]Network connection random drops

#30 2025-12-02 14:17:33

Re: [Solved]Network connection random drops

#31 2025-12-02 17:22:53

Re: [Solved]Network connection random drops

#32 2025-12-02 19:50:57

Re: [Solved]Network connection random drops

#33 2025-12-03 21:23:42

Re: [Solved]Network connection random drops

#34 2025-12-03 22:03:26

Re: [Solved]Network connection random drops

#35 2025-12-03 23:30:58

Re: [Solved]Network connection random drops

#36 2025-12-04 15:33:25

Re: [Solved]Network connection random drops

#37 2025-12-04 17:56:46

Re: [Solved]Network connection random drops

#38 2025-12-08 18:31:07

Re: [Solved]Network connection random drops

#39 2025-12-08 20:17:19

Re: [Solved]Network connection random drops

#40 2025-12-08 21:49:33

Re: [Solved]Network connection random drops

#41 2025-12-09 11:03:59

Re: [Solved]Network connection random drops

#42 2025-12-09 15:41:42

Re: [Solved]Network connection random drops

#43 2025-12-13 09:48:06

Re: [Solved]Network connection random drops

Board footer