Wifi connection silently drops after some time

Discussion in 'The Linux Corner' started by cazer, Oct 11, 2017.

Thread Status:
Not open for further replies.
  1. Violetaerosystem717

    Violetaerosystem717 New Member

    I have a most annoying problem with the wifi connection on my RBS. It just randomly stops working (usually after 5-50minutes) until I manually disable and reenable it again.

    First off my stack:
    Code:
    Razer Blade Stealth 2017 (i7-7500u)
    QCA6174 802.11ac Wireless Network Adapter (Killer Wireless-AC 1525)
        firmware ver WLAN.RM.4.4-00022-QCARMSWPZ-2 api 6 features wowlan,ignore-otp crc32 4d458559
        board_file api 2 bmi_id N/A crc32 07ee144e
    
    Antergos Linux 4.13.5-1-ARCH
    systemd 235.0-1
    netctl 1.13-2
    (i3-wm on X - shouldn't be relevant here)
    I tried installing the drivers from here and here and here and other sources already but the behavior is always the same: I enable the connection, everything works fine until suddenly I'm cut off from the network and all in or out connections fail. But the networking service is unaware of it and reports a working connection. This state persists until I manually disable&enable the connection again.

    I've been using NetworkManager before and there the sudden loss of connection coincided with a syslog message like: wpa_supplicant[599]: wlp1s0: WPA: Group rekeying completed with 20:4e:7f:56:9b:27 [GTK=CCMP]. It seems therefore likely that the refreshing of the WPA session key has something to do with the connection failure. I have uninstalled NetworkManager and tried using netctl for a change and now it is failing in the same way but completely silent without any syslog messages.

    I could also imagine that this dmesg output is related: ath10k_pci 0000:01:00.0: Unknown eventid: 90118 (appearing multiple times, always same eventid)

    I have searched the web up and down and most discussions are inconclusive or point towards seeking and fixing the issue within the AcessPoint in use. I don't feel this addresses my issue for 2 reasons:
    1. Windows 10 magically gives me a stable connection in the same environment?
    2. This is not just happening on my home AP. This is a portable device. I'm not going to reconfigure networking infrastructures left and right wherever I go.

    some more diagnostic output...
    Code:
    $ dmesg | grep ath10k
    [    9.559286] ath10k_pci 0000:01:00.0: enabling device (0000 -> 0002)
    [    9.560791] ath10k_pci 0000:01:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
    [    9.826724] ath10k_pci 0000:01:00.0: qca6174 hw3.2 target 0x05030000 chip_id 0x00340aff sub 1a56:1535
    [    9.826727] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 0 testmode 0
    [    9.827108] ath10k_pci 0000:01:00.0: firmware ver WLAN.RM.4.4-00022-QCARMSWPZ-2 api 6 features wowlan,ignore-otp crc32 4d458559
    [    9.891904] ath10k_pci 0000:01:00.0: board_file api 2 bmi_id N/A crc32 07ee144e
    [   10.458770] ath10k_pci 0000:01:00.0: Unknown eventid: 90118
    [   10.459430] ath10k_pci 0000:01:00.0: htt-ver 3.32 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1
    [   10.545819] ath10k_pci 0000:01:00.0 wlp1s0: renamed from wlan0
    [   88.469755] ath10k_pci 0000:01:00.0: Unknown eventid: 90118
    [  105.523103] ath10k_pci 0000:01:00.0: Unknown eventid: 90118
    [ 2419.702042] ath10k_pci 0000:01:00.0: Unknown eventid: 90118

    Code:
    $ ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host
           valid_lft forever preferred_lft forever
    2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether 9c:b6:d0:19:74:05 brd ff:ff:ff:ff:ff:ff
        inet 192.168.175.132/24 brd 192.168.175.255 scope global wlp1s0
           valid_lft forever preferred_lft forever
        inet6 fd79:82e4:d791:0:9eb6:d0ff:fe19:7405/64 scope global dynamic mngtmpaddr
           valid_lft 7169sec preferred_lft 1769sec
        inet6 fd21:7d40:eebf:0:9eb6:d0ff:fe19:7405/64 scope global dynamic mngtmpaddr
           valid_lft forever preferred_lft forever
        inet6 fd17:a58a:851:0:9eb6:d0ff:fe19:7405/64 scope global dynamic mngtmpaddr
           valid_lft forever preferred_lft forever
        inet6 fdba:b78:a088:0:9eb6:d0ff:fe19:7405/64 scope global dynamic mngtmpaddr
           valid_lft forever preferred_lft forever
        inet6 fe80::9eb6:d0ff:fe19:7405/64 scope link
           valid_lft forever preferred_lft forever

    So long story short, I suspect there is something broken in the firmware/driver of the wifi card. Anyone else has experienced such problems? Any ideas, at least how to troubleshoot further?

    PS: Apart from this, Linux and the RBS seem to be a pretty good team ;-)
     
Thread Status:
Not open for further replies.
Sign In with Razer ID >


Don't have a Razer ID yet?
Get Razer ID >