Finally after someone pm'd me I looked back into GPU Overclocking.
New thread created issues with old thread OP permissions (people seem to be asking the same questions over and over again all information will be kept in OP & DO READ THE THREAD, repetitive questions will now be ignored)
Benefits:
Smoother UI
Handle 2d & 3d core GPU intensive applications & games
Currently only 2D core has been overclocked working on 3D core OC
2D-core original value - 192mhz OC to 245mhz DONE achieved 25% performance boost grp_2d_clk outputs 245760000hz
3D-core original value - 245mhz OC to 300+mhz WIP hoping to achieve 40-50% performance boost
2D-core OC only Download: Coming soon...
Download Links for other devices coming soon...
Works for all HTC Sense/Cm9/Cm10 kernels (Just ask a kernel developer for your device to implement the source code)
Note: Don't have internet on PC so providing 3 main files that need replaced for 2D-core OC to work
Download link to source code: http://d-h.st/wbH
3D-CORE OC TESTS Download: Coming soon...
Do check under sys/kernel/debug/htc_clock/clks/ look for file with all clocks & look for GRP_clks (Graphics clock)
OK so basically today I've been thinking and I've come to the conclusion that I will release the 2D-core OC patch As Soon As Possible, 3D-core Core OC is NOT Impossible but for now I'll give it a break, I will attempt 3D-core OC If/When I can get a hold of a msm7x30/msm8x55 device, as it will make it much easier for both me & users.
So for now you can enjoy the 50mhz increase/bump up, perf boost 25% in 2D-core (will increase performance in both 2D/3D intensive appications as 2D-core is used for 3D AFAIK and increase User Interface performance (Note: This will not take a hit on battery life)), I will also release a couple of fixes on patchas kernel that shouldnt be there/set etc.
(Theres a device available in my area for roughly £90, if anyone wants to contribute towards getting that device or can donate a device , more than welcome and shoot me a PM so I can list you here.)
(This isnt a promise of 3D-Overclock if you donate, if you donate please do so expecting nothing I will only attempt 3D-overclock)
Working device list - all kernel 3.0+ msm7x30/msm8x55 soc devices.
Main thread is in Desire HD Android Development section: http://forum.xda-developers.com/show....php?t=2368497
Shaky156 said:
Finally after someone pm'd me I looked back into GPU Overclocking.
New thread created issues with old thread OP permissions (people seem to be asking the same questions over and over again all information will be kept in OP & DO READ THE THREAD, repetitive questions will now be ignored)
Benefits:
Smoother UI
Handle 2d & 3d core GPU intensive applications & games
Currently only 2D core has been overclocked working on 3D core OC
2D-core original value - 192mhz OC to 245mhz DONE achieved 25% performance boost grp_2d_clk outputs 245760000hz
3D-core original value - 245mhz OC to 300+mhz WIP hoping to achieve 40-50% performance boost
2D-core OC only Download: Coming soon...
Download Links for other devices coming soon...
Works for all HTC Sense/Cm9/Cm10 kernels (Just ask a kernel developer for your device to implement the source code)
Note: Don't have internet on PC so providing 3 main files that need replaced for 2D-core OC to work
Download link to source code: http://d-h.st/wbH
3D-CORE OC TESTS Download: Coming soon...
Do check under sys/kernel/debug/htc_clock/clks/ look for file with all clocks & look for GRP_clks (Graphics clock)
Click to expand...
Click to collapse
Don't over clock The GPU On MSM7X30 I over clocked the gpu from 245 to 260 it caused severe battery drain and laggy fps
extremetempz said:
Don't over clock The GPU On MSM7X30 I over clocked the gpu from 245 to 260 it caused severe battery drain and laggy fps
Click to expand...
Click to collapse
Sorry but no one has managed to overclock GPU yet (until ive released) modifying kgsl pdata only is NOT overclocking at all itll push the 3dcore back to 192 in sync with axi, please show me the work (source code) and dmesg showing successful overclock including grp_3d_clk outputting overclocked value
Shaky156 said:
Sorry but no one has managed to overclock GPU yet (until ive released) modifying kgsl pdata only is NOT overclocking at all itll push the 3dcore back to 192 in sync with axi, please show me the work (source code) and dmesg showing successful overclock including grp_3d_clk outputting overclocked value
Click to expand...
Click to collapse
I found in the kernel source code arch/arm/mach-msm semc_board_Zeus and i changed the clockspeed from 245MHz to 260 MHz and I have checked the clock speed In root explorer and it seemed to work as I said it makes the device hot,lag and causes battery drain not to mentain the long time effects
Honestly what people say on here I take with a pinch of salt, why? cause people are narrow minded, people said GPU OC is impossible yet I have managed it. I don't won't take your advice based on what you say, show me code/show me evidence then I will believe you. BTW heres some advice takes more than modifying 1 file to GPU OC the 3d-core
Like I said show me evidence then I will believe you
Shaky156 said:
Honestly what people say on here I take with a pinch of salt, why? cause people are narrow minded, people said GPU OC is impossible yet I have managed it. I don't won't take your advice based on what you say, show me code/show me evidence then I will believe you. BTW heres some advice takes more than modifying 1 file to GPU OC the 3d-core
Like I said show me evidence then I will believe you
Click to expand...
Click to collapse
this is an example from dooms github
https://github.com/DooMLoRD/Xperia-...mmit/8ea76470f307426d3f4b0db322708e7f862b474a
extremetempz said:
this is an example from dooms github
https://github.com/DooMLoRD/Xperia-...mmit/8ea76470f307426d3f4b0db322708e7f862b474a
Click to expand...
Click to collapse
Hi, thanks, as I said, it takes more than editing the kernel graphics software layer platform data , that was not overclocking lol!
Wow, great work dev! This is incredibly awesome, especially for us Jellybean users who could use every bump in performance possible. After a lot of hard work, I finally have my 4.1.2 r800x on Paranoid Android at in AnTuTu. I can't wait to see what increases I yield with the 2D overclock and ESPECIALLY the 3D overclock. Please, oh please, try and get 3D overclocking implemented successfully. You will be a god-send to many of us Xperia Play users. While an old device, its purpose built and many of us still use it daily as a phone if not simply for an advanced gaming device. Expect a donation your way soon. I'm not sure if this falls on you or kernel developers but please make sure CDMA users aren't left outside the gate. We miss far too much in what's already a small development scene and I'm afraid this is something we simply cant afford to miss. Thanks again for your hard work. Keep it up!
On a side note, Turbo Kernel is no longer in development. Would you or anyone else be willing to patch these changes and compile the source for us still using the kernel? It's the best kernel I tested that works irregardless of phone or software version.
Shaky156 said:
Hi, thanks, as I said, it takes more than editing the kernel graphics software layer platform data , that was not overclocking lol!
Click to expand...
Click to collapse
it does work because many devs that have included in their kernel have taken it out and if u push your min clock speed to 245MHz its an immediate GPU over clock but.it has many side effects
zefyx said:
Wow, great work dev! This is incredibly awesome, especially for us Jellybean users who could use every bump in performance possible. After a lot of hard work, I finally have my 4.1.2 r800x on Paranoid Android at in AnTuTu. I can't wait to see what increases I yield with the 2D overclock and ESPECIALLY the 3D overclock. Please, oh please, try and get 3D overclocking implemented successfully. You will be a god-send to many of us Xperia Play users. While an old device, its purpose built and many of us still use it daily as a phone if not simply for an advanced gaming device. Expect a donation your way soon. I'm not sure if this falls on you or kernel developers but please make sure CDMA users aren't left outside the gate. We miss far too much in what's already a small development scene and I'm afraid this is something we simply cant afford to miss. Thanks again for your hard work. Keep it up!
On a side note, Turbo Kernel is no longer in development. Would you or anyone else be willing to patch these changes and compile the source for us still using the kernel? It's the best kernel I tested that works irregardless of phone or software version.
Click to expand...
Click to collapse
It falls on kernel developers as I have released the source, GPU OC isn't GSM specific so CDMA users sure will get it .
I usually release kernel before source code but due to my slow PC & Laptop, and I only have net access on the slow laptop I released source code first, cause kernel compiling for me is time consuming, when I do get more time, I sure will pull and compile that kernel for you
extremetempz said:
it does work because many devs that have included in their kernel have taken it out and if u push your min clock speed to 245MHz its an immediate GPU over clock but.it has many side effects
Click to expand...
Click to collapse
hahaha I've requested multiple times evidence and you have failed to provide it, if you believe that was GPU OC please flash that kernel with those changes with debug file system enabled and show me the graphics clocks, if you simply cannot provide evidence I will start reporting your posts as troll posts, thank you
EDIT: I have simply done the job for you
https://github.com/DooMLoRD/Xperia-...mmit/4df2f67a4bc475116cec29fd7abe4d388474b191
take your time to read the comments within that commit
I don't have my play ATM
but if you ask one of the users using my dxengine extreme or fast editions they will be able to provide for you
we havent working 3.x kernel. so this thread is useless.
better if you make this for 2.6.x kernels, and with antutu cpu master's GPU control support.
Nuck-TH said:
we havent working 3.x kernel. so this thread is useless.
better if you make this for 2.6.x kernels, and with antutu cpu master's GPU control support.
Click to expand...
Click to collapse
You dont have a working 3.0?!? Didnt expect that, no problem ill create a kernel patch for k2.x
Its the 2d-core OC only at the moment at 245mhz there isnt any need for GPU control support
"300mhz+ ... " You said. Well you man are awesome if u make that happen! If you need tester or anything i'll test anything with pleasure ! I see you have double thanks than posts so I'm sure you're good so good luck !!
Shaky156 said:
Yeah plus I think I can make it more battery efficient without it affecting performance anywayz whats the codename for xperia play? Test compiling 2.6 turbo kernel
Click to expand...
Click to collapse
R800i is GSM
R800x is CDMA
R800a i don't know
R800at i think is at&t's 4G variant.
Is it zeus? Pheonix? Ayame? Iyokan? Haida? Anzu? Hallon?
Shaky156 said:
Is it zeus? Pheonix? Ayame? Iyokan? Haida? Anzu? Hallon?
Click to expand...
Click to collapse
zeus
MegaRacingHD said:
zeus
Click to expand...
Click to collapse
Cheers, compiling kernel now check the sys/kernel/debug/clk/grp_2d_clk if its running @ 245mhz
Compiling turbo_zeus kernel
https://dl.dropboxusercontent.com/u/58024932/2.6xXplayGPUOC - Copy.zip
devhost was giving issues so i dropboxed it instead
not a flashable zip
included kernel & modules
turbo kernel + 2dcore gpu OC
Related
So I was just looking around the Qualcomm open source (CodeAurora) repositories and noticed that lots of interesting things are going on over there for the qsd8x50 that aren't yet in our N1 kernels.
One of the most potentially useful things to us, is adaptive undervolting, that always chooses the optimal voltage level based on the current temperature and silicon process variations.
https www codeaurora.org/gitweb/quic/chrome/?p=kernel.git;a=commit;h=621d0e14e6fcf454974634cf822f06fba1bd6816
If someone could get this into an N1 kernel, we wouldn't need any more experimentation with undervolting and could always run at the maximum possible stable voltage.
Other interesting changes include USB host support (although it's unlikely the N1 hardware is physically wired to allow for this):
https www codeaurora.org/gitweb/quic/chrome/?p=kernel.git;a=commit;h=109894cac8d01c6273cfa0466f7823a04e919bea
Unfortunately, the Chromium kernel for MSM/QSD seems to be structured quite differently and being worked on by a different team to the Android kernel. Still, it'd be nice to see someone attempt to port at least the AVS patch to a CM kernel.
p.s. can a moderator please approve my account to directly include links? This manual link-munging is getting annoying
This sounds interesting
I know a lot of the devs here check out Qualcomm's latests postings, so hopefully they are aware of this...
Also of interest is their framebuffer driver. We need it in the N1 kernel to use their X11 driver.
Has anyone had any luck getting a CAF kernel booting on the N1?
Markdental said:
I know a lot of the devs here check out Qualcomm's latests postings, so hopefully they are aware of this...
Click to expand...
Click to collapse
Yeah I know, but this is their Chromium/ChromeOS kernel, not their Android kernel. Might have gone unnoticed (I for one, had not thought to look there -- I'd have thought the only Chrome-specific kernel changes would've been the X11 driver -- why should platform-power-management changes not be shared across both kernels?)
I ported AVS code to the N1 kernel.
You can download the experimental version here:
http://forum.xda-developers.com/showthread.php?t=654416
AVS kernel is very experimental, and I expect it not to be fully stable.
Also, it looks 1.275v is not really enough for 1.1 GHz - at least AVS complains that it cannot find stable voltage.
Ivan Dimkovic said:
Also, it looks 1.275v is not really enough for 1.1 GHz - at least AVS complains that it cannot find stable voltage.
Click to expand...
Click to collapse
Funny that: a processor rated for 1 GHz (in a world where if they could get away with selling it as a 1.1 GHz processor they certainly would have) isn't actually capable of 1.1 GHz without compromising stability and/or lifetime. Who'd have thought
Cheers for porting it to your kernel though, I'll be interested to see if it makes much difference to battery life.
I got no problems with AVS so far - I will release new kernel update tonight with AVS with no overclocking, as AVS and overclocking do not mix well for some people. Also, I provided the patch-code on my github, so other kernel developers can use AVS too, if they wish. There is still an ugly hack inside (one liner, though) which I will fix tonight, too.
Regarding "getting away" with faster CPU (Qualcomm) - I am not really sure if they would do it. There are market pressures, and CPUs are not always binned according to test validation - rather, other factors are at play, such as market demand.
So, it does happen - if someone is lucky, that is - to receive a CPU which could be binned higher, but it was still released at lower frequency because of market demands.
Intel is a very good example of such practice, and I am sure Qualcomm is no different as this is a huge market.
Ivan Dimkovic said:
I got no problems with AVS so far - I will release new kernel update tonight with AVS with no overclocking, as AVS and overclocking do not mix well for some people. Also, I provided the patch-code on my github, so other kernel developers can use AVS too, if they wish. There is still an ugly hack inside (one liner, though) which I will fix tonight, too.
Regarding "getting away" with faster CPU (Qualcomm) - I am not really sure if they would do it. There are market pressures, and CPUs are not always binned according to test validation - rather, other factors are at play, such as market demand.
So, it does happen - if someone is lucky, that is - to receive a CPU which could be binned higher, but it was still released at lower frequency because of market demands.
Intel is a very good example of such practice, and I am sure Qualcomm is no different as this is a huge market.
Click to expand...
Click to collapse
I'll study this for integration in my .32 kernel...I'll have plenty of time once Holy Week vacation starts here.
Ivan Dimkovic said:
I got no problems with AVS so far - I will release new kernel update tonight with AVS with no overclocking, as AVS and overclocking do not mix well for some people. Also, I provided the patch-code on my github, so other kernel developers can use AVS too, if they wish. There is still an ugly hack inside (one liner, though) which I will fix tonight, too.
Regarding "getting away" with faster CPU (Qualcomm) - I am not really sure if they would do it. There are market pressures, and CPUs are not always binned according to test validation - rather, other factors are at play, such as market demand.
So, it does happen - if someone is lucky, that is - to receive a CPU which could be binned higher, but it was still released at lower frequency because of market demands.
Intel is a very good example of such practice, and I am sure Qualcomm is no different as this is a huge market.
Click to expand...
Click to collapse
No doubt about it. Look at the Desire for example. It will be equipped with the 1ghz Snapdragon but will be underclocked to 768mhz to preserve battery life. So while it is certified for higher speeds HTC feels the market would prefer longer battery life over a little bump up in cpu speed
intersectRaven said:
I'll study this for integration in my .32 kernel...I'll have plenty of time once Holy Week vacation starts here.
Click to expand...
Click to collapse
Out of curiosity, what advantages if any do you see with the .32 kernel over .33?
jlevy73 said:
Out of curiosity, what advantages if any do you see with the .32 kernel over .33?
Click to expand...
Click to collapse
Well, I've been using it for longer than .33 since I found it to be more responsive and a lot more stable with my 3d live wallpapers. Its also smaller when compiled so I can enable the compiler optimizations with ease.
intersectRaven said:
Well, I've been using it for longer than .33 since I found it to be more responsive and a lot more stable with my 3d live wallpapers. Its also smaller when compiled so I can enable the compiler optimizations with ease.
Click to expand...
Click to collapse
Also, the upstream (AOSP) MSM kernel tree is still at .32... I would guess they may be stabilizing for a release as they've merged the -stable patchseries too (2.6.32.9 etc).
TEAM n0ob FIRST RELEASE!
Ok after my OverClock How-To, I decided to play with overclocking and see what exactly can be gained from stock Max regulator Voltage (1.3v). I have found that at stock you can get up to around 1.13ghz. It is slightly faster than what pershoots kernel runs (38400khz).
As persiansown says, the standard stock voltage is set to 1275, and the regulator is maxed at 1.3v.
What Kind of gains will you see?
You will notice a difference in games like Asphalt, that use a lot processor. You will notice a decrease in battery life as well. Your linpack scores will vary from about 8.5-9.5 depending on your chip.
I have included pershoots undervolting, 21MB ramhack, and audio hack as well. Several optimizations, following in the footsteps of the Ivan/intersectRaven Kernels. (You could say we KANGED pershoot and just added two frequencies above his)
The frequencies in the kernel from 1113300-1152000 are at stock voltage(1.3v), and I have included the relevant source files. As such they "should" be safe. You never know though! The frequencies below this are Undervolted down to .925v!
This is using SLUB allocator and Deadline IO scheduler.
The recommendation of Team n0ob, is to use set CPU to set your phone to a frequency below 1.11ghz unless you need the extra power for something. Otherwise your battery life will suck and you will stress your processor for no reason.
This is confirmed working on CM-5.0.6-N1.
WARNING!!! THE LONG TERM EFFECTS OF OVERCLOCKING YOUR PROCESSOR CAN INCLUDE:
1. SHORTENED PROCESSOR LIFE
2. OVERHEATING
3. REDUCED BATTERY LIFE
4. BRICKED (IE DEAD DEVICES)
Mod edit: removed link, till source is link to kernel.
I ask that if you notice anything funny that you flash to a more tested kernel and notify this board immediately. This kernel is at stock voltage, but the increased speeds could have adverse effects. Please let us know if you notice any.
Team n0ob takes no responsibility for any damage that may occur to your device.
Credits: pershoot( thanks for the hard work), Kmobs (same), intersectRaven, Ivan (for beginning optimization trend), Rotohammer(experimental random/music/start fix), Cyanogen for awesome roms (whose source this is pulled from), chris soyars, and coolbho3000, Koush for the anykernel updater.
Team n0ob Testers: jlevey, DAMNiaTX Hell! (Thanks)
Following pershoot, I recompiled the Kernel with VFPv3 Optimizations.
resync to 2.6.33.3, old wifi drivers as everyone has problems with the new ones.
Lowered minV to 925. maxV is still 1.3. Voltages are increased to 1.3 only on the 2 frequencies above pershoots 1.113ghz. The other frequencies are undervolted similar to the Kmobs and or the Pershoot values.
Well, by "lowering processor life", how exactly long will my processor last? Does it depend on my phone? My uses? Im all in it for overclocking, and im very aware of said risk.. But processor life I'm not educated in..
Eclair~ said:
Well, by "lowering processor life", how exactly long will my processor last? Does it depend on my phone? My uses? Im all in it for overclocking, and im very aware of said risk.. But processor life I'm not educated in..
Click to expand...
Click to collapse
Not drastic. Not concrete figures but I've heard figures like instead of something like maybe 6 years, you may get 4-5 years. The processors are designed to last so long that even things that harm them typically still leave them outlasting the upgrade cycle of the user. It depends on the silicon in your phone as well.
Also, Gr8Gorrilla, does this include CM's latest commits from a day or two ago that fixes the pink cam tint issue?
No telling really. It shouldn't be much different than stock. However, as soon as I say that someone will install this brick the phone and blame me. So I am using it and I have a two year contract with T-mobile, I figure it should make it that far.
This is basically pershoots kernel plus 38400 khz. (pershoot in no way endorses this kernel). Take that for what it is worth. The top three voltages 1113, 1132, & 1152, are at stock voltage (1.3v).
I resynced my repo last night before compiling this.
Damn nice kernel is all I have to say
Gr8gorilla said:
I resynced my repo last night before compiling this.
Click to expand...
Click to collapse
Ok thanks! Definitely flashing this now!
Stock voltage is actually 1.275v. The processor is, however, rated to handle 1.3v (it was originally going to ship at 1.3v, but qualcomm decided to have it ship at 1.275v instead)
Gr8gorilla said:
No telling really. It shouldn't be much different than stock. However, as soon as I say that someone will install this brick the phone and blame me. So I am using it and I have a two year contract with T-mobile, I figure it should make it that far.
This is basically pershoots kernel plus 38400 khz. (pershoot in no way endorses this kernel). Take that for what it is worth. The top three voltages 1113, 1132, & 1152, are at stock voltage (1.3v).
Click to expand...
Click to collapse
I also am on a 2 year contract with TMobile, hopefully mine last that long also. Might as well flash this, blah..
persiansown said:
Stock voltage is actually 1.275v. The processor is, however, rated to handle 1.3v (it was originally going to ship at 1.3v, but qualcomm decided to have it ship at 1.275v instead)
Click to expand...
Click to collapse
I stand corrected. I should have said stock max regulator voltage. I will update the OP.
thanks Gr8gorilla
I'm definitely gonna try this out. I've been using intersect's and ivan's, just jumping back and forth. Good to see that there's another kernel out there to play with. Thanks Team n0ob!
Gr8gorilla said:
I have included pershoots undervolting, 8mb ramhack, and audio hack as well. The experimental Rotohammer fix for the headphone jack is compiled in as well, along with several optimizations, following in the footsteps of the Ivan/intersectRaven Kernels. (You could say we KANGED pershoot and just added two frequencies above his)
Click to expand...
Click to collapse
Does this have everything else that the default cyanogenmod's kernal has? (i just want to know if I am going to loose anything from cyan to this kernal)
INeedYourHelp said:
Does this have everything else that the default cyanogenmod's kernal has? (i just want to know if I am going to loose anything from cyan to this kernal)
Click to expand...
Click to collapse
Yes that is correct.
Nexus FireBall 1.15GHz.
I will be also flashing this kernel update to 1.15 GHz tonight. I want to try and optimize my nexus one to its fully potential capabilities. : )
Updated, Changed Kernel optimizations. Since this kernel follows pershoot, he recommends if you are on 5.0.6 to flash the VFPv3 optimized version.
VFP works great
Hi guys when i unzip their 4 files i know the ko and zimage but the other 2 files do i need to install them too?? and how? thanx in advance.
The other two files are the source files. They there so you can research what changes I have made in the voltage and frequencies and also you could compile this on your own if you want.
Can someone port this kernek to ATT?
http://forum.xda-developers.com/showthread.php?t=1263838
tassadar898 said:
Can someone port this kernek to ATT?
http://forum.xda-developers.com/showthread.php?t=1263838
Click to expand...
Click to collapse
Its possible, but there are differences in the softkeys, charging hardware, and nfc at the minimum, so it will take a little work to port that over entirely. What would be better is for one of our current kernel modders to add some of the features of the SIYAH kernel over to their own.
I plan on pulling in 100 MHz support.
He doesn't have that much more, other than extremely experimental features that if you read the thread, tend to break.
Gokhan is quite talented, but he's also VERY aggressive - if you're more careful, you don't have to go through long beta periods with lots of broken releases like he does.
He also released source code for older kernels as megapatches, and now releases as straight full-source tarball drops. It makes separating the good from the bad EXTREMELY difficult.
As far as features he has that I don't currently:
1) 100 MHz support - I plan on this one, it's a fairly high priority as part of my current power management research
2) Crazy wacky alternative governors - these are a great way to somehow combine lag and poor battery life all in one
3) Charge current control - not possible on our devices, we have a different (very crippled) charger IC
4) Touchscreen stuff - I have seen no reports of people having touchscreen issues. If it ain't broke don't fix it.
5) BLN - I'm on the fence on this one. I think the I777 community may actually have the maturity to handle this one. (BLN's dirty little secret on the I9100/I777 - it holds a wakelock while the light is on. This means you lose 50% battery overnight instead of <10% if a notificiation comes in right after bed.)
Entropy512 said:
5) BLN - I'm on the fence on this one. I think the I777 community may actually have the maturity to handle this one. (BLN's dirty little secret on the I9100/I777 - it holds a wakelock while the light is on. This means you lose 50% battery overnight instead of <10% if a notificiation comes in right after bed.)
Click to expand...
Click to collapse
Would it be possible to get past the wakelock issue if you could program that the BLN shuts off after, say 30min, or user defined? That would work in my case but not sure if everyone universally would like it that way. Just a thought...
Hey Entropy nice to see you here! In siyah you can control the GPU voltage for undervolting. I currently do it using the Tegrak kernel module and I reduced the minimum step of 160 mhz to 750mv down from 950mv. I've noticed a nice bump in battery life. In his 2.1 beta version he also has this available feature
SiyahKernel v2.1 - not released yet -
Time to break some records... both performance-wise and battery-wise...
Overclocking part is optimized and bus frequency selection is modified.
User customizable frequency levels. you still have 8 steps, but you will be able to customize them. wanna change 100 to 150 as 100MHz is not stable on your device? wanna change 1400 to 1304 and 1600 to 1504? or increase 1600 to 1696?
User customizable bus frequency selection. no more overheating. if you are a battery freak, just set it to minimum and your device will last more than ever.
Based on Update3 sources...
Thanks for developing for us!!
I'll look into GPU voltage control once I finish my current power management adventures.
Custom frequency steps seems like asking for stability problems. There's no way this is getting ported until he releases 2.1 final, since he isn't very good about GPL compliance.
Thanks! I look forward to testing. If you need a guinea pig let me know.
Entropy512 said:
I'll look into GPU voltage control once I finish my current power management adventures.
Custom frequency steps seems like asking for stability problems. There's no way this is getting ported until he releases 2.1 final, since he isn't very good about GPL compliance.
Click to expand...
Click to collapse
GPU voltage doesn't bring that much other than stabilizing 400MHz, undervolting doesn't go that far down from stock voltages, unless you underclock heavily too.
Also get off his horse about GPL . The license states that you've got 90 days to release your code, until now he released it within the day for final versions, and betas are no longer released on XDA to get off that technicality of the 5 day rule.
There's enough kernels out there with the "stable" philosophy, some of which barely differentiate from stick sources, so people can go and use those if they want to. Siyah is more a Swiss army knife, but you'll have to be careful not to cut yourself, and it's more fun for some to tinker with the phone.
Edit: What you should port though, is update3 sources, those bring significant upgrades in battery life, speed and sound quality.
AndreiLux said:
GPU voltage doesn't bring that much other than stabilizing 400MHz, undervolting doesn't go that far down from stock voltages, unless you underclock heavily too.
Click to expand...
Click to collapse
Yeah, I figured as much, which is why it's pretty low on my priorities list
Also get off his horse about GPL . The license states that you've got 90 days to release your code, until now he released it within the day for final versions, and betas are no longer released on XDA to get off that technicality of the 5 day rule.
Click to expand...
Click to collapse
It says that nowhere. HTC claimed they had 90 days and that is a GPL violation. Easy enough to Google that one. It kind of bit them in the ass though - http://thread.gmane.org/gmane.linux.kernel/1048027 and https://freedom-to-tinker.com/blog/sjs/htc-willfully-violates-gpl-t-mobiles-new-g2-android-phone
After much media pressure they backed down and released sources in only 7 days.
GPLv3 gives an explicit 30-day grace period for resolving violations, but the kernel is not v3, it's GPLv2.
I really should stop pointing Gokhan towards fixes since he's a one-way street.
There's enough kernels out there with the "stable" philosophy, some of which barely differentiate from stick sources, so people can go and use those if they want to. Siyah is more a Swiss army knife, but you'll have to be careful not to cut yourself, and it's more fun for some to tinker with the phone.
Click to expand...
Click to collapse
Yup - If someone else wants to port his more aggressive features they can try - it's just not coming from me.
Edit: What you should port though, is update3 sources, those bring significant upgrades in battery life, speed and sound quality.
Click to expand...
Click to collapse
I'll have to look into that - As of a few weeks ago, the AT&T I777 sources were new enough that I9100 kernels (including Siyah) started to be based off of them. The question is - while Update2 to Update3 is a big improvement, is I777 to update3 such an improvement?
I'll have to check those out tonight and diff them.
update3 is a vastly bigger update than what the AT&T sources were to update2. Performance wise, it's a clear-cut, audio too. As for battery life check back in the AOS thread.
Looking forward to see the update being incorporated.
AndreiLux said:
update3 is a vastly bigger update than what the AT&T sources were to update2. Performance wise, it's a clear-cut, audio too. As for battery life check back in the AOS thread.
Click to expand...
Click to collapse
I'm going to start this over the next week - I've split update3 into what should be separate independent patchsets by component (touchkey, audio, wifi, etc.)
Last one is likely going to be the machine-specific ARM stuff - because that means rewriting the clock control patches completely.
EXTREMEKERNEL-GB
Based Off Stock 4.0.2.A.84 Sources
Code:
#include <std_disclaimer.h>
/*
* Your warranty is now void.. LOL I guess you knew it already.
*
* I am not responsible for bricked devices, dead SD cards,
* thermonuclear war, you getting dumped or you getting fired because your phone
* bootloops and alarm does not go off. Please do some research if you have any
* concerns about features included in my kernel before using it! YOU and only
* YOU are choosing to make these modifications.
*/
Changelog
r1
UPTO 2.3GHz Overclock
Added Underclock To 24MHz For Low Voltages And Better Battery
720/480/000p recording Toggle
8MB Vram
2048 MAX READAHEAD
256 MIN READAHEAD
SMARTASSV2 GOVONOUR & Performance
-O3 OPTIMIZATIONS
Removed Useless Govonour
Added 21MHz,64MHz,1.583GHz,2.048Ghz,2.1GHz,2.2GHz,2.3GHz Frequinces
Changed Release to Extremekernel-r1
Free'd Some Ram From Logger
Doom's CWM5 Recovery
Enable KSM For Better Ram Management
Decrease Ram Cosole Size 256kb-128kb
4.4.3 Linux Toolchain
Stock Partion Layout
BLX Added
Wifi Undervolted
Auto Root
r2
614mb data partition
r3
Slavaged 5.7MB Of Ram
Fix Google Play Issue
Enable InteractiveX,scary and lag free governor
New Splash Screen (Thanks Pizza_Dox)
Removed BLX
639 Data Partition (Same As Lupus-GB)
-O5 Optimizations
Enable Swap
Tweaked Smartassv2 For Better Battery
New Min/Max Default 1209/24MHz Smartassv2 (Better Battery Management)
Mereged 4.0.2.A.84 Kernel Sources
Compiled With Linaro 4.7.3
Doomkernel v14 Ramdisk
Removed Performance governor
Downloads
480p
http://www.mediafire.com/download/oyl1cq7ihxlof3u/ExtremeKernel_r3-480p.img
720p
http://www.mediafire.com/download/496x60dieal403y/ExtremeKernel_r3-720p.img
000p
http://www.mediafire.com/download/cj7l0qbbzpqzbva/ExtremeKernel_r3-000p.img
Wifi Modules
http://www.mediafire.com/?z2m1dox9dy8v1g5
FAQ.
My Benchmarks Are Low Does That Mean It's Slow
No it dosnt it may or may not be faster that other kernels i guess you have to try yourself
Why 2.3GHz O/C
Just Because i can the option is there it only uses 25mv more than 2GHz so its not that much dangerous
I have less ram then other kernels
This is due to the 8MB VRAM
Does The 8MB Vram Make A Difference
Well For me it does but it may be a placebo Effect
Github
https://github.com/extremetempz/extremekernel
Reserved
Sent from my Nexus 4 using Tapatalk 4 Beta
Sweet! Downloadin now to test Gaming also will u ever update this to contain the Modded Partition Layout?,
yes I will next update maybe a week or so
how much storage 600 or 420
younesb said:
how much storage 600 or 420
Click to expand...
Click to collapse
Stock partition layout, so 420mb of /data
Talked to you in PM about this kernel last week, great to see it finally here. Now if only I could find a zeusc GB rom worth its salt. Oh how I wish Gin2Jellybean worked for us CDMA guys. That 2.3GHz overclock with the available RAM on 000p would be more than enough to make up for the high VRAM. This kernel's speed is making me drool. Anyone care to post their AnTuTu numbers? I'm thinking of installing a beater rom just to check it out.
do this work for Neo L?? I mean that it has no landscape problem??
Can someone tell me, how to overvoltage the CPU?
Everytime i try it, every App tell me, you can't undervolt the CPU and then i can't use the Voltage menu.
extremetempz said:
yes I will next update maybe a week or so
Click to expand...
Click to collapse
Thanx man, i cant use it now as i have more apps than the stock locked partition,but i will when it gets the partition bump!
Ohh! Great! Only I have a few questions before installing! @extremetempz
1) I can install any of these kernel's over full v12 GB lupus?
2) these kernel's development are in face? or are completely stable for daily use & play hard??
3) as I enter CWM or TMPR these kernel's???
Thanks in advance ...
wow..great to see this. this mean DXENGINE is stopped?
can you post some antutu scores in any GB rom you have tested this kernel? thanks.
DXEngine is not stopped - it's just own Justin's project, DXE is another especially for DiXperias . We just need more time, soon community will see some news about DX projects . Be patient friend!
This is going to end bad, 2.3ghz overclock is defintely not stable nor safe. My computer has 3.3ghz cpu no way in how would i overclock that to 6.9ghz (double + 0.3ghz).
Either way great work, Wouldn't recommend it though.
I disagree. Those who's Xperia's can't take it will simply freeze and the person can step it down from there. Those who's Xperia's can handle it, will rock AnTuTu hard. All of our CPU's are binned differently. My TouchPad goes notoriously higher than production kernels allow for, as did my Palm Pre.
fma965 said:
This is going to end bad, 2.3ghz overclock is defintely not stable nor safe. My computer has 3.3ghz cpu no way in how would i overclock that to 6.9ghz (double + 0.3ghz).
Either way great work, Wouldn't recommend it though.
Click to expand...
Click to collapse
i ve said that on previous DX ENGINE kernel..i highly suggest to reduce to 1.6 and no gpu OC..less experienced users may have their devices burned..and antutu doesnt mean that much..its just a test to get an idea..not to beat a world score..we have a xperia play,not a xperiaZ.
but great work from OP and please be carefull at higher OC.:good:
But hey:
-first, it's extremetempz projects, so even his nick is extreme, then ExtremeKernel should be extreme right? lol
-second, DXEngine with upcoming stuff for both GB and JB will be more battery friendly, without lags caused by GPU OC and optional high CPU OC, but no need to use it, right? We need support hardcore people too, so everyone will be happy then ;>.
DiKeJ said:
But hey:
-first, it's extremetempz projects, so even his nick is extreme, then ExtremeKernel should be extreme right? lol
-second, DXEngine with upcoming stuff for both GB and JB will be more battery friendly, without lags caused by GPU OC and optional high CPU OC, but no need to use it, right? We need support hardcore people too, so everyone will be happy then ;>.
Click to expand...
Click to collapse
of course DikeJ..no doubt about it..i agree. support for all users,even so as many users use xperia play only for gaming (most r800x users sure)..but it wont hurt a little note from OP next to extreme versions, just a little idea,nothing more.
and im really waiting for DX ENGINE for JB..
someone who is using this kernel I could say whether it is stable or not for everyday use? and such is its performance? @ DiKeJ, if not overlockeo my device, is safe to use this kernel for daily use & hard gaming???
Thanks in advance ..
---------- Post added at 04:56 AM ---------- Previous post was at 04:55 AM ----------
yekasangredevago said:
someone who is using this kernel I could say whether it is stable or not for everyday use? and such is its performance? @ DiKeJ, if not overlockeo my device, is safe to use this kernel for daily use & hard gaming???
Thanks in advance ..
Click to expand...
Click to collapse
PS: I wanted to know too, if I install the 000P version, I can play videos??? the camera does not matter, but if you play videos .
It's not my project so I can't tell you any affects on gameplay or so, but I'm sure Justin extremetempz made such a masterpiece that you don't need to worry about any problems - just be clever and do not OC too much .
PS: I dunno about videoa but in fact, only recording sources was deleted in 000p, so playing should be....good. Don't know though, wait for OP Dev reply ^^.
Cheers!
Sent from my Xperia X10i using xda premium
DISCLAIMER
Code:
USE AT YOUR OWN RISK, NO WARRANTY IS PROVIDED. ONLY TESTED IN H990DS.
Why?
Certain games doesn't work well in the original LOS17.1 kernel for me.
What's new?
alucard hotplug
What's fixed compared to the original kernel?
none, if you don't need the features here just use the original kernel which is better.
Which build should I use?
General build if you don't play heavy games. Likely more stable.
Gaming build if you play heavy games. Likely less stable. Based on gamma but still uses LOS 17.1 sources.
Gaming-OC build if you play heavy games and have good thermals. Likely less stable. 2.34ghz big, 1.88ghz little, 710mhz gpu. Note that default voltages might be too high, use Gaming build first, take notes of the voltages, flash Gaming-OC then fix it up when some frequencies are too high.
Is it plug and play?
Certain new features will be disabled by default.
Pre-configured settings on the new features are not optimized, you should configure it yourself.
You can use smartpack to change adrenoboost, undervolt/overvolt, etc.
If you are throttled by thermal-engine, you will likely to never reach the OC cpu frequencies.
IF YOU DON'T KNOW WHAT YOU ARE DOING, DO NOT TOUCH ESPECIALLY ANYTHING RELATED TO VOLTAGES.
LineageOS 16.0?
Some users say it works, so ¯\_(ツ)_/¯
Download Links
Download here
Changelog
BETA 1
Initial Release
BETA 2
general build skipped, nothing changed.
(Gaming) Voltage Control
(Gaming) OC builds
Special Thanks
mk2000, gamma.
sources
US997 should be labeled US996.
scottyrick said:
US997 should be labeled US996.
Click to expand...
Click to collapse
Thanks for noticing. US997 build has been removed
For anyone that already downloads US997 build, keep in mind it is not a typo of US996, it is really for US997 (LG G6).
lybxlpsv said:
Thanks for noticing. US997 build has been removed
For anyone that already downloads US997 build, keep in mind it is not a typo of US996, it is really for US997 (LG G6).
Click to expand...
Click to collapse
US996 works with the VS995 kernel but shows white screen while booting up. Otherwise works great.
what does that gaming folder means .i am unable know ..about these files ..plzz help
any update for this kernel? it's very amazing for battery life and performance
H918
I flashed general build and what I have noticed.
Battery life improved.
Games runs smooth.
Phone runs cooler now.
Overall very stable kernel.
Ir blaster is not working kindly fix it in another build.
Thanks for your great work. ?
Is it possible to add ttl support in the next build?
So happy to see someone still willing to spend time developer kernel for v20, so I just want to see if it's possible
No general build
Hello.. Thanks for the work you are doing. But i can't find general build. Thanks
princedede said:
Hello.. Thanks for the work you are doing. But i can't find general build. Thanks
Click to expand...
Click to collapse
I believe its in the beta 1 folder
Does PD charging work?
I was tried on h990ds I run antutu benchmark and I get score just 94.860
How it can be?
gading_aji said:
I was tried on h990ds I run antutu benchmark and I get score just 94.860
How it can be?
Click to expand...
Click to collapse
What are your thermals like? If ur cpu is getting too hot, it`ll lower it`s clockspeed
xxseva44 said:
What are your thermals like? If ur cpu is getting too hot, it`ll lower it`s clockspeed
Click to expand...
Click to collapse
cpu thermal is throttling, i will try run antutu 5 times with 1,5 Ghz Cpu Speed and 5 time with 2,1 Ghz CPU Speed
gading_aji said:
cpu thermal is throttling, i will try run antutu 5 times with 1,5 Ghz Cpu Speed and 5 time with 2,1 Ghz CPU Speed
Click to expand...
Click to collapse
I'd recomend removing the crap thermal pad and replacing it with thermal paste like arctic mx-4. I did it and my thermals are very good, the cpu barely goes over 55 degrees celsius under heavy load. Before the mod i was hitting 70-80 degrees
xxseva44 said:
I'd recomend removing the crap thermal pad and replacing it with thermal paste like arctic mx-4. I did it and my thermals are very good, the cpu barely goes over 55 degrees celsius under heavy load. Before the mod i was hitting 70-80 degrees
Click to expand...
Click to collapse
My device using LOS 17 and this kernel always loch CPU clockspeed @ 1,19 Ghz and it can't be modified
I don't know, this bug from kernel or the ROM??
could be battery
here's few things you can try :
using the thermal engine I put on the drive link.
This can be dangerous since it is tuned for my phone or you can use gamma's thermal engine flashable.
Disable BCL, this is dangeorus and may shorten your battery lifespan. ONLY USE THIS FOR TESTING.
Code:
echo -n disable > /sys/class/power_supply/bcl/device/mode
if BCL fixed it then you need a new battery and be sure to restart so bcl enables again.
lybxlpsv said:
could be battery
here's few things you can try :
using the thermal engine I put on the drive link.
This can be dangerous since it is tuned for my phone or you can use gamma's thermal engine flashable.
Disable BCL, this is dangeorus and may shorten your battery lifespan. ONLY USE THIS FOR TESTING.
if BCL fixed it then you need a new battery and be sure to restart so bcl enables again.
Click to expand...
Click to collapse
So the battery cause the clock speed lock at 1,19 Ghz??
This is a nice update to Gamma, but unfortunately anything beyond the camera-fixed-but-otherwise Gamma kernel in the `MAGISK-TWEAKS` directory doesn't have a functioning IR sensor - even in the supposed 'General' build. If this project is still in development, would it be possible to add the feature back in? It's a lot to ask for, but for those who use a V20 as a secondary device specifically for some of these (now) niche hardware features, it's almost the final decision between using this kernel, or not.
...I'd say 'other kernels' but, there really isn't anything else for new AOSP-based ROMs beyond, uh, Gamma.
What is the difference in between this kernel and last gamma kernel 20.0? Thanks