ath10k_pci crashing

This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:

apport-collect 1818881

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v5.0 kernel [0].

If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag:
'kernel-bug-exists-upstream'.

Once testing of the upstream kernel is complete, please mark this bug as
"Confirmed".

Thanks in advance.

[0] https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.0/

This commit particular:
commit 85bd0107c6cd445a33066a57658fc585244a1100
Author: Yu Wang <email address hidden>
Date: Thu Dec 20 09:53:26 2018 +0200

    ath10k: add amsdu support for monitor mode

@sfabel
thanks for your report.
Do you convenient help to get sosreport for us to clarify which generation of xps 13 for this issue?

The steps of getting sosreport is:
1. sudo apt-get install sosreport
2. sudo sosreport --batch --case-id xps13
3. upload the tarball generated here

dmi.product.name: XPS 13 9380?

If it's not enough we should let apport-collect collect more info.

I just got a XPS 13 9380, not find the issue yet, I'm keep using that machine wireless to see if I can reproduce here.

Not sure if the wireless chip same as the machine be reported.

hardware information:
02:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32)

uname -r:
4.18.0-16-generic
(4.18.0-16.17~18.04.1)

system ID:
08AF

$ modinfo ath10k_pci
http://paste.ubuntu.com/p/QXxkBR9Ymt/

I tried ping out for about 2 hours on the same machine (CID:201810-26508) of #12
But not see this issue yet, I will put the machine ping out for over weekend to see if I can reproduce this issue.

But I afraid the issue has been fixed by the new kernel (4.18.0-16.17~18.04.1).
Could you please try if updating kernel fix the issue on your machine?

the sosreport of the environment of #21 and #22.
On that environment, the wifi works well on that machine after over weekend ping out + youtube playing.

this morning, I also tried older released 18.04.2 image[1], which have the same older kernel 4.18.0-15-generic as this ticket description.

But, still not find ath10k error message after playing youtube for 2 hours.
I'll keep using that machine to see if I can reproduce this issue.

@Stephan,
Could you please try upgrade system to see if this issue can be fixed?
$ sudo apt-get update; sudo apt-get upgrade -y

[1] http://releases.ubuntu.com/18.04/

Hi

upgraded the system as instructed, FWIW here's the fwupdmgr output just to
confirm:

$ fwupdmgr update
No upgrades for XPS 13 9380 System Firmware, current is 0.1.2.1:
0.1.2.1=same, 0.1.1.1=older, 0.1.0.0=older

I had my xHCI controller die on me today as well:

[95279.564648] xhci_hcd 0000:39:00.0: xHCI host not responding to stop
endpoint command.
[95279.564656] xhci_hcd 0000:39:00.0: xHCI host controller not responding,
assume dead
[95279.564679] xhci_hcd 0000:39:00.0: HC died; cleaning up

I will now reboot and see whether this problem still occurs.

Thanks,
Stephan

On Sun, Mar 31, 2019 at 9:35 PM Alex Tu <email address hidden> wrote:

> this morning, I also tried older released 18.04.2 image[1], which have
> the same older kernel 4.18.0-15-generic as this ticket description.
>
> But, still not find ath10k error message after playing youtube for 2 hours.
> I'll keep using that machine to see if I can reproduce this issue.
>
> @Stephan,
> Could you please try upgrade system to see if this issue can be fixed?
> $ sudo apt-get update; sudo apt-get upgrade -y
>
>
> [1] http://releases.ubuntu.com/18.04/
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1818881
>
> Title:
> ath10k_pci crashing
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/oem-priority/+bug/1818881/+subscriptions
>

shared more information from Stephan,
"
so just to be clear, I often times am able to stay on 5 hours on a Meet with no problem
then it just starts happening and I can't seem to get out of it
"

and the machine is also plugged AC power while meeting.

I also followed the way to test google hangout video call + youtube playing over 6 hours on the same environment of #24 which the XPS 13 I have, but no luck to reproduce that here so far.

I've reset the machine with the latest OEM image to retest. I am now experiencing system freezes at random times. I've generated a new sosreport and am attaching it to this case.

From what I can understand it can be a firmware bug.
The AM{P,S}DU data was read from firmware (via DMA) and get hashed. When the driver tries to assemble it in order, the address isn't in the hash.

So please try latest upstream firmware from [1], replace /lib/firmware/ath10k/QCA6174/hw3.0/firmware-6.bin and /lib/firmware/ath10k/QCA6174/hw3.0/board-2.bin.

If [1] doesn't work, try the latest ath10k firmware [2], and replace /lib/firmware/ath10k/QCA6174/hw3.0/firmware-6.bin with QCA6174/hw3.0/4.4.1.c3/firmware-6.bin_RM.4.4.1.c3-00013-QCARMSWPZ-1. Also ath10k-firmware/QCA6174/hw3.0/board-2.bin

[1] git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
[2] https://github.com/kvalo/ath10k-firmware.git

for record.
sosreport got from OEM image X37_A02 on ITAW-DVT2-C3 (201810-26509)

@Stephan

Following comment #28, I have re-packaged linux-firmware package to include the firmwares from the two upstreams:

[1] https://people.canonical.com/~ypwong/lp1818881/linux-firmware_1.173.3test1_all.deb
[2] https://people.canonical.com/~ypwong/lp1818881/linux-firmware_1.173.3test2_all.deb

You can grab them and use dpkg -i to install them.

I have a 2019 Dell XPS 13 (9380). I bought the Developer Edition from Dell which came with Ubuntu 18.04.

I recently wiped it and installed 19.04 fresh from the ISO.

I am also getting Wi-Fi crashes.

This is the chip (from sudo lspci -vvv) which is the same as the one listed by the reporter of this bug:

02:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)
 Subsystem: Bigfoot Networks, Inc. QCA6174 802.11ac Wireless Network Adapter (Killer 1435 Wireless-AC)

And the kernel:

Linux daniel-XPS-13-9380 5.0.0-13-generic #14-Ubuntu SMP Mon Apr 15 14:59:14 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

I will try and capture some logs next time it happens and upload them here.

ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu27
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: daniel 1740 F.... pulseaudio
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 19.04
InstallationDate: Installed on 2019-04-28 (13 days ago)
InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
MachineType: Dell Inc. XPS 13 9380
Package: linux (not installed)
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-13-generic root=UUID=fcb75d61-4e46-4391-8800-ccef7ff04f70 ro quiet splash vt.handoff=1
ProcVersionSignature: Ubuntu 5.0.0-13.14-generic 5.0.6
RelatedPackageVersions:
 linux-restricted-modules-5.0.0-13-generic N/A
 linux-backports-modules-5.0.0-13-generic N/A
 linux-firmware 1.178
Tags: disco
Uname: Linux 5.0.0-13-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip libvirt lpadmin plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 03/29/2019
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.3.2
dmi.board.name: 0KTW76
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvr1.3.2:bd03/29/2019:svnDellInc.:pnXPS139380:pvr:rvnDellInc.:rn0KTW76:rvrA00:cvnDellInc.:ct10:cvr:
dmi.product.family: XPS
dmi.product.name: XPS 13 9380
dmi.product.sku: 08AF
dmi.sys.vendor: Dell Inc.

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

I've attached logs from my XPS 13 (9380) with the same wireless chipset (Qualcomm Atheros QCA6174).

Suspending and resuming triggered the crash. This time, it seemed to be a recoverable crash (I was able to browse here without rebooting). But sometimes the machine is in a unrecoverable state (running any command in the terminal just seems to hang) and I have to hold the power button for 8 seconds to force it to turn off.

I still hit this issue a few times per week, usually after resuming from suspend.

I've attached the dmesg output from the most recent one (today). In this instance, although the Wi-Fi was not working, I was still able to interact with the system and shut it down cleanly. That's not always the case - sometimes the running system is corrupted and I can't even shutdown cleanly but have to do a hard power-off with the power button.

This is with all the latest updates applied on 19.04.

Kernel: Linux daniel-XPS-13-9380 5.0.0-21-generic #22-Ubuntu SMP Tue Jul 2 13:27:33 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Is there anything in the pipeline that will help with this? Any contacts at Dell, or Qualcomm / Atheros?

This is after all a certified Ubuntu laptop.

from #31, the wifi should work well on preload image 18.04+oem kernel 4.15(also refer to [1]), so it could be a regression on non-LTS Ubuntu. In this case, the crash could be caused by a kernel regression or some binary in linux-firmware.

On non-LTS Ubuntu, there are some ways can be tried.

OEM kernel:
 - refer to this post [2], the machine is certified by OEM kernel, so OEM kernel is supposed to works well on device function.
 - https://bugs.launchpad.net/ubuntu/+source/linux-oem-osp1
 - https://bugs.launchpad.net/ubuntu/+source/linux-oem

mainline kernel:
 - the latest mainline kernel should already include most of the existed fix.
 - https://kernel.ubuntu.com/~kernel-ppa/mainline/
 - a script to help you install it: https://github.com/fourdollars/scripts/blob/master/mainline-kernels.sh

latest linux-firmware:
 - the one you are using looks already the latest one [3]

most of device function failure is supposed to be fixed by the mainline kernel or OEM kernel, then it might take some time to land it to the generic kernel.

BTW, I once test a 9380 by the way of [2], wifi worked well on the combination kernel linux-image-4.15.0-1045-oem + linux-firmware 1.173.9 (more detail about my system information [4]).

Compare the dmesg to yours, the firmware of wifi module looks difference, it could be a clue.
Mine : ath10k_pci 0000:02:00.0: firmware ver WLAN.RM.4.4.1-00079-QCARMSWPZ-1 api 6 features wowlan,ignore-otp crc32 fd869beb
Yours : ath10k_pci 0000:02:00.0: firmware ver RM.4.4.1.c2-00057-QCARMSWP-1 api 6 features wowlan,ignore-otp,no-4addr-pad,raw-mode crc32 e061250a

[1] https://certification.ubuntu.com/hardware/201810-26512/
[2] https://alex-tu-cc.github.io/2019/07/buy-a-certified-ubuntu-machine/
[3] https://qa.debian.org/madison.php?package=linux-firmware&table=ubuntu&a=&c=&s=#
[4] https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1837683

I have xps 9370 and was affected by the same issue on Ubuntu 20.04. Recently updated the notebook to the 20.10 but the issue still persists.

Symptomps are pretty much the same as reporter's

Alexander,

Once the issue happens, can you please attach `dmesg` and `sudo lspci -vv` here? Thanks!

It can be reproduced on XPS 19 9380 + Ubuntu 20.04 + 5.8.0-45-generic.
It's happening for a while on 20.04, I'm not sure the issue start from which version of kernel or firmware.

$ apt list linux-firmware
Listing... Done
linux-firmware/focal-updates,focal-updates,now 1.187.10 all [installed,automatic]

2:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32)
        Subsystem: Bigfoot Networks, Inc. Killer 1435 Wireless-AC [1a56:143a]
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 159
        Region 0: Memory at dc000000 (64-bit, non-prefetchable) [size=2M]
        Capabilities: <access denied>
        Kernel driver in use: ath10k_pci
        Kernel modules: ath10k_pci

#54 is different to the original issue.