Bug 195987 - ath10k qca6174 hw 2.1 firmware crash after deauthenticating from a wireless network
Summary: ath10k qca6174 hw 2.1 firmware crash after deauthenticating from a wireless ...
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: network-wireless (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: drivers_network-wireless@kernel-bugs.osdl.org
Depends on:
Reported: 2017-06-04 23:03 UTC by am_dxer
Modified: 2020-09-24 08:32 UTC (History)
5 users (show)

See Also:
Kernel Version: 4.12.0-rc3-g125f42b0e226
Tree: Mainline
Regression: No

dmesg output (51.11 KB, text/plain)
2017-06-04 23:03 UTC, am_dxer
lspci output (14.58 KB, text/plain)
2017-06-04 23:13 UTC, am_dxer
dmesg (56.87 KB, text/plain)
2017-06-29 14:21 UTC, Stijn Tintel
dmesg log (60.78 KB, text/plain)
2017-10-21 21:26 UTC, Nick Hu

Description am_dxer 2017-06-04 23:03:03 UTC
Created attachment 256863 [details]
dmesg output

This crash is occurring whenever I disconnect from a wireless network. The uuid printed for the crash is aa5d3a3c-6b76-4da3-b8f3-c7500b7e4070. I was able to reproduce this in stable kernel 4.11.3 and also in a recent git version. More info about the crash can be found at the bottom of the attached dmesg log. Please let me know if more info is needed.
Comment 1 am_dxer 2017-06-04 23:13:47 UTC
Created attachment 256865 [details]
lspci output
Comment 2 Stijn Tintel 2017-06-29 14:17:45 UTC
Same problem on 4.11.6, Dell XPS13 9343. I had this problem back in October on 4.8.4. It wasn't the only problem, the device was practically unusable and as it was killing my productivity I put back my Intel 7265 card.

Just put back the card with the idea of reporting all the problems with it, in the hopes of getting it fixed, as I suspect the Intel is causing my occasional hard lock-up during resume.
Comment 3 Stijn Tintel 2017-06-29 14:21:18 UTC
Created attachment 257223 [details]
Comment 4 Stanislaw Gruszka 2017-06-30 08:42:11 UTC
I encounter the same bug. It does not seems to be critical as driver is able to recover and function normally after F/W crash. Anyway I traced it using:

trace-cmd record -e mac80211 -e ath10k  -e cfg80211 

to get more information about the problem. Logs are available here:

I can perform more debug/testing if needed.
Comment 5 Nick Hu 2017-10-21 21:26:26 UTC
Created attachment 260313 [details]
dmesg log

I also experience this with the following device

# lspci -nnkv

01:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 20)
	Subsystem: Samsung Electronics Co Ltd Device [144d:4125]
	Flags: bus master, fast devsel, latency 0, IRQ 48
	Memory at f7000000 (64-bit, non-prefetchable) [size=2M]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable+ Count=1/8 Maskable+ 64bit-
	Capabilities: [70] Express Endpoint, MSI 00
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [148] Virtual Channel
	Capabilities: [168] Device Serial Number 00-00-00-00-00-00-00-00
	Capabilities: [178] Latency Tolerance Reporting
	Capabilities: [180] L1 PM Substates
	Kernel driver in use: ath10k_pci
	Kernel modules: ath10k_pci

Note You need to log in before you can comment on or make changes to this bug.