[XPS 9370 / Qualcomm QCA6174] Bluetooth mouse stops responding after extended deep sleep

Bug #1814925 reported by Jill Manfield
28
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux-firmware (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Tested on Dell XPS 9370, Ubuntu 18.04 Dell OEM iso

Bluetooth mouse tested with HP X40000b BT Last mouse stops responding after long extended deep sleep (24-48 hours).

Bluetooth settings window which initially reported Bluetooth as connected now shows disconnected. Pushing the button within the settings window to reconnect takes me back to off. Switching back to on and off keeps bringing me back to off unless I reboot the device and or turn off the mouse via the underneath portion of the BT device.

Demsg logs shows an extremely large number of "Bluetooth: hci:0 last event is not cmd complete (0x0f)"

Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Package: bluez 5.48-0ubuntu3.1
XPS 13 9370 bios 1.6.3

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: bluez 5.48-0ubuntu3.1
ProcVersionSignature: Ubuntu 4.15.0-45.48-generic 4.15.18
Uname: Linux 4.15.0-45-generic x86_64
ApportVersion: 2.20.9-0ubuntu7.5
Architecture: amd64
Date: Wed Feb 6 10:16:07 2019
InstallationDate: Installed on 2019-01-03 (33 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
InterestingModules: rfcomm bnep btusb bluetooth
MachineType: Dell Inc. XPS 13 9370
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-45-generic root=UUID=9a57d978-48d7-4ef3-9f67-5e6b72107fcf ro mem_sleep_default=deep initrdefi /acpi_override quiet splash vt.handoff=1
SourcePackage: bluez
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 11/04/2018
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.6.3
dmi.board.name: 0H0VG3
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvr1.6.3:bd11/04/2018:svnDellInc.:pnXPS139370:pvr:rvnDellInc.:rn0H0VG3:rvrA00:cvnDellInc.:ct10:cvr:
dmi.product.family: XPS
dmi.product.name: XPS 13 9370
dmi.sys.vendor: Dell Inc.
hciconfig:
 hci0: Type: Primary Bus: USB
  BD Address: 9C:B6:D0:90:A0:16 ACL MTU: 1024:8 SCO MTU: 50:8
  UP RUNNING PSCAN ISCAN
  RX bytes:748157 acl:263 sco:0 events:22281 errors:0
  TX bytes:15577 acl:124 sco:0 commands:1167 errors:0

Revision history for this message
Jill Manfield (jmanfield) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in bluez (Ubuntu):
status: New → Confirmed
description: updated
Revision history for this message
Jill Manfield (jlmanfield) wrote :
Download full text (19.0 KiB)

More detailed information on this issue is below:
The customer has Ubuntu OEM through Dell. The laptop goes into deep sleep over night and they can no longer use their BT devices. You click on bt via GUI and try to toggle on and it looks like it is doing something and goes right back to off.

BIOS 1.6.3
XPS 13 9370
Ubuntu 18.04- Kernel 4.15.0-43-generic

Lspci shows
02:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)
 lsusb
Bus 001 Device 005: ID 0489:e0a2 Foxconn / Hon Hai
Bluetooth show
Controller 9C:B6:D0:8D:D2:C8 (public)
    Name: dell-XPS-13-9370
    Alias: dell-XPS-13-9370
    Class: 0x001c010c
    Powered: yes
    Discoverable: yes
    Pairable: yes
    UUID: Headset AG (00001112-0000-1000-8000-00805f9b34fb)
    UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
    UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb)
    UUID: OBEX File Transfer (00001106-0000-1000-8000-00805f9b34fb)
    UUID: Generic Access Profile (00001800-0000-1000-8000-00805f9b34fb)
    UUID: OBEX Object Push (00001105-0000-1000-8000-00805f9b34fb)
    UUID: PnP Information (00001200-0000-1000-8000-00805f9b34fb)
    UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
    UUID: IrMC Sync (00001104-0000-1000-8000-00805f9b34fb)
    UUID: Audio Source (0000110a-0000-1000-8000-00805f9b34fb)
    UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb)
    UUID: Vendor specific (00005005-0000-1000-8000-0002ee000001)
    UUID: Message Notification Se.. (00001133-0000-1000-8000-00805f9b34fb)
    UUID: Phonebook Access Server (0000112f-0000-1000-8000-00805f9b34fb)
    UUID: Message Access Server (00001132-0000-1000-8000-00805f9b34fb)
    UUID: Headset (00001108-0000-1000-8000-00805f9b34fb)
    Modalias: usb:v1D6Bp0246d0530
    Discovering: yes

                           .......
[HP Bluetooth Mouse X4000b]# list
Controller 9C:B6:D0:8D:D2:C8 dell-XPS-13-9370 [default]
rtlwifi_new$ hciconfig -a
hci0: Type: Primary Bus: USB
    BD Address: 9C:B6:D0:8D:D2:C8 ACL MTU: 1024:8 SCO MTU: 50:8
    UP RUNNING PSCAN ISCAN INQUIRY
    RX bytes:1189167 acl:6900 sco:0 events:36422 errors:0
    TX bytes:31398 acl:80 sco:0 commands:3310 errors:0
    Features: 0xff 0xfe 0x8f 0xfe 0xd8 0x3f 0x5b 0x87
    Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
    Link policy: RSWITCH HOLD SNIFF
    Link mode: SLAVE ACCEPT
    Name: 'dell-XPS-13-9370'
    Class: 0x1c010c
    Service Classes: Rendering, Capturing, Object Transfer
    Device Class: Computer, Laptop
    HCI Version: 4.2 (0x8) Revision: 0x0
    LMP Version: 4.2 (0x8) Subversion: 0x25a
    Manufacturer: Qualcomm (29)

dell@dell-XPS-13-9370:~/rtlwifi_new$ lsusb
Bus 001 Device 005: ID 0489:e0a2 Foxconn / Hon Hai
 lsusb -v -d 0489:e0a2

Bus 001 Device 005: ID 0489:e0a2 Foxconn / Hon Hai
Couldn't open device, some information will be missing
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 1.10
  bDeviceClass 224 Wireless
  bDeviceSubCla...

Revision history for this message
Jill Manfield (jlmanfield) wrote :

I am told by internal engineering the Qualcom fix below is being tested for this issue:

https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/?id=2ddd8f0f33972a96f34722de6165ed88a6231f9d

Can you get me more information about this and when it is being released?

Revision history for this message
Jill Manfield (jlmanfield) wrote :

Dell OEM image with updated kernel has the qca\qca6174 fix. I reloaded the dell image and have not been able to reproduce this issue with LE BT mouses. I will let it run and confirm. So it looks like the issue is just with the generic image not dell image. non-oem.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Thanks. If comments #4-#5 are correct then this bug should be assigned to package 'linux-firmware' instead of 'bluez'.

affects: bluez (Ubuntu) → linux-firmware (Ubuntu)
summary: - Bluetooth mouse stops responding after extended deep sleep
+ [XPS 9370 / Qualcomm Rome] Bluetooth mouse stops responding after
+ extended deep sleep
Revision history for this message
Daniel van Vugt (vanvugt) wrote : Re: [XPS 9370 / Qualcomm Rome] Bluetooth mouse stops responding after extended deep sleep

Looks like the same chip as bug 1520343. Maybe merge with that bug, or update it.

summary: - [XPS 9370 / Qualcomm Rome] Bluetooth mouse stops responding after
+ [XPS 9370 / Qualcomm QCA6174] Bluetooth mouse stops responding after
extended deep sleep
Revision history for this message
Alex Stanev (realender) wrote :

I can confirm this happens also with 19.04
DMI: Dell Inc. XPS 13 9370/0F6P3V, BIOS 1.10.0 04/18/2019
Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.