- (365 mb) 381 mb Ram now, with working 720p recording and playback
- Live_oc (setup with nstools from market)
- Custom Voltage (setup with nstools from market)
- Bln V9 (setup with nstools or bln app)
- voodoo color
- vibrator intensity control
- sysfs to control wifi mode
- really smooth ondemand
- fixed smartass V2 for use with live_oc
- lulzactive governor
If anyone is going to switch to another phone, or knowing someone who is going to do so, it would be great, if it could be donated to me, cause I need my phone for daily use. Switching between cm7 and cm9 is not practicable all days.
- deep idle V2?
- Vibrator intensity control
- much more governors
- color fix
- Wifi changes
- 381 mb Ram with working 720 p recording and playback
- BLN V9 (to be controlled by using bln app or nstools)
- Custom Voltage
- fixed first release :p
- Devil boot logo
- voodoo color
many thanks to:
- malcho, who compiled cm7 for me, to get the libs for ram patch
- onecosmic and team icssgs, who motived me, to start compiling (my cm9 kernel was the first time doing anything with kernels and C )
sleep multiplier and tunables:
mialwe and stratosk had the great idea, to change the sampling rate of ondemand governor while display of. for this, he introduced the sleepmultiplier (in his case factor 3). this means, if you set sampling rate to 20000, it changes to 60000 while screen off, and back, when screen on.
i have made this multipliers tunable. proper values are between 1 and 5, because one could want a higher multiplier while screen off, if sampling rate is very low while screen on (higher sampling rate means, less checking for work load --> better batterie, worse performance). with this tunables you get better batterie, without making the performance worse while screen on.
two other tunables: up_threshold_min_freq and responsiveness_freq
the first one is a very low threshold while on low freq (by default 40), to make the governor scale up faster, until the responsiveness_freq is reached.
the responsiveness_freq is set to 400000 (400 mhz) by default. while the freq is below this value, up_threshold is the same as up_threshold_min_freq, and freq jumps to responsiveness_freq, with skipping the freq between the actual one and the responsiveness_freq.
responsiveness_freq can be set to values between 100000 and 1400000
up_threshold_min_freq can be set to the same values as the normal up_threshold.
not tunable: while screen off, up_threshold is set to 95, no matter your other settings, to save more batterie.
till now, the tunables have to be changend by:
echo VALUE > /sys/devices/system/cpu/cpufreq/ondemand/VARIABLE_NAME
echo 400000 > /sys/devices/system/cpu/cpufreq/ondemand/responsiveness_freq
echo 50 > /sys/devices/system/cpu/cpufreq/ondemand/up_threshold_min_freq (disbaleling can be done by setting the up_threshold_min_freq to 100, this also disables the additional jump to the responsivenss freq).
echo 5 > /sys/devices/system/cpu/cpufreq/ondemand/sleep_multiplier
for this governor, i did similar things, but they are not tunable till now.
when screen off:
- inc_cpu_load is set to 90, and back to the original value, when screen turns on
- up_sample_time is set to 50000, and back to the original value, when screen turns on
- down_sample_time is set to 40000, and back to the original value, when screen turns on
possibility to switch between wifi PM_Fast and PM_Max mode (Pm_Fast = better signal, PM_Max = better batterie, default is PM_Fast)
What do you do when the Galaxy Note line is simply not big enough? You get theSamsung Galaxy Mega. … more
XDA Developers was founded by developers, for developers. It is now a valuable resource for people who want to make the most of their mobile devices, from customizing the look and feel to adding new functionality. Are you a developer?