Develop Bugs

[Q] Random freezes and lag

I have some issues with my Defy, it worked great for about 5 weeks with Quarx's CM7 the i started to get random lags, all apps crashing and freezes. I wiped the cache and dalvik cache, still not working.
After that i installed MIUI, worked pretty good for 2 days then got the same problem. Wiping the cache didn't worked here either so i decided to re-install CM7 (7.1.0-jordan) but still got the same problem.
I tried lowering the CPU settings to the default but it had no effect.
What else can i do?
I'm kinda new to this so please, have mercy.
Thanks in advance!

Could it be the RAM (not enough available)? Use an app like this or similar and see if there's any difference.
Also, if you like CM7, go for CM7.2 - it already has a RC version, and it's stable and fast (bug fixes included, tweaks, interface optimizations, etc). Regarding the CPU: it's not necessary to underclock to the stock 800mhz value, just be careful about the voltages (don't go too low suddenly, or you'll get freezes or random soft restarts - try to undervolt progressively).
Plus, it's a good habit to wipe Cache and Dalvik cache before and after flashing a ROM/nightly.

it's not the ram, i used netqin from the beginning which has a widget that shows available memory and a task manager and the lowest memory i ever had was 100MB. currently on cm7.1 i have 213mb available.
is there a way to completely revert all changes, like a factory reset?

Actually, task managers on Android don't fix any problems, they even cause problems - I would get rid of that if I were you.
Like a factory reset? Wiping data from custom recovery (but you'll lose all data, settings, apps, etc on the phone), but you keep your current ROM.
Give CM7.2 a shot, it might be better.
Edit: Did you have these problems before installing that task manager?

i really don't care about the current ROM, i would go for the stock android just to have a working defy. do i need to flash a sbf before installing 7.2?
could it be a hardware problem?

Don't flash a SBF!
If you are already on CM7 just flash a CM7.2 version like a nightly (wipe Cache and Dalvik cache, before and after flashing). When I used CM7.2, I was happy with a version by maniac103, from 27 February. Stable, fast, good battery life.
If you really don't care about all of your settings and apps and data and so on, you could try to wipe Data in custom recovery before installing CM7.2, it might solve that issue (but I'm not sure, and it's not really worth it to try it now, only as a last solution). But if you do that, remember to flash gapps too, after the ROM.
But first try CM7.2 and use your phone for a while without that task manager.
No, I don't think that it's a hardware problem, especially if it worked fine after you flashed MIUI.

just installed cm7.2, will update if problem still occurs.
Thanks!

You're welcome.
Great, I hope you'll get rid of those issues. Did you also remove that task manager?

Yes, kept just the basic stuff for now. i have a problem with the proximity sensor, after a call the screen stays off and i have to remove the battery. I tried loosing the back screw and several ways of disabling the sensor but none worked.
Any ideas?

[Q] [PRO] Lupusv13 drain my battery

Hello all,
I'd like to post directly in the thread [PRO][KERNEL] LuPuSv13 [LINARO 4.7.3][STOCK ICS/GB], but I'm new so I cannot...
So I hope someone using Lupus with the pro will see my message.
I was using Lupusv12 and all was perfect. I updated 2 days ago on the v13, and I noticed my battery lasted 2 times less longer.
So I rollback to the v12 and all is back to normal.
I wanted to know if I am the only one in this case, and noticed the kernel developer of my problem.
And i'd like to notice the developer the v12 is no longer available neither on his page nor on his repository. I needed the google cache to retreive it.
Thanks for any help.

none have reported any issues with battery drain in the thread... also according to revision log, there are no changes that could affect battery.
I can only think of retrying like this:
*flash lupus v13
*reboot to CWM
*wipe dalvik (always wipe dalvik when flashing only kernels)
*start phone
*use the phone heavily until battery dies and it turns off by itself
*do a full charge of the phone all the way to 100%... i think it doesnt matter whether it is on or off.
emptying and full charging the battery usually makes android recalibrate its readings... so there's a slight chance that battery drain is just misreadings. I just did this yesterday and the indicator stayed at 1% quite long before turning off... longer than 10% to 2%.
If you still find battery drain issue, you can go back to v12 as you did, or you could try other kernels...
I hope this helps.

Thanks for your answer ! Sorry for the late I was on holidays...
The creator of the kernel answered me kindly by private message. Indeed I'm the only one in this situation.
Because I absolutely need that my battery last one entire day, I prefered rollback to the v12, which works fine for me.
But I note your recommendations. I didin't wipe dalvik because, on my old device, the internal memory is very limited, so I use link2sd to "link" my applications on sd card, including the dalvik. But when I clean dalvik, the files of the dalvik cache are recreated on the internal memory and I must relink manually the dalvik of all my apps... boring !
Just for the info, I noticed on the battery section, that it was the operating system which drained my battery, especially "maintain activated" (not sure if it's this in english, it's "maintenir activé" on my french phone). I don't have this with v12.
I'll remember your advices for my next upgrade. thanks.

[Q] Debug Battery Drain - com.android.systemui

Hi,
I'm using s4 mini LTE I9195 with CM11 M6, f4ktion 1.4.0 kernel, BN3 modem, TWRP 2.7 recovery
All was working fine, average battery drain on idle was 1%-2% (not great, but fine), and suddenly it rocketed to drain 15%-30% per hour.
I usually use Android Tuner's battery measure stats to track drain statistics over time.
After checking it, I"ve noticed that it () the drain) started in the middle of the night.
So it's not due to "I launched this App, and then..." It just went nuts on it's own...
I've checked which process is to blame and the first one with max battery consumption is:
com.android.systemui (with KitKat logo) followed by Android System, then Screen, and then all the usuals.
I tried to do reboots, disable wifi/nfc/rotation/data/sync/anything else/kill user apps - no effect ...
It still drains about 20% per hour on system and systemui for the whole day now :crying:
And I have no idea what causing it / how to revert it...
So, do you have any suggestions on how to trace this bug?
What to search for in logs?
Any thing else?
I'm not a big pro on android OS subsystem, so advises are welcomed!

I'd love to help, but I actually stumbled upon this thread while googling to help myself
I'm using Note 2 (N7100), running CM11 - newest nightly (although I flashed it today, after slightly recharging the battery once I noticed the problem) and Devil3 kernel.
I'm having the same issue - yesterday everything was fine, I've left the phone to charge over night and display time as usual and in the morning nothing seemed out of the ordinary, until 6 hours later. After those 6 hours my battery was fully depleted (whereas normally lasts whole day and is not even close to being depleted). com.android.systemui and Android System seem to be the problem for me too.
I've also tried turning off some functions, uninstalling some apps, turning off notification privileges for others. Even, as said earlier, flashed newest nightly. Nothing helped. Using phone with without flashing Devil3 kernel didn't help.
Anyone have any ideas?

Just try to flash stock software and again CM.

Try a older version of CM11, and if stability is a priorty stay on CM 10.2

OK, so I've tried a few things, and had a few surprising outcomes:
I've analyzed the CPU load with various tools, as Android Tuner, OS Monitor, and All-In-One Toolbox.
Most of them reported Android System using 30% CPU, and com.android.systemui using 25% CPU, all on the highest frequency.
But All-In-One Toolbox recognized top process instead of Android System as Lockscreen android process, so maybe there is a hint there...
(and I don't use any custom lockscreen stuff beyond stock CM's one)
So, backed up the current troublesome system (let's call it BKP_NEW), just in case, and decided to restore a full NANDroid backup I had from a week ago (and the issue is just from yesterday).
Restored all 6 partitions (/system, /boot, /cache, /efs, /modem, /data), rebooted, and....
...The issue was still present! Crazy battery drain just as before!
Very confusing... Then I went for a factory reset - it fixed the issue, but I have to start from scratch with all the SW installs and config, and I don't have a week to waste setting everything up again, and potentially running into the same issue some time later.
So, I've decided to move further back, and restored a two week old NANDroid backup > reboot > No issue presents
But it was just too weird, since the delta between 1-week old and 2-week old backup is infinitesimal.
So, out of curiosity I've decided to restore the BKP_NEW (the one of the system with the issue present)... and after the restore it works just fine! (WTF?!?!)
After thinking on it for a while, my conclusion is that there was some problem with some part of system that was wiped/fixed in TWRP's Factory Reset, but is not touched/overwritten during the NANDroid 6-partition restore.
But again, this is just my assumption, need someone more knowledgeable to confirm this possibility...
(maybe @ne0zone75 can advice on this?)
Since that, all is working fine (at least so far).
And if my assumptions are correct, @Ksenios, you can try to do this, and still have working system with all apps and configs (If youre comfortable with recovery / backups management).

hi,
(passing bye from google - just a note)
com.android.systemui cpu high usage (about 37%),
on my huawei media pad x2 (gem702l) but only while charging (and just sometimes), if that gives something for someone, any clues why ?

How can I completely restore my phone and reflash latest miui with all the firmware drivers?

I'm absolutely losing my mind please help
A little story time, skip to the end for my question;
So, how to start - One day I unlocked my bootloader, went for some android 11 rom and all was fine. Then android 12 was released and I downloaded the crdroid 12 rom, where I was experiencing some battery drain issues. So I downloaded pixel experience rom. The Bluetooth died because of this rom's cursed source code. I flashed the latest miui fastboot rom and the Bluetooth issue still persisted (remember this for later - not all the drivers flash with the Rom). I fixed the Bluetooth issue by switching several miui roms, also made a guide if you're interested. That fixed the Bluetooth issue and I went for pixel plus ui rom. It was a bit laggy, so I switched to the shiny new Evolution X rom. It was amazing, so much stuff co customize, etc. Well, i experienced another battery drain issues, so I just went for the stock miui with magisk pixelify module. Im pretty fine with this rom, and I thought the problems are gone, because it stock and everything should be fine. Well no. The battery drain issue persists. I was wondering what even is happening, so I opened battery settings. That said that the top apps wasting my battery is screen, Google services and android system. I downloaded a CPU usage stats app, which showed me that the cpu usage is at 99% (I think it's correct as the phone is overheating). The app with most cpu usage was using only 1%. I don't know if this is a firmware bug or whatever, but I think some rom broke it and the latest stock miui didn't overwrite that driver, as written above with the Bluetooth issue.
So, how can I make my phone be as it was released from xiaomi with all the drivers to actually use the hardware correctly?
Thanks in advance for any replies, I'm seriously going to throw my phone out of the window

Also the way how I install the stock Rom is by downloading the latest fastboot rom, extracting it and executing ./flash_all.sh file.

SOLVED! My problem was because of my credit card. I have my cc in the phone case. The cpu was going insane because it was constantly detecting the card and loading info from it. Literally turning off NFC fixed this whole issue. Bruh.

Question LinageOS Battery drain in last few updates of 19.1 (currently 19.1-20221008) (resolved)

Since the last few updates, even on a fresh install with nothing installed. My LineageOS in Alioth has been using 7% to 11% /hr of battery on a fresh install with no extra apps added. Tried doing a clean install, reset to factory, even tried reseting battery stats. Sadly cant do anything about it and I'm not being able to go back to versions I knew worked OK (19.1-20220723 for example since i dont have an img to use and lineage page only have the latest).
Most battery, about 55% is consumed by Kernel. Has anyone had the same issue?
Not sure what else to do and really don't want to go back to MIUI.

I got similar issues a few Updates back, it was related to some Magisk modules I used. After removing them the battery drain stopped.
Try getting the logcat output and see if something is reported there.
Also make sure you are using the right firmware.

Thanks for the advice Boracho, but this is happening on a 100% clean install. Not even gapps on it.

Did clean installs of both OS and recovery versions 19.1-20220917, 19.1-20221001 and 9.1-20221008... all had the same problem. Finally remembered I had 19.1-20220723 in a pendrive. Installed it. Works just fine. Battery problem is gone.
Disabled auto updates. The end.