Hello ath10k firmware maintainers,
I saw ath10k firmware crash very often (~170 times in 20hours)
on our wireless AP/bridge environment below:
arm64 board
kernel 4.14.16
hostapd-2.6 run in 4-address mode
Qualcomm Atheros QCA986x/988x 802.11ac Wireless
The length of wmi tlv command for management tx send is calculated
incorrectly in case of protected management frames as there is addition
of IEEE80211_CCMP_MIC_LEN twice. This leads to improper behaviour of
firmware as the wmi tlv mgmt tx send command for protected mgmt frames
is formed wrongly.
On Mon, 2019-01-28 at 10:19 +0530, Karthikeyan Periyasamy wrote:
> > At the same time, what happens today actually? Do all frames from non-
> > associated clients come up to the host? If so, is this not a problem
> > for all APs, not just ath10k?
>
> Today, without this patch. No frames from
It looks like a mutex_unlock(>conf_mutex); may be needed before ilne
5516.
julia
-- Forwarded message --
Date: Sat, 16 Feb 2019 04:08:51 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: [ath6kl:pending 31/37]
TL;DR
QCA9880 on PCIe on IPQ4019 bring-up is seen, can be can be configured,
will come up, but seems to time out in ath10k-ct driver communication.
"Hangs always", with firmware crashes occasionally seen.
Theories include:
* Problem with ath10k driver and/or firmware
* Misconfiguration of