Related
THIS COMES WITH ABSOLUTELY NO WARRANTY.
I AM NOT RESPONSIBLE FOR WHAT THIS KERNEL MAY OR MAY NOT DO TO YOUR PHONE, ESPECIALLY WHEN YOU OC!
This is based on CM's 2.6.35.13 kernel.
Credits include Cyanogen, x99percent, scaryghoul, faux123, -snq, LordClockaN, and others that I couldn't find out who to credit for. If I used your code and you're not mentioned here, let me know!
GPL IN, GPL OUT: github
Version 1.0
- Added SmartAss Governor
- Added Scary Governor
- Added MinMax Governor
- Minor UV, as it depends on your own device. I suggest using the VDD sysfs interface to tweak them yourself.
- Added VDD sysfs interface (OV/UV on the fly) info/usage
- Added SLQB
- Added OC up to 1.9Ghz - SetCPU failsafe profiles are a MUST!
- Allocated more GPU memory
- Enabled swap
- Compcache is still disabled until I can get it working properly
Version 1.01
- Fixed 1.9Ghz OC
Version 1.02
- Fixed modules inside zip
Version 1.03
- Minor bugfixes
- Added TINY_PREEMPT_RCU (should help with multitasking)
Version 1.04
- Fix smartass (wouldn't go below 768mhz while awake)
- Minor bugfixes
- BFS
Version 1.05
- Added USB Mass Storage speed tweak
- Tweaked ext4 extensively
- LOTS of bugfixes
Version 1.06
- Added new governor "GreaseLightning" based on smartass
- Tweaked max readahead to 4096
- backported changes from 2.6.36.1 and 3.0rc6 (Imoseyon)
- Added Simple I/O Scheduler and set as default
- various PM fixes
- Merged HTC's vision-2.6.35-gb-MR release
- Tweaked charging code to "overcharge" for ~2 hours, should be safe and improve battery life
- Fixed netflix playback issues
GOVERNOR EXPLANATIONS:
'minmax' - this driver tries to minimize the frequency jumps by limiting
the the selected frequencies to either the min or the max frequency of
the policy. The frequency is selected according to the load.
Originally posted by erasmux -
smartass - 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!
Originally posted by scaryghoul -
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.
Click to expand...
Click to collapse
I hope to add some more user-friendly control to UV/OV, hopefully in the next version.
I tested this on my device, but as stated below, there's no guarantee it will work on yours.
This kernel should only really be used on CM7 nightly 78 and above. Not sure what'll happen if you use it on earlier nightlies, but it's definitely not supported.
Performance should be as good as or better than stock kernel.
Download:
MD5SUM: 71031df052b62d276657190cd4ec94d8
dropbox (will probably go over quota and stop working) - UmaroKernel-1.06.zip
MultiUpload: UmaroKernel-1.06.zip
This kernel excites me greatly. I will be flashing it right away. Thanks!
Sent from my HTC Vision using XDA Premium App
Great work bro! I'll def. give it a shot right now!
Thanks, gonna give this a try.
You sir just made my day. So we will need to use terminal to edit our UV values until you get that dealt with, correct? Will they persist through a reboot or not?
Now this is what I was waiting for
Thank you
KCRic said:
You sir just made my day. So we will need to use terminal to edit our UV values until you get that dealt with, correct? Will they persist through a reboot or not?
Click to expand...
Click to collapse
not to get off-topic, but your sig says youre using the pyro kernel with the CM nightlies. You do know that blah said the recent nightlies are no longer compatible with that kernel, due to the CM kernel being rebased on a different kernel than the base of the pyro kernel. However, I can attest that this kernel DOES work with both nightlies and pyromod
Thanks for the 1.9GHz Will test in conjunction with the latest CM7 nightly when I get home!
Thanks. Flashed and working great. On build 91
Sent from my HTC Vision using XDA App
I just flashed this and everything is working without any issues
However, I noticed that there is no 1.9GHz option in SetCPU...
theSpam said:
I just flashed this and everything is working without any issues
However, I noticed that there is no 1.9GHz option in SetCPU...
Click to expand...
Click to collapse
Sorry for the dumb question, but did you do the autodetect?
Sent from my HTC Vision using XDA Premium App
heybobitsme said:
Sorry for the dumb question, but did you do the autodetect?
Sent from my HTC Vision using XDA Premium App
Click to expand...
Click to collapse
I just did and the max frequency is still 1516MHz...
theSpam said:
I just did and the max frequency is still 1516MHz...
Click to expand...
Click to collapse
Ya I just noticed the same with the built in settings as well.
Sent from my HTC Vision using XDA Premium App
heybobitsme said:
Ya I just noticed the same with the built in settings as well.
Sent from my HTC Vision using XDA Premium App
Click to expand...
Click to collapse
I'm having the same issue.
I know the og post said that this should mainly be used with CM7 nightlies, but I decided to give it a try with the MIUI ROM that I'm using. No dice. Wouldn't even load the bootscreen. I'm thinking I may flash over to the current CM7 nightly to give it a try though.
Sent from my HTC Vision using XDA Premium App
Im using the MIUI rom on my G2 and the smartass kernal... Freakin great if you ask me. I have about 30 to 35% battery and its about to be 1010 pm and i unplugged from charger at 730 am. Beat kernal so far.
Sent from my HTC Desire Z (actually its a G2) using XDA App
Updated OP with fixed kernel, OC up to 1.9Ghz is now supported.
Enjoy!
umaro said:
Updated OP with fixed kernel, OC up to 1.9Ghz is now supported.
Enjoy!
Click to expand...
Click to collapse
Nice! How much more memory was allocated to the GPU? Just curious...
Nice work any one test out WiFi and the kind of stuff?
Sent from my HTC Vision using XDA App
sino8r said:
Nice! How much more memory was allocated to the GPU? Just curious...
Click to expand...
Click to collapse
I think it's just under a meg, for a total of 4 megs of GPU ram instead of 3 megs.
I don't know what kind of performance gain comes from it.. I'll have to benchmark it and let you guys know.
The added memory doesn't look like it was being used by anything else, though.
*WARNING! I Am Not Responsible For Anything That Happens To Your Device*
PLEASE READ ENTIRE OP CAREFULLY, THANKS! and remember: when reporting issues, please provide more info than "my phone rebooted, anyone know why?"
Based on HTC source code. Found [HERE]My github: [HERE]
BIG THANKS TO:
Faux123, Erasmux, Scaryghoul, Nick Piggin, LeeDroid, Umaro, mdeejay, imoseyon, LorDClockaN for the reference or code I may have used
Raycaster3 for being my crash test dummie
Anyone I didnt mention.. it's not intentional, please let me know!
Included:
COMPATIBLE WITH ALL GINGERBREAD 2.3.x SENSE ROMS
Patched to 2.6.35.14
CPU OverClocked up to 1.90GHz (Higher Frequencies may be unsatble for some devices)
CPU frequecy supports 122MHz up to 1.90GHz
DARKSIDE Governor default Gov set @ 122/1017MHz
Under Volt
Lower Wifi Voltage
NOOP scheduler default
SLQB Memory Management
Extensive Ext4 tweaks
SVS support (VDD interface code thanks to @snq)
Built in WiFi Calling support
Available CPU Governors:
DARKSIDE, superbad, scary, smartass (optimized), smartass v1 (orignal smartass), smartass v2 (2nd Generation), savagedzen, lagfree, conservative, performance, ondemand, interactive, minmax, powersave, userspace
Optional I/O Schedulers:
anticipatory, deadline, cfq, bfq, vr, sio
Instructions on flashing Kernel:
1. Download and place on your SD card
2. Boot into Recovery Mode
3. Do a NAND BACKUP!!!
4. Wipe Dalvik & Cache
5. Flash Kernel
6. After flashing is complete, Reboot..
7.Wait a few minutes for Os to load and reboot again
8.If using SetCPU, make sure you reselect "autodetect speeds recommended"
9.Done!
10. Welcome to the DARKSIDE!
My Change Log:
Code:
[U][B]2.6.35.14::demonspeed v7:: (10.25.2011)[/B][/U]
-UPDATE: freq and voltages *minor*
-REVERT: "ADD: float charge after 90%"
-REVERT: "ADD: Fast charging while connected via USB"
-ADD: Frontswap
-ADD: support for XZ decompression into the kernel'
-UPDATE: Improve latencies under load
-UPDATE: use spin_lock_irqsave and spin_lock_irqrestore
-UPDATE: Fix ordering of calls in suspend error path
-UPDATE: deactivate invalidated pages
-UPDATE: mark_inode_dirty barrier fix
-UPDATE: overhaul of governors (ADDED: DARKSIDE,smartass v1, smartass v2, savagedzen, lagfree and optimized others)
-REVERT: "ADD: enable HRTICK"
-UPDATE: remove the per cpu tick skew
-UPDATE: wireless drivers
-UPDATE: PMEM_CACHE_FLUSH fixup
[U][B]2.6.35.14::demonspeed v5:: (10.1.2011)[/B][/U]
-UPDATE: increase GPU and Camera memory allocation
-ADD: put eMMC in sleep (cmd5) mode before suspend
-UPDATE: Back off suspend if repeated attempts fail
-UPDATE: prevent multiple syscall restarts
-ADD: demonspeed governor
-ADD: cleancache
-ADD: enable HRTICK
-UPDATE: Create cpufreq workqueue for freq changes
-UPDATE: decrease default dirty ratio
-UPDATE: arch/arm/mach-msm/acpuclock-7x30.c
-UPDATE: CFLAGS for Increased peroformance
-ADD: Automated per tty task groups
-UPDATE: Audio drivers | ADD: 2WCR support
-other stuff...
[U][B]2.6.35.14::demonspeed v3:: (9.10.2011)[/B][/U]
-UPDATE: CPU governors
-UPDATE: adjust audio boost, lower handset
-REVERT: "ADD: Tweaked charging to slowly "overcharge" more than 2 hours a..."
-ADD: float charge after 90%
-ADD: Jhash3
-UPDATE: FileSystem tweaks
-UPDATE: Patches from Code Aurora
-UPDATE: Set correct divx codec type
-UPDATE: fix my mistake for I/O Sched
-UPDATE: USB drivers for 2.3.4
-ADD: Fast charging while connected via USB
-UPDATE: HTC G-Sensor drivers
-Other stuff...
[U][B]2.6.35.14::demonspeed-INSANITY v1:: BETA01 (8.12.2011)[/B][/U]
-Initial release
*WARNING!* PLEASE READ INSTRUCTIONS CAREFULLY! IF YOU DO NOT UNDERSTAND WHAT YOU ARE READING, PLEASE ASK ANY QUESTIONS BEFORE FLASHING!
[DOWNLOAD HERE] 2.6.35.14 ::demonspeed v7:: (10.25.2011)
md5: 60b65131bd3dd7d62899e555dbefb8f5
INFOBFS (Brain **** Scheduler):
BFS: The objective of BFS, compared to other schedulers, was to provide a scheduler with a simpler algorithm, that did not require adjustment of heuristics or tuning parameters to tailor performance to a specific type of computation workload. The BFS author asserted that these tunable parameters were difficult for the average user to understand, especially in terms of interactions of multiple parameters with each other, and claimed that the use of such tuning parameters could often result in improved performance in a specific targeted type of computation, at the cost of worse performance in the general case.[4] BFS has been reported to improve responsiveness on light-NUMA (non-uniform memory access) Linux mobile devices and desktop computers with fewer than 16 cores.
Information Source: http://en.wikipedia.org/wiki/Brain_Fuck_Scheduler & http://ck.kolivas.org/patches/bfs/bfs-faq.txt
Swap:
Swap: Swap is a way to extend your physical memory. The OS moves the less accessed memory pages to slower, and cheaper storage medium. This frees up RAM for things that require the speed.
Governors:
demonspeed! Governor: this governor is rather similar to the 'ondemand' governor both in its source code and its purpose, the difference is its optimisation for better suitability in a battery powered environment. The frequency is gracefully increased and decreased rather than jumping to 100% when speed is required. Based off a lag free concept, with screen off profiles built in. demonspeed has not been tested against battery life performance, but rather for speed and user interaction.
[*]SuperBad Governor: A "superbad" super smooth rendition of a highly optimized "smartass" governor! Low latency and more responive to the user.
[*]SCARY Governor (@Scaryghoul): Scary - A new governor Scaryghoul 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.
I/O Schedulers:
V(R) I/O Scheduler: V(R) is similar to, and based on, Linux's deadline I/O scheduler. It implements request deadlines which try to limit starvation, but provide no hard guarantee of request latency. It also merges and batches requests in a similar manner, but unlike deadline, read and write requests are issued together. This means there is no preference to reads over writes. Thus, higher throughput can be achieved at the cost of interactive performance. Secondly, V(R) could be used for situations where maximal throughput it the primary concern, such as batch processing systems, where per-request latency is not important. By scheduling read and write requests together and setting sufficiently high deadlines, V(R) can theoretically produce a better schedule than deadline, AS or CFQ.
RCU SubSystem:
RCU Concept: The basic idea behind RCU (read-copy update) is to split destructive operations into two parts, one that prevents anyone from seeing the data item being destroyed, and one that actually carries out the destruction. A "grace period" must elapse between the two parts, and this grace period must be long enough that any readers accessing the item being deleted have since dropped their references. For example, an RCU-protected deletion from a linked list would first remove the item from the list, wait for a grace period to elapse, then free the element. See the listRCU.txt file for more information on using RCU with linked lists.
Click to expand...
Click to collapse
Tiny Preempt RCU: This implements a small-memory-footprint uniprocessor-only implementation of preemptible RCU. This implementation uses but a single blocked-tasks list rather than the combinatorial number used per leaf rcu_node by TREE_PREEMPT_RCU, which reduces memory consumption and greatly simplifies processing. This version also takes advantage of uniprocessor execution to accelerate grace periods in the case where there are no readers. The general design is otherwise broadly similar to that of TREE_PREEMPT_RCU.
maybe????????
Nice 1 Derek,almost tempted to flash sense just to check it... there all gonna be blown away from the speeds of this.
Sent from my HTC Glacier using XDA Premium App
Aw hell yeah bro!!! Been waiting to try ur new kernel..dling now!! Thanks my man
Sent from my HTC Glacier using XDA Premium App
d12unk13astard said:
Nice 1 Derek,almost tempted to flash sense just to check it... there all gonna be blown away from the speeds of this.
Sent from my HTC Glacier using XDA Premium App
Click to expand...
Click to collapse
Yeah speeds are good but nothing compared to cm7 or miui.. I was testing the kernel on VU for a few hours and I forgot how much different sense really is.. The high quad score I got was 3500, I hope that is on par for a sense rom.. The responsiveness is there, just hope battery life is good?? I basically ported all the stuff from my. Other kernel, so should be good.. Going to need feedback on this one cause I don't really use sense, not my cup of tea... So let me know all you sense users and abusers
Sent from my HTC Glacier
thederekjay said:
Yeah speeds are good but nothing compared to cm7 or miui.. I was testing the kernel on VU for a few hours and I forgot how much different sense really is.. The high quad score I got was 3500, I hope that is on par for a sense rom.. The responsiveness is there, just hope battery life is good?? I basically ported all the stuff from my. Other kernel, so should be good.. Going to need feedback on this one cause I don't really use sense, not my cup of tea... So let me know all you sense users and abusers
Sent from my HTC Glacier
Click to expand...
Click to collapse
Will do bro
Sent from my HTC Glacier using XDA Premium App
Flashed...expecting great things...
Sent from my HTC Glacier using XDA App
Awesome a new kernel. Will try it out soon.
Was JUST about to ask you about this on G+ last night, if you would ever do a Sense Kernel, I wake up this morning, and BAM! Here this is... can't WAIT to give it a go!!
Does this work for your miui rom?
Sent from my HTC Glacier using XDA App
joemoss said:
Does this work for your miui rom?
Sent from my HTC Glacier using XDA App
Click to expand...
Click to collapse
No he has an Aosp kernel that works with miui
which is here http://forum.xda-developers.com/showthread.php?t=1113554
Ok, so definitely noticing an improvement in battery life, and everything is running smooth. Just a couple questions : 1) will the undervolt scripts from ur aosp kernel work with this one? 2) what's the low down on the superbad gov?..oh yeah, I don't get anywhere near 3500 on quadrant, how'd u do that? All in all, an excellent kernel bro..much thanks!!
Sent from my HTC Glacier using XDA Premium App
Oh yeah..TDJ, any relation to MDJ? Mighty odd coincidence 2 kernel devs are so closely named...lol
Sent from my HTC Glacier using XDA Premium App
joemoss said:
Does this work for your miui rom?
Sent from my HTC Glacier using XDA App
Click to expand...
Click to collapse
My miui rom is always onestep ahead of my kernel thread.. i am dropping a new v6 kernel today with miui
marseillesw said:
Ok, so definitely noticing an improvement in battery life, and everything is running smooth. Just a couple questions : 1) will the undervolt scripts from ur aosp kernel work with this one? 2) what's the low down on the superbad gov?..oh yeah, I don't get anywhere near 3500 on quadrant, how'd u do that? All in all, an excellent kernel bro..much thanks!!
Sent from my HTC Glacier using XDA Premium App
Click to expand...
Click to collapse
no.. i have different frequency table now, those scripts will not support it.. if u r brave enough, download an app from the market called "incredicontrol" you can manually adjust each frequency voltage or do in increments of +/-25mv
marseillesw said:
Oh yeah..TDJ, any relation to MDJ? Mighty odd coincidence 2 kernel devs are so closely named...lol
Sent from my HTC Glacier using XDA Premium App
Click to expand...
Click to collapse
No.. he is a great kernel dev tho..
thederekjay said:
My miui rom is always onestep ahead of my kernel thread.. i am dropping a new v6 kernel today with miui
no.. i have different frequency table now, those scripts will not support it.. if u r brave enough, download an app from the market called "incredicontrol" you can manually adjust each frequency voltage or do in increments of +/-25mv
No.. he is a great kernel dev tho..
Click to expand...
Click to collapse
Oh I'm brave enough..will try it out, thanks...and the superbad gov?
Sent from my HTC Glacier using XDA Premium App
marseillesw said:
Oh I'm brave enough..will try it out, thanks...and the superbad gov?
Sent from my HTC Glacier using XDA Premium App
Click to expand...
Click to collapse
Superbad is badass! Use it!
vqt said:
Superbad is badass! Use it!
Click to expand...
Click to collapse
Ok will do..and damn, that incredicontrol app is the ****!!
Sent from my HTC Glacier using XDA Premium App
marseillesw said:
Ok will do..and damn, that incredicontrol app is the ****!!
Sent from my HTC Glacier using XDA Premium App
Click to expand...
Click to collapse
Yeah, I saw that post so I downloaded it. Gonna mess with the voltages a little to see how low it can go.
vqt said:
Yeah, I saw that post so I downloaded it. Gonna mess with the voltages a little to see how low it can go.
Click to expand...
Click to collapse
Yeah thats what I'm doing, so far I've dropped it a 100 and still running stable
Sent from my HTC Glacier using XDA Premium App
This may be a dumb question, but here goes...how to you enable the Smartass governor on the Gingertiny kernel? I'm running the release kernel and Jermaine's Stock Plus Rom.
Thanks in advance!
Dallas79malibu said:
This may be a dumb question, but here goes...how to you enable the Smartass governor on the Gingertiny kernel? I'm running the release kernel and Jermaine's Stock Plus Rom.
Thanks in advance!
Click to expand...
Click to collapse
setCPU will let you change the governors. its an app in the market. there are some free ones on here some where.
EDIT: quick search gave me this. http://forum.xda-developers.com/showthread.php?t=911917
haven't tried it but it should work.
Thanks for the quick response!
Sent from my ADR6300 using XDA App
Dallas79malibu said:
Thanks for the quick response!
Sent from my ADR6300 using XDA App
Click to expand...
Click to collapse
There's a way to do it sans a resource-eating app.
Edit your /system/etc/init.d/01vdd_levels file.
The line you want to add will look like this:
echo smartass > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
This will execute on boot and use no resources whatsoever. If you have any further questions, PM me.
I got an even dumber question, what exactly is smart ass governor i have seen it on the setcpu but have never seen any documentation as to what its parameters are.
Would much appreciate some info.
Azag Thoth said:
I got an even dumber question, what exactly is smart ass governor i have seen it on the setcpu but have never seen any documentation as to what its parameters are.
Would much appreciate some info.
Click to expand...
Click to collapse
From it's developer:
"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 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!"
---------- Post added at 08:42 AM ---------- Previous post was at 08:41 AM ----------
loonatik78 said:
There's a way to do it sans a resource-eating app.
Edit your /system/etc/init.d/01vdd_levels file.
The line you want to add will look like this:
echo smartass > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
This will execute on boot and use no resources whatsoever. If you have any further questions, PM me.
Click to expand...
Click to collapse
or if you are running CM7 its already built in.
synisterwolf said:
From it's developer:
"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 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!"
---------- Post added at 08:42 AM ---------- Previous post was at 08:41 AM ----------
or if you are running CM7 its already built in.
Click to expand...
Click to collapse
It's built into a LOT of kernels, and there's all kinds of modified versions of it, too. Some implementations aren't much better than interactive. It easy to reign in though.
[font=verdana,geneva,sans-serif]Nyan Kernel Tuna[/font]
By Marcusant
________________________________________________________________________________________________________
Info
________________________________________________________________________________________________________
Source: http://github.com/ma...t/Nyan-Tuna-JB/
Nyan Colonel was originally created for the Epic 4G as an effort to bring all of the features from other Hummingbird devices to the Epic. Now I have used my upgrade on a Galaxy Nexus and have been trying many different kernels and every one seems to have some features and be missing others. I have attempted to add as much features I can while still keeping the kernel lean and fast with great battery life. This does not require you to be some crazy linux enthusiast in order to modify, or charge you for an app capable of tuning it. It comes with the trickstermod app in order to tweak the kernel to your needs in case the preset settings don't fit your user type.
If you need help, feel free to gtalk me, I don't bite (most of the time): [email protected]
Also, if you feel I have helped, up my rep or even donate
________________________________________________________________________________________________________
Features
________________________________________________________________________________________________________
Bold = Default
CPU Governors
PegasusQ - A mix of performance and battery life that hotplugs the cpu at low use
Interactive - Boosts frequency based on load put on by the user. Modified to also boost on touch of the screen.
Ondemand - Basic scale on demand governor with no hotplugging
HotplugX - Ondemand modified to hotplug at low use and screen off
Wheatley - Basically ondemand (scales depending on demand) that is modified for performance
Lazy - Basically conservative (scales gradually depending on load) that is modified for performance
Schedulers
SIO - A mix of NOOP and Deadline made for flash memory, like the GNex has
BFQ - Currently experimental. For heavy IO load
CFQ - Attempts to distribute the disk fairly among processes
Deadline - Imposes a deadline on processes to prevent lack of resources
NOOP - Simplest scheduler. Good for flash memory.
CPU Frequencies (MHz)
230, 384, 729, 1030, 1228, 1305, 1420, 1536, 1612, 1728, 1804
GPU Frequencies (MHz)
Set by running: echo # > /sys/devices/system/cpu/cpu0/cpufreq/gpu_oc
echo 0 = 308MHz
echo 1 = 384
echo 2 = 512
If you don't like using command lines, you can edit the gpu_oc file with es file explorer and change it from 0 to 1 or 2
Misc Features
Feature - Default Setting
Max Screen Off - 384000
Read Ahead Buffer Size - 2048
TCP Congestion Control - cubic
Wifi High Performance - off
Fast Charge - off
High Performance Sound - off
Vibrator Strength - 1400
Battery Life Extender - 100
FSYNC Control - off
Temperature Limit - 64
SmartReflex - All options ON
Voltage Control (too much to list, just screenshot before changing)
Gamma Control - -10
Contrast Control - 6
Color Settings - Default preset
Compiled with Linaro's GCC 4.7
Fixes, speed enhancements, security enhancements, Linux updates, and battery enhancements
________________________________________________________________________________________________________
Credits
________________________________________________________________________________________________________
Koush - "Any Kernel" on-phone boot.img repack
bigeyes0x0 - his free kernel mod app
Ezekeel - All of his fantastic mods and govs I used in Nyan
FranciscoFranco - Speed tweaks and other patches
Linux Contributers - A ton of patches from newer versions of Linux, etc.
Red Hat Linux Developers - A ton of patches
Imoseyon - Patches, governors, etc
Everyone else who I forgot
________________________________________________________________________________________________________
Changelog
________________________________________________________________________________________________________
Rel5
Improved responsiveness
Improved battery life
Updated net drivers
Fixed interactive lag
Added interactive touch boost
Updated to the latest 3.0.x kernel
Filesystem optimizations
Much more
[/LIST]
________________________________________________________________________________________________________
Downloads
________________________________________________________________________________________________________
Latest Version - http://marcusant.com...-Tuna-Rel5.zip
All versions (older/unreleased) - http://marcusant.com/nyankernel/tuna/
Great..new kernel.
Sent from my Galaxy Nexus using xda premium
I hate to do this, but... bump
Sent from my Galaxy Nexus using Tapatalk 2
looks very nice, definitely will try this. thanks.
great kernel!!!!
Always room for a new kernel. Thank you sir!
Galaxy Nexus HSPA+
i`m looking forward to a new build with PGM support!
Been running this kernel all day and its been working great. Can't wait for future updates to the kernel!
Sent from my Galaxy Nexus using xda premium
Really a smooth performer, people should really look in to this kernel needs to be more popular than it is ...
Let me try this
would you be so kind as to include trinity contrast?
Coming from other kernel such as franco/trinity, with their own ramdisks. Do I have to reflash my rom to get it's ramdisk before flashing this kernel? Or does it comes with it's own tweaked ramdisk?
Hate to do this also but bump, anyone can answer me?
Found my own answer after some search!
AnyKernel is a template for an update.zip that can apply any kernel to any ROM, regardless of ramdisk.
koush-AnyKernel. AnyKernel is a template for an update.zip that can apply any kernel to any ROM, regardless of ramdisk
been using this kernel for a day, meanwhile it looks pretty battery friendly. thaks for the good work.
un.droid said:
been using this kernel for a day, meanwhile it looks pretty battery friendly. thaks for the good work.
Click to expand...
Click to collapse
smooth in performance? like butter?
to be honest, ive never met a combination of JB+any kernel that wasnt smooth. so yeah, this kernel is smooth i say give it a try.
Took the plunge to flash it, don't really like it. No way to adjust colour setting? The default pre-set were well above the safety limit.
i like the default colors, they look real, not too saturated or faded.
un.droid said:
i like the default colors, they look real, not too saturated or faded.
Click to expand...
Click to collapse
Anyway to adjust the colors? Like via app? Or the kernel doesn't support color adjustment just yet?
Sent from my Galaxy Nexus using xda premium
kashix said:
Anyway to adjust the colors? Like via app? Or the kernel doesn't support color adjustment just yet?
Sent from my Galaxy Nexus using xda premium
Click to expand...
Click to collapse
This kernel supports adjustment in almost everything. It's one of the most user friendly kernels out. Please read the OP and learn how to.....
Sent from my Galaxy Nexus using Xparent Red Tapatalk 2
Sorry but I've flashed it and tried adjustments with trickster. There's no options to adjust colors. I'm really sorry if I'm missing out anything.
Sent from my Galaxy Nexus using xda premium
I have the KyanRom 1.28 mod with the KT747 kernel. I have SetCPU and I'm trying to get the settings right to get rightous performance, but at the same time, (more so) excellent battery life. Here are my settings now (I have Juice Defender on too):
Screen off - cpu 594-192 - governer interactive
Charging any - cpu 1458-1458 - governer performance
Battery <= 20% - cpu 486-384 - governer interactive
Battery <= 50% - cpu 810-384 - governer interactive
Battery >= 50% - cpu 1512-486 - governer interactive
Screen on - cpu 1512-486 - governer interactive
Voltages from 1890-192 are:
1225-1890MHz
1175-1809
1125-1728
1100-1674
1100-1512
1075-1458
1075-1404
1050-1350
1050-1296
1025-1242
1025-1188
1000-1134
1000-1080
950-1026
950-972
925-918
925-864
900-810
900-756
850-702
850-648
825-594
825-540
825-486
800-384
800-192
Governer for interactive (changes on reboot often):
hispeed freq-1512000
go hispeed load-90
above hispeed delay (don't know what this is)-20000
min sample time-10000
timer rate-40000
input boost-0
boost-0
boostpulse- -1
Your input is much appreciated and respected. I think I'm undervolting a little too much since apps will crash on me from time to time, but not low enough to get into a boot cycle. So again, I'm looking for input on ideal settings for Ferrari 458 Italia performance, but more so, excellent battery life. Let me know if you need more detail.
Thanks in advance,
Pflip
Why?
Sent from my SGH-I747 using Tapatalk 2
Super insightful question... Just trying to get the most out of my mods: The main reason to root your phone, jerky.
would be nice to PUT it in the CORRECT section
CheesyNutz said:
would be nice to PUT it in the CORRECT section
Click to expand...
Click to collapse
Hence me question. He is new and probably can't read well.
Sent from my SGH-I747 using Tapatalk 2
which is General. No real question was asked. Certainly not development worthy
...
THANKS FOR YOUR TIME IN GETTING THIS INFO TOGETHER. i appreciate the info.
but you will get flamed real quick in this section. this phone threads aren't as friendly as others.
Send from my Galaxy S3 using KyanRom
I highly suggest before you post another thread to read the rules, an understand what each section is. Development is only for roms an kernels. Not questions about that stuff. I'm moving this to Q&A
First off change all your interactive governors to ondemand. Second you could allow your device to underclock down to its lowest step which might help some when it doesn't need as much processing power.
Also, the new kernel goes all the way down to 96mhz and up to 2106mhz if you really want some over and under clocking.
Sent from my SGH-I747 using xda premium