Unsolved
This post is more than 5 years old
1 Message
8
31280
XPS 13 9370 no bluetooth after suspend
I got a new XPS 13 a couple of days ago. Everything works great with Ubuntu *except* for bluetooth. After a suspend, the bluetooth is lost and doesn't come back. I tried to remove and install the bluetooth driver with `modprobe -r btusb; modprobe btusb` and to restart the bluetooth service but neither things worked. I also reinstalled from factory defaults (just in case) and the problem persists.
pnunn
8 Posts
0
July 12th, 2018 18:00
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.
joaocarlos86
2 Posts
0
July 19th, 2018 15:00
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
marcaux
39 Posts
0
July 20th, 2018 23:00
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
Flarup
1 Message
0
August 4th, 2018 01:00
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.
mrcl
1 Message
0
August 6th, 2018 17:00
What has worked for me is to disable wireless switch for bluetooth in the BIOS Settings.
Now it is working just fine.
jkrx
5 Posts
0
August 8th, 2018 11:00
@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?
ShedG
33 Posts
0
August 15th, 2018 07:00
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:
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.
FrancoisBeauregard
1 Message
0
August 15th, 2018 12:00
Hi,
I would gladly try your BIOS suspend option you changed.
Thanks in advance,
~françois
ShedG
33 Posts
0
August 16th, 2018 04:00
> 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
This seems to reduce power usage during suspend.
hope this helps,
hank
jamtur01
12 Posts
0
August 16th, 2018 05:00
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.
marcaux
39 Posts
0
August 16th, 2018 05:00
Well disabling C-states from the CPU is not a fix. This just disables the CPU powersaving features and has nothing to do with the disappearing bluetooth device. This just drains your battery.
The laptop normally uses S2 and not S3 for suspending. For entering deep sleep you can use your command or use this kernel parameter: mem_sleep_default=deep
thoughton
7 Posts
0
August 16th, 2018 13:00
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?
ejosafat
1 Message
0
September 7th, 2018 03:00
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.
marcaux
39 Posts
0
September 7th, 2018 03:00
I wait since January - some may say hope dies last but well...
jkrx
5 Posts
0
September 9th, 2018 10:00
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.