Bug 205813 - Freeze system via 802.11k beacon reports using ath9k
Summary: Freeze system via 802.11k beacon reports using ath9k
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: network-wireless (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: drivers_network-wireless@kernel-bugs.osdl.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-09 13:38 UTC by vincent
Modified: 2019-12-09 13:42 UTC (History)
0 users

See Also:
Kernel Version: 4.19.85-1-MANJARO
Subsystem:
Regression: No
Bisected commit-id:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description vincent 2019-12-09 13:38:58 UTC 
Driver: ath9k
Hardware: TL-WN722N

I use OpenWrt as AP, there you can just enable rrm by

ubus call hostapd.wlan0 bss_mgmt_enable '{"neighbor_report":True, "beacon_report":True}'

then you can send beacon request messages

ubus call hostapd.wlan0 rrm_beacon_req '{"addr":"00:xx:xx:xx:xx:xx", "op_class":0, "channel":13,"duration":4,"mode":0,"bssid":"ff:ff:ff:ff:ff:ff", "ssid":""}'

Just send several requests and change the mode (between 0 and 2) and the channels. Suddenly, your whole system will freeze until you unplug the wireless device. I tried with different hardware (mt76x2u, AC-1200) and I had no problems. So, I think this is a bug in the ath9k driver.

I think this bug is critical.
Comment 1 vincent 2019-12-09 13:42:25 UTC 
I use the TL-WN722N as client to connect to the AP. So the client will freeze and not the AP.
Note You need to log in before you can comment on or make changes to this bug.