Ragingmolasses 1.0 Governor for M8 - Verizon HTC One (M8)

This is the version of my ragingmolasses governor made specifically for the m8/from m8 sources
This is for kernel devs
Any further versions will be found on my github or through contacting me as there will be no further posting from me on XDA
Download
-------------------
https://www.mediafire.com/?1z0rruu1t0ahoec
If you want to use it just give credit and if you are using it on a different device and having trouble you may contact me through github/my email
https://github.com/Echoa89
future versions will be working towards being less device specific
What is Ragingmolasses?
--------------------------------
Besides a gov with an awesome name its a mash up of conservative and ondemand and scales based on load with few tunables. Its meant to be simple, fast, and efficient at keeping the frequency away from the max clock unless it is absolutely needed. it includes gboost for better gaming.
Ragingmolasses tunables
------------------------------------
Sampling Rate - how often it checks CPU load, i keep this low around 10000-15000
up_threshold - above this it becomes ondemand governor based 100% on CPU load, below it acts like conservative and tries to keep the frequency down.
sampling_rate_min - dont worry about this
ignore_nice_load - the system will ignore "Nice" processes when deciding to scale up or down. I leave it at 0

Thank you,downloading now. Is this for Sense or AOSP?

deeznuts said:
Thank you,downloading now. Is this for Sense or AOSP?
Click to expand...
Click to collapse
for kernel devs dont flash
it is for either if you compile it in

So if I keep sample rate low in theory it should save battery? Defualt its set to 40000 so I lowered it to 15000.

Nice, may add this to Blissful kernel in future builds.
BlissPop Nightlies - M8 - KLTE
remicks

Got source?

Damacy said:
Got source?
Click to expand...
Click to collapse
its in the download, i made it

Interesting gov. Might give this a try

For the up_threshold what do you personally usually keep that at if you do not mind me asking? Better yet, could you share all your personal settings or are they all how you have in the OP? Just wondering if you have adjusted them over time?

Hey guys I'm back working on this again, been gone trying to deal with some severe depression issues so haven't really had the will to do it. RM 2.0 is going to be a complete rework to make it device agnostic and to improve its useability in audiophile cases as the rapid frequency switching can degrade audio quality (noise from the CPU switching). I want to make it more aware of what the user is doing to provide the best possible response depending on the situation. My goal is a gov. that is good on battery but will also provide a quality experience most smartphone/tablet usage scenarios and is simple and will handle itself without user input so no need to adjust settings for performance in X case because the gov. will do it for you.

yung40oz84 said:
For the up_threshold what do you personally usually keep that at if you do not mind me asking? Better yet, could you share all your personal settings or are they all how you have in the OP? Just wondering if you have adjusted them over time?
Click to expand...
Click to collapse
Nope I've left everything exactly as it is in OP

Can't wait

Related

Mytouch 4g Setcpu Optimization

So I've been searching the forums for a good thread on optimizing setcpu for specifically the Mytouch 4G. I couldn't find one so after i read up on it i created this profile. The tweaks that I've found make this run very fast and gets me easily 18 hours of battery life, and that is with moderate usage. These setting should work for most if not all devices. I don't get any real noticeable lag even when turning the screen on. I'm Using SetCPU 2.1.0 on a Grankin01 Kernel on a Stock ROM, and I'm also using "Autokiller Memory Optimizer" using moderate preset. Hopefully people will post there profiles anyway here it is.
Here is the thread for the Kernel I'm usinghttp://forum.xda-developers.com/showthread.php?t=876848
and here is a link for setcpu basics.
http://androidforums.com/evo-4g-all-things-root/210253-setcpu-guide.html
Alright here are my most recent setting I've been running.
I get around 20 hours of battery life on my phone with moderate use my set CPU settings are
Overclocked to 1.5 ghz minimum 245 ghz
Battery below 30% Max 1 ghz min 245 ghz
Screen off max 245 ghz min 245 ghz
Latest Cyanogen mod Alpha 7.0
I use max 1113 min 245 scaling on demand...screen off min 245 max 350
MT4G + CM7
Pretty sure this is in the wrong place. I guess you read up on everything except where would an appropriate place to post this be.
Sent from my MT4G running Gingerbread
I get 24hrs if I put my phone away! 6hrs on average lol. Cm7 stock kernel. Grankins breaks youtube everytime. Screen off 328 max 248 min. On demand.
Sent from my HTC Glacier using XDA App
With all the CM7 flashing, I get about 12-15hrs with 149760-245760
Sent from my Gridlocks' CM7 MT4G using XDA App
stlouie65 said:
With all the CM7 flashing, I get about 12-15hrs with 149760-245760
Sent from my Gridlocks' CM7 MT4G using XDA App
Click to expand...
Click to collapse
louie i dont know what to make of your preset here... Either you are running your phone incredibly slowly or you have forgotten a 0 on the end and are crazy OCing it...
Have mine set at 76800-1113600 on demand and I demand a lot and average about 8hrs. CM7, zinx kernel,with superpower.
I've been trying to get profiles and triggers down except I use CPU tuner inserted of setcpu. Is it possible to over clock yet still save battery? I doubt that somehow lol. If anyone can post full settings that save battery but still runs well I'd appreciate it. Ill copy one of you guys.
Questions though. What is all the governor stuff like performance, conservative, on demand, etc? What are the thresholds? What are the min max standards? Like if I have 300 and 1500, which does it user and why? Those are the only things I can't grasp
Sent from my HTC Glacier using XDA App
xFate said:
I've been trying to get profiles and triggers down except I use CPU tuner inserted of setcpu. Is it possible to over clock yet still save battery? I doubt that somehow lol. If anyone can post full settings that save battery but still runs well I'd appreciate it. Ill copy one of you guys.
Questions though. What is all the governor stuff like performance, conservative, on demand, etc? What are the thresholds? What are the min max standards? Like if I have 300 and 1500, which does it user and why? Those are the only things I can't grasp
Sent from my HTC Glacier using XDA App
Click to expand...
Click to collapse
Check out this link it has all you'll need to know http://androidforums.com/evo-4g-all-things-root/210253-setcpu-guide.html
What you want is your device to throttle based on the load being put on it. When you aren't doing much i.e. reading a text it should be clocked at 245760 for example because that's not a demanding task. and versely when you play a graphics intensive app or something, it should use just over the maximum amount of cpu power needed to run the app so the app runs smooth. but wont waste battery by overclocking to 1708800 when only a speed of 1017600 is needed. For this i use "conservative" on SetCPU because it will allow more customization.
My advanced settings for SetCPU are as follow. i haven't use CPU Tuner but hopefully it's similar.
Sample Rate you want kinda low 200000 is what i have and i don't get much if any lag.
Up Threshold is at what percentage of processor usage that the clock speed is increased. for me its set to 60. in other words at 60% load on the processor it will start to increase the clock speed.
Down Threshold is the load percentage where the clock speed will be reduced. i have mine set to 33.
Ignore Nice Load will just ignore nice processes. This includes system i believe. i have mine set to 0.
Grabbed this from a mac forum but it should apply.
"A process's priority is determined with a complex formula that includes what the process is doing and how much CPU time the process has already consumed. A special number, called the nice number or simply the nice, biases this calculation: the lower a process's nice number, the higher its priority, and the more likely that it will be run."
Frequency Step is how much of a jump the CPU will take to meet the load. mine is set low, (12) because most processes and apps wont need a whole lot of boost to run smoothly. For my device on average it will be under 768000 which is what you want and is where the battery saving really comes in. Because the CPU is under-clocked most the time its using a lot less battery but is still running everything smoothly.
A lot of people set there devices to ondemand because it's, "very responsive." although true its responsiveness comes from big steps in clock speed as opposed to the small ones that will most likely get the same job done. i.e. a clock speed of 902400 is more then enough to run the process quickly ondemand will jump to 1708800 to handle the same task.
copied from the above link at android forums.
" * ondemand - Available in most kernels, and the default governor in most kernels. When the CPU load reaches a certain point (see "up threshold" in Advanced Settings), ondemand will rapidly scale the CPU up to meet demand, then gradually scale the CPU down when it isn't needed.
* conservative - Available in some kernels. It is similar to the ondemand governor, but will scale the CPU up more gradually to better fit demand. Conservative provides a less responsive experience than ondemand, but can save battery.
* performance - Available in most kernels. It will keep the CPU running at the "max" set value at all times. This is a bit more efficient than simply setting "max" and "min" to the same value and using ondemand because the system will not waste resources scanning for the CPU load. This governor is recommended for stable benchmarking.
* powersave - Available in some kernels. It will keep the CPU running at the "min" set value at all times.
* userspace- A method for controlling the CPU speed that isn't currently used by SetCPU. For best results, do not use the userspace governor."
Please post in General section, not dev.
Well i changed my setting a little to be a bit more responsive and i haven't noticed a increase in battery usage. I set my max speed to 1516800 and min to 368640 and its running quite nicely.
Anyone else getting good result with the conservative setting?
Keldarr said:
So I've been searching the forums for a good thread on optimizing setcpu for specifically the Mytouch 4G. I couldn't find one so after i read up on it i created this profile. The tweaks that I've found make this run very fast and gets me easily 18 hours of battery life, and that is with moderate usage. I don't get any real noticeable lag even when turning the screen on. I'm Using a Grankin01 Kernel and I'm also using "Autokiller Memory Optimizer" using moderate preset. Hopefully people will post there profiles anyway here it is.
Here is the thread for the Kernel I'm usinghttp://forum.xda-developers.com/showthread.php?t=876848
and here is a link for setcpu basics.
http://androidforums.com/evo-4g-all-things-root/210253-setcpu-guide.html
Edit: I've been using my phone for the last 12 hours I unplugged it this morning and have only plugged it in to pull a screen shots with android commander then unplugged it and my battery is at 53% I've watch youtube, txt, made calls, taken pictures ect, ect normal crap, and its running strong. I've made small adjustments on some of my thresholds but they are mostly similar.
Click to expand...
Click to collapse
What version of SetCPU are you using? In mine I don't have the threshold for down, and my sampling rates are way different. Mine is set as from install at 50000. Running cm7alpha.
Using 2.1.0 and I have all the mentioned settings Bob
bobsbbq said:
What version of SetCPU are you using? In mine I don't have the threshold for down, and my sampling rates are way different. Mine is set as from install at 50000. Running cm7alpha.
Click to expand...
Click to collapse
Sent from my stickie key HTC Glacier using XDA App
Is there a way to change voltage? Frequency rules saves are minumum on cellphones.
I'm using Setcpu 2.1.0 and I'm using a stock OC Kernel from Grankin01 and u have to set the profile to conservative.
NovoRei said:
Is there a way to change voltage? Frequency rules saves are minimum on cellphones.
Click to expand...
Click to collapse
Frequency rules saves do save a lot of battery. Combine with undervolting and memory optimizations and you'll get big saves. But no setcpu is solely for cpu settings.
Whats the most stable speed to run this at?
So far i haven't had any stability issues on the Grankin01 Kernel. They ironed out most the stability issues in the Kernel its self. I do however keep my main profile around 1708800 - 1516800, generally 1516800, and min is set to 368640 and I've had no problem not even a signal freeze or crash. I've also run at 1708800 for most of the day plugged in and no issues other then heat. So i think is up to mostly prefrence.
I'm using a stock rom with bloatware removed and as i mentioned the Grankin01 1.7 OC Kernel.
Here is what I'm talking about. Sometimes the auto detect or something is wrong and I get this screen instead of the one you get. I don't understand why. I change ROMS a lot and I don't know if it is ROM specific or not. I'm currently on the cm7 preview from Zinx. Although I have seen it on other ROMS also as I posted before. Here is a pic.
Ignore the dropcap2 as I had just used it to take the picture.
bobsbbq said:
Here is what I'm talking about. Sometimes the auto detect or something is wrong and I get this screen instead of the one you get. I don't understand why. I change ROMS a lot and I don't know if it is ROM specific or not. I'm currently on the cm7 preview from Zinx. Although I have seen it on other ROMS also as I posted before.
Click to expand...
Click to collapse
Looks like from your screen shot that the profile SetCPU is using is on On demand, interactive or some default. What Kernel are you using? that may be the issue. If not a kernel issue. Then it may be a issue with CM7 and how SetCPU interacts with it. try disabling all your profiles and make sure that your main profile is for sure set to conservative.
Nothing else make a backup and try a different Kernel. Grankin01 has a few great ones and even a CM7 kernel with tunes and tweaks. As well as Gorilla. but id try the CM7 Kernel Grankin01 has first my buddy is running it and hasn't had problems. Just make you do a full backup to avoid a FUBAR situation.
http://forum.xda-developers.com/showthread.php?t=876848 Grankin01
http://forum.xda-developers.com/showthread.php?t=846451 Gorilla
Keldarr said:
Looks like from your screen shot that the profile SetCPU is using is on On demand, interactive or some default. What Kernel are you using? that may be the issue. If not a kernel issue. Then it may be a issue with CM7 and how SetCPU interacts with it. try disabling all your profiles and make sure that your main profile is for sure set to conservative.
Nothing else make a backup and try a different Kernel. Grankin01 has a few great ones and even a CM7 kernel with tunes and tweaks. As well as Gorilla. but id try the CM7 Kernel Grankin01 has first my buddy is running it and hasn't had problems. Just make you do a full backup to avoid a FUBAR situation.
http://forum.xda-developers.com/showthread.php?t=876848 Grankin01
http://forum.xda-developers.com/showthread.php?t=846451 Gorilla
Click to expand...
Click to collapse
You are right it was the main profile was set to on demand and when set to on demand these available options change.
As far as kerenls go I have not had good luck with Grankin CM Gingerbread kernels but he is working on a fix.

[KERNEL/GPL/Sense]ScaryKernel 1.8 super uv/oc/uc/smartass/scary governor/bfq

PaulB007 said:
If you haven't been able to get past the HTC screen at boot and keep bootlooping, YOU MUST INSTALL BC'S 1.5 GHZ KERNEL FIRST AND THEN FLASH THESE KERNELS OVER THAT I also just flashed it straight off of a new Mikshift install and I got the bootloop until I did this. So if you guys didn't do this, then install bc's kernel and flash Scary kernel again.
Scaryghoul, I have installed your 1.8 suv successfully on Mikshift. This is great news. I knew it would work, but for some reason I just cant get it running on aosp. I will keep you updated on IRC or through this thread, I haven't seen you on today yet.
Click to expand...
Click to collapse
Link to bcnice20's 1.5ghz kernel: http://forum.xda-developers.com/showthread.php?t=941728
If that doesn't work, try flashing over his 1.8ghz kernel(This is what worked for me, bcnice, if you want me to take down this link just let me know.) - http://thebcblends.com/shift/kernels/Sense-1.8ghz-bfq-test1.zip
Table of contents:
Intro
Features/what this includes
Why it's labeled unstable
Disclaimer
Latest kernels
Instructions for using swap
Governor exlainations
Governor strategies
Recommended apps
Locating cpu% Eaters && other negative items towards battery life
FAQ!
Changelog
Stable/safe voltage kernels
Notes
Source
Credits
Intro: I'm scaryghoul.
What this includes
Swap
BFQ I/o scheduler
Extreme undervolt
Overclocked & underclocked values
HW3D enabled
Sleepers disabled
Smartass governor
New Scary governor!
Tweaked conservative governor
and much more(All of bcnice20's kernel)
Why it's labeled unstable: So I don't get people poking me in the eyes with spoons if/when it freezes up. It actually works quite well, but since I heavily undervolted an undervolted kernel, it is bound to not be 100% stable(It is about 90% stable =P)
Disclaimer: What everyone else puts in kernel threads, about me not being responsible, ect.
Latest kernels
The voltages of the superUV will not work for everyone, if they don't work for you, then try the builds labeled stable
Recommended speeds 245-800mhz or 245-1ghz on scary governor && no setcpu profiles
Scarykernel 1.8 suv - http://dl.dropbox.com/u/15373824/Sense/ScarySense1.8Suv.zip
Scarykernel 1.8 stable undervolt - http://dl.dropbox.com/u/15373824/Sense/ScarySense1.8Stable.zip
Instructions for using swap
For a swapfile do something like this.
dd if=/dev/zero of=$Swapfile bs=1048576 count=$Size
Where $Swapfile is the location of the file you want, and $Size is the amount of mb for swap you want to use.
Then type
mkswap $Path
swapon $Path
Replacing $Path/$Size with your own values of course, so if I wanted 20mb of swap I'd execute the commands
dd if=/dev/zero of=/sdcard/swapfile bs=1048576 count=20
mkswap /sdcard/swapfile
swapon /sdcard/swapfile
Governor exlainations
Toasty makes one transition to the max speed and stays there(benchmarks only usually)
Batterysave! sits at the bottom and when the cpu load increases past the threshhold it scales up to the next speed and takes another load sample and keeps doing that(best on battery life/performance ratio)
Ondemand sits at the bottom and when the cpu load increases past the threshhold, it scales ot the max speed then takes another load sample and scales down accordingly
Powersave makes one transition to the bottom speed and stays there
Smartass(Quoted from another author http://www.ziggy471.com/2010/11/07/smartass-governor-info ) - "is based on the concept of the interactive governor.
I have always agreed that in theory the way interactive works – by taking over the idle loop – is very attractive. I have never managed to tweak it so it would behave decently in real life. Smartass is a complete rewrite of the code plus more. I think its a success. Performance is on par with the “old” minmax and I think smartass is a bit more responsive. Battery life is hard to quantify precisely but it does spend much more time at the lower frequencies.
Smartass will also cap the max frequency when sleeping to 352Mhz (or if your min frequency is higher than 352 – why?! – it will cap it to your min frequency). Lets take for example the 528/176 kernel, it will sleep at 352/176. No need for sleep profiles any more!"
Scary - A new governor I wrote based on conservative with some smartass features, it scales accordingly to conservatives laws. So it will start from the bottom, take a load sample, if it's above the upthreshold, ramp up only one speed at a time, and ramp down one at a time. It will automatically cap the off screen speeds to 245Mhz, and if your min freq is higher than 245mhz, it will reset the min to 120mhz while screen is off and restore it upon screen awakening, and still scale accordingly to conservatives laws. So it spends most of its time at lower frequencies. The goal of this is to get the best battery life with decent performance. It will give the same performance as conservative right now, it will get tweaked over time.
Governor strategies
Conservative - Upthreshold 85, downthreshold 60
Smartass - Sleep max 245760Hz, Ramp up at 384000Hz at a time, up threshold 90, downthreshold 60
Scary - Upthreshold 80, down threshold 45, sleep max 245760Hz, sleep min, 122880Hz
Recommended apps =)
Zdbox - Great toolbox app, just don't let it run in your notifications bar, it's a cpu eater
Setcpu/Nofrills - Apps that help manage your cpu/profiles/ect.(I don't use them but they're pretty okay)
Perfect system or Elixer widgets - Widgets that monitor battery, current, cpu%, cpu speed, and more(Great for battery guru's)
Adw ex - Smoothest/fasted/lightest ratio in a launcher I've seen so far, and least cpu intensive(for me that's a big thing so the cpu scales less)
Colorize widgets - Great widgets to replace the lpp ones for those converting to other launchers.
AppMonster(pro or free) - Great backup utility, automatically backs up all apps.(I like it better than TB)
GPS Status - Great application for finding satalites near you and helping get a quick lock.
Any go dev team app - Great dev team, all their apps are worth looking at.
Frequently asked questions
Question: My phone is boot looping/not booting on the released suv, what do I do?
Answer: Your phone cannot handle the super undervolted values, you will need to flash the stable undervolted kernel
Question: My phone is running slow on the batterysave or scary governors, what do I do?
Answer: Set your minimum speed higher, those governors spend a lot of time at the lowest values
Question: How do I flash this?
Answer: You probably shouldn't be flashing one of my kernels if you don't know how(Mine are unstable =P)
Question: I'm not getting the amazing battery life/benchmark scores that others are getting
Answer: Well, every device is different, so you may not be able to score as high as some others, but you should get close at least, and the battery completely depends on usage patterns
Question: My phone can't clock to 1.8ghz, or some of the other higher values but does fine on the lower ones
Answer: Every device is different and not all can handle the same speeds/voltages, you are probably better off staying away from the higher speeds, I enabled the speeds but hope that you all are mature enough to handle them
Locating cpu% eating applications.
When in ADB shell type the following
top |grep app
Then look for items with high amounts of cpu% while the phone is idle.
Changelog
v1.8 - Initial kernel release for sense
Safe voltage kernels
v1.8
Scarykernel 1.8 stable - http://dl.dropbox.com/u/15373824/Sense/ScarySense1.8Stable.zip
Notes:
No I can't take the overclock any higher, I think everyone who's had a chance to take a crack at this source has tried, and going any higher seizes up after a few seconds.
Here is the source code for this build. I'll try to maintain it, I have a lot of kernel sources, but this will always be the latest release code, unless I state otherwise.
https://github.com/Scaryghoul
Credits: bcnice20 - For 99.8% of his kernel source.
Dogejcr/Preludedrew - For helping me get my laptop setup for kernel compiling.
Testers - For flashing this even though it says unstable :-X
JoesephMother - For helping me unlock the new lower clock values && other kernel related matters =)
x99percent - I used his middle clock speeds between the 3xx->7xx values as a base(edited voltages) as well as used his smartass source.
I see nobody else has chimed in on this kernel yet.. I will install Mikshift tomorrow and report my findings.
Bummer, my phone is a wuss! I can't boot either one of these. Just sits on white screen. They look cool as hell though.
Sent from my PG06100 using Tapatalk
Yeah both versions don't work on mine.
If you haven't been able to get past the HTC screen at boot and keep bootlooping, YOU MUST INSTALL BC'S 1.5 GHZ KERNEL FIRST AND THEN FLASH THESE KERNELS OVER THAT I also just flashed it straight off of a new Mikshift install and I got the bootloop until I did this. So if you guys didn't do this, then install bc's kernel and flash Scary kernel again.
Scaryghoul, I have installed your 1.8 suv successfully on Mikshift. This is great news. I knew it would work, but for some reason I just cant get it running on aosp. I will keep you updated on IRC or through this thread, I haven't seen you on today yet.
Tried going strait from BC's still no go.
Sent from my PG06100 using Tapatalk
ozzie1p said:
Bummer, my phone is a wuss! I can't boot either one of these. Just sits on white screen. They look cool as hell though.
Sent from my PG06100 using Tapatalk
Click to expand...
Click to collapse
Did you flash over bcnice20's kernel?
PaulB007 said:
If you haven't been able to get past the HTC screen at boot and keep bootlooping, YOU MUST INSTALL BC'S 1.5 GHZ KERNEL FIRST AND THEN FLASH THESE KERNELS OVER THAT I also just flashed it straight off of a new Mikshift install and I got the bootloop until I did this. So if you guys didn't do this, then install bc's kernel and flash Scary kernel again.
Scaryghoul, I have installed your 1.8 suv successfully on Mikshift. This is great news. I knew it would work, but for some reason I just cant get it running on aosp. I will keep you updated on IRC or through this thread, I haven't seen you on today yet.
Click to expand...
Click to collapse
Thanks for clarifying that, I took down the links until we can get this working on several devices.
ozzie1p said:
Tried going strait from BC's still no go.
Sent from my PG06100 using Tapatalk
Click to expand...
Click to collapse
Did you try both of them over bcnice20's 1.5ghz? Not everyone can handle the suv one.
edit: Links back up! I need some testers to try the fix at the top.
Ya, I flashed right over the top of bc's. Ill try these new ones.
Sent from my PG06100 using Tapatalk
Scaryghoul are the reposted links any different than the old kernels you had up the first time? If not, the suv build would boot and run, but after using the phone after awhile for cpu intensive tasks it would lock up and require a battery pull. Im wondering if just a tiny bit more voltage would solve this problem.
On the stable build, it would run a minute or so and always lock up and require a battery pull..
PaulB007 said:
Scaryghoul are the reposted links any different than the old kernels you had up the first time? If not, the suv build would boot and run, but after using the phone after awhile for cpu intensive tasks it would lock up and require a battery pull. Im wondering if just a tiny bit more voltage would solve this problem.
On the stable build, it would run a minute or so and always lock up and require a battery pull..
Click to expand...
Click to collapse
Same links....and I see. If the stable build has the same issue as the suv, then it's not the voltage >.<
Oops. Thought they were new. At least I got the flash bug scratched. Flashed over both bc 1.5 and 1.8, no go.
Sent from my PG06100 using Tapatalk
Scaryghoul said:
Same links....and I see. If the stable build has the same issue as the suv, then it's not the voltage >.<
Click to expand...
Click to collapse
Whats the suspected culprit?
ozzie1p said:
Oops. Thought they were new. At least I got the flash bug scratched. Flashed over both bc 1.5 and 1.8, no go.
Sent from my PG06100 using Tapatalk
Click to expand...
Click to collapse
PaulB007 said:
Whats the suspected culprit?
Click to expand...
Click to collapse
I don't know so much for the freezes, but I believe that the booting has to do with me using my old voltages, and sense handling things differently than aosp >.<
I'll redo the voltage table later.
Just Wondering?
When Source Code is released will you make a suv kernel for the Gingerbread Update i loved it on froyo and mikshift and gave great battery life.
notsointeresting said:
Just Wondering?
When Source Code is released will you make a suv kernel for the Gingerbread Update i loved it on froyo and mikshift and gave great battery life.
Click to expand...
Click to collapse
The source code isn't actually the issue right now. Lack of motivation mainly, I would consider it more if I hadn't deleted my toolchain from my dev station, can't be bothered to get another one setup right now.
When I get motivated again I will, I honestly don't use my phone much anymore(maybe pick it up once or twice a day).
Scaryghoul said:
The source code isn't actually the issue right now. Lack of motivation mainly, I would consider it more if I hadn't deleted my toolchain from my dev station, can't be bothered to get another one setup right now.
When I get motivated again I will, I honestly don't use my phone much anymore(maybe pick it up once or twice a day).
Click to expand...
Click to collapse
Ah ok that sucks was really hoping for it but I understand thanks for the fast reply
Scaryghoul said:
The source code isn't actually the issue right now. Lack of motivation mainly, I would consider it more if I hadn't deleted my toolchain from my dev station, can't be bothered to get another one setup right now.
When I get motivated again I will, I honestly don't use my phone much anymore(maybe pick it up once or twice a day).
Click to expand...
Click to collapse
The ndk from google's web site has the toolchains needed to build gb kernel in it. The dl isn't terribly huge.
Sent from my PG06100 using XDA Premium App

[KERNEL][GBSense] 2016Mhz OC LeeDrOiD Modified Kernel-VERY BETA

What I have here is a VERY BETA kernel built from the latest LeeDrOiD git with some ondemand tweaks to make it a bit more responsive, as well as AXI Scaling, an undervolted bottom end at 122mhz, and with a topend of 2016mhz.
Many phones may not run at the full upper-end, but vddsys is implemented as in the LeeDrOiD kernel, so you may increase or lower the VDD by 25 for 20160000mhz to attempt to get it working.
Currently working on getting a github page up with this source. I'm running it on the Unity rom at the moment without issue. 2016mhz should only be used for benchmarks, and not 24/7.
Two way call recording is also included, as well as a startup script to run at 1843mhz ondemand at startup.
Changelog:
June24-Initial Release...Working on Cleanup.
GitHub Page: https://github.com/synergydev
Will work on marking changes shortly. It should also be of note that because my GF's phone seems stable at [email protected], I changed the voltage at 2016 to 1.5 on the git just because it seems my phone likes high voltages.
I've tried 2000 a long time ago on my kernel, but my dhd couldn't handle it. and it handle very very low voltages, so didn't want to release a kernel with the freq that doesn't even work on dev's DHD I've even removed 1980mhz from my kernel because there really isn't any use of that freq rather than frying your DHD
I think that BuzzBumbleBee had 2000 on his kernel once, don't remember right
Good job BTW
edit:
wht is a working voltage on 2000?
I've trid up to 1.5V and it was unstable
LorD ClockaN said:
I've tried 2000 a long time ago on my kernel, but my dhd couldn't handle it. and it handle very very low voltages, so didn't want to release a kernel with the freq that doesn't even work on dev's DHD I've even removed 1980mhz from my kernel because there really isn't any use of that freq rather than frying your DHD
I think that BuzzBumbleBee had 2000 on his kernel once, don't remember right
Good job BTW
edit:
wht is a working voltage on 2000?
I've trid up to 1.5V and it was unstable
Click to expand...
Click to collapse
I'm using 1.525V at 2016, however my DHD could never run the 1.9986 in your kernel without a voltage bump (could undervolt all the way up to 1.8 however though). In this kernel, I needed to up the AXI clock at 2016 to even get it to run, let alone benchmark continuously. I still haven't been able to get it to scale with a minimum under 300mhz.
This is why I recommend reducing the VDD at that speed by 25 if anyone's DHD can't run it.
In response to the first section, I only released this because I'm an enthusiast overclocker when it comes to my desktops (water chilled and vapour phase change cooled), and I wanted my clock to read the magical "2" at the beginning for bragging rights. With AXI clock scaling, we should be able to get slightly better battery life as well at the lower clocks (at least on the N1 it seems they were able to get better battery life with it).
synergye said:
In response to the first section, I only released this because I'm an enthusiast overclocker when it comes to my desktops (water chilled and vapour phase change cooled), and I wanted my clock to read the magical "2" at the beginning for bragging rights. With AXI clock scaling, we should be able to get slightly better battery life as well at the lower clocks (at least on the N1 it seems they were able to get better battery life with it).
Click to expand...
Click to collapse
+1 on that, but don't think you're more enthusiastic when talking about OC
We can argue about that the whole day
looking forward for your git!
I think 1.2G is enough..
@LorD ClockaN: if that's an sense kernel, you know what you have to do
Your 2016 MHz ASOP kernel coming soon?
with friendly greet
starbase64
You will find the 1.8GHz+ frequencies being only theoretical, with no increase in performance with respect to a "speed bump".
I have tested that a few months ago, going as high as 2.2GHz.
The maximum "real" performance boosts only go up to 1.5GHz (I clock my kernels to 1.497GHz).
Run a smartbench, and the results will speak for themselves.
Unless you want to fry your DHD?
Tryng with virtuous sense 3 and it makes lag the sense but for the rest is quiet good
Edit: after some time the lags disappears and all is perfect now
where source code?
u canT post kernels on XDA without source code
m-deejay said:
where source code?
u canT post kernels on XDA without source code
Click to expand...
Click to collapse
He said he's working on the github page to up his source soon.So I think it's already in progress.
Good job by the way mate.Never liked the fact that kernels with the vdd interface restrict us to 1500mV!
m-deejay said:
where source code?
u canT post kernels on XDA without source code
Click to expand...
Click to collapse
What do you need it for?
Just add frequencies in multiples of 19200 to arch/arm/mach-msm/acpuclock-7x30.c
If the newly added frequency locks, add the next multiple and/or up the voltage.
No magic there.
tolis626 said:
He said he's working on the github page to up his source soon.So I think it's already in progress.
Good job by the way mate.Never liked the fact that kernels with the vdd interface restrict us to 1500mV!
Click to expand...
Click to collapse
Mine has voltage till 1.525 via vdd
Sent from Desire HD with CyanogenLordMod!!!
adwinp said:
What do you need it for?
Just add frequencies in multiples of 19200 to arch/arm/mach-msm/acpuclock-7x30.c
If the newly added frequency locks, add the next multiple and/or up the voltage.
No magic there.
Click to expand...
Click to collapse
really?
lol
Why do you explain to me?
m-deejay said:
really?
lol
Why do you explain to me?
Click to expand...
Click to collapse
Oohoo... Dev fight!! LOL
Sent from Desire HD with CyanogenLordMod!!!
wiped devik cache and flashed it to my honeysense rom and tha **** froze on startup lol any tips??
Lizzo said:
wiped devik cache and flashed it to my honeysense rom and tha **** froze on startup lol any tips??
Click to expand...
Click to collapse
Raise min freq to higher[around 1.1GHz+] to prevent voltage spikes which might be causing the freezes, try decrease the distance b/t the 2GHz and the min.
Ace42 said:
Raise min freq to higher[around 1.1GHz+] to prevent voltage spikes which might be causing the freezes, try decrease the distance b/t the 2GHz and the min.
Click to expand...
Click to collapse
uuuggghhhh... how do i raise the min b4 startup?
Lizzo said:
uuuggghhhh... how do i raise the min b4 startup?
Click to expand...
Click to collapse
echo 806400 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
On adb you have to change the min freq while booting up. 800 might work. Or use 1305600 [1.3GHz].
This is madness, yes i know people will post no this is sparta, but seriously, anything over 2ghz i personally wouldn't test
adwinp said:
You will find the 1.8GHz+ frequencies being only theoretical, with no increase in performance with respect to a "speed bump".
I have tested that a few months ago, going as high as 2.2GHz.
The maximum "real" performance boosts only go up to 1.5GHz (I clock my kernels to 1.497GHz).
Run a smartbench, and the results will speak for themselves.
Unless you want to fry your DHD?
Click to expand...
Click to collapse
PMSL Benchmarks mean fuk all tbh do not reflect real world peformance running at 1.8/1.9ghz stuff like Playstation emulator etc run far much smoother and with no slowdowns etc... newbs and benchmarks lol!

[Q] HTC Desire S Daemon Controller Settings Help please!

I am new to all this, first Android phone I have had and first time I have installed custom roms etc... Anyways I installed a new ROM and it has Daemon Controller installed but I don't have a clue how is all works so I want to know what are the best settings to have. Obviously I want better battery life and good performance. Current settings are:
Wake Min: 122000
Wake Max: 1152000
Wake Gov: ondemand
Sleep Min: 122000
Sleep Max: 384000
Sleep Gov: conservative.
My phone has Android 2.3.5 HTC Sense 3.0.
Thank you.
xPeterJx
Desire S Q&A
For all of your questions relating to the HTC Desire S
Seeing as you seem to have trouble reading and understanding basic english, this is where this should have been posted.
In seriousness though, use smartass or smartassv2 as it scales the cpu up and down when needed and when the phone demands the extra processing power. Maybe decrease the max wake speed to something around the 1Ghz point.
Google is also your best friend when asking these sort of questions as there is almost about 100+ posts on this throughout the forum.
zeekiz said:
Desire S Q&A
For all of your questions relating to the HTC Desire S
Seeing as you seem to have trouble reading and understanding basic english, this is where this should have been posted.
In seriousness though, use smartass or smartassv2 as it scales the cpu up and down when needed and when the phone demands the extra processing power. Maybe decrease the max wake speed to something around the 1Ghz point.
Google is also your best friend when asking these sort of questions as there is almost about 100+ posts on this throughout the forum.
Click to expand...
Click to collapse
So would you suggest removing Daemon Controller and using smartass(v2) instead?
I have looked on Google and I found posts regarding other phones not Desire S, but I'm not too sure what I'm looking for.
P.S. Don't think there was any need for 'Seeing as you seem to have trouble reading and understanding basic english, this is where this should have been posted.' But thanks for your advice.
xPeterJx said:
So would you suggest removing Daemon Controller and using smartass(v2) instead?
I have looked on Google and I found posts regarding other phones not Desire S, but I'm not too sure what I'm looking for.
P.S. Don't think there was any need for 'Seeing as you seem to have trouble reading and understanding basic english, this is where this should have been posted.' But thanks for your advice.
Click to expand...
Click to collapse
Is there an option to change the on-demand governor in oc controller? Because it should atleast give you a few options.
Also which ROM/Kernel are you using?
Also there was plenty of need for what I said, probably not as sarcastic and blunt as it was put, but it gets the point accross as this is a question thread. Also due to the more aggressive nature of said sentence the point has been reacted to, hence you have spent more than a split second thinking about it, hence next time you post a thread similar your memory may retain and regress on what I've said ;-).
But if you wanted it to be a general thread you could have sneakily read worded what you said, I'm not offering any "tasters" though.
zeekiz said:
Is there an option to change the on-demand governor in oc controller? Because it should atleast give you a few options.
Also which ROM/Kernel are you using?
Click to expand...
Click to collapse
Yes there's a few options: SavagedZen, Scary, virtuous, smartass, interactive, conservative, userspace, ondemand, performance.
Should I presume that the smartass setting is what you meant?
Rom: Saga3D V3 http://forum.xda-developers.com/showthread.php?t=1230029
Kernal: HYPERION-V1.2.
(If you think there is better ROMS or Kernals I'm open to suggestions, I'm sure I'll be able to find the appropriate thread with instructions how to install etc.)
ROMs:
As for ROMs I would highly recommend Lowveld's Endymion Sense 3.5 Runnymede Port for the HTC Desire S. The ROM is excellent in all aspects, and gives the user exactly what they need for their daily demands. Battery life is excellent, 18 hours 30% remaining. Lowveld, the developer frequently answers questions and is very active in the development of his ROM.
Installation?
If you have 4EXTRecovery (If not I highly recommend either downloading the free recovery control application, which will install it for free, or if you wish to assist the developer, 4EXT Recovery Control it has a lot of additional features and benefits.)
Perform a full wipe; system/data/boot/cache.
Format to EXT4 (If you aren't already).
Flash the zip.
OC Daemon
Virtuous = Smartassv2
I use Virtuous for both wake/sleep and 460800/1075200 min/max frequency. I used to use 245000, but I found occasionally when the phone would wake, it would lag a little on the GUI (but that was me personally, so I increased it from 245000 to 460800, without any real damage to battery life).
More information on the different governors.
RJackson said:
ondemand
Available in most kernels, and the default governor in most kernels. When the CPU load reaches a certain point (see "up threshold" in Advanced Settings), ondemand will rapidly scale the CPU up to meet demand, then gradually scale the CPU down when it isn't needed. - SetCPU website
conservative
Available in some kernels. It is similar to the ondemand governor, but will scale the CPU up more gradually to better fit demand. Conservative provides a less responsive experience than ondemand, but can save battery. - SetCPU website
performance
Available in most kernels. It will keep the CPU running at the "max" set value at all times. This is a bit more efficient than simply setting "max" and "min" to the same value and using ondemand because the system will not waste resources scanning for the CPU load. This governor is recommended for stable benchmarking. - SetCPU website
powersave
Available in some kernels. It will keep the CPU running at the "min" set value at all times. - SetCPU website
userspace
A method for controlling the CPU speed that isn't currently used by SetCPU. For best results, do not use the userspace governor. - SetCPU website
interactive
The 'interactive' governor has a different approach. Instead of sampling the cpu at a specified rate, the governor will scale the cpu frequency up when coming out of idle. When the cpu comes out of idle, a timer is configured to fire within 1-2 ticks. If the cpu is 100% busy from exiting idle to when the timer fires then we assume the cpu is underpowered and ramp to MAX speed.
If the cpu was not 100% busy, then the governor evaluates the cpu load over the last 'min_sample_rate' (default 50000 uS) to determine the cpu speed to ramp down
to.
Click to expand...
Click to collapse
FerretAD said:
As explained by MDJ:
SMARTASS GOVERNOR - is based on the concept of the interactive governor.
I have always agreed that in theory the way interactive works - by taking over the idle loop - is very attractive. I have never managed to tweak it so it would behave decently in real life. Smartass is a complete rewrite of the code plus more. I think its a success. Performance is on par with the "old" minmax and I think smartass is a bit more responsive. Battery life is hard to quantify precisely but it does spend much more time at the lower frequencies.
Smartass will also cap the max frequency when sleeping to 245Mhz (or if your min frequency is higher than 245 - why?! - it will cap it to your min frequency). Lets take for example the 998/245 kernel, it will sleep at 245. No need for sleep profiles any more!
Click to expand...
Click to collapse
Information stolen from, http://forum.xda-developers.com/showthread.php?p=9277771#post9277771 information obtained by http://www.google.com.au/#sclient=p...,cf.osb&fp=be0328f6eeb3802d&biw=1920&bih=1060.
zeekiz said:
ROMs:
As for ROMs I would highly recommend Lowveld's Endymion Sense 3.5 Runnymede Port for the HTC Desire S. The ROM is excellent in all aspects, and gives the user exactly what they need for their daily demands. Battery life is excellent, 18 hours 30% remaining. Lowveld, the developer frequently answers questions and is very active in the development of his ROM.
Installation?
If you have 4EXTRecovery (If not I highly recommend either downloading the free recovery control application, which will install it for free, or if you wish to assist the developer, 4EXT Recovery Control it has a lot of additional features and benefits.)
Perform a full wipe; system/data/boot/cache.
Format to EXT4 (If you aren't already).
Flash the zip.
Click to expand...
Click to collapse
I really am stuck trying to format to EXT4, tried google'ing it but seriously I have not got a clue... Sorry if I seem stupid but really I just don't get it.
I really appreciate your help.
Thank you.
PJ
Have you got any recovery installed?
zeekiz said:
Have you got any recovery installed?
Click to expand...
Click to collapse
Yes I have.
4EXT recovery? Or clockwork?
I have clockwork.
Still got any ROM running on your phone?
Well I have just recovered to my old rom that came with the phone but I did put [Endymion V2.1|Sense 3.5|GB 2.3.5][Endymion kernel V1.1|OC|FFC on so can put it back if needs be?
Nah nah all good, just download that recovery control application that I posted in my previous post, you can use that application to easily "upgrade" clockwork mod to the 4EXT Recovery menu, which will add a lot more functionality to your recovery menu.
Wait did you put your stock ROM back on? Is it rooted? If it's not rooted, I think you have to do the previous steps in a rooted ROM like Endymion to ensure that it works properly.
I'll put the custom rom back on then but obviously I'd prefer to do it for free... lol. But I'll buy the control app if I need to?
The one I linked you to is free, there's just an optional paid applicatiob
Yeah thats my problem, how do I use the apk file? This is whats confusing me?
Use something like ES File Explorer to navigate to where the apk is located on your SDCard, then install it that way. Be sure to enable Unknown Sources in Settings > Applications.
gg .. my blanket just raped my phone by tearing off the screen protector -_-"
Actually .. do you know how to use adb at all?
No... Don't even know what that is tbh.
Damn .. just keep following what I'm saying ..

[KERNEL][AOSP4.4/5.1/6.0/7.1] dkp - d2vzw & d2usc - 2/4/18

Welcome to decimalman's kernel playground!​
As the name suggests, dkp is a hodgepodge of features and tweaks that I wanted to play with. It should get excellent battery life without feeling sluggish. It doesn't come with its own tuner app, so pick your favorite. Personally, I like Trickster MOD and Kernel Adiutor, so I go out of my way to make things work in them. Most other apps should work, too.
Features:
Overclocking up to 2.1 GHz, but you'll need to increase your voltages to get there (if you can get there at all)
Underclocking down to 54 MHz, with stability improvements
Undervolting compatible with most apps
Fast charge without unplugging first
Glorious animations for the notification and softkey LEDs
Well-integrated erandom means you don't need CrossBreeder or Seeder (recent AOSP builds use ISAAC instead)
freelunch and tierservative governors for optimal battery life without sacrificing responsiveness
Automatic mpdecision and auto-hotplug are only enabled when needed
Adjustable minimum voltage for stability on finicky processors
Optimized UKSM to free up some extra memory
Code optimizations for size and speed
Compiler optimizations (-O3, LTO, and more) because faster is better
Donors: Thanks, everyone! Your generosity is much appreciated. :good:
drpenguino, 0xScott, vmancini3 (twice! :good, Ch4m3l30n, rompnit, Mystique, ryandubbz, techdog, ElwOOd_CbGp, ScOULaris, ZipAddict
Remember:
Nandroid!
last_kmsg and/or logcat or it didn't happen.
Other kernels have their own threads or forums. Discuss them there.
Image dumps (settings, battery life, whatever) belong inside [HIDE][/HIDE] (that's HIDE, if you're on the mobile app) tags.
Be silly. We're here to have fun.
Installation:
Reboot to recovery. I recommend that one recovery...you know, the one that flashes zips? I forget what it's called.
Flash dkp. Optionally, rename and flash dkp-vmin-XXX.zip (see below).
Reboot.
Undervolting:
Undervolting on dkp is more complex than other kernels. Some processors get unstable at lower voltages, so (like the stock kernel) dkp keeps the processor voltage above 1150 mV by default. I refer to this limit as the minimum voltage. In order to undervolt, you'll need to lower the minimum voltage: if you use Trickster MOD or Kernel Adiutor, just disable "Override Minimum Voltage", otherwise rename dkp-vmin-XXX.zip to e.g. dkp-vmin-600.zip (which would apply a 600 mV minimum voltage) and flash it. If this causes instability (crashes, audio/video glitches, etc.), try using dkp-vmin-XXX.zip to apply a higher minimum voltage (somewhere between 950 and 1050 mV seems to work well for most people).
Downloads:
MediaFire:
All Downloads
dkp-vmin-XXX.zip
Solidfiles (Make sure you have an adblocker!):
All Downloads
dkp-vmin-XXX.zip
Source: I'm always happy to see my code used, so cherry-pick away. I'll even put together feature patches if you ask nicely.
Bugs:
Let me know.
Stable changelog:
3/3/13: Initial release for d2spr. Didn't get around to making threads for other carriers.
4/8/13 (3.0):
FauxSound support
Strip more useless stuff
A few bonus optimizations
4/8/13 (3.4):
Port everything except erandom from 3.0
Enhance cpufreq for easier configuration
4/24/13 (3.4):
Bugfixes: better support for tuner apps, fixed potential SOD bugs, automatic mpdecision fixups, etc.
Lots of CM/CAF/Linux updates
Working AssWax governor
Trinity colors support
sio, zen I/O schedulers
erandom is back!
Built with a super-fancy Linaro GCC 4.8.1-dev compiler toolchain for maximum -O3 goodness
Probably lots more, but there's hundreds of commits to sort through...
5/29/13 (3.4):
Bugfixes: better overclocking support, better hwrng support, etc.
Updates: new CM updates, Linux 3.4.47, updated FauxSound driver, added invisiblek's new panel colors interface
Automatic auto-hotplug
New optimizations, including link-time optimization and an updated GNU+Linaro GCC 4.8.1-dev toolchain
6/14/13 (3.4):
Bugfixes: fix several critical bugs in the 5/29 release.
9/7/13 (3.4):
Fixes for OC, UV, auto-hotplug.
A few new optimizations.
Synced up with CM.
9/20/13 (TW):
Ported everything from AOSP to TW.
9/20/13 (4.3):
Merged 4.3 from CM into the existing 4.2 code.
Current experimental branches:
Nothing interesting at the moment.
Goodies:
dkp doesn't come with its own splash screen. However, the dkp installer (i.e. the install zip) is smarter than you think, and can apply a custom splash screen for you. Here's how:
Create a folder on your internal storage named "dkp"
Copy a PNG image into the directory, and rename it "splash.png". Alternatively, copy an RLE image (i.e. from a flashable custom splash screen zip) and rename it "splash.rle". Ideally, the image should be roughly 1280x720 to begin with, since it won't be resized.
The image will be used as your splash screen whenever you flash dkp. Reflash to apply initially.
mikedavis120 has put together a how-to video that covers tweaking dkp for optimal battery life. If you're new to dkp, take a look! He also put together a zipped collection of apps that will come in handy while tuning dkp. It also includes a flashable zip, "dkp-debug_v1.zip". After flashing it, running
Code:
su
dkp
from a terminal emulator will collect lots of useful debug information that will make it much easier for me to track down the issue you're having. :good: mikedavis120 recommends installing SuperSU (included in the zip) instead of what's included in you ROM.
sysfs:
It's possible to adjust all the settings available in dkp without using apps. Because they show up as files, settings can be adjusted with file managers, terminal emulators, adb and initscripts. Here's the most interesting files inside sysfs:
/sys/devices/platform/mipi_samsung_oled.513/lcd/panel/panel_colors (not available on newer AOSP builds): display tint (0 = very red, 2 = default, 4 = trinity colors)
/sys/class/misc/gammacontrol (only available on newer AOSP builds): various color controls. See this post for details on enabling Trinity colors on builds that use these controls.
/sys/devices/system/cpu/cpu<N>/cpufreq/UV_mV_table: voltage table
/sys/devices/system/cpu/cpu<N>/cpufreq/scaling_...: scaling_governor is the governor, scaling_min_freq and scaling_max_freq are the minimum and maximum frequencies, scaling_available_governors and scaling_available_frequencies show the available governors and frequencies
/sys/kernel/dkp/force_fast_charge: fast charge
/sys/kernel/dkp/link_core_settings: when linked (the default), frequency settings and some governors are automatically copied to the other core
/sys/kernel/dkp/vmin: minimum processor voltage in mV
/sys/kernel/mm/uksm/run: activate UKSM
auto-hotplug tuners:
These show up in the governor settings for any governor that doesn't do its own hotplugging. They only take effect when using auto-hotplug, so you'll probably need to disable mpdecision in Trickster.
hotplug_intpulse: when set to 1, automatically turns core 2 on whenever the screen/buttons/whatever is pressed. Default is 0.
hotplug_sampling_periods: number of samples to use for average number of running tasks. Default is 15.
hotplug_sampling_rate: number of 'jiffies' (currently 1 jiffy = 10 ms) between each sample of running tasks. Default is 20 (0.2 sec).
hotplug_enable_one_threshold: the average number of running tasks required to turn core 2 on, multiplied by 100. Default is 125 (1.25 tasks on average).
hotplug_disable_one_threshold: the average number of running tasks required to keep core 2 on, multiplied by 100. Default is 250 (2.5 tasks on average).
freelunch/nanolunch tuners:
freelunch and nanolunch aren't materially based on other governors, so their configuration is quite different than other governors. There's lots of tuners, since I haven't really decided on an ideal tuning. I encourage experimentation! I'll explain a bit of how these governors work before actually listing the tuners.
Generally speaking, there are two modes: in "normal" mode, sampling is done occasionally and frequency is generally increased slowly; in "interactive" mode, sampling is done much more quickly, and frequency increases much more quickly. "Interactive" mode ends after several samples of very low usage. The idea of a "hispeed" frequency is used in lots of governors, and it refers to the frequency that the CPU will jump to when more CPU usage is needed; generally, it's a generous estimate of how much CPU will be needed. Here, the hispeed frequency is adjusted on-the-fly, increasing when more CPU is needed and gradually decreasing when the CPU is idle. In "interactive" mode, the hispeed frequency is kept fairly high so that everything will feel snappy.
Hotplugging is taken care of in the least complicated (and in my opinion, most reasonable) way possible: if core 1 is using lots of CPU, and there are several tasks running (in other words, if it's likely that core 2 will have something to do), core 2 is turned on; if either core isn't doing much except using power, core 2 is turned off.
sampling_rate: the usual
hotplug_up_cycles: number of consecutive heavily-loaded samples before core 2 is turned on
hotplug_down_cycles: number of consecutive lightly-loaded samples before core 2 is turned off
hotplug_up_load: number of running tasks required to bring core 2 online
hotplug_up_usage: number of used CPU cycles (in thousands per second) required to bring core 2 online
hotplug_down_usage: number of used CPU cycles (in thousands per second) required on both cores to keep core 2 online
overestimate_khz: number of CPU cycles to overshoot usage by in "normal" mode
hispeed_thresh: if CPU usage is within this many cycles (in thousands per second) of the maximum frequency, frequency will be increased to the hispeed frequency. Generally, hispeed is pretty low in "normal" mode, and fairly high in "interactive" mode.
hispeed_decrease: when the CPU is sitting idle, the hispeed frequency is decreased by this amount each sample (this isn't ideal, but it works)
interaction_hispeed: the initial hispeed frequency when switching to "interactive" mode
interaction_return_cycles: number of consecutive lightly-loaded samples before returning to "normal" mode
interaction_return_usage: number of used CPU cycles (in thousands per second) required to stay in "interactive" mode
interaction_panic (nanolunch only): when set to 1, allows aggressively jumping past the current hispeed frequency under some circumstances
interaction_sampling_rate/overestimate_khz: equivalent to the "normal" versions of the tuners, these take effect in "interactive" mode
This looks great - especially excited about your custom governor! Thanks!!
Sent from my SCH-I535 using xda app-developers app
Glad we have another kernel dev. But do you plan on releasing a tw kernel? I run tw 98% of the time and would love to try it out. Thanks for your work regardless
PsiPhiDan said:
This looks great - especially excited about your custom governor! Thanks!!
Sent from my SCH-I535 using xda app-developers app
Click to expand...
Click to collapse
freelunch is absurdly simple, but does its job well. Let me know what you think. Happy flashing!
aypeeootrek said:
Glad we have another kernel dev. But do you plan on releasing a tw kernel? I run tw 98% of the time and would love to try it out. Thanks for your work regardless
Click to expand...
Click to collapse
I don't run TW, so I don't have any plans to release a TW kernel. If there's enough interest, I suppose I could get to work on one though.
Interesting. Looks cool man, will check it out
Sent from my SCH-I535 using Tapatalk 2
I'm excited to give this a shot!
Sent from my SCH-I535 using xda app-developers app
flashaholic commencing flash!
Anyone using trickster mod with this kernel?
Sent from my SCH-I535 using Tapatalk 2
Love this kernel! Freelunch is amazing
Sent from my SCH-I535 using xda premium
This kernel run pretty good!!
Sent from my SCH-I535 using xda app-developers app
masri1987 said:
Anyone using trickster mod with this kernel?
Sent from my SCH-I535 using Tapatalk 2
Click to expand...
Click to collapse
It's the recommended tuner app, and plenty of people are using it (mostly on Sprint and AT&T). It shows some options that are completely bogus (like GPU governor), but I've added a few extras that only Trickster supports.
Thanks for the encouraging feedback, everyone! It's much appreciated. :good:
Kudos on this kernel. It has been perfect for me so far.
Running good on my d2usc! What scheduler do you recommend?
Sent from my SCH-R530U using Tapatalk 2
New 3.4 experimental builds are going up!
governors is building now, and has sio and zen. It'll eventually have a few new governors, but I haven't gotten everything ported yet.
gcc480 is up now, and is a test to make sure GCC 4.8.0 isn't causing any crazy bugs. It's also got sio and zen.
Edit: I forgot about you, trvbone. I don't have a preferred scheduler. I usually just use sio. I've never had a positive experience with ROW, but that might just be bad luck on my part.
More edit: I'm building a 3.0 kernel with trinity colors support and GCC 4.8.0 now. It should be up shortly.
decimalman said:
New 3.4 experimental builds are going up!
governors is building now, and has sio and zen. It'll eventually have a few new governors, but I haven't gotten everything ported yet.
gcc480 is up now, and is a test to make sure GCC 4.8.0 isn't causing any crazy bugs. It's also got sio and zen.
Edit: I forgot about you, trvbone. I don't have a preferred scheduler. I usually just use sio. I've never had a positive experience with ROW, but that might just be bad luck on my part.
Click to expand...
Click to collapse
I'm no noob when it comes to kernel lingo, but I'm not sure what the dif is here between the kernels listed as governors and gcc480. Are these two different kernels? I'm not aware of what gcc480 is I guess. Sorry until recently I was a dedicated lean kernel user and don't know all of the terminology since lk was pretty plain Jane.
I'm not a huge fan of row, but that's what I'm using right now cause it's quick just a little sketchy sometimes.
Sent from my SCH-R530U using Tapatalk 2
trvbone said:
I'm no noob when it comes to kernel lingo, but I'm not sure what the dif is here between the kernels listed as governors and gcc480. Are these two different kernels? I'm not aware of what gcc480 is I guess. Sorry until recently I was a dedicated lean kernel user and don't know all of the terminology since lk was pretty plain Jane.
I'm not a huge fan of row, but that's what I'm using right now cause it's quick just a little sketchy sometimes.
Sent from my SCH-R530U using Tapatalk 2
Click to expand...
Click to collapse
I have a tendency to describe things in the least understandable way possible. Sorry about that.
Hopefully, there's no noticeable differences between the two builds. I think the gcc480 build might benchmark a bit better, but I haven't really compared. The only actual difference is which compiler I used to build the kernel, which probably doesn't matter for 99% of users.
The governors build is built with the same ol' Linaro nightly toolchains that I've been using, so I expect it to be pretty stable.
The gcc480 build uses a newer, fancier compiler: GCC 4.8.0. I've found at least one new bug with the new compiler (it's fixed in the uploaded builds, don't worry ). I'm not ready to call the gcc480 build stable since it's gotten so little testing, but it's been running great for me all day. I'd love to hear feedback from anyone who flashes it.
Eventually, most other kernels will switch to GCC 4.8.0 (probably once Linaro releases a full-featured build). I think gideonx (of BMS fame) is planning to switch sometime soon, and I would expect ktoonsez to switch pretty soon too.
decimalman said:
I have a tendency to describe things in the least understandable way possible. Sorry about that.
Hopefully, there's no noticeable differences between the two builds. I think the gcc480 build might benchmark a bit better, but I haven't really compared. The only actual difference is which compiler I used to build the kernel, which probably doesn't matter for 99% of users.
The governors build is built with the same ol' Linaro nightly toolchains that I've been using, so I expect it to be pretty stable.
The gcc480 build uses a newer, fancier compiler: GCC 4.8.0. I've found at least one new bug with the new compiler (it's fixed in the uploaded builds, don't worry ). I'm not ready to call the gcc480 build stable since it's gotten so little testing, but it's been running great for me all day. I'd love to hear feedback from anyone who flashes it.
Eventually, most other kernels will switch to GCC 4.8.0 (probably once Linaro releases a full-featured build). I think gideonx (of BMS fame) is planning to switch sometime soon, and I would expect ktoonsez to switch pretty soon too.
Click to expand...
Click to collapse
Thanks for the expl I'll flash tomorrow morning and give it a whirl! Great job BTW. This is now my daily driver!
Sent from my SCH-R530U using Tapatalk 2
decimalman said:
I have a tendency to describe things in the least understandable way possible. Sorry about that.
Hopefully, there's no noticeable differences between the two builds. I think the gcc480 build might benchmark a bit better, but I haven't really compared. The only actual difference is which compiler I used to build the kernel, which probably doesn't matter for 99% of users.
The governors build is built with the same ol' Linaro nightly toolchains that I've been using, so I expect it to be pretty stable.
The gcc480 build uses a newer, fancier compiler: GCC 4.8.0. I've found at least one new bug with the new compiler (it's fixed in the uploaded builds, don't worry ). I'm not ready to call the gcc480 build stable since it's gotten so little testing, but it's been running great for me all day. I'd love to hear feedback from anyone who flashes it.
Eventually, most other kernels will switch to GCC 4.8.0 (probably once Linaro releases a full-featured build). I think gideonx (of BMS fame) is planning to switch sometime soon, and I would expect ktoonsez to switch pretty soon too.
Click to expand...
Click to collapse
Giving it a go now. Do you have any test methods you use to test the stability of a kernel other than the everyday use approach? Thanks for the support, looks sweet:good::good::good:

Categories

Resources