Related
Thanks to richardtrip, pete, Kali, Manup456's, persiansown, jimbob343, pershoot, droidbasement
- Froyo A2SD use SpareParts to change where to store apps (internal or external)
- For old A2SD create a ext3-4 partitions and that's all, no need to change in Sapreparts, all apps are installed on ext partitions
- Thanks to #Teamdesire
IF YOU HAVE PROBLEMS WITH THE ROM, WIPE DATA + CACHE and try again BEFORE REPORTING BUGS!!!!
Now available through Rom Manager
HAVS what is it :
The purpose of HAVS is to minimize the power used by the CPU by determining and setting the optimal voltage. At the same time, the maximum voltage by which HAVS can scale to is fixed to a specified voltage depending on the CPU frequency in order to prevent scaling to a higher voltage than what is normally used at a specified voltage. The optimal voltage is actively determined for each frequency and temperature. HAVS actively adjusts the CPU voltage as the CPU frequency and temperature changes.
Interactive governor what is it :
This governor is designed for latency sensitive workloads, UI interaction for
example.
Advantages:
+ significantly more responsive to ramp cpu up when required (UI interaction)
+ more consistent ramping, existing governors do their cpu load sampling in a workqueue context, the 'interactive' governor does this in a timer context, which gives more consistent cpu load sampling.
+ higher priority for cpu frequency increase, rt_workqueue is used for scaling up, giving the remaining tasks the cpu performance benefit, unlike existing governors which schedule rampup work to occur after your performance starved tasks have completed.
Existing governors sample cpu load at a particular rate, typically every X ms. Which can lead to under powering UI threads when the user has interacted with an idle system until the next sample period happns.
The 'interactive' governor has a different approach. Instead of sampling the cpu at a specified rate, the governor will scale the cpu frequency up when coming out of idle. When the cpu comes out of idle, a timer is configured to fire within 1-2 ticks. If the cpu is 100% busy from exiting idle to when the timer fires then we assume the cpu is underpowered and ramp to MAX speed.
If the cpu was not 100% busy, then the governor evaluates the cpu load over the last 'min_sample_rate' (default 50000 uS) to determine the cpu speed to ramp down
to.
SetR0M Tools and goodies :
- Some nice wallpaper to your Froyo NexTheme here
- Revert to default fonts : SetR0M-AndroFonts
- Revert to default keylayout for wake up phone here
Things you have in 4.5 :
New Radio needed if you come from older version as SetR0M 3.6 (32.41.00.32U_5.08.00.04)
[FULL] SetR0M 4.5 stock kernel 998Mhz Max with interactive governor
[KERNEL] SetR0M 4.5 UVOC kernel 1113Mhz Max with interactive governor
- No wipe required
- HAVS kernel with interactive governor need more testing so coming soon
- Quadrant score 1677 w/UVOC 1113Mhz Kernel and interactive governor (screenshot added)
- Freshly compiled Kali kernel msm
- Added new interactive governor in stock (change governor as "scaling interactive" in setcpu)
- Fixed Led
- Fixed battery drain
- Updated Titanium backup, Fancy Widget, Rom Manager
- Fixed echo
Changelog SetR0M 4.0 :
- Freshly compiled Kali msm kernel and compiled with full optimization
- Updated Romamanager, Titanium Backup
- Fixed default brightness value (thanks to Defrost)
- Updated ADW Launcher and themed
- Fixed some optimizations
- Added new HAVS Kernel not as default download separately and flash like an update.zip
- Optimized theme and fixed some png
- UVOC kernel coming soon
Changelog SetR0M 3.6 :
- Freshly compiled Kali msm kernel
- Really fixed echo
- Fixed GSensor
Changelog 3.5
- Updated kernel last commit Kali (freshly compiled)
- Only stock kernel 998Mhz, OC-UVOC-HAVS coming soon
- echo fixed (thanks to Richardtrip)
- H264 Camcorder
- Updated mediaprofile 480p
Changelog in SetR0M 3.3 :
- Fixed Calendar widget
- Fixed Voice search
- Fixed Download notification bar
- Replaced default MusiGoogle with Music Mod (by Eliot Stocker)
Changelog 3.2
- Removed SetCPU (coolbho3000, author request)
- Updated Titanium Backup, ADW Launcher (themed), Rom Manager
- Fixed third party apps update
- Optimized and zipaligned
- Updated media profile HQ Camcorder (thanks to Defrost)
Changelog 3.1
- Fixed Youtube (Big thanks to Defrost)
- Complete redesign of the rom with last commit from Manup456's (NexTheme), a lot of news
- Added Setcpu and setcpu.txt in sdcard (use only if OC Kernel)
- Optimized internal Android Task Killer, no need apps for that now
- Kali 2.6.32.9 qdsp - Kernel freshly compiled today / LED FIXED thanks to IEF
- Portable hotspot (wifi tether)
- Fixed Openvpn
- ADW Launcher is default now, and themed
- Zipalign a each boot
- Phone.apk from Defrost Rom fix echo
- Camcorder fixed
- High res 800x480 camcorder
- Optimized and zipaligned
- fixed some permission
- optimized process implemented
- zipalign on boot possible with SetR0M tools
- Added Openvpn
- Added Fancy Widget, Rom Manager
- LiveWallpaper from Samsung I9000
- All media from Samsung I9000
- Custom Bootanimation (thanks Potter97)
- Themed all the rom
- Removed Twitter and Facebook (install from market)
- Added SpareParts and themed
- Added Titanium Backup
- Froyo A2SD use SpareParts to change where to store apps
- Superuser, busybox .....
Donator Thanks :
Choong Yoke Choy
stingerpl
Café King
Sophocleous
Ekowanz
Igor Grlica
skynapster
Lorenzo
Kolemar
Paprikapulver
Heinemann
Lee King Chi Kings
I you like my work buy me a
Nice! I'll give this a go once it's uploaded. What differences are there now it's de-odexed?
socktug said:
Nice! I'll give this a go once it's uploaded. What differences are there now it's de-odexed?
Click to expand...
Click to collapse
More free space, and now you can theming the framework
JupiterDroid said:
If we are coming from a defrost 0.7d rom, do we have to wipe? or can we just flash?
JD
Click to expand...
Click to collapse
Full wipe is required
Can I apply a Nexus One Cyanogen or Froyo theme to this?
Jeppfi said:
Can I apply a Nexus One Cyanogen or Froyo theme to this?
Click to expand...
Click to collapse
The theme are rom specific you can't
Downloaded, installed and booted. A promising start
Loving the fact the battery icon has the percentage in it...Although the percentage is very small!
Under the call settings menu, what is TTY mode? I don't think I've seen that before.
socktug said:
Under the call settings menu, what is TTY mode? I don't think I've seen that before.
Click to expand...
Click to collapse
text mode for deaf
do you have the battery drain display issue with this rom?
JD
JupiterDroid said:
do you have the battery drain display issue with this rom?
JD
Click to expand...
Click to collapse
I use only for 5-6 hours now but no battery drain, kernel is DeFrost 0.7d and battery drain is kernel specific i think
I think the battery icon in the notification bar is faulty. It hasn't moved from 80%. My battery is currently at 78% in settings.
Re: [ROM-FroYo]SetR0M RC1 Deodexed Froyo !!!
I think the battery icon in the notification bar is faulty. It hasn't moved from 80%. My battery is currently at 78% in settings.
Click to expand...
Click to collapse
Only 10 by 10
-------------------------------------
Sent via the XDA Tapatalk App
will you do me a favour and check your battery usage and tell me your stats please mate
JD
Yip, display is showing 62% after 20 minutes of uptime. So I'd say that bug is still to be sorted!
I'm getting linpack scores of 41.01 and It's not overclocked, so that's good!
is it the display bug, is your display high?
Also did you full wipe before you came to this rom? i did a logcat of the system on 0.7d and there was many errors generated, i think this is whats causing the problem, but getting a answer out of richard is like waiting for a solar eclipse
JD
JupiterDroid said:
is it the display bug, is your display high?
Also did you full wipe before you came to this rom? i did a logcat of the system on 0.7d and there was many errors generated, i think this is whats causing the problem, but getting a answer out of richard is like waiting for a solar eclipse
JD
Click to expand...
Click to collapse
I wiped using the new recovery in the rom manager. My brightness is set to auto, which is fairly low, and granted the display has been on a fair bit as I set it all up again!
I suppose a few hours will tell more. Considering this is based on richard's kernel I imagine the bugs will be here too. I have to say though that this one is a fast wee rom!
The display issue has nothing to do with excessive power drain, it's just the status software reporting an incorrect value for display.
So please, leave it be, and concentrate working on i.e video recording (720p any1? Wanna leave the iPhåne 4 in the dust! )
All respect goes to trip for his hard work, I prefer him working on the DeFroST rather than discussing all kinds of crap, wheter the cat should be neutered, or whatever
Troels
Denmark
puttitat said:
The display issue has nothing to do with excessive power drain, it's just the status software reporting an incorrect value for display..............
Troels
Denmark
Click to expand...
Click to collapse
Do you have a source for this?
socktug said:
Do you have a source for this?
Click to expand...
Click to collapse
I'am a (little) source. Before the desire i've had a milestone (stock android, no special interface like sense or something else). I've had the same batterypower like the desire but there were always display around 60 or 70% battery usage. so it seems that this is a wrong (or maybe right?) fact of the stock android.
you have to excuse my bad english^^...but i can the german language much better
[KERNEL] [2.6.32.24] [HAVS] [BFS] [BFQ] KiNgxKernel #11/#11 "Con is an Artist"
I DO NOT have an HTC Evo, but would LOVE to have one for development, and am saving for one. Bear with me until then I just wanted to say thank you to the few who have donated. I am almost there, any help is appreciated!!! I plan to have my HTC Evo fairly soon
DO NOT FORGET TO READ THE ENTIRE POST ON MY SITE, THERE IS IMPORTANT INFO
So, just as the name implies, this is an Evo kernel with SVS (Static Voltage Scaling) & HAVS (Hybrid Adaptive Voltage Scaling.) A huge thanks to estes for the havs code and raven for being the first to implement it into the nexus kernel. What this does is provide SUPERIOR BATTERY life with stability to boot. Just flash the .zip in your favorite recovery image. Enjoy and post any bugs with a logcat please.
This is compatible with any 2.2 Sense ROM
Code:
Also, a little info on HAVS and AVS:
The purpose of HAVS is to minimize the power used by the CPU by determining
and setting the optimal voltage. At the same time, the maximum voltage by
which HAVS can scale to is fixed to a specified voltage depending on the
CPU frequency in order to prevent scaling to a higher voltage than what is
normally used at a specified voltage. The optimal voltage is actively determined
for each frequency and temperature. HAVS actively adjusts the CPU voltage as the
CPU frequency and temperature changes.
Code:
While we are at it, some info on BFS:
What is BFS(Brain **** Scheduler):http://ck.kolivas.org/patches/bfs/sched-BFS.txt
FAQS about BFS:http://ck.kolivas.org/patches/bfs/bfs-faq.txt
nugzo said:
I have full adb. I didnt have it when i upgraded from previous king kernels. Had to do a full wipe. Reinstalled rom and installed kernel before rebooting. adb works perfect. full access.
Click to expand...
Click to collapse
ENJOY!
Credits: Cyanogen, Netarchy (epson fps panel fix), toastcfh, ffolkes - all for bits of their code (see changelog), Koush for his any kernel .zip, AssasinsLaminent (nova fix), and most importantly, HTC for their kernel source
Download: CFS Kernel #11 & BFS Kernel #11[/URL] Date: 10/28/10 9:40 PM PST
If you Like my work follow me on twitter:
All my code is on github:
I am not responsible for anything that happens to your device
ChEeRs
BFS Changelog
Kernel #11
- HAVS is now OUT. We are not currently using it
- Using SVS for voltage regulation at the moment
- Battery life should be great now
- I forgot about an awful lot of longs and ints that will overflow on 32 bit now with u64 deadlines. Fix them.
- Add some macro tidiness
- Make sched_clock sanity checking robust and standardised, using jiffy
difference as upper limit, and use nominal 1us when difference cannot be
trusted.
- In layman's terms these are all MAJOR fixes to his BFS scheduler
- These fixes will provide a performance and stability boost
- Higher clockspeeds are more stable!
- More I will add
Kernel #10
- Performance boost!
- More stable due to BFS overhaul
- Patched up BFS scheduler to BFS 330
- Patched in *NEW* BFS TEST patch that applies over 330 (from CKolivas himself)
* Major overhaul of queued changes
* Micooptimise multiplications/divisions to be shifts where suitable
* Drop the "skip_clock_update" concept as we update the niffies each time we
update the rq clocks, thus we want to update it more often
* Add a local last_task variable to each runqueue which keeps a copy of the
last non-idle task that ran on this CPU. Use this value to determine that a
task is still cache warm on this CPU even if it has run elsewhere in the
meantime. This improves throughput on relatively idle systems with >2 logical
CPUs
* Change SCHED_BATCH tasks to refill timeslices and reset deadline every time
they're descheduled as they've been flagged as latency insensitive, likely
fully CPU bound tasks. This should decrease the impact running batch tasks
has on other tasks
* Bypass rechecking deadline when we know that prev will run again in schedule
* Change all deadline accounting to use nanosecond values
* Rework try_preempt
* MUCH MUCH more check my patch code if you please
- Voltage tweaks for stability
- Compiled with toolchain optimizations
- Neon optimizations this time around
Kernel #9
- Finally released
- Board files fixed to allow lower undervolt
- Undervolted to 825Mhz for safe frequencies
- Higher clockspeeds WILL be more stable now
- Compiled CIFS module per request
- Regulator tweaks
- Removed some bloat
- Now using ondemand governor by default, feel free to change it
- Battery charging tweaks (like my inc kernel)
- You guys are going to like this one
Kernel #8
- Reverted BFS Scheduler to 318
- Reverted GPU changes causing stutters
- Other minor fixes
Kernel #7
- Updated BFS Scheduler all the way up to 330
- MANY fixes to HAVS code *thanks for some of them netarchy*
- Regulator being properly used now
- Usleep fixes for sleep mode *via nnode*
- Longer battery life as a result of these major changes
- Volume boost tweaks
- Torture test disabled
- Torture test support disabled
- More I will add
Kernel #6
- Minor code cleanup
- Now undervolted to 825Mv! *Longer batter life*
- Ksgl tweaks for performance
- Higher clock speeds should now be more stable
- Wifi module tweaks
- Other things I will add
Kernel #5
- Rpc changes/tweaks
- V4L2 code disabled now for media interface
- Vmalloced tweaks via @cyanogen *PERFORMANCE BOOST*
- Tweaks for stability
- More I will add
Kernel #4
- BIG update
- Code cleanup
- Undervolted even more (Battery life is LONG)
- Compiled with neon optimizations
- Conservative governor threshold tweaked (via netarchy)
- Conservative Governor sampling rate tweaked per user request
- GPU edits for performance
- 5MB of memory reserved for the Adreno GPU
- Kernel will boot faster as a result of "set read ahead" changes
- Various wifi module tweaks
- Packet Filtering set to turn off after 1s
- Bluetooth sleep bug fixed *via kmobs via kernelzilla*
- More I will add
Kernel #3
- Added BFQ I/O Scheduler
- Default scheduler is bfq
- Fixed atomic functions in bfq *thanks cyanogen and co*
- Cleaned up/removed unneeded code
- HAVS is still included and functioning
Kernel #2
- Updated BFS Scheduler all the way up to 318
- Manual patches made by me to successfully get it working 100%
- Minor bug fixes
- Things I'll add
Kernel #1
- Fresh sources
- FAST
- Based off of CFS Kernel #7
- Applied BFS 313 (Brain **** Scheduler by Con Kolivas)
- HAVS implemented
- Minor bug fixes
CFS Changelog
Kernel #11
- Kernel now patched up to 2.6.32.24
- Bug fix causing battery drain
- Reverted some UV levels causing instability
- CFS updates
* Implement different treatment for idle shares
* Fix CFS 'Over-scheduling' bug
* sched: Fix granularity of task_u/stime()
* sched, cputime: Introduce thread_group_times()
* sched: Fix select_idle_sibling()
* sched: cpuacct: Use bigger percpu counter batch values for stats counters
* sched: fix racy fair sched*trq
* sched: Cleanup select_task_rq_fair()
- EXT4 support now!
- EXT4 compiled as a module
- EXT4 filesystem bug fixes
* ext4: Fix potential quota deadlock
* ext4: Fix BUG_ON at fs/buffer.c:652 in no journal mode
* ext4: fix memory leaks in error path handling of ext4_ext_zeroout()
* ext4: Prevent creation of files larger than RLIMIT_FSIZE using fallocate
* ext4: Ensure zeroout blocks have no dirty metadata
* ext4: Consolidate inlign pages
- CIFS bug fixes for stability and security
* cifs: Fix a malicious redirect problem in the DNS lookup code
* cifs: don't attempt busy-file rename unless it's in same directory
* cifs: remove bogus first_time check in NTLMv2 session setup code
- Netfilter IPv6 bug fixes
- Memory leak fixed in firmware
- CPU Governor fixes
- Mutex bug fix
* mutex: Don't spin when the owner CPU is offline or other weird cases
- Using xen_clocksource_read now for scheduler (part of 2.6.32.18 patchset)
- vmscan: raise the bar to PAGEOUT_IO_SYNC stalls
- SLAB fixes
- drm: Only decouple the old_fb from the crtc is we call mode_set*
- arm fixes: arm: fix really nasty sigreturn bug
- RDS memory leak fixed
- mm: page allocator: update free page counters after pages are placed on the free list
- mm: page allocator: calculate a better estimate of NR_FREE_PAGES when memory is low and kswapd is awake
- So much more, check my code if you please
Kernel #10
- Patched up to Linux Kernel version 2.6.32.17 (all commits an android kernel would need, no extra bloat) *All credit goes to the linux project, check my github for authors please*
- CFS updates
* Implement different treatment for idle shares
* Fix CFS 'Over-scheduling' bug
- EXT4 support now!
- EXT4 compiled as a module
- EXT4 filesystem bug fixes
* ext4: Fix potential quota deadlock
* ext4: Fix BUG_ON at fs/buffer.c:652 in no journal mode
* ext4: fix memory leaks in error path handling of ext4_ext_zeroout()
* ext4: Prevent creation of files larger than RLIMIT_FSIZE using fallocate
* ext4: Ensure zeroout blocks have no dirty metadata
- CIFS bug fixes for stability and security
* cifs: Fix a malicious redirect problem in the DNS lookup code
* cifs: don't attempt busy-file rename unless it's in same directory
* cifs: remove bogus first_time check in NTLMv2 session setup code
- Netfilter IPv6 bug fixes
- Memory leak fixed in firmware
- CPU Governor fixes
- Mutex bug fix
- Using xen_clocksource_read now for scheduler (part of 2.6.32.18 patchset)
- Much more I will add
Kernel #9
- Board files fixed to allow lower undervolt
- Undervolted to 825Mhz for safe frequencies
- Higher clockspeeds WILL be more stable now
- Compiled CIFS module per request
- Regulator tweaks
- Removed some bloat
- Now using ondemand governor by default, feel free to change it
- Battery charging tweaks (like my inc kernel)
- MANY fixes to HAVS code *thanks for some of them netarchy*
- Regulator being properly used now
- Usleep fixes for sleep mode *via nnode*
- Longer battery life as a result of these major changes
- Volume boost tweaks
- Torture test disabled
- Torture test support disabled
- Ksgl tweaks for performance
- Higher clock speeds should now be more stable
- Wifi module tweaks
- More I will add
Kernel #8
- Added BFQ I/O Scheduler
- Default scheduler is bfq
- Fixed atomic functions in bfq *thanks cyanogen and co*
- Cleaned up/removed unneeded code
- HAVS is still included and functioning
- Code cleanup
- Undervolted even more (Battery life is LONG)
- Compiled with neon optimizations
- Conservative governor threshold tweaked (via netarchy)
- Conservative Governor sampling rate tweaked per user request
- GPU edits for performance
- 5MB of memory reserved for the Adreno GPU
- Kernel will boot faster as a result of "set read ahead" changes
- Various wifi module tweaks
- Packet Filtering set to turn off after 1s
- Bluetooth sleep bug fixed *via kmobs via kernelzilla*
- Rpc changes/tweaks
- V4L2 code disabled now for media interface
- Vmalloced tweaks via @cyanogen *PERFORMANCE BOOST*
- Tweaks for stability
- Now undervolted to 825Mv! *Longer batter life*
- Ksgl tweaks for performance
- Higher clock speeds should now be more stable
- Wifi module tweaks
- More I will add
Kernel #7
- Added new CPU Governor - 'Interactive Governor' thanks Mike Chan @google
- Still using Conservative Governor
- Now overclockable to speeds up to 1.26Ghz (Not all phones can run 1.26, if your phone locks up, OC lower)
- Bluetooth tweaks (double check that bluetooth works for me please)
- Even more undervolted
- Wireless 'n' support
- Switched to 'cfq' scheduler
- Open VPN Modules
- Other things I will add
Kernel #6
- Overclocking should be 100% functioning
- SetCPU works now
- Overclockable up to 1.113 (Will raise this number soon )
- Added CPU Governor "OnDemand"
- Added CPU Governor "UserSpace"
- Added CPU Governor "Performance"
- Added CPU Governor "Conservative"
- Default CPU governor changed to "Conservative"
Kernel #5
- Five point multitouch (thanks for the code ffolkes)
- ADB working for most.... (wierd)
- Speed tweaks
- CPU Governors updated
- CPU tables updated
- Code is live
Kernel #4
- Much faster
- Much smaller kernel, removed all bloat
- ADB should work now, let me know
- Overclocking should work, let me know
- Switched scheduler to deadline
- More audio tweaks (per request, I forget who asked)
- Included a slew of modules, should cover any module you'd need
- More I will add
Kernel #3
- OC capability should work via terminal
- Netfilter (Wifi tether) built into the kernel
- Added OnDemand CPU governor
- Added UserSpace CPU governor
- Added Conservative CPU governor
- Default governor is currently OnDemand
Kernel #2
- Speed boost
- Five point multi touch support (believe this was ffolkes, thank you)
- FPS unlocked now! (thanks toast)
- Audio Boost Tweaks (LOUD)
- Integrated code to use 3 point for sensors that do not support 5 (thank you ffolkes)
- Kernel should work on CM6 now (let me know)
- Kernel should now detect screen arch on boot (thanks cyanogen)
- Should support both epson and n
- OC Capable now - up to 1.26 Ghz!
- Voltages lowered significantly for even better battery life
- Changed default scheduler to cfq
- Cleaned up unneeded code
- More I will add
Kernel #1
- First kernel for the HTC Evo
- Based off of the HTC source code - 2.6.32.12
- Added drivers for Static Voltage Scaling (SVS)
- Added drivers for Hybrid Adaptive Voltage Scaling (HAVS)
- Using CFS
- No OC capabilities as of now
- Cameras should work fine
- WiFI should work fine
- Bluetooth should work fine
- All things you would expect to work should be working, let me know
Any chance we could see some of the Desire's audio values in this kernel?
neckface said:
Any chance we could see some of the Desire's audio values in this kernel?
Click to expand...
Click to collapse
if I can find the code for it, yes.
You evo users have no idea what HAVS is like
I can't wait to see the feedback
kingklick said:
You evo users have no idea what HAVS is like
Click to expand...
Click to collapse
Well, for me, I have no idea what it is at all lol
Mind explaining what it does plz? =P
kingklick said:
if I can find the code for it, yes.
You evo users have no idea what HAVS is like
I can't wait to see the feedback
Click to expand...
Click to collapse
If you don't find it before I get home, I'll pm the directory to you.
And yeah, I haven't a clue what that is. Lol
This is interesting... any more details?
- Sent via my EVO 2.2 (Fresh 3.1.0.1) from the back seat of your Momma's car.
What on Earth is HAVS?
after a little googling...
Hybrid Adaptive Voltage Scaling (HAVS)
david279 said:
after a little googling...
Hybrid Adaptive Voltage Scaling (HAVS)
Click to expand...
Click to collapse
MMhhh can't wait to try this one out
Is FPS unlocked on this?
Does this work for all 2.2 roms?
bigant262 said:
Is FPS unlocked on this?
Click to expand...
Click to collapse
as of now, most likely not. It can easily be implemented
jaysmi32 said:
Does this work for all 2.2 roms?
Click to expand...
Click to collapse
YUP! should have no issues
If one was to push this to their device on top of whatever custom kernel/rom running.. would things start to get messy?
whats the best recommendation ?
kingklick said:
as of now, most likely not. It can easily be implemented
YUP! should have no issues
Click to expand...
Click to collapse
Thanks for the quick reply. I'll wait until you put it in. Will look forward to updates on this.
ok guys kernel is live =)
let me know if you have any other questions
I'm done playing for the day but I'm def keeping an eye on this thread. I can't wait to see some real world test results. I have a feeling this thread is going to blow up by the time I get up in the morning.
While I would absolutely love HAVS, I also don't want to lose the modifications in netarchy's kernel with the FPS cap unlocked. Any way you could possibly integrate that into your kernel?
An update.zip would be grand, too.
I have netarchy kernel 4.0.3a with Fresh 3.1.0.1... can i simply flash this over it?
- Sent via my EVO 2.2 (Fresh 3.1.0.1) from the back seat of your Momma's car.
cosine83 said:
While I would absolutely love HAVS, I also don't want to lose the modifications in netarchy's kernel with the FPS cap unlocked. Any way you could possibly integrate that into your kernel?
An update.zip would be grand, too.
Click to expand...
Click to collapse
Yup, if he sends me his code
HondaCop said:
I have netarchy kernel 4.0.3a with Fresh 3.1.0.1... can i simply flash this over it?
- Sent via my EVO 2.2 (Fresh 3.1.0.1) from the back seat of your Momma's car.
Click to expand...
Click to collapse
yes, use fastboot to flash the kernel itself, then adb push the modules
Kernel Files:
Change Log: http://faux.androidro.ms/pyramid/ics/changelog.txt
******* LATEST BETA By YANK555 with AROMA! Ice Cream Sandwich (Android 4.0.x) ******* (Linux 3.0.37)
[ CFS ] (Ultimate Edition)
http://forum.xda-developers.com/showpost.php?p=29072369&postcount=7579
******* Ice Cream Sandwich (Android 4.0.x) ******* (Linux 3.0.42)
[ CFS ] (Ultimate Edition)
The File ==> Sensation Kernel (1.73 GHz, GPU @ 320MHz, ZRAM) <==
******* Gingerbread (Android 2.3.x) ******* (Linux 2.6.35.14)
[ CFS ] (Mainline Edition)
The File ==> Sensation Kernel 029 (1.73 GHz, ZRAM) <==
[ CFS ] (Ultimate Edition - should work with most phones but NOT GUARANTEED!)
The File ==> Sensation kernel 029 (1.73 GHz, ZRAM, ZCACHE, GPU @ 320MHz) <==
[ Optional: ]
[ For Kernel Devlopers ONLY: ]
The File ==> My Global VDD_TABLE for under volt patch <==
The File ==> KGSL Ring Buffer Power Management Patch for Cordy and Ninja Jump <==
Optional Under voltage: Version 0.1.4+ ONLY
Code:
[ to over volt ALL frequencies by 25000 uv (microvolts) ]
echo "+25000" > /sys/devices/system/cpu/cpufreq/vdd_table/vdd_levels
[ to under volt ALL frequencies by 25000 uv (microvolts) ]
echo "-25000" > /sys/devices/system/cpu/cpufreq/vdd_table/vdd_levels
[ to set a specific frequency (ie 1.18 GHz)
with a specific voltage (ie 1.0875 volts) ]
echo "1188000 1087500" > /sys/devices/system/cpu/cpufreq/vdd_table/vdd_levels
CPU Frequency Voltage Table Example
Code:
192000: 812500
310500: 812500
384000: 812500
432000: 812500
486000: 837500
540000: 850000
594000: 862500
648000: 875000
702000: 900000
756000: 925000
810000: 937500
864000: 962500
918000: 962500
972000: 962500
1026000: 975000
1080000: 987500
1134000: 1000000
1188000: 1012500
1242000: 1025000
1296000: 1050000
1350000: 1075000
1404000: 1100000
1458000: 1112500
1512000: 1125000
1566000: 1150000
Optional: Stock Clock Frequencies for Dual CPUs
Code:
su
echo 192000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
echo 1188000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo 1 > /sys/devices/system/cpu/cpu1/cpufreq/online
echo 192000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq
echo 1188000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq
Optional: ZRAM (Compressed RAM swap space )
Code:
su
mkswap /dev/block/zram0
swapon /dev/block/zram0
Low Voltage - Under Volt the processor, therefore uses Less Battery, but NOT ALL CHIPS can handle Under Volt.. If you experience instability, try the Stock Voltage Version.
Stock Voltage - Uses the voltage values from ORIGINAL HTC Kernel Source.
There are NO PERFORMANCE DIFFERENCE between the Under Volted and Stock Voltage versions!
Installation Instructions:
Here's a step by step instruction to install this kernel:
1. download the above file (via phone directly or to a PC)
2. copy the downloaded zip file to /sdcard/download/
3. Open ROM Manager and select "Reboot into Recovery" and select "OK"
4. Once in recovery, select "wipe cache partition", select "Yes", then select "advanced", then select "Wipe Dalvik Cache", then select "Yes" again. Once finished, click the back button to go back to the main recovery menu. On that menu, select "Install Zip From SDCad", then select "Choose zip from SDCard", then go to /sdcard/download and select the downloaded zip file and let it run its script.
5. Once the script is done, select "reboot system now"
Note: After FLASHING, the first reboot may take longer than usual, please be patient... After the first reboot, it may lag during initial load (let everything finish loading). Once everything is loaded and phone is ready for use, reboot the phone a 2nd time and the lag will be gone and everything should be silky smooth...
Standard Disclaimer: Not responsible for bricking your phone, voiding your warranty, or any other pain or suffering you may feel as result of using this kernel!!!
My Github Complying with GPL and XDA rulez
Follow me on
:
If you find this Kernel useful, feel free to hit the [Thanks] button below
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
FauxClock App recommended Settings"
CPU Control
Max clock - GHz 1.72 GHz for performance, 1.2 GHz for battery
Min clock - MHz 192 MHz for both
CPU Governor - Ondemand for performance, Intellidemand for battery
mpdecision - Off
Set On Boot - On
SOC Control
Set On Boot - On
C0 - On
C1 - On
C2 - On
Voltage Control
Set On Boot -
Global CPU Voltage - Your preference
intellidemand gov control
Up Threshold - 90 for both
Two Phase Freq - 1134000 for both
Limit Max Freq - 1728000 for performance, 1512000 for battery
Sampling Rate - 30000 for both
Set On Boot - On
GPU Control
GPU Governor - ondemand for both
GPU Clock - 300Mhz for performance and 266Mhz for battery
GPU Vsync Toggle - On for both
Set On Boot - On for both
I/O Scheduler Control
I/O Scheduler (eMMC) - SIO for both
Readhead Size (eMMC) - 384 for both
Set On Boot - On for both
Misc Control
Dynamic File Sync - On for both
TCP Congestion Control - Westwood for both
Vibration Control
Set On Boot - On for both
Vibration Control - Your own Preference
Z-Control
Set On Boot - On for both
ZRAM Disk size - 150~200 Megabytes (or 50 MB when disabled)
ZRAM Enable/Disable - Enable if you mult-task often
Clear VFS Cache After Boot - On
Auto FS Writeback Delay Mode - On
Swappiness - 100% if ZRAM enabled, 0% if disabled
VFS Cache Pressure - 100% if ZRAM enabled, 150% if disabled
Dirty Ratio - 20% for both
Dirty Background Ratio - 5% for both
Above is what I use personally. MAY NOT be optimal for all :fingers-crossed:
Gingerbread Version History
Version 001 (deprecated)
- Based on 100% HTC source code!
- EXT 4 Support, CIFS + UTF-8 (NLS Support)
- Kineto_gan Support (WiFi Calling)
- CFQ I/O Scheduler default
- CPU Min/Max Frequency Enabled
- SmartAss 384MHz~1188MHz Default, Screen Off 594MHz
- SmartAss, MinMax, and Interactive Governors Added
- SmartAss Governor Set as Default for CFS
- TUN VPN support added
- SLQB memory allocator added and made default
- BFQ I/O scheduler added and made default
Version 002 (deprecated)
- Fixed SmartAss Governor
- Added NEON and other Snapdragon Compiler optimizations
Version 003 (deprecated)
Patched kernel to version 2.6.35.14
Version 005 (deprecated)
Added OC capability up to 1.512 GHz
Tweaked Voltage Table for more stability
Added REAL SmartAss Governor
(I was contacted by Erasmux's friend who informed me about the kang hax smartass I had!
I don't know where I got it from )
Patched BFS (step 1, not working yet)
Allowed unaligned memory access
Version 006 (deprecated)
Reverted CPU Clock Table back to CAF version
OC up to 1.512 GHz CAF Fast Version
Added CAF Patches to msm/cpufreq
Version 007 (Long Term Stable Release, Official GB2.3.3 )
The File ==> Sensation Kernel 0.0.7 <==
OC CPU up to 1.782 GHz, L2 Cache up to 1.512 GHz
Added CAF Patch to force max frequency for all cores via sysfs mfreq
Added Bluetooth BNEP support
Version 008 (deprecated, GB2.3.4)
Applied CAF USB Composite Patch
Removed USB Switch Mute conditions
Version 009 (deprecated, Hacked GB2.3.4)
Introducing Synchronous L2 Cache (1.56 GHz version ONLY)
Introducing L2 Cache Bandwidth Boost (from max 310MHz to 360MHz)
Introducing SmartAssV2 Official Version directly from Erasmux's Commits (Major props to Erasmux)
Version 010 (Short Term Release, Hacked GB2.3.4)
The File ==> Sensation kernel 0.1.0 (1.78 GHz) <==
The File ==> Sensation Kernel 0.1.0 (1.56 GHz Sync L2) <==
CAF Patch msm: acpuclock: Subscribe to _FROZEN CPU notifiers
CAF Patch msm: pm-8x60: Remove redundant code for restoring ACPU Clock Rate
CAF Patch msm: acpuclock-8x60: Use hotplug notifications for CPU, L2, BUS, voltage
SmartAssV2 is removed (temporary until I fix it)
Added back Scaling_Available_Frequecies sysfs entries (For Mike1986 and other ROM devs)
Introducing GPU 2D/3D Overclocking
2D Engine from 228.5 MHz to 266.6 MHz (this one is CPU limited, so will only see benefit with faster CPU clock such as my 1.78 GHz kernel variant)
3D Engine from 266.6 MHz to 320 MHz (both versions will benefit from this boost)
Version 012 (deprecated, Official GB2.3.4)
Re-Based on HTC MR release! (new baseline)
Introducing Joe's RCU (Performance boost, designed for aSMP architecture, garbage collection limited to master CPU, slave CPU only need to do what it needs to do)
Fast NoHz RCU (An RCU designed for Tickless kernel, which is our kernel)
Re-patched HTC MR release 2.6.35.13 to kernel.org 2.6.35.14
GPU 2D/3D is now same as stock (Due to screen tearing issues experienced by some users)
CAF msm: clock-8x60: Refresh PDM and TSSC halt bits at boot (Bug Fix)
CAF msm: 8660: Add barriers to SMP boot code (Stability patch)
CAF msm: clock-local: Add memory barriers for later move to _relaxed accessors (Stability patch)
CAF ARM: SMP: Make resched-ipi-while-offline warning less verbose (Slight performance tweak)
CAF msm: clock-8x60: Vote for mmfpb_a_clk at 64MHz (Bug fix)
CAF mmc: core: put eMMC in sleep (cmd5) mode before suspend (Power Saving)
CAF msm: clock-8x60: Don't disable clocks in reg_init (Bug fix)
Version 013 (deprecated, Official GB2.3.4)
Introducing GPU Turbo Boost (Max GPU clock from 266MHz to 320MHz, increased bandwidth from 2.48GHz to 2.87GHz)
KGSL Patch: Fixed Sleep Issue (Bug fix to actually allow GPU to go to sleep when it is idling)
KGSL Patch: Allow Large memory buffer request from User land (Let apps allocate large GPU memory buffer)
KGSL Patch: Save more GPU registers (Avoid register corruption due to context switches)
KGSL Patch: Check for Null Pointer (Safety precaution to avoid null pointer exception in kernel)
KGSL Patch: Do not trash general work queue (bug fix, work queue was corrupted)
KGSL Patch: Make GPU governors visible via sysfs interface
Version 014 (deprecated, Official GB2.3.4)
Introducing Global CPU Voltage Table (Under volt capability via sysfs interface, inspired by snq adapted for Snapdragon Dual-Core by me )
Re-coded GPU Turbo Boost. Fixed GPU Scaling governor (scaling was disabled)
Joe's RCU option is deprecated (based on download stats)
Version 015 (deprecated, Official GB2.3.4)
Added 1.674 GHz option (L2 Freq up to 1.566 GHz)
Applied many FrameBuffer patches from CAF
Applied couple more KGSL patches from CAF
Version 016 (deprecated, Official GB2.3.4)
Revenge of CFS, CFS Enhancement (Interactive latency greatly reduced, make it BFS like)
Version 017 (deprecated, Official GB2.3.4)
Fixed the derp that was 0.1.6
Applied many FrameBuffer patches from CAF yet again
Version 018 (deprecated, Official GB2.3.4)
Added New Early suspend drivers for 2D and 3D GPU engines
Re-Enabled KGSL Ringbuffer Power Management Overrides
Updated to JHash3
Updated Cpufreq to copy policy from siblings
Fixed memory leak in cpufreq stats
Removed CPU from NoHz Idle fair cgroup
Shorten 1080P start up latency
Fixed USB Gadget Serial Crash
Applied more MSM FrameBuffer updates from CAF
Version 019 (deprecated, Official GB2.3.4)
Fixed random SPI Operational State Invalid error
Added histogram capability for MSM video
Added lock/unlock for KGSL Early Suspend Drivers
Updated KGSL power level change
Revert Reg Init Patch from earlier (cause of instability)
Optimized memcpy and memmove for string library calls (real working version )
fixed audio unmapped memory crash
fixed inaccurate D-Cache size Macro
Version 020 (deprecated, Official GB2.3.4)
CFS Autogroup Version 2.0 (Super Charged CFS)
Fixed Kernel/Timekeeping issue
Fixed Full / Stretched Screen issue for Video Player
Patched FB and KGSL
Fixed Random Reboot issue (took me a week to verify this fix )
Revenge of JRCU (JRCU tweaked for better performance and battery savings)
Removed ALWAYS ON ADM Clock to save battery
Moved Data Mover to early suspend for cleaner exit
Version 021 (Deprecated, Official GB2.3.4)
Added XZ Compression support to 2.6.35 kernel
Added XZ Compression support for kernel image
Added XZ Compression RAMDisk support (boot time)
Added SquashFS support based on new XZ Compression (very high compression ratio File System)
Updated Camera Driver FPS to 120 (mdeejay )
Used the git implementation of SHA-1 to reduce boot time by 11%
Updated qdsp6v2 to block write until buffer is full
Updated trivial bug fix for SMP macro
Introducing ZRAM (compressed RAM == MOAR RAM )
I have successfully back ported ZRAM from 2.6.38 kernel to our older 2.6.35.xx kernel This should alleviate the memory pressure introduced by Sense UI.
ZRAM bug fixes and latest patches (up to latest greatest beyond Linux Kernel 3.1-rc8)
Version 022 (deprecated, Official GB2.3.4)
Increased ZRAM allocation for even MORE data in RAM
Added newly optimized CRC32 Improves EVERYTHING that uses it including TCP/IP, File Systems etc...
Added newly optimized CRC32c improves EXT4 metadata performance and anything else which uses CRC32c
Patched msm_serial_hs_lite (better battery life)
Patched qdsp6v2 to fix unexpected power consumption (better battery life)
Patched mdp4_overlay to flush RGB pipe when solid fill mode is used (better battery life)
Patched clock-8x60 to add a lower gsbi_uart_clk entry to save power (better battery life)
Lowered Camera Flash limit from 30% to 10%
Tweaked conservative governor for better interactive performance
Enabled Deep Power Management Options (better battery life)
Lowered CPU Minimum Voltage (better battery life)
Gate smi_2x_axi_clk off when smi_clk is disabled (better battery life)
Fixed performance level computation for VCD (better performance)
Added local control of vpe_axi_clk and rot_axi_clk (better battery life)
Removed unnecessary checks from DMA engine (more efficient DMA Engine == performance)
CleanCache(using Zcache)+FrontSwap optimizations (this concludes the ZRAM/Swap optimization)
Version 023 (deprecated, Official GB2.3.4)
CleanCache (zcache disabled due to incompatibility with mpdecision, blame HTC )
ARM Patch: Use CTR for the I-cache line size on ARMv7 (better performance)
lowmemkiller: make it swap friendly (better performance)
Enabled inline locks for ARM (performance)
ZSL Driver backport (part 2, CODE ONLY, not enabled)
CPU workqueue optimization (limit some workqueues to single thread)
Conservative Governor minor tweak
patched qdsp6v2 to Set tx and rx flags based on current device
patched display to avoid staging up two pipes at same mixer_stage
patched display to avoid staging up two pipes at same mixer_stage
Added GPU slumber (whenever screen is off, GPU is set to sleep)
Added idle wait support for SMP
Fixed AXI clock bug in GPU
Fixed L2 Cache Synchro bug (better performance)
Updated spin lock code (better performance)
Reduced WiFi voltage to min recommended by datasheet (better battery)
Reduced other sub-system voltages by 5~10% (better battery)
Eliminated unnecessary macro from decompressors (code clean up)
Wind down GPU turbo mode if idling (better battery)
compiled with latest code sourcery (better performance)
Fixed Power Management memory leak
Added 2 way call record capability (thanks to mdeejay!)
Patched wakelock to latest AOSP
Patched audio DSPs
Patched Ondemand Governor for better power savings.
Version 024 (deprecated, Official GB2.3.4)
NoHz RCU set as default
Disable BCM4329 wake irq when stopped (battery saving fix)
Re-order PPP packets in PPPoLAC and PPPoPNS (VPN bug fix)
PLL clock training with higher frequencies for better stability (stability enhancements)
mfd - Fix memory leak in debug probe
Introducing GPU 2D scaling governor (Enabled, completely original coding from me)
-- now it will scale from 145.455MHz~200 MHz depending on usage (this should save additional battery while screen is on).
Introducing IntelliDemand CPU governor
-- Built-in Screen Off profile (like SmartAss)
-- Built-in Browsing detection (enabled, completely original coding from me)
(this will limit cpu clock to max 1.0 GHz while browsing web, book, email etc)
Adjusted 3D and 2D GPU scaling and initial states for better compatibility with Rosie
Version 025 (deprecated, Official GB2.3.4)
msm72k_udc: Replace dma_coherent_pre/post_ops with mb/rmb
nfs: writeback pages wait queue
block: limit default readahead size for small devices
make default readahead size a kernel parameter
smd_pkt: Extend read operation to receive data larger than SMD FIFO
pet watchdog from console driver
Correct the number of slave ports in the system
watchdog: increase pet time to ten seconds
led: enable dynamic LED brightness
mm/vmalloc.c: eliminate extra loop in pcpu_get_vm_areas error path
Revert "qup_i2c: Calculate combined write length for multiple write transactions" (broke Sensors )
restart: call secure code to disable arbiter
restart: Handle reset interrupt from pmic
pmic8058-xoadc: request's done late into suspend
pmic8058-xoadc: Add mpp_config call on configure
Remove pm_runtime_suspended() from __pm_generic_call
HDMI: Support for 480p 16:9 in HDMI Driver
qdsp6v2: Reduce the pcm write timeout value
enable ldo's in PHY resume path (usb)
Add suspend/resume for TSENS (thermal sensor)
While powering down flush all the rpcrouter workqueues (rpc)
Reader thread to allocate memory without holding a spinlock (rpc)
Reorganize the usage of spinlocks in RPC Router reader thread
Update RPC client's cb_list_lock to use spinlocks
Retry callback registration on timeout (rpc)
Add smd_tiocmset api without spinlocks
Close smd ports upon failure to open.
print lock name for lockdep_init_error
execute lockdep_init as early as possible
board:clocks: add comments to make trouble shooting easier
smd_tty: restrict DS port platform driver
smd: add closing state to subsystem restart
smd_pkt: add subsystem restart loopback server reinit
smd_tty: add subsystem restart loopback server reinit
smd: add check for LOOPBACK_TTY platform device
Add 10 microsec delay before fetching setup_data (usb)
Simplify ACA state machine to support standard ACA (usb)
Recovery point SEI support for ISDB-Tmm (vidc)
Copy the End of Sequence flag (vidc)
Fix H.263 30fps standard resolution encoding.
Override SP profile to ASP for MPEG4 decoding.
Remove check for allocation of sequence buffer size. (vidc)
Update firmware memory size. (vidc)
Fix GOB Header for H.263 encoding.
Increase the decoder input buffer size.
Return the correct error code for IOCTL. (vidc)
Set correct divx codec type.
Handle b-frame not supported error.
Increase the kernel SMI memory size. (vidc)
Report bitstream errors to driver client.
add change to print MFC firmware version
Removed check for comparing DPB Size
add Check for infinite intraperiod configuration.
Fix to handle non-fatal sequence header errors. (vidc)
Fix not coded vop handling in decode order.
add mdp revision number
increase mdp max burst size
Calculate combined write length for multiple write transactions (i2c)
Fix input handler crash (ondemand, intellidemenad)
Add htc off-alarm support from XE source
updated sii9234 tpi driver from XE source code
USB misc code updates from XE source
enable android USB gadget projector support
Added thermal trip critical retry from XE source
updated DMA engine from XE source
fixed minor HTC battery driver coding derp
Added HTC Beats headset support from XE source
kernel:sched: avoids loadavg Moire
don't call task_group() many times in set_task_rq()
block level disk cache target for device mapper
Do not destroy old sched domain on cpu_up
Do not block when waiting to free old root domain
Check for extended quiescent state at start of gp (rcu)
Don't allow cpu to get console lock during hotplugging (printk)
Add the function 'cpu_hotplug_inprogress'
Remove extraneous boot_secondary delay
Version 026 (deprecated)
PM / Sleep: fixed coding derp from "Drop pm_op() and pm_noirq_op()"
mfd: timpani-codec: Handle register write for numbers more than cached one
mfd: timpani-codec: Write register defaults when disabling devices
msm_fb: Remove Audio Packet Control Register setup
mfd: timpani: Retry upon I2C failure.
msm_fb: Check for ACP and ACFG register before reset core.
msm_serial: add PM_RUNTIME code from CAF
mm: retry page fault when blocking on disk transfer
msm: kgsl: Do not allow SLUMBER from INIT
PM / Sleep: Drop pm_op() and pm_noirq_op()
PM / Sleep: Unify diagnostic messages from device suspend/resume
sched/rt: code cleanup, remove a redundant function call
ARM: Add optimised swahb32() byteswap helper for v6 and above
hugetlb: Replace BUG() with BUILD_BUG() for dummy definitions.
kernel.h: Add BUILD_BUG() macro.
msm: kgsl: New low power level
msm: vidc: print message as kernel info instead of error
camera:gemini: update gemini engine from hTc Ruby
battery: battery driver and charging driver update
mm: Android Ashmem update from hTc Ruby
misc: android pmem update from hTc Ruby source code
mfd: marimba core update from hTc Ruby
board: ARM kernel update from Ruby source code
cpufreq: add two-phase to ondemand and intellidemand
Version 027 (deprecated)
input/misc/gpio: update input GPIO driver from PyramidLE source
vidc: 1080p: Override profile to ASP for XVid/Divx456
Re-enabled ZRAM
Version 028 (deprecated)
Updated Zcache and ZRAM to latest Linux-next patches
Added Google's Snappy Compression for ZRAM
Version 029 (Current, Official GB2.3.4)
Init: Multithread initcalls to auto-resolve ordering issues.*
memcg: let css_get_next() rely upon rcu_read_lock()*
idr: make idr_get_next() good for rcu_read_lock()*
mm: implement WasActive page flag (for improving cleancache)*
zcache: fix deadlock condition*
Revert "msm: kgsl: Clocks should be set to the active level during NAP"*
Revert "partition_sched_domains: Do not destroy old sched domain on c…*
mmc: core: Prevent too long response times for suspend*
aww man finally i luv ur work on the mytouch series happy to have u here bro
Welcome to the sensation forums faux.
You need to note that current source is incompatible with android 2.3.4 builds, nice work getting smartass working!
Sent from my s-off HTC sensation running LeeDrOiD Sensational
Flashing as I type
Edit: So far so good, booted back up in about three minutes. Speeds aren't autodetected by setcpu yet, but I assume that'll come when oc comes.
GideonX said:
Flashing as I type
Edit: So far so good, booted back up in about three minutes. Speeds aren't autodetected by setcpu yet, but I assume that'll come when oc comes.
Click to expand...
Click to collapse
Use CPU Master for now.
faux123 said:
Use CPU Master for now.
Click to expand...
Click to collapse
Just a heads up for anyone trying CPU Master, it reboots me as soon as I hit apply on any governor changes
The slider also doesn't allow you to choose any speeds between 192 or 1188.
Finally Fauxy! This is gonna be a real treat having your kernels for the S4G! Thank you!
nice to see you on the sensation faux love your work! can we expect to see some of your AOSP work and kernel support for 2.3.4 ROMs as well?
You mention its for 2.3.4 Builds but if it is based on htc sources this cant be? They only released 2.3.3 Kernel sources...?
Or did you hacked it to work with 2.3.4?
xtcislove said:
You mention its for 2.3.4 Builds but if it is based on htc sources this cant be? They only released 2.3.3 Kernel sources...?
Or did you hacked it to work with 2.3.4?
Click to expand...
Click to collapse
dude are you even reading it say nothing about its for 2.3.4
Welcome faux, love your work in the G2x
Glad your finally here faux..
Sent from my HTC Sensation Z710e using XDA Premium App
phonegod said:
dude are you even reading it say nothing about its for 2.3.4
Click to expand...
Click to collapse
NOTICE: This is COMPATIBLE with ALL Sensations Rooted Stock and Custom ROMs
(Except the new 2.3.4 ROMs)
!? oh wtf -.- im so sorry ! My english isnt very well!
faux123 said:
NOTICE: This is COMPATIBLE with ALL Sensations Rooted Stock and Custom ROMs
(Except the new 2.3.4 ROMs)
Hi XDA members and fellow Sensation users:
This is my tenth kernel hack. I want to thank Erasmux, and several others I cannot recall for inspiring me to venture into this unfamiliar territory for me.
What is a Kernel? The Kernel is the Foundation in which everything else builds upon in any software system.
[Car Analogy]: Kernel is like the Engine, Electrical system and the Transmission to a car. The Library, Framework and the Apps [AKA ROM] are the body frame and the rest of the Car.
THIS KERNEL is BASED ON HTC Source Code. So it is COMPATIBLE ONLY WITH HTC Gingerbread Sensation Builds.
Please DO NOT use any task killers, they DO NOT improve performance nor battery life. They INTERFERE with your phone's stability (more crashes) and App compatibilities (Forced Close).
MinMax Governor (Battery Saver)
This governor will try to minimize the frequency jumps/changes which cause voltage spikes/changes which supposedly drains more battery life... Supposedly designed to work with SetCPU... so give it a whirl...
SmartAss Governor (Balanced)
This governor has a built-in "profile" similar to SetCPU, so screen off will use lower clock rate thus conserve more battery, but it also has a fast wake up feature so that user interaction will not see the lag when switching from Sleep to Wake state.... (So SetCPU Profiles are sorta redundant when using this governor, you can still use SetCPU to OC to higher than default Clock frequency).
Interactive Governor (Performance)
This governor is designed to put more priority to User Interface (UI aka Apps) tasks, therefore appears more responsive then the traditional OnDemand governor. So if you want the smoothest UI interaction, this governor is for you...
Brain F*ck Scheduler - (BFS)
This scheduler is designed to be simple and speedy tailor specifically for user interface type systems such as desktop/smart phone devices where user interaction is MORE important than serving 1 million web requests (CFS, the default scheduler) at the same time (think of nimble desktop workstations vs large corporate servers).
SLQB - (SLAB allocator with Queue)
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). Not all kernels are using SLQB including CM7 main line...
Fair Budget Queue (BFQ I/O scheduler)
This I/O scheduler is an improvement on top of Completely Fair Queue (CFQ). CFQ is fair in terms of time but not in terms of throughput / bandwidth, so BFQ make sure that both time and throughput / bandwidth are balanced across all requests.
Installation Instructions:
Here's a step by step instruction to install this kernel:
[ CFS-Smartass ] (Mainline)
The File ==> Coming Soon <==
The File ==> Sensation Kernel 0.0.1 CFS Stock Voltage <==
[ BFS-Interactive ] (Enthusiast Edition)
The File ==> Coming Later <==
The File ==> Coming Later <==
Low Voltage - Under Volt the processor, therefore uses Less Battery, but NOT ALL CHIPS can handle Under Volt.. If you experience instability, try the Stock Voltage Version.
Stock Voltage - Uses the voltage values from ORIGINAL HTC Kernel Source.
There are NO PERFORMANCE DIFFERENCE between the 2 versions!
1. download the above file (via phone directly or to a PC)
2. copy the downloaded zip file to /sdcard/download/
3. Open ROM Manager and select "Reboot into Recovery" and select "OK"
4. Once in recovery, select "wipe cache partition", select "Yes", then select "advanced", then select "Wipe Dalvik Cache", then select "Yes" again. Once finished, click the back button to go back to the main recovery menu. On that menu, select "Install Zip From SDCad", then select "Choose zip from SDCard", then go to /sdcard/download and select the downloaded zip file and let it run its script.
5. Once the script is done, select "reboot system now"
Note: After FLASHING, the first reboot may take longer than usual, please be patient... After the first reboot, it may lag during initial load (let everything finish loading). Once everything is loaded and phone is ready for use, reboot the phone a 2nd time and the lag will be gone and everything should be silky smooth...
NEWS BULLETIN:
Version 0.0.1 is OUT!
1. Initial Kernel (no overclocking / undervolting yet)
Please don't hesitate to talk among yourselves and help each other out... The MT4G/XDA community is what inspired me to hack kernels for everyone since everyone here is nice and helpful to each other... Keep helping each other.... Famous proverb: It's better to give than to receive...
BUGS:
Not All CHIPS ARE CREATED EQUAL
TO DO:
version 1.x.x -- Haven't thought about it yet...
History:
See Post below...
Standard Disclaimer: Not responsible for bricking your phone, voiding your warranty, or any other pain or suffering you may feel as result of using this kernel!!!
My Github Complying with GPL
Follow me on
:
If you find this Kernel useful, feel free to hit the [Thanks] button below
Click to expand...
Click to collapse
Thanks for all that information, very useful.
Hey there fellow Kanger
Namit1994 said:
Thanks for all that information, very useful.
Click to expand...
Click to collapse
You really had to quote the whole op just to say "thanks" ? Lol
Good to see you in here faux, we've been waiting for youu
Sent from my HTC Sensation Z710e using Tapatalk
One more great dev...welcome to sensation ... can't wait for stupid htc to release the updated kernel sources for 2.3.4.
Sent from my HTC Sensation Z710e using XDA Premium App
Faux.!!! thanks for your work man. Good seeing you hear missed this kernels coming from mt4g.
Sent from my HTC Sensation 4G using XDA App
Disclaimer: By downloading and installing this kernel, you are assuming all risk. There are no implied warranties of any kind.
It seems to be working for me but try this at your own risk... Don't come crying to anyone here if you fry your phone... Don't overclock if you don't feel comfortable taking the risk!
This is based on Isaac's latest kernel code in his MIUI build with the OC tables and Voltage controls as in the CM7 kernel. All credit goes to Isaac, Tickerguy, b_randon14, Napstar, DoomLord, CyanogenMod and the Tiamat devs. If I missed anyone, let me know and I'll add it.
Instructions:
Flash Zip file in CWM.
mOCkv1.7.14
http://www.mediafire.com/?8p1n398mfd9w1fb
changelog:
mOCkv1.7.14.zip
A small update to bring this kernel in line with the cm9 kernel.
-Linux version 2.6.32.59
-updated to latest whyzor touchscreen driver
-includes most of Whyzor's kernel updates
-changed default io scheduler to sio
-changed default goveror to interactive
-does NOT use the same kgsl drivers as in the cm9 kernel. They decreased the performance in this GB miui.
mOCkv1.6.12.zip
- Allocated the extra memory to the GPU so HD games will play properly
- Updated Interactive governor with all of the latest updates from CM
and reduced the transition latency so it will transition faster.
- added Whyzor's wakelock fix to try and prevent times when deep sleep mode is never entered.
- added 2way calling patch. Thanks to avs333 for the patch and DoomLord for the port of the patch. I know that MIUI already has in-call recording but if you were using another ROM and already had the app, you can now use it in MIUI also.
Need to use CallRecorder app from skvalex or rVoix.apk from avs333. More info can be found on this thread on xda:
[DEV] Two-way call recording on Desire [ALMOST SOLVED][Sept. 7 update] - xda-developers
Here's the post by skvalex listing his latest trial version of CallRecorder:
xda-developers - View Single Post - [DEV] Two-way call recording on Desire [ALMOST SOLVED][Sept. 7 update]
Here's the market link for CallRecorder:
https://market.android.com/details?id=com.skvalex.callrecorder
I tested the CallRecorder app and the sound quality was excellent for a recording--if you're into that sort of thing. I did not test the rVoix.apk yet at this time.
- enabled 61 MHz clock frequency.
- Added lower voltage regulator settings down to 600. It looks like 600 is the min that our boards can go from what the specs look like.
- changed default IO scheduler to NOOP.
- reverted memcopy update.
mOCkv1.5-wip-6.zip
http://tinyurl.com/c74vzlj
- Updated for MIUI 1.11.25-11-30-11 build. Native WIFI AP should work properly.
- added a few more governors: InteractiveX, Scary, smartass, SavagedZen
- memory tweaks
- tweaked vmalloc allocation slightly - not as much as Isaac's HD fix though- so there should still be more available memory
- added Isaac's updated touchscreen driver
mOCkv1-wip-4.zip
http://tinyurl.com/c999gva
It's basically the same as the cm7 kernel but for MIUI.
- Added I/O schedulers cfq, vr, and sio. Go ahead and try them out if you want. I was able to set them using No Frills CPU control -- available free on the market.
Here's a link to a pretty good description of what seems to be most or all of the known available governors and IO schedulers in use in Android kernels by knzo at xda:
http://forum.xda-developers.com/showthread.php?t=1242323
Governor:
To sum up:
(in my (knzo's) humble opinion)
Battery: 1st place - InteractiveX | 2nd place - Smartass | 3rd place - SavagedZen
Performance: 1st place - Minmax | 2nd place - Smartass2 | 3rd place - SavagedZen
IO Scheduler:
To sum up:
(in my (knzo's) humble opinion)
Performance: 1st place - VR
Reliability: 1st place - Simple
-Enabled detailed frequency translation statistics just so I can see the detailed stats of frequency usage.
-Added SVS for voltage control. You can set the voltage in one of 3 ways:
1. manually edit the vdd_levels file in /sys/devices/system/cpu/cpu0/cpufreq/ using either adb or a file manager.
2. Set up a script and put it into init.d to set the file upon boot.
3. The simplest way - use the IncrediControl app to set the voltage. You can read about it from this post on xda and a download link is also provided there or download it from the Market:
http://forum.xda-developers.com/showthread.php?t=1201466
Thanks to b_randon14, chad0989, DoomLord, and Napstar whose code, posts, links and info helped a lot as well as the million posts from everyone that I read over the last few days...
- I'm using the following undervolt table on my phone in IncrediControl and it seems pretty stable; try out your own settings and see. The higher frequencies > 1.7 GHz would not undervolt for me without locking up and rebooting but your phone might fare better. I suggest that you DO NOT APPLY the settings on Boot until you are sure your phone is stable.
***If you undervolt too much and hose your phone, you can download this flashable zip in CWM to reset the Incredicontrol settings. Zip was provided by Incredicontrol site that is linked and I updated the script for the Triumph.
http://tinyurl.com/7g26rtp
More aggressive undervolting table:
Code:
61440: 675
122880: 700
245760: 750
368640: 800
460800: 875
576000: 925
652800: 975
768000: 975
806400: 1075
921600: 1125
1024000: 1175
1113000: 1175
1209600: 1175
1305600: 1225
1401600: 1225
1516800: 1275
1612800: 1275
1708800: 1350
1804800: 1400
1900800: 1475
2016000: 1500
Less aggressive table:
Code:
61440: 800
122880: 800
245760: 850
368640: 850
460800: 900
576000: 950
652800: 1000
768000: 1000
806400: 1075
921600: 1125
1024000: 1175
1113000: 1175
1209600: 1175
1305600: 1225
1401600: 1225
1516800: 1275
1612800: 1275
1708800: 1350
1804800: 1400
1900800: 1475
2016000: 1525
-set default max freq to 1024 MHz - hopefully oddball phones will now boot - thanks to b_randon and pwnyourace for the advice
-added 2 GHz frequency line - thanks to b_randon14, DooMLoRD, Napstar and FPX
-Changed default governor to OnDemand
-turned off kernel debugging
-added tun.ko support
-added cifs support as a module
-the cifs.ko module that you can unzip and copy to /system/lib/modules using adb or es file explorer or another file manager with root read/write access can be downloaded from here:
http://tinyurl.com/6rg4hqx
source:
https://github.com/mantera/triumph-kernel-msm7x30
ive never messed with over clocking...whats the steps after i flash the zip?
crxmax said:
ive never messed with over clocking...whats the steps after i flash the zip?
Click to expand...
Click to collapse
1. You can either download No Frills CPU -- free on the Market-- or SetCPU - paid on the market or also available on XDA (just do a search). These apps will allow you to change the clock frequency. I would suggest going up a little at a time and then run some benchmarking/stress testing to make sure your phone can handle that. Once you figure out what your phone can't handle, then drop down to a stable clock frequency that you're comfortable with. Remember, there's always a risk with overclocking.
2. If you also want to undervolt your processor, then download IncrediControl from the market or from the link in the OP and try changing your voltage. Don't set it to apply on boot until you are sure your phone won't have problems; and by problems, I mean force closes, reboots, lockups, etc.
V1.5 is released.
Updated OP:
changelog:
mOCkv1.5-wip-6.zip
- Updated for new MIUI version whenever that is available. Native WIFI AP should work properly.
- added a few more governors: InteractiveX, Scary, smartass, SavagedZen
- memory tweaks
- tweaked vmalloc allocation slightly - not as much as Isaac's HD fix though- so there should still be more available memory
- added Isaac's updated touchscreen driver
Updated OP.
changelog:
mOCkv1.6.12.zip
- Allocated the extra memory to the GPU so HD games will play properly
- Updated Interactive governor with all of the latest updates from CM
and reduced the transition latency so it will transition faster.
- added Whyzor's wakelock fix to try and prevent times when deep sleep mode is never entered.
- added 2way calling patch. Thanks to avs333 for the patch and DoomLord for the port of the patch. I know that MIUI already has in-call recording but if you were using another ROM and already had the app, you can now use it in MIUI also.
Need to use CallRecorder app from skvalex or rVoix.apk from avs333. More info can be found on this thread on xda:
[DEV] Two-way call recording on Desire [ALMOST SOLVED][Sept. 7 update] - xda-developers
Here's the post by skvalex listing his latest trial version of CallRecorder:
xda-developers - View Single Post - [DEV] Two-way call recording on Desire [ALMOST SOLVED][Sept. 7 update]
Here's the market link for CallRecorder:
https://market.android.com/details?i...x.callrecorder
I tested the CallRecorder app and the sound quality was excellent for a recording--if you're into that sort of thing. I did not test the rVoix.apk yet at this time.
- enabled 61 MHz clock frequency.
- Added lower voltage regulator settings down to 600. It looks like 600 is the min that our boards can go from what the specs look like.
- changed default IO scheduler to NOOP.
- reverted memcopy update.
Hey llorn.
Thank you for this excellent kernel. Have been using it on MIUI 2.2.3 on my MI-410.
Can you please compile it for MIUIv4 (ICS)?
I am using this rom
v1.7.14
changelog:
mOCkv1.7.14.zip
A small update to bring this kernel in line with the cm9 kernel.
-Linux version 2.6.32.59
-updated to latest whyzor touchscreen driver
-includes most of Whyzor's kernel updates
-changed default io scheduler to sio
-changed default goveror to interactive
-does NOT use the same kgsl drivers as in the cm9 kernel. They decreased the performance in this GB miui.
llorn said:
changelog:
mOCkv1.7.14.zip
A small update to bring this kernel in line with the cm9 kernel.
-Linux version 2.6.32.59
-updated to latest whyzor touchscreen driver
-includes most of Whyzor's kernel updates
-changed default io scheduler to sio
-changed default goveror to interactive
-does NOT use the same kgsl drivers as in the cm9 kernel. They decreased the performance in this GB miui.
Click to expand...
Click to collapse
anyone tested this on their GB roms yet? how is it?
Been using it for the last couple of days.
Working great.
Now that I am up and running back again, expect a MIUI gb update soon
@llorn
Please make a .35 kernel for MIUIv4 too.
That's like the only thing stopping me from trying out MIUI ics
Sent from my Spice MI-410 on my MIUI 2.4.6 port
Sorry if I repeatedly questions
But I want to know,,is this kernel support for mount linux swap and ext4 SD Card Partition?,,last tried I using MIUI 2.4.20 using this kernel,and got issue when mounting ext4 SDCard
Please anyone explain me about kernel details
Thanks
[MOD][TWEAKS] ThunderBolt! v3.3.0 5/15/16 [Performance+Battery Life Mods & Tweaks]
News
Fixed to be compatible with Android L and M.
Introduction
ThunderBolt! is a script package by me, pikachu01 that combines a few notable tweaks shamelessly modified to the max as well as hacks and scripts that I came up on my own(and added tonnes of things over the months of development and testing). Without further delay, please read the rest of the OP
Benefits
Better performance, better battery life through Linux kernel tweaks catered for Android OS and flash memory.
Faster disk access through remount script (noatime, disable barrier etc)
Minimum Requirements
Android Gingerbread 2.3.x
At least 3MB free on /system (Delete unused ringtones or useless apps like Aldiko/Allshare etc).
Root.
Script Manager
Busybox
Ext4 filesystem if you want to use the remount script.
Addons
remount script in remounts the partitions in your phone to optimize its performance at the expense of some risk of corruption.
drop script in /etc/bolt_scripts to drop caches.
Known Issues
If you're using a custom MP3/Wav file as a ringtone, flashing ThunderBolt! might erase that setting causing your ringtone to be silent. Be sure to restore the ringtone again.
All scripts have to be launched using script manager
Instructions
Extract scripts to your sdcard/internal memory.
Open up Script Manager and launch the scripts that you want as Root (The skull icon) and as Boot (The wheel icon).
????
PROFIT
Reverting/Undoing ThunderBolt!
To revert ThunderBolt!, just delete the scripts from your sdcard/internal memory and reboot.
Repackaging
Repackaging ThunderBolt! into custom ROMs is allowable as long as it is included as a feature of the ROM as well as proper credits are included.
Please reply into the thread if you would like to include it as its just a nice thing to do
You are free to modify the contents of the scripts, but please make it known that you've modified it and also briefly include the modifications you've done.
How to find out if it works
Use File Expert/ Root Explorer/Root Browser, and navigate here:
To enter superuser mode:
Code:
su
Then:
Code:
sysctl -a | grep vm
You will get values like this (for 512MB RAM devices or below):
Code:
dirty_ratio = 30
dirty_background_ratio = 15
vfs_cache_pressure = 50
You will get values like this (for 1GB RAM devices or below):
Code:
dirty_ratio = 20
dirty_background_ratio = 10
vfs_cache_pressure = 50
You will get values like this (for >1GB RAM devices):
Code:
dirty_ratio = 10
dirty_background_ratio = 5
vfs_cache_pressure = 50
Credits
Zacharias.maladroit
XDA's devs for some reference of some tweaks in Zach's scripts
Confirmed working devices
Any unlocked and rooted Android L or Android M phone.
Script Details
WARNING:
Other scripts that tweaks the same VM,I/O,Readahead, etc settings with different values(check the scripts and compare) and what not should not be running together with these Thunderbolt!. It'll ruin the harmony of the settings causing decrease in performance/battery life.
The system_tweak file will tweak these:
VM settings (tweaked to offer more battery life and performance with the RAM, a faster memory being used more often than NAND writes)
Misc tweaks (you can look at the script itself, google will tell you what it does)
Readahead tweaks. Optimizes different memory devices readahead values. It's not 1024/2048 for all devices. It won't work well that way.
Disclaimer
This won't brick your phone or cause it to go haywire. If it does, I will not be responsible for it. Do some research before attempting to use it (as always).
remount Script
I created a post-boot script that you could remount your partitions to:
Disable barriers for /data
Noatime for every mount point (Using atime for mount points will decrease the life of the disk as writes are performed everytime a file is accessed for the access time)
Increased commit time to 60 seconds as opposed to 5 seconds. By default, journaling will commit to disk every 5 seconds. That means, if you changed something more than a time span of 5 seconds, your files are not likely to get corrupted on power loss. By adjusting this to 60seconds, the risk is slightly higher, but it's a risk I'm willing to take, and an informed decision that you should make if you choose to use this script. This increases performance by a lot! 59 seconds of the time, you will not face lags stemming from journaling. It's like having journaling only 1/12th of the time.
How-To
Wait till Android finishes loading everything.
Install Script Manager from Market
Point script manager to the script you placed in the sdcard.
Run as root.
Do this at every boot.
You can add a widget to your home screen for the script so that you can
activate it easily.
Disclaimer
I am not responsible for data corruption or data loss from using this remount script. You should know its risks after reading the information from this guide. If you haven't, you should read the whole guide and make an informed decision.
drop Script
Drop script perform a cache drop operation to provide more free memory to the user. Use it when you feel that memory is lacking.
Changelog:
5/15/2016 (3.4.0)
- Updated for Android 5/6. Removed a lot of junk code as they are not necessary to be tweaked in later Android versions (yes, Android finally coded them to be default values).
3/17/2014 (3.3.0)
- Added universal remount script. Use that script instead of device specific remounts
- Fixed the updater_script to be much more compatible
3/8/2014 (libsqlite addons 3.1.0, screenstate_scaling 3.1, clean uninstall 3.1.0)
- Revamped libsqlite addons to only install libsqlite.so (not libsqlite_jni.so)
- Revamped screenstate_scaling script to become much cleaner and automatically target correct paths
- Revamped clean uninstall to be compatible to current ThunderBolt! versions.
3/3/2014 (3.20)
- Added support to sqlite3 for JB 4.3 and KK 4.4
3/25/2013 (3.11)
- Added Xperia S and Xperia Arc S remounts
3/12/2013 (3.10)
- Added ROW scheduler tweaks. Take note that the ROW scheduler is buggy as one of it's sysfs interface is broken. Suggest using SIO instead.
- Added Nexus4 remount
- Enabled nomerges flag to "1". Let me know if you're facing any performance hits.
2/13/2013 (main CWM 3.05 and libsqlite 3.0.2)
-Added CM10/10.1 fullext4 remount.
- Added LG Mytouch4G remount.
- Added JB 4.1 libsqlite and added support for 4.2.2 for JB 4.2 libsqlite.
2/11/2013 (3.04)
- Added GNex YAFFS remount.
- Removed loop* from being tweaked by the I/O tweaks. It bootloops Galaxy S Gingerbread.
2/5/2013 (3.03)
- Fixed zipalign directory to xbin. Thanks to ggogolewski!
2/5/2013 (main CWM 3.02 and libsqlite 3.0)
- Added SQLITE_NO_SYNC compiled libsqlite libraries that disables sync (fdatasync/fsync) which increases sqlite transactions by 10-20%. You can use RL Benchmark to test for this.
- Added loop* and ram* block to be tweaked by ThunderBolt!'s I/O tweaks.
- Changed write_starved to 4.
2/3/2013 (3.01)
- Added Sony Xperia U remount.
- Changed windowsmgr.max_events_per_sec to 90.
2/3/2013 (3.0 and LMK addon 3.0)
- Added an intelligent backup/restore updater_script on every CWM zip ThunderBolt! has. Thanks to Tungstwenty for his post here.
- Added a restore CWM zip that restores the backup and deletes Thunderbolt!.
- libsqlite addon won't install in ICS/JB. It will warn you if you're installing on the wrong OS.
- LMK addon now backs up the build.prop (or restores the build.prop before modifying it). Hence now you can change LMK settings without doing any build.prop modification/moving/copying. The CWM takes care of it for you.
- Main CWM is smart enough not to replace zipalign and sqlite3 if it's already in your ROM. My policy is "try not to mess around too much as I will tweak only in the right places".
- Added LMK 80MB Alt that follows AOSP ICS LMK for 512MB devices and above.
1/6/2013 (2.9.3)
- Added HTC One S/XL/Sensation 4G remount script. Use remountHTC_Alt.
1/2/2013 (2.9.2)
- Added HTC One X remount script.
12/30/2012 (main CWM 2.9.1 and screenstate_scaling 2.4.0)
- Fixed screenstate_scaling to be AOSP ROM compatible
- Fixed zipalign script to determine whether there are any errors on zipalign before committing.
- Fixed sqlite3 extraction to certain JB ROMs (like 4.2)
12/24/2012 (LMK addons 2.1)
- Revamped how LMK works. Added 120MB LMK.
- The LMK now incorporates knowledge from reading the ActivityManagerServices source code. It should correctly make your apps handle its own memory more efficiently based on how memory is evaluated in the Android OOM. Apologies for this as the previous implementation actually broke some degree of how LRUs/Memory trimmings for apps are calculated.
12/3/2012 (2.9.0 and screenstate_scaling 2.3.0)
- Fixes to screenstate_scaling script. Minor typo that prevents some busybox versions from running it.
- Added kernel.shm* tweaks that is calculated based on your available memory.
- Upped vfs_cache_pressure to 50 on screen on, and 100 on screen off so that free memory is still kept fair, but performance on caches vs disk is still balanced.
- Disable /system/app/*.apk zipalign as this causes some Cyanogenmod devices's Google Apps to disappear.
- Lowered dirty_ratio/dirty_background_ratio for < 512MB a bit based on more recent benchmarks.
11/13/2012 (2.8.0 and screenstate_scaling 2.1.1)
- Added VM dirty* values according to the amount of RAM that you have (< 512MB, < 1GB and more than 1 GB). I've tested write speed for the disks on /data on a few phones and come to a conclusion that VM scaling is most optimized depending on total amount of RAM. This is because the I/O can only write that much dirty data up to an amount at an interval so that I/O doesn't become the bottleneck.
- Commented out some shm* tweaks. Will need to make this scale with amount of RAM also, but need floating point arithmetic support for bash in Android phones. No "bc" command!
- Fixed zipalign script that corrupts Google* APKs by removing already aligned APKs in /data/local. Might still be a problem with some APKs like BetterBatteryStats (what I found to be problematic so far).
- Fixed sqlite3 binary for Jelly Bean. The updater_script will check your build.prop and extract the appropriate sqlite3 binary for you
- Minor pegasusq updates in screenstate_scaling and main CWM.
- Some general fixes on the script (settings applying more than once)
- Might not affect >90% of people but I signed the zip files
8/1/2012 (100MB LMK)
- Added 100MB LMK. Increases performance and a bit more multitasking at the expense of background inactive tasks/apps getting killed.
6/17/2012 (2.7.7, screenstate_scaling 2.02)
- Added I9300 Samsung Galaxy SIII remount script
- Moved noatime remount procedure to the remount scripts
- Fixed a minor typo in screenstate_scaling script (Thanks Tungstwenty).
6/13/2012(LMK 2.0.0 and restore packs 1.2.0)
- Updated LMK to use build.prop method. Older build.prop will be backed up in /system/build.prop.thunderbolt.
- To apply the LMK changes, you'll need to restart twice. Once to modify the build.prop, another to load the modified build.prop
- To restore the build.prop, just copy over build.prop.thunderbolt to build.prop
- Updated restore packs with automounter by iXNyNe.
5/30/2012(2.7.6, screenstate_scaling 2.0.1)
- Updated script asserts on mounts. Detects whether partitions are mounted before installing. Credits to iXNyNe.
- Updated governor parameters to have a lower up_threshold (higher performance) because of visible lags due to the change in the previous version,
5/24/2012(2.7.5, screenstate_scaling 2.0.0)
- Updated all governors to skew towards more battery life.
- Updated pegasusq to correct typo in some of the settings as well as scale better.
5/18/2012 (2.7.4, Screenstate_scaling 1.9.0)
- Updated both main script and screenstate_scaling script to support tweaking abyssplug and pegasusq governors for better performance + battery life when screen is off.
- Removed CFS from executed by default. Use Script Manager to navigate to /etc/bolt_scripts/CFS to manually run it. s98CFS is the default one.
- Removed lulzactive tuning on the pump_up_step as Siyah introduced 18steps of frequency. This needs to be manually set.
- Removed io_is_busy from being set. You can edit the script to set it if you feel performance is lagging.
5/5/2012 (2.7.3)
- Changed write starvation for MTD to be 2:1. Added Hydrogenics I9100 restore pack.
4/25/2012 (2.7.2)
- Changed NAND memory to have 2:1 writes starved as read speed is higher than write speed. SD memory still has 1:1 writes starved. Removed TCP buffers from S98system_tweak. Moved it to /etc/bolt_scripts/S98TCPbuffers as it causes hang at boot for CM7/9 ROMS.
4/20/2012 (2.7.1)
- Changed CFQ I/O scheduler slice_idle for better latency vs throughput.
- Enabled TCP buffer tweaks to improve network throughput (credits to gokhanmoral for the values).
- Changed sched_mc to 0 in bolt_siyah script and commented out some lines. Uncomment them to enable its usage.
4/19/2012 (2.7.0, LMK 1.10)
- Added an autoremount option, no need to mount /system or whatever partitions again before installing.
- Tweaked the I/O scheduler a bit to be a bit more balanced between latency and throughput.
- Moved touchscreen tweaks back to bolt_scripts. Move to init.d if you're using I9000 or use Script Manager to launch the script at boot.
- Reverted the LMK to /data/local.prop. Seems to be the most reliable way for Gingerbread phones.
3/5/2012 (LMK 1.0.7)
- Fixed the positioning of default.prop (there was a mess in placement of the default.prop inside /etc in some of the LMK zip files. I forgot which, hence I'm refreshing all the LMKs up a version with the placement fixed for those that are broken. Please redownload.
3/5/2012 (2.6.1)
- Fixed updater script for main CWM. Just removing obsolete lines (no feature impact)
- Moved S98bolt_siyah to /etc/bolt_scripts as Siyah currently has a tweak app called ExtTweak by xan In order for it not to be override it. you can move this file to the init.d or run it with Script Manager if you want ThunderBolt!'s settings to override it.
3/4/2012 (2.6.0, screenstate_scaling 1.6.0, LMK 1.0.6, Restore 1.1.0)
- Less aggressive RAM tuned at screen on. Same aggressiveness when screen is off.
- More battery centric governors at sleep (with 99 up_threshold on most of the governors at screen off).
- Ondemand is at 95 up_threshold if io_is_busy is set.
- Removed kernel panic settings. Leave it at kernel defaults (whatever that is)
- Updated LMK to not use /data/local.prop. Instead it uses /system/default.prop
- Updated main CWM to not use /sdcard. bolt_scripts is now located at /system/etc/bolt_scripts. Be sure to point your Script Manager settings there now.
- Moved the zipalign script to bolt_scripts to ensure first time boot is faster. First time boot for some people might be slow as they might have a lot of unzipaligned APKs. You can move the script to init.d and give it rwx-rwx-rwx permissions if you want to.
2/13/2012 (2.5.1)
- A small fix to cpugputune by commenting out the if/fi between the UV_MV_Table tweak so that people can run the script fine even without any edits.
2/9/2012 (2.5.0 and screenstate_scaling 1.5.2)
- Added a CPU/GPU tune file (/etc/bolt_scripts/cpugputune) that contains:
* Siyah GPU frequency/voltage tuning (with my own settings for a balanced performance/battery saving proflie).
* CPU undervolting (similar to Voltage Control, but doesn't have the limitation of Voltage Control's limits. You can set it however you want till it hits the limits that is set in your kernel itself. (Note: You will require a kernel that supports undervolting for this to work)
- To run this script, follow the same instructions as the remount script.
- I've commented out the voltage settings for CPU/GPU because each phone will have its own threshold for each (too low and it hangs). Before uncommenting, be sure to change the UV_mV_table to your own stable settings.
- To know how to undervolt, play a MKV file in software decoding using MX Video Player for 10minutes while limiting the frequency's voltage that you want to tune. Slowly decrease it (by editing it and then running the file on Script Manager) until it hangs. Then add +50mV to get a stable voltage.
- To limit a frequency, add these lines to the script:
Code:
echo "200000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq;
echo "200000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq;
This limits it to 200MHz (example).
- To undervolt the GPU frequency, use Nenamark as a benchmark. To limit a frequency for GPU, set all 3 frequencies to be the same. E.g.:
Code:
echo "100 100 100" > /sys/class/misc/gpu_clock_control/gpu_control;
This will limit it to 100. Then run the script in Script Manager and run Nenamark. If Nenamark cuts to black and phone fails to respond, calm down first. Press the home key and wait for it to get to your homescreen, then reboot from there.
- NOTE: Be sure to disable the remount script (untick the wheel icon in Script Manager and then reboot) before proceeding to undervolt your phone as the remount script will increase the likelihood of corruption after a phone hang.
- Also tuned the conservative and smartassV2 governor to have a threshold difference of 10 instead of 5.
2/3/2012 (2.4.1 and screenstate_scaling 1.5.1)
- Mostly comment cleaning
- Changed TCP Syncookis to false. Most kernels won't even support it. Hence its a useless change, but change it in case some kernels do support it and nope TalonDev and Siyah doesn't support it. Can't enable/disable it.
1/26/2012 (2.4 and screenstate_scaling 1.5)
- Changed zipalign script to reroute to /data/local dir instead of sdcard.
- Updated screenstate_scaling sample rates to 100k for sleep and 20k for awake.
1/23/2012 (2.3.131)
- Bugfix update by removing one line before s98system_tweak.
1/21/2012 (2.3.13, screenstate_scaling 1.4.14)
- Disabled down_differential. Too battery draining for some people.
- Tweaked smartassV2 and conservative to be more battery friendly.
1/19/2012 (2.3.12, screenstate_scaling 1.4.13)
- Fixed max_events_per_sec not tuned correctly.
- Added down_differential (only for kernels that supports this) tuning to ondemand governors that will reduce lags by a little bit.
1/15/2012 (2.3.11, screenstate_Scaling 1.4.12)
- Fixed a bug on ondemand sleep scaling. Thanks ::Crack::
- Enabled MTD block tweaking. Thanks ::Crack::
- Made all sleeping governors have 90k sample rate. Good for battery life.
1/13/2012 (2.3.10, screenstate_scaling 1.4.11)
- Tuned sampling_down_factor of ondemand, ondemandX, conservative. This should resolve the issue of getting stuck 500MHz and above (I think). Siyah tweaked the sampling_down_factor to 4 and sampling rate of 120k. Since I tuned the sampling_rate to 10k, I'll need to tuned sampling_down_factor as well.
- Tuned interactive based governors (lulzactive, smartassV2) to have a more aggressive sleep.
1/12/2012 (2.3.9, screenstate_scaling 1.4.10)
- Tuned the ondemand, ondemandX and lulzactive to have up_threshold of 85.
- Tuned hotplugging in SGSII to be performance oriented a little bit.
- Tuned smooth_* to be performance oriented a bit.
1/12/2012 (2.3.8, screenstate_scaling 1.4.9)
- Fixed SOD/deadsleeping for SGSII kernels by disabling deepsleeplevel tweaking. Some phones can't handle it.
- Tuned ondemand,ondemandX, smartassV2, lulzactive governors again. Tuned hotplug settings again also (based on the governor tweaks). Added conservative governor tweaking.
1/10/2012 (2.3.7, screenstate_scaling 1.4.8, LMK 1.0.3, 3G 1.0.5, bin files 1.1.2)
- Updated main CWM to 2.3.7 with some cosmetic cleanup of the script and also enabled a default sampling_rate of 10,000 for ondemand/ondemandX.
- Updated screenstate_scaling to 1.4.8 fixing a typo bug in lulzactive. Also updated screenstate_scaling to 1.4.9 with cosmetic cleanup.
- Updated LMK, 3G, bin files with newer updater_binary.
1/7/2012 (2.3.6, screenstate_scaling 1.4.6, restore pack 1.0.3)
- Updated restore pack to remove bolt_siyah script and update updater binary.
- Fixed Siyah v2.6.5 lockup due to Siyah having hung tasks. ThunderBolt! enabled the lockup detection. I disabled this pending fix from gokhanmoral.
- Fixed some typo errors in system_tweak (kernel.sem, dirty_writeback_centisecs)
- Made windowmgr events to have a minimum of 60.
- Increased screenstate_scaling ondemand threshold to 95 if io_is_busy is enabled.
1/4/2012 (2.3.5, screenstate_scaling 1.4.5)
- Decreased the up_threshold for lulzactive, ondemand, ondemandx, smartassV2 for faster scaling.
- Disabled smooth_target/smooth_step/smooth_offset. Brings stutters to ondemand/ondemandX.
- Fixed iostats bug - Thanks PedroMRP.
1/2/2012 (2.3.4, screenstate_scaling 1.4.4, graphics 1.0.3)
- Fixed OndemandX, lulzactive, ondemand governor suspend_freq, pump_up_step respectively and sampling_rate (for all governors).
- Commented out graphic voltage settings
- Set deepsleep levels 1 level higher, prevents SOD.
- Fixed S98graphics, save as unix file.
1/1/2012 (2.3.3, screenstate_scaling 1.4.3)
- Updated lulzactive governor to check for minimum/maximum frequency so that it can scale properly
- Updated ondemandX governor to check for minimum frequency so that it can be the suspend frequency, in which previously it was set to 200MHz by default.
12/31/2011 (2.3.2, screenstate_scaling 1.4.2)
- Fixed ondemand tweaking for certain kernels(some kernels have the path to be /cpufreq/cpu0/* rather than /cpufreq/*)
- Added OndemandX tweaking as well in screenstate_scaling.
- Added sample rate tweaking in screenstate_scaling. This will make all tweaked governors (ondemand/ondemandX/lulzactive/smartass perform faster and sleep better using screenstate_scaling.
- Tweaked lulzactive/smartass/ondemand/ondemandX to have 20,000 sample rate when screen is on. 10,000 seems a bit too much.
- Tweaked all governors to have a sample rate of 100,000 when sleeping. Battery friendly.
12/31/2011 (2.3.1, screenstate_scaling 1.4.1)
- Moved SGSII tweaks onto another file (S98bolt_siyah)
- Made heap_size tweak to be 64MB by default or 80MB if greater than 64MB (in build.prop). 48MB or 64MB doesn't really make a difference. Haven't seen an app consume more than 32MB of heap yet.
- Commented out max window events. Each phone is different. Defaulting this to 60 seems wrong.
- Used an if/else on the idle_sleeping_frequency for smartassV2.
- Commented out sampling_down_factor. Some phones can't take it.
- Finally figured out why touchscreen tweaks aren't working :S I saved it using the wrong format! It should be UTF-8 [unix] instead of UTF-8[windows]. Facepalm!
12/30/2011 (2.3.0, screenstate_scaling 1.4.0)
- Updated 2.3.0 with minor editiing of sdcard tweak arrangement, smartassV2 and lulzactive governor tweaking, and SGSII tunables (hotplugging, bus frequencies etc).
- Added i9100 restore pack
- Used newest updater_binary. All the older CWM zips are not using the newer binary. Just update it with the file I've uploaded in the 2nd post.
- Forgot to add this: Enabled sampling_down_factor of 2 while screen is on. Might cause reboots/hangs if you've undervolted your top frequency (e.g. 1GHz) extensively. Recommend to add 25mV if you're facing issues.
12/17/2011 (2.2.0, screenstate_scaling 1.3.1)
- Updated 2.2.0 with CFSK as the default CFS. CFSK is still the fastest based on some feedback.
- Updated 1.3.1 for screenstate_scaling. Disabled sampling_down_factor as it makes the phone unstable when sampling rate is too low. If you're still getting reboots, please add 25mV to 1GHz.
12/13/2011 (2.1.9, screenstate_scaling 1.30, restore packs 1.0.2, all others)
- Updated main CWM to v2.1.9 with CFS 1.9.4 as the default due to popular demand.
- Renamed all the CFS scripts that have extensions. init.d can't load CFS's that have extensions (I tried using 1.9.4 and it didn't work when it had the .9.4 extension)
- Added io_is_busy and sampling_down_factor to ondemand. Will increase the performance while awake as sampling rate will be faster, and frequencies will stay very flexible when near 1GHz. io_is_busy will ensure that I/O operations utilizes high frequencies ~400-1GHz rather than being 100Hz when CPU is mostly idle. Will prevent microlags.
- Changed the screenstate_scaling ondemand up_threshold to 95 while awake and 98 while asleep to increase battery savings since microlags are eliminated almost completely from the above setting.
- Updated all addons' updater_script to ensure installation of consecutive CWM zips are correct.
12/10/2011 (graphics 1.0.1)
- Used the wrong updater_script for the graphics addon. Corrected this mistake.
12/10/2011 (2.1.7)
- Removed sleep_mode setting. Could be the culprit of sleep-deaths and/or reboots/instabilities.
- Separated the graphics acceleration tweaks to an addon. Might not work with some phones or it can cause instabilities. Please test it out for me.
- Discontinued the L version as CFS might not be the culprit for sleep-deaths/instabilities.
12/7/2011 (2.1.6L)
- Tuned down the CFS aggressiveness in the v2.1.6L after a few complaints about devices that can't wake up received.
12/5/2011 (2.1.6)
- Updated updater_script to remove bolt_scripts. I moved the directory hierarchy a bit in the last version (forgot to add that). Hence, removing it so that people will realize the scripts are in a different position already.
- Users have to manually readd remount scripts in Script Manager because of the above change.
- Added remountCM7MIUI-fullext4. A variation of CM7/MIUI that doesn't use yaffs2. Renamed the original remountCM7MIUI to remountCM7MIUI-yaffs.
- I just noticed that CFSK is actually the wrong CFS I wanted to use. Edited CFSK with the correct values. Should feel much smoother.
- Revamped most of the echo tweaks to use sysctl instead. Might make it compatible with ICS.
- Increased Dalvik heapsize to 48MB (another 16MB won't hurt much).
12/3/2011 (2.1.5)
- Added N7000 remounts.
12/2/2011 (2.1.4)
- Integrated some MintBolt! tweaks, notably the noda_auto_alloc and build.prop. The build.prop shouldn't change anything much but the noda_auto_alloc should make I/O transaction a little faster at the expense of corruption risk, which is small by the way.
- Fixed the sqlite_optimize by using busybox find instead. If you can't do busybox find, it means your busybox symlinks are broken. Contact your kernel/ROM developer for a fix.
11/27/2011 (2.1.3/Screenstate_scaling 1.2.3/80MB + 60MB 1.0.3/3G 1.0.3)
- Fix for 3G CM7/MIUI (I think) by removing some settings that doesn't do anything.
- 80MB/60MB LMK modified to be better at performance but sacrifices a bit of multitasking.
- ChainFire's touchscreen tweak integrated. Touchscreen more sensitive.
- Screenstate_scaling edited to be a bit more battery saving.
- CFS moved to another file (CFS experiments moved to bolt_scripts. If you would like to use another CFS, delete the one in init.d and copy the one you like back to init.d)
- sqlite_optimize and darky_zipalign improved to support Script Manager that doesn't symlink xbin/sbin automatically.
- Added SGSII remount
- Reduced readahead for phone mounts (non-sdcard mounts) to 256. This would reduce Quadrant I/O score by a significant value, as higher readahead boosts Quadrant scores. Quadrant is USELESS!!!!!1111 Link. Sdcard readhead is still 1024.
11/25/2011 (LMK 1.0.2)
- Fixed the Talon swappiness/ZRAM size typo
- Fixed the 80MB LMK typo
I don't understand. What is that?? thanks
EDIT: Thank you for your great work pikachu01 !!!!! *__*
raXoN91 said:
I don't understand. What is that?? thanks
Click to expand...
Click to collapse
I will upload a flashable collection of scripts here in an hour Wait for it
Ok Can I flash it on every Rom?
raXoN91 said:
Ok Can I flash it on every Rom?
Click to expand...
Click to collapse
Yes, you should be able to flash it on every ROM.
This is sure to be as fast as Usain Bolt
Hi pikachu, what is the sqlite3 binary for?
cheers
MintBerryCrunch said:
Hi pikachu, what is the sqlite3 binary for?
cheers
Click to expand...
Click to collapse
The sqlite3 binary is used with the system_tweak script. The script will vacuum the *.db files in /dbdata to make it smaller and faster.
More info:
http://www.sqlite.org/lang_vacuum.html
OK. Uploaded the CWM file. Just flash and enjoy
Be sure to read the instructions beforehand to know about its known issues.
Most recent changelog is here:
Code:
UPDATE 10/10/2011
[B]
- Modified I/O scheduler tweaks to check before applying, as it depends on the scheduler you use (CFQ/VR/SIO). Also read up a lot on I/O schedulers. From best to worst (when tweaked), for flash devices (SIO > Noop > Deadline > VR > BFQ > CFQ). I will provide the explanation on the Tips thread.
[/B]
- Changed the default readahead to 512, all other readaheads are still 1024 (sdcard etc)
[B]
- Added an overcommit_memory tweak that seems to stave of memory leak problems that causes lagginess (confirmed by a few people including me :P).
[/B]
- Commented out net.ipv4.tcp_mem. Better to have it recalculated by the amount of usable RAM by the kernel.
- Added check before applying to some TCP tweaks (IPV6 related)
- Reduced hsupa.category prop to 6 as theoretically SGS can only reach up to 6 on HSUPA.
- Fixed AGPS prop setting. It was not applied correctly
- Reverted ring delay to 500. Seems to work better I think (from experimenting)
- Check before applying on /proc/sys/kernel/sem
- Check before applying on /procy/sys/kernel/sched_features
Most important changes in bold.
Translation:
* Reduced lagginess
* Improved I/O performance on some schedulers.
Hi,
Thanks a lot for the script.
One question, will this work on miui?
DonVito2020 said:
Hi,
Thanks a lot for the script.
One question, will this work on miui?
Click to expand...
Click to collapse
The main CWM should work. The remount script won't work.
Let me know how much speed increases you got
finally.. come out with new nice name.. haha.. gratzy!
DonVito2020 said:
Hi,
Thanks a lot for the script.
One question, will this work on miui?
Click to expand...
Click to collapse
Wait, is MIUI/CM7 using /dev/block/stl9 as /system? If not, the CWM zip might not work (it could work if /system was already mounted).
Flashed successfully over my JVS Rom. And set it to start on the boot. Thank you
raXoN91 said:
Flashed successfully over my JVS Rom. And set it to start on the boot. Thank you
Click to expand...
Click to collapse
Glad you like it
Feel any faster?
Is there some new memory freak settings to use with this zip or your old one are still good?
Mopral said:
Is there some new memory freak settings to use with this zip or your old one are still good?
Click to expand...
Click to collapse
Yeah, there's a new one, in my sig Since memory leak is fixed at my side, i'm using a more aggressive setting.
-------------
Also, my take on I/O schedulers and why I said SIO>NOOP>Deadline>VR>BFQ>CFQ
http://forum.xda-developers.com/showpost.php?p=18291071&postcount=251
Very nice job, wouhh
About the remount script, you say we have to launch the remount script with script manager, if I check run as boot, so I don't have to create a script remount (post 2) for each reboot?
superwahwah said:
Very nice job, wouhh
About the remount script, you say we have to launch the remount script with script manager, if I check run as boot, so I don't have to create a script remount (post 2) for each reboot?
Click to expand...
Click to collapse
If you already check it to run at boot, there's no need to run it again