Ok so how in the world are these people getting such a high overclock? I've been doing some research and I just cant figure it out.
Check this link: http://www.greenecomputing.com/apps/linpack/linpack-by-device/ and scroll down to the eris section. There is one guy in there who actually pulled off a 864MHz Overclock. I know thats a hard thing to do because the highest I've ever got was 760MHz and that lasted like 30 seconds before my Eris just gave up. I've accedintly put my phone in the 800MHz range and it just froze instantly. So far the highest stable range has been 748MHz.
Does anybody now something I dont? Is there a trick to getting that high of an overclock with the Eris?
From what I understand, there's a range in the stable clock cycle range that any chip/processor can run at. When the Eris was built, the "sweet spot" (stable) speed was apparently 528MHz (although this certainly could have been selected for marketing purposes too).
Most, but not all, Erii can run safely at 710MHz and be stable. However, we have seen instances where folks have installed ROMs that were overclocked to 710MHz as a default and their phones would not complete booting-up.
Others have indeed "pushed the envelope" by running in the high 700s and even in the high- to mid-800s as you've reported. However, there is usually a cost associated with doing this in terms of decreased life-span of your CPU. That being said, there are some members that have reported having a stable phone running 800MHz or higher. Your mileage will vary, as you have seen -- it really depends on your phone.
Cheers!
I can run 806 just fine, but most of the time I just choose to run at 767 or even 748, mainly because I don't need *that* much speed versus the larger battery drain at such high speeds.
Flashing GB has recently given me the ability to OC to 806, haven't tried any further.
Well, there are two things going on.
The first is that your phone hardware is like any other macroscopic object in the universe - they have variable characteristics. Go to the store and look carefully at the apples they have for sale - pick a given variety, and you'll notice that every one of them is just slightly different from the next.
If you were to zoom in and have a look with a good microscope at the transistors in your processor chip - you would first notice that: (a) there are millions of them!, and (b) they all look very similar, but are not exactly identical. That's just the nature of things - the manufacturing processes have some amount of (hopefully well controlled) variations.
But, when it comes to computer chips executing software instructions, we definitely want them to all behave identically. So, what to do? The answer is, run them all at a sufficiently low enough speed (and a large enough voltage) that the small natural variations from transistor to transistor never make a difference in how the outputs from those transistors are interpreted.
You've heard the expression "timing is everything", yes? Nowhere does this expression apply better than in computer chip design. I'll use a stupid analogy to illustrate how this works.
Suppose you had a marching band ... not like the ordinary kind, but instead, a band full of morons. So stupid, in fact, that you teach them to play songs like this:
"You nearest two neighbors will hand you a note just before each beat of the kettle drum, and you will decide based on those notes what note to play yourself after you hear the next kettle drum beat - and then you will hand that note to your neighbor".
In this analogy, each (transistor) logic gate in the chip is a moron band member, and the kettle drum is like the system clock.
Well, each moron (transistor logic gate) in the band will need to take some time to decide what note to play next. And it is plainly obvious, that if the moron's neighbors (other morons/gates) don't hand their notes off by the time the kettle drum beats, the wrong decision will be made. Chip designers call this "setup time".
Also, since we presume that the band members are morons, they actually need to some amount of time to stare at the notes from their neighbors to make up their mind - sometimes so slowly that the beat of the kettle drum has already been heard some time ago before they make up their mind. If the neighbor moron band members were to "yank their notes away too quickly", the receiving moron band member (logic gate) might again make the wrong decision. Chip designers call second sort of timing measurement "hold time".
So, this is a very simplistic view of chip design: the designer needs to make sure that the inputs (notes) to every gate (moron band members) arrives well enough ahead of the clock (kettle drum beat), and stay stable for a short period of time after the clock (kettle drum) beat. And they also have to consider how slowly each gate (moron) can "make up his mind" - because of course, that introduces delay in passing off information to other gates (morons) at the next beat of the clock (drum).
If you followed this analogy closely, the question might have also occurred to you, "what happens if the morons in the band don't all hear the kettle drum beat at precisely the same time?" In the analogy to chip design, this is the problem of clock distribution - because at each moron (gate), the decisions are made when they individually hear the kettle drum (clock) beat. So, there could be some major trouble if a moron (gate) was supposed to receive notes (signals) from other morons (gates) that were hearing the kettle drum (clock) either much to early, or much too late, compared to their neighbors.
Now, marching bands are only a little bit like this, especially since we said in our example that only nearby neighbor morons (gates) were involved; but in chip design, both clocks and signals may need to be passed great distances away, not just to nearest neighbors.
A major part of chip design revolves around exactly these concepts: trying to compute exactly what the "setup", "hold", and "delay" time min/max values are for millions and millions of gate and signal paths in the chip, and also knowing exactly how long it will take for the signals and clocks to travel from their source to destination(s).
If only a single one of the millions of morons (gates) gets this wrong, the whole song is ruined.
So, it should be clear that if you run the system clock really, really slowly, you generally won't bump in to any setup or delay hazards (hold is a little trickier, but we can ignore that). The clock beats so slowly that signals have plenty of time to reach their destinations, and also the amount of delay through each gate is negligible compared to the long amounts of time that using a slow clock grants you.
But as you increase the clock faster and faster, you start shaving away available time for signals to get to their destinations, and come closer and closer to one of these hazards - a "setup" or "hold" violation. Not only that, but the delays across the chip - which are negligible for a slow clock - start to become really important.
Now, I spent a lot of words up there to illustrate something: the timing problem only very weakly depends what software is running on the phone, it is a function of the hardware alone. You can't "install some software" to make this problem go away. Your microprocessor will run flawlessly up until a certain clock speed, and then disaster!.
And that disaster could be the fault of a single transistor out of tens of millions - generally, a transistor which for some reason, is "weaker" than most of it's neighbors - or it has to push a signal through a line which is oddly more resistive than it should be - and therefore slower.
The second thing to be aware of is that these benchmarks are being run on a multitasking operating system - if you run them 5 times in a row, you will see that you get a different benchmark value each time you run them - because other activities on the phone and the kernel's scheduler conspired to give your benchmark app slightly less or slightly more total attention during the elapsed (wall) clock time of the benchmark.
So, since that website records the "best of the best" - make sure you run your benchmark twenty to fifty times, see if you can diddle the oom_adj value of your process while it is running, and delete all other applications from your phone so that it is the only thing running.
To illustrate that there's no "magic" going on here, I'll give you a concrete example. Two days ago I ran that Linpack app on my Eris. Here's what I did:
OS: GSB v1.2
min cpu = 748 Mhz
max cpu = 748 Mhz
governor = performance
JIT on
killed off most idle apps
And I got linpack scores that varied from 4.8 to 5.1 over two or three runs.
Now, let's compare (the best of) those results to the ones reported in the Benchmark results, but scaled to a different frequency:
(844 Mhz / 748 Mhz) * 5.1 = 5.75
Note that this is plenty close the the value reported at 844 Mhz.
If you want to convince yourself that your phone is fine, set the cpu speed min=max = whatever. Then run the benchmark a couple of times, and compare your result
(844 Mhz / whatever ) * your_best_result
And you will see that your phone is no "different" than the best Eris out there - except that it can't run at 844 Mhz. That latter part is just the luck of the draw.
bftb0
Not all CPUs are created equal. Some are stable at higher frequencies than others. This because many of the steps in CPU production rely on chemical processes. Doping, silicon wafer growth, electroplating, etc. Manufacturers use a technique called CPU binning to help them sort out the better chips.
Where I learned this:
http://www.tomshardware.com/picturestory/514-intel-cpu-processor-core-i7.html
@bftb0...that was beautiful...
If you're going to try higher rates, leave logcat running and watch for errors.
I love that analogy. Mostly because it's fun to make fun of morons, and the more the better!
bftb0, could I have your permission to repost that (up through "and therefore slower.") on FaceBook? I will note before the quote that this applies to any kind of computing device, but I wouldn't change anything you said. I would, of course, also give a linked credit to you, this thread, and XDA.
I was going to ask you in a PM, so I didn't put you on the spot in public, but you must have used to get way too many PMs since you disabled that.
I won't be offended if you say no, just thought I'd ask.
Actually most of those are faked.
There used to be 1ghz scores for the eris. They're quite easy to fake. While some phones can get quite high due to the way CPUs are processed... the linpack website is incredibly easy to fool.
roirraW "edor" ehT said:
could I have your permission to repost that (up through "and therefore slower.") on FaceBook? I will note before the quote that this applies to any kind of computing device, but I wouldn't change anything you said. I would, of course, also give a linked credit to you, this thread, and XDA.
Click to expand...
Click to collapse
Sure.
+10char
bftb0 said:
Sure.
+10char
Click to expand...
Click to collapse
bftb0, I never took the time back then to say thank you for your explanation. I'd like to do that now. Thank you. Obviously I know more about Android and the phones its installed on now. I have a better understanding of this subject and others you have helped with.
Also I haven't seen you around lately. I certainty hope your ok and hope to see you around again.
DINC|CM7|INCREDIKERNEL
I see him all the time. Well I don't actually see him but I do benefit a lot from his advise and insites. Also I've been able to run my Eris at 787mhz without issues but as a norm run at 710mhz.
Hi all, i'm looking for an app that lets me set some default speeds based on CPU's working needs, does something exist?
I remember i had it on my Diamond, i could set the speed with screen off and on, or set it to increase the speed if the CPU has to do lot of work.
I've found LeoCPUSpeed but it seems i have to mode the slider every time i want to change clock...
Just to repeat your request to see that I understand what you want:
You are searching for an app/tool to do something what your HD2 already does by its own?
Yes, but i'd like to tell it when use determined frequencies and which frequencies to use
That's what I was afraid of.
Unfortunately I also know LeoCpuSpeed only for adjusting CPU clock rate.
As you have already determined by yourself you can only switch between fixed CPU clock rate or a dynamic range.
But do you really need something like that?
Isn't your HD2 fast enough?
How about the balance of battery consumption and power/speed?
Have you tested custom ROMs, especially Artemis? That is really fast compared to STOCK ROM.
Yes, it's a lot fast That's the problem, i'd like it to run at a slower clock if not necessary, my aim is to save battery. I don't think a 1Ghz CPU is really needed, my old Elfin has a 200Mhz CPU and for base purposes was just good. I'd like to use a lower clock and let it go to 1Ghz only when needed.
Not sure where, but i've read a few people stating that the usual CPU frequency for the HD2 when it is awake is 768MHz and it only boost to the full 998MHz when it is in need. For windows mobile i don't know how you can determine the range of a dynammic scale (only static as you have been told). However, for android, SetCPU would be what you are looking for. But droid is not what you are looking for (sorry for a pseudo Star Wars reference ).
Yes now I'm on Android and i've got SetCPU, i already knew it on my Hero, but even if on my Diamond i got an application like the one i'm looking for now, it seems that for the Leo, on WM, there's nothing to do
It's is like ei05035 posted, the HD2 doesn't run on full clock rate all the time.
Sir Sternas brought along with Artemis a small tool which shows the CPU usage, see attached pic.
So, I'm not sure whether you can optimize the windows system defaults for cpu usage and battery consumption by setting own values.
Please have also a look on this post, which announces the end of development for LeoCpuSpeed.
I know it can be done because i did so on my Diamond, maybe it's a problem with Snapdragons
https://github.com/xzr467706992/KonaBess/releases/tag/v0.14 is the app that allows us to play with frequency clocks, regulators, etc.
I wrote a post in another thread - How to Guide Redmi K40 Pro ROOT Tools. This is just the instructions so you can get right to it. Make sure you have the fastboot ROM installed (the way Xiaomi.eu is packaged or the MIUI source you used on your phone), or you can export in the KonaBess app to the root SD card and transfer back to your PC. I highly recommend using the most updated FastBoot and ADB tools found here, the guy is religious so go pray to your deity of choosing, or to the earth, wind, fire, whatever the heck you believe in I don't care. https://forum.xda-developers.com/t/...sb-driver-installer-tool-for-windows.3999445/ thanks bro for that tool.
****** SO HERE ARE THE INSTRUCTIONS SO YOU CAN GET MODDING!!!! *******
Just FYI, most people don't know what I'm talking about when I say "voltage regulators for the GPU." The goal here is to use the first one on the top of the list (top is lowest voltage, bottom is highest) that can support the frequency your GPU Mhz are defined at. As you go up a regulator, the voltage increases, which leads to more power usage and hotter temperatures. Note that I played with it a little bit, and it DOES NOT seem to allow large changes in frequencies (higher that is, without upping the regulator*** you may not be able to use the higher regulators because of a commit I found in KonaBess (noted later). So it's usefulness may be not as great as I had hoped on the OC side, the throttling side, yes this could be invaluable.
If it doesn't boot, ensure you have your fastboot ROM downloaded somewhere (or use the program, it will extract vendor_boot.img to the root directory for you, save off to your PC where fastboot is located as you'll have to use PWR+Volume Down to go to fastboot, then reinstall the original vendor_boot.img (the new format saves this info in this new partition) by typing:
fastboot flash vendor_boot vendor_boot.img
fastboot reboot
Now this tool looks great for underclocking. I booted at 295mhz low and 825mhz high without changing the voltage regulators. But note the program seems a bit buggy - it will (sometimes) drop the max clock when you change it, so you MAY need a kernel manager like SmartPack to set on boot the max clock speed. At least until the code is fixed. I was able to boot on a lower regulator at 150mhz BTW [LEVEL_LOW_SVS_D1], and I didn't notice any performance difference! Just watch out for dropped frames, which can happen if your spacing is too far apart, or your frequency clock not giving enough juice. This can be done just viewing the screen - set it how you like it - power hungry or power friendly or mix and match.
These are the GPU Voltage Regulator Names (extracted from Linux 5.6.41 K40 Pro Plus / Mi11i source, codenamed haydn), listed from lowest voltage to highest. You have 10 choices I believe (regulator 0 is always the max frequency, regulator 9 is the lowest frequency):
LEVEL_RETENTION (so low it may not display anything)
LEVEL_MIN_SVS
LEVEL_LOW_SVS_D1 (note: I got it to boot at 150mhz on this regulator)
LEVEL_LOW_SVS default for 315000000 (315mhz) [REGULATOR 9 STOCK]
LEVEL_LOW_SVS_L1 default for 379000000 (379mhz)
LEVEL_LOW_SVS_L2
LEVEL_SVS default for 443000000 (443mhz)
LEVEL_SVS_L0 default for 491000000 (490mhz)
LEVEL_SVS_L1 default for 540000000 (540mhz)
LEVEL_SVS_L2 default for 608000000 (608mhz)
LEVEL_NOM default for 676000000 (676mhz)
LEVEL_NOM_L1 default for 738000000 (738mhz)
LEVEL_NOM_L2
LEVEL_TURBO default for 778000000 (778mhz)
**LEVEL_TUBRO_L0 -> added by KonaBess, not sure you can actually use it as it would require a kernel modification
LEVEL_TURBO_L1 default for 840000000 (840mhz) [REGULATOR 0 STOCK]
The levels below are turned off by KonaBess on "old 888 firmware" in commit https://github.com/xzr467706992/KonaBess/commit/e12afa47c7255e5ce1d33d97700479f67449ff89 - I presume the K40 Pro Plus supports it as it has an 888+ qcom,speed-bin = <1> defined at 900mhz on the LEVEL_TURBO_L2 regulator in the file lahaina-gpu-v2.dtsi, while Mi11 code does not have this regulator defined in the file: qcom,rpmh-regulator-levels.h) NOTE: get fastboot up on your PC before you mess with any of these regulators, you'll need it! You'll be fastboot flashing vendor_boot.img a lot. The device is already super OC'd by Qualcomm stock. That's why 888's throttle so much. Now that may be GPU or CPU related, we don't know yet. This will give us some idea. Watch temps wisely:
LEVEL_TURBO_L2
LEVEL_SUPER_TURBO
LEVEL_SUPER_TURBO_NO_CPR (okay this regulator sounds scary - CPR is used to bring someone's heart back to life after it stops beating... use with EXTREME CAUTION. My guess is it turns off all overheating protection)
My K40 Pro Plus is packed up for resale, start a conversation with me if interested ($620 USD basically Mint condition + S&H, extra rugged case + cam lens tempered glass, no markup @ China price, Xiaomi.EU stable 12.5.3 rooted with Magisk Stable and has Vanced (YouTube and Music no ads), Netflix L1, Amazon US, AdAway, all Google Services and apps like Calendar, Contacts, Messages, Chome, Discovery, Lens, GPay always worked when I used the phone before, etc. just login to your Google account and everything will auto-setup). A guy said he'd buy it from me this Friday if I hold it for $700, we'll see about that. I know it works on T-mobile USA alright LTE (N41 5G IF deployed to your area, its not in Houston, TX yet for me to test) and many EU countries frequency coverage is even better. Start of conversation with me if interested I have loads of pics on other websites. Selling because I can only build so many kernels and I have way too many phones. **I'll delete this portion once sold, not sure if the XDA rules allow me to post it (sorry moderators if I violated a rule, just trying to give a great deal to someone who is looking for an 888, I'm not making ANY money).
Back to the topic at hand. I would begin starting at the 840mhz and switch it to one lower regulator, i.e. switch to TURBO instead, and likely drop the mhz too if it fails to boot. Then repeat the rest the same way (1 level down) but only modify 1 at a time, test, then it's fastboot time if it doesn't support it OR you succeeded (write down the numbers). Then run 3DBench 1 test run first. If that works fine, you can run the stress test for 20m after you're happy with all your new frequencies and see if it runs well (no fragments, no lag, etc). If so, keep it there. You should be able to see any FREQUENCY changes in SmartPack Kernel Manager (free on the Playstore or Github, under GPU menu). You can make up your own clock speeds too. I tried dropping the max clock to 825mhz from 840mhz and it booted fine; the AnTuTu v9.0.5-OB graphics segment was lag free. This is silicon lottery customization BTW, some chips will run better at different frequencies and regulators than others.
I hope you find this post useful, took me A VERY LONG TIME to put it together to simplify the GPU adjustments using KonaBess app. It's easiest to make small changes, remember OC'ing an already OC'd device (straight from QCOM, yes they OC'd it) is not likely to work work well - any OC attempts should be like +5000mhz or +10000 at a time. All 888 phones throttle on the default config when pushed hard enough (i.e. like during a bench / stress test session). Since you are mostly testing graphics, I suggest the 3DMark 20 minute stress test for stability verification. If you underclock the GPU enough, you can probably eliminate throttling while still getting a good bench result, while adding to your screen on time (SOT). Throttle free and fast, with decent battery, and you have a winner.
Although if you want to play with the often randomly changing AnTuTu benchmark, you can do that that a little bit faster. I just think that is used by OEMs to sell phones after using it for so many years, I noticed the version #s started to increment a lot faster as more 888 phones were released. From AnTuTu v9.0.1-OB to v9.0.5-OB scores just randomly seemed to change. Companies like RealMe and Nubia (RedMagic) cheat the bench anyway to give you higher scores that don't mean anything in actual use. 3DMark seems like a more consistent bench. Anyway, regardless of which bench you chooose, mark the first runs at the current settings. Let the phone cool down and close all open apps before benching (5 minutes is a good rule of thumb for all apps to load). For more consistency, turn on airplane mode and turn off bluetooth / nfc / etc. Try to run your benches at the same battery % (have that charger ready).
Please post your findings here and notate your device, the mhz you chose, the regulator you chose, etc. so people can work from your values. As I mentioned, you are testing your silicon lotto ticket here - most chips will differ between one another. Your 888 only has to pass a minimum spec to make it to production. Some are all stars and some barely make the cutoff. That's life, it's okay, they are all fast anyway. Even the worst chip will still be fast.
Feel free to like this post if it helped you out!
mslezak said:
https://github.com/xzr467706992/KonaBess/releases/tag/v0.14 is the app that allows us to play with frequency clocks, regulators, etc.
I wrote a post in another thread - How to Guide Redmi K40 Pro ROOT Tools. This is just the instructions so you can get right to it. Make sure you have the fastboot ROM installed (the way Xiaomi.eu is packaged or the MIUI source you used on your phone), or you can export in the KonaBess app to the root SD card and transfer back to your PC. I highly recommend using the most updated FastBoot and ADB tools found here, the guy is religious so go pray to your deity of choosing, or to the earth, wind, fire, whatever the heck you believe in I don't care. https://forum.xda-developers.com/t/...sb-driver-installer-tool-for-windows.3999445/ thanks bro for that tool.
****** SO HERE ARE THE INSTRUCTIONS SO YOU CAN GET MODDING!!!! *******
Just FYI, most people don't know what I'm talking about when I say "voltage regulators for the GPU." The goal here is to use the first one on the top of the list (top is lowest voltage, bottom is highest) that can support the frequency your GPU Mhz are defined at. As you go up a regulator, the voltage increases, which leads to more power usage and hotter temperatures. Note that I played with it a little bit, and it DOES NOT seem to allow large changes in frequencies (higher that is, without upping the regulator*** you may not be able to use the higher regulators because of a commit I found in KonaBess (noted later). So it's usefulness may be not as great as I had hoped on the OC side, the throttling side, yes this could be invaluable.
If it doesn't boot, ensure you have your fastboot ROM downloaded somewhere (or use the program, it will extract vendor_boot.img to the root directory for you, save off to your PC where fastboot is located as you'll have to use PWR+Volume Down to go to fastboot, then reinstall the original vendor_boot.img (the new format saves this info in this new partition) by typing:
fastboot flash vendor_boot vendor_boot.img
fastboot reboot
Now this tool looks great for underclocking. I booted at 295mhz low and 825mhz high without changing the voltage regulators. But note the program seems a bit buggy - it will (sometimes) drop the max clock when you change it, so you MAY need a kernel manager like SmartPack to set on boot the max clock speed. At least until the code is fixed. I was able to boot on a lower regulator at 150mhz BTW [LEVEL_LOW_SVS_D1], and I didn't notice any performance difference! Just watch out for dropped frames, which can happen if your spacing is too far apart, or your frequency clock not giving enough juice. This can be done just viewing the screen - set it how you like it - power hungry or power friendly or mix and match.
These are the GPU Voltage Regulator Names (extracted from Linux 5.6.41 K40 Pro Plus / Mi11i source, codenamed haydn), listed from lowest voltage to highest. You have 10 choices I believe (regulator 0 is always the max frequency, regulator 9 is the lowest frequency):
LEVEL_RETENTION (so low it may not display anything)
LEVEL_MIN_SVS
LEVEL_LOW_SVS_D1 (note: I got it to boot at 150mhz on this regulator)
LEVEL_LOW_SVS default for 315000000 (315mhz) [REGULATOR 9 STOCK]
LEVEL_LOW_SVS_L1 default for 379000000 (379mhz)
LEVEL_LOW_SVS_L2
LEVEL_SVS default for 443000000 (443mhz)
LEVEL_SVS_L0 default for 491000000 (490mhz)
LEVEL_SVS_L1 default for 540000000 (540mhz)
LEVEL_SVS_L2 default for 608000000 (608mhz)
LEVEL_NOM default for 676000000 (676mhz)
LEVEL_NOM_L1 default for 738000000 (738mhz)
LEVEL_NOM_L2
LEVEL_TURBO default for 778000000 (778mhz)
**LEVEL_TUBRO_L0 -> added by KonaBess, not sure you can actually use it as it would require a kernel modification
LEVEL_TURBO_L1 default for 840000000 (840mhz) [REGULATOR 0 STOCK]
The levels below are turned off by KonaBess on "old 888 firmware" in commit https://github.com/xzr467706992/KonaBess/commit/e12afa47c7255e5ce1d33d97700479f67449ff89 - I presume the K40 Pro Plus supports it as it has an 888+ qcom,speed-bin = <1> defined at 900mhz on the LEVEL_TURBO_L2 regulator in the file lahaina-gpu-v2.dtsi, while Mi11 code does not have this regulator defined in the file: qcom,rpmh-regulator-levels.h) NOTE: get fastboot up on your PC before you mess with any of these regulators, you'll need it! You'll be fastboot flashing vendor_boot.img a lot. The device is already super OC'd by Qualcomm stock. That's why 888's throttle so much. Now that may be GPU or CPU related, we don't know yet. This will give us some idea. Watch temps wisely:
LEVEL_TURBO_L2
LEVEL_SUPER_TURBO
LEVEL_SUPER_TURBO_NO_CPR (okay this regulator sounds scary - CPR is used to bring someone's heart back to life after it stops beating... use with EXTREME CAUTION. My guess is it turns off all overheating protection)
My K40 Pro Plus is packed up for resale, start a conversation with me if interested ($620 USD basically Mint condition + S&H, extra rugged case + cam lens tempered glass, no markup @ China price, Xiaomi.EU stable 12.5.3 rooted with Magisk Stable and has Vanced (YouTube and Music no ads), Netflix L1, Amazon US, AdAway, all Google Services and apps like Calendar, Contacts, Messages, Chome, Discovery, Lens, GPay always worked when I used the phone before, etc. just login to your Google account and everything will auto-setup). A guy said he'd buy it from me this Friday if I hold it for $700, we'll see about that. I know it works on T-mobile USA alright LTE (N41 5G IF deployed to your area, its not in Houston, TX yet for me to test) and many EU countries frequency coverage is even better. Start of conversation with me if interested I have loads of pics on other websites. Selling because I can only build so many kernels and I have way too many phones. **I'll delete this portion once sold, not sure if the XDA rules allow me to post it (sorry moderators if I violated a rule, just trying to give a great deal to someone who is looking for an 888, I'm not making ANY money).
Back to the topic at hand. I would begin starting at the 840mhz and switch it to one lower regulator, i.e. switch to TURBO instead, and likely drop the mhz too if it fails to boot. Then repeat the rest the same way (1 level down) but only modify 1 at a time, test, then it's fastboot time if it doesn't support it OR you succeeded (write down the numbers). Then run 3DBench 1 test run first. If that works fine, you can run the stress test for 20m after you're happy with all your new frequencies and see if it runs well (no fragments, no lag, etc). If so, keep it there. You should be able to see any FREQUENCY changes in SmartPack Kernel Manager (free on the Playstore or Github, under GPU menu). You can make up your own clock speeds too. I tried dropping the max clock to 825mhz from 840mhz and it booted fine; the AnTuTu v9.0.5-OB graphics segment was lag free. This is silicon lottery customization BTW, some chips will run better at different frequencies and regulators than others.
I hope you find this post useful, took me A VERY LONG TIME to put it together to simplify the GPU adjustments using KonaBess app. It's easiest to make small changes, remember OC'ing an already OC'd device (straight from QCOM, yes they OC'd it) is not likely to work work well - any OC attempts should be like +5000mhz or +10000 at a time. All 888 phones throttle on the default config when pushed hard enough (i.e. like during a bench / stress test session). Since you are mostly testing graphics, I suggest the 3DMark 20 minute stress test for stability verification. If you underclock the GPU enough, you can probably eliminate throttling while still getting a good bench result, while adding to your screen on time (SOT). Throttle free and fast, with decent battery, and you have a winner.
Although if you want to play with the often randomly changing AnTuTu benchmark, you can do that that a little bit faster. I just think that is used by OEMs to sell phones after using it for so many years, I noticed the version #s started to increment a lot faster as more 888 phones were released. From AnTuTu v9.0.1-OB to v9.0.5-OB scores just randomly seemed to change. Companies like RealMe and Nubia (RedMagic) cheat the bench anyway to give you higher scores that don't mean anything in actual use. 3DMark seems like a more consistent bench. Anyway, regardless of which bench you chooose, mark the first runs at the current settings. Let the phone cool down and close all open apps before benching (5 minutes is a good rule of thumb for all apps to load). For more consistency, turn on airplane mode and turn off bluetooth / nfc / etc. Try to run your benches at the same battery % (have that charger ready).
Please post your findings here and notate your device, the mhz you chose, the regulator you chose, etc. so people can work from your values. As I mentioned, you are testing your silicon lotto ticket here - most chips will differ between one another. Your 888 only has to pass a minimum spec to make it to production. Some are all stars and some barely make the cutoff. That's life, it's okay, they are all fast anyway. Even the worst chip will still be fast.
Feel free to like this post if it helped you out!
Click to expand...
Click to collapse
Many thanks for your contribute. Hope that this community will grow and we'll have TWRP and custom ROM son
It will take some time, but someone in China is likely working on it since Venus (Mi11) TWRP just came out.
mslezak said:
It will take some time, but someone in China is likely working on it since Venus (Mi11) TWRP just came out.
Click to expand...
Click to collapse
BTW it could be out there already if you search Chinese websites, someone just "found" the Mi11 TWRP in Chinese, we have no idea who made it. I'd search for haydn TWRP or K40 Pro TWRP and see where it gets you ...
mslezak said:
BTW it could be out there already if you search Chinese websites, someone just "found" the Mi11 TWRP in Chinese, we have no idea who made it. I'd search for haydn TWRP or K40 Pro TWRP and see where it gets you ...
Click to expand...
Click to collapse
Wow, really looking forward to this. I'll keep an eye out. As far as i know there're a TWRP for alioth. Soon be haydn.
Can you port ROM for this devices. I'm trying to learn but there're no up to day document for me to start
makiothekid said:
Wow, really looking forward to this. I'll keep an eye out. As far as i know there're a TWRP for alioth. Soon be haydn.
Can you port ROM for this devices. I'm trying to learn but there're no up to day document for me to start
Click to expand...
Click to collapse
Someone needs to make the kernel first, AOSP, which will be a challenge. I have never done it.
awesome - thanks very much for your efforts!
I have set 840MHz to Turbo and 768 on Nom_L3.
The phone is booting fine.
So is there any way to know if the settings are applied?
Kernel manager shows power level 9.
And clock reaches 840 fine during tests.
I applied with the flash option in konaBess.
11x pro
Going to try this now!
I also started to undervolting the Snapdragon 888 GPU. I'm on xiaomi.eu weekly ROM.
I cannot use any Benchmark/stresstest app because of the Xiaomi block. Can someone help me please, how to use 3DMark or something like that on a xiaomi.eu ROM?
Since a week I'm using the following values. It seems to be stable including gaming.
Kernel manager shows power level 10 (because of adding custom freq?) and i need to set max. freq to 840 MHz on boot in kernel manager.
Here are my first results:
Voltage LevelDefault Frequency (MHz)UV Frequency (MHz)NotesLEVEL_RETENTION--not available on haydnLEVEL_MIN_SVS--LEVEL_LOW_SVS_D1-150added 1 of max. 1 custom FrequencyLEVEL_LOW_SVS315315LEVEL_LOW_SVS_L1379379LEVEL_LOW_SVS_L2-443LEVEL_SVS443491LEVEL_SVS_L0491540LEVEL_SVS_L1540608LEVEL_SVS_L2608676LEVEL_NOM676738LEVEL_NOM_L1738-LEVEL_NOM_L2-778LEVEL_NOM_L3--not mentioned in the first postLEVEL_TURBO778800LEVEL_TUBRO_L0--not tried, see note in first postLEVEL_TURBO_L1840-
mslezak said:
https://github.com/xzr467706992/KonaBess/releases/tag/v0.14 is the app that allows us to play with frequency clocks, regulators, etc.
I wrote a post in another thread - How to Guide Redmi K40 Pro ROOT Tools. This is just the instructions so you can get right to it. Make sure you have the fastboot ROM installed (the way Xiaomi.eu is packaged or the MIUI source you used on your phone), or you can export in the KonaBess app to the root SD card and transfer back to your PC. I highly recommend using the most updated FastBoot and ADB tools found here, the guy is religious so go pray to your deity of choosing, or to the earth, wind, fire, whatever the heck you believe in I don't care. https://forum.xda-developers.com/t/...sb-driver-installer-tool-for-windows.3999445/ thanks bro for that tool.
****** SO HERE ARE THE INSTRUCTIONS SO YOU CAN GET MODDING!!!! *******
Just FYI, most people don't know what I'm talking about when I say "voltage regulators for the GPU." The goal here is to use the first one on the top of the list (top is lowest voltage, bottom is highest) that can support the frequency your GPU Mhz are defined at. As you go up a regulator, the voltage increases, which leads to more power usage and hotter temperatures. Note that I played with it a little bit, and it DOES NOT seem to allow large changes in frequencies (higher that is, without upping the regulator*** you may not be able to use the higher regulators because of a commit I found in KonaBess (noted later). So it's usefulness may be not as great as I had hoped on the OC side, the throttling side, yes this could be invaluable.
If it doesn't boot, ensure you have your fastboot ROM downloaded somewhere (or use the program, it will extract vendor_boot.img to the root directory for you, save off to your PC where fastboot is located as you'll have to use PWR+Volume Down to go to fastboot, then reinstall the original vendor_boot.img (the new format saves this info in this new partition) by typing:
fastboot flash vendor_boot vendor_boot.img
fastboot reboot
Now this tool looks great for underclocking. I booted at 295mhz low and 825mhz high without changing the voltage regulators. But note the program seems a bit buggy - it will (sometimes) drop the max clock when you change it, so you MAY need a kernel manager like SmartPack to set on boot the max clock speed. At least until the code is fixed. I was able to boot on a lower regulator at 150mhz BTW [LEVEL_LOW_SVS_D1], and I didn't notice any performance difference! Just watch out for dropped frames, which can happen if your spacing is too far apart, or your frequency clock not giving enough juice. This can be done just viewing the screen - set it how you like it - power hungry or power friendly or mix and match.
These are the GPU Voltage Regulator Names (extracted from Linux 5.6.41 K40 Pro Plus / Mi11i source, codenamed haydn), listed from lowest voltage to highest. You have 10 choices I believe (regulator 0 is always the max frequency, regulator 9 is the lowest frequency):
LEVEL_RETENTION (so low it may not display anything)
LEVEL_MIN_SVS
LEVEL_LOW_SVS_D1 (note: I got it to boot at 150mhz on this regulator)
LEVEL_LOW_SVS default for 315000000 (315mhz) [REGULATOR 9 STOCK]
LEVEL_LOW_SVS_L1 default for 379000000 (379mhz)
LEVEL_LOW_SVS_L2
LEVEL_SVS default for 443000000 (443mhz)
LEVEL_SVS_L0 default for 491000000 (490mhz)
LEVEL_SVS_L1 default for 540000000 (540mhz)
LEVEL_SVS_L2 default for 608000000 (608mhz)
LEVEL_NOM default for 676000000 (676mhz)
LEVEL_NOM_L1 default for 738000000 (738mhz)
LEVEL_NOM_L2
LEVEL_TURBO default for 778000000 (778mhz)
**LEVEL_TUBRO_L0 -> added by KonaBess, not sure you can actually use it as it would require a kernel modification
LEVEL_TURBO_L1 default for 840000000 (840mhz) [REGULATOR 0 STOCK]
The levels below are turned off by KonaBess on "old 888 firmware" in commit https://github.com/xzr467706992/KonaBess/commit/e12afa47c7255e5ce1d33d97700479f67449ff89 - I presume the K40 Pro Plus supports it as it has an 888+ qcom,speed-bin = <1> defined at 900mhz on the LEVEL_TURBO_L2 regulator in the file lahaina-gpu-v2.dtsi, while Mi11 code does not have this regulator defined in the file: qcom,rpmh-regulator-levels.h) NOTE: get fastboot up on your PC before you mess with any of these regulators, you'll need it! You'll be fastboot flashing vendor_boot.img a lot. The device is already super OC'd by Qualcomm stock. That's why 888's throttle so much. Now that may be GPU or CPU related, we don't know yet. This will give us some idea. Watch temps wisely:
LEVEL_TURBO_L2
LEVEL_SUPER_TURBO
LEVEL_SUPER_TURBO_NO_CPR (okay this regulator sounds scary - CPR is used to bring someone's heart back to life after it stops beating... use with EXTREME CAUTION. My guess is it turns off all overheating protection)
My K40 Pro Plus is packed up for resale, start a conversation with me if interested ($620 USD basically Mint condition + S&H, extra rugged case + cam lens tempered glass, no markup @ China price, Xiaomi.EU stable 12.5.3 rooted with Magisk Stable and has Vanced (YouTube and Music no ads), Netflix L1, Amazon US, AdAway, all Google Services and apps like Calendar, Contacts, Messages, Chome, Discovery, Lens, GPay always worked when I used the phone before, etc. just login to your Google account and everything will auto-setup). A guy said he'd buy it from me this Friday if I hold it for $700, we'll see about that. I know it works on T-mobile USA alright LTE (N41 5G IF deployed to your area, its not in Houston, TX yet for me to test) and many EU countries frequency coverage is even better. Start of conversation with me if interested I have loads of pics on other websites. Selling because I can only build so many kernels and I have way too many phones. **I'll delete this portion once sold, not sure if the XDA rules allow me to post it (sorry moderators if I violated a rule, just trying to give a great deal to someone who is looking for an 888, I'm not making ANY money).
Back to the topic at hand. I would begin starting at the 840mhz and switch it to one lower regulator, i.e. switch to TURBO instead, and likely drop the mhz too if it fails to boot. Then repeat the rest the same way (1 level down) but only modify 1 at a time, test, then it's fastboot time if it doesn't support it OR you succeeded (write down the numbers). Then run 3DBench 1 test run first. If that works fine, you can run the stress test for 20m after you're happy with all your new frequencies and see if it runs well (no fragments, no lag, etc). If so, keep it there. You should be able to see any FREQUENCY changes in SmartPack Kernel Manager (free on the Playstore or Github, under GPU menu). You can make up your own clock speeds too. I tried dropping the max clock to 825mhz from 840mhz and it booted fine; the AnTuTu v9.0.5-OB graphics segment was lag free. This is silicon lottery customization BTW, some chips will run better at different frequencies and regulators than others.
I hope you find this post useful, took me A VERY LONG TIME to put it together to simplify the GPU adjustments using KonaBess app. It's easiest to make small changes, remember OC'ing an already OC'd device (straight from QCOM, yes they OC'd it) is not likely to work work well - any OC attempts should be like +5000mhz or +10000 at a time. All 888 phones throttle on the default config when pushed hard enough (i.e. like during a bench / stress test session). Since you are mostly testing graphics, I suggest the 3DMark 20 minute stress test for stability verification. If you underclock the GPU enough, you can probably eliminate throttling while still getting a good bench result, while adding to your screen on time (SOT). Throttle free and fast, with decent battery, and you have a winner.
Although if you want to play with the often randomly changing AnTuTu benchmark, you can do that that a little bit faster. I just think that is used by OEMs to sell phones after using it for so many years, I noticed the version #s started to increment a lot faster as more 888 phones were released. From AnTuTu v9.0.1-OB to v9.0.5-OB scores just randomly seemed to change. Companies like RealMe and Nubia (RedMagic) cheat the bench anyway to give you higher scores that don't mean anything in actual use. 3DMark seems like a more consistent bench. Anyway, regardless of which bench you chooose, mark the first runs at the current settings. Let the phone cool down and close all open apps before benching (5 minutes is a good rule of thumb for all apps to load). For more consistency, turn on airplane mode and turn off bluetooth / nfc / etc. Try to run your benches at the same battery % (have that charger ready).
Please post your findings here and notate your device, the mhz you chose, the regulator you chose, etc. so people can work from your values. As I mentioned, you are testing your silicon lotto ticket here - most chips will differ between one another. Your 888 only has to pass a minimum spec to make it to production. Some are all stars and some barely make the cutoff. That's life, it's okay, they are all fast anyway. Even the worst chip will still be fast.
Feel free to like this post if it helped you out!
Click to expand...
Click to collapse
How do I extract vendor_boot.img directly from the phone? I have op9pro and can't find the rom version I have installed, and konabess seems to extract boot.img
Unfortunately, this doesn't work for the Mi 11X Pro. Doesn't it support phones with the Snapdragon 888 chipset?