di11i kernel beta .01 (unsecure boot.img- root shell, adb remount) ext4 tweaks/init.d

Lock-N-Load · Mar 4, 2012

Striatum_bdr said:
UV is most of the times placebo, unless you UV by big values, that are most if the time not supported by CPU.

It's generally a source if instability rather than longevity. Some of our kernel devs made extensive tests and with secure UV there wasn't any difference in battery life (I speak of my phone if course but it's the same thing).

Calculate in % what does represent 25, 50 75mV less compared to CPU voltage....

Agreed. In phone testing dozens of kernels in high medium & low voltage across several phones there were never more problems - consistent, repeatable - than with low voltage kernels. As a rule I steer clear despite the obvious "supposed" benefits.... they just never really panned out reliably.

Diamondback · Mar 4, 2012

Striatum_bdr said:
UV is most of the times placebo, unless you UV by big values, that are most if the time not supported by CPU.

It's generally a source if instability rather than longevity. Some of our kernel devs made extensive tests and with secure UV there wasn't any difference in battery life (I speak of my phone if course but it's the same thing).

Calculate in % what does represent 25, 50 75mV less compared to CPU voltage....

Agreed 100%.
My team has quite some experience over a wide range of different devices and UV never really showed any improvement over stock voltage tables.

It's not the CPU that drains the major power, it's the display and the radio.
Try putting you phone to airplane mode and just let it rest on table until it's dead. Then do the same test with wifi and data enabled.
You will be schocked

I for one won't use any UV'ed kernels at all for my ROMs, they only induce major stability problems to a device that has these problems already without UV

Undervolting kernels is a huge myth, someone from google (Dianne?!) should really clear this up.

demandarin · Mar 4, 2012

Diamondback said:
Agreed 100%.
My team has quite some experience over a wide range of different devices and UV never really showed any improvement over stock voltage tables.

It's not the CPU that drains the major power, it's the display and the radio.
Try putting you phone to airplane mode and just let it rest on table until it's dead. Then do the same test with wifi and data enabled.
You will be schocked

I for one won't use any UV'ed kernels at all for my ROMs, they only induce major stability problems to a device that has these problems already without UV
Undervolting kernels is a huge myth, someone from google (Dianne?!) should really clear this up.

please don't mention the name Dianne before you know who comes in quoting everything she said since birth..lol there has other Google engineers who know just as much or more..lol

Diamondback · Mar 4, 2012

demandarin said:
please don't mention the name Dianne before you know who comes in quoting everything she said since birth..lol there has other Google engineers who know just as much or more..lol

Hm? Dianne Hackborn did a great job so far on de-mythtifying a lot of things custom ROM developers used to do, including the wipe battery stats thing.

Not sure what your point is here...

demandarin · Mar 4, 2012

Diamondback said:
Hm? Dianne Hackborn did a great job so far on de-mythtifying a lot of things custom ROM developers used to do, including the wipe battery stats thing.

Not sure what your point is here...

it was an inside joke. you didn't get it..lol. someone in general is always quoting her left n right. you are correct though...Dianne Hackborn did do a great job and is very knowledgeable on these things.

benefit14snake · Mar 4, 2012

Diamondback said:
Agreed 100%.
My team has quite some experience over a wide range of different devices and UV never really showed any improvement over stock voltage tables.

It's not the CPU that drains the major power, it's the display and the radio.
Try putting you phone to airplane mode and just let it rest on table until it's dead. Then do the same test with wifi and data enabled.
You will be schocked

I for one won't use any UV'ed kernels at all for my ROMs, they only induce major stability problems to a device that has these problems already without UV
Undervolting kernels is a huge myth, someone from google (Dianne?!) should really clear this up.

Aww makes sense. Thanks for clearing that up for me diamond.

Sent from my Transformer Prime TF201 using Tapatalk

di11igaf · Mar 4, 2012

Undervolting a little across the board will probably do next to nothing, but undervolting at low clock speeds where the device is sleeping will without a doubt increase battery in standby mode. With on-demand governor, the CPU is usually only at a few clock speeds, so undervolting at those specific clock speeds will make some difference, depending on the under volt.
If undervolting made no difference, oems would always run the CPU at the highest clock speed, like the second gen snapdragon.
A 1.5 ghz CPU that when released on the g2 ran at 800mhz.(lower voltage than 1ghz) Most of the rest released at 1ghz(less voltage than 1.5 ghz)
Same with the dual core version. Less voltage always = less heat, more battery. How much depends, could be next to nothing, at some clock speeds on some CPU's it could be significant.
Not to mention you can get to a higher clock speed with about the same amount of heat.
Instability depends on the device and specific CPU, two devices with the same cpus could have two very different voltage requirements, so by default the OEM has make the voltage high enough for EVERY device, when a lot of them could get by with a lot less, some will require the full voltage.

benefit14snake · Mar 5, 2012

di11igaf said:
Undervolting a little across the board will probably do next to nothing, but undervolting at low clock speeds where the device is sleeping will without a doubt increase battery in standby mode. With on-demand governor, the CPU is usually only at a few clock speeds, so undervolting at those specific clock speeds will make some difference, depending on the under volt.
If undervolting made no difference, oems would always run the CPU at the highest clock speed, like the second gen snapdragon.
A 1.5 ghz CPU that when released on the g2 ran at 800mhz.(lower voltage than 1ghz) Most of the rest released at 1ghz(less voltage than 1.5 ghz)
Same with the dual core version. Less voltage always = less heat, more battery. How much depends, could be next to nothing, at some clock speeds on some CPU's it could be significant.
Not to mention you can get to a higher clock speed with about the same amount of heat.
Instability depends on the device and specific CPU, two devices with the same cpus could have two very different voltage requirements, so by default the OEM has make the voltage high enough for EVERY device, when a lot of them could get by with a lot less, some will require the full voltage.

The cores towards the center of the wafer usually tend to clock the best.
Edit: unless there are donut shaped variations lol

Sent from my Transformer Prime TF201 using Tapatalk

di11igaf · Mar 5, 2012

benefit14snake said:
The cores towards the center of the wafer usually tend to clock the best.
Edit: unless there are donut shaped variations lol

Sent from my Transformer Prime TF201 using Tapatalk

is this wafer you speak of edible?

benefit14snake · Mar 5, 2012

di11igaf said:
is this wafer you speak of edible?

No myself and a bunch of guys on a PC forum used to pick cpus based on their serial because that tells you when it was made and what part of the wafer it comes from. Its been a few years but I think the closer to 001 in a given batch had the best potential. That was in my sub zero cooling days lol.

Edit: took a single core opteron 64 from 1.8 to 3.4ghz. Locked multi =) fun stuff. That chip would do 2850mhz stock voltage.
Talk about running out of spec, its internal clock was running almost double.

Sent from my Transformer Prime TF201 using Tapatalk

di11igaf · Mar 5, 2012

Some cpu's love overclocking, i had an inspire kernel(inspire was 1ghz) that could hit 2.0ghz.
And loks like a small overclock may be fairly easy, theres already code in the kernel for 1.7ghz, just a matter of making it an available userspace overclock like we are now. Ots just a matter of making it available in the kernel so we can use it. Might not make v1, but hopefully soon.

Diamondback · Mar 5, 2012

di11igaf said:
Some love overclocking, i had an inspire kernel(inspire was 1ghz) that could hit 2.0ghz.
And loks like a small overclock may be fairly easy, theres already code in the kernel for 1.7ghz, just a matter of making it an available userspace overclock like we are now. Ots just a matter of making it available in the kernel so we can use it. Might not make v1, but hopefully soon.

I guess you need to edit those cpu modes too? If this is the case i'd say you make the 1.5ghz mode to max out at 1.6 ghz and make the 1.6gz mode max out at whatever max frequency you set.

di11igaf · Mar 5, 2012

Diamondback said:
I guess you need to edit those cpu modes too? If this is the case i'd say you make the 1.5ghz mode to max out at 1.6 ghz and make the 1.6gz mode max out at whatever max frequency you set.

Ya I still gotta look into it more, but that's a possibility. I have to first enable the 1.7 ghz mode in the kernel, then user space. If that don't work, I may be able to turn the 1.6 ghz mode into 1.7. Gonna look into it tonight a little

UPEngineer · Mar 5, 2012

di11igaf said:
Ya I still gotta look into it more, but that's a possibility. I have to first enable the 1.7 ghz mode in the kernel, then user space. If that don't work, I may be able to turn the 1.6 ghz mode into 1.7. Gonna look into it tonight a little

Have you been able to compile a kernel from source yet? I am still having errors.

di11igaf · Mar 5, 2012

UPEngineer said:
Have you been able to compile a kernel from source yet? I am still having errors.

Yes, I haven't pushed the fixed Asus source to my github, but check AndroitRoot's github and you'll see tf201 source. Those guys fixed the compile errors and I got it to compile last night.
Clone theirs and you should be good, one of my last few posts in another thread I uploaded the stock .config I pulled from device. If you need it search my last few posts.

benefit14snake · Mar 6, 2012

Flashed perfectly. I actually flashed through terminal emulator and it worked great!

Getting 13 mbs write and 29 read. Not sure if those are supposed to change.

Sent from my Transformer Prime TF201 using Tapatalk

di11igaf · Mar 29, 2012

deadlocked007 said:
I flashed this thinking i didnt need to be unlocked and bricked my prime im so stupid... Guys im 15 and my parents will kill me if they find out. Will Asus rma it or am i screwed? Im getting the Unrecoverable Bootloader error 0x00000008 :/

Oh boy, to make a backup you need to have recovery, which means unlocked boot loader. But what's done is done, and since your boot loader isn't unlocked rma may be your only option, but I can't tell you what to do. I know it sucks man considering your 15 and all, but bricks can and DO happen there is a risk no matter how small.

ThunderRootedDragon · May 22, 2012

Ahhhhaha...clearly the first dozen or so posts is chatter btw the pros -- interesting, but honestly can't fully follow.

Coming from motley and I'd like to flash this -- anybody else care to comment on how its going for them? Batt life is decent on motley but it spikes up to 1.8 for everything (I knew it was stuck at 1.8, but thought it would scale a little bit) and I think batt life is suffering more than it should for whatever benefit I get from a faster cpu.

Any thing I should know about concerning the tweaks before I flash?

Thanks.

ThunderRootedDragon · May 22, 2012

Installed per OP instructions w/wipe of cache and dav...broke my wifi...smooth otherwise. Thanks

di11i kernel beta .01 (unsecure boot.img- root shell, adb remount) ext4 tweaks/init.d

Senior Member

Retired Dev Committee Lead / Retired Senior Mod

Senior Member

Retired Dev Committee Lead / Retired Senior Mod

Senior Member

Senior Member

Inactive Recognized Developer

Senior Member

Inactive Recognized Developer

Senior Member

Inactive Recognized Developer

Retired Dev Committee Lead / Retired Senior Mod

Inactive Recognized Developer

Senior Member

Inactive Recognized Developer

Senior Member

Inactive Recognized Developer

Senior Member

Senior Member

Similar threads

Top Liked Posts