Hibernate under Hardy make bluetooth services unvailable when wakeup

Bug #234202 reported by killerfrog
32
Affects Status Importance Assigned to Milestone
bluez (Ubuntu)
Fix Released
Low
Unassigned
Hardy
Invalid
Undecided
Unassigned
Intrepid
Fix Released
Low
Unassigned
bluez-libs (Ubuntu)
Won't Fix
Undecided
Unassigned
Hardy
Won't Fix
Undecided
Unassigned
Intrepid
Won't Fix
Undecided
Unassigned
linux (Ubuntu)
Hardy
Won't Fix
Undecided
Unassigned
Intrepid
Invalid
Undecided
Unassigned

Bug Description

Hi,

I'm using Ubuntu 8.04 on an Dell Inspiron 9400 with bluetooth.

If I hibernate, when the computer wake up, bluetooth services don't start and it becomes impossible to use bluetooth devices without restarting (not by using suspend or hibernate of course !) the computer.

Thank you

Tags: cft-2.6.27
Revision history for this message
Thomas Kluyver (takluyver) wrote :

Marked this as affecting bluez-libs--I don't know if that's exactly the right package, but hopefully it will bring it to the attention of people who know what the right package is.

Revision history for this message
killerfrog (alexandre0984) wrote :

Hi,

In fact, I think this bug is releated to bluez-utils to be more specefic.

Revision history for this message
Björn Streicher (bstreicher) wrote :

Have you tried running "sudo /etc/init.d/bluetooth restart" after waking up the computer? If this solves the problem, your bug could be related to bug 128795 ..

Revision history for this message
killerfrog (alexandre0984) wrote :

Hi Bjorn,

sudo /etc/init.d/bluetooth restart doesn't seem to make it work. Services restart, my mouse is saw, but it doesn't connect...

Revision history for this message
killerfrog (alexandre0984) wrote :

Hi again,

Here are 2 things I discovered since :

1. If I desactivate bluetooth before hibernate (Fn + F2), then hibernate, resume and restart bluetooth (Fn + F2), it works.

2. If I hibernate (bluetooth still on), then resume, hit "sudo /etc/init.d/bluetooth restart", then try to connect mouse, I receive this error :

"Impossible to display " obex://XX:XX:XX:XX:XX:XX/ ". where XX:XX:XX:XX:XX:XX is the adress of my bluetooth mouse.

Am I the only one having this bug ?!

Revision history for this message
MastaP (pgrigorenko) wrote :

I have exactly the same problem on my Dell Latitude D830 :(

Revision history for this message
abnerbradley (automatic-wise148) wrote :

abner says: this problem of hibernate equal this same machine. Dell 1520 inspiron after press all keys
is there wake up key for dell bt travel mouse!!

Revision history for this message
Alexander Jones (alex-weej) wrote :

Instead of doing sudo /etc/init.d/bluetooth restart, try a "stop" and then a "start". If this fixes the problem, please mark this one as duplicate of https://bugs.launchpad.net/ubuntu/+source/bluez-utils/+bug/234672

Revision history for this message
Jason Houston (jason-houston) wrote :

I have the same problem on 8.04 with my Inspiron 9400. I have tried both restarting bluetooth and stop/start, neither corrects the problem. I have to reboot to reconnect my bluetooth mouse. Also, I noticed that after resuming from hibernate, the input service is the only one running. Normally, both input and audio services are running, and if I select the checkmark to start the audio service the bluetooth preferences dialog crashes.

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

Revision history for this message
David Fraser (davidf) wrote :

I've had the same problem with suspend/resume stopping bluetooth.

After doing an "sudo /etc/init.d/bluetooth restart", the Bluetooth adapter appears again.

However the mouse sometimes doesn't connect. Doing a "sudo hidd --search" makes it make the connection and it is usable. I suspect this is the problem most people above are having - if you try and connect to the mouse through the Bluetooth icon, it's trying to search for files on the mouse, which would give you an Obex error. Try running the hidd --search and see if it fixes it. If it does, we should file a bug asking for a method of manually connecting devices that aren't file stores.

Revision history for this message
Mikko Rönkkö (mikko-ronkko) wrote :

I have a similar problem. I use my cell phone with bluetooth to connect to internet. If I suspend the computer with an active connection, bluetooth hangs and needs to be manually restarted after resume.

This happens with alpha 5 and kernel version 2.6.27-3

Revision history for this message
David Fraser (davidf) wrote :

OK, I have kernel logs etc for both the bluetooth device not appearing on resume, and the detailed problems with needing to use hidd to get my bluetooth mouse reconnected.
What would be useful to be posted here? Should I open a separate bug for the mouse problem?

Revision history for this message
Emmet Hikory (persia) wrote :

This wont be fixed in bluez-libs in intrepid due to package transition.

Changed in bluez-libs:
status: New → Won't Fix
Changed in bluez:
status: New → Invalid
Revision history for this message
Mario Limonciello (superm1) wrote :

Using hidd, your services won't come back. Now if you are using the proper pairing and connection via the wizard, i've confirmed that they come back after S3 (suspend to ram) as well as a reboot.

Changed in bluez-libs:
status: New → Won't Fix
Revision history for this message
Mario Limonciello (superm1) wrote :

The other useful question is does your device need to be returned from hid 2 hci mode upon resume? If that's the case, it would explain these problems a little bit better.

Changed in bluez-libs:
status: New → Won't Fix
Changed in bluez:
importance: Undecided → Low
status: New → Incomplete
Matt Zimmerman (mdz)
Changed in linux:
status: New → Won't Fix
status: New → Incomplete
Revision history for this message
jsschreck (jsschreck) wrote :

I have a similar problem. After coming out of hibernation, my flash video will play no longer than 2 seconds. I have had this general problem before with flash videos ceasing to play after two seconds, but never coming out of hibernation. I am running Intrepid-beta on a Dell 1525 Inspiron. Any input would be greatly appreciated!

John Schreck

Revision history for this message
Steve Langasek (vorlon) wrote :

Is anyone still seeing this problem when using the new bluez 4.x stack now in intrepid?

John, this bug report is about bluetooth services; flash videos are unrelated to bluetooth, I think you need to file a separate bug report for your issue.

Revision history for this message
Pete Graner (pgraner) wrote :

I just tested with a Dell D620 and 2.6.27-7-generic, latest BT stack and userspace and it works fine using a kingston bluetooth mouse with several hibernate and suspend/resume cycles.

I'm assuming the new BT stack fixed this and am marking to Invalid.

Changed in linux:
status: Incomplete → Invalid
Revision history for this message
Alexander Jones (alex-weej) wrote :

Totally inappropriate.

Changed in linux:
status: Invalid → Confirmed
Revision history for this message
Mario Limonciello (superm1) wrote :

Marking fix released per above comments. If anyone continues to have issues with this, please use the intrepid RC or later, and open a new bug.

Changed in bluez:
status: Incomplete → Fix Released
Changed in linux:
status: Confirmed → Fix Released
Revision history for this message
Alexander Jones (alex-weej) wrote : Re: [Bug 234202] Re: Hibernate under Hardy make bluetooth services unvailable when wakeup

Remarking confirmed -- where is the upload that fixed this bug?

(For me, still not fixed.)

Changed in bluez:
status: Fix Released → Confirmed
Changed in linux:
status: Fix Released → Confirmed
Revision history for this message
Steve Langasek (vorlon) wrote :

Alexander, that would be bluez 4.12-0ubuntu4:

(4.12-0ubuntu4) intrepid; urgency=low

  * Add hid2hci.patch to enable hid2hci to be ran after
    suspending a machine. (LP: #268877)
  * debian/rules:
    - Install new script from above patch.
  * Add logitech_5500_ids.patch for enabling hid2hci on
    more logitech devices. (LP: #272352)

 -- Mario Limonciello <email address hidden> Wed, 22 Oct 2008 16:01:59 -0500

Are you having this problem with that version of bluez installed? So far you haven't made any mention of your symptoms in this bug.

Revision history for this message
Steve Langasek (vorlon) wrote :

With no further information about what would be broken here, I think there's sufficient reason to consider this fixed in intrepid.

Changed in bluez:
status: Confirmed → Fix Released
status: Confirmed → Fix Released
Revision history for this message
scallopedllama (scallopedllama) wrote :

I had a problem a lot like this myself, I discovered that if I ran a

sudo /etc/init.d/bluetooth stop

before suspend/hibernate and a

sudo /etc/init.d/bluetooth start

after the suspend/hibernate, my bluetooth will work correctly.
So.. I added the lines

invoke-rc.d --quiet bluetooth stop

to /etc/acpi/suspend.d/65-services-stop.sh
and

invoke-rc.d --quiet bluetooth start

to /etc/acpi/resume.d/69-services.sh

now all my bluetooth woes are gone.
Everything works great.

Revision history for this message
scallopedllama (scallopedllama) wrote :

Check that.
After doing some testing, It appears that this fix works perfectly suspending my computer. But hibernation is another story. Coming out of hibernation, it is the same deal as before.

Revision history for this message
Alex Valavanis (valavanisalex) wrote :

Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug is still marked as confirmed in later versions of Ubuntu.

Changed in linux (Ubuntu Intrepid):
status: Confirmed → Invalid
penalvch (penalvch)
no longer affects: linux (Ubuntu)
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.