So I followed Droidstyles "how to" guide on how to put ics on my phone.( http://forum.xda-developers.com/showthread.php?t=1238070 )
I love it so far but now it leaves me wanting more from my phone. Im trying to learn how to overclock my cpu.
I currently have Teamhacksung 6.1 on my phone. And in my "about phone" section my kernel version reads
3.0.8-g0d5605e-dirty
[email protected] #1
Not too sure if those are the same thing. Can i overclock my CPU with the current kernel i have or do i have to put another one on my phone?
Thanks alot for any replies!
Djp2012 said:
So I followed Droidstyles "how to" guide on how to put ics on my phone.( http://forum.xda-developers.com/showthread.php?t=1238070 )
I love it so far but now it leaves me wanting more from my phone. Im trying to learn how to overclock my cpu.
I currently have Teamhacksung 6.1 on my phone. And in my "about phone" section my kernel version reads
3.0.8-g0d5605e-dirty
[email protected] #1
Not too sure if those are the same thing. Can i overclock my CPU with the current kernel i have or do i have to put another one on my phone?
Thanks alot for any replies!
Click to expand...
Click to collapse
Flash Glitch v14 located in the Development forum.
Please Remember to use nstools for overclocking.
Sent from my SCH-I500 using XDA App
Wow thanks for the fast reply.
Do i have to uninstall any of the other kernels I have or go back to any versions?
Or can I download glitch v14 and use odin to flash it from the version im on?
Djp2012 said:
Wow thanks for the fast reply.
Do i have to uninstall any of the other kernels I have or go back to any versions?
Or can I download glitch v14 and use odin to flash it from the version im on?
Click to expand...
Click to collapse
Flash via CWM.
Hold power button
Select 'Reboot'
then select 'Reboot Recovery'
Then flash.
No Odin needed.
That's it.
You cant uninstall a kernel, it boots the phone. You can flash different kernels though. (e.g Glitch Kernel)
Be careful when overclocking. Especially with LiveOC.
If you do not know how liveOC works, please, do not use it.
Have fun
Sent from my SCH-I500 using XDA App
Wow so i got it to work just by doing what you said. I know there is benefits for overclocking as well as some consequences if i dont do it right.
Is there anywhere i could go to read up more on how liveOC works on the fascinate? Like i said, i really want that extra edge that I can get from doing so
Also I downloaded NSTOOLS to get me started
Djp2012 said:
Wow so i got it to work just by doing what you said. I know there is benefits for overclocking as well as some consequences if i dont do it right.
Is there anywhere i could go to read up more on how liveOC works on the fascinate? Like i said, i really want that extra edge that I can get from doing so
Also I downloaded NSTOOLS to get me started
Click to expand...
Click to collapse
Here's the thread (quoted it to save you time)
Tk-Glitch said:
LiveOC and Custom Voltage guide by TkGlitch
for Glitch kernel V14
{
"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"
}
Warning!
Overclocking is dangerous and is meant only for experienced users!
1- Introduction :
The "normal" overclocking system on SGS til now was the addition of some frequency steps past the stock 1GHz step. V13 kernel was using 7 overclocked steps
to push the maximum selectable speed to 1.7GHz.
In V14, less overclocked steps are present, but you can still overclock to 1.7GHz if you want (and if your phone is able to do it), and even up to 2.25GHz as a maximum.
You will need NSTools to use LiveOC and custom Voltage features in Glitch kernel V14.
To begin with, I'll explain you some basic things you have to know.
2- Clocks :
The CPU speed is the result of a bus speed and a multiplier.
Bus speed is linked to and equal to GPU and RAM speed.
The multiplier is per step and hardcoded by the kernel developer.
It does look like that : CPU speed = bus speed x multiplier.
Here are my values in V14 :
1500 MHz = 200 x 7.5
1400 MHz = 200 x 7
1300 MHz = 200 x 6.5
1200 MHz = 200 x 6
1000 MHz = 200 x 5
800 MHz = 200 x 4
400 MHz = 200 x 2
200 MHz = 200 x 1
100 MHz = 100 x 1
LiveOC gives you the access to direct and on-the-fly bus overclocking by 1% steps (150% being the maximum available). I'll say it again : BUS overclocking !
Though, it'll overclock the bus on all the steps at the same time, for the same percentage.
We'll talk about that later.
So if I want to overclock my 1GHz step to 1.1GHz, I'll have to select 1GHz as max frequency, and push LiveOC to 110%.
My bus speed beeing overclocked by 10% will give the following :
220 x 5 (1GHz multiplier) = 1100 MHz.
If you want to go higher than 1.5GHz, it's the same :
Set 1500 MHz as maximum frequency (for example), and push LiveOC. Let's say to 110%. You will get the following :
220 x 7.5 (1.5GHz multiplier) = 1650 MHz.
Pushing it to 114% will give 1710 MHz (228MHz bus) and so on, up to 150% giving 2250 MHz running an inachievable 300MHz bus.
3- The limits :
THE MAIN LIMIT AND PHONE KILLER IS HIGH TEMPERATURE. WARM IS OK, HOT IS TOO HOT. DON'T PLAY STUPID.
Obviously, so much control over the bus speed, frozen til now to what the kernel developer set, will also give you the ability to find the limits of your chip.
The main clocking limit is generally the RAM, corrupting itself when the bus speed is too high. And since the GPU uses the RAM as well, it'll become crashy too. That's why I have decided to add some steps with a bigger multiplier, to lower the bus for a higher CPU frequency.
The bus speed limits for you will be anywhere between 240 and 270 Mhz, depending on your device potential (higher and lower exists but rare).
Average is 240 MHz.
The CPU speed limits will be anywhere between 1300 and 1800 MHz (higher and lower exists but rare as well).
Average is 1400 MHz.
With that in mind, I wouldn't go too far past 130% (giving 260MHz bus speed).
4- The sweet spot :
What you want when overclocking is to get the best balance for each part. Since the bus is linked to RAM and GPU, you obviously want it as high as possible for gaming, video playing, web browsing etc. (even more now with GPU acceleration in Android 4.0+). Though, as you know already if you've read this guide til now, all steps in V14 are using the stock 200MHz frequency.
So what to do if I want a lower CPU speed with a higher bus/GPU speed ? Simple ! Just select a lower frequency step as starting point.
Let's say we want 250 MHz bus speed, so we'll use 125% LiveOC :
Using 800MHz step, you'll get 1GHz.
Using 1GHz step, you'll get 1.250GHz.
Using 1.2GHz step, you'll get 1.500GHz.
Using 1.3GHz step, you'll get 1.625GHz.
Using 1.4GHz step, you'll get 1.750GHz.
Using 1.5GHz step, you'll get 1.875GHz.
5- The issues :
With a new overclocking system obviously comes some new problems related to it.
With the ability to fine tune the frequencies, you'll find that some frequencies are buggy somewhat, giving low performances. For example, using 115% Live OC with the 1.3GHz step will give some poor performances, when 114 and 116% won't. It could be a NSTools issue, but I think it has more to do with the hardware. It's well known that on CPUs some frequencies or even frequency ranges can be buggy, unstable, or slow. If you encounter that, try to add or remove a percent to LiveOC.
As said earlier, LiveOC will overclock the bus for all steps at the same time by the same amount of %.
Knowing that, you'll have to adapt your voltages for all the frequencies to stay stable, and this for any sensible change on LiveOC percentage.
6- Custom Voltage :
What would be LiveOC without Custom Voltages ?!
I did add leakage values to Glitch kernel features when I saw that some phones were overclocking much better with the right balance between ARM and Int voltages, depending on the phone, with very different results. The leakage value was basically that : balance between the two.
Well, as you probably know if you did read the changelogs, you have now the capacity to overvolt/undervolt both the ARM voltage (the CPU voltage you know well already), and the Int (internal) voltage. The last one is the voltage going to the GPU/memory controller, and will need to be tweaked accordingly to your phone.
As a starting point, here are the Int voltage values I was using for each leakage, adapted for V14 new frequency table :
HIGH LEAKAGE :
1500 : 1.225
1400 : 1.200
1300 : 1.175
1200 : 1.150
1000 : 1.125
800 : 1.100
400 : 1.100
200 : 1.100
100 : 1.000
MEDIUM LEAKAGE :
1500 : 1.200
1400 : 1.175
1300 : 1.150
1200 : 1.125
1000 : 1.100
800 : 1.100
400 : 1.100
200 : 1.100
100 : 1.000
LOW LEAKAGE :
1500 : 1.175
1400 : 1.150
1300 : 1.125
1200 : 1.100
1000 : 1.100
800 : 1.100
400 : 1.100
200 : 1.100
100 : 1.000
Of course, using LiveOC will force you to change these voltages accordingly.
Here are some advices about this :
- Try to stay around 1.225 - 1.250V for your highest frequencies;
- Try not to ever go past 1.300V if you don't want to kill your phone quickly;
- Be VERY gentle when tweaking it as it is VERY sensitive;
- Try to follow a more or less linear curve for Int voltage on OC frequencies;
- Going below 1.000V on 100MHz step will generally kill stability with no battery gain.
This guide may change depending on my decisions related to the Glitch kernel development, or to polish / add things to it.
Thanks to Ezekeel from Nexus S section for these awesome tools.
LiveOC : http://forum.xda-developers.com/showthread.php?t=1288015
Custom Voltages : http://forum.xda-developers.com/showthread.php?t=1331610
23/01/2012 - UPDATED TO REFLECT V14-B1 CHANGES.
09/02/2012 - UPDATED TO REFLECT V14-B3 CHANGES.
Click to expand...
Click to collapse
Sent from my SCH-I500 using XDA App
Yeah the guide is highly confusing but ill attempt to decipher it lol. As of now though ill just run the liveoc at %110
And once again thanks for the help, trying to figure it out on my own was driving me nuts
Djp2012 said:
Yeah the guide is highly confusing but ill attempt to decipher it lol. As of now though ill just run the liveoc at %110
And once again thanks for the help, trying to figure it out on my own was driving me nuts
Click to expand...
Click to collapse
I use 110%, stock voltages, and the 1200 max step
Sent from my SCH-I500 using xda premium
whats the downside to just using voltage control and keeping it simple?
droidstyle said:
whats the downside to just using voltage control and keeping it simple?
Click to expand...
Click to collapse
No downside that I can tell
Terminators run on Android
The downside is that it's just utilizing extra frequency steps for CPU overclocking as opposed to being able to fine-tune BUS (CPU+GPU+RAM) speed.
droidstyle said:
whats the downside to just using voltage control and keeping it simple?
Click to expand...
Click to collapse
A bottleneck in the buss.. The old glitch v13 overclocked the buss for you. Check the op in the v13 thread. In this kernel by just overclocking cpu I'm sure your bound to not have an efficient setup as the gpu and buss and ram will be stock
Sent from my SCH-I500 using xda premium
Think of a Manure spreader flinging crap against a brick wall, you're manure is your data, the brick wall is your bottle neck.. Well your bottle neck had a 1 foot hole in it. That's your throughput. You speeding up your spreader without making that hole bigger gives you a wall o' ****.
Just because your overclocking to 1.5ghz dont Mean you'll process any more any quicker.. I can use a performance governer and oc to 1.8 GHz then lock my screen.. What does that give me? A battery sucker that is not throughputing the amount of info the step I'm on suggests i could be
Sent from my SCH-I500 using xda premium
currently 14hrs run time @ 42% battery, 2hrs screen on time. seems fairly efficient and fast idk. I was running nstools and using live oc with no issues previously, but i noticed no improvement over using voltage control. i guess ill switch back to nstools and give live oc another go.
droidstyle said:
currently 14hrs run time @ 42% battery, 2hrs screen on time. seems fairly efficient and fast idk. I was running nstools and using live oc with no issues previously, but i noticed no improvement over using voltage control. i guess ill switch back to nstools and give live oc another go.
Click to expand...
Click to collapse
To tell you the truth, i don't think any overclock will make a noticeable difference. These ics roms with the glitch kernel are so fast to begin with. But when it comes to heavy apps i know you won't see the performance of v13 just using vc. Because v13 overclocked the buss/gpu.
And i had 84% battery after 10 hours today. With at least an hour of screen on. But I'll keep track tomorrow with some screenies if you want to compare
Sent from my SCH-I500 using xda premium
Related
I'm playing a bit with the Nexus One kernel a bit and I noticed this code snippet:
/* Move to 768 MHz for boot, which is a safe frequency
* for all versions of Scorpion at the moment.
*/
speed = acpu_freq_tbl;
for ( ;; ) {
if (speed->acpu_khz == 768000)
break;
if (speed->acpu_khz == 0) {
pr_err("acpuclk_init: cannot find 768 MHz\n");
BUG();
}
speed++;
}
Click to expand...
Click to collapse
Now, I might be wrong and please correct me if I am: I am assuming this code is there because there are two versions of Snapdragon QSD 8250 - one that runs at 998 MHz, and one that runs on 768 MHz, which is essentially just an underclocked version of the first one (maybe just slightly worse units not binned for 998 MHz during the production)
I suppose that CPU driver has to support both versions, and therefore I am assuming they need to stay at 768 MHz during the boot process to be safe...
Anyway... maybe I am wrong, but I just replaced the 768 MHz clock selection with 998 MHz and I see no problem at all - my N1 is booting perfectly fine with 998 MHz boot frequency.
But, as stated above - I could be really wrong here, and it would be great if people with deeper knowledge (or in possession of QSD 8x50 datasheets ) would comment on this...
Also, at the same time I added AXI frequency scaling to the CPU driver - code is here: http://forum.xda-developers.com/showpost.php?p=7541522&postcount=13 - this also appears to be stable... but, as with any experimental addition - it will need further testing
Did you see any noticeable benefit with the boot @ 998? I think you're probably right about it being set to "safe" for both processors, but what would be the gain? I'm all for a quicker boot sequence.
Would be nice to do some benchmarks on a clean install, and domt see why we couldn't post at 1113. If we could would be a near 33% increase for cpu limited tasks
I think I saw Cyan change this before so I think you have the right idea with this being the bootup frequency.
Yep - even 1113 MHz boots just fine, at least on my phone...
Now, I cannot say if the boot is any faster really as my phone is loaded with lots of things so it would be hard to measure... I guess to benchmark this the best would be to start with a "clean" just wiped phone.
Ivan Dimkovic said:
Yep - even 1113 MHz boots just fine, at least on my phone...
Now, I cannot say if the boot is any faster really as my phone is loaded with lots of things so it would be hard to measure... I guess to benchmark this the best would be to start with a "clean" just wiped phone.
Click to expand...
Click to collapse
Thats what I was thinking, although if you nandroid, wipe, install some default ROM, nandroid, push, nandroid, you can switch and change between the two in maybe 5 mins from then on.
its a safe (for the masses) boot up frequency.
i use 883 (768 (stock)).
Have you timed the difference in bootup speed of 768Mhz Vs 998Mhz? Any difference of any merit? (maybe boot 3 times on each and take an average?).
have you tried setting the values out of a reasonable range (1267 or something similar) just to see if changing that value does anything at all? if it doesn't boot, you would know that your values are getting read correctly...
What we need is a benchmark.
See if it boots faster.
tegrak promised he was going to upgrade his tegrak overclock app to work with all kernels and it looks like he's delivered! (see http://forum.xda-developers.com/showthread.php?t=1101355
I'd installed the free version as tegrak suggested a couple months back to see if it would work with my phone. It didn't, but yesterday, it upgraded to version 0.6.0.9. I had a bullet kernel that allows OC to 1.2 ghz with no voltage adjustments. The free version doesn't OC but will let you know if the paid version will work with your phone.
The paid version ($2) works. At least on my phone it does. Maybe no need for special kernels anymore. I haven't tried it with a rom that doesn't support OCing and overvolting yet but I'm going to do that this weekend.
The higher speeds need overvolting and there's no directions on how to do it. tegrak overclock will officially only let you go to 1.3 ghz but if you select the fine "optimization" you can go way up beyond that. I immediately zoomed it up to 1600 mhz with no voltage adjustments and the phone locked up and started buzzing. I had to pull the battery and reboot. Don't do that! Go up a little at a time and then let the stability test run (pull down notification screen to see how many seconds are left.)
There are buttons to adjust by small amounts. You should be able to set it at 1.4 ghz with a little overvolting without too much trouble. Right now my phone is stable at 1524 mhz and core voltage of 1361 mv using an "on demand" profile of 100-1524mhz and it's not hot. Quadrant score at that setting was 3201. That's pretty good for a kernel that only supports OC to 1200 mhz.
I couldn't get to 1600 yet without locking up the phone -- needs more overvolting I figure.
If you have sgs overclock, after you up the speed, it will have the top speed bar at the bottom 100mhz and you will have to drag it up there. I don't know why this should make a difference but my quadrant score was in the 2700s before I did it.
Write down your figures 'cause if the phone locks up and you have to pull battery and reboot, the phone will ask you if you really want that speed that didn't work, and when you say "no" you'll be back at the beginning again.
There is more discussion in the 19000 forum on tegrak's 2.3.4 kernel (for I9000) and the OC app. according to tegrak's guide, the Galaxy S can be stably undervolted using his utility at various speeds and I guess save battery life:
speed standard core voltage undervolt
1000mhz 1275 mv 1225 mv
800mhz 1200 mv 1125 mv
400mhz 1050mv 950mv
200mhz 950mv 825mv
100mhz 950mv 800mv
There is a dialog in the app to set the voltage for each of these speeds in addition to setting the OC speed and voltage. I'm not sure whether tegrak has tested this on the various flavors of Galaxy S or whether he means the I9000. I'll just have to see.
here is his figure for a 1200mhz OC.
speed standard core voltage overvolt
1200mhz 1275 1310
Seems to be working good!
All nonsense and misspelled words courtesy of my unsupported samsung device.
Based on the newest HTC source code.
Overclocked CPU, added optimized CPU frequency tables with CPU frequencies up to 1836 MHz and L2 cache frequencies up to 1566 MHz.
Increased CPU voltage limits (700 mV - 1400 mV).
Added CPU Voltage Table interface that allows voltage adjustment.
Fixed CPUFreq.
Overclocked GPU, increased maximum GPU frequency in 3D mode from 267 MHz to 320 MHz (300 MHz by default), increased bus bandwidth.
Added USB OTG.
Enabled USB Host.
Added support for different types of USB peripherals: USB Hub, USB mass storage devices (e. g. USB HDD, USB Stick, MP3 player), USB HID devices (e. g. USB mouse, USB keyboard, Wireless mouse or keyboard with USB receiver).
v1.4.0
First release built from kernel source code vigor-ics-crc-3.0.16-d0049f1. Thanks to HTC!
Optimized.
Added higher values to L2 cache frequency tables.
Updated CPU frequency tables.
Fixed ACPU and perflock to allow setting different maximum CPU frequency than highest available.
Fixed issue with changing minimum and maximum CPU frequencies by the system daemons. Replaced thermald.
Extended CPU voltage limits.
Added 300 MHz GPU clock settings.
Increased GPU bus bandwidth in 3D mode.
Modified Adreno220 drivers.
Overclocked GPU in 3D mode to 300 MHz by default, maximum 320 MHz.
Enabled USB OTG.
Added NTFS support.
Added SCSI.
Added USB Host.
Added USB storage and USB storage drivers.
Added USB HID.
Added drivers for USB HID devices.
Added support for zRam swap.
CIFS, SquashFS.
Enabled CPUFreq stat.
Added CPU Voltage Table - interface that allows adjustment of the CPU voltage (thanks to snq-, faux123 and show-p1984).
v1.3.0
Based on new kernel 3.0.16-g480e1b0 (August 3).
v1.20
Based on new kernel 3.0.16-g4a9c8a3 (March 10).
Fixed CPUFreq, mfreq related bug (which caused performance issues).
v1.10
Three kernel variants with different maximum CPU frequency.
First release based on kernel 3.0.16-g837f300.
Modified CPU frequency tables, CPU speed limits and voltage limits.
Modified information about CPU frequency displayed in Hardware information.
CPU Temperature daemon:
thermald v1.0.0 (SebastianFM)
The thermald daemon is a system service which monitors CPU temperature. It turns on the thermal sensor and sets thresholds to the thermal driver. Threshold are defined in file /system/etc/thermald.conf. If temperature reaches threshold, kernel sends notification to userspace. When thermald receives notification, it decreases CPU frequency to avoid CPU overheat.
The stock thermald doesn't work properly because when the CPU temperature drops below threshold, or when mpdecision turns on the second core, it always sets maximum CPU frequency to the highest available frequency.
I wrote my own thermald daemon which works very similiar, but when the CPU temperature is too high, it saves the current maximum CPU frequency and restores it later.
Currently my thermald doesn't parse external config file, it uses predefined thresholds.
Code:
[tsens_tz_sensor0]
sampling 3000
thresholds 75 78 81 84 87
thresholds_clr 72 75 78 81 84
actions cpu cpu cpu cpu cpu
action_info 1296000 1188000 918000 756000 384000
If you include my thermald in your ROM or kernel package, please don't forget give credit to me.
Current downloads:
v1.4.0, link, md5: 6ea612dd76b816e1ef10b5bf637b0d16
Older downloads:
v1.3.0 1728 MHz, link, md5: 3f6ab21ade2972f466baa8bbb80f7ab3
v1.3.0 1782 MHz, link, md5: f40b4578fb3c97f1556c53e926adfeb1
v1.3.0 1836 MHz, link, md5: 982e3fad23402556c48442f218d080b4
v1.20 1728 MHz, link 1, link 2, md5: d451991973bf26db28b6de1dcd1c6250
v1.20 1782 MHz, link 1, link 2, md5: 8051e4a094245ad0bad60b502ea264c9
v1.20 1836 MHz, link 1, link 2, md5: 42ae1d7416d46d68b59000f7c8d2995b
Installation:
This is flashable zip intended for install from recovery.
If your device is S-ON, installation will fail but PH98IMG.zip will be created on SD card. Reboot into bootloader, kernel will be flashed from this file.
OC:
The CPU frequency 1782 MHz should be stable but every device is different.
To increase maximum GPU frequency in 3D mode to 320 MHz:
echo 320000000 > /sys/devices/platform/kgsl-3d0.0/kgsl/kgsl-3d0/max_gpuclk
{
"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"
}
Source code:
GitHub
Thanks:
zone23, for testing and for AnTuTu scores, thank you.
con247, my installation scripts are based on con247's work, thanks.
I love you!! i went on your thread on the sensation a couple of weeks ago begging for this kernel and asking how you did this without source and everyone told me how amazing you were, im soo glad to see you on this thread for the rezound. Thank you!
Oh baby this is hot!
zetsumeikuro said:
Oh baby this is hot!
Click to expand...
Click to collapse
Nice choice of words...
Yum
Sent from my ADR6425LVW using XDA App
so im guesing that this will only work on a sense based ics rom correct?
JohnShaft69 said:
so im guesing that this will only work on a sense based ics rom correct?
Click to expand...
Click to collapse
Yup. HTC bases only for this kernel.
this kernel doesnt work. gets stuck at white screen on Joelz Rom, im sure its a easy fix. still hyped over this. especially antutu scores
Easton999GS said:
this kernel doesnt work. gets stuck at white screen on Joelz Rom, im sure its a easy fix. still hyped over this. especially antutu scores
Click to expand...
Click to collapse
I'm on Joelz Rom, not having that issue. Running great for me.
Sent from my ADR6425LVW using xda premium
Works for me, on 4.0.1 with Sense, very smooooooth. Using CPU Master though, and the frequencies I set do not always stick... any suggestions?
TheRedmonian said:
I'm on Joelz Rom, not having that issue. Running great for me.
Sent from my ADR6425LVW using xda premium
Click to expand...
Click to collapse
Are you running the latest version of Joel's ROM that he posted last night?
If so, is this running better than the kernel from his ROM?
WizeGuyDezignz said:
Are you running the latest version of Joel's ROM that he posted last night?
If so, is this running better than the kernel from his ROM?
Click to expand...
Click to collapse
Yes and Yes. Much smoother.
Sent from my ADR6425LVW using xda premium
SebastianFM said:
This is hex edited by me, overclocked, stock HTC kernel.
Thanks:
con247 for script and tests.
Click to expand...
Click to collapse
Thanks again for doing this! I tested this on an older version of Tachi91's rom Here (2.x maybe?) for the past few days and it has ran fine and been stable. It should work on any sense ics rom seeing that we dont have kernel source yet and the current ics kernels floating around are either the same are almost the same.
SebastianFM said:
This is hex edited by me, overclocked, stock HTC kernel.
Features:
v 1.00
Unlocked and increased CPU and L2 cache maximum frequency and voltage limit.
Added values to frequency tables for CPU up to 1.728 GHz and for L2 cache up to 1.566 GHz.
Installation:
This is flashable zip intended for install from recovery.
I used con247 Automatic Kernel Installation for S-ON Unlocked Devices, so you can flash this kernel on any ROM.
Download:
1.728 GHz OC kernel 3.0.13-gaf15497-dirty v1.00 md5sum:
Thanks:
con247 for script and tests.
Click to expand...
Click to collapse
Sebastian do you recommend a specific app to manage the OC, governor, I/O scheduler with this Kernel or is it purely self contained?
TheRedmonian said:
Yes and Yes. Much smoother.
Sent from my ADR6425LVW using xda premium
Click to expand...
Click to collapse
Awesome, thanks for the reply!
Are you using SetCPU or anything similar, or just the kernel as is? If you are using an app, what do you have your settings at?
I only ask because I'm running the same ROM as you and would like to duplicate your results!
Thanks!
I can confirm that this works extremely well on newts sense rom. No problems and very smooth
I'm living on a yellow submarine
WizeGuyDezignz said:
Awesome, thanks for the reply!
Are you using SetCPU or anything similar, or just the kernel as is? If you are using an app, what do you have your settings at?
I only ask because I'm running the same ROM as you and would like to duplicate your results!
Thanks!
Click to expand...
Click to collapse
I've been running as is for now.
Sent from my ADR6425LVW using xda premium
Working good for me on Newts senseless. Now all we need is done governors to go with and it will be perfect. Great job!
Sent from my ADR6425LVW
Njenson said:
Working good for me on Newts senseless. Now all we need is done governors to go with and it will be perfect. Great job!
Sent from my ADR6425LVW
Click to expand...
Click to collapse
I believe the governors and I/O scheduler stuff might have to wait until the ICS kernel source is released (at least to make them as effective as possible and backport the latest kernel changes from Linux).
This is orgasmic.
Sent from my ADR6425LVW
I'm wondering what settings people are using for undervolting. I'm running Neutrino v2.5 GT with the patch and supercharger. Seems like if I set anything above 50 I get a reboot. Kinda a total noob when it comes to UV so any help would be appreciated
I would like to know this too please.
Sent from my MB860 using XDA
I'm currently running this:
1300: -150
1200: -100
1100: -50
1000: -50
800: -50
456: -100
216: -150
I've tried lower but I started getting reboots, at these voltages it's been good for a few days now.
Every Atrix isn't the same so while one set may work for one persons phone it may not on yours. One thing, though. DO NOT break the 100mv limit. Meaning if 1GHz is at 1000mv, then the step below it (912MHz if you're on a 1GHz kernel) shouldn't go below 900mv. This is a limit on the Tegra 2 set by Nvidia and going passed the 100mv limit cancels out undervolting across the board. Meaning if 1GHz is at 1000mv and you set 912MHz to 875mv or lower, it won't matter what the undervolting application says. Your phone will NOT be undervolted. I'm able to under volt fairly well and I usually stick to 1GHz kernels to save on battery. If you're using a 1GHz kernel, try leaving the first two frequencies alone (don't change 1GHz or 912 MHz). Here's what I've been using on CM9 with faux123's 1GHz kernel:
1GHz - no change
912MHz - 25
750MHz - 50
608MHz - 95
456MHz - 105
312MHz - 115
216MHz - 135
This has been stable for me since I got my Atrix and works really well on a couple of my friend's Atrix. If this causes reboots then set 912MHz back to no change at 950mv and I can almost promise you the problem will be fixed. Also, if you're a battery saving whore like I am and you're on AT&T, flash the N_01.100.00R European radio. This will allow you to set your phone to GSM Only by dialing *#*#4636#*#* and changing GSM auto (PRL) and use the EDGE (2G) service providing you with MUCH better battery life. If you need the higher speeds then switch back or simply reboot the phone. Hope this information helps.
On a side note, underclocking is another useful way to conserve battery. I never did this on GB ROMs as everything became terribly slow, but on ICS, underclocking barely hinders performance. I have mine underclocked at 750MHz and in terms on scrolling, opening apps, playing games, web surfing, even moving through homescreens, it still outperformed any GB ROM I've used at 1GHz and even 1.3GHz. Even benchmarks are fairly the same. Going on 53 hours with HEAVY usage. e.g. Web browsing all day, texting, few phone calls, and playing games.
Sent from my AT&T CM9 MB860 on EDGE
I'm on Turl's CM9 build v9 with faux123's 1GHz kernel and I undervolt to:
1GHz - 950 mV (-50)
912 - 930 mV (-20)
750 - 830 mV (-70)
608 - 730 mV (-120)
456 - 630 mV (-170)
312 - 530 mV (-245)
216 - 430 mV (-320)
I tried an extreme that someone else had on their Atrix with 216 MHz at 400 mV, and 100mV increment up and my phone became unstable (with 912 MHz at 900mV). Following some other people's advice to undervolt less at 912MHz I arrived at my current setting that is stable for my phone.
I'm using Neutrino 2.2 with the latest faux kernel because I couldn't get phone to deep sleep with 2.5 even with the update installed.
I used pimp my cpu and managed these undervolts, it wouldn't let me go past -250mV is that normal?
1300Mhz -125 mV = 1175 mV
1200Mhz -100 mV = 1100 mV
1100Mhz -50 mV = 1050 mV
1000Mhz -50 mV = 950 mV
800Mhz - 175 mV = 725 mV
456 Mhz - 200 mV = 600 mV
216 Mhz - 250 mV = 500 mV
I was quite surprised of the jump in mV to 1000Mhz, it just wouldn't take any lower voltage without freezing. But I have extended my battery life loads by using pimpmycpu its cool as. Also from the above post does that mean my 800Mhz undervolt is ok or not?
Enkidu1978 said:
I'm using Neutrino 2.2 with the latest faux kernel because I couldn't get phone to deep sleep with 2.5 even with the update installed.
I used pimp my cpu and managed these undervolts, it wouldn't let me go past -250mV is that normal?
1300Mhz -125 mV = 1175 mV
1200Mhz -100 mV = 1100 mV
1100Mhz -50 mV = 1050 mV
1000Mhz -50 mV = 950 mV
800Mhz - 175 mV = 725 mV
456 Mhz - 200 mV = 600 mV
216 Mhz - 250 mV = 500 mV
I was quite surprised of the jump in mV to 1000Mhz, it just wouldn't take any lower voltage without freezing. But I have extended my battery life loads by using pimpmycpu its cool as. Also from the above post does that mean my 800Mhz undervolt is ok or not?
Click to expand...
Click to collapse
Your phone isn't undervolted at all since you broke the 100mv limit. Might show that you are, but the phone is still running with high power consumption.
Also, if you wanna go lower, get SetCPU. Goes all the way down to -500mv and doesn't lock you to increments of 25. You can set any value such as -69mv, -146mv, etc.
Sent from my AT&T CM9 MB860 on EDGE
I'm using the 1.3ghz kernel anyone got safe recommendations not breaking the 100mw rule
Sent from Atrix 4g Neutrino 2.5
I'm running faux 1.3 too n that's wat I'm trying to figure out too. Because according to what you're saying I'd only be able to UV at lowest 2 or 3 speeds
squee666 said:
I'm using the 1.3ghz kernel anyone got safe recommendations not breaking the 100mw rule
Sent from Atrix 4g Neutrino 2.5
Click to expand...
Click to collapse
As I stated earlier, not ever phone is built the same. What works for someone else may not work for you.
CREAPFACE said:
I'm running faux 1.3 too n that's wat I'm trying to figure out too. Because according to what you're saying I'd only be able to UV at lowest 2 or 3 speeds
Click to expand...
Click to collapse
The best idea is to do minimal undervolting on higher frequencies as they need more power and do the more intense undervolting on lower frequencies.
I changed mine up, a bit. This is what I'm working with, now:
1GH no change = 1000mv
912MHz -25mv = 925mv
750MHz -50mv = 850mv
608MHz -100mv = 750mv
456MHz -150mv = 650mv
312MHz -225mv = 550mv
216MHz -300mv = 450mv
To me, undervolting is a way to mainly save power, further, when the screen is off while conserving as much as I can when I'm actually using the phone.
Sent from my AT&T CM9 MB860 on EDGE
Pretty sure it just the rom. Switched to redpill to test it and with undervolting I had %60 battery left after all day of heavy use.
Im on jokersax 0.33, installed setcpu, but i dont see voltages menu at all.
Can somebody guide me pls
Sent from my MB860 using XDA
Its the 3rd tab at the top. It says main, then profiles, then voltages. Not sure if its on there if your not running a custom kernel
CREAPFACE said:
Its the 3rd tab at the top. It says main, then profiles, then voltages. Not sure if its on there if your not running a custom kernel
Click to expand...
Click to collapse
Thats y maybe,.. i am on kernel which comes with jokersax ROM, so probably i cannot get it ;(
EDIT: Yes, i installed http://www.jokersax.com/upload/Atrix-CM9-Kernel-025b-ext4-1.00GHz.zip and i got Voltage tab.
I am testing Neroga settings now.
akyboy said:
Thats y maybe,.. i am on kernel which comes with jokersax ROM, so probably i cannot get it ;(
EDIT: Yes, i installed http://www.jokersax.com/upload/Atrix-CM9-Kernel-025b-ext4-1.00GHz.zip and i got Voltage tab.
I am testing Neroga settings now.
Click to expand...
Click to collapse
Phone froze 2 times and restarted, restoring from standby.
Any ideas what i should change?
Tnx
You have to start out pretty low and work ur way up til u don't get any reboots. Also I'd try faux123's kernel the 1.3 is where its at
I couldn't find any voltage tab
I've tried the standard kernel that comes with the neutrino and faux 1,45ghz for cm7...
Any suggestion?
Neroga said:
Every Atrix isn't the same so while one set may work for one persons phone it may not on yours. One thing, though. DO NOT break the 100mv limit. Meaning if 1GHz is at 1000mv, then the step below it (912MHz if you're on a 1GHz kernel) shouldn't go below 900mv. This is a limit on the Tegra 2 set by Nvidia and going passed the 100mv limit cancels out undervolting across the board. Meaning if 1GHz is at 1000mv and you set 912MHz to 875mv or lower, it won't matter what the undervolting application says. Your phone will NOT be undervolted. I'm able to under volt fairly well and I usually stick to 1GHz kernels to save on battery. If you're using a 1GHz kernel, try leaving the first two frequencies alone (don't change 1GHz or 912 MHz). Here's what I've been using on CM9 with faux123's 1GHz kernel:
1GHz - no change
912MHz - 25
750MHz - 50
608MHz - 95
456MHz - 105
312MHz - 115
216MHz - 135
This has been stable for me since I got my Atrix and works really well on a couple of my friend's Atrix. If this causes reboots then set 912MHz back to no change at 950mv and I can almost promise you the problem will be fixed. Also, if you're a battery saving whore like I am and you're on AT&T, flash the N_01.100.00R European radio. This will allow you to set your phone to GSM Only by dialing *#*#4636#*#* and changing GSM auto (PRL) and use the EDGE (2G) service providing you with MUCH better battery life. If you need the higher speeds then switch back or simply reboot the phone. Hope this information helps.
On a side note, underclocking is another useful way to conserve battery. I never did this on GB ROMs as everything became terribly slow, but on ICS, underclocking barely hinders performance. I have mine underclocked at 750MHz and in terms on scrolling, opening apps, playing games, web surfing, even moving through homescreens, it still outperformed any GB ROM I've used at 1GHz and even 1.3GHz. Even benchmarks are fairly the same. Going on 53 hours with HEAVY usage. e.g. Web browsing all day, texting, few phone calls, and playing games.
Sent from my AT&T CM9 MB860 on EDGE
Click to expand...
Click to collapse
Can you explain exactly how you set your phone to 2G only? Reason I'm asking is 'cause I flashed the radio you mentioned and tried to use 2G only, but it keeps resetting back to gsm/cdma (prl).
Switched to neutrino EE n haven't had a problem since. Battery will last me 2 days
MOD NOTE: IT APPEARS THIS KERNEL IS FOR 4.1.x ONLY. Flashing on 4.2 will result in bootloop. also, this kernel is unsupported by the OP, so thread is currently CLOSED
First and foremost, I would like to thank _motley for his kernel since this is based on his kernel. I chose his kernel because I have worked with him and IMO is the best kernel out there at the moment . Second, I would like to thank pinoyto and secret for testing the kernels. Also thanks to Koush, Blades, faux123, pershoot, chatch15117, all the Gtab, Asus Transformer and Motorola Atrix users, and other devs that I may have missed. BIG THANKS to my beloved wife for watching the kids while I do this.
I call this kernel elite since the timings are pretty aggressive and voltage are decreased on the low side and increased on the high side. This kernel might not work on your device because of these so be sure that you have a backup and and that you are familiar on restoring your device.
The following are the difference with motley's kernel
1. JRCU is implemented
2. Lowest backlight setting set to 5 (save battery and better reading at night, if you have screen flicker issue it will be more noticable because of this so I suggest covering the ground pin of wifi)
3. Core voltage increased from 1200 to 1250mv on the high side to hit 1.7 frequency and 600 GPU but decreased from 950 to 900mv on the low side.
4. Increased CPU voltage to 1240mv for 1.7 frequency but allows decreased 750mv in low side
5. Increased GPU clock to 600 and pixclock increased (please let me know if you have problems on screen due to pixclock increase but so far no issues on testers)
6. Built using gcc 4.5.2 ( I know, I'm an oldie)
7. DVFS core table completely changed to allow max clock of host1x and pll_c and hit most max frequencies.
8. Enable Thermal_Sys to throttle at 68 (BTW, if you are using system tuner, the reading is +10 as per secret)
Added 484 GPU and 520 GPU. LMK how it goes.
Link is below
Source in compliance with GPL
https://github.com/clemsyn/Grouper
IF YOU WANT THE UNDERVOLTED VERSION PLEASE SEE SECOND POST
------------------------------------------------------------------------------
------------------------------------------------------------------------------
UPDATED 09/23/2012
Releasing another 1.8ghzCPU and 650mhz GPU
Here are the differences with the last 650gpu
1. Used Linaro compiler
2. Increased 3d/2d bus, pll_c, and host1x for higher scores
3. Removed the pixclock overclock, This is running on default pixclock by Asus. This will limit the fps to 60 fps max, so old benchmarks will not score over 100 fps but will only max at 60. I suggest newer benchmarks like GL2.5 or Benchmark 2.0 ES Taiji...
4. EMC voltage decreased to 1.100 mv (Not sure if your device can handle this but pinoyto's device was fine with it)
Here is the link
https://rapidshare.com/files/2462982943/1.8ghz650GPUNopix.zip
If you like my work, please click on Donate button on my Sig and add on to my Nexus 7 fund Thanks
--------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------
UPDATED 9/20/2012
*** SPECIAL RECOGNITION goes to PINOYTO for the first donation of this project. THANKS for rewarding my hard work!! ***
Thanks to masterg0g0 for 2nd donation
Also thanks to all the testers of the 700mhz GPU.
This latest kernel comes with the 1.8ghz CPU and 700 GPU with 3 types of pixclocks.
First off is the max pixclock. This has the highest pixclock of all the kernels and will limit your fps to over 100 fps. The downside is the pink screen issue.
https://rapidshare.com/files/901768617/1.8ghz700GPUMAXPIXoc.zip
Second is the mid pixclock overclock. If you have a pink issue on the first one, try this. This will limit your fps to about 90 fps. The downside is you might still have a pink screen
https://rapidshare.com/files/4017246162/1.8ghz700GPUMEDPIXoc.zip
Third is the NO pixclock overclock. This for sure will have no pink issue but will limit your fps to about 65 fps.
https://rapidshare.com/files/258377771/1.8ghz700gpuNOPIXOC.zip
Here are the changes made from this latest kernels
1. GPU increased to 700 gpu, vcore and vrail voltages increased
2. pll_c, host1x increased to accomodate the increase in GPU speed
3. Compiled using Linaro toolchain.
WARNING:
The timings in this kernel are very aggressive, voltages although within Nvidia limits are high. Please make sure you backup and be very familiar in recovering your device.
IF YOU LIKE MY WORK, PLEASE CLICK on the "DONATE TO ME" BUTTON UNDER MY SIG TO SHOW YOUR APPRECIATION and ADD on to my "NEXUS 7 FUND". Your donation will be GREATLY APPRECIATED. THANK YOU.
---------------------------------------------------------------
---------------------------------------------------------------
UPDATED 8/17/2012
Overclocked to 1.8ghz with GPU at 650..WARNING THIS IS GOING TO GET HOT!!!
https://rapidshare.com/files/1034477848/Clemsyn1.8GPU650.zip
Pink fix
https://rapidshare.com/files/223841402/Clemsyn1.8GPU650Pinkfix.zip
Changes:
1. Temp limit increased to 70
2. Voltages increased to accomodate 1.8ghz and 650 gpu
--------------------------------------------------------------------
--------------------------------------------------------------------
BTW, if you like my work, please dont hesitate to click on the Donate button under my username. Thanks.
Updated 8/23/2012
This new kernel is based upon what I believe is the best overclocking speed (1.5 ghz) and a cpu nominal voltage of 1.150mv and a core of 1.175 mv (core default is 1.2) while lowering the lowest voltage of 750mv and 900mv respectively. This kernel hits the max speeds of the GPU at 600 while utilizing the lower voltages to insure better battery life and less heat. Also pixclock has been decreased to minimize pink issues on the screen Again, this might not run on all Nexus 7 due to aggressive lowering of voltages. HAVE FUN!!
Also make sure you have a backup and familiar with restoring your device.
BTW, if you like my work. Don't hesitate to DONATE and help me buy some diapers Thanks
Finally got the issue why most devices where not working right. Also was able to undervolt MORE because of this finding. Here are the changes
1. Vcore undervolted to 1.15 mv (default at 1.2) cpu mv at 1.15 mv running 1.5ghz
2. pll_c decrease from maximum (this was what was causing all the issue)
3. This kernel is set to 1.5ghz automatically. However if your ramdisk is programed to 1.3, then it boots to 1.3 intially. After pressing the power button once (or letting it sleep), it automatically resumes to 1.5 ghz without any CPU program.
I highly recommend that these settings be used for better battery life, LESS HEAT and power usage... Good for daily use
Here is the link
https://rapidshare.com/files/1026092132/Clemsyn1.5extremeUndervoltedFINAL.zip
BTW, if you like my work please show your appreciation and click on the Donations link under my signature. Thanks.
------------------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------------------
Update: 8/17/2012
OK, updated this version of the kernel to increase CPU Core to 1.2mv for some stability for some users...Here is the link
link deleted for latest version above
----------------------------------------------------------
----------------------------------------------------------
This new kernel is based upon what I believe is the best overclocking speed (1.5 ghz) and a cpu nominal voltage of 1.150mv and a core of 1.175 mv (core default is 1.2) while lowering the lowest voltage of 750mv and 900mv respectively. This kernel hits the max speeds of the GPU at 600 while utilizing the lower voltages to insure better battery life and less heat. Also pixclock has been decreased to minimize pink issues on the screen Again, this might not run on all Nexus 7 due to aggressive lowering of voltages. HAVE FUN!!
Also make sure you have a backup and familiar with restoring your device.
BTW, if you like my work. Don't hesitate to DONATE and help me buy some diapers Thanks
Downloading now. Will reply with results asap
Edit*
Booted up fine but didn't last too long, saw temps hit 72C and then it rebooted.
Now I guess I could give this a try and report on smoke or injuries if anything.
Rafase282 said:
Now I guess I could give this a try and report on smoke or injuries if anything.
Click to expand...
Click to collapse
LOL, doubt about the smoke because of the Thermal control at 68 but if you would be willing to test my 1.8ghz kernel with 700 GPU LMK (kidding).
clemsyn said:
LOL, doubt about the smoke because of the Thermal control at 68 but if you would be willing to test my 1.8ghz kernel with 700 GPU LMK (kidding).
Click to expand...
Click to collapse
I had to clearn and uninstall system tuner and reinstall to be able to set thing right.
1. I noticed it goes from 1.5 to 1.5, then 1.54 then 1.54 then 1.7
Is it supposed to be like that?
2. What tools do you want me to use for testing? Any recommended way for testing like turn off wifi or something?
You can have my first born. This thing flies!
Holy smokes! This sh!t sounds dangerous! I am all over it
Sent from my Glazed-over Nexus 7
Very interesting. Thanks for making this. I already downloaded. Ill give this a go shortly. Ill make sure to delete data from system tuner to make sure no default voltages are saved from motleykernel.
I hope my device can handle the 1.7ghz, since you increased the top end voltages. With 1.7ghz and 600mhz gpu oc, I'm not expecting this to e old on battery. It's more like you said, pushing the limits of what we capable of. Wish me luck! Lol. Anxious to see how this benches. Did you add the I/o tweak and disable fysnc in this build? Or will running commands from motley thread do the trick? I'm notbsure if tkt app will allow fsync on faster if the file path tnot the same on this kernel.
Ill report back letting you know how it went
evonc said:
Downloading now. Will reply with results asap
Edit*
Booted up fine but didn't last too long, saw temps hit 72C and then it rebooted.
Click to expand...
Click to collapse
Temp is actually 62, secret says that System Tuner reading is +10.
demandarin said:
Very interesting. Thanks for making this. I already downloaded. Ill give this a go shortly. Ill make sure to delete data from system tuner to make sure no default voltages are saved from motleykernel.
I hope my device can handle the 1.7ghz, since you increased the top end voltages. With 1.7ghz and 600mhz gpu oc, I'm not expecting this to e old on battery. It's more like you said, pushing the limits of what we capable of. Wish me luck! Lol. Anxious to see how this benches. Did you add the I/o tweak and disable fysnc in this build? Or will running commands from motley thread do the trick? I'm notbsure if tkt app will allow fsync on faster if the file path tnot the same on this kernel.
Ill report back letting you know how it went
Click to expand...
Click to collapse
It's based from _motley, using his defconfig to build it (aside from the GPU overclock and JRCU) so his commands should work.
scarygood536 said:
You can have my first born. This thing flies!
Click to expand...
Click to collapse
Thanks for trying it I already have four kids and they take a lot of my time
I get reboots when running CF-Bench with interactive and sio at 1.7 stock voltages.
---------- Post added at 01:17 AM ---------- Previous post was at 01:16 AM ----------
clemsyn said:
Thanks for trying it I already have four kids and they take a lot of my time
Click to expand...
Click to collapse
Sell the 5th for body parts. Organs are not easy to find.
Dude.... WTF!? 106 FPS!!?! That can't be right, can it?
{
"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"
}
Sent from my Glazed-over Nexus 7
Rafase282 said:
I had to clearn and uninstall system tuner and reinstall to be able to set thing right.
1. I noticed it goes from 1.5 to 1.5, then 1.54 then 1.54 then 1.7
Is it supposed to be like that?
2. What tools do you want me to use for testing? Any recommended way for testing like turn off wifi or something?
Click to expand...
Click to collapse
Skipped 1.6 since _motley kernel has that so next stepping is 1.54
Try benchmarking it or undervolting it using system tuner but I suggest keeping 1.7 at 1240 mv.
boynamedstacy said:
Dude.... WTF!? 106 FPS!!?! That can't be right, can it?
Sent from my Glazed-over Nexus 7
Click to expand...
Click to collapse
Yup its right, GPU at 600 with max timings in the table
Rafase282 said:
I get reboots when running CF-Bench with interactive and sio at 1.7 stock voltages.
---------- Post added at 01:17 AM ---------- Previous post was at 01:16 AM ----------
Sell the 5th for body parts. Organs are not easy to find.
Click to expand...
Click to collapse
LOL, sorry didn't work for you, Timings on this kernel is pretty aggressive. If it works, you are lucky to have an elite device. Try 1.54 with GPU at 600 and see how it goes.
clemsyn said:
LOL, sorry didn't work for you, Timings on this kernel is pretty aggressive. If it works, you are lucky to have an elite device. Try 1.54 with GPU at 600 and see how it goes.
Click to expand...
Click to collapse
I wont give up
boynamedstacy said:
Dude.... WTF!? 106 FPS!!?! That can't be right, can it?
Sent from my Glazed-over Nexus 7
Click to expand...
Click to collapse
Mines booted up. Got scared for a moment..lol. seemed stuck on Google screen. Bit it eventually booted up. Running default speed. I haven't cranked it up yet to test top speeds.
As for your fps scores, I'm not surprised with this being 600mhz gpu. Bit the crazy thing is our displays can't handle or really display more than 60fps.
Please report CPU temps running at 1.7ghz. Especially while benchmarking, gaming, and normal use.
Battery life would be interesting also.
106 fps?! what trickery is this?!