Having problems today with resume of bluetooth after hibernation.
With BT active, hibernate, then resume results in system coming back with the bluetooth icon visible, but on click it shows only bluetooth on off and visible on off and “Bluetooth settings”. The detail of the various BT devices normally listed is absent.
The first time this happened I was able to do a “hciconfig hci0 up” and it came back, repopulating the devices.
After the second hibernate the BT icon came back and commands to hciconfig appeared to work but had no effect on the BT dropdown.
Command “hciconfig” showed status of “UP RUNNING”
From fresh reboot “hciconfig” shows status of “UP RUNNING PSCAN ISCAN”
No doubt if you work at it you can tweak your BT back into existence after hibernate but it is not ideally automatic just yet.
Hi
Is it an internal device or an external USB dongle?
What are you connecting, phone, mouse?
You might want to install bluez-hcidump and run that in a terminal (as
root user) before you hibernate, then when you come out of hibernation
see if it produces additional output.
–
Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 12.1 (x86_64) Kernel 3.1.9-1.4-desktop
up 6:05, 5 users, load average: 0.10, 0.04, 0.05
CPU Intel i5 CPU M520@2.40GHz | Intel Arrandale GPU
Yes this is a USB dongle (Belkin, works reliably under normal boot)
and I am working with audio headsets (mostly Samsung WEP 475).
I’ll keep trying to nail down what is consistent here.
I tried suspend instead of hibernate. This resulted in the BT icon remaining populated,
but pulse audio device list would not respond to newly attached/detached devices after resume.
Yes I did try that but it did not work. I have noted that if I boot the system from cold
with no usb dongle attached then later plug it in
on initial plug I don’t get the BT icon, however second plug kicks it in nicely and consistently.
A little bit of progress.
Before trying to automate the restoration I’m trying some manual commands.
Running “service bluez-coldplug” will repopulate the list of devices under the BT icon
and things look good including a restart with PSCAN ISCAN.
However pulseaudio remains an issue, the daemon does not detect BT connections.
I tried “pulseaudio -k” and the daemon will restart reliably but still it does not see any BT activity.
There may be an intervening process which needs to be restarted. I’m afraid it will be dbus,
I see messages about dbus not being helpful during the hibernate/resume process, eg from /var/log/messages
Got it.
I was using a BT headset that requires sspmode=0, so after hibernation the commands:
service bluez-coldplug restart
hciconfig 0 sspmode 0
puts the BT system back in play and PA is happy with the Samsung.
Using a headset that is independent of the sspmode thing works without the hciconfig command.
Now the only thing is to automate these two commands on resume.
I tried creating a /etc/pm/sleep.d/20_restart_bluetooth but this did not work.
Code:
#!/bin/sh
case “${1}” in
(suspend|hibernate)
service bluez-coldplug stop
;;
(resume|thaw)
service bluez-coldplug restart
hciconfig 0 sspmode 0
;;
esac
Also tried putting this in /usr/lib/pm-utils/sleep.d/ but no go.