| || |
[Kernel][CM7] XioniaRedux 220.127.116.11-ck2 08312011
XioniaRedux 18.104.22.168-ck2 08312011 A spin-off of the Xionia kernel from zefie
This kernel is based on zefie's Xionia kernel. All credit for the original kernel goes to zefie and whomever else worked on it.
This kernel is built specifically for ROMS built on the InferiorHumanOrgans
CM7 repository. It should
be compatible with LG-based ROMs but no guarantees. You were warned!
1) Fixed CM7.1 landscape-lock bug
2) Added smartass governor, made default
3) Added Tiny RCU for lower memory footprint, made default
4) Updated jhash2 to jhash3, slight performance increase
1) Version bump to v015
2) Fixed dumb issue of the kernel thinking we have a QWERTY keyboard.
3) Switching to build date version numbers. For example, today's is XioniaRedux-07232011-signed.zip
1) Removed useless dma_test module, moved TCP stuff to built-in
2) ext3 and ftrace patches
1) Upgraded BFS to 0.404 (was 0.363)
2) Release: 07252011
1) TinyRCU update (literally a one-liner)
2) Enabled USB Mass Storage csw hack, Mass storage ops should be faster (YMMV)
3) Internal build mechanism changes
4) Release: 07272011
1) Several Con Kolivas patches (nearly the entire 2.6.32-ck2 patchset)
2) Release: 08222011
1) Touchscreen axis-inversion patch (cribbed from franco.Kernel)
2) Release: 08312011 What I'm working on:
1) USB tethering
Undervolting/Overvolting Never mind, may not be feasible (or possible) but we'll see what happens
Download Here (08312011)
1) Download kernel ZIP
2) Place ZIP on root of sd card
3) Reboot to recovery mode
4) Flash kernel ZIP as you would a ROM (don't need to wipe anything)
My Github Repositories
My Kernel Repository
Building Instructions (NOT FOR NOOBS):
XioniaReduxBuilding.doc (Word format)
XioniaReduxBuilding.odt (OpenOffice/LibreOffice format)
About the touchscreen axis-inversion workaround:
The axis-inversion issue is not caused by a kernel bug, but rather is an issue with the touchscreen itself. This patch is a workaround, not a fix. You may still experience issues that cannot be fixed by software modification alone.
About the smartass governor (directly from the 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!
If you like this, please consider a donation.
If not, hit that THANKS button for me!