[Xperia Play Android Development] wedgess:
LuPuS STOCK GB/ICS​

​

Based off SONY ICS latest sources 4.1.B.0.587 / 4.1.B.1.13​

About

Originally developed for ARC, and the rest of the 2011 line, its about time I brought it to the play, this is based on LuPuS v10 from the ARC thread.Works on both GingerBread and Ice Cream Sandwich, Kernel will include ramdisk for CDMA also so far has not been tested so please report wether it works or not please let me know.

Disclaimer

[COLOR="DarkOrchid"]#include[/COLOR] [COLOR="Magenta"]std.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 your [COLOR="DarkRed"]problems[/COLOR]
[COLOR="Magenta"]#endif[/COLOR][/COLOR]

Included in kernel

Added Io-schedulers --

- Noop

- Anticipatory

- Deadline

- CFQ

- BFQ

- SIO

- ZEN

Added Governors --

- lagfree

- brazillianwax

- smoothass

- scary

- savagedzen

- smartass

- smartassv2

- smartassH3

- interactivex

- minmax

- powersave

- performance

- conservative

- ondemand

- interactive

- userspace

+

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

- Supports ext 2,3

- Updated zRam

- Lzo compression/decompression speed has doubled on average.

- Init.d support

- Fudgeswap

- And much more :D see changelog in post #2

LuPuS MENU

To Run LuPuS Menu use either ScriptManager get it HERE on google playstore

Or

Use Terminal Emulator get it HERE on google playstore.

su
lupus

* information is in lupus menu

1/ CIFS Menu *

Enable

Disable

2/ zRam Menu *

Enable

Disable

Set zRam size ( default is 60)

3/ Frandom Menu *

Enable

Disable

4/ Clean and Remove tweaks

Remove init.d's

5/ Tweak Menu

Note all tweaks are preset from here and option to set as init.d's

Clean all temp files

SQLITE optimizations

LMK Optimizations

Network optimizations

Defend against ARP spoofing

Remove android logger

SDcard speed tweak

Flag blocks as non-rotational

6/ Performance Menu

Note all options are se by user input from here and option to set as init.d's

Set CPU frequencies

Set Governor

Set IO-Scheduler

Voltage Control

VM tweaks (explained below)

VM Tweaks

dirty ratio and dirty background ratio 1 & 2

This controls how often the kernel writes data to "disk" (in our case the internal microSD system card, not the removable microSD card). When your apps write data to disk, Linux actually doesn't write the data out to the disk right away, it actually writes the stuff to system memory and the kernel handles when and how the data is actually going to be flushed to the disk. These values represent a percentage, the higher the percentage, the longer it waits to flush, the lower the percentage, the more often flushes will occur. Now remember, we are dealing with solid state storage, not the traditional disk platter and spindle. So we are actually able to delay flushes a little longer with solid state versus a traditional hard drive disk.

dirty_expire_centisecs

How old "dirty" data should be before the kernel considers it old enough to be written to disk. It is expressed in 100ths of a second.

dirty_writeback_centisecs

This is the interval of when the writeback daemons periodically wake up and write "old" data out to disk. It is expressed in 100ths of a second.

min free kbytes

This is used to force the Linux VM to keep a minimum number of kilobytes free. The VM uses this number to compute a pages_min value for each lowmem zone in the system. Each lowmem zone gets a number of reserved free pages based proportionally on its size. Default is 2048kb.

overcommit_memory

This controls overcommit of system memory, possibly allowing processes to allocate (but not use) more memory than is actually available.

0 - Heuristic overcommit handling. Obvious overcommits of address space are refused. Used for a typical system. It ensures a seriously wild allocation fails while allowing overcommit to reduce swap usage. root is allowed to allocate slighly more memory in this mode. This is the default.

1 - Always overcommit. Appropriate for some scientific applications.

2 - Don't overcommit. The total address space commit for the system is not permitted to exceed swap plus a configurable percentage (default is 50) of physical RAM. Depending on the percentage you use, in most situations this means a process will not be killed while attempting to use already-allocated memory but will receive errors on memory allocation as appropriate.

Swappiness

A property for the Linux kernel that changes the balance between swapping out runtime memory, as opposed to dropping pages from the system page cache. Swappiness can be set to values between 0 and 100 inclusive. A low value means the kernel will try to avoid swapping as much as possible where a higher value instead will make the kernel aggressively try to use swap space.

VFS Cache Pressure

File system cache (dentry/inode) is really more important than the block cache above in dirty ratio and dirty background ratio, so we really want the kernel to use up much more of the RAM for file system cache, this will increas the performance of the system without sacrificing performance at the application level. The default value is 100, as a percentage, and what you want to do is lower the value to tell the kernel to favor the file system cache and not drop them aggressively.

Show your support for the kernel and my work by putting this in your signature, its only a quick one I done up with my limited time :(

http://i.imgur.com/xtWNL.png

A big thanks to -

CosmicDan

DooMLoRD

FXP

CJ360

Nickholtus

SONY

xeozus

NobodyAtAll

Faux123

Erasmus

Leedroid

FXP Team

Jerpelea

Phil3759

CTCaer

Anyone missing please PM me

Downloads in post 2

Kernel source --- -b master

https://github.com/garwedgess/LuPuS-STOCK-ICS-Xperia2011

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