[KERNEL][OC][STOCK/CROMI] JB 4.2.1 ★ Hundsbuah ★ 10.6.1.14.10 ★ v3.4.0 ★ BETA v3.4.4

Search This thread

Hundsbuah

Senior Member
Nov 2, 2012
1,122
840
Landshut
[KERNEL][OC][STOCK/CROMI] JB 4.2.1 ★ Hundsbuah ★ 10.6.1.14.10 ★ v3.4.0 ★ BETA v3.4.4

1Thanks to: _that, sbdags, steveman29 and all testers out here :)

If you like my work you can donate by clicking the link below:
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=BGD8ETXAPXNEQ

Please tell me your xda nickname in the donation!

Donators: steveman29, bads3ctor, Douglas Wing, pastorbob62, Yamir Gonzalez, ziggy71, sbdags, Mackis, Daruniafx, MotoFlasher, tijsva, JoinTheRealms, faustus1005, ubefuct, LetMeKnow


IMPORTANT:
Please always try to undervolt the CPU as much as you can/as its running stable! Less VCORE, less heat, more batterylife!
If you get reboots and/or cpu gov scaling errors, you have undervolted too much!



PLL Calculation Excel:
I have also made a cpu pll calculation excel sheet. there you can calculate your correct M,N values for a specific freq
Download here: http://www29.zippyshare.com/v/35204606/file.html

Printout hexdumps from edp.c:
I also wrote a small c-programm to print out the content of the edp hex-dump.
just copy the hex values from your edp.c in edplimits.c. look in the file and you know how to.
Its an eclipse project.
The output is a file called: edp_entrys.txt
Check out your speedo_id and regulator id and search for it in the .txt file


Download here: http://www58.zippyshare.com/v/40584147/file.html

Source:

Kernel:
https://github.com/Hundsbuah/tf700t_10_6_1_14_4

MyApp:

https://github.com/Hundsbuah/HundsbuahsKernelTweaks


If you dont make any changes to my kernel here my recommendation:

- Use asus batterysaver for (as the name sais: powersaving)
- use asus balanced mode for gaming or heavy loaded apps (this is not oc too much so it wont burn ur hand away)
- use asus normal/performance mode for daily use (surfing, browsing apps, just the normal daily use (except gaming!!)
- if you have our own frequency setting, i recommend for gaming: 1600MHz CPU Quadcore max. and 600MHz GPU max



Need help - Still something unclear?: THX lucius.zen
http://xdaforums.com/showthread.php?t=2232715



Android App for my Kernel:

v2.3
Code:
- init.d file will be created if it not exists before my app is using it (initd error messages should be gone now )
- fixed bug that causes a force close in the cpu uv section when trying to change cpu voltages
[URL]http://d-h.st/fEm[/URL]
v2.4
Code:
- added boot to linux tab (you need the latest beta kernel!! and you need to flash the linux installer zip)
[URL]http://d-h.st/Y3T[/URL]

Linux Installer (needed by my App):


v1.0
Code:
[URL]http://d-h.st/GBy[/URL]
BETA RELEASES JB4.2:

v3.4.1
Code:
- kexec hardboot support
- dynamic fsync added
[URL]http://d-h.st/7jX[/URL]


New app v2.4:
- added boot to linux tab (you need the latest beta kernel!!)
[URL]http://d-h.st/Y3T[/URL]


What do i have to do when i want to boot to linux from your Hundsbuah App?
- Just download this linux installer zip, flash it in recovery and be sure that you are on the latest beta kernel (v3.4.1 from 2013-10-29)
- You can install Linux as a virtual image and use all the default settings during installation!
[URL]http://d-h.st/GBy[/URL]

v3.4.2

Code:
- added a lot of tcp congestions
[URL="http://d-h.st/bXd"] http://d-h.st/bXd[/URL]
v3.4.3
Code:
- added bfq io scheduler
- added sio io scheduler
[URL]http://d-h.st/ACY[/URL]
v3.4.4
Code:
- Removed frequencies from the frequency table: 1.28 Ghz, 1.33 Ghz, 1.37 Gh, 1.54 Ghz
[URL]http://d-h.st/ILo[/URL]
STABLE RELEASES JB4.2:

v3.4.0
Code:
normal+data2sd
(this is kernel is for both versions, normal and data2sd - if you dont install the data2sd patch from below it is working as normal "non data2sd version")
[URL]http://d-h.st/hyD[/URL]
data2sd patch:
Code:
just format the 2nd partition of ur sdcard with ext2 or ext4 and set the 2nd partition as active or boot
install this patch: [URL]http://d-h.st/xbU[/URL]
and use the normal+data2sd kernel from above
big thanks to _that!
Bugs:
- you tell me :)


Please report any problems / feedback
 
Last edited:

sbdags

Inactive Recognized Contributor
Jun 24, 2007
12,753
15,558
Kenilworth, Coventry
OnePlus 9 Pro
Will have a quick play today ;)

---------- Post added at 09:56 AM ---------- Previous post was at 09:44 AM ----------

OK first problem this causes DSP manager to continually force close. On CROMI 3.2.2 deodex

---------- Post added at 10:18 AM ---------- Previous post was at 09:56 AM ----------

OK more issues to report I'm afraid. Went into system tuner. Default governor was set to conservative. Changed it to pegasusq and system tuner froze. Then went to the market to update some apps, started downloading and tab rebooted on its own. Had another reboot when it finished loading.

Back to _that 2 kernel and all OK again. This kernel needs a bit more testing mate. Let me know if you need some help.
 

buhohitr

Senior Member
Nov 30, 2011
5,966
1,821
Hi Hundsbuah,
I'm testing out your latest kernel and found many options for cpu govenor and scheduler. Is it possible you could provide a quick summary for them, so I have an idea how to test and the combo I should be using. Thanks
Govenor:
brazukkabwax
oegasysq
Smartassv2
lulzactive
Schedule:
sio
row
vr
Thanks again.
 

ejhart

Senior Member
Jan 14, 2010
72
4
Re: [KERNEL][OC] Hundsbuah ★ 10.4.4.25

Hi Hundsbuah,
I'm testing out your latest kernel and found many options for cpu govenor and scheduler. Is it possible you could provide a quick summary for them, so I have an idea how to test and the combo I should be using. Thanks
Govenor:
brazukkabwax
oegasysq
Smartassv2
lulzactive
Schedule:
sio
row
vr
Thanks again.

Learn to search there are multiple threads here on xda that give detailed descriptions of governors, io schedulers, and even tcp congestion algorithms.
 

buhohitr

Senior Member
Nov 30, 2011
5,966
1,821
Learn to search there are multiple threads here on xda that give detailed descriptions of governors, io schedulers, and even tcp congestion algorithms.

I think it's good to keep all here in this thread. I don't want "technical" details,but a simple common sense for common users. For example:
SmartassV2 - For heavy multi-task users but still save on battery.
Got my point?
 
  • Like
Reactions: snypa

Hundsbuah

Senior Member
Nov 2, 2012
1,122
840
Landshut
I think it's good to keep all here in this thread. I don't want "technical" details,but a simple common sense for common users. For example:
SmartassV2 - For heavy multi-task users but still save on battery.
Got my point?

i havent tested much atm because i dont have as much time as i wish and my free time is testing new kernel features/versions. but pegasusq and row/vr should run great with also good battery.

brazilianwax is a more aggressiv smartassv2 version.

here are some gov explained:
http://www.alliance-rom.com/community/wiki/governors-explained/
 

buhohitr

Senior Member
Nov 30, 2011
5,966
1,821

buhohitr

Senior Member
Nov 30, 2011
5,966
1,821
Hundsbuah,
Thank you for the new update, I have a favor to ask, is it possbile you can make a data2sd version of this kernel? I'm runing data2sd and it's definitely smoother than the regular, I would like to keep the data2sd andn try out with your kernel. I already tried your kernel version 1.2 and it's pretty smooth.
 
  • Like
Reactions: snypa

Hundsbuah

Senior Member
Nov 2, 2012
1,122
840
Landshut
Hello Hundsbuah, thanks for your kernel. I posted this in _That's kernel section. I installed a kernel on my HTC ONE X that has nvidia's cpu Cpuquiet driver driver implemented and it makes a huge difference in battery life (20%-30%) without sacrificing performance. I don't know if it can be implemented to tf700t, but it would be great if it did. Here is some info:

http://www.linuxplumbersconf.org/2012/wp-content/uploads/2012/08/cpuquiet.pdf

https://github.com/pboonstoppel/

i have already activated that feature but i have disabled it again (i havent seen any improvements) but i didnt looked at batterylife. i will compile a version with Cpuquiet and send you a pm with the link
 
i have already activated that feature but i have disabled it again (i havent seen any improvements) but i didnt looked at batterylife. i will compile a version with Cpuquiet and send you a pm with the link

Thanks i will test battery life and will report to you. In my HTC ONE X i have to use fauxclock program to activate cpuquiet. Do you know if it can be activated by a script?

edit: I had 2 reboots with the test kernel. I don't know if it is because of cpuquiet or if you added other features too. I didn't have any reboots with the normal kernel.
 
Last edited:

Hundsbuah

Senior Member
Nov 2, 2012
1,122
840
Landshut
Thanks i will test battery life and will report to you. In my HTC ONE X i have to use fauxclock program to activate cpuquiet. Do you know if it can be activated by a script?

afaik its managed by the kernel and the cpuq gov

edit: I had 2 reboots with the test kernel. I don't know if it is because of cpuquiet or if you added other features too. I didn't have any reboots with the normal kernel.

just for the others: reboot is fixed with version 1.4.1
 
Last edited:
  • Like
Reactions: bmlarson

buhohitr

Senior Member
Nov 30, 2011
5,966
1,821
ive asked mr.muffin/_that if the changes in fstab.cardhu are the only changes to make a data2sd version of the kernel

Your data2sd version is not working. The data should look like this in the fstab.cardhu file:
/dev/block/mmcblk0p1 /system ext4 noatime,noauto_da_alloc,nodiratime,barrier=0,nobh,ro wait
/dev/block/mmcblk0p2 /cache ext4 noatime,noauto_da_alloc,nosuid,nodev,nodiratime,barrier=0,nobh,errors=panic wait
/dev/block/mmcblk1p2 /data ext4 noatime,noauto_da_alloc,nosuid,nodev,nodiratime,barrier=0,nobh,errors=panic wait,encryptable=footer
/dev/block/mmcblk0p8 /data2 ext4 noatime,noauto_da_alloc,nosuid,nodev,nodiratime,barrier=0,nobh,errors=panic wait,encryptable=footer
 

buhohitr

Senior Member
Nov 30, 2011
5,966
1,821
i havent released a data2sd version yet :)

if these are the only changes, give me 5 min i will make an data2sd version

/edit: data2sd version added in first post

I will give it a try and report back. Your kernel is getting better and better, I think it's going to be one of the best custom kernel since Clemsyn. Good work!!
 
  • Like
Reactions: Hundsbuah

Hundsbuah

Senior Member
Nov 2, 2012
1,122
840
Landshut
AW: [KERNEL][OC] Hundsbuah ★ 10.4.4.25

I will give it a try and report back. Your kernel is getting better and better, I think it's going to be one of the best custom kernel since Clemsyn. Good work!!

thank also _that. i read his howto and then i wanted to make my own kernel ;)

Gesendet von meinem ASUS Transformer Pad TF700T mit Tapatalk 2
 
  • Like
Reactions: bmlarson

gvsukids

Senior Member
Apr 15, 2011
1,528
187
michigan
Re: [KERNEL][OC] Hundsbuah ★ 10.4.4.25

Is this for cm or stock

Sent from my MB865 using xda app-developers app
 

Top Liked Posts

  • There are no posts matching your filters.
  • 63
    [KERNEL][OC][STOCK/CROMI] JB 4.2.1 ★ Hundsbuah ★ 10.6.1.14.10 ★ v3.4.0 ★ BETA v3.4.4

    1Thanks to: _that, sbdags, steveman29 and all testers out here :)

    If you like my work you can donate by clicking the link below:
    https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=BGD8ETXAPXNEQ

    Please tell me your xda nickname in the donation!

    Donators: steveman29, bads3ctor, Douglas Wing, pastorbob62, Yamir Gonzalez, ziggy71, sbdags, Mackis, Daruniafx, MotoFlasher, tijsva, JoinTheRealms, faustus1005, ubefuct, LetMeKnow


    IMPORTANT:
    Please always try to undervolt the CPU as much as you can/as its running stable! Less VCORE, less heat, more batterylife!
    If you get reboots and/or cpu gov scaling errors, you have undervolted too much!



    PLL Calculation Excel:
    I have also made a cpu pll calculation excel sheet. there you can calculate your correct M,N values for a specific freq
    Download here: http://www29.zippyshare.com/v/35204606/file.html

    Printout hexdumps from edp.c:
    I also wrote a small c-programm to print out the content of the edp hex-dump.
    just copy the hex values from your edp.c in edplimits.c. look in the file and you know how to.
    Its an eclipse project.
    The output is a file called: edp_entrys.txt
    Check out your speedo_id and regulator id and search for it in the .txt file


    Download here: http://www58.zippyshare.com/v/40584147/file.html

    Source:

    Kernel:
    https://github.com/Hundsbuah/tf700t_10_6_1_14_4

    MyApp:

    https://github.com/Hundsbuah/HundsbuahsKernelTweaks


    If you dont make any changes to my kernel here my recommendation:

    - Use asus batterysaver for (as the name sais: powersaving)
    - use asus balanced mode for gaming or heavy loaded apps (this is not oc too much so it wont burn ur hand away)
    - use asus normal/performance mode for daily use (surfing, browsing apps, just the normal daily use (except gaming!!)
    - if you have our own frequency setting, i recommend for gaming: 1600MHz CPU Quadcore max. and 600MHz GPU max



    Need help - Still something unclear?: THX lucius.zen
    http://xdaforums.com/showthread.php?t=2232715



    Android App for my Kernel:

    v2.3
    Code:
    - init.d file will be created if it not exists before my app is using it (initd error messages should be gone now )
    - fixed bug that causes a force close in the cpu uv section when trying to change cpu voltages
    [URL]http://d-h.st/fEm[/URL]
    v2.4
    Code:
    - added boot to linux tab (you need the latest beta kernel!! and you need to flash the linux installer zip)
    [URL]http://d-h.st/Y3T[/URL]

    Linux Installer (needed by my App):


    v1.0
    Code:
    [URL]http://d-h.st/GBy[/URL]
    BETA RELEASES JB4.2:

    v3.4.1
    Code:
    - kexec hardboot support
    - dynamic fsync added
    [URL]http://d-h.st/7jX[/URL]
    
    
    New app v2.4:
    - added boot to linux tab (you need the latest beta kernel!!)
    [URL]http://d-h.st/Y3T[/URL]
    
    
    What do i have to do when i want to boot to linux from your Hundsbuah App?
    - Just download this linux installer zip, flash it in recovery and be sure that you are on the latest beta kernel (v3.4.1 from 2013-10-29)
    - You can install Linux as a virtual image and use all the default settings during installation!
    [URL]http://d-h.st/GBy[/URL]

    v3.4.2

    Code:
    - added a lot of tcp congestions
    [URL="http://d-h.st/bXd"] http://d-h.st/bXd[/URL]
    v3.4.3
    Code:
    - added bfq io scheduler
    - added sio io scheduler
    [URL]http://d-h.st/ACY[/URL]
    v3.4.4
    Code:
    - Removed frequencies from the frequency table: 1.28 Ghz, 1.33 Ghz, 1.37 Gh, 1.54 Ghz
    [URL]http://d-h.st/ILo[/URL]
    STABLE RELEASES JB4.2:

    v3.4.0
    Code:
    normal+data2sd
    (this is kernel is for both versions, normal and data2sd - if you dont install the data2sd patch from below it is working as normal "non data2sd version")
    [URL]http://d-h.st/hyD[/URL]
    data2sd patch:
    Code:
    just format the 2nd partition of ur sdcard with ext2 or ext4 and set the 2nd partition as active or boot
    install this patch: [URL]http://d-h.st/xbU[/URL]
    and use the normal+data2sd kernel from above
    big thanks to _that!
    Bugs:
    - you tell me :)


    Please report any problems / feedback
    10
    TCP Congestion Algorithm Testing

    Hey Guys,

    Did some testing of TCP congestion algorithms to determine which is best for use on our device. For a brief explanation of TCP/IP protocols and network congestion control algorithms see the "Appendix" at the bottom of this post.

    Overview:
    I decided to test "cubic" as it is default as well as "reno", "lp", and "westwood" because what little data others have gathered indicates these algorithms have the most promise but need further testing. I ran more tests using "cubic" because the variance of the data set was very high. If we want to accurately compare mean values from two data sets we must be sure that the variance within the two data sets does not exceed the variance between the two data sets. This is typiclly done using a formal statistical hypothesis test, however, I am too lazy to calculate the standard deviation of each set. Thus, to ensure variability doesnt throw off our comparison I ran extra tests using cubic so that we can rest assured despite having not utilized formal hypothesis tests. I won't go into details but comparing the means of seperate data sets is completely useless unless we account for variance within the data through hypothesis tests or other measures. Do not listen to anyone who tells you otherwise lol. Averages are moot unless variance is accounted for.

    Method:
    The following alrogithms were tested in sequential blocks. Within each block tests were completed immediately following each other - nothing was done in between tests aside from taking a screenshot to record data. After completing a block of trials a terminal was opened and the TCP congestion algorithm was changed utilizing a script. The next block of tests immediately followed. All tests were completed from exactly the same location. This methodology was utilized to keep conditions as consistent as possible for the purpose of minimizing the influence of external factors, which are particularly plentiful when testing wifi speed.

    Measures:
    n = number of tests
    p = ping (ms)
    d = download speed (mb/s)
    u = upload speed (mb/s)
    v = standard deviation - not actually calculated - simple ranking of the relative variance of each data set - yes, this involved the use of eyes and not a calculator; however, I made sure I ran enough tests to understand the degree of variability within each data set

    Results:
    Cubic:
    n = 14
    p = 57.6
    d = 8.65
    u = 6.19
    v = 4

    LP:
    n = 8
    p = 40.3
    d = 9.07
    u = 4.51
    v = 1

    Reno:
    n = 8
    p = 42
    d = 8.47
    u = 3.53
    v = 3

    Westwood:
    n = 8
    p = 39.5
    d = 9.66
    u = 4.28
    v = 2

    Conclusion:
    It appears that "westwood" is the most promising TCP congestion algorithm. However, I would like to run "reno" and "westwood" through another 8 trials to increase confidence as their data had a moderate degree of variance. The algorithm "yeah" also is yet to be tested. Once these tests are finished I will do another preliminary comparison to estimate which two TCP congestion algorithms are best. The top two algorthms will then be subjected to a formal hypothesis test to confirm my final results.


    Appendix - TCP/IP Protocols and Network Congestion Control Algorithms:
    TCP/IP is a core set of communication protocols used to transfer data over the Internet and similar networks. IP packets are the vehicle devices use to transfer data between an application program and a web host. They are comprised of a header containing the source/destinatin address (among other things) and a payload, which contains the actual data to be sent. TCP, part of the transport internet layer, provides intermediate communication between an application program and a host.

    When sending large chunks of data an application program can issue a single request to TCP instead of breaking down data into a series of IP packets and requests. Due to network congestion and other factors IP packets are often lost. TCP maintains the ordered delivery of packets by detecting packet loss, requesting retransmission, reordering data, and minimizing network congestion. When a host receives a stream of packets it reassembles the data into the form that it was originally sent. Once the receiver confrims the soundness of the data it sends a packet acknowledging its retrieval. To avoid overloading a connection between a program and a host this aknowledgement must occur before more packets can be sent/recieved.

    For each connection TCP maintains a congestion window. The TCP congestion window is maintained by the sender and is used to prevent network congestion/overload due to packet loss. When packet aknowledments are received the size of the TCP congestion window increases exponentially until a timeout occurs or the receiver reaches its bandwidth limit. Thus, as more packets are acknowledged the maximum segment size (specifies the largest amount of data in a single TCP segment) of the congestion window becomes larger; every round-trip time the maximum segment size effectively doubles. A mechanism called "slowstart" controls the maximum segment size of the TCP congestion window. To prevent network overload TCP congestion avoidance algorithms modify TCP window size, "slow-start", and the slow-start threshold. Thus, TCP congestion avoidance algorithms have a significant impact on the speed of packet delivery between a sender and receiver
    8
    Some thoughts on latest update

    Hey Hundsbuah,

    Just wanted to give some feedback considering some things ive noticed since using the first kernel you released. Up until this point v1.4.4 gave me the best performance, stability, battery life, and had the least heat. For some reason it worked incredibly well, without data2SD i was getting an average score of 7500 in quadrant. I even converted my external hard drive to FAT32 just so that I could stay on that kernel lol.

    However, after seriously tweaking the voltage table v1.9 gives me the best performance and is very stable. The battery drain is a little higher but that is to be expected. When i first installed v1.9 my cpu was producing way too much heat, wasnt stable, and performance was all over the place. I tried undervolting the kernel by -25, then -50, and -75, but it did not improve things at all. cpu consumption at idle was all over the place, the cpu was constantly jumping between really high and low frequencies, and the temperature was very high and would take a long time to drop when the cpu scaled back to lower frequencies. The cpu was also primarily using a few select frequencies, it was only using 475, 910, 1.15, 1.5, and 1.85. I figured that the reason the cpu was jumping so much was bc the voltages were not set right, only certain frequencies were used bc the scaling of the voltage table was off, battery temp took a long time to drop even when frequencies were low bc the voltages for low frequencies were too high. To try and fix these issues i rescaled the voltage table. I created a table that was similar to what you initially had, but i set much lower voltages for lower frequencies and smoothly sclaed the voltages up as frequencies and worload get higher. High frequencies are also running at much lower voltages and i still get great performance.

    After rescaling the voltage table my cpu temp is much better, I sit around 30C when idle and go up to 40-42 when running bench marks in performance mode. After finishing a benchmark my cpu temp immediately drops back to 35C, as voltages are scaled back more drastically when my cpu is running lower frequencies. My average score in quadrant is 7450 and performance is excellent, even in power savings mode i rarely get any lag, and i am not using data2SD. When idle my cpu consumption is around 1%-5%. Before i rescaled the voltage table it was betwen 1%-25%. Times spent at different frequencies are much more evenly distributed now, the cpu is better at adjusting its frequency to changes in workload. Things are also more stable, i used to get random reboots when browsing pages with heavy java and flash bc the cpu temp would jump to around 55C. Now i never get random reboots and things are stable, cpu temp never goes over 41C (unless im benchmarking, it sometimes goes up to 44C).

    So far I have gotten really great results, i will upload a copy of my voltage table that i saved using android tuner so that you can check it out. If you have android tuner just put this file in the "voltages" directory in the "at" directory in your internal storage so you can load it from the voltage tweaking page in android tuner.

    EDIT - for some reason xda doesnt like it when i try to upload anything. Here is the table from top to bottom so anyone can try it out. voltages without frequencies beside them fall to the frequency to the left, saves me time from writing them all out lol.

    1300(1.85), 1225(1.7), 1175(1.5), 1150, 1137, 1125, 1112, 1100, 1075(1.4), 1062, 1050, 1037, 1012(1.3), 1000, 987, 975, 950(1.15), 937, 925, 912, 900, 887(1Ghz), 875, 862, 850, 837(910Mhz), 825, 800(760), 787, 775, 762, 750, 737(620), 725, 712, 700, 675(475), 662, 650, 637(1Mhz)

    Hope it works as well for you as it has for me.

    Lucius
    8
    AW: [KERNEL][OC][STOCK/CROMI] Hundsbuah ★ 10.4.4.25 ★ v1.8.3 ★ dualboot

    Could you revert back to 1800 MHz cpu too? I think it would be better for heat and battery life.

    Στάλθηκε από το ASUS Transformer Pad TF700T μου χρησιμοποιώντας Tapatalk 2

    i figured out the problem why it was unstable and why it was getting so hot. ill upload a new version today

    PLEASE DONT USE THE 1.8.x versions any more!

    Gesendet von meinem ASUS Transformer Pad TF700T mit Tapatalk 2
    8
    New testkernel v2.2 20130405:

    - removed gpu_oc interface
    - removed gpu_og_volt interface
    - setting the frequency limit is now done via cpuX.sh or a terminal emulator
    - pwr_cap_limit_1: CPU1, pwr_cap_limit_2: CPU2, pwr_cap_limit_3: CPU3, pwr_cap_limit_4:CPU4
    - module parameters can be used in cpuX.sh files or in a terminal emulator with superuser rights (see below for a howto, i recommend to edit the cpuX.sh files ( /system/etc/cpuX.sh) with root explorer i.e)
    - voltage table has changed due dvfs table cleanup!!!! dont use your init.d scripts to set the voltages at startup
    (delete or disable the scripts first, then install this new testkernel!!)
    - added a new module parameter to notify the cpu that the cpu2.sh file was executed and cpu freq limits are (correct) set (look at system/etc/init.d/99bootcompleted)
    you dont have to do anything, just dont delete it or you will stuck at 1700MHz (system/etc/init.d/99bootcompleted)
    - lpcore oc now works (760MHz lp oc)
    - you need a working init.d support!!

    HOWTO:

    Limiting the CPU:

    possible cpu frequencys that can be used to set the maximum allowed frequency (applied via module parameter: echo "1800000" /sys/module/cpu_tegra/parameters/pwr_cap_limit_1):
    Here you set frequency values to the module parameters (gpu is different - see below)
    Code:
    51000
    102000
    204000
    295000
    370000
    428000
    475000
    513000
    579000
    620000
    760000
    910000
    1000000
    1150000
    1300000
    1400000
    1500000
    1600000
    1700000
    1750000
    1800000
    1850000
    1900000

    Example:
    Code:
    echo 760000 > /sys/module/cpu_tegra/parameters/pwr_cap_limit_1
    echo 760000 > /sys/module/cpu_tegra/parameters/pwr_cap_limit_2
    echo 760000 > /sys/module/cpu_tegra/parameters/pwr_cap_limit_3
    echo 760000 > /sys/module/cpu_tegra/parameters/pwr_cap_limit_4

    This will limit core1, core2, core3 and core4 to a maximum frequency of 760MHz



    Limiting the GPU:

    Here you set !!VOLTAGE!! values to the module parameters (not frequencys as by the cpu module parameters!)
    You need four calls:
    1. echo 1350 > /sys/kernel/tegra_cap/cbus_cap_level
    2. echo 1350 > /sys/kernel/tegra_cap/core_cap_level
    3. echo 1 > /sys/kernel/tegra_cap/cbus_cap_state
    4. echo 1 > /sys/kernel/tegra_cap/core_cap_state

    possible (best) gpu voltage values that can be used to limit the gpu frequency to a specific frequency (applied via four parameter settings as described above):
    Code:
    1350mV for 600MHz
    1375mV for 650MHz
    1410mV for 700MHz
    1430mV for 750MHz
    1460mV for 775MHz

    Example: (REMEMBER TO SET THE VOLTAGE AND NOT THE FREQUENCY!!)
    Code:
    echo 1350 > /sys/kernel/tegra_cap/cbus_cap_level
    echo 1350 > /sys/kernel/tegra_cap/core_cap_level
    echo 1 > /sys/kernel/tegra_cap/cbus_cap_state
    echo 1 > /sys/kernel/tegra_cap/core_cap_state

    This will limit the maximum gpu frequency to 600MHz (good for asus power saver mode i.e) and takes care of clocks depending on gpu clocks


    You can also go lower than 1350mV but the gui transisions feels a bit slower then.

    Here is the complete VOLT/FREQ Table (in mV and kHz):
    Code:
    Voltage (mV):       950,     1000,     1050,     1100,     1150,        1200,        1250,     1300,     1350,     1375,     1410,     1430,   1460
    Frequency (kHz): 200000,   247000,   304000,   361000,   408000,      446000,      484000,   520000,   600000,   650000,   700000,   750000,   775000

    You can change the cpu1.sh (asus powersaver mode), cpu2.sh(asus balanced mode) and cpu3.sh(asus normal/performance mode) cpu frequency and gpu voltage (located int: /system/etc/)
    to your needs.

    Tip: Get rid of the naming of the asus power modes. You can let the cpu1.sh as a powersaver but you can use balanced mode as a max. power mode (1800MHz for cpu revision 9
    and 1900MHz for tablet who can handle this frequency and 750MHz GPU) for working/surfing (not gaming!) etc. to make the tablet as fast as possible to respond to your inputs.
    cpu3.sh can now be used as a gaming profile (you set cpu to 1600MHz max. and gpu to 650 or 700MHz i.e, so the tablet wont get too hot when playing games/high load)

    I have resetted the voltage table to stock voltages because i rebuilded the dvfs table for the cpu0 and cpug.
    Therefore as always: Please try to undervolt as much as you can!

    Download:

    http://www.androidfilehost.com/?w=files&flid=3972

    Enjoy the new kernel! And have a nice weekend ;)

    /edit: Updated sources on github