You are not logged in.
Not able to connect to WiFi, using USB tethering right now to post this. This is a newly installed arch with KDE Plasma (dual boot with Windows 11). There was a similar issue when I was using Linux Mint, where I had to disable the power saving feature by running a command to connect to WiFi. Is there something similar in arch? Any help is appreciated.
Last edited by coolpanda (2022-01-05 12:39:42)
Offline
My Arch Linux Stuff • Forum Etiquette • Community Ethos - Arch is not for everyone
Offline
dual boot with Windows 11
Also 3rd link below (network and PM issues are typical symptoms and the combination is super suspicious)
Offline
What should I replace the $name here with?
/etc/udev/rules.d/81-wifi-powersave.rules
ACTION=="add", SUBSYSTEM=="net", KERNEL=="wl*", RUN+="/usr/bin/iw dev $name set power_save on"
Offline
Search https://man.archlinux.org/man/core/syst … .7.en#Keys for "$name" …
Offline
Search https://man.archlinux.org/man/core/syst … .7.en#Keys for "$name" …
Okay, so this is how the
81-wifi-powersave.rules
file looks now:
ACTION=="add", SUBSYSTEM=="net", KERNEL=="wl*", RUN+="/usr/bin/iw dev wlo1 set power_save off"
But still the power save feature was on. Looks like this file didn't affect it. But I looked for more info and found a way to turn off the power save using
sudo iw dev wlo1 set power_save off
and when I checked the status using
iw dev wlo1 get power_save
, it did turn the power save off. When I rebooted I was able to connect to my WiFi until I rebooted again later. The WiFi was gone again. What should I do now?
Offline
You didn't read the manpage, did you?
$name is a legit udev variable that applies to the device that triggers the rule, you don't have to substitute anything.
"sudo iw dev wlo1 set power_save off" is transient so if it worked after a reboot after applying that, it had nothing to do w/ the outcome.
Did you see my comment in #3?
Offline
You didn't read the manpage, did you?
$name is a legit udev variable that applies to the device that triggers the rule, you don't have to substitute anything."sudo iw dev wlo1 set power_save off" is transient so if it worked after a reboot after applying that, it had nothing to do w/ the outcome.
Did you see my comment in #3?
Sorry, I read the manpage but couldn't exactly understand what it meant. Googled the command, and found that someone used the wifi interface name instead of the $name, so I did the same too.
"sudo iw dev wlo1 set power_save off" is transient so if it worked after a reboot after applying that, it had nothing to do w/ the outcome.
Sorry, I don't understand what you mean by that.
Did you see my comment in #3?
Yes, fast boot and secure boot both were already turned off.
Last edited by coolpanda (2022-01-02 10:03:49)
Offline
Sorry, I don't understand what you mean by that.
https://en.wiktionary.org/wiki/transient - "it does not survive a reboot"
So if you ran that, then rebooted and after that reboot the wifi worked, running that command was not related to that.
fast boot and secure boot
*NOT* the settings in your BIOS, check the link or maybe https://www.makeuseof.com/windows-11-tu … t-startup/ …
Offline
Sorry, I don't understand what you mean by that.
https://en.wiktionary.org/wiki/transient - "it does not survive a reboot"
So if you ran that, then rebooted and after that reboot the wifi worked, running that command was not related to that.fast boot and secure boot
*NOT* the settings in your BIOS, check the link or maybe https://www.makeuseof.com/windows-11-tu … t-startup/ …
Yes, I mean fast boot, secure boot, as well as fast startup all are disabled.
Offline
What is the wireless hardware and driver?
lspci -knn | grep -A3 'Net'
Once you have that information head over to https://wiki.archlinux.org/title/Networ … d_firmware and see if there are any suggestions for that device.
Jin, Jîyan, Azadî
Offline
What is the wireless hardware and driver?
lspci -knn | grep -A3 'Net'
Once you have that information head over to https://wiki.archlinux.org/title/Networ … d_firmware and see if there are any suggestions for that device.
02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8822BE 802.11a/b/g/n/ac WiFi adapter [10ec:b822] (rev ff)
DeviceName: WLAN
Kernel driver in use: rtw_8822be
Kernel modules: rtw88_8822be
No, there isn't any for rtw8822be. The closest I could find was rtw8822bu.
Offline
Please make sure you've https://archlinux.org/packages/core/any/linux-firmware/ installed and post a complete system journal, "sudo journalctl -b" after trying to connect to a networ on that NIC.
Offline
Please make sure you've https://archlinux.org/packages/core/any/linux-firmware/ installed and post a complete system journal, "sudo journalctl -b" after trying to connect to a networ on that NIC.
How do I send the entire output? When I export it as txt, only a certain part gets exported.
Edit: Nevermind, I got it.
Here is the complete system journal:
LINK: https://pastebin.com/YiQmNpXm
PASS: 4NgZ0Fq7KD
I generated this when I was able to connect to my WiFi temporarily which works when I boot into Linux after booting from Windows.
Last edited by coolpanda (2022-01-03 05:03:07)
Offline
The not working case is more interesting. If you know you had the issue on the previous to the current boot you can use
sudo journalctl -b-1
instead, also don't copy paste out of the pager directly: https://wiki.archlinux.org/title/List_o … n_services
FWIW since realteks often have an issue with it, try to disable MAC randomization: https://wiki.archlinux.org/title/Networ … domization
Offline
The not working case is more interesting. If you know you had the issue on the previous to the current boot you can use
sudo journalctl -b-1
instead, also don't copy paste out of the pager directly: https://wiki.archlinux.org/title/List_o … n_services
FWIW since realteks often have an issue with it, try to disable MAC randomization: https://wiki.archlinux.org/title/Networ … domization
Late reply, because yesterday the Wireless was working fine even after multiple reboots. when I checked the power save state, it was turned off. Now, It has again stopped working and when I check again, the power save state is turned on again. So I'm 100% sure that the power save feature is interfering in the Wireless connection service.
Last edited by coolpanda (2022-01-04 03:44:14)
Offline
UPDATE: For now, this is working:
/etc/modprobe.d/rtw88_pci.conf
rtw88_pci disable_aspm=1
Also,
iw dev wlo1 get power_save
gives
Power save: off
Also, I have rebooted multiple times, and the wireless is working every single time.
So I will still keep this thread Unsolved for now, atleast for a day to make sure this actually works.
Last edited by coolpanda (2022-01-04 06:16:39)
Offline
UPDATE2: Nah, again power save coming into action after rebooting a couple of hours later.
Last edited by coolpanda (2022-01-04 08:23:14)
Offline
The not working case is more interesting. If you know you had the issue on the previous to the current boot you can use
sudo journalctl -b-1
instead, also don't copy paste out of the pager directly: https://wiki.archlinux.org/title/List_o … n_services
FWIW since realteks often have an issue with it, try to disable MAC randomization: https://wiki.archlinux.org/title/Networ … domization
Do you want the full journal or a certain part of it? It's pretty long with about >1MB in size
Last edited by coolpanda (2022-01-04 08:23:39)
Offline
The full journal would be best. If you use the suggested pastebin service then the size won't be a problem (apart from for the poor buggers scrolling through it on your behalf).
Did you also try enabling the disable_lps_deep option for the rtw88-core module? Use the same method as for rtw88-pci & disable_aspm.
Jin, Jîyan, Azadî
Offline
Power saving shouldn't randomly pop up again, are you using something like TLP,laptop-mode-tools or so? FWIW the format of your modprobe file would be incorrect and lack a leading options before the rtw88_pci
Offline
Use this to check the status of the module parameters:
for i in /sys/module/rtw88_*/parameters/* ; do echo "$(basename $i): $(cat $i)" ; done
Jin, Jîyan, Azadî
Offline
A lot of things going on here. Currently the Wireless is back up again even while the power save is on. This is so weird. Will have to see how long does it last this time.
This is the modprobe file:
# /etc/modprobe.d/rtw88_pci.conf
options rtw88_pci disable_aspm=1
options rtw88_core disable_lps_deep=1
Status of module parameters:
debug_mask: 0
disable_lps_deep: Y
support_bf: Y
disable_aspm: Y
disable_msi: N
Yes, I have tlp installed but don't know if it's actually running (can't see it in system monitor)
About the journal, I'll try to generate that when the WiFi stops working again.
Last edited by coolpanda (2022-01-04 09:51:32)
Offline
TLP does not actively "run". It sets up udev rules that one shot all it's logical definitions depending on whether your AC is plugged in or not, if you enabled the service it's "running", you need to adjust it's configuration to not try and apply power saving to your network device.
Edit your /etc/tlp.conf or add drop ins into /etc/tlp.conf.d and adjust the logical rule for networking devices at the minimum: https://linrunner.de/tlp/settings/network.html (set it off for both) and maybe to be extra sure add the driver or the pci bus to the denylist: https://linrunner.de/tlp/settings/runti … r-denylist or the disable definition to make sure it's not an issue on the bus.
Last edited by V1del (2022-01-04 10:59:40)
Offline
Okay I set both of them to off
WIFI_PWR_ON_AC=off
WIFI_PWR_ON_BAT=off
And can you tell me how do I add the driver/pci bus to the denylist? What should I put in the quotes?
RUNTIME_PM_DRIVER_DENYLIST="mei_me nouveau radeon"
$ tlp-stat -e
--- TLP 1.4.0 --------------------------------------------
+++ PCIe Active State Power Management
/sys/module/pcie_aspm/parameters/policy = [default] performance powersave powersupersave (using BIOS preferences)
+++ PCIe Runtime Power Management
Enable devices = (disabled)
Disable devices = (disabled)
Device denylist = (disabled)
Driver denylist = mei_me nouveau radeon
/sys/bus/pci/devices/0000:00:00.0/power/control = auto (0x060000, Host bridge, skl_uncore)
/sys/bus/pci/devices/0000:00:02.0/power/control = auto (0x030000, VGA compatible controller, i915)
/sys/bus/pci/devices/0000:00:04.0/power/control = auto (0x118000, Signal processing controller, proc_thermal)
/sys/bus/pci/devices/0000:00:08.0/power/control = auto (0x088000, System peripheral, no driver)
/sys/bus/pci/devices/0000:00:12.0/power/control = auto (0x118000, Signal processing controller, intel_pch_thermal)
/sys/bus/pci/devices/0000:00:14.0/power/control = auto (0x0c0330, USB controller, xhci_hcd)
/sys/bus/pci/devices/0000:00:14.2/power/control = auto (0x050000, RAM memory, no driver)
/sys/bus/pci/devices/0000:00:15.0/power/control = auto (0x0c8000, Serial bus controller [0c80], intel-lpss)
/sys/bus/pci/devices/0000:00:15.1/power/control = auto (0x0c8000, Serial bus controller [0c80], intel-lpss)
/sys/bus/pci/devices/0000:00:16.0/power/control = auto (0x078000, Communication controller, mei_me)
/sys/bus/pci/devices/0000:00:17.0/power/control = auto (0x010400, RAID bus controller, ahci)
/sys/bus/pci/devices/0000:00:19.0/power/control = auto (0x0c8000, Serial bus controller [0c80], intel-lpss)
/sys/bus/pci/devices/0000:00:1d.0/power/control = auto (0x060400, PCI bridge, pcieport)
/sys/bus/pci/devices/0000:00:1d.1/power/control = auto (0x060400, PCI bridge, pcieport)
/sys/bus/pci/devices/0000:00:1e.0/power/control = auto (0x078000, Communication controller, intel-lpss)
/sys/bus/pci/devices/0000:00:1e.2/power/control = auto (0x0c8000, Serial bus controller [0c80], intel-lpss)
/sys/bus/pci/devices/0000:00:1f.0/power/control = auto (0x060100, ISA bridge, no driver)
/sys/bus/pci/devices/0000:00:1f.3/power/control = auto (0x040380, Audio device, snd_hda_intel)
/sys/bus/pci/devices/0000:00:1f.4/power/control = auto (0x0c0500, SMBus, i801_smbus)
/sys/bus/pci/devices/0000:00:1f.5/power/control = auto (0x0c8000, Serial bus controller [0c80], no driver)
/sys/bus/pci/devices/0000:02:00.0/power/control = auto (0x028000, Network controller, rtw_8822be)
Offline