Attend XDA's Second Annual Developer Conference, XDA:DevCon 2014!
5,730,490 Members 41,594 Now Online
XDA Developers Android and Mobile Development Forum

stargo cm-11-201402126 build doesn't deep sleep as much as it should

Tip us?
 
stashcroft
Old
#1  
Junior Member - OP
Thanks Meter 2
Posts: 9
Join Date: Dec 2013
Default stargo cm-11-201402126 build doesn't deep sleep as much as it should

(I'd post this to the development thread but I don't have enough posts yet.)

I seem to have problems getting the phone into deep sleep since the build of the 23rd.
Better battery stats is showing the problem is the 'PowerManagerSevice.WakeLocks' wakelock.
I have that 11.3% of the time which at the moment is around 3hrs.
However, the sum of the partial wakelocks is under 3 minutes.

How can I find out why the wakelock was held for the other 2hrs 57min?

Thanks,
Scott
 
stargo
Old
#2  
Senior Member
Thanks Meter 597
Posts: 297
Join Date: Jan 2011
Location: Fürth
Hi,

Quote:
Originally Posted by stashcroft View Post
I seem to have problems getting the phone into deep sleep since the build of the 23rd.
Better battery stats is showing the problem is the 'PowerManagerSevice.WakeLocks' wakelock.
I have that 11.3% of the time which at the moment is around 3hrs.
However, the sum of the partial wakelocks is under 3 minutes.

How can I find out why the wakelock was held for the other 2hrs 57min?
How much time was the suspend_backoff (kernel) wake_lock active?

If this is an huge amount of time, the you are affected by the USBHS problem which can then only be (temporarily) cured by a reboot.

If it's "just" PowerManagerSevice.WakeLocks then it's most probably an application responsible for your problem.

Regards,
Michael
The Following User Says Thank You to stargo For This Useful Post: [ Click to Expand ]
 
stashcroft
Old
#3  
Junior Member - OP
Thanks Meter 2
Posts: 9
Join Date: Dec 2013
Quote:
Originally Posted by stargo View Post
Hi,



How much time was the suspend_backoff (kernel) wake_lock active?

If this is an huge amount of time, the you are affected by the USBHS problem which can then only be (temporarily) cured by a reboot.

If it's "just" PowerManagerSevice.WakeLocks then it's most probably an application responsible for your problem.

Regards,
Michael
Not seeing any time in suspend_backoff. I think the fix for that on the 25th has worked.
I'll keep digging around to see if I can figure out why I'm suddenly seeing time in PowerManagerSevice.WakeLocks.
I've not installed any new apps.

Cheers,
Scott
 
stashcroft
Old
#4  
Junior Member - OP
Thanks Meter 2
Posts: 9
Join Date: Dec 2013
Quote:
Originally Posted by stashcroft View Post
Not seeing any time in suspend_backoff. I think the fix for that on the 25th has worked.
I'll keep digging around to see if I can figure out why I'm suddenly seeing time in PowerManagerSevice.WakeLocks.
I've not installed any new apps.

Cheers,
Scott
Looks like it is something in bluetooth. I've got bluetooth turned on but not connected and the process com.android.bluetooth is running.
Running 'dumpsys power' every few seconds shows that the StartingObexMapTransaction partial wakelock is always taken.
BBS doesn't see this and says that lock has only been taken for a few minutes where as using dumpsys shows it taken for hours.

So I wonder if there's a path in the bluetooth app which doesn't release the lock or a bug in the kernel where the bluetooth app calls to release the lock, BBS sees that but in fact the lock isn't released.

Cheers,
Scott
 
cooper_s1
Old
#5  
Member
Thanks Meter 12
Posts: 79
Join Date: Aug 2005
Quote:
Originally Posted by stashcroft View Post
Looks like it is something in bluetooth. I've got bluetooth turned on but not connected and the process com.android.bluetooth is running.
Running 'dumpsys power' every few seconds shows that the StartingObexMapTransaction partial wakelock is always taken.
BBS doesn't see this and says that lock has only been taken for a few minutes where as using dumpsys shows it taken for hours.

So I wonder if there's a path in the bluetooth app which doesn't release the lock or a bug in the kernel where the bluetooth app calls to release the lock, BBS sees that but in fact the lock isn't released.

Cheers,
Scott
I've got exactly this issue on ProBam ROM. Is there any fix for this as its a battery waster...
The Following User Says Thank You to cooper_s1 For This Useful Post: [ Click to Expand ]
 
stashcroft
Old
#6  
Junior Member - OP
Thanks Meter 2
Posts: 9
Join Date: Dec 2013
Quote:
Originally Posted by cooper_s1 View Post
I've got exactly this issue on ProBam ROM. Is there any fix for this as its a battery waster...
I've still not managed to figure out what is going on.
At the moment I just reboot the phone or kill the com.android.bluetooth process which stop it until I use bluetooth again.

I'll try to see if I can get some useful logging for the bluetooth process.

It is almost as if when the bluetooth connection ends (e.g. I walk away from my car) the phone tries to reopen a connection but it fails and the failure path doesn't release the wakelock.

Thanks for confirming it isn't just me.

Cheers,
Scott
The Following User Says Thank You to stashcroft For This Useful Post: [ Click to Expand ]
 
cooper_s1
Old
#7  
Member
Thanks Meter 12
Posts: 79
Join Date: Aug 2005
Quote:
Originally Posted by stashcroft View Post
I've still not managed to figure out what is going on.
At the moment I just reboot the phone or kill the com.android.bluetooth process which stop it until I use bluetooth again.

I'll try to see if I can get some useful logging for the bluetooth process.

It is almost as if when the bluetooth connection ends (e.g. I walk away from my car) the phone tries to reopen a connection but it fails and the failure path doesn't release the wakelock.

Thanks for confirming it isn't just me.

Cheers,
Scott
Can't wait to see your logs. I feel the same about your theory.

Verstuurd vanaf mijn GT-N7100 met Tapatalk
 
cooper_s1
Old
#8  
Member
Thanks Meter 12
Posts: 79
Join Date: Aug 2005
Is there any movement on this issue? I've flashed the latest version of ProBam, 1.2.9, and still have this issue...
The only workaround seems to stop bluetooth and reboot.
 
stashcroft
Old
#9  
Junior Member - OP
Thanks Meter 2
Posts: 9
Join Date: Dec 2013
This seems to be fixed by the raft of bluetooth changes in cm-11-20140226-NIGHTLY-maserati.

Cheers,
Scott

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes