Post Your CyanogenMod 7.2 Nightly Questions HERE!!
- Thread starter adfad666
- Start date
Is proximity sensor working? Because dont work on the stock roms!
Enviado desde mi U20i usando XDA Premium App
Enviado desde mi U20i usando XDA Premium App
Ugh what is best kernel for this? I flashed RoQ but i think screen is more contrast, colors not bright
Sent from my toaster
Sent from my toaster
Is it just me or the wifi is draining the battery faster in this build ?!?
It seems Wi-Fi is keeping the device awake much more time than in previous builds.
The CPU does enter deep sleep normally, but the time of "screen off + CPU awake" when the Wi-Fi is turned on seems much longer than in the RC1.
The kernel is the same, so is the Wi-Fi driver. But there were some general changes in CyanogenMod regarding Wi-Fi, so if there is a problem it should show up in all devices.
The changes I found are the following:
http://review.cyanogenmod.com/#/c/10417/
http://review.cyanogenmod.com/#/c/14259/
Let's wait and see what unfolds...
Batt normal, wifi goes to sleep as it should, no sensor problems for now. Do a clean flash or reflash by wiping cache and dalvik cache. If batt level was wiped before flashing, usually the first drain is faster.
As I said, it does sleep fine, but it wakes up much more than normal when wifi is on.
Do the test yourself with CPU Spy, clearing the stats, turning screen off and leaving in stand by, then wake it up and measure the time it was awake.
To me the time with CPU on (in any frquency) was much higher with wifi on than witb wifi off.
By the way, my installations are like surgerys, formatting boot, system, rebooting between flashes of CM and GApps, wiping data, cache and dalvik cache twice (in the beginning and the end of the procedure). And I don't use dirty or obscure apps that drain battery.
Sent from my LG-P500 using XDA
So you use the go to slepp when screen off policy on wifi and it still keeps the phone awake when screen is off? Or never go to sleep policy? In that last case it is suppose to keep the phone awake, right?
I'm sorry I forgot to mentioned. I set the wifi to stay active even when the screen is off.
And the CPU sleeps normally with this setting. But the latest nightly is making the phone sleep 'a little less' than normal.
Sent from my LG-P500 using XDA
Last edited:
Maybe you could test different govs? It`s probably the gov policy. I honestly did not test that behaviour as i allways thought wifi on when screen is off keeps the phone awake, so it should be normal to have more drain, almost like when screen is on. It`s not like GPS or BT on all the time. And i usually let wifi on with screen off when i download some app or need the phones constant connection, which by all means should keep it awake. Otherwise set wifi off when screen is off. That the use of that policy right?
I use 245-600 ondemand.
About wifi, in all other ROMs besides the latest nightly leave wifi on gives a great battery life when I'm home. It's much faster than my 3G, so it syncs faster and stays idle most of the time.
Sent from my LG-P500 using XDA
Similar threads
- Locked
- Poll
Top Liked Posts
-
There are no posts matching your filters.
-
76Добро пожаловать, друзья! Welcome, Friends! आपका स्वागत है, दोस्तों! Benvenuti, amici!
Bem-vindos, amigos! Ласкаво просимо, друзі! Bine ati venit, prieteni! 欢迎 朋友们
Vítejte, přátelé! chào đón, bạn bè! Willkommen, Freunde! Bienvenidos, amigos!
The latest CyanogenMod Nightly can be downloaded here or via ROMManager.
The new recovery in ROMManager (5.0.2.7) is not required, but is necessary to receive automatic updates.
Changelog
[I'm not going to provide my own changelog as all updates to CM7.2 are minor bugfixes only...]
Other necessary files: Google Apps (Also available in ROMManager)
This is the place to discuss the CyanogenMod nightlies. Feel free to talk about anything related to these ROMS, but to receive acknowledgement by a developer of any problems you find, the following conditions should be met:
- Use the stock CyanogenMod kernel
- Do not overclock
- Use the default system apps (launcher etc.)
- Do not use apps2sd or similar
- Check the posts below for a solution / fix
- Read the last 10 pages of this thread for a post with a similar problem
- Backup, reflash with a full wipe, check if the bug is still there
- Wait 24 hours for the next nightly, the devs probably already know about it
- Which Nightly you are running
- Which Nightly the bug first appeared (if known)
- *Confirm Stock Everything* (shows that you have read all the above)
- Detailed steps to reproduce the bug (add a screenshot if it helps)
OLD BASEBAND?
If your phone uses the old baseband, you need to upgrade to the new baseband. This improves 3G signal and battery life. There are many guides on how to do this so just have a quick look around, or even watch a video on Youtube.
NO-APN PROBLEMS?
All APN problems related to 'funny SIMs' have been fixed, please thank werewolfo for generously donating an Italian funny SIM for me to test with!.24
Hold the power button down until you feel it vibrate twice.
The test kernel is a kernel only, none of the other included files came with it. If you flashed another kernel it won't work.
You shouldn't really be enabling screen on animation, it's always been buggy for msm7x27 chips which is why it's disabled by default. But if it works, static is a small price to pay for a phone that doesn't reboot on an incoming call...
PS here's a KANG that includes the fixed kernel and fixed camera...
http://www.mediafire.com/?p0di9g79ck80a0c19
Ok. As you know, init is the first process after kernel started. Init parse /init.rc and /init.[device_name].rc and execute early-init action in it. Ueventd is one of the very first services started by the default init.rc. It proceeds to read its main configuration files, /ueventd.rc and /ueventd.[device_name].rc, replays all kernel uevents (i.e. hotplug events), and then proceeds on to wait, listening for all future uevents. Kernel uevents are delivered to ueventd through a netlink socket, a common way for certain kernel functionality to communicate with user-space tools and daemons. [device_name] we get from "androidboot.hardware" kernel commad line - in our case it "thunderg" (look BoardConfig.mk). In early builds we got file /uevent.thunder.rc , after typo fix we have /uevent.thunderg.rc and have problem with /dev permissions - ril, sensor, gpu not work. Download latest nightly, flash, then apply patch in attachment - and manual network selection was work :fingers-crossed:18Finally audio with headphones is fixed!
I spent ages looking for a way to enable the microphone with stereo output, then I realized I can just detect if we are in a call or not and swich to mono with working mic
http://review.cyanogenmod.com/#/c/14710/
EDIT: here is an unofficial build to play with
http://www.mediafire.com/?4b933wa09351rjv
changelog: 'stuff' is fixed
