[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#954801: linux-image-5.4.0-4-amd64: Wireless can't follow some AP's frequency changes in 5 GHz band.



Package: src:linux
Version: 5.4.19-1
Severity: normal

Dear Maintainer,

I'm experiencing too frecuent WiFi disconnects because the kernel
can't follow or does not understand some AP's frequency changes in the
5 GHz band because of DFS.

For example:

Mar 23 13:54:13 waterhole wpa_supplicant[557]: wlx8c882bxxxxxx:
CTRL-EVENT-STARTED-CHANNEL-SWITCH freq=5260 ht_enabled=1 ch_offset=1
ch_width=80 MHz cf1=5290 cf2=0
Mar 23 13:54:14 waterhole kernel: [ 8890.628927] wlx8c882bxxxxxx: AP
a0:64:8f:xx:xx:xx tries to chanswitch to same channel, ignore
Mar 23 13:54:14 waterhole kernel: [ 8890.628932] wlx8c882bxxxxxx: AP
VHT information is invalid, disable VHT
Mar 23 13:54:14 waterhole kernel: [ 8890.628937] wlx8c882bxxxxxx: AP
a0:64:8f:xx:xx:xx changed bandwidth, new config is 5260 MHz, width 2
(5270/0 MHz)
Mar 23 13:54:14 waterhole kernel: [ 8890.628939] wlx8c882bxxxxxx: AP
a0:64:8f:xx:xx:xx changed bandwidth in a way we can't support -
disconnect
Mar 23 13:54:14 waterhole kernel: [ 8890.628941] wlx8c882bxxxxxx:
failed to follow AP a0:64:8f:xx:xx:xx bandwidth change, disconnect
Mar 23 13:54:14 waterhole wpa_supplicant[557]: wlx8c882bxxxxxx:
CTRL-EVENT-CHANNEL-SWITCH freq=5260 ht_enabled=1 ch_offset=1
ch_width=80 MHz cf1=5290 cf2=0
Mar 23 13:54:14 waterhole wpa_supplicant[557]: wlx8c882bxxxxxx:
CTRL-EVENT-DISCONNECTED bssid=a0:64:8f:xx:xx:xx reason=3
locally_generated=1
Mar 23 13:54:14 waterhole NetworkManager[537]: <warn>
[1584968054.8423] sup-iface[0x557d8e27e110,wlx8c882bxxxxxx]:
connection disconnected (reason -3)
Mar 23 13:54:14 waterhole NetworkManager[537]: <info>
[1584968054.8484] device (wlx8c882bxxxxxx): supplicant interface
state: completed -> disconnected
Mar 23 13:54:14 waterhole NetworkManager[537]: <info>
[1584968054.9478] device (wlx8c882bxxxxxx): supplicant interface
state: disconnected -> scanning

Frequency changes to a totally different channel seems to work just
fine, but this kind of changes "to the same channel" produces a
disconnect. My Debian workstation seems to be the only device
disconnected with these frequency changes, other devices like phones,
tablets, or chromecast, connected to the same AP in the 5 GHz band
does not get disconnected.

I'm using a dual band MT7612U 802.11ac wireless stick, but I confirmed
the same problem with a dual band RT3572 802.11n wireless stick.


-- Package-specific info:
** Version:
Linux version 5.4.0-4-amd64 (debian-kernel@lists.debian.org) (gcc
version 9.2.1 20200203 (Debian 9.2.1-28)) #1 SMP Debian 5.4.19-1
(2020-02-13)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-5.4.0-4-amd64
root=UUID=ead92695-df4d-4d3a-bcef-821e9595c77b ro quiet


** Network status:
*** IP interfaces and addresses:
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: wlx8c882bxxxxxx: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
noqueue state UP group default qlen 1000
    link/ether 8c:88:2b:00:09:64 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global dynamic
noprefixroute wlx8c882bxxxxxx
       valid_lft 40493sec preferred_lft 40493sec
    inet6 fe80::f538:4992:786:9449/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

*** Device statistics:
Inter-|   Receive                                                |  Transmit
 face |bytes    packets errs drop fifo frame compressed
multicast|bytes    packets errs drop fifo colls carrier compressed
wlx8c882bxxxxxx: 2052858850 1592590    0   23    0     0          0
     0 51767728  375986    0    0    0     0       0          0
    lo:     556      12    0    0    0     0          0         0
556      12    0    0    0     0       0          0


** USB devices:
Bus 002 Device 002: ID 0e8d:7612 MediaTek Inc. Wireless
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


Reply to: