XPS 13 9370 no bluetooth after suspend

Unfortunately for me, upgrading bluze changed nothing. I'm on a new XPS 13 and Ubuntu 18.04 and the software can't help me because the adapter completely vanishes on suspend, it doesn't appear in lsusb nor in rfkill after suspend, it simply doesn't exist. A reboot however finds it again which is not really an acceptable solution.

Peter.

Same problem here, right now I'm "solving" it by reloading the module (rmmod btusb; modprobe btusb). It seems to be a kernel bug (old) see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1242310

---

@joaocarlos86 wrote:

Same problem here, right now I'm "solving" it by reloading the module (rmmod btusb; modprobe btusb). It seems to be a kernel bug (old) see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1242310

---

Does not work for me. The device is still not visible by the system and completely gone.

This is a complete different bug with a different machine for a very old Ubuntu version. Are you sure we are speaking of the same problem here?

This is the critical bug that is current and we are all talking about:

https://bugs.launchpad.net/dell-sputnik/+bug/1766825

I have been experiencing this issue for the last three years while using Dell. At start wifi also was lost during suspend. Driver updates has solved this. 

But the bluetooth problem still exists, thought it is random. Fortunately I seldom du suspend, but when somebody closes the lid, I have to pray. And the problem is quite big for me, because I use a Bluetooth mouse.

What my investigation reveals is that the bluetooth chip must be powered off. Somewhere in the resume process, some commands to turn on the chip ought to be executed in the driver. But this does not happen. 

Unloading and reloading the driver however does not help. Thus, it might be an assumption, that the driver does not know how to turn on the device, but Dell does it somewhere else in the boot process.

What has worked for me is to disable wireless switch for bluetooth in the BIOS Settings.

Now it is working just fine.

@mrcl: Tried this. Worked once, didn't work the next day. So I'm guessing you had luck a couple of times that's it.

Anyone from Dell working on this?

I'm running Debian Testing on a 9370 originally purchased from Costco with Win10. I do recall seeing the BT disappear at one point, likely before or during the upgrade from Stretch to Testing. At present I am not experiencing any difficulties with BT after suspend. I use a BT mouse so I think I would notice.

Versions of what I have are:

hbarta@rocinante:~$ uname -a
Linux rocinante 4.17.0-1-amd64 #1 SMP Debian 4.17.8-1 (2018-07-20) x86_64 GNU/Linux
hbarta@rocinante:~$ dpkg -l bluez
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                       Version            Architecture       Description
+++-==========================-==================-==================-==========================================================
ii  bluez                      5.50-1             amd64              Bluetooth tools and daemons
hbarta@rocinante:~$ 

I occasionally boot Windows so that the Dell stuff can update firmware and I don't get too far behind on Windows updates. (I also have `fwupd` installed.)

I have disabled something related to suspend in the BIOS. (I can check it out if important) I did that so the laptop would remain suspended. Otherwise suspend was transient (it came right out.)

If there is anything I can check or test that would help others with this issue, please let me know.

Hi,

I would gladly try your BIOS suspend option you changed.

Thanks in advance,

~françois

> I would gladly try your BIOS suspend option you changed.

Performance -> C-States Control -> C State (disabled.)

I'm also using he temporary fix suggested in https://askubuntu.com/questions/1029474/ubuntu-18-04-dell-xps13-9370-no-longer-suspends-on-lid-close?newreg=c37c6aa8b9c94d578157bc0835fe0286

echo deep > /sys/power/mem_sleep

This seems to reduce power usage during suspend.

hope this helps,

hank

The issue is a firmware bug. When last I spoke to Dell, there is a fix in QA for the problem that will hopefully be released soon. 

None of the workarounds in this thread address that unfortunately.

---

@jamtur01 wrote:

The issue is a firmware bug. When last I spoke to Dell, there is a fix in QA for the problem that will hopefully be released soon.

Oh! This is literally the first mention of Dell allegedly even ackgnowledging the issue, let alone that they have a fix coming for it. This is fantastic news!

The only thing that could be even better would be if someone from Dell could confirm this, and maybe even give an indication of potential time-scale for release?

I hope they deliver!

I never had problems before but since their last firmware update I started experiencing the same problem with bluetooth disabled after suspend and sometimes even the wifi adapter as well. As I'm still using the operating system (Ubuntu 16.04) preinstalled in the hardware I got from them, I expect them to fix the problem they caused.

---

@ejosafat wrote:

I hope they deliver!

---

I wait since January - some may say hope dies last but well...

There was a firmware upgrade to 1.5.1 released recently.

Has anyone experienced issues after updating ?

I just upgraded yesterday, and at least just the first time opening the laptop from suspend I haven't had this issue. There's no mention of bluetooth fixes in the update info however unfortunately.