Bug 552346

Summary: Bluetooth hardeware not initialized after resume
Product: [openSUSE] openSUSE 11.2 Reporter: Juergen Weigert <jw>
Component: Mobile DevicesAssignee: Michal Vyskocil <mvyskocil>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P4 - Low CC: forgotten_w4XUsT47_R
Version: RC 1   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Bug Depends on:    
Bug Blocks: 357354    
Attachments: /var/log/pm-suspend.log

Description Juergen Weigert 2009-11-04 00:02:42 UTC
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-3.2 Firefox/3.5.3

After suspend/resume from RAM, the WLAN LED comes on, but not the bluetooth LED.
I can either press Fn-F5 to switch bluetooth on, or use the radio kill-switch to switch both WLAN and bluetooth off and on again. 

With 11.1, bluetooth was initialized automatically after resume.


Reproducible: Always
Comment 1 Vladimir Botka 2009-11-05 09:16:36 UTC
Would it be possible to post /var/log/pm-suspend.log ?
Comment 2 Juergen Weigert 2009-11-05 18:29:07 UTC
Created attachment 325822 [details]
/var/log/pm-suspend.log

hth
Comment 3 Juergen Weigert 2009-11-05 18:30:25 UTC
info provided.
Comment 4 Juergen Weigert 2009-11-05 18:32:05 UTC
info provided.
Comment 5 Vladimir Botka 2009-11-05 20:39:10 UTC
You can try and copy the example hook [1] to [2]. Did it help ?

[1] /usr/share/doc/packages/pm-utils/examples/hooks/49bluetooth
[2] /usr/lib/pm-utils/sleep.d/
Comment 6 Juergen Weigert 2009-11-05 22:56:35 UTC
yes that helps!
Comment 7 Vladimir Botka 2009-11-06 10:29:07 UTC
Glad to hear that. Closed as FIXED.
Comment 8 Forgotten User w4XUsT47_R 2009-11-20 11:54:10 UTC
I had the same issue on my T61p and the above instructions fixed it. Maybe it should be the default
Comment 9 Vladimir Botka 2009-11-22 13:19:43 UTC
(In reply to comment #8)
> I had the same issue on my T61p and the above instructions fixed it. Maybe it
> should be the default

Let us ask the pm-utils maintainer. Michal,could the 49bluetooth be installed by default, or could it be installed when specific HW is present ?
Comment 10 Michal Vyskocil 2009-11-23 09:28:44 UTC
I'm currently working on update of pm-utils to new version and I'll also make it more upstream compatible. Currently I don't see any reason why some scripts are in examples - there are just some notices in package those scripts has been considered as broken, but I did not read them yet.

I'll take this bug.
Comment 11 Michal Vyskocil 2009-11-23 16:23:37 UTC
So the 49suspend said in comments

# IBM specific hack to disable/enable bluetooth.
# TODO: Doesn't the working USB suspend/resume functionality
#       make this code more or less obsolete?

It seems it's written to work only on IBM, so it could be returned back to the pm-utils. But as we have very sophisticated methods of dependecies, aren't there some standard way how to install it only on IBM's laptop?
Comment 12 Vladimir Botka 2009-11-23 22:27:22 UTC
(In reply to comment #11)
> It seems it's written to work only on IBM, so it could be returned back to the
> pm-utils. But as we have very sophisticated methods of dependecies, aren't
> there some standard way how to install it only on IBM's laptop?

I would recommend to put in the 49suspend hook unconditionally. Packages can be installed on the presence of HW, but we need configuration of the package here. Other bluetooth devices could need this hook too. Then we can add another case into the 49suspend file and decide the case on the fly.
Comment 13 Michal Vyskocil 2009-11-24 07:45:38 UTC
First of all - sorry for noise - it is 49bluetooth, not 49suspend :(

I was thinking about creating a subpackage of pm-utils which will install /usr/lib/pm-utils/49bluetooth only on IBM hardware with a bluetooth, so configuration will still remain in pm-utils. But the setup of correct dependencies would be hard than, and the 0.040 seconds slower suspend is not a big advantage :) So I'll return it back in a new release (and possibly on maintenance update if it will be some).

I'll mark it as fixed on release of pm-utils-1.2.6.1.
Comment 14 Michal Vyskocil 2009-11-25 12:48:11 UTC
The updated package is in home:mvyskocil:branches:Base:System/pm-utils. The old
HIBERNATE_METHOD is not supported - it was replaced by SLEEP_MODULE selecting
the correct module implements the suspend.
Comment 15 Bernhard Wiedemann 2016-04-15 10:29:13 UTC
This is an autogenerated message for OBS integration:
This bug (552346) was mentioned in
https://build.opensuse.org/request/show/26534 Factory / pm-utils