You are not logged in.

#1 2019-04-22 13:53:45

lukasbash
Member
Registered: 2018-11-17
Posts: 10

Frequent crashes of wireless connection

Hello folks,

after several hours of reading possible solutions in the forum and without any success, I decided to open this thread to hopefully resolve my issue.
I got a new notebook from my work. It is a Dell XPS 15 (9570).
At home I have frequent disconnects of my wireless connection.

Some sidenotes:
I am running two networks at home, one with 2.4 and one with 5Ghz.
The 5Ghz network runs on channel 44. The other one is set to "auto". (Channel switching does not make a difference. Neither does turning off the 2.4Ghz one.) No QoS or any other wifi/router specific settings are enabled.


System details:
uname -a

Linux jupiter 5.0.8-arch1-1-ARCH #1 SMP PREEMPT Wed Apr 17 14:56:15 UTC 2019 x86_64 GNU/Linux

lspci | grep -i network

3b:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)

iw dev wlp59s0 get power_save

Power save: off

systemctl list-unit-files --state=enabled

UNIT FILE                                   STATE  
autovt@.service                             enabled
bluetooth.service                           enabled
bumblebeed.service                          enabled
ckb-next-daemon.service                     enabled
cups-browsed.service                        enabled
dbus-org.bluez.service                      enabled
dbus-org.freedesktop.NetworkManager.service enabled
dbus-org.freedesktop.nm-dispatcher.service  enabled
dbus-org.freedesktop.timesync1.service      enabled
display-manager.service                     enabled
gdm.service                                 enabled
getty@.service                              enabled
mariadb.service                             enabled
mysqld.service                              enabled
NetworkManager-dispatcher.service           enabled
NetworkManager-wait-online.service          enabled
NetworkManager.service                      enabled
systemd-timesyncd.service                   enabled
tlp.service                                 enabled
remote-fs.target                            enabled

20 unit files listed.

rfkill list 0

0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no

So far these are the main details for my wifi setup.
Some of you might ask if I am using any power management tools: Yes I do.

I am using TLP as you can see in the systemctl units.
To also exclude this bandit I want to show you the configured power management here:

cat /etc/default/tlp | grep -B 3 "WIFI_PWR_ON_BAT"

# WiFi power saving mode: on=enable, off=disable; not supported by all adapters.
# Default: <none>
WIFI_PWR_ON_AC=off
WIFI_PWR_ON_BAT=off

To be 100% sure, I also disabled power saving on all possible wireless interfaces via iw in a udev rule:
cat /etc/udev/rules.d/81-wifi-powersave.rules

ACTION=="add", SUBSYSTEM=="net", KERNEL=="wl*", RUN+="/usr/bin/iw dev $name set power_save off"

Let's go over to the logs.
Sometimes I see the following network related dumps:

[ 3529.110863] ath10k_pci 0000:3b:00.0: firmware crashed! (guid a2790135-d017-4c90-99fd-fc3f9380152a)
[ 4884.514833] ath10k_pci 0000:3b:00.0: firmware crashed! (guid ccb2de98-5a54-484d-bb5c-db9846f38b21)
Apr 22 13:48:56 jupiter kernel: wlp59s0: deauthenticating from a0:04:60:40:f7:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
Apr 22 13:52:43 jupiter kernel: wlp59s0: deauthenticating from a0:04:60:40:f7:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
Apr 22 13:58:53 jupiter kernel: wlp59s0: deauthenticating from a0:04:60:40:f7:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
Apr 22 14:01:19 jupiter kernel: wlp59s0: deauthenticating from a0:04:60:40:f7:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
Apr 22 14:03:38 jupiter kernel: wlp59s0: deauthenticating from a0:04:60:40:f7:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
Apr 22 14:08:06 jupiter kernel: wlp59s0: deauthenticating from a0:04:60:40:f7:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
Apr 22 13:45:38 jupiter kernel: wlp59s0: deauthenticated from a0:04:60:40:f7:d7 (Reason: 7=CLASS3_FRAME_FROM_NONASSOC_STA)
Apr 22 13:45:36 jupiter kernel: ieee80211 phy0: Hardware restart was requested
Apr 22 13:46:51 jupiter kernel: ieee80211 phy0: Hardware restart was requested
Apr 22 13:52:51 jupiter kernel: ieee80211 phy0: Hardware restart was requested
Apr 22 13:58:56 jupiter kernel: ieee80211 phy0: Hardware restart was requested
Apr 22 14:00:09 jupiter kernel: ieee80211 phy0: Hardware restart was requested
Apr 22 14:03:47 jupiter kernel: ieee80211 phy0: Hardware restart was requested
Apr 22 14:07:12 jupiter kernel: ieee80211 phy0: Hardware restart was requested

I am seriously annoyed by those disconnects. May you help me with this problem?

If you need any further inputs or data, please just drop me a note.

Thanks a lot!
Lukas

Offline

#2 2019-04-22 14:42:40

r0b0t
Member
From: /tmp
Registered: 2009-05-24
Posts: 488

Re: Frequent crashes of wireless connection

Hi Lukas,
it seems like a driver problem, but hopefully not "all of it" is problematic.
Is the problem reproducible on both 2.4 / 5 Ghz networks?

I would try:
- try the latest upstream drivers from aur/linux-firmware-git , by doing a search there are similar bugs opened, and maybe it's already fixed upstream
- If you are using WPA2 - AES, could you set the encryption to WAP2 AES+TKIP?
- try and switch the 5Ghz to 2.4ghz and set it to auto

If all that doesn't work, I'd go for a https://www.amazon.com/TP-Link-TL-WN722 … way&sr=8-1
It's very well supported and it supports even packet injection with aircrack tongue, plus it's cheap and has an atheros chipset. At least until the bug is resolved.

Offline

#3 2019-04-22 18:46:50

lukasbash
Member
Registered: 2018-11-17
Posts: 10

Re: Frequent crashes of wireless connection

Thank you for the fast reply!

First of all, never ever I will switch to an external device XD.
Offtopic stopped.

Actually I was not even trying to use the 2.4GHz before. I tried it now, and for at least 1 hour it worked flawlessly (I did not have more time).
It is weird but it definitely cannot be the issue, because when I am in one of our sub-offices I also connect to a 5GHz network without any issue.
Maybe it is related, but not the only issue.

Tomorrow I will try your first and second suggestion and get back. Out of curiosity:

1. Could you send me the issues you found on the firmware bugtracker?
2. How do you think is the encryption related?
3. What exactly do you mean with this?:

r0b0t wrote:

- try and switch the 5Ghz to 2.4ghz and set it to auto

Offline

#4 2019-04-22 19:30:51

r0b0t
Member
From: /tmp
Registered: 2009-05-24
Posts: 488

Re: Frequent crashes of wireless connection

lukasbash wrote:

Thank you for the fast reply!

1. Could you send me the issues you found on the firmware bugtracker?
2. How do you think is the encryption related?
3. What exactly do you mean with this?:

r0b0t wrote:

- try and switch the 5Ghz to 2.4ghz and set it to auto

About the external it was just a temporary solution in case you don't have a backup.

1. I googled ath10k_pci 0000:3b:00.0: firmware crashed! (guid and it resulted in allot of similar problems, some of them bugs reported in launchpad / redhat etc...
2. I had an experience with a card once where because the AP was using WPA2-AES it kept disconnecting, when I switched it back to AES-TKIP it went stable, so I thought it might be related.
3. Some routers/modems support switching between 2.4Ghz and 5Ghz, and some network cards cause problems with 5Ghz but not with 2.4Ghz, that's basically my guess behind the suggestion.

I have no doubt whatsoever that the problem here is related to the firmware, however I don't know which part of the wlan card operation triggers it, so it's a bit of a black-box approach.

Offline

#5 2019-04-22 19:47:24

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 7,065

Re: Frequent crashes of wireless connection

Can you post a entire dump of the firmware crash? That line you singled out is almost never sufficient, and should be accompanied by a lot more. FWIW in doubt post an entire dmesg after reproduction of the issue.

Offline

Board footer

Powered by FluxBB