[Xperia Play Android Development] wedgess:
LuPuS JellyBean v13 Kernel

LuPuS-CM9-Kernel HERE

LuPuS-STOCK-GB Kernel HERE

LuPuS-iCs-BeTa Kernel HERE

Just after downloading AOKP jellybean last night and wanted to use my kernel so thought I would

make another LuPuS and release it, obviously certain things are still meehhhhh like the CWM glitching

and the camera which are things in all Xplay JB kernels/ROMS. So I reduced it down a bit from FXP and

given an extra 18mb of Ram so its not 368mb Ram, don't wanna go any lower. Once camera is fixed i'll make a 720p

version as well. Everything else thats added is the same with my most recent CM9 update.

This kernel was just built so its up-to-date with all of FXP's sources :)

Disclaimer

[COLOR="DarkOrchid"]#include[/COLOR] [COLOR="Magenta"]<std_disclaimer.h>[/COLOR]
[COLOR="Blue"]/*
* Your warranty is now void.. LOL I guess you knew it already.
*
* I am not responsible for bricked devices, dead SD cards,
* thermonuclear war, you getting dumped or you getting fired because your phone
* bootloops and alarm does not go off. Please do some research if you have any
* concerns about features included in my kernel before using it! YOU and only
* YOU are choosing to make these modifications.
*/

[COLOR="Magenta"]#ifdef[/COLOR]
You have a [COLOR="DarkGreen"]question[/COLOR] post it in the [COLOR="DarkRed"]thread[/COLOR],
Instead of [COLOR="DarkGreen"]Pm'ing me[/COLOR], as other users may
experience you [COLOR="DarkRed"]problems[/COLOR]
[COLOR="Magenta"]#endif[/COLOR][/COLOR]

What Works --

Wifi - (flash modules)

Bluetooth

Everything Else that works on FXP and any other JB kernel

What doesn't work --

ALS (Disabled)

Anything that doesn't work on FXP and any other JB kernel

Included in kernel

Added Io-schedulers --

- Noop

- Anticipatory

- Deadline

- CFQ

- BFQ

- SIO

Added Governors --

- lagfree

- brazillianwax

- smoothass

- scary

- savagedzen

- smartass

- smartassv2

- interactivex

- minmax

- + the 5or6 that are there with FXP

Lulzactive - Thanks to Tegrak

Based on Interactive and Smartass. When workload is greater than or equal to 60%, the governor scales up

CPU to next higher step. When workload is less than 60%, governor scales down CPU to next lower step.

When screen is off, frequency is locked to global scaling minimum frequency

Virtuous

Virtuous is a modded smartassV2 which gives even more battery time then smartassV2:)

Intellidemand - Thanks to faux123

This is an intelligent ondemand that enters browsing mode to limit max frequency when GPU is idling,

and (exits browsing mode) behaves like ondemand when GPU is busy; to deliver performance for gaming and such.

Intellidemand does not jump to highest frequency when screen is off.

Lazy - Thanks to Ezekeel

The Idea here is to eliminate any instabilities caused by fast frequency switching by ondemand.

Lazy governor polls more often than ondemand, but changes frequency only after completing min_time_state

on a step overriding sampling interval.

Lazy also has a screenoff_maxfreq parameter which when enabled will cause the governor to always

select the maximum frequency while the screen is off.

-Ondemandx:

Basically an ondemand with suspend/wake profiles. This governor is supposed to be a battery friendly ondemand. When screen is off, max frequency is capped at 500 mhz. Even though ondemand is the default governor in many kernel and is considered safe/stable, the support for ondemand/ondemandX depends on CPU capability to do fast frequency switching which are very low latency frequency transitions. I have read somewhere that the performance of ondemand/ondemandx were significantly varying for different i/o schedulers. This is not true for most of the other governors. I personally feel ondemand/ondemandx goes best with SIO I/O scheduler.

-Lionheart:

Is a conservative-based governor. The tunables (such as the thresholds and sampling rate) were changed so the governor behaves more like the performance one, at the cost of battery as the scaling is very aggressive.

To 'experience' Lionheart using conservative, try these tweaks:

sampling_rate:10000 or 20000 or 50000, whichever you feel is safer. (transition latency of the CPU is something below 10ms/10,000uS hence using 10,000 might not be safe).

up_threshold:60

down_threshold:30

freq_step:5

Lionheart goes well with deadline i/o scheduler. When it comes to smoothness (not considering battery drain), a tuned conservative delivers more as compared to a tuned ondemand.

BadAss Governor:

Badass removes all of this "fast peaking" to the max frequency. Badass will also take the gpu load into consideration. If the gpu is moderately busy it will bypass the above check and clock the cpu with 1024Mhz. If the gpu is crushed under load, badass will lift the restrictions to the cpu.

Superbad -

A "superbad" super smooth rendition of a highly optimized "smartass" governor!

Darkside -

A "slightly more agressive smart" optimized governor!

What else-----

-SLQB - (SLAB allocator with Queue)

-(both)

This memory allocator is designed for small number of CPUs system (such as desktop or smart phone devices). This allocator is design to be simple and it is optimized for using order-0 pages as much as possible (order-0 pages are the simplest therefore quickest type of memory in a Linux system to allocate).

- Added Cleancache

- Updated zRam

- Lzo compression/decompression speed doubled on average

--When phone vibrates tap the vol-down key to enter Multiboot menu

I would like to say a big thanks to -

paxChristos

- Tutorial / Help

FXP

- Sources

Cyanogenmod

- Souces

DooMLoRD

- Everything he's done for XPLay

CosmicDan

- Multiboot

Supervenom

- For the amazing AOKP rom:)

Solomon4400

- For helping me test:)

tempest918

- For the New Logo

xeozus

NobodyAtAll

Faux123

Erasmus

Leedroid

Jerpelea

Phil3759

CTCaer

Anyone missing please PM me

Kernel sources -b jellybean

https://github.com/garwedgess/semc-kernel-msm7x30

CWM source -- https://github.com/garwedgess/android_bootable_recovery -b lupus-cwm