[KERNEL][4.4][KK] franco.Kernel.Plus r203 RC3 (03/15) | discontinued - Nexus 4 Android Development

franco.Kernel +
*Discontinued*
These are my personal franco.Kernel builds with some modifications, explained below.
Things I want to achieve with this mod:
- more battery life
- same more performance as stock
- smooth ui / games
- less heat
Highlights:
Advanced Dynamic Scaling:
The interactive governor will now use different values for up_threshold, timer_rate and min_sample_time for every cpu_core and gpu_idle state. If the gpu is busy, the governor will use values for more performance and if it is idle, it will use conservative settings.
The current values, feel free to suggest other.
Code:
/* up_threshold, timer_rate, min_sample_time */
static unsigned int interactive_val[GPU_STATE][ACTIVE_CORES][TUNABLES] =
{{
/* gpu idle */
{100, 40000, 10000},
{100, 40000, 20000},
{100, 40000, 30000},
{100, 40000, 40000}
},{
/* gpu busy */
{90, 20000, 40000},
{90, 20000, 40000},
{95, 20000, 60000},
{95, 20000, 80000}
}};
Dynamic Touchboost:
The touch boost is only active if something is rendered on the screen, that means the boost will pause as long as there is no movement, but it will resume when it is actually necessary. It will double the actual cpu load and calculate the frequency, the maximum is input_boost_freq. This aggressive calculation offers a smooth ui, but it can also save battery, because you will often don't need input_boost_freq when the screen is touched.
New Hotplug Solution:
Instead of linking core0 to core2 and core1 to core3, all cores a controlled separately. This should prevent an excessive hopping up and downwards. The load is calculated with all active cores to get the performance we actually need.
After some time (if 2 core touchboost is active) and not touching the screen, only 1 core will stay online to save a bit more battery.
It will use different up and down thresholds for each gpu_idle and cpu core state.
Code:
/* down threshold, up threshold */
static unsigned int hotplug_val[GPU_STATE][ACTIVE_CORES][TUNABLES] =
{{
/* gpu idle */
{0, 70},
{40, 80},
{50, 90},
{60, 100}
},{
/* gpu busy */
{0, 60},
{30, 60},
{30, 65},
{40, 100}
}};
https://github.com/reborn90/mako/blob/nightlies-4.3/arch/arm/kernel/mako_hotplug.c
Smooth thermal throttling:
When the temperature hits the threshold, the frequencies won't be limited immediately but scaled down step by step to prevent lagspikes from jumping between 1,5 and 1GHz (if the current temperature allows it). This mod is absolutely not made for benchmarks because my solution is as agressive as the original one. There are other good kernels to melt your device.
https://github.com/reborn90/mako/blob/nightlies-4.3/drivers/thermal/msm_thermal.c
Recommended settings (default):
thermal threshold: 65
Hotplug:
high load: 60
low load: 30
cores on touch: 2
Interactive governor:
dynamic_scaling: true
input_boost_freq: 1134MHz
input_boost_freq_duration: 1500
Interactive gpu governor:
up_threshold: 60
down_threshold: 25
Per app settings tipp:
Set input_boost_freq to the lowest frequency for games.
Github:
https://github.com/reborn90/mako/tree/nightlies-4.4
MD5
bbe66dc7ac213081f423eb0435495ad6 franco.Kernel.Plus-r193-1110-JSS.zip
8c2428486e1b0492e494ebd6252e83ed franco.Kernel.Plus-r193-1110-JSS-CAF.zip
d674f49b81586a342be73b315dc30af3 franco.Kernel.Plus-r193-1110-JWR.zip
9a1300d5103cfa4d26ed0c7fce0b2b4e franco.Kernel.Plus-r194-1121-KRT.zip
a06c7609c9b79c36cedd933f6ea57ae5 franco.Kernel.Plus-r194-1127-KRT.zip
3e53f4bda0d3ae8716187bc8bd7a3f18 franco.Kernel.Plus-r198-1209.zip
eec2e964e417d76105b13cf3f700056b franco.Kernel.Plus-r200-0101.zip
ca227545fb5efe75c05836041f396e98 franco.Kernel.Plus-r203-0124.zip
Hit thanks if you like it.
Buy Franco's app or just a coffee for me.
I'm testing all my builds and use them daily, but I am not responsible for any kind of damage on your device.
Which version should I choose?
- JWR for stock 4.3
- JSS for JLS roms
- JSS-CAF for cm 10.2
- builds >= r194 are for Android 4.4 Kitkat (KRT)
- builds >= r198 are for Android 4.4.1 and 4.4.2 Kitkat (KOT)
- KRT is compatible with KOT and vice versa
- cm 11 is not compatible
r203 RC1 (02/04): http://forum.xda-developers.com/showpost.php?p=50079790&postcount=835
r203 RC2 (02/09): http://forum.xda-developers.com/showpost.php?p=50189367&postcount=848
r203 RC3 (03/15): http://forum.xda-developers.com/showpost.php?p=51109943&postcount=890
The recommended settings above are not made for the release candidates.
Recommended ROM: AOSPA PARANOIDANDROID 4.0

Current changelog:
based on r203
- updated franco's interactive gpu governor
- lowered threshold for 4th cpu core
- added (modified) generic touchboost driver from franco
- updated FauxSound to version 3.2
regular changelog:
http://192.241.177.15/Nexus4/4.4/appfiles/changelog.xml
Old changelogs:
Code:
[U](01/01)[/U]
based on r200
- new dynamic hotplug values
- awesome row io scheduler improvements
[U](12/09)[/U]
based on r198
- 4.4.1 update
- hotplug and interactive gov update
- dynamic io_is_busy decision
- fix for wrong load calculation while the device is throttled
[U](11/27)[/U]
based on r194
- (re)added FauxSound and FauxSpeaker
[U](11/21)[/U]
based on r194
- Kitkat update
- quick fix: I forgot to disable some debug logs, sry!
[U](11/10)[/U]
based on r193
- new dynamic touchboost
- hotplug speed is now based on gpu_idle
[U](10/28)[/U]
based on r193
- MultiROM is activated now
- hotplug tweaks
[U](10/15)[/U]
based on r191
- reverted interactive governor
[U](10/13)[/U]
based on r191 (test release)
- new interactive governor, not fully optimized jet
- phone wakeup tweaks, again
[U](10/03) [/U]
based on r188
- fixed a bug which caused way too high gpu frequencies
- tweaked hotplugging at wakeup a bit
- more conservative hotplug values (+20) if gpu_idle and dynamic_scaling are true
[U](9/23) [/U]
based on r184
- only upstream merge
[U](9/16) [/U]
based on r183
- reimplemented gpu_idle detection with interactive gpu governor
- merging and syncing
- raised min voltage to 650
[U](9/12) [/U]
based on r182
- Advanced Dynamic Scaling
- touchboost tweaks
- touchboost duration reduced to 1500ms
- much better gaming performance
- FauxSound
[U](8/04) [/U]
based on r182
- Interactive: removed unused hispeed freq
- no ondemand for now, needs way too much battery
[U](8/31) [/U]
based on r178
- Smart Touchboost added
- instant touchboost without waiting for governor
- touchboost duration raised to 2sec
- better performance for low end games (Doodle Jump)
- little bugfixes
[U](8/24) [/U]
based on r178
- enabled wakelock stats
[U](8/20) [/U]
based on r176
- new hotplug driver
- new thermal throttling
- correct load calculation while throttled
- interactive gov: new dynamic tunables
- gpu driver: new average load calculation
- new frequencies 270MHz and 162MHz
- lower minimum voltages 600mV
- instant touchboost when unlocking the device

1st one to drop and say thanks a lot

Any deadlock issues?
Sent from my Nexus 4 using xda app-developers app

Deggy said:
Any deadlock issues?
Sent from my Nexus 4 using xda app-developers app
Click to expand...
Click to collapse
Same as the original ones.

Deggy said:
Any deadlock issues?
Sent from my Nexus 4 using xda app-developers app
Click to expand...
Click to collapse
Only on jss I think..!
Inviato dal mio Nexus 4 usando Tapatalk 4

Module support is enabled?
Enviado desde mi Nexus 4 usando Tapatalk 4

ironjon said:
Module support is enabled?
Enviado desde mi Nexus 4 usando Tapatalk 4
Click to expand...
Click to collapse
Same as Franco or, if I have to do that, not jet.

Are kernel wake lock stats available as well ?
Sent from my Nexus 4

joshuab227 said:
Are kernel wake lock stats available as well ?
Sent from my Nexus 4
Click to expand...
Click to collapse
good idea, I will readd them

Awesome. More toys!
And I like what the first thing said, more battery life. Still searching for the ROM that can give me 8 hours SOT.

KiD3991 said:
Still searching for the ROM that can give me 8 hours SOT.
Click to expand...
Click to collapse
HAHA!! Aren't we all!!
At 162mhz the lowest I could UV is 650. So remove set at both if you wish to try lower
Sent from my Paranoid Nexus 4

BoOsT said:
HAHA!! Aren't we all!!
At 162mhz the lowest I could UV is 650. So remove set at both if you wish to try lower
Sent from my Paranoid Nexus 4
Click to expand...
Click to collapse
You mean 192mhz?
Eh, since my CPU binning is at nominal only, I dare not UV more than 100 though.
And afaik, UV excessively does not actually help save battery, instead it uses more power. Somebody made a test, its somewhere in XDA.
I can reach 7 hour SOT in 4.2.2, I just lost that screenshot somewhere, in 4.3 I have yet to find it(5 hour SOT is not hard).

Shows 162. Undervolting your device reduces the power the processor receives to only what it needs to run. If you don't suffer any I'll effects in performance I don't see how u would lose battery. However, I'm a try it and see how it works kinda guy.
Sent from my Paranoid Nexus 4

Is this working with touch control? Modules enabled?
Sent from my Nexus 4 using xda app-developers app

thanks for your great job! I have tried the kernel and my phone runned smoothly! :laugh:

Same here... Working great!
Sent from my \m/ Nexus 4
PA + Franco

KiD3991 said:
You mean 192mhz?
Eh, since my CPU binning is at nominal only, I dare not UV more than 100 though.
And afaik, UV excessively does not actually help save battery, instead it uses more power. Somebody made a test, its somewhere in XDA.
I can reach 7 hour SOT in 4.2.2, I just lost that screenshot somewhere, in 4.3 I have yet to find it(5 hour SOT is not hard).
Click to expand...
Click to collapse
Does UV excessively not actually help save battery? I am interest in this. Could you please give me the link you montioned? Thanks a lot!

edians said:
Does UV excessively not actually help save battery? I am interest in this. Could you please give me the link you montioned? Thanks a lot!
Click to expand...
Click to collapse
It doesn't... It helps other things like heat which would help your battery health and lifespan on the long run..
Sent from my \m/ Nexus 7
PA + Franco

Luigiesin said:
It doesn't... It helps other things like heat which would help your battery health and lifespan on the long run..
Sent from my \m/ Nexus 7
PA + Franco
Click to expand...
Click to collapse
This guy is right.
It keeps heat down, but might result in higher battery consumption in some cases.

Related

[MOD][KERNEL] Live OC

We all know Morfic's popular TEUV kernel which features a low maximum frequency of just 880MHz, but still shows an excellent performance. The secret sauce is the increased bus speed of 220MHz compared to the stock frequency of 200MHz. The problem is that every Nexus S behaves differently because of production tolerances for the CPU and not all devices are able to handle this increased bus speed.
Thus it would be nice to have some way for the user to individually adjust the bus speed to match the overclocking capabilities of their device. Unfortunately with TEUV the bus speed has to be defined on compilation time thus the only way would be to release different versions with different bus speeds which, frankly, would be a pain in the ass. So I implemented a way to change the bus speed on-the-fly while the device is running. In contrast to TEUV not only the bus speed for the maximum frequency but for all states is increased by the same percentage (might change this later, especially for the minimum state).
In '/sys/class/misc/liveoc' change the performance by passing a value from 100 to 120 to 'oc_value' (100 = stock performance, 120 = +20% performance; 100 is default). The bus speed and frequencies for all states will be adjusted accordingly.
I am currently running my Nexus with an increased performance +10% using the stock frequencies 100->110, 200->220, 400->440, 800->880 and 1000->1100 and after increasing the voltage for the maximum state by 25mV 30mV everything is working fine without a reboot for 24h now. The battery drain however seems to be pretty high so it might be a good idea to leave the lowest frequency state untouched. Time and your feedback will tell. Seems like the sleep frequency fix also took care of the high battery drain.
Changes to the source: http://www.pastie.org/2634833
BUGFIX:
The sleep frequency is also adjusted according to the selected OC value, so a proper sleep frequency is chosen when the device is suspended.
Bug fix: http://www.pastie.org/2635644
BUGFIX #2:
When OC value is changed, the minimum and maximum frequency limits set by the user are adjusted according to the new frequencies.
Bugfix: http://www.pastie.org/2691219
BUGFIX #3:
Made sure the bus speeds and frequencies are not changed while a frequency change is currently ongoing.
Bugfix: http://www.pastie.org/2710098
BUGFIX #4:
Instead of a spin lock (which leads to problems) we use a mutex to make sure the bus and frequencies are not changed while a frequency change is ongoing.
Bugfix: http://www.pastie.org/2710386
BUGFIX #5:
If no mutex lock can be obtained, an error value is returned to inform the caller that the frequency was not changed.
Bugfix: http://www.pastie.org/2746226
BUGFIX #6:
1. Reverting back to mutex_lock to make sure no important request like enabling/disabling further frequency changes are skipped.
2. The mutex is unlocked before the CPUfreq stats are resetted. With the above modification this seems necessary to avoid lockups when changing the OC value.
3. The frequencies and bus speed are updated only when the selected OC value actually did change.
Bugfix: http://www.pastie.org/2756640
BUGFIX #7:
Maximum OC value increased to 150.
Bugfix: http://www.pastie.org/2768535
No further patches will be published here. I have set up a git repo for all my tweaks. Each mod has its own branch to keep the tweaks cleanly separated and one can simply pull the latest patches from the corresponding branch.
https://github.com/Ezekeel/GLaDOS-nexus-s/tree/liveoc
Thanks to Morfic for his help.
What are creative guy…so many useful mod. Great!!
Sent from my NOOB Nexus S with the poor english by using XDA Premium App
Just when I start to think what else can this guy come out with.. lol
Trying it now
Sent from my Nexus S 4G using Tapatalk
Is the liveoc file just included in morfic teuv kernel???
Sent from my NOOB Nexus S with the poor english by using XDA Premium App
kevinngck1 said:
Is the liveoc file just included in morfic teuv kernel???
Sent from my NOOB Nexus S with the poor english by using XDA Premium App
Click to expand...
Click to collapse
Morfic's TEUV kernel was the inspiration for this mod. It is not implemented in any kernel yet.
The first bugfix.
The sleep frequency is also adjusted according to the selected OC value, so a proper sleep frequency is chosen when the device is suspended.
Bug fix: http://www.pastie.org/2635644
Pretty impressive idea and implementation.
Although I don't have this phone (hope to get one soon as it's for a great price here in Portugal), I stumbled upon this thread and I liked it very much. Keep it up!
This is eactly what I want!!!
You're my hero
Ezekeel said:
We all know Morfic's popular TEUV kernel which features a low maximum frequency of just 880MHz, but still shows an excellent performance. The secret sauce is the increased bus speed of 220MHz compared to the stock frequency of 200MHz. The problem is that every Nexus S behaves differently because of production tolerances for the CPU and not all devices are able to handle this increased bus speed.
Thus it would be nice to have some way for the user to individually adjust the bus speed to match the overclocking capabilities of their device. Unfortunately with TEUV the bus speed has to be defined on compilation time thus the only way would be to release different versions with different bus speeds which, frankly, would be a pain in the ass. So I implemented a way to change the bus speed on-the-fly while the device is running. In contrast to TEUV not only the bus speed for the maximum frequency but for all states is increased by the same percentage (might change this later, especially for the minimum state).
In '/sys/class/misc/liveoc' change the performance by passing a value from 100 to 120 to 'oc_value' (100 = stock performance, 120 = +20% performance; 100 is default). The bus speed and frequencies for all states will be adjusted accordingly.
I am currently running my Nexus with an increased performance +10% using the stock frequencies 100->110, 200->220, 400->440, 800->880 and 1000->1100 and after increasing the voltage for the maximum state by 25mV everything is working fine without a reboot for 24h now. The battery drain however seems to be pretty high so it might be a good idea to leave the lowest frequency state untouched. Time and your feedback will tell.
Changes to the source: http://www.pastie.org/2634833
BUGFIX:
The sleep frequency is also adjusted according to the selected OC value, so a proper sleep frequency is chosen when the device is suspended.
Bug fix: http://www.pastie.org/2635644
Thanks to Morfic for his help.
Click to expand...
Click to collapse
very nice.
i wonder why the increased battery drain. are you still getting similar numbers in setcpu's "time in state" as you were with teuv?
My goodness! Ezekeel! You're just that excellent!
Nice idea, although I don't have a nexus S, (thanks @tapatalk for showing me this thread)
Ezekeel said:
Morfic's TEUV kernel was the inspiration for this mod. It is not implemented in any kernel yet.
Click to expand...
Click to collapse
I'll need some time to wedge this in.
Check why the compile fails after adding the failed hunks (looks like possibly missapplied fuzzy hunk)
Aside i would want it to work with each kernel type, be it TEUV, TUV or T12, T13, T144 or T1544
Since that is all layed out as Kconfig options i'll have to check where to apply the code you added to stock source so it will indeed work for all the speeds, kind of as a added bonus to the current speeds.
Then i would have to shoehorn in a voltage control and OCing without voltage control is not a good idea, 1.0GHz has some obvious headroom, but the OC speeds especially will want a nudge on the voltage side if you nudge the bus/cpu/gpu across the board by x%
and with kernel.org up (not android.git.kernel.org (unless we android geeks just totally hammered it)) i would prefer to grab latest samsung source, freshen up all builds, then work on integrating this.
I could see the netarchy layout benefit from this patch as there are no Kconfig #ifdef to deal with (I'm looking at you mathkid ;P lol hah! coo <3)
Just a little timeframe setter to tune the expectations to a realistic level.
Thanks Ezekeel
Thanks to all your kind words.
Seems like the sleep frequency fix also took care of the high battery drain.
Ezekeel said:
Thanks to all your kind words.
Seems like the sleep frequency fix also took care of the high battery drain.
Click to expand...
Click to collapse
Very nice.
Told you those hummingbirds are picky about their sleep freq
Now we know OCing it causes high drain instead of the typical SoD when no high enough clock is available.
Ezekeel said:
Thanks to all your kind words.
Seems like the sleep frequency fix also took care of the high battery drain.
Click to expand...
Click to collapse
imagine that..
a better sleep makes a happier kernel
Dude, ezekeel do you ever sleep or think about anything other than making our phones more powerful? How can so much utility come from one guy and why are you not employed by the government finding new and exciting ways to kill people. Imo you deserve a massive salary with a brain like yours.
Sent from my Nexus S MV from the XDA Premium app.
kenvan19 said:
Dude, ezekeel do you ever sleep or think about anything other than making our phones more powerful? How can so much utility come from one guy and why are you not employed by the government finding new and exciting ways to kill people. Imo you deserve a massive salary with a brain like yours.
Sent from my Nexus S MV from the XDA Premium app.
Click to expand...
Click to collapse
He codes on the job, i think that makes a big difference on the time availability front.
Any news or update?
Seems no kernel has added this mod
Really want to have a try
It 's coming to Matr1x..
Sent from my Nexus S using XDA App
Its here!!! Matr1x 8.5
Sent from my Nexus S using XDA App

[KERNEL][AOSP] LorD ClockaN (lordmodUEv8.5-CFS-VIVO-2.0)

The new kernel by LorD ClockaN for AOSP(cyanogen and MIUI) roms is here.
http://www.multiupload.com/YQTRBBDO3B
http://www.4shared.com/zip/VC9M-tPU/lordmodUEv85-CFS-VIVO-20.html
This is 8.6b3 of his DHD kernel for vivo.
Please try it and post reviews which will help him to further work on incredible s kernels.
A big thanks to LorD ClockaN for his great kernels.
Governors explained: (Thanks to LorD ClockaN )
*interactive - 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.
*smartass - Is an improved version of interactive governor.
*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 CPU load.
*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.
*brazilianwax - Very agresive version of smartass.
*interactiveX - Tweaked Interactive governor by Imoseyon by adding more features like suspend/wake profile.
*ondemandX - Tweaked and ported from 2.6.38 base Ondemand governor by Imoseyon by adding more features like suspend/wake profile.
P.S: This kernel is not for Sense Roms !
Installed with #146.
Boot is slow.
Bootanimation don't show correct.
A lot of lag.
Going back to v1.
/ Jess Kölner /
/ Sent from my phone /
this kernel for sence or cynagon or miui ?
aosp (cm7, miui). it says so on the first post.
Did a restor and reflashed the new v. 2.0 Kernel, but same problems as first time.
The strange thing is that test score with Quadrant is 3089 with both Kernels.
any changelog?
accidently im install to sence rom, this kernel accepted & working but i dont know others reflect like sms/call delay etc .... can someone test it!
jkolner said:
Installed with #146.
Boot is slow.
Bootanimation don't show correct.
A lot of lag.
Going back to v1.
/ Jess Kölner /
/ Sent from my phone /
Click to expand...
Click to collapse
jkolner said:
Did a restor and reflashed the new v. 2.0 Kernel, but same problems as first time.
The strange thing is that test score with Quadrant is 3089 with both Kernels.
Click to expand...
Click to collapse
Anyone else tried it? it is running fine on my miui rom. boot time was also good. couldn't find any bug in the bootanimation (maybe a slight lag in the animation).
Edit: felt a very slight lag while moving pics in the gallery.
ajeya said:
Anyone else tried it? it is running fine on my miui rom. boot time was also good. couldn't find any bug in the bootanimation (maybe a slight lag in the animation).
Edit: felt a very slight lag while moving pics in the gallery.
Click to expand...
Click to collapse
Kernel is working fine.. Can't feel any difference between previous version and this.. But still Two Way call recording and in call audio boosts are missing.. Need the latter badly..
The only difference I feel better from Tiamat kernel is, this one does better fps in 3d and 2d animations..
Sent from my Incredible S using XDA App
I use this with CM nighlty 146 too.
booting is the same as v1.
but at governor "conservative" ,this version is much lag than V1.
For me ,V1 is faster responding than V2.
no other issue.
How is this kernel for battery life? Cm7
Sent from my Incredible S using XDA App
Is it good on cm 7.1 stable release?
Sent from my Incredible S using XDA App
Is there any support for this kernel? What about source code?
Does it have loop support ?
Is there a Mirror? Multiupload seams down
Silversniper said:
Is there a Mirror? Multiupload seams down
Click to expand...
Click to collapse
http://www.4shared.com/zip/VC9M-tPU/lordmodUEv85-CFS-VIVO-20.html
im using CyanogenMod-7.2.0-IncS-KANG with this kernel v2.0
keep restarting.. dunno why..
O/C: 122min - 1700max - Ondemandx
Quadrant: 3230
rise voltage for max freq
LorD ClockaN said:
rise voltage for max freq
Click to expand...
Click to collapse
hey you promised us a new kernel after this to improve the small bugs...please if you get time then provide us with it...your kernels are too good
Does this kernel work with Virtuous Quattro or is it only for CM?
Both AOSP and so on? Don't kill me if this was stupid to ask
Edit: Nvm, tried and didn't work

[KERNEL][22/01]· ▀▄ · Kernel 3.0.58 HydRx-v4r97b - For Samsung Stock-JB

HydRx-v4r97b
JB Kernel for Samsung Stock ROMS
Only for stock jelly bean ROMS
EXTREME won't work in all mobiles so, if don't work extreme for you, put Semi.​
The config:
Based on 3.0.57 - Yank.555+neak with patches, configs, optimizations and tweaks (so thanks to Yank and simone)
OC up to 1700mhz.
Reduced low cpu steps to get some performance (Deleted 300mhz, 400mhz, and 600mhz)
Voltages:
EXTREME:
Cpu arm : -112,5mv in all freqs from 200 to 1500mhz (low freqs as 200,500 +12,5mV)
Cpu internal: -50mv in all freqs
Bus: -100mv in all freqs
Gpu: -100mv in all freqs
SEMI:
Cpu arm : -87,5mv in all freqs from 200 to 1500mhz (low freqs as 200,500 +12,5mV)
Cpu internal: -50mv in all freqs
Bus: -75mv in all freqs
Gpu: -75mv in all freqs
MEDIUM:
Cpu arm : -62,5mv in all freqs from 200 to 1500mhz (low freqs as 200,500 +12,5mV)
Cpu internal: -37,5mv in all freqs
Bus: -50mv in all freqs
Gpu: -50mv in all freqs
Tree RCU+NO_HZ
SIO Iosched enabled by default and tweaked.
Governor hydrxq (simply a lulzactiveq governor with tweaks to performance (thanks to tegrak), if you see it drains much with this governor, you can select pegasusq governor with voltage control)
Disabled Tracing, logging, and debugging.
Some compiler CFLAGS optimizations added (linaro toolchain)
Tweaks virtual mem, I/O, kernel & scheduler.
Set wifi power limit to 8dBm.
Max powersave in sleep mode with some modifications and screenstate:
*More stable GPU voltajes set on the fly when you screen off the display (min 775mV).
*Cleaning of cache/inodes when you screen off, and each 6 hours.
*laptop mode enabled with screen off.
*some tweaks more when you screen off I consider they save power.
Priorized some system apps at boot, to get some a performance system..
Auto script to close all possible samsung apps at boot.
Swap compatible, but not used for now.
Stand alone hotplug tweaked to low usage of cores.
Sound eargasm voodoo patch added controlable with STweaks from market. (thanks to gokhanmoral)
Tweaks mdni, for better colors.
More powersave in 2G/3G networks and wifi supplicant time modified.
SDD sudden death fixed.
I forget some things I'll put more.
etc
GPL: https://github.com/NeoPhyTe-x360/i9300-S3-JB-kernel
[*] It's not compatible with 64GB exFAT sdcards (if you like to see your files you have to format your sd64 in FAT) [It's a common issue with updated kernels and proprietary modules]
Some versions go from letter A to letter D.
Letter A; Less UV, internal are more "conflictive" voltages, so letter A is a "light" uv in internals
to
Letter D: More UV, the most UV possible, agressive internal volts and -125mV GPU volts, the maximum possible without freezes in some devices.
Download:
[DOWNLOAD]Kernel_HydRx-kernel-v4r97b-_-i9300-ExtremePowerSave
​
reserved
reserved2
Looks promising will try for sure. Thanks and welcome to s3 community have used your aokp roms on S2
i have used this kernel for 6 hours ! battery is good. Need more times to continue testing.
PS : used the v2.6a, will trying v2.6d now !
I Will try right now.. I'll comment later. Thanks
Sent from my GT-I9300 using xda premium
noob question, but by stock you mean non-sammy based right?
Shudder123 said:
noob question, but by stock you mean non-sammy based right?
Click to expand...
Click to collapse
Stock = Samsung based rom
you can use the kernel in every rom except MIUI,CYANOGEN AND AOKP ( and their mixed/customized roms)
can u make a more relaxed version in terms of uv's...not all phns can hndle even semi extreme version
naveediftikhar said:
can u make a more relaxed version in terms of uv's...not all phns can hndle even semi extreme version
Click to expand...
Click to collapse
Will do mate
EDIT: What phenomenal "version" is working fine for u?
NeoPhyTe.x360 said:
Will do mate
EDIT: What phenomenal "version" is working fine for u?
Click to expand...
Click to collapse
idont use phenomenal...m all yank-o these days!
EDIT: i see that your kenel isnt compatible with cpuspy and i jus tried the semi extreme version..straight away got a freeze..!
Flashed semi version kernel.. Working good so far but cpu spy can't detect the cpu states
Sent from my GT-I9300 using xda premium
jothi2lingam said:
Flashed semi version kernel.. Working good so far but cpu spy can't detect the cpu states
Sent from my GT-I9300 using xda premium
Click to expand...
Click to collapse
it's disabled, but in next release I can enable it if you all like
Really need this function dude so we can aware whether this kernel working in deep sleep or not
Sent from my GT-I9300 using xda premium
updated
naveediftikhar said:
can u make a more relaxed version in terms of uv's...not all phns can hndle even semi extreme version
Click to expand...
Click to collapse
I had the most fluid and lagg- free experience with your kernel, only problem is the phone would freeze every now and than.. I tryed the semi extreme version on Anono Rom v19. I couldent say if the battery life is good, because i had to reflash perseus again for stability, but im very pleased with the smoothness and the general absence of lagg. I'll try the medium version now and report back...
Could you post pictures for stwaeks showing how can i put kernel confgratin
Thanks
Sent from my GT-I9300 using xda premium
jothi2lingam said:
Flashed semi version kernel.. Working good so far but cpu spy can't detect the cpu states
Sent from my GT-I9300 using xda premium
Click to expand...
Click to collapse
What r those fonts..if its flipflop plz link it...or share it...
SENT FROM MY GALAXY SIII
Ext sd card should be fat32?? Or any
Sent from my GT-I9300 using xda app-developers app
gauravbhawsar said:
What r those fonts..if its flipflop plz link it...or share it...
SENT FROM MY GALAXY SIII
Click to expand...
Click to collapse
It's ultima mod font... Find in this files
http://db.tt/9flYnA1R
http://db.tt/6glbxGZP
Sent from my GT-I9300 using xda premium

[KERNEL][SPR][4.4.3] ★☆ Kangaroo Kernel ☆★ 04 OCT | v068

Kangaroo Kernel for the HTC One GSM: Sense ROMs
Linux 3.4.104+, with many features and improvements from Linux 3.12 and 3.14
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
For android 4.4.3 Sense ROMs
Based off HTC 6.09.401.5 sources for 4.4.3 Sense
Code:
* Standard disclaimer:
* Your warranty is now void. Use at your own risk.
* In other words: It is your choice to use this software,
* I am not responsible for any damage or problems!
Naming convention
KANGAROO KERNEL MKIV IS FOR 4.4.3 ONLY (it will have _443 at the end of the filename)
JOEY AOSP CM (ckxxx): AOSP/CM based ROMs depreciated
JOEY GPE (post 4): sense based 4.4.2 and GPE 4.4.2 depreciated
KANGAROO KERNEL SENSE (kkxxx): sense based 4.4.2 ROMs and GPE only depreciated
Click to expand...
Click to collapse
Features:
Compiled with latest Linaro Christopher83 Linaro 4.9.1 toolchain
Better performance and battery savings due to the use of more efficient algorithms and updated, optimized code
Kernel is aimed at reducing heat while saving battery and increasing performance over stock
IN DEPTH FEATURE LIST IN CHANGELOG AND ON GIT
Better to look at changelog cause I miss things when I try to condense it
CPU governors (italics for default): ondemand, performance, userspace, msm-dcvs, powersave
io sched: no-op, deadline, CFQ
KANGAROO CONTROL SCRIPT IN POST #3
Can be used to control all options, plus more
Click to expand...
Click to collapse
Installation:
1. Download kernel
2. Reboot to recovery
3. Backup
*if you come from faux or tbalden please reflash your rom, you don''t need a wipe. They have some trickery with their own hotplugs so they have reomved mpdecision, so without reflashing your phone will be stuck on quad core*
4. Flash kernel
5. Reboot
*Please let it sit for ~10 mins before judging as it will need to settle down. Do not judge battery life unless you've run it through at least 3+ cycles after flashing*
Click to expand...
Click to collapse
DISCLAIMERS:
1) Excessive under/overvolting can cause damage to the internal parts of your phone. It can cause the phone's lifespan to deteriorate quickly so make sure you know boundaries
2) If you OC'ed/OV'ed/UV'ed and now are in a boot loop or your phone is slow, or acting weird or just died - it means your phone does not like the changes. Voltage control is for those who know what the risks are, know what they are doing and know how to fix it. Perhaps when you change these, test them for an hour or so before setting on boot
3) Any changes to the phone, including flashing the kernel itself is done at your own risk.
4) Every phone is differentt
5) Please DO NOT use any task killers (or additional init.d scripts), they DO NOT improve performance/battery. The kernel is designed to be used with stock settings: my settings and anything else can cause problems
Click to expand...
Click to collapse
Download latest version:
http://forum.xda-developers.com/showthread.php?t=2768222&page=53#post55839886
If you want logo options:
http://forum.xda-developers.com/showpost.php?p=54759427&postcount=5140
All previous versions:
Can now be found in changelog posts.
All older versions:
http://www.androidfilehost.com/?w=files&flid=15247
Sauce: https://github.com/poondog/kangaroo-m7-mkIV
*Please do not re upload without permission, I like to count downloads*
Changelog will be in post 2
What is not coming via requests:
- replacement for mpdecision
- additional useless governors
- aroma
- anything useless: this kernel was made for me and I shared it with a few people until now
Click to expand...
Click to collapse
With thanks to (in no particular order)
franciscofranco
faux123
anarkia1976/ak
imoseyon
flar2
teamseven
n3ocort3x
morfic
maxwen
labodj
ktoonsez
tpbklake
janarp
szezso
Synthetic.Nightmare
ZeroInfinity
Sabermod team
Stratosk
Lens-F
Savoca
tiny4579
neniick
geko95gek
brymaster
buckmarble
Click to expand...
Click to collapse
XDA:DevDB Information
Kangaroo Kernel, Kernel for the Sprint HTC One
Contributors
poondog
Kernel Special Features:
Version Information
Status: Stable
Created 2014-05-31
Last Updated 2014-10-05
Reserved
Changelog will go here
4.4.3 Sense kernel:
Code:
*****v058*****14 September
.shorten some wakelocks (for better sleeping)
.some more tweaks for better overall battery and performance
.upstream fixes and improvements to TOPOLOGY drivers (to do with queuing of tasks to individual cores, from Linaro)
.optimize TOPOLOGY further for Krait devices (neobuddy89)
.introduce BFQ IOSCHED v7r5
.introduce FIOPS IOSCHED (default)
.enable ILLINOIS to be set as default, and set it default for TCP
.introduce LINARO POWER EFFICIENT WORKQUEUES (heaps of battery savings)
.some fixes to bluetooth
.upstream backports to EVENTPOLL subsystem from 3.14+ (Efficient event retrieval implementation, thx neobuddy)
.fix some more compile warnings for better optimized code (cl3kener)
.drop i2c clock a bit more (to save battery, ref. @zeroblade1984/Samsung/OPPO
.remove some more debug (less energy waste)
.strip most debug from modules, reduce size by 90%
.enable all sleep states, based on 4.4.2 kernel tests (for better battery especially in sleep)
.remove depreciated sched sysfs since they are removed up upstream kernels and don't really do anything
.some LINARO ARM code improvements
.update to HTC 6.09.401.5 kernel source (not much really lol, a few internet related fixes)
.introduce USB FAST CHARGE (flar2, off by default)
.cleanup some HTC junk
.some improvements to LOWMEMORYKILLER from moto/upstream (to do with multitasking)
.some improvements to ONDEMAND governor for better power savings with no smoothness loss
.fixed USB DAC audio (Thanks @hq5 for testing)
.introduce KEXEC_HARDBOOT aka MULTIROM (still needs patched RAMDISK, I do not include this)
.fix compass on Sprint and Verizon (brymaster5000)
.add some more doge
http://forum.xda-developers.com/showpost.php?p=55423362&postcount=5983
*****v045*****6 September*****
.2w: change feedback slightly, now it doesn't vibrate heaps on sweep2sleep
.further updated workqueue (for better battery and efficiency)
.some network tweaks
.heaps of "under the hood" improvements (lead to better efficiency for speed/battery)
.reduce internal USB wakelocks to improve battery
.patched kernel futex vulnerability (from CM, for security)
.compress with LZ4 for faster boot speeds and built with latest binary
.updated all compressors to latest versions
.add lower GPU frequencies and scale to them (for better battery)
.upstream backports to OOM handler from 3.16+ (related to memory use, see here https://www.kernel.org/doc/gorman/ht...rstand016.html)
.optimized deadline scheduler for better use on flash
.quad core cpu stats (faux123)
.lower max i2c clock to 384MHz to save some juice, no negative effects in testing
.some general code fixes and improvements
.enable ILLINOIS tcp algorithm and set default
.enable NTFS r/w support
http://forum.xda-developers.com/showthread.php?t=2564895&page=582#post55259490
*****v027*****30 August*****
.massive improvements to the workqueue, synced with AOSP+ (franciscofranco)
.BCM4335: attempt to decrease wakelocks
.signature tweaks to SLIMBUS (me/zeroinifity)
.msm: memutils: memcpy, memmove, copy_page optimization from motorola
.use freezable blocking calls kernel wide (for more efficiency and less waste of resources, comes from upstream android)
.slimmed down kernel, stripped of some things it doesn't need
.removed some more debugging
.much under the hood tweaks (wow)
http://forum.xda-developers.com/showpost.php?p=55136831&postcount=5636
*****v021*****22 August*****
.2w: default to sweep2wake and doubletap2wake on
.backport RANDOM and RANDOM32 drivers from Linux 3.16. FULL port, not just a few patches
.patch all the way to Linux 3.4.103 latest. These include bugfixes, enhancements that have been seen fit to be merged into the mainline 3.4.y kernel
.scale L2 and CPU in sync, up to 1134MHz where the L2 maxes out. Results in smoothness at higher freqs and battery saving at lower
.begin to work on workqueue, for now just a few fixes
.drop all CPU voltages by 50mV for battery improvement and heat reduction
.begin to tweak kernel to be cooler and leaner
http://forum.xda-developers.com/showthread.php?p=54976133#post54976133
*****v006*****5 August*****
.patch upstream to 3.4.25
.introduce all 2w features from Kangaroo Kernel 4.4.2, including dt2w, s2w, bi-directional etc
.button backlight notifications (tbalden)
.tweak makefile flag optimizations based on our testing on 4.4.2 Sense
.some minor fixes and enhancements
.disabled systemrw protection (Tiny4579)
http://forum.xda-developers.com/showthread.php?p=54619213&highlight=update#post54619213
*****v001*****29 July*****
.few compiler tweaks based on what worked well on 4.4.2 kernel
.some minor code optimizations and fixes
.compile with Christopher83 Linaro 4.9.1 2014.07 toolchain
.vfp with neon hard optimization levelz
http://forum.xda-developers.com/showpost.php?p=54454303&postcount=4973
Reserved
24 August: kangaroo Kernel control script with modified mountpoints for SPRINT
Thanks for sharing.
Get out of here!!! I've been waiting on the kernel like forever. Thanks poondog!!
SENT FROM MY SENSE 6 SPRINT HTC ONE
THADDIUS25 said:
Get out of here!!! I've been waiting on the kernel like forever. Thanks poondog!!
SENT FROM MY SENSE 6 SPRINT HTC ONE
Click to expand...
Click to collapse
ok I will get out
Running nice so far
Sent from my HTCONE using XDA Free mobile app
YAYAYAYAYAYAY; I found your kernel for the gpe edition a month ago and hoped someday it will be ported for sprint, looks like my prayers are answered! Thank you!!!:laugh:
Nice thanks for sharing!!!
Frigging sweet!
Sent from my HTCONE using Tapatalk
davidkrocks said:
YAYAYAYAYAYAY; I found your kernel for the gpe edition a month ago and hoped someday it will be ported for sprint, looks like my prayers are answered! Thank you!!!:laugh:
Click to expand...
Click to collapse
Lucky you lol
slickrick54 said:
Nice thanks for sharing!!!
Click to expand...
Click to collapse
Thanks for the support, hope you enjoy
FrozenRiff said:
Frigging sweet!
Sent from my HTCONE using Tapatalk
Click to expand...
Click to collapse
Do I remember you from the evo 3d nsfw wallpaper thread?
Sent from my Nexus 7 using XDA Premium 4 mobile app
poondog said:
kangaroo Kernel control script
Click to expand...
Click to collapse
Is this needed, or can I just use something like trickster mod? Also, thanks for supporting this device!
cygnus said:
Is this needed, or can I just use something like trickster mod? Also, thanks for supporting this device!
Click to expand...
Click to collapse
Depends what you want to do most of the time you can use trickster. But, for frequencies you'll need to use the script to cap it since o have pnpmgr enabled
Pnpmgr is HTC power and performance manager and it is responsible for boosting CPU and gou when needed. So its enabled to eliminate any stutter
poondog said:
Depends what you want to do most of the time you can use trickster. But, for frequencies you'll need to use the script to cap it since o have pnpmgr enabled
Pnpmgr is HTC power and performance manager and it is responsible for boosting CPU and gou when needed. So its enabled to eliminate any stutter
Click to expand...
Click to collapse
I just want to set governors and clock speeds, as well as modify screen wake settings and such. Is that possible without the script?
cygnus said:
I just want to set governors and clock speeds, as well as modify screen wake settings and such. Is that possible without the script?
Click to expand...
Click to collapse
Since you say clock speeds, you will need the script
However I am a strong believer in keeping the clock speeds stock. It has great battery already (I always last the day on one charge) and lowering the max freq say to 1.4GHz will extract a bit moer battery, maybe you will end up on 20% instead of 12% at the end of the day. If I want to underclock I will use the poewr saver option for CPU (assuming it works for you on this device, since some roms it doesn't work on) I know viperone has this working
imo, try without the underclocking and if you need it you will need to use teh script. its easy, I can walk you through it if you'd like
Do this got dt2w and ntfs support
Sent from my EVO using XDA Premium 4 mobile app
liljthatbol said:
Do this got dt2w and ntfs support
Sent from my EVO using XDA Premium 4 mobile app
Click to expand...
Click to collapse
Yes
poondog said:
Yes
Click to expand...
Click to collapse
Any reasons to not use SMARTMAX over Ondemand?
Also I am not familiar with FIOS. I always used ROW but looking for best battery life.
Quick question for the kernel guru, I noticed the kernel mentions how it increases the gpu bandwidth, the question I'm wondering if you can elaborate what it is? I googled the feature and I only came up with hits from you!
Two words...luvvv it!
Sent from my HTCONE
numus said:
Any reasons to not use SMARTMAX over Ondemand?
Also I am not familiar with FIOS. I always used ROW but looking for best battery life.
Click to expand...
Click to collapse
personally, i dont notice a lot of difference between different schedulers, but we had a discussion about it in the gsm thread here . as for the governors, i prefer ondemand, because (for me) it has the best combination of battery and performance, but some prefer smartmax or preservative more. you can also find some infos about that in the gps thread

Best governor,sheduler etc

Hello guys..Now how we have a lot of new kernel, in yours opinion which is best setup for performance,battery in governor, sheduler ,min&max Cpu,Gpu etc for our MI3 ? For now I use interactive,noop ,min 300 MHz and max 1,2 MHz..Gpu max 462MHz.. And that's seems ok for me..and franco kernel by audahadi
Nightmare + tripndroid 1.2-1.5Ghz, gpu 330Mhz
pgqta said:
Nightmare + tripndroid 1.2-1.5Ghz, gpu 330Mhz
Click to expand...
Click to collapse
Min cpu frequency 1.2 Ghz?? Why?
are you into gaming?
This is my current setup on XenonHD with Stuxnet+ kernel
(with regard to stats posted HERE)
HEIS3NBERG said:
4 hours of SoT with 50% ? How did you do that ? I'm reaching the 4hours of SoT sometimes but with 0% of battery :crying:
What is the other saving stuff you talking plz ?
Click to expand...
Click to collapse
damnthomas said:
wt setting is best for batter besides cpu set to governor and uc uv skills by Dark Knight
Click to expand...
Click to collapse
(I'm going to go tab by tab in Kernel Adiutor)
CPU:
CPU Max Freq- 1497MHz
CPU Min Freq- 300MHz
CPU Governor- conservative
Multicore Power Saving- Aggressive
Sync Threshold- 1190Mhz
Input Boost Freq- 960MHz
CPU Voltage:
300MHz- 700mV
422MHz- 705mV
499MHz- 705mV
576MHz- 710mV
653MHz- 710mV
729MHz- 715mV
883MHz- 725mV
CPU Hotplug:
MPDecision- ON (Stuxnet has no other hotplugs yet, and disabling hotplugs allows you to manually control which cores are active by checking boxes in CPU tab. But I didn't want to permanently switch off some cores, as it would probably affect smoothness, so decided to let MPDecision take care of it)
That's about all the Power-saving changes I made. :good:
The Dork Knight Rises said:
This is my current setup on XenonHD with Stuxnet+ kernel
(with regard to stats posted HERE)
(I'm going to go tab by tab in Kernel Adiutor)
CPU:
CPU Max Freq- 1497MHz
CPU Min Freq- 300MHz
CPU Governor- conservative
Multicore Power Saving- Aggressive
Sync Threshold- 1190Mhz
Input Boost Freq- 960MHz
CPU Voltage:
300MHz- 700mV
422MHz- 705mV
499MHz- 705mV
576MHz- 710mV
653MHz- 710mV
729MHz- 715mV
883MHz- 725mV
CPU Hotplug:
MPDecision- ON (Stuxnet has no other hotplugs yet, and disabling hotplugs allows you to manually control which cores are active by checking boxes in CPU tab. But I didn't want to permanently switch off some cores, as it would probably affect smoothness, so decided to let MPDecision take care of it)
That's about all the Power-saving changes I made. :good:
Click to expand...
Click to collapse
Can you explain why have you set your Sync Threshold to 1190Mhz
shabtab said:
Can you explain why have you set your Sync Threshold to 1190Mhz
Click to expand...
Click to collapse
Actually I can't...cuz I have no idea!
If you read the original post I linked, my aim was to increase battery life, so I just reduced all clock speeds while maintaining the default order
MaxFreq>SyncThreshold>InputFreq>MinFreq
But it gave me awesome results (again, check the link in prev post) without causing any lags, and ppl were asking for my setup, so I shared it with you guys.
Hope it helps you too :good:
The Dork Knight Rises said:
This is my current setup on XenonHD with Stuxnet+ kernel
(with regard to stats posted HERE)
(I'm going to go tab by tab in Kernel Adiutor)
CPU:
CPU Max Freq- 1497MHz
CPU Min Freq- 300MHz
CPU Governor- conservative
Multicore Power Saving- Aggressive
Sync Threshold- 1190Mhz
Input Boost Freq- 960MHz
CPU Voltage:
300MHz- 700mV
422MHz- 705mV
499MHz- 705mV
576MHz- 710mV
653MHz- 710mV
729MHz- 715mV
883MHz- 725mV
CPU Hotplug:
MPDecision- ON (Stuxnet has no other hotplugs yet, and disabling hotplugs allows you to manually control which cores are active by checking boxes in CPU tab. But I didn't want to permanently switch off some cores, as it would probably affect smoothness, so decided to let MPDecision take care of it)
That's about all the Power-saving changes I made. :good:
Click to expand...
Click to collapse
Mine is quite same and with Stuxnet on RR ROM, 1 Hours SOT per 10%; quite impressive.
The Dork Knight Rises said:
Actually I can't...cuz I have no idea!
If you read the original post I linked, my aim was to increase battery life, so I just reduced all clock speeds while maintaining the default order
MaxFreq>SyncThreshold>InputFreq>MinFreq
But it gave me awesome results (again, check the link in prev post) without causing any lags, and ppl were asking for my setup, so I shared it with you guys.
Hope it helps you too :good:
Click to expand...
Click to collapse
okay let me explain then it used to increase the max cpu clock speed if needed, like if you've clocked your cpu at 1.5 and the cpu gets exhausted with 100% usage then the cpu will be increased to given SyncThreshold value for sometime to lower the pressure on cpu,, in simple words it should not be lower than the max cpu Freq. and preferably disabling it is a better option.. and btw your settings are just awesome phone is not over heating also and thanks.
shabtab said:
okay let me explain then it used to increase the max cpu clock speed if needed, like if you've clocked your cpu at 1.5 and the cpu gets exhausted with 100% usage then the cpu will be increased to given SyncThreshold value for sometime to lower the pressure on cpu,, in simple words it should not be lower than the max cpu Freq. and preferably disabling it is a better option.. and btw your settings are just awesome phone is not over heating also and thanks.
Click to expand...
Click to collapse
Ah that makes a lot of sense. Thanks.
EDIT: But then why was SyncThreshold less than Max by default?
EDIT2: Also, same thing's been done by this awesome guy @nicholaschum (Google searched 'CPU Sync Threshold' LOL):
http://forum.xda-developers.com/showpost.php?p=56974252&postcount=363
The Dork Knight Rises said:
Ah that makes a lot of sense. Thanks.
EDIT: But then why was SyncThreshold less than Max by default?
EDIT2: Also, same thing's been done by this awesome guy @nicholaschum (Google searched 'CPU Sync Threshold' LOL):
http://forum.xda-developers.com/showpost.php?p=56974252&postcount=363
Click to expand...
Click to collapse
I am also wondering why people are keeping it less than default it just makes no sense.
@Gnome You are a pro kernel dev, right? Can you please explain to us (noobs :laugh what is up with the SyncThreshold value and what exactly it does?
The Dork Knight Rises said:
This is my current setup on XenonHD with Stuxnet+ kernel
That's about all the Power-saving changes I made. :good:
Click to expand...
Click to collapse
Your guides are always that helpful. Hope to see more guides from you! Pressed the thanks button.
Which is the best kernel for you?
mipo007 said:
Which is the best kernel for you?
Click to expand...
Click to collapse
Kernel by Gnome :thumbup:
Sent from my MI 3W using XDA Free mobile app

Categories

Resources