What's new
DroidForums.net | Android Forum & News

This is a sample guest message. Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

[ROM] [SELFKANG ICS AOSP ROM] CM9/ICS for Droid 4 -- [BETA 03/05/2012]

Flashed 3/22 this morning. I have not had 4g, 3g or 1X since. any help on this? I tried toggling airplane mode on and off. switching from LTE to GSM and back again.

got back 4g 30 minutes after posting that. it took a restart and toggling wifi on and off. Messed around with the camera / video camera (does not record) for a little bit looking at some new functions and it is still very buggy which comes as no surprise since camera is not as important as stable data.

Found a work around for restoring data when you don't have it. All i have to do is toggle Wifi on and off and it comes right back.
 
Last edited:
Does anyone else's Android OS use this much? This is with the phone sleeping about 9 hours. So I'm thinking either Hashcode's builds are amazing with going to sleep, or some app is causing the Android OS to show high usage.
View attachment 48484
 
Flashed 3/22 this morning. I have not had 4g, 3g or 1X since. any help on this? I tried toggling airplane mode on and off. switching from LTE to GSM and back again.

got back 4g 30 minutes after posting that. it took a restart and toggling wifi on and off. Messed around with the camera / video camera (does not record) for a little bit looking at some new functions and it is still very buggy which comes as no surprise since camera is not as important as stable data.

I had the same problem I just did a complete wipe an reinstall an it fixed it for me

Sent from my XT894 using DroidForums
 
I compiled CM9 for Droid 4 using sts-dev-team's android_local_sts on 3/19 and haven't had my 4g or 3g go out yet

Sent from my XT894 using DroidForums
 
Last edited:
Explain this to me... I wipe the cache, the data, and the dvalik stuff. Reboot and cm9 still loads... wtf... how do I completly wipe this thing between nightly builds?
 
Explain this to me... I wipe the cache, the data, and the dvalik stuff. Reboot and cm9 still loads... wtf... how do I completly wipe this thing between nightly builds?

I'm not a pro myself but I install the rom then wipe data system reset and then install gapps I have only had data problems a couple of time but fixed by switching to gsm and back

Sent from my XT894 using DroidForums
 
Explain this to me... I wipe the cache, the data, and the dvalik stuff. Reboot and cm9 still loads... wtf... how do I completly wipe this thing between nightly builds?
A complete wipe does not mean remove CM9. The only way to remove CM9 would be to flash another ROM or restore the safe system. There is no need to do this. Wiping data and cache is good enough.
 
Does anyone else's Android OS use this much? This is with the phone sleeping about 9 hours. So I'm thinking either Hashcode's builds are amazing with going to sleep, or some app is causing the Android OS to show high usage.
View attachment 48484


I also have this problem, still running the 3/16 nightly. I've had my phone disconnected from the charger for 10hours (4G LTE enabled the entire time), and Android OS is taking up 32%, and sceen is 24% according to the Android battery stats. The current battery is at 58%, and I've used the phone very little today. According to better battery stats, my screen has been on for close to 1hour. So would this imply that Android OS has used more power than it takes to use my screen for an hour? This seems unreasonable.


According to Better Battery Stats:
Partial wakelocks:
GpsLocationProvider: 13m31s Count : 37 2.2%
Browser: 12m342 Count: 3 2.0%
DownloadManager: 2m25s Count 99 0.4%
(There's more, but some numbers are in the 2m or 1m range, and most are in the order of several seconds)


Kernel wakelocks:
"PowerManagerService" 16m59s Cnt: (c/wc/ec) 2085/3/0 2.8%
"ehci_wakelock" 14m22s Cnt: (c/wc/ec) 1097/1/0 2.3%
(Similary, there's too many to list, but the ones with the times of 1-2 minutes are: alarm_rtc, oob-wake, bpwake, uart_wake_lock).

Other:
Awake 1h23m Ratio: 13.5%
Screen On: 53m2s Ratio: 8.6%
 
I also have this problem, still running the 3/16 nightly. I've had my phone disconnected from the charger for 10hours (4G LTE enabled the entire time), and Android OS is taking up 32%, and sceen is 24% according to the Android battery stats. The current battery is at 58%, and I've used the phone very little today. According to better battery stats, my screen has been on for close to 1hour. So would this imply that Android OS has used more power than it takes to use my screen for an hour? This seems unreasonable.


According to Better Battery Stats:
Partial wakelocks:
GpsLocationProvider: 13m31s Count : 37 2.2%
Browser: 12m342 Count: 3 2.0%
DownloadManager: 2m25s Count 99 0.4%
(There's more, but some numbers are in the 2m or 1m range, and most are in the order of several seconds)


Kernel wakelocks:
"PowerManagerService" 16m59s Cnt: (c/wc/ec) 2085/3/0 2.8%
"ehci_wakelock" 14m22s Cnt: (c/wc/ec) 1097/1/0 2.3%
(Similary, there's too many to list, but the ones with the times of 1-2 minutes are: alarm_rtc, oob-wake, bpwake, uart_wake_lock).

Other:
Awake 1h23m Ratio: 13.5%
Screen On: 53m2s Ratio: 8.6%
these are beta builds and the hw decoding is being done with software. this taxes the cpu due to the fact the hw decoder isnt being used, hence android os is using more power. not a flaw just a workaround untill hw decoding is enabled with ics drivers
 
Flashed 3/23 this morning and I think hashcode must be close to a fix for the 4g. It picked up faster than it ever has before and has been perfectly stable since with almost full bars the whole time. ( I live in a big city) I have a few hours to waste so I"ll play around with this build for a while and report back with bugs.

So 45 minutes of heavy use of 4g it only dropped once but restored itself without me having to toggle wifi or gsm. I would say any one worried about data could probably rest easy with 3/23. The camera is in the same place so only the camera works panaroma and video don't work.
 
Last edited:
these are beta builds and the hw decoding is being done with software. this taxes the cpu due to the fact the hw decoder isnt being used, hence android os is using more power. not a flaw just a workaround untill hw decoding is enabled with ics drivers

I am not doing any audio or video decoding though. Would the lack of hardware decoding support affect web browsing and idling, as in my case? I guess if something such as scrolling in the GUI is hammering the CPU, that would make sense.
 
Back
Top