BUG: using smp_processor_id() in preemptible [00000000] code: wpa_supplicant

Hello, on Arch Linux 5.2.11 with wpa_supplicant 2.8 / 2.9 our systems increasingly show this issue: [72770.969617] BUG: using smp_processor_id() in preemptible [] code: wpa_supplicant/16207 [72770.969638] caller is ieee80211_xmit_fast_finish+0x5a/0x1e0 [mac80211] [72770.969640] CPU: 2 PID

ath10k: Fix channel info parsing for non tlv target

My x86_64 system with Arch Linux 5.2.2 and a Compex WLE600VX card is filling the log with "ath10k_pci :01:00.0: failed to parse chan info event: -71". WiFi in general works, but wavemon is struggling as some packets seem to be incomplete. This seems to be the fix: https://patchwork.kernel.org/

[BUG] regular scan timed out

Hi there, Debian 10 testing, Intel 8265, firmware 36.9f0a2d68.0 2 interfaces on 1 phy: 1 managed, 1 AP background scan configured: bgscan="simple:1:-70:900" phy#0     Interface hotspot         ifindex 11         wdev 0x4         addr a0:a4:c5:96:b5:ec         ssid yy        

[BUG] iwl_trans_pcie_send_hcmd: STATISTICS_CMD: a command is already active

Hi there, Intel 8265 connected to a 5GHz 80MHz channel with 2 spatial streams. Sometimes an additional virtual interface acting as access point on 2.4GHz (maybe that's part of the problem...). On debian buster with Linux 4.19.0-2-amd64 #1 SMP Debian 4.19.16-1 I see  this in dmesg output on a

intel 9000 wifi cards positive signed signal reading

Hi, I got some Intel 8000 and 9000 wifi cards here to test their roaming capabilities. I'm using debian testing (buster) with firmware-iwlwifi (20180825+dfsg-1), which includes iwlwifi-9000-pu-b0-jf-b0-38.ucode The 8000 series cards are working good, but all 9000 series cards give signal rea