Database Develop

Android os drains my battery (fixed)

I use nite slim ics 3.2 and have the same problem with older versions of slim ics and dark knight 4 and all the other ics roms that i tested
All the time i full wipe my device and the first time i have no Android os battery drain. On the second day of use the bug comes out.
wifi and data connection off and the phone eats 5% per hour on standby. Android OS drains the battery with 70% and i think this is to much. maybe the phone don't come in idle mode? Battery stats say the phone is 100% awake time
Yesterday i used the phone 5 hours extremely before the battery was empty and i had 30% drain from display with 5 hours screen on and 30% from Android os. Normally i had Max 5% Android os drain.
What's wrong? What i can do?
And excuse me for my English, best regards from Germany
btw. Have formatted cache, dalvik cache data and system and installed then the slim base and then the essentials.
send from SGS i9000 with Slim ICS 3.2
Please help me, I'm gonna get crazy . . .
battery stats dump file will follow
==================
General Information
===================
BetterBatteryStats version: 1.7.1.0
Creation Date: 2012-04-11 08:51:15
Statistic Type: (0) Since Charged
Since 2 h 19 m 15 s
VERSION.RELEASE: 4.0.4
BRAND: Android
DEVICE: GT-I9000
MANUFACTURER: samsung
MODEL: GT-I9000
RADIO: unknown
BOOTLOADER: unknown
FINGERPRINT: samsung/full_galaxysmtd/galaxysmtd:4.0.4/IMM76D/eng.ar.20120201.181605:user/release-keys
HARDWARE: aries
ID: IMM76D
Rooted: true
===========
Other Usage
===========
Awake (): 2 h 19 m 15 s (8355 s) Ratio: 100,0%
Screen On (): 13 m 10 s (790 s) Ratio: 9,5%
Wifi On (): 3 s (3 s) Ratio: 0,0%
Wifi Running (): 3 s (3 s) Ratio: 0,0%
=========
Wakelocks
=========
AudioOut_1 (1013): 3 m 8 s (188 s) Count:48 2,3%
AlarmManager (Android-System): 57 s (57 s) Count:357 0,7%
ActivityManager-Launch (Android-System): 15 s (15 s) Count:137 0,2%
RILJ (Telefon): 12 s (12 s) Count:106 0,1%
MediaScannerService (Medien): 7 s (7 s) Count:2 0,1%
sleep_broadcast (Android-System): 4 s (4 s) Count:42 0,1%
Checkin Service (Google-Dienste): 2 s (2 s) Count:36 0,0%
GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint (Google-Dienste): 2 s (2 s) Count:27 0,0%
SCREEN_FROZEN (Android-System): 1 s (1 s) Count:45 0,0%
NetworkStats (Android-System): 1 s (1 s) Count:67 0,0%
*vibrator* (Android-System): 1 s (1 s) Count:161 0,0%
GpsLocationProvider (Android-System): 1 s (1 s) Count:8 0,0%
SyncLoopWakeLock (Android-System): 1 s (1 s) Count:363 0,0%
ScheduleNextAlarmWakeLock (com.android.providers.calendar.Kalenderspeicher): 1 s (1 s) Count:2 0,0%
GmailProviderProviderChangedBroadcastWakeLock (com.google.android.gm.Google Mail): 1 s (1 s) Count:1 0,0%
================
Kernel Wakelocks
================
=========
Processes
=========
kworker/0:1 (0): Sys: 5 s (5 s) Us: (0 s) Starts: 0
kworker/u:1 (0): Sys: 4 s (4 s) Us: (0 s) Starts: 0
kworker/u:2 (0): Sys: 3 s (3 s) Us: (0 s) Starts: 0
kworker/u:0 (0): Sys: 3 s (3 s) Us: (0 s) Starts: 0
kworker/u:3 (0): Sys: 2 s (2 s) Us: (0 s) Starts: 0
kworker/0:0 (0): Sys: 2 s (2 s) Us: (0 s) Starts: 0
it.android.smartscreenoffpro (it.android.smartscreenoffpro.Smart Screen Off PRO): Sys: 1 s (1 s) Us: 1 s (1 s) Starts: 3
com.google.android.apps.maps (com.google.android.apps.maps.Maps): Sys: (0 s) Us: 2 s (2 s) Starts: 2
surfaceflinger (Android-System): Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/0:2 (0): Sys: 1 s (1 s) Us: (0 s) Starts: 0
com.dataviz.docstogo (com.dataviz.docstogo.Documents To Go): Sys: (0 s) Us: 1 s (1 s) Starts: 3
kworker/0:3 (0): Sys: 1 s (1 s) Us: (0 s) Starts: 0
/init (0): Sys: 1 s (1 s) Us: (0 s) Starts: 0
system (Android-System): Sys: (0 s) Us: (0 s) Starts: 0
======================
Alarms (requires root)
======================
========
Services
========
Active since: The time when the service was first made active, either by someone starting or binding to it.
Last activity: The time when there was last activity in the service (either explicit requests to start it or clients binding to it)
See hxxp://developer.android.com/reference/android/app/ActivityManager.RunningServiceInfo.html
android.process.media (com.android.providers.media.MediaScannerService)
Active since: 1 m 6 s
Last activity: 1 m 6 s
Crash count:0
com.google.process.gapps (com.google.android.location.internal.server.NetworkLocationService)
Active since: 41 s
Last activity: 42 s
Crash count:0
com.android.smspush (com.android.smspush.WapPushManager)
Active since: 33 s
Last activity: 33 s
Crash count:0
com.swype.android.inputmethod (com.swype.android.inputmethod.SwypeInputMethod)
Active since: 32 s
Last activity: 32 s
Crash count:0
com.android.vending (com.google.android.finsky.services.LicensingService)
Active since: 1 m 2 s
Last activity: 1 m 2 s
Crash count:0
com.shazam.android (com.shazam.advert.admarvel.AdMarvelCachedAdDownloaderService)
Active since: 1 m 2 s
Last activity: 1 m 2 s
Crash count:0
de.tsc.android.haushaltsbuch (de.tsc.android.base.haushaltsbuch.widget.FutureWidget$UpdateService)
Active since: 1 m 1 s
Last activity: 1 m 4 s
Crash count:0
it.android.smartscreenoffpro (it.android.smartscreenoffpro.Servizio)
Active since: 49 s
Last activity: 49 s
Crash count:0
com.google.process.gapps (com.google.android.location.NetworkLocationService)
Active since: 40 s
Last activity: 40 s
Crash count:0
com.google.android.talk (com.google.android.videochat.VideoChatService)
Active since: 44 s
Last activity: 44 s
Crash count:0
com.android.phone (com.android.phone.BluetoothHeadsetService)
Active since: 34 s
Last activity: 34 s
Crash count:0
com.android.systemui (com.android.systemui.ImageWallpaper)
Active since: 32 s
Last activity: 32 s
Crash count:0
com.spotify.mobile.android.ui (com.spotify.mobile.android.service.LocalService)
Active since: 1 m 2 s
Last activity: 1 m 4 s
Crash count:0
com.android.systemui (com.android.systemui.SystemUIService)
Active since: 31 s
Last activity: 31 s
Crash count:0
de.tsc.android.haushaltsbuch (de.tsc.android.base.haushaltsbuch.widget.BudgetWidget$UpdateService)
Active since: 1 m 1 s
Last activity: 1 m 4 s
Crash count:0
com.google.process.gapps (com.google.android.gsf.gtalkservice.service.GTalkService)
Active since: 44 s
Last activity: 1 m 54 s
Crash count:0
com.swype.android.inputmethod:SwypeConnect (com.swype.android.connect.ConnectClient)
Active since: 35 s
Last activity: 35 s
Crash count:0
com.bel.android.dspmanager (com.bel.android.dspmanager.service.HeadsetService)
Active since: 42 s
Last activity: 42 s
Crash count:0

Blainstorm said:
btw. Have formatted cache, dalvik cache data and system and installed then the slim base and then the essentials.
Click to expand...
Click to collapse
When you say installed base and then essentials do you mean you restored apps use some sort of backup??
When you install the base only restore apps via the market. Do NOT restore any app data!
If you reflash roms and have done a proper wipe then and tried this multiple times with different roms and the same thing happens, it must be a certain app causing your phone to stay awake.
Another thing you can try is delete everything but your essentials on your internal and sd card. Maybe something on there has some settings that is causing problems (very unlikely but no harm in clearing up the sd card or trying it)
Good luck

Blainstorm said:
I use nite slim ics 3.2
Android OS drains the battery with 70%
Click to expand...
Click to collapse
I think that you will find that this is a known "bug" from google source if slim is using android 4.0.3
I suggest that you read the slim ics 3.2 thread or use the search function as you may find that it is a 'feature' of 4.0.3
I do not have my usual computer with me ATM but i have screen shots of the battery use showing this "bug" when i was using ICSSGS 4.2

Thank you a lot to answer for my thread.
With base and essential i mean the package from slim ics. You have to install first the base and then the essentials in cwm. The apps i installs from play store. I use the 4.04 ics base :-(
Sent from my GT-I9000 using Tapatalk 2

I don't know if this helps, but you said it may be something to do with phone not entering idle, well how about flashing semaphore 1.0.0 (the ics version of semaphore), and read the guide in the first post on deep idle, could perhaps help

Noob question
same thing happens to me and im on dark knight 4..... thanks in advance its my first custom so sorry for being a noob what should i do? thanks again

I'll testing devil kernel now.
I'm now find out why Android os where so high in battery drain. Get titanium backup and remove all apps (save them before) now reset battery stats in cwm and Android os where by 7% now. All not needed widgets are deleted and it's perfect now.
I thing it was the shazam widget or beautiful widgets. . .
Thanks a lot for your help. I hope my info will help someone
Sent from my GT-I9000 using Tapatalk 2

Drain is caused by a ROM you're using, not restored data etc.
I highly recommend latest CM9 nightly build, I've never seen huge battery life like this ROM.
You can also reduce your apps installed on phone - they are also killing battery by some background processes and similar stuff.
My phone on CM9 after 10-12h (full day) with Wi-Fi and HSDPA on usually has 50% after whole day. I never had similar score on any other ROM before (since Android 2.2).
PS. I've got only 40 apps installed (data from Play Store).

The slim ics ROM is great, i don't want change that. Now after killing the widgets my Android os drain is normally. And i have 35 apps installed.all that i want
Sent from my GT-I9000 using Tapatalk 2

For those on glitch make sure you download NSTools from play market and activate deep idle (I think under settings within the app)

For those on the devil kernel deep idle is possible, too. With ns tools. . . And i think in cwm, too.
Sent from my GT-I9000 using Tapatalk 2

I have the same problem
Hi Blainstorm,
I have the same problem. My phone, Android OS drain 70% battery use when it stand by.
I see you fixed it. But i have some question:
- You use Titanium Backup to backup and remove all app? or downloaded app?
- How did you reset battery stats in cmw? Can you guide me?
Thanks.

Talon26 said:
When you say installed base and then essentials do you mean you restored apps use some sort of backup??
When you install the base only restore apps via the market. Do NOT restore any app data!
If you reflash roms and have done a proper wipe then and tried this multiple times with different roms and the same thing happens, it must be a certain app causing your phone to stay awake.
Another thing you can try is delete everything but your essentials on your internal and sd card. Maybe something on there has some settings that is causing problems (very unlikely but no harm in clearing up the sd card or trying it)
Good luck
Click to expand...
Click to collapse
This solved my os bug

omkarsansare said:
This solved my os bug
Click to expand...
Click to collapse
I had reflash many rom, but no effect. Android OS is still drain many battery.
Should i format all internal & sd card, then reflash original rom?

Hello,
I have huge battery drain by android OS too, but I sort of fixed it.
I´m on CM9 ICS 4.0.3 and latest devil kernel 2_0.94
LiveOC-ed 10% and in total OC 1.32GHz, deep idle enabled, some voltages tweaks, smartassV2 governor (sheduler cfq) and this is how much juice I loose over night.
PS. I have also Airplane over night enabled in JuiceDefender.
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
In first picture:
Signal from mobile network -same as Wi-fi
Wi-Fi -8h15min
Awake -1h58min
Screen On -4min
Charging - /
So, my advice to you is install NSTools and Jucie Defeneder and tweak your settings and you´ll have no problems.

sokre988 said:
Hello,
I have huge battery drain by android OS too, but I sort of fixed it.
I´m on CM9 ICS 4.0.3 and latest devil kernel 2_0.94
LiveOC-ed 10% and in total OC 1.32GHz, deep idle enabled, some voltages tweaks, smartassV2 governor (sheduler cfq) and this is how much juice I loose over night.
PS. I have also Airplane over night enabled in JuiceDefender.
In first picture:
Signal from mobile network -same as Wi-fi
Wi-Fi -8h15min
Awake -1h58min
Screen On -4min
Charging - /
So, my advice to you is install NSTools and Jucie Defeneder and tweak your settings and you´ll have no problems.
Click to expand...
Click to collapse
I can't find deep idle enabled in NSTools or Jucie Defeneder.
Can you show me more detail?
i have changing many rom. Now i'm using stock rom 4.6 Gingebread, but it's still happening. Android OS drain battery so much.

"One Power Guard" can help you fix it. downloaded from http://forum.xda-developers.com/showthread.php?t=1889740

Nexus 7 remaining awake

I am seeing similar behavior on my Nexus 7 as I did on my other tablet: http://forum.xda-developers.com/showthread.php?t=2155609
Would it be fair to conclude that a recent Google component update (Maps? Gmail?) is causing this tablet to remain awake?

Maybe. Maybe not.
Could be one of your market apps too.
Seem like you need to discover what is holding the wake locks.
Here's a start (if you are rooted)
Code:
$ su
# strings /data/system/packages.xml | awk '/<package name=/{n=$2;}/WAKE_LOCK/{print n;}'
wouldn't it be a kick in the pants if you found out it was the battery monitoring apps
good luck

I have su, but no awk or strings. Where did you get those linux utilities? I've been wanting a full set of those.
I'll copy packages.xml to my Linux box and try it out.
Thanks.

Using the CT702 tablet -
How does this:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
correlate with this (output from your script):
name="com.kiloo.subwaysurf"
name="com.snrblabs.grooveip"
name="com.amazon.venezia"
name="com.skype.raider"
name="com.keramidas.TitaniumBackup"
name="com.kiwi.shipwrecked"
name="com.dropbox.android"
name="com.estrongs.android.taskmanager"
name="com.google.android.apps. genie.geniewidget"
name="com.netflix.mediaclient"
name="com.google.android.gm"
name="com.estrongs.android.pop"
name="com.metago.astro"
name="jp.co.johospace.jorte"
name="com.lsdroid.cerberus"
name="com.google.android.apps.googlevoice"
name="com.android.phasebeam"
name="com.android.phasebeam"
name="com.android.phasebeam"
name="com.android.phasebeam"
name="com.android.phasebeam"
name="com.android.phasebeam"
name="com.android.phasebeam"
name="com.android.phasebeam"

my phone too used to stay awake when i wasnt using it the solution being get a task manager and killl all unused apps also gps when not in use

I guess my original point was that you'll find both system and market apps that hold wake locks. (BTW your web browser should be able to display that packages.xml file if you want to have a look in it)
Well, I don't know for sure, but that image you attached sure seems to implicate Maps.
The thing is - and it's one of the things that sort of sucks about android - is that it is difficult to filter broadcast receivers. So, apps can spring back to life even if you've manually killed them if a separate app generates a matching broadcast that the former has registered for.
Some market apps are greedy in this regard - they register for all sorts of broadcasts so an appearance is maintained that they open quickly - on the off chance that a user will be sharing data between the app currently in use and that (other market) app.
In prior versions of Android, lots of apps - both system and market apps - would register as broadcast receivers for certain events produced by the stock email app. If you browsed the inbox, no problem... but as soon as you open an individual email, a whole slew of apps would get launched in the background.
Anyway - and this is a hypothesis - even if Maps is preventing sleep by holding wake locks, it could be a different app that is causing it to spring to life - or even a rather obscure startup cycle that depends on both market apps and/or system apps before Maps finally gets restarted.
If you manually kill off Maps and then shut the screen off, and then come back some time later and find Maps running again, you should be able to observe the event that restarts Maps in the logcat output.
good luck
---------- Post added at 10:58 PM ---------- Previous post was at 10:45 PM ----------
Nate2 said:
I have su, but no awk or strings. Where did you get those linux utilities? I've been wanting a full set of those.
I'll copy packages.xml to my Linux box and try it out.
Thanks.
Click to expand...
Click to collapse
Whoop - sorry. I was using BTEP (Better Terminal Emulator Pro) which comes with it's own private busybox (not installed in /system)
You could also install a busybox flash, but I would recommend you use one that doesn't touch /system/bin or /system/xbin. (I think at least on of the market versions might refer to this as a "safe install") I'm not familiar with them, so I can't recommend a particular version.

Right you are, sir!
I stopped Maps at 19:36, and exactly 1 hour later at 20:36, it re-started itself:
02-23 19:36:57.740 1121 1133 I ActivityManager: Killing proc 5340:com.google.android.apps.maps/10070: kill background
...
02-23 20:36:22.210 1121 1152 I ActivityManager: Start proc com.google.android.apps.maps for service com.google.android.apps.maps/com.google.googlenav.prefetch.android.PrefetcherService: pid=6033 uid=10070 gids={3003, 1015}
I can't find what app (if any) might have caused that. pid=6033 looks all Maps-related, not 3rd party.

Not sure myself either.
That logcat message looks a little different than an intent sent from a different app.
I suppose you have some more digging to do.
Sorry I'm not more help - my N7 rarely leaves the house, so if it's not in use it is on the charger. The consequence of that is that I have no idea whether it fails to sleep or not; I certainly wouldn't know from looking at the battery charge state/history anyway.
Don't know how helpful this is, but if the N7 does go into deep sleep, you will see messages in the kernel log (dmesg or /proc/kmsg) about entering the LP0 state.
Tedious to correlate those messages with logcat though - I think those messages are reported in seconds since boot rather than GMT or local time ... and worse yet that timestamp seem to get screwed up by LP0 sleep. (LP0 is a very deep sleep - the SoC is very nearly off completely - even the memory controller is turned off)
good luck

have you tried using better battery stats from this thread? It's a great app, and is also available on the play store if you want to donate to the dev.
just let it run for a while and post screenshots of kernel wakelocks, partial wakelocks, and alarms

Trying the XDA version now...

I think I've identified the problem on the CT702 tablet now; the problem on the Nexus 7 is still under investigation (not the same problem).
CT702 is not always awake now:
Google Maps is still the problem:
Better Battery Stats identifies Maps components responsible?
I've turned off these options in Google Maps to enable the tablet to sleep better:
Hopefully, the above will help someone. My Nexus 7 is being kept awake by SystemUpdateService.
More to follow..

Nate2 said:
I think I've identified the problem on the CT702 tablet now; the problem on the Nexus 7 is still under investigation (not the same problem).
CT702 is not always awake now:
View attachment 1762570
Google Maps is still the problem:
View attachment 1762572
Better Battery Stats identifies Maps components responsible?
View attachment 1762575
I've turned off these options in Google Maps to enable the tablet to sleep better:
View attachment 1762577
Hopefully, the above will help someone. My Nexus 7 is being kept awake by SystemUpdateService.
More to follow..
Click to expand...
Click to collapse
2 minutes of wakelocks over 23 hours isn't much. are there kernel wakelocks? the alarms don't seem to be too much either..

CT702:
===================
General Information
===================
BetterBatteryStats version: 1.12.0.0RC11
Creation Date: 2013-02-25 08:11:40
Statistic Type: Boot to Current
Since 10 h 51 m 13 s
VERSION.RELEASE: 4.0.3
BRAND: Android
DEVICE: m805_892x
MANUFACTURER: YG
MODEL: A777
OS.VERSION: 3.0.8-tcc
BOOTLOADER: unknown
HARDWARE: m805_892x
FINGERPRINT: unknown
ID: A777
TAGS: test-keys
USER: root
PRODUCT: full_m805_892x_evm
RADIO:
Rooted: true
============
Battery Info
============
Level lost [%]: 21 Bat.: 21% (98% to 77%) [1.9%/h]
Voltage lost [mV]: 56 (3889-3833) [5.2%/h]
===========
Other Usage
===========
Deep Sleep (): 10 h 36 m 10 s (38170 s) Ratio: 97.6%
Awake (): 15 m 2 s (902 s) Ratio: 2.3%
Screen On (): 11 m 46 s (706 s) Ratio: 1.8%
Wifi On (): 11 m 45 s (705 s) Ratio: 1.8%
Wifi Running (): 11 m 43 s (703 s) Ratio: 1.8%
No Data Connection (): 10 h 51 m 13 s (39073 s) Ratio: 100.0%
No or Unknown Signal (): 10 h 51 m 13 s (39073 s) Ratio: 100.0%
Screen dark (): 11 m 46 s (706 s) Ratio: 1.8%
=========
Wakelocks
=========
CerberusService (com.lsdroid.cerberus.Cerberus): 1 m 3 s (63 s) Count:1 0.2%
SignalCollector.ScannerThread (com.google.android.apps.maps.Maps): 24 s (24 s) Count:44 0.1%
SignalCollector.Scanner (com.google.android.apps.maps.Maps): 23 s (23 s) Count:110 0.1%
AlarmManager (Android System): 22 s (22 s) Count:184 0.1%
ActivityManager-Launch (Android System): 21 s (21 s) Count:62 0.1%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): 13 s (13 s) Count:10 0.0%
MediaScannerService (Media): 11 s (11 s) Count:2 0.0%
AudioOut_1 (1013): 10 s (10 s) Count:2 0.0%
Event Log Service (Google Services): 6 s (6 s) Count:45 0.0%
maintain LCD off state during 5 second (Android System): 6 s (6 s) Count:63 0.0%
[email protected]/android_talk123456789cb0 (Google Services): 4 s (4 s) Count:3 0.0%
*sync*_com.android.calendar_Account {[email protected], type=com.google} (com.google.android.calendar.Calendar): 3 s (3 s) Count:4 0.0%
*sync*_gmail-ls_Account {[email protected], type=com.google} (com.google.android.gm.Gmail): 2 s (2 s) Count:2 0.0%
NetworkLocationLocator (com.google.android.apps.maps.Maps): 2 s (2 s) Count:2 0.0%
GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint (Google Services): 2 s (2 s) Count:6 0.0%
NetworkLocationCallbackRunner (com.google.android.apps.maps.Maps): 1 s (1 s) Count:30 0.0%
WifiStateMachine (Android System): 1 s (1 s) Count:94 0.0%
Checkin Service (Google Services): 1 s (1 s) Count:20 0.0%
AsyncCollectorListener (com.google.android.apps.maps.Maps): 1 s (1 s) Count:96 0.0%
SCREEN_FROZEN (Android System): 1 s (1 s) Count:76 0.0%
sleep_broadcast (Android System): 1 s (1 s) Count:74 0.0%
*backup* (Android System): 1 s (1 s) Count:97 0.0%
================
Kernel Wakelocks
================
"PowerManagerService" (): 1 m 22 s (82 s) Cntc/wc/ec)152/0/0 0.2%
"alarm_rtc" (): 38 s (38 s) Cntc/wc/ec)73/73/0 0.1%
"alarm" (): 14 s (14 s) Cntc/wc/ec)102/1/0 0.0%
"power-supply" (): (0 s) Cntc/wc/ec)335/0/0 0.0%
"KeyEvents" (): (0 s) Cntc/wc/ec)1297/0/0 0.0%
"mmc0_detect" (): (0 s) Cntc/wc/ec)75/0/1 0.0%
======================
Alarms (requires root)
======================
Boot event was not registered yet, it will at next reboot (): Wakeups: 0
======================
Network (requires root)
======================
==========
CPU States
==========
==================
Reference overview
==================
Custom: null
Since charged: null
Since screen off: null
Since unplugged: null
Since boot: Reference ref_boot created 1 m 49 s (Wl: 9 elements; KWl: 0elements; NetS: null; Alrm: null; Proc: 0 elements; Oth: 7 elements; CPU: 0 elements)

Nate2 said:
CT702:
============
Battery Info
============
Level lost [%]: 21 Bat.: 21% ([size=+1]98%[/size] to 77%) [1.9%/h]
Voltage lost [mV]: 56 ([size=+1]3889[/size]-3833) [[size=+1]5.2%/h[/size]]
===========
Other Usage
===========
Deep Sleep (): 10 h 36 m 10 s (38170 s) Ratio: [size=+1]97.6%[/size]
Awake (): 15 m 2 s (902 s) Ratio: 2.3%
Screen On (): 11 m 46 s (706 s) Ratio: 1.8%
Wifi On (): 11 m 45 s (705 s) Ratio: 1.8%
Click to expand...
Click to collapse
I conclude your OS is fine and your battery is bad in the CT702. Perhaps the full cell voltage decreases with age, but what I notice in the above is that it is saying your 98% capacity was only at 3889 mV.
Granted, its not a N7, but I would expect devices using the same battery chemistry to exhibit the same charge voltage range. (Maybe there is more about Li-Ion/Polymer batteries that I need to learn about, too).
The battery in my unit - admittedly only about 8 weeks old - swings between about 3660-4170mv.
That is only a swing of 500 mV for a full discharge cycle - but you are showing less than half of that at a "full charge." I suppose that the full-scale (charged) voltage of the battery pack might decline as it ages, but that seems pretty extreme. Moreover, if you believe the voltage decline statistic, I conclude that whatever made this report thinks that your 100% voltage swing is only 97 mV
( 21% @ 1.9%/hr => 11.1 hrs; 5.2%/hr @ 11.1 hrs => 57%; 56 mV/0.57 = 97 mV)
Those Maps wakelocks are indeed leading the pack - but only in the 2% or so percent of the time that the device is not sleeping. Also - note that 1.9%/hour statistic - when the device is only on about 1.9% of the hour: if it is correct, it would imply that the tablet would fully discharge itself in a single hour if it was on continuously. That certainly can't be the way the tablet is designed to work.
BTW, what app produced this output?

Nate2 said:
Google Maps is still the problem:
View attachment 1762572
Better Battery Stats identifies Maps components responsible?
View attachment 1762575
Click to expand...
Click to collapse
I think that "App Sucker" image is reporting data faithfully, but it's choice of statistic is leading to an unwarranted conclusion - given that the total time wakelocks were held seems to only be two minutes or so out of many hours. That seems to make the assumption that a huge chunk of the battery is used only when wakelocks are held - or that the amount of time the device these locks were held is irrelevant. (Or, to put it another way, would you care if Maps used 73% of the change if the total change was only 5% in 1000 hours?)
BTW, I thought I would tell you about a quick experiment I did the other day. It might help you in your investigation.
I set my tablet aside for about 150 minutes - off the charger, screen off. (This was roughly 10:35am - 1:05pm).
Then I woke it up and captured the kernel log (/proc/kmsg or "dmesg" output) and a logcat. I did this by hand (command line/terminal emulator), so I probably got that done within 2 or 3 minutes.
In the (Stock 4.2.2) kernel log, I see repetitive occurences of entry into LP0 mode: (background on Tegra SoC LPn modes)
Code:
<6>[141548.480341] Entering suspend state LP0
<6>[1415[b][color=red]48.482[/color][/b]222] Tegra: switched to LP cluster
<4>[141548.482430] partition 3d0 is left on before suspend
<4>[141548.482430] partition vde is left on before suspend
<4>[141548.482430] partition heg is left on before suspend
<4>[141548.482430] partition 3d1 is left on before suspend
<6>[1415[b][color=red]48.485[/color][/b]647] Tegra: switched to G cluster
<6>[141548.485791] Exited suspend state LP0
<6>[141548.485921] legacy wake status=0x0
<6>[141548.486145] tegra3 wake status=0x1
<6>[141548.486271] Resume caused by WAKE32, bcmsdh_sdmmc
<6>[1415[b][color=red]48.486[/color][/b]525] Suspended for [b][color=red]597.100 seconds[/color][/b]
<6>[141548.486956] wakeup wake lock: alarm
<6>[141548.492834] PM: early resume of devices complete after 5.636 msecs
Note that the timestamps in this kernel log can not be relied upon - apparently precisely because of the LP0 sleep. I surmise that the kernels' tick counter used for /proc/kmsg logging is suspended and therefore does not accumulate time in a wall-clock fashion; otherwise how could the device sleep for 597 seconds in only 4 milli-seconds?
Having captured the output of "dmesg" into a file "dmesg.txt" (and likewise the logcat into "logcat.txt"), I did a little hand-filtering of the output:
Code:
$ grep 'Tegra: switched to LP' dmesg.txt | wc -l
18
$ grep 'Suspended for' dmesg.txt |wc -l
19
$ grep 'Suspended for' dmesg.txt
<6>[141544.528940] Suspended for 5.813 seconds
<6>[141548.486525] Suspended for 597.100 seconds
<6>[141549.833844] Suspended for 5.610 seconds
<6>[141553.751664] Suspended for 114.785 seconds
<6>[141555.169992] Suspended for 366.895 seconds
<6>[141557.767079] Suspended for 111.202 seconds
<6>[141559.114371] Suspended for 3.868 seconds
<6>[141563.302312] Suspended for 344.820 seconds
<6>[141564.583528] Suspended for 62.516 seconds
<6>[141566.061274] Suspended for 188.582 seconds
<6>[141567.531674] Suspended for 7.695 seconds
<6>[141570.882663] Suspended for 595.651 seconds
<6>[141572.230025] Suspended for 8.666 seconds
<6>[141576.067748] Suspended for 87.744 seconds
<6>[141577.452742] Suspended for 368.048 seconds
<6>[141578.833047] Suspended for 139.359 seconds
<6>[141580.230604] Suspended for 9.878 seconds
<6>[141585.018340] Suspended for 373.786 seconds
<6>[141586.363370] Suspended for 12.157 seconds
$ grep 'Suspended for' dmesg.txt | awk 'BEGIN{s=0;}{s+=0.0+$4;}END{print NR,s;}'
19 3404.18
Now, 3404 seconds is only 3404/(150*60) = 38% of the time of my test... but I just checked and noticed that my kernel log file is exactly 128kB in length - so the kernel log buffer must have rolled over completely during that time, so I really only captured some fraction of the total time of sleep with that log. (The kernel log buffer fills too fast to record that much elapsed time).
But anyway - notice that many of the sleep intervals are several minutes long - once for nearly ten minutes straight!
In comparison, the logcat did capture the entire sleep interval (it had several *days* worth of info in it).
Code:
[l3452:] 02-24 10:35:07.692 481 563 I PowerManagerService: Going to sleep by user request...
[l3453:] 02-24 10:35:08.112 125 169 D SurfaceFlinger: Screen released, type=0 flinger=0x40d12318
...
[l3711:]02-24 13:05:46.952 481 496 I PowerManagerService: Waking up from sleep...
[l3712:] 02-24 13:05:47.222 481 600 D PowerManagerService-JNI: Excessive delay in au\
tosuspend_disable() while turning screen on: 269ms
Or in other words, the logcat capture only had 260 (3712-3452) entries in it for 150 minutes of that elapsed time - less than two entries per minute on average. And there were some notably large gaps. Below are a few excerpts from the logcat which are pairs of immediately adjacent entries in the logcat:
Code:
...
02-24 10:[color=green][b]35[/b][/color]:33.951 585 585 I wpa_supplicant: wlan0: WPA: Group rekeying completed with 00:18:39:cd:99:cb [GTK=CCMP]
02-24 10:[color=red][b]36[/b][/color]:53.731 6683 6683 I RlzPingService: Setting next ping for 1362335813737
...
02-24 10:[color=green][b]37[/b][/color]:00.868 6845 6845 W InvService: Dropping C2DM message for unknown or unstarted client: chromesync#1337300716
02-24 10:[color=red][b]38[/b][/color]:46.241 481 576 D ConnectivityService: Captive portal check NetworkInfo: type: WIFI[], state: CONNECTING/CAPTIVE_PORTAL_CHECK, reason: (unspecified), extra: "notmySSID", roaming: false, failover: false, isAvailable: true
...
02-24 10:[color=green][b]38[/b][/color]:47.261 481 576 D ConnectivityService: NetTransition Wakelock for WifiStateMachine released by timeout
02-24 10:[color=red][b]46[/b][/color]:59.856 913 4117 W Smack/Packet: notify conn break (IOEx), close connection
...
02-24 10:[color=green][b]50[/b][/color]:33.849 585 585 I wpa_supplicant: wlan0: WPA: Group rekeying com\
pleted with 00:18:39:cd:99:cb [GTK=CCMP]
02-24 10:[color=red][b]56[/b][/color]:42.611 913 2062 I EventLogService: Aggregate from 1361730402536 \
(log), 1361730402536 (data)
...
02-24 11:[color=green][b]07[/b][/color]:19.411 481 576 D ConnectivityService: handleInetConditionHoldEnd: net=1, condition=100, published condition=0
02-24 11:[color=red][b]17[/b][/color]:15.824 913 7118 W Smack/Packet: notify conn break (IOEx), close connection
...
Well - anyway : you get the idea - large gaps in time where literally *nothing* is happening. I think you should see the same sort of behavior if your tab is actually sleeping correctly.

bftb0 said:
BTW, what app produced this output?
Click to expand...
Click to collapse
Better Battery Stats - http://forum.xda-developers.com/showthread.php?t=1179809
The "App Sucker" screenshot is from GSAM Battery Monitor - http://play.google.com/store/apps/details?id=com.gsamlabs.bbm

Nexus 7:
===================
General Information
===================
BetterBatteryStats version: 1.12.0.0RC11
Creation Date: 2013-02-25 08:17:25
Statistic Type: Boot to Current
Since 10 h 55 m 33 s
VERSION.RELEASE: 4.1.2
BRAND: google
DEVICE: grouper
MANUFACTURER: asus
MODEL: Nexus 7
OS.VERSION: 3.1.10-g009b6d1
BOOTLOADER: 3.41
HARDWARE: grouper
FINGERPRINT: google/nakasi/grouper:4.1.2/JZO54K/485486:user/release-keys
ID: JZO54K
TAGS: release-keys
USER: android-build
PRODUCT: nakasi
RADIO:
Rooted: true
============
Battery Info
============
Level lost [%]: 1 Bat.: 1% (100% to 99%) [0.1%/h]
Voltage lost [mV]: 0 (4-4) [0.0%/h]
===========
Other Usage
===========
Awake (): 10 h 55 m 33 s (39333 s) Ratio: 100.0%
Screen On (): 12 m 59 s (779 s) Ratio: 2.0%
Wifi On (): 10 h 55 m 33 s (39333 s) Ratio: 100.0%
Wifi Running (): 40 m 18 s (2418 s) Ratio: 6.1%
No Data Connection (): 10 h 55 m 33 s (39333 s) Ratio: 100.0%
No or Unknown Signal (): 10 h 55 m 33 s (39333 s) Ratio: 100.0%
Screen dark (): 12 m 59 s (779 s) Ratio: 2.0%
=========
Wakelocks
=========
SystemUpdateService (Google Services): 10 h 51 m 43 s (39103 s) Count:1 99.4%
AlarmManager (Android System): 45 s (45 s) Count:856 0.1%
[email protected]/android_talk123456789522 (Google Services): 39 s (39 s) Count:5 0.1%
MediaScannerService (Media): 39 s (39 s) Count:2 0.1%
com.zomut.watchdog.MonitorService (com.zomut.watchdog.Watchdog): 38 s (38 s) Count:1308 0.1%
ConnectivityService (Android System): 29 s (29 s) Count:857 0.1%
SignalCollector.ScannerThread (com.google.android.apps.maps.Maps): 17 s (17 s) Count:49 0.0%
SignalCollector.Scanner (com.google.android.apps.maps.Maps): 16 s (16 s) Count:127 0.0%
AlarmManager (com.zomut.watchdog.Watchdog): 9 s (9 s) Count:654 0.0%
NetworkLocationActiveCollector (com.google.android.apps.maps.Maps): 8 s (8 s) Count:51 0.0%
ActivityManager-Launch (Android System): 2 s (2 s) Count:58 0.0%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): 2 s (2 s) Count:5 0.0%
GOOGLE_C2DM (Google Services): 2 s (2 s) Count:26 0.0%
NetworkLocationCallbackRunner (com.google.android.apps.maps.Maps): 1 s (1 s) Count:34 0.0%
NetworkLocationLocator (com.google.android.apps.maps.Maps): 1 s (1 s) Count:2 0.0%
AlarmManager (jp.co.johospace.jorte.Jorte): 1 s (1 s) Count:4 0.0%
NetworkLocationLocator (Google Services): 1 s (1 s) Count:26 0.0%
Event Log Service (Google Services): 1 s (1 s) Count:51 0.0%
WifiStateMachine (Android System): 1 s (1 s) Count:101 0.0%
AudioOut_2 (1013): 1 s (1 s) Count:1 0.0%
================
Kernel Wakelocks
================
"PowerManagerService" (): 10 h 42 m 34 s (38554 s) Cntc/wc/ec)2/0/0 97.9%
"alarm" (): 48 s (48 s) Cntc/wc/ec)1502/0/0 0.1%
"GPS" (): 19 s (19 s) Cntc/wc/ec)2/0/0 0.0%
"power-supply" (): 18 s (18 s) Cntc/wc/ec)656/0/0 0.0%
"wlan_ctrl_wake" (): 16 s (16 s) Cntc/wc/ec)17/0/17 0.0%
"wlan_wake" (): 6 s (6 s) Cntc/wc/ec)3243/0/0 0.0%
"wlan_rx_wake" (): 3 s (3 s) Cntc/wc/ec)57/0/56 0.0%
"KeyEvents" (): 1 s (1 s) Cntc/wc/ec)1571/0/0 0.0%
"event1-351" (system, com.google.android.gm): (0 s) Cntc/wc/ec)2/0/0 0.0%
======================
Alarms (requires root)
======================
Boot event was not registered yet, it will at next reboot (): Wakeups: 0
======================
Network (requires root)
======================
-1 () (Boot event was not registered yet, it will at next reboot): 1.0 Bytes 100.0%
==========
CPU States
==========
51 MHz (): 9 h 32 m 23 s 87.2%
102 MHz (): 9 m 59 s 1.5%
204 MHz (): 7 m 43 s 1.2%
340 MHz (): 56 m 3 s 8.6%
475 MHz (): 4 m 22 s 0.7%
640 MHz (): 2 m 35 s 0.4%
760 MHz (): 6 s 0.0%
860 MHz (): 8 s 0.0%
1 GHz (): 13 s 0.0%
1.1 GHz (): 0.0%
1.2 GHz (): 1 m 41 s 0.3%
1.3 GHz (): 15 s 0.0%
==================
Reference overview
==================
Custom: null
Since charged: null
Since screen off: null
Since unplugged: null
Since boot: Reference ref_boot created 49 s (Wl: 5 elements; KWl: 0elements; NetS: null; Alrm: null; Proc: 0 elements; Oth: 7 elements; CPU: 11 elements)

Looks like maps is the main culprit for my N7 as well I let it run over night while I was sleeping.
Sent from my Nexus 7

@Nate2
I'm not sure I would be too worried about 0.1%/hr, even if the tablet never sleeps! That said, those services (Updater and PowerManager) seem more likely to be the trouble than Maps.
@Triscuit
The second image indicates Maps only held wake locks for a few minutes. Seems highly doubtful that you lost 8% of your battery charge in 5 minutes.

bftb0 said:
I conclude your OS is fine and your battery is bad in the CT702. Perhaps the full cell voltage decreases with age, but what I notice in the above is that it is saying your 98% capacity was only at 3889 mV.
Click to expand...
Click to collapse
Yes, in about 15 minutes off the charger, this CT702 loses 5% battery:
Level lost [%]: 5 Bat.: 5% (100% to 95%) [20.0%/h]
Voltage lost [mV]: 368 (4145-3777) [1472.0%/h]

baseband_xmm_power wakelock

I wonder if anyone have this baseband_xmm_power wakelock. It´s preventing the phone from entering in deep sleep.
I have this since i flashed the leaked 20A, and now i have it too in the official version.
I know this is a common problem in the Nexus and it has no solution. I also disabled fast dormency, it has no effect.
any kind of help to solve this wakelock is appreciated
thanx

xtribas said:
I wonder if anyone have this baseband_xmm_power wakelock. It´s preventing the phone from entering in deep sleep.
I have this since i flashed the leaked 20A, and now i have it too in the official version.
I know this is a common problem in the Nexus and it has no solution. I also disabled fast dormency, it has no effect.
any kind of help to solve this wakelock is appreciated
thanx
Click to expand...
Click to collapse
INFINEON XMM6260 is the call/Hspa board of P880 so this might be needed to let phone calls work in deep sleep

does it mean that it has to be replaced?

I had a lot of baseband_xmm_power wakelock , ppl told me it was because of 4.0.3 , and should be fixed in 4.0.4 or JB, obviously its not working.
Anyway, last month i did a hard reset AGAIN and the baseband_xmm_power wakelock is somehow gone. i dont know why...

i did factory reset when installed the official 20A, i dont think doing it again would solve it

xtribas said:
i did factory reset when installed the official 20A, i dont think doing it again would solve it
Click to expand...
Click to collapse
Well , you can try, and after dooing that, dont install nothing and watch for a day its gone, after that you can install your apps and restore your backuop.

will try that
thanx
---
After a factory reset still got this damn wakelock

Hi,
i've got the same issue with the baseband_xmm_power wakelock. It first appeared after flashing JB on my (at this point) unrooted device.
Short descripiton of my experience so far:
Disconnected fully charged phone in the evening. WLAN on, everything else turned off.
After some hours a massive drain started and stopped a few hours later.
The rest of the time the drain seems normal.
I haven't touched the phone a single time within those two days and ten hours of waiting, so there was absolutely no userinput or anything.
The small drop on the right is activity, so thats no issue.
I hope this helps figuring out what the problem is so we can solve this soon.

now in the new CM10.1 firmware this wakelock remains, i´m starting to think this is hardware related!

I had baseband_xmm_power and I finally solved it!(I hope it wont come back)
U have to use BBS to find out what are your wakelock,what is keeping your phone awake..Install BBS, leave it on for couple of hours(maybe bet over night) and then you can see what is keeping you phone awake..If you are rooted you should allow superuser on BBS so that you can see your alarm wakelocks. Most of the time its apps like facebook,viber,google maps..

brunek said:
I had baseband_xmm_power and I finally solved it!(I hope it wont come back)
U have to use BBS to find out what are your wakelock,what is keeping your phone awake..Install BBS, leave it on for couple of hours(maybe bet over night) and then you can see what is keeping you phone awake..If you are rooted you should allow superuser on BBS so that you can see your alarm wakelocks. Most of the time its apps like facebook,viber,google maps..
Click to expand...
Click to collapse
the wakelock in named baseband_xmm_power, its a partial wakelock, i got almost no alarms

I got that same wakelock in kernel wakelocks...Do you have BBS? Leave the phone for a couple of hours and then do a dump so that you can see what is the problem..If you dont know to read it yourself,post it in BBS thread!

Well I somewhat solved the problem. Turns out baseband_xmm_power wasn't the biggest culprit after all. Networklocationlocator was draining most of my battery according to BBS. It was causing partial wakelocks that was in turn causing kernel wakelocks with powermanagerservice. I turned off all location access and now I only lost 8% overnight. Still not the greatest but way better than 26%. I can live without location access. I'll just turn it on when I need it.
On a side note, did any of you disable Fast Dormancy with the database edit that was posted?
Edit: baseband_xmm_power is still showing battery drain but it's not that much, as I said, I only lost 8% overnight which was 1% per hour.

Before the new CM i had this wakelock with and without fast dormency disabled. Now i didn´t try to disable it yet...

You can`t know for sure what is draining your battery without quality dump from BBS..It can be wide range of things...My problem was google maps and viber..After I resolved that my battery was over 7 hours during the night on 100%!:victory:

xtribas said:
Before the new CM i had this wakelock with and without fast dormency disabled. Now i didn´t try to disable it yet...
Click to expand...
Click to collapse
Try disabling it. Mine is disabled so that might explain why baseband_xmm_power doesn't use as much battery as others reported.
brunek said:
You can`t know for sure what is draining your battery without quality dump from BBS..It can be wide range of things...My problem was google maps and viber..After I resolved that my battery was over 7 hours during the night on 100%!:victory:
Click to expand...
Click to collapse
How do I dump?

After you left your phone for a couple of hours(best over night) at the top you have a "share" icon and you pres share it as a text dumpfile...
Also check all in settings/dumpfile andsettings/advanced..

brunek said:
After you left your phone for a couple of hours(best over night) at the top you have a "share" icon and you pres share it as a text dumpfile...
Also check all in settings/dumpfile andsettings/advanced..
Click to expand...
Click to collapse
I don't really see anything since I turned off location.
===================
General Information
===================
BetterBatteryStats version: 1.13.4.0B1
Creation Date: 2013-04-17 11:01:43
Statistic Type: Unplugged to Current
Since 10 h 19 m 9 s
VERSION.RELEASE: 4.1.2
BRAND: lge
DEVICE: x3
MANUFACTURER: LGE
MODEL: LG-P880
OS.VERSION: 3.1.10-g19c6a62
BOOTLOADER: unknown
HARDWARE: x3
FINGERPRINT: lge/x3_open_esa/x3:4.1.2/JZO54K/P88020a.1e5c83df00:user/release-keys
ID: JZO54K
TAGS: release-keys
USER: prasanth.kumar
PRODUCT: x3_open_esa
RADIO: L6260_MODEM_SIC_02.1233.00
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: -25% (100% to 75%) [2.4%/h]
Voltage lost [mV]: (4341-4000) [33.1%/h]
===========
Other Usage
===========
Deep Sleep (): 6 h 55 m 38 s (24938 s) Ratio: 67.1%
Awake (): 3 h 23 m 30 s (12210 s) Ratio: 32.9%
Screen On (): 32 m 30 s (1950 s) Ratio: 5.3%
Wifi On (): 10 h 19 m 9 s (37149 s) Ratio: 100.0%
Wifi Running (): 10 h 19 m 9 s (37149 s) Ratio: 100.0%
No Data Connection (): 9 h 41 m 25 s (34885 s) Ratio: 93.9%
No or Unknown Signal (): 9 h 41 m 25 s (34885 s) Ratio: 93.9%
Screen dark (): 2 m 3 s (123 s) Ratio: 0.3%
Screen dimmed (): 6 m 34 s (394 s) Ratio: 0.2%
Screen medium (): 23 m 49 s (1429 s) Ratio: 0.8%
Screen light (): 2 s (2 s) Ratio: 0.0%
Screen bright (): 1 s (1 s) Ratio: 0.0%
=========
Wakelocks
=========
AudioOut_2 (1013): 11 m 26 s (686 s) Count:25 1.8%
WifiOffDelayIfNotUsed (Android System): 3 m 5 s (185 s) Count:236 0.5%
AlarmManager (Android System): 56 s (56 s) Count:1106 0.2%
ActivityManager-Launch (Android System): 44 s (44 s) Count:214 0.1%
FbClientConnManager (com.facebook.katana.Facebook): 42 s (42 s) Count:47 0.1%
StartingAlertService (Calendar): 36 s (36 s) Count:8 0.1%
EntriesRefresh_wakelock (com.google.android.googlequicksearchbox.Google Search): 21 s (21 s) Count:198 0.1%
LocationPrivacyService (com.google.android.apps.maps.Maps): 13 s (13 s) Count:29 0.0%
sleep_broadcast (Android System): 10 s (10 s) Count:291 0.0%
DownloadManager (Media): 9 s (9 s) Count:3 0.0%
AlarmManager (com.ebay.mobile.eBay): 8 s (8 s) Count:127 0.0%
FacebookService (com.facebook.katana.Facebook): 7 s (7 s) Count:10 0.0%
NetworkStats (Android System): 7 s (7 s) Count:128 0.0%
com.ebay.mobile (com.ebay.mobile.eBay): 6 s (6 s) Count:256 0.0%
*vibrator* (Android System): 6 s (6 s) Count:484 0.0%
AlarmManager (cloudtv.hdwidgets.HD Widgets): 5 s (5 s) Count:27 0.0%
RILJ (Phone): 4 s (4 s) Count:81 0.0%
SMSDispatcher (Phone): 3 s (3 s) Count:9 0.0%
DHCP (Android System): 3 s (3 s) Count:317 0.0%
ConnectivityService (Android System): 3 s (3 s) Count:1108 0.0%
AlarmManager (com.facebook.katana.Facebook): 3 s (3 s) Count:181 0.0%
Sidekick_CalendarIntentService (com.google.android.googlequicksearchbox.Google Search): 2 s (2 s) Count:179 0.0%
show keyguard (Android System): 2 s (2 s) Count:12 0.0%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): 2 s (2 s) Count:11 0.0%
AlarmManager (com.google.android.googlequicksearchbox.Google Search): 2 s (2 s) Count:90 0.0%
*backup* (Android System): 2 s (2 s) Count:506 0.0%
Icing (Google Services): 1 s (1 s) Count:4 0.0%
GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint (Google Services): 1 s (1 s) Count:184 0.0%
AlarmManager (Google Services): 1 s (1 s) Count:260 0.0%
Event Log Service (Google Services): 1 s (1 s) Count:26 0.0%
CallerInfoCache (Phone): 1 s (1 s) Count:2 0.0%
GTALK_CONN (Google Services): 1 s (1 s) Count:161 0.0%
StartingAlertService (com.android.mms.Messaging): 1 s (1 s) Count:1 0.0%
ActivityManager-Sleep (Android System): 1 s (1 s) Count:1132 0.0%
================
Kernel Wakelocks
================
"baseband_xmm_power" (): 2 h 23 m 22 s (8602 s) Cntc/wc/ec)615/0/0 23.2%
"PowerManagerService" (): 6 m 9 s (369 s) Cntc/wc/ec)1409/0/0 1.0%
"wlan_rx_wake" (): 4 m 41 s (281 s) Cntc/wc/ec)461/0/461 0.8%
"alarm_rtc" (): 3 m 16 s (196 s) Cntc/wc/ec)360/0/54 0.5%
"alarm" (): 3 m 12 s (192 s) Cntc/wc/ec)1046/299/0 0.5%
"radio-interface" (): 1 m 5 s (65 s) Cntc/wc/ec)98/0/0 0.2%
"wlan_ctrl_wake" (): 46 s (46 s) Cntc/wc/ec)39/0/39 0.1%
"wlan_wake" (): 14 s (14 s) Cntc/wc/ec)63019/35/0 0.0%
"deleted_wake_locks" (): 8 s (8 s) Cntc/wc/ec)500/0/0 0.0%
"KeyEvents" (): 1 s (1 s) Cntc/wc/ec)13022/0/0 0.0%
"power-supply" (): (0 s) Cntc/wc/ec)52/0/0 -0.0%
"event9-362" (system, android, com.google.android.backup, com.android.providers.settings): (0 s) Cntc/wc/ec)5/0/0 0.0%
=========
Processes
=========
com.android.chrome (com.android.chrome.Chrome): Uid: 10016 Sys: 8 s (8 s) Us: 13 s (13 s) Starts: 5
mediaserver (1013): Uid: 1013 Sys: 4 s (4 s) Us: 13 s (13 s) Starts: 0
com.android.chrome:sandboxed_process3 (com.android.chrome.Chrome): Uid: 10016 Sys: 3 s (3 s) Us: 14 s (14 s) Starts: 1
surfaceflinger (Android System): Uid: 1000 Sys: 7 s (7 s) Us: 4 s (4 s) Starts: 0
com.android.chrome:sandboxed_process2 (com.android.chrome.Chrome): Uid: 10016 Sys: 1 s (1 s) Us: 7 s (7 s) Starts: 2
dhd_dpc (0): Uid: 0 Sys: 5 s (5 s) Us: (0 s) Starts: 0
com.facebook.katana (com.facebook.katana.Facebook): Uid: 10093 Sys: 1 s (1 s) Us: 3 s (3 s) Starts: 3
cloudtv.hdwidgets (cloudtv.hdwidgets.HD Widgets): Uid: 10112 Sys: (0 s) Us: 3 s (3 s) Starts: 2
mmcqd/0 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
kworker/0:1 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
com.android.vending (com.android.vending.Google Play Store): Uid: 10062 Sys: (0 s) Us: 1 s (1 s) Starts: 2
kworker/u:24 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
com.andrewshu.android.reddit (com.andrewshu.android.reddit.reddit is fun): Uid: 10095 Sys: (0 s) Us: 1 s (1 s) Starts: 4
kworker/0:2 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
kinteractiveup (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
com.android.defcontainer (com.android.defcontainer.Package Access Helper): Uid: 10017 Sys: (0 s) Us: 1 s (1 s) Starts: 3
kworker/u:6 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:1H (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
sdcard (1023): Uid: 1023 Sys: (0 s) Us: (0 s) Starts: 0
kworker/u:26 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
com.asksven.betterbatterystats_xdaedition (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): Uid: 10111 Sys: (0 s) Us: 1 s (1 s) Starts: 5
com.lge.mlt (Android System): Uid: 1000 Sys: (0 s) Us: (0 s) Starts: 4
com.quoord.tapatalkxda.activity (com.quoord.tapatalkxda.activity.XDA): Uid: 10100 Sys: (0 s) Us: (0 s) Starts: 2
btld (com.broadcom.bt.app.system.Bluetooth Services): Uid: 1002 Sys: (0 s) Us: (0 s) Starts: 0
edu.apollogrp.android.classroom.activity (edu.apollogrp.android.classroom.activity.Phoenix): Uid: 10096 Sys: (0 s) Us: (0 s) Starts: 1
kworker/u:3 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/0:0 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:1 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:5 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:13 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
======================
Alarms (requires root)
======================
======================
Network (requires root)
======================
==========
CPU States
==========
51 MHz (): 2 h 15 m 5 s 21.8%
102 MHz (): 6 m 58 s 1.1%
204 MHz (): 1 m 49 s 0.3%
340 MHz (): 11 m 55 s 1.9%
475 MHz (): 26 m 32 s 4.3%
640 MHz (): 4 m 16 s 0.7%
760 MHz (): 4 m 52 s 0.8%
860 MHz (): 1 m 1 s 0.2%
1 GHz (): 2 m 31 s 0.4%
1.1 GHz (): 31 s 0.1%
1.2 GHz (): 21 s 0.1%
1.3 GHz (): 23 s 0.1%
1.4 GHz (): 5 m 9 s 0.8%
1.5 GHz (): 1 m 59 s 0.3%
Deep Sleep (): 6 h 55 m 38 s 67.1%
========
Services
========
Active since: The time when the service was first made active, either by someone starting or binding to it.
Last activity: The time when there was last activity in the service (either explicit requests to start it or clients binding to it)
See http://developer.android.com/reference/android/app/ActivityManager.RunningServiceInfo.html
com.android.phone (com.android.phone.TelephonyDebugService)
Active since: 29 s
Last activity: 29 s
Crash count:0
com.lge.systemserver (com.lge.systemservice.service.LGSystemServerFactory)
Active since: 27 s
Last activity: 27 s
Crash count:0
com.facebook.katana (com.facebook.katana.service.MediaUploadService)
Active since: 46 s
Last activity: 1 d 5 h 22 s
Crash count:0
com.google.process.gapps (com.google.android.location.NetworkLocationService)
Active since: 28 s
Last activity: 28 s
Crash count:0
com.facebook.katana (com.facebook.katana.service.BackgroundDetectionService)
Active since: 2 d 11 m 50 s
Last activity: 1 d 5 h 8 m 52 s
Crash count:0
com.sirma.mobile.bible.android (com.urbanairship.push.PushService)
Active since: 50 s
Last activity: 1 d 5 h 15 m 3 s
Crash count:0
com.google.android.apps.maps (com.google.googlenav.prefetch.android.PrefetcherService)
Active since: 1 d 3 h
Last activity: 1 d 5 h 2 m 59 s
Crash count:0
com.facebook.katana (com.facebook.contacts.service.ContactsService)
Active since: 1 d 2 h 53 m 41 s
Last activity: 1 d 5 h 51 s
Crash count:0
com.android.systemui (com.android.systemui.SystemUIService)
Active since: 25 s
Last activity: 25 s
Crash count:0
cloudtv.hdwidgets (cloudtv.hdwidgets.services.WidgetUpdaterService)
Active since: 37 s
Last activity: 1 d 5 h 20 m 38 s
Crash count:0
com.lge.systemserver (com.lge.systemservice.core.unlockcheck.UnlockService)
Active since: 27 s
Last activity: 27 s
Crash count:0
com.lge.lgfotaclient:remote (com.lge.lgfotaclient.DmclientService)
Active since: 45 s
Last
Sent from my LG-P880 using xda app-developers app

You dont have root? Enable all options in advance settings(all root access ) and thick all in dump prefs. You need to see alarm wakelocks.
Locations are not the only thing you should look at. Try disabeling google maps(settings/apps/all apps/maps and there you can disable. If you have viber and facebook uninstall them, maybe they are causing the wakelocks!
poslano s ubojitog LG 4X HD

brunek said:
You dont have root? Enable all options in advance settings(all root access ) and thick all in dump prefs. You need to see alarm wakelocks.
Locations are not the only thing you should look at. Try disabeling google maps(settings/apps/all apps/maps and there you can disable. If you have viber and facebook uninstall them, maybe they are causing the wakelocks!
poslano s ubojitog LG 4X HD
Click to expand...
Click to collapse
I'm only losing 1% per hour. I'm happy with that after solving the networklocationlocator. Thanks though. Everything was checked and I do have root.
Sent from my LG-P880 using xda app-developers app

[Q] S5 Active - Help with determing source of battery drain

Hi Folks,
I'm hoping someone can point me in the right direction. As it stands now I have a (less than 14 day old) galaxy S5 active. It's been rooted and I'm running the stock rom (slightly modified for my taste) within a twrp rom slot (safestrap'd without tripping knox).
That said, I'm experiencing rediculous battery life, in the order of 5 to 6 hours from 100% charge to almost nothing (13% an hour or more). The phone is NOT heavily used, I read emails on it, make some calls, and that's about it. I'm not in a poor signal area (I have 4 bars of LTE).
Looking at wake lock detector output, there's nothing that jumps out to explain the massive battery drain. Standard battery app indicates 43% of the batter eaten up by the screen, which may or may not be correct.
The only real stand out here is better battery status + app indicates both wifi on, and wifi running at 100%.
Here's the output:
Code:
===================
General Information
===================
BetterBatteryStats version: 1.16.0.0
Creation Date: 2014-12-03 16:04:08
Statistic Type: Boot to Current
Since 6 h 37 m 55 s
VERSION.RELEASE: 4.4.2
BRAND: samsung
DEVICE: klteattactive
MANUFACTURER: samsung
MODEL: SAMSUNG-SM-G870A
OS.VERSION: 3.4.0-2304514
BOOTLOADER: G870AUCU1ANG3
HARDWARE: qcom
FINGERPRINT: samsung/klteattactive/klteattactive:4.4.2/KOT49H/G870AUCU1ANG3:user/release-keys
ID: KOT49H
TAGS: release-keys
USER: dpi
PRODUCT: klteattactive
RADIO: G870AUCU1ANG3
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: -86% (99% to 13%) [13.0%/h]
Voltage lost [mV]: (4243-3661) [87.8%/h]
===========
Other Usage
===========
Deep Sleep (): 4 h 25 m 50 s (15950 s) Ratio: 66.4%
Awake (): 2 h 12 m 5 s (7925 s) Ratio: 33.2%
Screen On (): 1 h 15 m 8 s (4508 s) Ratio: 18.8%
Phone On (): 56 m 45 s (3405 s) Ratio: 14.2%
Wifi On (): 6 h 37 m 56 s (23876 s) Ratio: 100.0%
Wifi Running (): 6 h 37 m 56 s (23876 s) Ratio: 100.0%
No Data Connection (): 4 h 30 m 57 s (16257 s) Ratio: 68.1%
No or Unknown Signal (): 4 h 30 m 57 s (16257 s) Ratio: 68.1%
Screen dark (): 30 m 20 s (1820 s) Ratio: 7.6%
Screen dimmed (): 15 m 13 s (913 s) Ratio: 3.8%
Screen medium (): 21 m 31 s (1291 s) Ratio: 5.4%
Screen light (): 1 m 47 s (107 s) Ratio: 0.4%
Screen bright (): 6 m 15 s (375 s) Ratio: 1.6%
======================================================
Wakelocks (requires root / system app on Android 4.4+)
======================================================
NlpCollectorWakeLock (Google Play services): 11 m 41 s (701 s) Count:3029 2.9%
SyncEngineService (com.ninefolders.hd3.Nine): 7 m 53 s (473 s) Count:192 2.0%
AudioMix (1013): 3 m 8 s (188 s) Count:134 0.8%
wake:com.google.android.gms/.config.ConfigFetchService (Google Play services): 3 m 6 s (186 s) Count:2460 0.8%
AMP (com.jrtstudio.AnotherMusicPlayer.Rocket Player): 2 m 53 s (173 s) Count:5 0.7%
MediaScanner (com.jrtstudio.AnotherMusicPlayer.Rocket Player): 2 m 47 s (167 s) Count:3 0.7%
ProximitySensor (Phone): 2 m 20 s (140 s) Count:719 0.6%
AlarmReceiver (com.sec.android.app.clockpackage.Clock): 1 m 16 s (76 s) Count:47 0.3%
TimaService (Android System): 1 m 12 s (72 s) Count:26 0.3%
GmailProviderProviderChangedBroadcastWakeLock (com.google.android.gm.Gmail): 1 m 7 s (67 s) Count:98 0.3%
ActivityManager-Launch (Android System): 1 m 4 s (64 s) Count:419 0.3%
*sync*/gmail-ls/com.google/eM_ADDR (com.google.android.gm.Gmail): 59 s (59 s) Count:45 0.2%
GsmConnection (Phone): 56 s (56 s) Count:705 0.2%
wake:com.google.android.gms/.udc.service.LoginAccountsChangedIntentService (Google Play services): 40 s (40 s) Count:1 0.2%
AlarmManager (Android System): 39 s (39 s) Count:1421 0.2%
MediaScannerService (Media): 34 s (34 s) Count:3 0.1%
RILJ1 (Phone): 31 s (31 s) Count:688 0.1%
Icing (Google Play services): 29 s (29 s) Count:2559 0.1%
AudioMix (com.jrtstudio.AnotherMusicPlayer.Rocket Player): 29 s (29 s) Count:13 0.1%
SyncScheduler (Google Play services): 14 s (14 s) Count:1260 0.1%
AudioMix (Phone): 14 s (14 s) Count:793 0.1%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats.BetterBatteryStats): 13 s (13 s) Count:12 0.1%
UlrDispatchingService (Google Play services): 12 s (12 s) Count:2457 0.1%
GCM_CONN_ALARM (Google Play services): 12 s (12 s) Count:1018 0.1%
diagnostics.client.Wakelock (Android System): 10 s (10 s) Count:706 0.0%
o.gG (com.keramidas.TitaniumBackup.Titanium Backup): 9 s (9 s) Count:7 0.0%
show keyguard (UID): 9 s (9 s) Count:35 0.0%
GCM_LIB (com.skype.raider.Skype): 8 s (8 s) Count:2 0.0%
NlpWakeLock (Google Play services): 8 s (8 s) Count:904 0.0%
*sync*/com.google.android.apps.docs/com.google/eM_ADDR (com.google.android.apps.docs.Drive): 7 s (7 s) Count:4 0.0%
*sync*/com.android.contacts/com.skype.contacts.sync/colin_faber (com.skype.raider.Skype): 7 s (7 s) Count:5 0.0%
SyncManager (com.google.android.apps.docs.Drive): 7 s (7 s) Count:6 0.0%
DownloadManager (com.android.vending.Google Play Store): 7 s (7 s) Count:2 0.0%
AudioMix (Android Core Apps): 6 s (6 s) Count:19 0.0%
*net_scheduler* (Google Play services): 5 s (5 s) Count:2200 0.0%
AlarmManager (imoblife.memorybooster.full.Memory Booster Full): 5 s (5 s) Count:79 0.0%
GsmInboundSmsHandler (Phone): 4 s (4 s) Count:69 0.0%
ActivityManager-Sleep (Android System): 4 s (4 s) Count:2000 0.0%
Checkin Service (Google Play services): 4 s (4 s) Count:2257 0.0%
SCREEN_FROZEN (Android System): 4 s (4 s) Count:726 0.0%
ConnectivityService (Android System): 4 s (4 s) Count:1459 0.0%
SyncLoopWakeLock (Android System): 3 s (3 s) Count:1954 0.0%
Config Service fetch (Google Play services): 3 s (3 s) Count:1128 0.0%
NetworkStats (Android System): 2 s (2 s) Count:148 0.0%
*sync*/com.android.calendar/com.google/eM_ADDR (com.google.android.syncadapters.calendar.Google Calendar Sync): 2 s (2 s) Count:20 0.0%
AudioMix (UID): 2 s (2 s) Count:49 0.0%
ScheduleNextAlarmWakeLock (com.android.providers.calendar.Calendar storage): 2 s (2 s) Count:77 0.0%
*sync*/com.sec.android.gallery3d.picasa.contentprovider/com.google/eM_ADDR (com.sec.android.gallery3d.Gallery): 2 s (2 s) Count:2 0.0%
StartingAlertService (com.android.calendar.Calendar): 2 s (2 s) Count:35 0.0%
DownloadManager (com.google.android.configupdater.ConfigUpdater): 1 s (1 s) Count:3 0.0%
*sync*/com.google.android.location.reporting/com.google/eM_ADDR (Google Play services): 1 s (1 s) Count:1119 0.0%
*net_scheduler* (com.google.android.youtube.YouTube): 1 s (1 s) Count:1 0.0%
DownloadManager (com.google.android.gm.Gmail): 1 s (1 s) Count:50 0.0%
LocationService (Android System): 1 s (1 s) Count:709 0.0%
AlarmManager (com.samsung.android.app.headlines.My Magazine): 1 s (1 s) Count:89 0.0%
SamsungPhoneWindowManager.mBroadcastWakeLock (Android System): 1 s (1 s) Count:424 0.0%
GOOGLE_C2DM (Google Play services): 1 s (1 s) Count:3017 0.0%
hangouts_rtcs (com.google.android.talk.Hangouts): 1 s (1 s) Count:35 0.0%
*sync*/com.google.android.gms.people/com.google/eM_ADDR (Google Play services): 1 s (1 s) Count:957 0.0%
AlarmManager (Google Play services): 1 s (1 s) Count:1253 0.0%
AlarmManager (com.android.providers.calendar.Calendar storage): 1 s (1 s) Count:44 0.0%
AudioMix (com.skype.raider.Skype): 1 s (1 s) Count:3 0.0%
GCM_CONN (Google Play services): 1 s (1 s) Count:3189 0.0%
Event Log Service (Google Play services): 1 s (1 s) Count:3087 0.0%
AlarmManager (com.google.android.talk.Hangouts): 1 s (1 s) Count:40 0.0%
SyncManagerHandleSyncAlarm (Android System): 1 s (1 s) Count:600 0.0%
================
Kernel Wakelocks !!! wakeup_sources !!!
================
bluesleep (): 24 m 15 s (1455 s) Cnt:(c/wc/ec)6/0/6 6.1%
PowerManagerService.WakeLocks (): 18 m 36 s (1116 s) Cnt:(c/wc/ec)1795/70/0 4.6%
bam_dmux_wakelock (): 6 m 11 s (371 s) Cnt:(c/wc/ec)380/19/0 1.5%
event0-1121 (): 5 m 50 s (350 s) Cnt:(c/wc/ec)540/0/0 1.5%
alarm (): 3 m 50 s (230 s) Cnt:(c/wc/ec)1173/75/0 1.0%
wlan_rx_wake (): 2 m 13 s (133 s) Cnt:(c/wc/ec)2137/230/2137 0.6%
alarm_rtc (): 1 m 34 s (94 s) Cnt:(c/wc/ec)386/65/0 0.4%
wlan_wd_wake (): 1 m 33 s (93 s) Cnt:(c/wc/ec)6559/99/0 0.4%
wlan_ctrl_wake (): 1 m 5 s (65 s) Cnt:(c/wc/ec)184/20/184 0.3%
mmc2_detect (): 58 s (58 s) Cnt:(c/wc/ec)117/29/117 0.2%
wlan_wake (): 57 s (57 s) Cnt:(c/wc/ec)39065/177/0 0.2%
radio-interface (): 53 s (53 s) Cnt:(c/wc/ec)201/13/0 0.2%
resume_wakelock (): 50 s (50 s) Cnt:(c/wc/ec)537/0/537 0.2%
smdcntl0 (): 27 s (27 s) Cnt:(c/wc/ec)3757/58/0 0.1%
event2-1121 (): 25 s (25 s) Cnt:(c/wc/ec)101/8/0 0.1%
ssp_sensorhub_wake_lock (): 24 s (24 s) Cnt:(c/wc/ec)172/6/172 0.1%
PowerManagerService.Broadcasts (): 22 s (22 s) Cnt:(c/wc/ec)102/2/0 0.1%
LightsService (): 19 s (19 s) Cnt:(c/wc/ec)92/5/0 0.1%
msm_serial_hs_dma (): 13 s (13 s) Cnt:(c/wc/ec)10/0/0 0.1%
ssp_wake_lock (): 12 s (12 s) Cnt:(c/wc/ec)18/0/18 0.1%
ipc00000004_rmt_storage (): 11 s (11 s) Cnt:(c/wc/ec)43/0/0 0.0%
event15-1121 (): 9 s (9 s) Cnt:(c/wc/ec)923/41/0 0.0%
event16-1121 (): 8 s (8 s) Cnt:(c/wc/ec)589/37/0 0.0%
ipc00000025_system_server (): 5 s (5 s) Cnt:(c/wc/ec)755/161/0 0.0%
qpnp-vadc-ea510000 (): 5 s (5 s) Cnt:(c/wc/ec)5317/44/0 0.0%
sec_jack_det (): 5 s (5 s) Cnt:(c/wc/ec)3/0/3 0.0%
PowerManagerService.Display (): 4 s (4 s) Cnt:(c/wc/ec)53/1/0 0.0%
msm_serial_hs_rx (): 3 s (3 s) Cnt:(c/wc/ec)12/0/12 0.0%
sec-battery-monitor (): 3 s (3 s) Cnt:(c/wc/ec)799/37/0 0.0%
MBALBRIDGE (): 2 s (2 s) Cnt:(c/wc/ec)9/19/9 0.0%
MediaPlayerService_Decode (): 1 s (1 s) Cnt:(c/wc/ec)87/3/0 0.0%
KeyEvents (): (0 s) Cnt:(c/wc/ec)22580/498/0 0.0%
rmt_storage_-1200673048 (): (0 s) Cnt:(c/wc/ec)18/0/0 0.0%
rmt_storage_-1200672200 (): (0 s) Cnt:(c/wc/ec)19/0/0 0.0%
vib_present (): (0 s) Cnt:(c/wc/ec)466/6/0 0.0%
smsm_snapshot (): (0 s) Cnt:(c/wc/ec)685/34/0 0.0%
qmuxd_port_wl_0 (): (0 s) Cnt:(c/wc/ec)4078/38/0 0.0%
ipc0000002e_system_server (): (0 s) Cnt:(c/wc/ec)33/7/0 0.0%
ipc00000026_system_server (): (0 s) Cnt:(c/wc/ec)33/7/0 0.0%
ipc00000022_system_server (): (0 s) Cnt:(c/wc/ec)33/7/0 0.0%
ipc_rtr_smd_ipcrtr (): (0 s) Cnt:(c/wc/ec)1215/170/0 0.0%
ipc00000007_time_daemon (): (0 s) Cnt:(c/wc/ec)66/7/0 0.0%
power-supply (): (0 s) Cnt:(c/wc/ec)226/0/0 0.0%
ipc00000005_rmt_storage (): (0 s) Cnt:(c/wc/ec)65/7/0 0.0%
ipc00000003_rfs_access (): (0 s) Cnt:(c/wc/ec)62/7/0 0.0%
ipc0000001d_gsiff_daemon (): (0 s) Cnt:(c/wc/ec)53/7/0 0.0%
ipc00000017_time_daemon (): (0 s) Cnt:(c/wc/ec)50/7/0 0.0%
SMD_TTY_MBALBRIDGE_RA (): (0 s) Cnt:(c/wc/ec)136/19/0 0.0%
ApmAudio (): (0 s) Cnt:(c/wc/ec)748/10/0 0.0%
ipc00000016_time_daemon (): (0 s) Cnt:(c/wc/ec)83/2/0 0.0%
ipc0000000d_thermal-engine (): (0 s) Cnt:(c/wc/ec)69/7/0 0.0%
======================
Alarms (requires root)
======================
com.google.android.gms (): Wakeups: 455 (1.1 / min.)
Alarms: 348, Intent: com.google.android.gms.nlp.ALARM_WAKEUP_ACTIVITY_DETECTION
Alarms: 9, Intent: {com.google.android.gms/com.google.android.gms.checkin.EventLogService$Receiver}
Alarms: 0, Intent: com.google.android.gms.location.fused.GPS_ALARM
Alarms: 7, Intent: com.google.android.intent.action.MCS_HEARTBEAT
Alarms: 19, Intent: com.google.android.intent.action.SEND_IDLE
Alarms: 61, Intent: {com.google.android.gms/com.google.android.gms.security.snet.SnetService}
Alarms: 3, Intent: com.google.android.location.reporting.ACTION_UPDATE_WORLD cmp={com.google.android.gms/com.google.android.location.reporting.service.DispatchingService}
Alarms: 1, Intent: {com.google.android.gms/com.google.android.gms.checkin.CheckinService$Receiver}
Alarms: 3, Intent: {com.google.android.gms/com.google.android.libraries.social.mediamonitor.MediaMonitorIntentService}
Alarms: 3, Intent: com.google.android.gms.nlp.ALARM_WAKEUP_CAR_PARKING_DETECTOR
Alarms: 1, Intent: com.google.android.intent.action.GCM_RECONNECT
imoblife.memorybooster.full (): Wakeups: 107 (16.0 / hr.)
Alarms: 31, Intent: imoblife.memorybooster.full.refresh_statusbar
Alarms: 76, Intent: broadcast_optimize
com.ninefolders.hd3 (): Wakeups: 90 (13.5 / hr.)
Alarms: 83, Intent: com.ninefolders.hd3.intent.action.TRIGGER_ACCOUNT_WAKEUP cmp={com.ninefolders.hd3/com.ninefolders.hd3.engine.service.SyncEngineService}
Alarms: 7, Intent: {com.ninefolders.hd3/com.ninefolders.hd3.engine.service.MailboxAlarmReceiver}
android (): Wakeups: 89 (13.4 / hr.)
Alarms: 0, Intent: android.intent.action.TIME_TICK
Alarms: 6, Intent: com.carrieriq.iqagent.service.action.WAKEUP
Alarms: 0, Intent: com.android.server.action.NETWORK_STATS_POLL
Alarms: 6, Intent: android.app.backup.intent.RUN
Alarms: 0, Intent: android.net.ConnectivityService.action.PKT_CNT_SAMPLE_INTERVAL_ELAPSED
Alarms: 76, Intent: android.content.syncmanager.SYNC_ALARM
Alarms: 0, Intent: com.android.server.LightsService.action.UPDATE_SVC_LED
Alarms: 1, Intent: com.android.server.IdleMaintenanceService.action.UPDATE_IDLE_MAINTENANCE_STATE
com.android.providers.calendar (): Wakeups: 41 (6.2 / hr.)
Alarms: 33, Intent: com.android.providers.calendar.intent.CalendarProvider2
Alarms: 4, Intent: android.intent.action.EVENT_REMINDER
Alarms: 4, Intent: com.android.providers.calendar.SCHEDULE_ALARM cmp={com.android.providers.calendar/com.android.providers.calendar.CalendarReceiver}
com.android.keyguard (): Wakeups: 10 (1.5 / hr.)
Alarms: 10, Intent: com.android.internal.policy.impl.PhoneWindowManager.DELAYED_KEYGUARD
com.android.vending (): Wakeups: 3 (0.5 / hr.)
Alarms: 2, Intent: {com.android.vending/com.google.android.finsky.services.ContentSyncService}
Alarms: 1, Intent: {com.android.vending/com.google.android.finsky.services.DailyHygiene}
com.google.android.talk (): Wakeups: 3 (0.4 / hr.)
Alarms: 3, Intent: com.google.android.apps.hangouts.CLEANUP_DB
com.google.android.googlequicksearchbox (): Wakeups: 3 (0.4 / hr.)
Alarms: 1, Intent: {com.google.android.googlequicksearchbox/com.google.android.velvet.VelvetBackgroundTasksImpl$Service}
Alarms: 2, Intent: ACTION_MAYBE_UPDATE_CONTACTS cmp={com.google.android.googlequicksearchbox/com.google.android.search.core.summons.icing.InternalIcingCorporaProvider$UpdateCorporaService}
com.android.calendar (): Wakeups: 2 (0.3 / hr.)
Alarms: 2, Intent: android.intent.action.EVENT_REMINDER cmp={com.android.calendar/com.android.calendar.alerts.AlertReceiver}
com.policydm (): Wakeups: 1 (0.2 / hr.)
Alarms: 1, Intent: com.policydm.intent.action.EULA_TIME
======================
Network (requires root)
======================
10034 (Wifi) (com.android.vending.Google Play Store): 32.0 MBytes 73.6%
10234 (Wifi) (com.skype.raider.Skype): 2.0 MBytes 6.3%
10253 (Mobile) (com.opera.browser.Opera): 1.0 MBytes 4.3%
10211 (Wifi) (com.ninefolders.hd3.Nine): 1.0 MBytes 2.9%
10014 (Wifi) (Google Play services): 1.0 MBytes 2.8%
10119 (Wifi) (com.google.android.gm.Gmail): 1.0 MBytes 2.6%
10211 (Mobile) (com.ninefolders.hd3.Nine): 842.0 KBytes 1.9%
10234 (Mobile) (com.skype.raider.Skype): 529.0 KBytes 1.2%
0 (Wifi) (0): 402.0 KBytes 0.9%
10119 (Mobile) (com.google.android.gm.Gmail): 293.0 KBytes 0.6%
10014 (Mobile) (Google Play services): 292.0 KBytes 0.6%
10002 (Wifi) (com.google.android.configupdater.ConfigUpdater): 272.0 KBytes 0.6%
10105 (Wifi) (com.google.android.apps.docs.Drive): 217.0 KBytes 0.5%
0 (Mobile) (0): 193.0 KBytes 0.4%
10253 (Wifi) (com.opera.browser.Opera): 111.0 KBytes 0.2%
1000 (Wifi) (Android System): 49.0 KBytes 0.1%
10120 (Wifi) (com.google.android.syncadapters.calendar.Google Calendar Sync): 39.0 KBytes 0.1%
10204 (Wifi) (com.google.android.youtube.YouTube): 22.0 KBytes 0.1%
10064 (Wifi) (com.google.android.googlequicksearchbox.Google Search): 22.0 KBytes 0.0%
10228 (Mobile) (UID): 18.0 KBytes 0.0%
10064 (Mobile) (com.google.android.googlequicksearchbox.Google Search): 14.0 KBytes 0.0%
10050 (Wifi) (com.sec.android.gallery3d.Gallery): 14.0 KBytes 0.0%
10044 (Wifi) (com.sec.android.app.samsungapps.GALAXY Apps): 11.0 KBytes 0.0%
10262 (Mobile) (com.asksven.betterbatterystats.BetterBatteryStats): 8.0 KBytes 0.0%
10095 (Wifi) (com.android.chrome.Chrome): 7.0 KBytes 0.0%
10095 (Mobile) (com.android.chrome.Chrome): 7.0 KBytes 0.0%
10153 (Wifi) (com.visionobjects.resourcemanager.MyScript Resource Manager): 6.0 KBytes 0.0%
10269 (Mobile) (imoblife.memorybooster.full.Memory Booster Full): 4.0 KBytes 0.0%
10213 (Wifi) (slide.cameraZoom.Camera ZOOM FX): 2.0 KBytes 0.0%
10228 (Wifi) (UID): 2.0 KBytes 0.0%
10049 (Wifi) (Media): 972.0 Bytes 0.0%
10204 (Mobile) (com.google.android.youtube.YouTube): 900.0 Bytes 0.0%
10216 (Mobile) (com.jrtstudio.AnotherMusicPlayer.Rocket Player): 800.0 Bytes 0.0%
10201 (Wifi) (com.sec.android.daemonapp.Unified Daemon): 544.0 Bytes 0.0%
10105 (Mobile) (com.google.android.apps.docs.Drive): 384.0 Bytes 0.0%
10049 (Mobile) (Media): 208.0 Bytes 0.0%
10034 (Mobile) (com.android.vending.Google Play Store): 128.0 Bytes 0.0%
10050 (Mobile) (com.sec.android.gallery3d.Gallery): 128.0 Bytes 0.0%
==========
CPU States
==========
2.46 GHz (): 2 h 12 m 5 s 33.2%
Deep Sleep (): 4 h 25 m 50 s 66.4%
==================
Reference overview
==================
ref_boot: Reference ref_boot created 2 m 39 s (Wl: 5 elements; KWl: 0elements; NetS: 9 elements; Alrm: 1 elements; Proc: 40 elements; Oth: 5 elements; CPU: 1 elements)
ref_current: Reference ref_current created 6 h 40 m 35 s (Wl: 66 elements; KWl: 51elements; NetS: 41 elements; Alrm: 11 elements; Proc: 174 elements; Oth: 13 elements; CPU: 2 elements)
Any help would be appreciated, otherwise this phone is getting returned very soon and I'm ditching samsung.

Have u checked the cpu? It could be hanging.
Samsung unlock Bootloader on SM-870A.

Yeah, it doesn't appear to be out of control

So I've been investigating this further, I've tuned various settings and shut off features I don't need or use, that said, I've gotten a best case, 4.2% battery drain an hour, this is even when the phone is completely idle as the testing I was doing was overnight when the phone should be quiet.
Switching back to the stock firmware which really only has been rooted and contains better battery status, testing the phone the same way, quiet, over night, little to no activity and I'm getting 0.2% to 0.3% battery loss. The disturbing thing about this is that there's much bloat still on the system and many garbage processes running.
So the last test last night was to clone the stock firmware into a rom slot and boot and run that. With that done I was seeing 6.8% battery draw an hour.
So zero changes, the only difference being how it was booted. At this point I'm now suspecting that TWRP or Safestrap it self are eating battery constantly, and that because it's one of those two doing it, none of the apps I'm using are able to detect this usage.
So my question is, how do you debug twrp / safestrap power draw, and is anyone else seeing this?

From what i understand i believe its literally not possible fot a recovery to use battery, so theres nothing really for you to investigate.
Sent from my SM-G900A using Tapatalk

Seems to me that u should stay on stock slot then u have drain under control. No that's not what u wanted to hear.
AT&T u unlocked Lg G3 how about Sm-870A & Sm-900A.

So I factory reset the stock slot, grabbed a backup of it, then restored the rom image which was draining the battery to the stock slot. Doing so left me with less than 1% battery drain at a minimum from a full charge and a maximum of 3% while making calls, etc.
Taking that exact same image, and booting it off of rom-slot-1 yielded 7% minimum battery drain an hour at a minimum and 12% an hour when making calls.
I have no idea how TWRP sets up the rom slots, but if it's using loop device then it's possible theres a bug, resulting in a higher than normal battery drain.
Otherwise, I can't think of any other explanation as to why I'm seeing this behavior. It makes zero sense that the exact same rom (bit for bit) drains the batter so much faster on a rom slot vs stock rom slot.

cfaber said:
So I factory reset the stock slot, grabbed a backup of it, then restored the rom image which was draining the battery to the stock slot. Doing so left me with less than 1% battery drain at a minimum from a full charge and a maximum of 3% while making calls, etc.
Taking that exact same image, and booting it off of rom-slot-1 yielded 7% minimum battery drain an hour at a minimum and 12% an hour when making calls.
I have no idea how TWRP sets up the rom slots, but if it's using loop device then it's possible theres a bug, resulting in a higher than normal battery drain.
Otherwise, I can't think of any other explanation as to why I'm seeing this behavior. It makes zero sense that the exact same rom (bit for bit) drains the batter so much faster on a rom slot vs stock rom slot.
Click to expand...
Click to collapse
From what ive read(not much since I don't use rom slots) rom slots are buggy at best and for a while it was highly suggested to NOT use them for any reason, so you cant really expect perfect functionality from one from what ive seen.
Sent from my SM-G900A using Tapatalk

[Help] Screen turning on and on again.

Hello Guys,
lately something happend to my S3 Mini and i was trying to analyze it but i am not able to locate the problem alone.
The problem is that my S3 Mini (even when is not in use) is turning screen constinously on. It cause huge battery drain and i can not use it anymore as my battery lasts only for 4-6 hours of normal use.
I have also tried couple of things: factory reset, system changes (CM12, CM11, Original 4.1.2 - currently in use), replacement of battery - no influance to this behaviour.
I have charged phone to 100% and then leave it in flight mode (without sim/sd card) to minimize number of events and then left the phone to gather some data. I have tried to analyze logs from Better Battery Stats but it is to hard for my. Could you please take a look at my phone logs and maybe give some hint what may be a problem?
PS. sorry for my poor english
Here are some stats:
============
Battery Info
============
Level lost [%]: Bat.: -84%(100% to 16%) [2.1%/h]
Voltage lost [mV]: (4222-3619) [15.0%/h]
===========
Other Usage
===========
Deep Sleep (): 1 d 7 h 5 m 30 s 77.2%
Awake (): 9 h 10 m 56 s 22.8%
Screen On (): 8 h 31 m 42 s 21.2%
Wifi On (): 24 m 45 s 1.0%
Wifi Running (): 24 m 36 s 1.0%
No Data Connection (): 1 d 16 h 16 m 26 s 100.0%
No or Unknown Signal (): 1 d 16 h 16 m 26 s 100.0%
Screen dark (): 8 h 31 m 42 s 21.2%
======================================================
Wakelocks (requires root / system app on Android 4.4+)
======================================================
PhoneWindowManager.mBroadcastWakeLock (Android System): 21 m 24 s Count:3001 0.9%
sleep_broadcast (Android System): 15 m 10 s Count:8583 0.6%
reset keyguard (Android System): 7 m 27 s Count:12638 0.3%
AlarmManager (Android System): 1 m 4 s Count:16282 0.0%
ActivityManager-Launch (Android System): 36 s Count:215 0.0%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): 18 s Count:6 0.0%
keyguardWakeAndHandOff (Android System): 17 s Count:15435 0.0%
FaceDetectionService (Android System): 12 s Count:12656 0.0%
WifiStateMachine (Android System): 10 s Count:12668 0.0%
AudioOut_2 (1013): 9 s Count:3 0.0%
DHCP (Android System): 8 s Count:12652 0.0%
Event Log Service (Google Services): 8 s Count:88 0.0%
RILJ (Phone): 7 s Count:5584 0.0%
GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint (Google Services): 5 s Count:254 0.0%
AlarmManager (Google Services): 4 s Count:368 0.0%
SCREEN_FROZEN (Android System): 4 s Count:12646 0.0%
Checkin Service (Google Services): 2 s Count:266 0.0%
ActivityManager-Sleep (Android System): 2 s Count:16304 0.0%
NetworkStats (Android System): 2 s Count:121 0.0%
show keyguard (Android System): 1 s Count:4 0.0%
Event Log Handoff (Google Services): 1 s Count:248 0.0%
AlarmManager (com.google.android.apps.maps.Maps): 1 s Count:159 0.0%
DownloadManager (Media): 1 s Count:1 0.0%
WifiSuspend (Android System): 1 s Count:9873 0.0%
AudioIn_86 (1013): 1 s Count:6 0.0%
GpsLocationProvider (Android System): 1 s Count:3010 0.0%
GTALK_CONN (Google Services): 1 s Count:167 0.0%
================
Kernel Wakelocks
================
"PowerManagerService" (): 24 m 41 s Cnt: (c/wc/ec)3975/0/0 1.0%
"mali_wakelock" (): 19 m 8 s Cnt: (c/wc/ec)4258/0/0 0.8%
"radio-interface" (): 3 m 49 s Cnt: (c/wc/ec)235/0/0 0.2%
"alarm_rtc" (): 2 m 55 s Cnt: (c/wc/ec)205/201/153 0.1%
"svnet" (): 1 m 53 s Cnt: (c/wc/ec)235/0/235 0.1%
"alarm" (): 35 s Cnt: (c/wc/ec)1098/7/0 0.0%
"sec-battery-monitor" (): 31 s Cnt: (c/wc/ec)1305/13/0 0.0%
"KeyEvents" (): 8 s Cnt: (c/wc/ec)65666/0/0 0.0%
"power-supply" (): 6 s Cnt: (c/wc/ec)1116/0/0 0.0%
"deleted_wake_locks" (): Cnt: (c/wc/ec)25601/0/233 0.0%