[Q] With LiveOC I must change also the voltages? - Nexus S Q&A, Help & Troubleshooting

Hi there!
I'm not allowed yet to post in the development section, so I decided to put my question here... Please don't shoot me
I have read many threads from the Development Section (when got the time), tested a few Roms and Kernels. All of the developers are doing a great job, every day (my donations are going to eugene373, mathkid95 & peter alfonso).
I had no idea how a Nexus S can "move" with a custom Rom or Kernel.
I'm kinda new in this "root affair" with my phone, and i found a superb combination between Bugless Beast Rom & Matr1x 15 Kernel. For that i have posted some screen shots.
In order to achieve those results, i used LiveOC to 105 but i didn't changed the voltages. Oh, and Lulzactive/Sio. When i put the phone to charge, i had a freeze, and a battery pull was needed.
So, can someone tell me if i need to change the voltages too for that combination to be stable? If so, which are the best voltages?
Thank all of you in advance!
P.S.: I use i9023 LCD. With eugene373's Speedy 7 & stock ICS i had no reboots or freezes, but the battery is not that great. Although, the phone is unbelievably fast.

They're decent results, the i9023's screen generally uses more power due to the backlight. Matr1x kernel is undervolted and some phones don't like it. For LiveOC i would DEFINITELY pump up the voltages (say +25mV across the board, except 100mhz and 200mhz as matr1x has them stock). Keep messing around with the voltages until you find the lowest voltage that is happily stable and not overheating.
Your phone may be fine, though. But as the frequency goes up AND matr1x is already undervolted, you'll probably be better off taking it up to 110% and finding somewhere stable there since i believe the minimum voltage change is 25mV.

Thank you very much for your answer.
I'll will try to do what you adviced me, but I'm a little bit afraid not to mess up things because I'm just a begginer, as I said...
Best of luck!

You'll be fine mate, just don't push it too hard until you know what your phone is capable of and make sure heat isn't a problem. Some chips just aren't as lenient as others, but yours seems to take undervolting fairly well which is a good sign.

Also, as you're bumping it up and testing, don't check set on boot. Unless you have a current working nandroid at least.
Sent from my Nexus S 4G using xda premium

Harbb said:
They're decent results, the i9023's screen generally uses more power due to the backlight. Matr1x kernel is undervolted and some phones don't like it. For LiveOC i would DEFINITELY pump up the voltages (say +25mV across the board, except 100mhz and 200mhz as matr1x has them stock). Keep messing around with the voltages until you find the lowest voltage that is happily stable and not overheating.
Your phone may be fine, though. But as the frequency goes up AND matr1x is already undervolted, you'll probably be better off taking it up to 110% and finding somewhere stable there since i believe the minimum voltage change is 25mV.
Click to expand...
Click to collapse
i think your statment about screen is not completely right.
yes , based on SA screen functionality , it's saves more power then Super Clear LCD screen because SA lights its up by itself , but SC LCD screen needs additional light lay.
but that also depends on color , SA runs brilliant color costs same , or even more juices as SC LCD , but it do save power when shows dark color like black.
this is why android 2.3 status bar color has changed from grey to black , also default wallpaper for Nexus S is dark color.
------------
to OP , about voltages , you only have to change it when you OC and your phone become unstable , live OC usually are able up to 115% or 120% , if you don't OC over 1.0 G but use live OC up to 1.15 G or 1.2 G , you won't be needing change voltage.
but if you use both OC and liveOC , for example by Matr1x, CPU can set up to 1.46G and 115% of LiveOC , max to 1.67 G , in that case you may need change voltage...
yes... this is max i've done , i was afraid that i would get CPU fried...

I said generally for the amoleds, I'm very aware of how they work. Unless you're staring at an all white screen all day it is quite rare for it to use more power. This is why it is a great technology for mobile phones.
Anywho, it certainly needs additional voltage with liveoc. Please don't misinform others. At 110%, 1GHz becomes 1.1GHz which is plenty to cause instability on many cpus. This is especially true with matr1x and other undervolted kernels.

with all due respect , but i think little bite OC doesn't really need change voltage , because usually , generally , mostly , kernel default setting is enough...

When you live oc an undervolted kernel yes you do need to raise voltages
Regardless if you regular oc or not because if you live oc by 10% you are ocing by 10%. Its not complicated.
Harbb is right.
I know, I'm a tester for matr1x and in being a tester that means I have to test all aspects of it and put it under different strains, overclocking etc.
To the OP:
Live oc by 110% and if you have problems with reboots then raise voltages by 25mv as harbb said already.
And he also gave good advice regarding unchecking the set at boot option in nstools.
Disregard all other comments.

Thank you Harbb and Nodstuff!
Very good advices, I've followed them and seems to work ok so far. Seems like I didn't read that much as I thought, because I didn't know that the Matr1x kernel is undervolted. I have to read more infos from here, wish I'd had the time... I was just looking for a good combination between a Rom and a Kernel, because I had terrible battery life on stock ICS. Now I'm pretty happy with the combo mentioned above, thank you again for your help.
I wish you all the best and good luck!

Related

[Q] My device keeps powering off when the I put the screen to sleep.

For some reason since this morning after a full night of charging everytime my screen goes to sleep or I pus the power button to put the screen to sleep the device completely powers off. Last night I did flash infusion to oc/uv but had several issues and just kept the the device clocked at 12k and did slight uv. Im using setcpu and have a profile setup for screen off but I disabled in hopes to remedy the total poweroff. Any suggestions? How can infusion be removed?
supadupadoug said:
For some reason since this morning after a full night of charging everytime my screen goes to sleep or I pus the power button to put the screen to sleep the device completely powers off. Last night I did flash infusion to oc/uv but had several issues and just kept the the device clocked at 12k and did slight uv. Im using setcpu and have a profile setup for screen off but I disabled in hopes to remedy the total poweroff. Any suggestions? How can infusion be removed?
Click to expand...
Click to collapse
Flash community kernel your getting sod or try removing your Oc UV settings
Sent from my SAMSUNG-SGH-I997R using XDA Premium App
Ok thanks. What is sod by the way???
supadupadoug said:
Ok thanks. What is sod by the way???
Click to expand...
Click to collapse
Sleep of death
Sent from my SAMSUNG-SGH-I997R using XDA Premium App
oh lol im learning slowly but fa showly.
supadupadoug said:
oh lol im learning slowly but fa showly.
Click to expand...
Click to collapse
All good
Infusion kernel is great kernel but your settings are going to be trial an error play around with.UV that's usually the probably with sod
Sent from my SAMSUNG-SGH-I997R using XDA Premium App
Question about uv. is less best ie -25? and what does disabling the various clock speeds do?
Try using setcpu to throttle your frequencies. If you're having sod that usually means your phone isn't getting the required voltage for your CPU and you're choking your phone.. See if you can set it at 1200mhz and 800mhz on performance mode and see where that leads you.
Thanks I will give that a try. to oc really isn't my goal just to improve battery life. Right now seems to be working ok @12k with frequency uv @75-50
jdbeitz said:
Try using setcpu to throttle your frequencies. If you're having sod that usually means your phone isn't getting the required voltage for your CPU and you're choking your phone.. See if you can set it at 1200mhz and 800mhz on performance mode and see where that leads you.
Click to expand...
Click to collapse
SoD actually usually happens at lower frequencies - after all the phone tends to stay down there when the screen is off.
Typically SoD results from too much UV from 100-400. I never was able to go more than -50 mV undervolt, others hit -100.
netarchy's Gingerbread OC config is a bit different, instead of setting modifiers from stock you set absolute voltages. (No binaries have been released of his kernel until more testing is done - but the source is out there!)
You guys are great everyday i just read and read and im amazed by the information and knowledge passed on. I learn something new every few pages. As for my oc/uv prob i've stuck to minimal uv with no oc and screen off profile and everything is working aok i did switch to the b version of infusion so so far so good. Ive read 28 pages today on the new infusion v2b2 for gb and that will be my next conquest. To all thanks a bunch and continue to the good work and especially helping out the new guys like me. And believe it or not im an electrical engineer lol. Again thanks and much appreciation
supadupadoug said:
You guys are great everyday i just read and read and im amazed by the information and knowledge passed on. I learn something new every few pages. As for my oc/uv prob i've stuck to minimal uv with no oc and screen off profile and everything is working aok i did switch to the b version of infusion so so far so good. Ive read 28 pages today on the new infusion v2b2 for gb and that will be my next conquest. To all thanks a bunch and continue to the good work and especially helping out the new guys like me. And believe it or not im an electrical engineer lol. Again thanks and much appreciation
Click to expand...
Click to collapse
No prob. Buddy glad to have ya
Sent from my SAMSUNG-SGH-I997R using XDA Premium App
Entropy512 said:
SoD actually usually happens at lower frequencies - after all the phone tends to stay down there when the screen is off.
Typically SoD results from too much UV from 100-400. I never was able to go more than -50 mV undervolt, others hit -100.
netarchy's Gingerbread OC config is a bit different, instead of setting modifiers from stock you set absolute voltages. (No binaries have been released of his kernel until more testing is done - but the source is out there!)
Click to expand...
Click to collapse
sounds a bit like unhelpfuls kernel from the eclair captivate days. he had absolute voltage values and other freatures. will the gpu clock be configurable? that would be awesome. under clocking the gpu and agressive uv and ucing the cpu could add hours to the battery life. with 2.3.3 you could set the phone to 800mhz and the gpu to 182 or 166mhz could probably give little negative performance in every day use with exceptional battery life.
to the op:
sod can be a problem especially if you overclock. it seems the cpu doesnt like rapid voltage changes. i can uv -200 acriss the board if i dont overclock. if i do im at -150. the 200mhz clock is almost never used but i find if i disable it im more prone to sod presumably because the voltage and frequency jump to 400mhz is too great. it can help if the 100mhz-200mhz clocks have less uv than 400. if you loose stability on 1200 at -100 then maybe set all clocks to -75 cept 100-200mhz which you may set to -50.
this isnt a rule though. you might be able to uv 400-1000 settings quite a bit more than the 1200 setting just if you have sleep of death you generally dont want agressive settings on the 100-200mhz.
Dani897 said:
sounds a bit like unhelpfuls kernel from the eclair captivate days. he had absolute voltage values and other freatures. will the gpu clock be configurable? that would be awesome. under clocking the gpu and agressive uv and ucing the cpu could add hours to the battery life. with 2.3.3 you could set the phone to 800mhz and the gpu to 182 or 166mhz could probably give little negative performance in every day use with exceptional battery life.
to the op:
sod can be a problem especially if you overclock. it seems the cpu doesnt like rapid voltage changes. i can uv -200 acriss the board if i dont overclock. if i do im at -150. the 200mhz clock is almost never used but i find if i disable it im more prone to sod presumably because the voltage and frequency jump to 400mhz is too great. it can help if the 100mhz-200mhz clocks have less uv than 400. if you loose stability on 1200 at -100 then maybe set all clocks to -75 cept 100-200mhz which you may set to -50.
this isnt a rule though. you might be able to uv 400-1000 settings quite a bit more than the 1200 setting just if you have sleep of death you generally dont want agressive settings on the 100-200mhz.
Click to expand...
Click to collapse
Not a clue - I only know what netarchy has done, not what he plans on doing.
The architecture of voltage/CPU frequency control is significantly different in GB kernels than Froyo. In general it's cleaner, so a lot of the issues with rapid frequency changes might go away in GB. For example, there's some code in the base kernel that's supposed to facilitate rapid voltage changes (not exactly sure how... the only documentation people outside of Samsung have for the MAX8998 is kernel source code.)
Well guys I have some news. I continued use with set cpu no oc just uv on freq above 624 @ -75 and I kept my screen off profile set to 644 max powersave scaling, and my battery life has been outstanding i check emails frequently been texting all morning and playing wwf and im @ 70% after 4 hrs of use. I know I read % doesn't mean much compared to some volts ratio but I think this is worth mentioning. And for my purposes the goal has been achieved in extending battery life and still having exceptional performance.
Oh and I wanted to add that my phone recharges much faster especially with the screen off with these setting. Maybe nothing new to you but def a plus for a(us) neewb's reading.

[Q] Overclocking cm7 to 1600 Mhz

So overclocking cm7 to 1600 doesnt work and causes boot loops, i have been trying to get a kernel that would do it and i cant find one.
anyone know any kernels that work?
Only kernal for cm7 is the one that is with it no other kernals are compatible as for 1600 some phones run fine at 1600 others don't just depends on your CPU in your phone
Sent from my SGH-I997 using xda premium
^^^ what he said ^^^
my cappy was maginally stable @ 1300 within a very narrow voltage range. my infuse runs 100% @ 1664 with a ton of uv untill i turn on gps and everything starts to get warm. every cpu is different.
most infuses seem to be a higher test cpu than galaxy s phones though. you may be able to run at 1500 or better if you take a lot of time and figure out what the cpu likes and doesnt like. remember heat, uv and rapid voltage change can all cause instability so too much uv can cause problems as well as too little! to get maximum speed you may want keep the top few freq's at the same voltage (not the same uv but the same actual voltage) and have zero uv on the low freq's. it can be a pain to figure it all out but when you see the benchmarks you may think it was worth it.
ok well i kinda messed around with the overclocking built in and was messing with the type of governors and userspace seems to support over clocking on 1600.
really weird but my phone hasnt done the boot loop yet.
but thanks for your guy's help.
I set mine at 1600 last night via SetCPU. After 5 min it got hot and started boot looping. Its running good at 1200 now. I'm gonna bump it up little by little.
Good info, nice to know its "normal".
Honestly, the performance of CM7 outperforms all the other ROMS even running at 1.2GHz (IMO). I really don't see much of a performance increase by stepping up the clock speed, just a decrease in battery life, so it's not worth it to me.
ive talked to many people about this and most can only run at 1.4ghz even though 1.6ghz was stable in froyo. alot of people repeat "it depends on your specific chipset" but i dont buy that cop out. i think theres something wrong with the 1.6ghz setting in cm7.

CPU Tuner - Questions regarding maximum frequencies, profiles, and triggers.

This is my third time typing this... (This website should really have an auto-save draft feature)
I recently installed the application "CPU Tuner" because I've always wanted to utilize my newly rooted phone. The phone is running Cyanogenmod 7.2 Stable, and currently overclocked at 1.5GHz. My main concern is overclocking my phone that high. Now, I didn't really choose that option, SetCPU automatically set it to that when it loaded a configuration. I'm a beginner to overclocking, and this is my first time doing it for anything. I've heard rumors of people melting their processors from overclocking it, so I want to know if it's okay if its overclocked to roughly twice the stock frequency of 800MHz. If it IS safe, then why isn't the phone automatically set to 1GHz to compare to it's twin, the Evo 4G? Or perhaps even 1.2GHz to surpass it? I would definitely be satisfied with 1.2GHz, but I wouldn't mind having 1.5GHz if it was stable and didn't drain the battery. On to the next question, would an OC this high cause instability and/or would it drain my battery? I only overclocked an hour ago, so I haven't experienced any problems whatsoever... yet. On to the profiles... I'd like some suggestions for improving my triggers. Right now, it set everything up to the highest frequency, but looking at the help, it said to not touch the frequency, but experiment with thresholds. In the Help, it doesn't tell you what the thresholds are, and what they do, and more importantly, how they work. It just shows that the highest is the most battery saving. I would have thought the lower the better, but... Anyway, if you could tell me, I'd be highly appreciated it. Finally, the battery temperature... It has an option to enable a setting to change profiles if the battery gets a certain temperature, but I'd like to know what would be considered "Overheating". I get paranoid when the battery temperature gets a little warm at around 36 Celsius... but the profile it switches to is supposed to really slow down the CPU to preserve battery, so I'd really rather not use it unless it's necessary. So, would 45 - 50 Celsius do, or should I set it a bit lower? My battery is 4000+ mV, if that'd help at all. If you know any sources that you can direct me to that would answer my questions, it'd be highly appreciated.
Wow ok . Well first off check out THIS thread. It will explain a lot about Governors, I/O Schedulers, and a bunch of the questions you have. As for people melting CPUs, I've never actually seen it happen, or know anyone who has had it happen on the Shift. That's not to say it's not possible. It may be, just not probable. The Shift processor compared to the OG EVO's is much better. The Shift even at the stock 800mHz out performs the EVO's processor at 1000mHz. That is in part because it is a 2nd Gen processor vs the EVO's 1st Gen Unit. The Battery Temp should try and always be kept below 115-120 Degrees Fahrenheit. I use SetCPU, and have a Profile that kicks in to lower the OC to around Stock should the Battery Temp every reach 110 Degrees Fahrenheit. My setting are 61mHz Min 1516mHz Max, Smartass V2 Governor, and SIO Scheduler. But every device is different, so your going to have to do a bit of experimenting till you find what works for you. If you get a lot of Random Reboots, lower your Max OC setting, or try a different Governor. BTW where did you get a 4000mAh Battery?
prboy1969 said:
Wow ok . Well first off check out THIS thread. It will explain a lot about Governors, I/O Schedulers, and a bunch of the questions you have. As for people melting CPUs, I've never actually seen it happen, or know anyone who has had it happen on the Shift. That's not to say it's not possible. It may be, just not probable. The Shift processor compared to the OG EVO's is much better. The Shift even at the stock 800mHz out performs the EVO's processor at 1000mHz. That is in part because it is a 2nd Gen processor vs the EVO's 1st Gen Unit. The Battery Temp should try and always be kept below 115-120 Degrees Fahrenheit. I use SetCPU, and have a Profile that kicks in to lower the OC to around Stock should the Battery Temp every reach 110 Degrees Fahrenheit. My setting are 61mHz Min 1516mHz Max, Smartass V2 Governor, and SIO Scheduler. But every device is different, so your going to have to do a bit of experimenting till you find what works for you. If you get a lot of Random Reboots, lower your Max OC setting, or try a different Governor. BTW where did you get a 4000mAh Battery?
Click to expand...
Click to collapse
Thanks for the response. It's pretty late, so I've bookmarked the link to read tomorrow. Alright, so 45 degrees Celsius should the maximum then. I've been thinking of switching over to SetCPU, since there are more comprehensive guides than for CPU Tuner (In which no one seems to have heard about), and it doesn't seem that the settings it set will be ideal for the long run. Although, before I switch over to SetCPU, I want to at least give it a shot. I'll change my settings so that the frequency decreases depending on battery level. Also, I don't have much but the basic governors and configurations on CPU Tuner, so I've never heard of Smartass V2 (Prior to skimming through the link you posted). Also, the battery came with it, I knew it seemed a bit different from most other batteries (From what I've seen in searches, most of them had around 2000), but I didn't know it meant that much.
The Governor settings available will depend on the Kernel, not on the CPU Controller. I've always been partial to SetCPU, but that's just me. I would again suggest doing a bit of reading, and experimentation to find your best settings. But defiantly the closer to normal the Battery temperature is the better. When the Battery heats up to much it will in most cases also drain faster. If you can post a Pic of the Battery I would really like to see it. I've never come across a 400mAh Battery for the Shift.
When I first rooted my shift 2 years ago I was very concerned of over-heating. I constantly checked the temperature. After a while I realized it is quite hard to over heat and cause damage, especially with the newest kernels the devs have put out. Just experiment with different settings and see what works best for your phone
Sent from my PG06100 using xda app-developers app

[Q] - Overclocked kernels - What's the point ?

I see a lot of overclocked kernel editions, and I am wonder could someone explane me, except extensive battery draining, instabillity and overheating of device, what is and is there any crucial positive point of overclocked kernels ?
Overclocked kernels are simply kernels whose speed limit had been raised above the stock speed.
That increases perrormans dramatically as is visible by different benchmarks utilities.
You are correct to assume that higher clock would require some extra voltage and that the phone will get hotter. But it is not always noticeable and is mostly depentant on the configuration.
The cpu clock is not always at the highest possible. Different governors define what speed should the cpu be at any time. If there's a lot of work the cpuspeed would increase and if it idles a lot it would decrease.
I love 3 oc kernels, Sebastian's, bricked and faux. They all have different philosophies but all are excelent, do not overheat and save gather.compared to stock though they allow higher cpu freqs.
I suggest you create a nandroid backup and try some of.there kernels. Give it atleast two days.before you make up your mind about it, and try another if you wish, till you find the one that is right for you.
Sent from my HTC Sensation using xda premium
I agree. I never see the point of over clocking. I always limit my processor to 1.18 or even 1.13 and never have any problems with overheating or poor battery life!
I used overclock kernels for a long time on my gs2. Its nearly the same like with a desktop CPU. Every CPU had it's own work range, many CPUs a
are even able to work with higher frequency but lower voltage than standard. This causes in higher speed with lower power consumption!
all you need is a kernel which allows individual voltage settings for each speed which you can set with setcpu.
BUT my opinion is that even the gs2 with 1,2 GHz dual core was faster than any Android app had needed, so the gs3 at all!
ATM I've setted the max frequency in setcpu to 600 mhz and I can't see any lags or missing speed...
So I guess many people are more looking for benchmarking than real practical advantage..
but undervolting is a real great thing for power hungry smartphones!
Gesendet von meinem GT-I9300 mit Tapatalk 2
You all right guys. That is why I asked myself that question because there is hard to find modded kernels with default speeds and all new goodies, because I have noticed even I "limit" overclocked kernel in my Hypersensation CM7 Cyanogen Settings, it happens that some kernels from time to time speeds up to overclocked value, even in settings they were limited, and that impact widespread device causes instabillity ( and corrensponding unpleasent situations of forced battery pulling).
Last good kernel what I find for my CM7 ( I don't like ICS) is Bricked_XE-1.6.beta7 and with this release of CM7 it seems that kernel edition further development stops.It runs on 1526 Mhz and I allways wonder why shouldn't it run "out of the box" on default speed...
Does anyone have suggestion link, (because I couldn't find it )for any CM7 modded kernel with all new goodies, but running on default Sensation XE Mhz speed ?
i have been using overclocked Kernels for a while now and rarely have any problems, the phone is quick, very quick and the battery drain is really not that different and that is running it at 1.72 with both cores permanently on
tin2404 said:
[...] because I have noticed even I "limit" overclocked kernel in my Hypersensation CM7 Cyanogen Settings, it happens that some kernels from time to time speeds up to overclocked value
Click to expand...
Click to collapse
This really should not happen. The maximum frequency for a governor is set through /sys pseudo-fs and (assuming the governor is not buggy) strictly followed. Maybe you have some leftover scripts somewhere messing with /sys?
tin2404 said:
( and corrensponding unpleasent situations of forced battery pulling).
Click to expand...
Click to collapse
And this should -- like already pointed out -- only be the case under heavy load. Normally, a sensible governor will only set frequencies necessary to satisfy the current load.

Minimum CPU Not Sticking on SetCPU with ElementalX Kernel

Wasn't sure if I should comment this on the ElementalX kernel thread or not, so I made a topic...
I bought SetCPU, and its working great. Other than the fact that changing minimum CPU isn't sticking at all. When I set the max (I undervolted it to 1.5 ghz for regular use) it sticks fine, but the minimum just seems to be locked to 300 mhz. Even if I change it, it goes back to 300 mhz.
Anyone know what's up with this?
bump. Need a solution bros.
That is mpdecision at work. Google it, you will find everything you need to know. Once you disable mpdecision (some custom kernels come with it disabled or give you the option to disable it) you min/max cpu freqs should stick
derukun said:
bump. Need a solution bros.
Click to expand...
Click to collapse
Man, this is OLD news. It is working. You ae only seeing the MPD values, that keep your device from having wake or sleep of death issues. Personally I (even Flar, ElementalX's creator) prefer mdp. It is pretty reliable & since implementing it on the N7 & N5, I certainly haven't had any SOD issues.
At any rate, what those apps report as the voltage is a snapshot based on proc data. It is only as accurate as what the exact voltage is at the instant of that report & hasno effect on what actual device screen on/off minimum voltage really is.

Categories

Resources