Guys, could u please include in our kernel deep-sleep and fast dormancy patches?
u know that its not so hard. sure, i can do it myself, but i dont want one else toolchains and kernel trees on my laptop lol. deep-sleep and dorm succesfully work on moto atrix now with 2.6* kernels
also please include stat timers in kernel configs in future?
Would you like fries with that?
Can the kernal make me sandwiches too? You know its not very hard to do just three slices of bread, toasted, Mayo, lettuce, tomato but only if its fresh, two slices of Turkey and two slices of cheese. And cut into triangles with little toothpicks holding them together.
And just to proove I'm not a jerk: please.
Sent from my LG-P999 using XDA App
LurkerRWO said:
Can the kernal make me sandwiches too? You know its not very hard to do just three slices of bread, toasted, Mayo, lettuce, tomato but only if its fresh, two slices of Turkey and two slices of cheese. And cut into triangles with little toothpicks holding them together.
And just to proove I'm not a jerk: please.
Sent from my LG-P999 using XDA App
Click to expand...
Click to collapse
some times better joise yeat sandwiches then speak
tmp_do said:
Guys, could u please include in our kernel deep-sleep and fast dormancy patches?
u know that its not so hard. sure, i can do it myself, but i dont want one else toolchains and kernel trees on my laptop lol. deep-sleep and dorm succesfully work on moto atrix now with 2.6* kernels
also please include stat timers in kernel configs in future?
Click to expand...
Click to collapse
Dude its not that easy to build a kernel.....building a rom is easy but not a kernel....
vipaman said:
Dude its not that easy to build a kernel.....building a rom is easy but not a kernel....
Click to expand...
Click to collapse
lol u kidding me? i managed kernels for moto a1200 htc hero acer liquid and ac100 and i want wat i ask.
merge some diffs from current kernel tree not so hard, u dont need developming from zero. all already done.
I'm just lazy for that
Nvm delete
nitrogen618 said:
Also, it's been proven Deep idle does not save ANY more battery than regular .
Click to expand...
Click to collapse
prooflink please. i seen against results
Let me just say please be mature.. don't answer post if you feel offended and let it rott like spme others.. plz keep the community clean.
Sent via G2X-SINGH-UI
tmp_do said:
Guys, could u please include in our kernel deep-sleep and fast dormancy patches?
u know that its not so hard. sure, i can do it myself, but i dont want one else toolchains and kernel trees on my laptop lol. deep-sleep and dorm succesfully work on moto atrix now with 2.6* kernels
also please include stat timers in kernel configs in future?
Click to expand...
Click to collapse
You know what you should do?
.........cry about it.
I can get 8 days battery life just leaving my G2x sitting there. That's proof enough that deep sleep don't do sheeeit.
Oh come on people, those requests are completely valid. Though, OP, next time don't "of course I could do it myself".
m00nman said:
Oh come on people, those requests are completely valid. Though, OP, next time don't "of course I could do it myself".
Click to expand...
Click to collapse
They're unnecessary and since no one had ever used those on a G2x kernel before, I'm assuming it would take time to figure it out. Time that would be wasted since the two things he is requesting don't help our phone at all. If he can do it himself, then he'll do it himself.
Well, those patches should increase the battery life which is pretty bad on our phone right now. My 1980mah battery did improve the situation a little, but it still doesnt come close to sony ericsson x10 or nexus s that i owned before.
Sent from my LG-P999 using xda premium
I haven't really had any battery life issues. I charge my phone at night, and then use it all day.
If I go crazy with games and tethering I might have to plug it in for a few minutes during the day, but battery life doesn't seem any worse than other phones.
Just so the OP doesn't think I'm dogging on him, there are kernel patches I've wanted before also. I'd like a kernel that supports netfilter patches so I could use a nicer wifi tether app:
http://code.google.com/p/android-wifi-tether/wiki/FAQ
But, if it can't or won't happen, I'm fine without it. If I could do it myself, I wouldn't post about being too lazy to do it.
m00nman said:
Well, those patches should increase the battery life which is pretty bad on our phone right now. My 1980mah battery did improve the situation a little, but it still doesnt come close to sony ericsson x10 or nexus s that i owned before.
Sent from my LG-P999 using xda premium
Click to expand...
Click to collapse
No, they won't. I can get over a week just leaving my phone there. Which should make it pretty clear that we don't need it.
tmp_do said:
Guys, could u please include in our kernel deep-sleep and fast dormancy patches?
u know that its not so hard. sure, i can do it myself, but i dont want one else toolchains and kernel trees on my laptop lol. deep-sleep and dorm succesfully work on moto atrix now with 2.6* kernels
also please include stat timers in kernel configs in future?
Click to expand...
Click to collapse
ok, ill start by saying im only just now getting into how the Linux kernel works on ARM devices, so i might need a real dev to confirm some of this...
deep-sleep is just a name for a sleep state on some chipsets (i think Samsung mostly uses it) tegra2 has sleep states as well, infact we have a few (LP2 and LP3 just off the top of my head) and deep-sleep is not really needed on our devices (if its even possible to implement on this device)
tegra2 as a chip itself is perfectly capable of sleeping, and does so very well, NVidia even went so far as to make their own proprietary "governor" (if you can call it that) to control speed and voltages, as well as shut down a core when its not needed. so rest assured that when its not needed, our phone is already using as little power as it can.
with regards to fast-dormancy, seeing as the base-band/radio chip in our devices is already 'flaky' at best, do you really want you phone doing the equivalent of going into 'airplane mode' every time its done sending a message? plus, unless t-mobile can use an optimized version of it (which i don't think they do) its been shown to actually increase network usage, and decrease battery life due to constantly negotiating network connections and disconnections.
also, im going to assume by stat timers you mean 'time in state', in which case that is a HUGE undertaking including rebuilding major parts of the kernel if its even possible on tegra chipsets. plus, its really only useful to see if your phone is actually sleeping, which there are other ways to do this, although they are a bit tougher.
and finally, i don't know how you meant you question to come across, put please try to be more considerate with how you phrase things. these devs, for the most part, are doing this because they want to. nobody is paying them to work on our phones (aside from an occasional donation from time to time) and they do have jobs, lives, and families outside of these phones. and despite how easy you say it is, ive been studying the kernel in this phone for almost 2 months now, pouring over forums, datasheets, and many many many versions of kernels by morfic and faux123 and im only just beginning to understand the basic ways that things are done.
hope this clears some stuff up
Thank Klathmon, for the explanation.
I am still kinda confused though, OP said Deep Sleep has been implemented into an Atrix kernel which has the same tegra chip. Maybe you are right and they just refer to one of the low power states as deep sleep. Also I tried googling for deep sleep in atrix and nothing came up
Thanks for detailed response. I think i understand all the subtleties.
So mods, please delete thread
Related
This kernel is based on Thalamus's Oxygen Kernel but with AVS and he's given me permission to post it here for testing.
I implemented AVS from scratch (based on the Code Aurora kernel) and it seems to work well for me.
AVS uses some hardware to emulate the longest gate delays through the CPU datapath. If the delay is longer than expected, the CPU voltage can be decreased, if shorter then it can be increased. This means that the CPU is always running near the minimum voltage it requires and because power consumption rises with the square of voltage this is a good thing.
Here are the results of some initial tests (full load, no idle):
Clock Speed, Without AVS, With AVS
1113600,234mA,223mA
998400,207mA,190mA
768000,158mA,138mA
499200,111mA,93mA
384000,90mA,79mA
245000,70mA,64mA
So there are power savings of about 8-15%
All patches are initially pushed here:
https://github.com/dzo/kernel/tree/2.6.35-bravo-exp
and should end up here:
https://github.com/thalamus/kernel/tree/2.6.35-bravo-exp
You can see the current status of AVS by doing:
Code:
cat /sys/module/avs/parameters/status
Doing:
Code:
echo 1 > /sys/module/avs/parameters/debug
will put lots of debugging info in the kernel log.
To disable AVS do:
Code:
echo 0 > /sys/module/avs/parameters/enabled
The minimum voltage is set to 900mV but you can change this using e.g.:
Code:
echo 850 > /sys/module/avs/parameters/vdd_min
Putting too low a value in here will crash your phone because AVS seems to have trouble with low frequencies.
I also added some extra frequency steps, 76.8MHz and 192MHz.
Don't expect huge power savings, the CPU is only one of the things using power on our devices.
I think AVS is a nice idea and I'd like to know how stable it is on other people's phones.
To install, flash the attached update zip from recovery.
Please don't use this kernel unless you are fairly well informed about what you are doing.
15/4/12: Updated kernel with higher vdd_min
Going to give this a test now, I'll report back later.
How did you produce those mA readings btw?
have you tried using other kernels like Eviolets one? does it really save much more battery than EVs?
is it 100% stable??
with the kernel using some hardware to calculate the voltages needed wouldnt it take some more power to get the calculations done?
cez10 said:
have you tried using other kernels like Eviolets one? does it really save much more battery than EVs?
Click to expand...
Click to collapse
Why don't you try it and find out instead of asking questions.
is it 100% stable??
Click to expand...
Click to collapse
I think the words '[Kernel]Experimental' in the thread title are a clue.
with the kernel using some hardware to calculate the voltages needed wouldnt it take some more power to get the calculations done?
Click to expand...
Click to collapse
The overhead of the calculations is negligible.
So this is only for gingerbread AOSP ROMs or works on Sense as well?
lvnatic said:
So this is only for gingerbread AOSP ROMs or works on Sense as well?
Click to expand...
Click to collapse
Oh my...people just want to be spoonfed on XDA these days.
This kernel is based on Thalamus's Oxygen Kernel
Click to expand...
Click to collapse
As Oxygen is an AOSP ROM it's fairly clear that it's not going to be a sense kernel isn't it?
Thanks for sharing this.
What are the available governors? I can't find this information on github.
Will switching between governors (depending on phone state) cause any issues with the voltage change, that aren't advised?
_thalamus said:
Oh my...people just want to be spoonfed on XDA these days.
As Oxygen is an AOSP ROM it's fairly clear that it's not going to be a sense kernel isn't it?
Click to expand...
Click to collapse
He never mentioned it is specifically for AOSP or Sense ROMs. I was wondering if this is just a separate script, not kernel dependent. But if I give it a 2nd read then yes, it seems indeed it is an entire kernel, my bad, no need for a spoon...or w/e it means.
lvnatic said:
He never mentioned it is specifically for AOSP or Sense ROMs. I was wondering if this is just a separate script, not kernel dependent. But if I give it a 2nd read then yes, it seems indeed it is an entire kernel, my bad, no need for a spoon...or w/e it means.
Click to expand...
Click to collapse
Don't listen to Thalamus. He has no time for people less "knowledgeable" than him. There was a time where I thought a kernel was a kernel.
I thought I had escaped his unhelpful comments when I left Oxygen thanks to his attitude (if you don't like his attitude, then tough is the general gist of it). If he was a shop owner he would go bankrupt, quickly, as he has no people skills whatsoever.
If he wasn't a dev, he would be labeled a troll, yet he is allowed to get away with being nasty to people. When will XDA introduce a -thanks button?
I think the saying goes, if you don't have anything nice to say, then don't say anything at all.
Thanks, this one looks like a good project
As to stability: i've been using this kernel for a couple hours without issues, with very small draining btw; anyway a few minutes ago the phone became unresponsive: i was just typing a message with whatsapp, clocked 192x806, and a freeze occurred. A soft reset did the trick.
Keep up the good job
Edit: i'm on beta 2 fyi...
chronicfathead said:
Don't listen to Thalamus. He has no time for people less "knowledgeable" than him. There was a time where I thought a kernel was a kernel.
I thought I had escaped his unhelpful comments when I left Oxygen thanks to his attitude (if you don't like his attitude, then tough is the general gist of it). If he was a shop owner he would go bankrupt, quickly, as he has no people skills whatsoever.
If he wasn't a dev, he would be labeled a troll, yet he is allowed to get away with being nasty to people. When will XDA introduce a -thanks button?
I think the saying goes, if you don't have anything nice to say, then don't say anything at all.
Click to expand...
Click to collapse
Hahahahahaha.
That cheered me up, I'm having a crap day.
Happy to be of assistance.
Edit: You prove how little you know about me by saying that I have no time for people less knowledgeable than me. That is totally untrue. I spend a lot of time helping people who are less knowledgeable than me. What I have no time for is laziness, people who won't help themselves or idiots. There is a big difference.
_thalamus said:
Hahahahahaha.
That cheered me up, I'm having a crap day.
Happy to be of assistance.
Edit: You prove how little you know about me by saying that I have no time for people less knowledgeable than me. That is totally untrue. I spend a lot of time helping people who are less knowledgeable than me. What I have no time for is laziness, people who won't help themselves or idiots. There is a big difference.
Click to expand...
Click to collapse
I only base my observation on posts of yours that I have read. Rather than shooting people down, advise them so they can improve their knowledge.
sent by touching my Desire
In Airplane mode i had 2mA battery usage all night without AVS and 5mA usage with AVS. This is via Battery monitor widget.
Xinot said:
In Airplane mode i had 2mA battery usage all night without AVS and 5mA usage with AVS. This is via Battery monitor widget.
Click to expand...
Click to collapse
AVS has nothing to do with power consumption while the device is asleep. When the phone sleeps, the CPU is power collapsed, i.e. is completely powered down. AVS only changes the voltage while the CPU is awake.
The Kernel work great on Miui 1.4.8 since 2 days! No reboot or freeze... and in idle with JiuceDefender, 652Mhz max ondemand over 3h the device lost only 2% accu
Thanks for your work
Sent from my HTC Desire using XDA App
I've just updated the kernel in the first post to increase the minimum voltage and remove some possibly unstable frequencies.
Should be more stable now.
dzo said:
AVS has nothing to do with power consumption while the device is asleep. When the phone sleeps, the CPU is power collapsed, i.e. is completely powered down. AVS only changes the voltage while the CPU is awake.
Click to expand...
Click to collapse
OukkiDoukki! So i have something else going on here...
Thanks running sweet keep up the great work using on GV 2.0
Sent from my HTC Desire using XDA Premium App
cez10 said:
have you tried using other kernels like Eviolets one? does it really save much more battery than EVs?
is it 100% stable??
Click to expand...
Click to collapse
Just a quick post to say that I've been testing this kernel for 2/3 days (actually the version that Thalamus has in his experimental github) and find the battery usage to be the same. But the AVS code seems much cleaner than the implementation I have.
As for stability, I haven't had a single crash yet. And overall speed seems better than on my kernel.
Quadrant also confirms this.
Regards,
EViollet said:
Just a quick post to say that I've been testing this kernel for 2/3 days (actually the version that Thalamus has in his experimental github) and find the battery usage to be the same. But the AVS code seems much cleaner than the implementation I have.
As for stability, I haven't had a single crash yet. And overall speed seems better than on my kernel.
Quadrant also confirms this.
Regards,
Click to expand...
Click to collapse
Do you think you will be compiling ManU 1.5 from this source then?
I looked around but it doesnt appear that we dont have an sbc kernel, so Im calling out to see if as dev would be willing to make one.
i second that. we def need sbc for nexus s and nexus s 4g. i love the phone, but it never charges to 100% always stalls at 94-95. I have used SBC on evo since it came it came out. never had any issues. and the battery life was amazing. hopefully someone takes the initiative and cooks a sbc kernel.
thanx in advance
zikronix said:
I looked around but it doesnt appear that we dont have an sbc kernel, so Im calling out to see if as dev would be willing to make one.
Click to expand...
Click to collapse
I think netarchy said it would not be possible on the ns 4g. He also recommends not using them anyway. I trust his judgement
The jury is out on that one. The SBC for the evo I used since the beginning and never had an issue, just amazing battery life. Though I am getting great battery life on this phone too. Not sure what the complaints are. Try an evo first then come to the nexus. The difference will be astounding.
•••Nexus S 4G•••
mikeyinid said:
I think netarchy said it would not be possible on the ns 4g. He also recommends not using them anyway. I trust his judgement
Click to expand...
Click to collapse
it can be done. i respect netarchy's opinion, but at the end of the day its his opinion. not a fact. like many others i haven't had a single issue with SBC on my evo. if netarchy is worried about causing damage to the phone we shouldnt be using custom kernels at all. we should't be OC . he is contradicting himself. like i said i respect his work and his opinion, but it should be upto people to decide if they want to install SBC or not. SBC is just as bad as OC your phone. At the end of the day with OC you might ruin your phone with SBC you will just ruin your battery. i am willing to take that chance. i hope and wish someone will incorporate SBC. Hopefully its Tiamat. his kernels are a piece of work. i have used all of their kernels for my evo (netarchy, savaged, tiamat) and tiamat came out victorious time and time again.
SBC is for HTC kernels, you crazy bastards
Sent from my Nexus S using XDA App
matt2053 said:
SBC is for HTC kernels, you crazy bastards
Sent from my Nexus S using XDA App
Click to expand...
Click to collapse
Lol, I didn't know that. I was hoping we would see it on the NS4G. I used ZenDroid and then SavagedZen SBC on my Evo and I would get a couple days with it. I loved it.
Ha ha, I wasnt gonna argue with em lol.
matt2053 said:
SBC is for HTC kernels, you crazy bastards
Sent from my Nexus S using XDA App
Click to expand...
Click to collapse
Sent from my Nexus S 4G using XDA App
Sigh.. This is why the rest of the android world hates cdma users this topic has been already discussed elsewhere has been posted in the appropriate section
Sent from my Nexus S 4G
teshxx said:
it can be done. i respect netarchy's opinion, but at the end of the day its his opinion. not a fact. like many others i haven't had a single issue with SBC on my evo. if netarchy is worried about causing damage to the phone we shouldnt be using custom kernels at all. we should't be OC . he is contradicting himself. like i said i respect his work and his opinion, but it should be upto people to decide if they want to install SBC or not. SBC is just as bad as OC your phone. At the end of the day with OC you might ruin your phone with SBC you will just ruin your battery. i am willing to take that chance. i hope and wish someone will incorporate SBC. Hopefully its Tiamat. his kernels are a piece of work. i have used all of their kernels for my evo (netarchy, savaged, tiamat) and tiamat came out victorious time and time again.
Click to expand...
Click to collapse
I never said it couldn't be done. I said it would probably not end up in my builds.
I've made no contradiction to myself, I personally don't support it. I made it available in some evo builds by request with an -at your own risk, unsupported- approach.
There are established and definite risks with truly charging a lithium ion battery to full capacity. On the low end of the spectrum, you may simply be shortening some time off the full life of the battery. Whether or not you run into it is a crapshoot of course.
I believe the comment of mine you're going off of was from yesterday at a point in my day when I was already in somewhat of a foul mood from events happening in life, so I was probably a bit harsher than intended (and I've made an edit to try and clear up any possible confusion). ;D
That said, I believe you are more likely to damage the battery in the long term than you are to damage your phone by trying to overclock with the safety caps where they are in my builds.
I also happen to believe that there is a lot more to running a custom kernel than simply the ability to OC, so implying that one shouldn't run a custom kernel because of any potential to damage the phone from overclocking is silly.
Maybe I'm being overly paranoid on the topic of SBC. If that is the case, I can always reserve the right to admit that I was wrong on a topic. I've been wrong about something before, I'll be wrong about something again in the future; I'm human after all ;D.
All that said, the first thing to do if you want to adapt SBC over is most likely to see what power levels are used as caps in the charging code.
netarchy said:
I never said it couldn't be done. I said it would probably not end up in my builds.
I've made no contradiction to myself, I personally don't support it. I made it available in some evo builds by request with an -at your own risk, unsupported- approach.
There are established and definite risks with truly charging a lithium ion battery to full capacity. On the low end of the spectrum, you may simply be shortening some time off the full life of the battery. Whether or not you run into it is a crapshoot of course.
I believe the comment of mine you're going off of was from yesterday at a point in my day when I was already in somewhat of a foul mood from events happening in life, so I was probably a bit harsher than intended (and I've made an edit to try and clear up any possible confusion). ;D
That said, I believe you are more likely to damage the battery in the long term than you are to damage your phone by trying to overclock with the safety caps where they are in my builds.
I also happen to believe that there is a lot more to running a custom kernel than simply the ability to OC, so implying that one shouldn't run a custom kernel because of any potential to damage the phone from overclocking is silly.
Maybe I'm being overly paranoid on the topic of SBC. If that is the case, I can always reserve the right to admit that I was wrong on a topic. I've been wrong about something before, I'll be wrong about something again in the future; I'm human after all ;D.
All that said, the first thing to do if you want to adapt SBC over is most likely to see what power levels are used as caps in the charging code.
Click to expand...
Click to collapse
Very good response and I respect both sides of the argument cause none of us really has definitive proof. I just came from an Evo and used SBC kernels for as long as they were out. I love them and miss having that "boost" on my Nexus 4G. Regarding the life of my battery, I figured that when that time came, I'd just buy a new battery.
Either way, thanks to the devs for their hard work.
Users that visit this site don't keep their phones long enough to see the battery degrade (my opinion). I used sbc since it was first released and I only experienced better battery life, nothing negative. I'll use your kernel with sbc or without, you do good work. Its your kernel.
Sent from my Nexus S 4G using Tapatalk
atoy74 said:
Very good response and I respect both sides of the argument cause none of us really has definitive proof. I just came from an Evo and used SBC kernels for as long as they were out. I love them and miss having that "boost" on my Nexus 4G. Regarding the life of my battery, I figured that when that time came, I'd just buy a new battery.
Either way, thanks to the devs for their hard work.
Click to expand...
Click to collapse
I agree...My batt life on my evo sucked and I used sbc and it made it alot better...allthough on this 4g the stock kernel still blows away the evo in batt life period, i was just looking for that little extra ooomph
now for the person who said thats why the rest of the android users hate cdma. Im all for GSM but in arizona all gsm carriers suck. But I do envy the gsm technology it is power effiecent, slimmer, and generally better hardware.
I also searched for SBC in the forums...didnt see anything that really pertained, all though it was also midnight when I looked.
Thanks for your insight netarchy. I love your work, if I knew how to do It I would. I used to build roms for winmo devices...but for the life of me I cant wrap my head around this android dev ****.
I don't know what sbc is I guess I misread netarchy's post about it in the general section. My apologies.
Sent from my Nexus S 4G using XDA App
netarchy said:
I never said it couldn't be done. I said it would probably not end up in my builds.
I've made no contradiction to myself, I personally don't support it. I made it available in some evo builds by request with an -at your own risk, unsupported- approach.
There are established and definite risks with truly charging a lithium ion battery to full capacity. On the low end of the spectrum, you may simply be shortening some time off the full life of the battery. Whether or not you run into it is a crapshoot of course.
I believe the comment of mine you're going off of was from yesterday at a point in my day when I was already in somewhat of a foul mood from events happening in life, so I was probably a bit harsher than intended (and I've made an edit to try and clear up any possible confusion). ;D
That said, I believe you are more likely to damage the battery in the long term than you are to damage your phone by trying to overclock with the safety caps where they are in my builds.
I also happen to believe that there is a lot more to running a custom kernel than simply the ability to OC, so implying that one shouldn't run a custom kernel because of any potential to damage the phone from overclocking is silly.
Maybe I'm being overly paranoid on the topic of SBC. If that is the case, I can always reserve the right to admit that I was wrong on a topic. I've been wrong about something before, I'll be wrong about something again in the future; I'm human after all ;D.
All that said, the first thing to do if you want to adapt SBC over is most likely to see what power levels are used as caps in the charging code.
Click to expand...
Click to collapse
its cool dude. we all crappy days. i respect your work and your opinion and i/we don't take all you devs for granted. I know you guys do it bc you have a passion for it. Thanx for responding.
^^^Title say it all^^^ im also running MT4GS_Lite_1.2.4
Can't possibly be as good as the bulletproof kernels... Which work on Lite as well...why do u inquire about this kernel? Is there something it offers that you "must have"? Check out the kernels in this thread: http://forum.xda-developers.com/showthread.php?t=1530327
Typed by ---- oh wait! I'm schizophrenic!
The main thing is the wifi under volt since 99% of the time I'm using wifi calling.
Sent from my DoubleShot Lite using Tapatalk 2
ac3theone said:
The main thing is the wifi under volt since 99% of the time I'm using wifi calling.
Sent from my DoubleShot Lite using Tapatalk 2
Click to expand...
Click to collapse
Okay. I believe they have that? Haven't actually looked myself. Ask Blue/yogi if that is a possibility?
VU Kernel has made me have reboots whenever I use it.
Typed by ---- oh wait! I'm schizophrenic!
...sometime this week I'll be re-compiling them and updating the thread. New, steady work schedule for a month so I can actually plan dev time & S-OFF research was the only thing I was really working on for a while. That done I'm going back and re-aquainting myself with the other projects.
The issue is a stretched out CPU PLL table, theory being too many entries based on having other frequencies with the same number as stock being fine...but adding to the table causes the reboot issue.
I've been running a working version of both 1.7 and 1.5 long enough to see that the reboot issue is at least averted if not explained. Gimme a few days to get it together.
As to wifi, no, haven't looked into it. Right now the focus is on hammering out a solid CPU table. Adding other changes (variables) to the experiment at this time just makes it harder to bug check, so, one thing at a time is the order of operations.
If you want, you can post something about it in the kernel thread yogi and I have in dev and when we get done with the CPU or are able to introduce a separate kernel line concurrently at any point we can look into it.
Some other people have posted things they'd like to see in a kernel, and while that's not where the project is this moment, it is making a list to go back through when the opportunity presents itself.
I definitely encourage sampling what's out there and playing with all the cool stuff people are putting together, ours doesn't currently offer the feature you are looking for.
(Though yogi's purpose is UV and battery savings, you may have piqued his interest)
Sent from a digital distance.
I am running [ROM][4.0.4] Slim ICS(T959V)-UNOFFICIAL posted by beastmode, Question is there a more updated kernel I could use with it ?
I am thinking either [KERNEL]Proton Kernel build2[ICS][TFQ] or [Kernel]ICS/CM9 LZ Kernel from Team Fah-Q (Updated 20OCT12)
I am very happy with this ROM and GPS is working great (after a few hacks from other threads) but battery life is the worst !!! I lose 5% when using Waze/GPS plugged into the car charger and about 20% overnight just sitting there, I have tried all sorts of battery apps as well as turning off wifi at night with no luck. So I am thinking that a new kernal would help.
I only use the phone for GPS and Web browsing.
Has anyone used these kernels and with what ROMS ?
Interesting in upgrading not bricking my phone and installing everything from scratch
yes i am a newbie so apologies in advance ! Thanks.
Neither of those kernels (nor, really, anything else) is going to make Waze or any other GPS app stop using as much power as they do. If you wanted to change your scheduler and governor, those might make a difference... but anything with working GPS is a Herring kernels using the same paths to talk to the GPS.
Theraze said:
Neither of those kernels (nor, really, anything else) is going to make Waze or any other GPS app stop using as much power as they do. If you wanted to change your scheduler and governor, those might make a difference... but anything with working GPS is a Herring kernels using the same paths to talk to the GPS.
Click to expand...
Click to collapse
Thanks for taking the time to answer. Even if GPS is a battery sucker what can I do about the fact that leaving the phone on takes so much battery ?
Could you suggest other stable kernel/ROMS for the SGH-T959V that support GPS and have decent battery life ? I like the simplicity of ICS and since all I do with this phone is browse the web and use GPS I really don't need any bells and whistles.
Thanks.
The two best ICS at the moment are probably Ultragen 1.01 (be sure NOT to use 1.00) or HebMIUI, which is the only ICS that still gets irregular updates.
The big thing to do with Waze is, if you don't NEED to stare at the screen, turn it off and just listen to the audio directions. Sucks down a LOT less battery that way, though it's still a bit painful.
Regarding general ways of improving battery life... look into Greenify if you haven't yet. Can tell apps to stop running in the background if you don't actually want them to. Just remember NOT to Greenify Waze if you don't want it to shut down with the screen off, or your music app, or anything else you actually want to use while you're not actively looking at it. Oh, and avoid Greenifying your email too. Though it's funny, it's not a good way to find out about new messages.
More options coming soon. Stay tuned...
bhundven said:
More options coming soon. Stay tuned...
Click to expand...
Click to collapse
About how soon ?
eramm said:
About how soon ?
Click to expand...
Click to collapse
please don't ask for eta's as it is considered being rude. updates will come when they come.
sent from within the white knight
GFX.myst. said:
please don't ask for eta's as it is considered being rude. updates will come when they come.
sent from within the white knight
Click to expand...
Click to collapse
Jah, watch for an updated cm9 build. It will take some time.
Sent from my XT1058 using Tapatalk
Hey all, i was hopin someone would be interested in helping me port over this kernel, its from the N7 2013(flo)
http://forum.xda-developers.com/showthread.php?t=2449919
He says it should be compatible as is or with little modifications. Thing is, i dont know where to start. Anybody interested?
EDIT: Theres a nice little network fix (PAGE 4) for anyone that has issues. I was told it could help people with network issues on T-Mobile. I haven't tested this but simms22 has.
Please read page 4 (post #33)
-----------> And give a nice big thanks to @[COLOR="SeaGreen"]simms22[/COLOR] for the suggesitons. <-------------
Andromendous said:
Hey all, i was hopin someone would be interested in helping me port over this kernel, its from the N7 2013(flo)
http://forum.xda-developers.com/showthread.php?t=2449919
He says it should be compatible as is or with little modifications. Thing is, i dont know where to start. Anybody interested?
Click to expand...
Click to collapse
you can't "port" a kernel. but you can build a kernel from n5 source based on that kernel source.
if you don't know how to build a kernel, and not just building a ready made kernel, then you have quite a bit of reading and getting educated(educating yourself even) first.
Well i guess i was hopin someone a little more educated than myself could help me through it.
I do wish you much luck though, as I'm the wrong person for help
First you learn to compile AOSP kernel for N5
then you learn how to cherry pick commits
Then you cherrypick the commits from that kernel
Sent from my Nexus 5 using Tapatalk
rootSU said:
First you learn to compile AOSP kernel for N5
then you learn how to cherry pick commits
Then you cherrypick the commits from that kernel
Sent from my Nexus 5 using Tapatalk
Click to expand...
Click to collapse
it'll involve quite a bit more than cherry picks, as the kernel, and all the numbers involved in the kernel, are for a nexus 7. the far majority of things would need to be changed/adjusted for a nexus 5.
simms22 said:
it'll involve quite a bit more than cherry picks, as the kernel, and all the numbers involved in the kernel, are for a nexus 7. the far majority of things would need to be changed/adjusted for a nexus 5.
Click to expand...
Click to collapse
Its a mammoth task. Not for the faint of heart.
Sent from my Nexus 5 using Tapatalk
I see, well anyone up for the job?
rootSU said:
Its a mammoth task. Not for the faint of heart.
Sent from my Nexus 5 using Tapatalk
Click to expand...
Click to collapse
that's what I was getting to in my first post, but was trying to be easy on the op as possible
we have more ROM builders than kernel builders for a reason, because its much more involved. while it is very possible to build this kernel for the n5, it would be extremely difficult and time consuming(changing numbers and testing) for someone who has never built a basic kernel.
maybe he can talk the original dev into building a n5 variant. or talk a n5 kernel dev into it
I understand. The the original dev has been having some health issues and just got back to deving again, i really didnt want to bug him when hes already working on his own stuff,. But i assumed it wouldnt be too hard because he said it shouldnt take much modification. It would be nice if someone could do this, it is a very nice kernel. I get 7 hrs screen time with it and performance is amazing. I just thought it would be half way there considering the devices are similar
Andromendous said:
I understand. The the original dev has been having some health issues and just got back to deving again, i really didnt want to bug him when hes already working on his own stuff,. But i assumed it wouldnt be too hard because he said it shouldnt take much modification. It would be nice if someone could do this, it is a very nice kernel. I get 7 hrs screen time with it and performance is amazing. I just thought it would be half way there considering the devices are similar
Click to expand...
Click to collapse
7 hours screen on time, it's a tablet ._. Kernel hardly affects battery life in any overly major way.
Err they're not even slightly similar devices.
Sent from my Nexus 5 using Tapatalk
Lethargy said:
7 hours screen on time, it's a tablet ._. Kernel hardly affects battery life in any overly major way.
Click to expand...
Click to collapse
I beg to differ, it most definitely does. But anyways, thanks for all the help guys[emoji57]
Andromendous said:
I understand. The the original dev has been having some health issues and just got back to deving again, i really didnt want to bug him when hes already working on his own stuff,. But i assumed it wouldnt be too hard because he said it shouldnt take much modification. It would be nice if someone could do this, it is a very nice kernel. I get 7 hrs screen time with it and performance is amazing. I just thought it would be half way there considering the devices are similar
Click to expand...
Click to collapse
its a different device, period. you can not compare the two. on the n7, its very easy to get 7+ hours sot. on the nexus 5, you have to turn everything all the way down and not really use your device, except keeping the screen on for long periods. just because a kernel does well on one device, still doesn't give it a good chance on another. the best kernel for any device will be made specifically for that device. every device is completely different, has different hardware, has differently tweaked CPU(if the same CPU), has different powering and voltage needs, etc.. what can be used are the tweaks/mods he's using. but the chances are if its usable on a n5, its probably being used already.
Andromendous said:
I beg to differ, it most definitely does. But anyways, thanks for all the help guys[emoji57]
Click to expand...
Click to collapse
Nexus 5 has a 2300mAh battery and a Snapdragon 800 at 2265MHz.
Nexus 7 (2013) flo has a 3950mAh battery and a Snapdragon S4Pro quad-core 1.5GHz processor plus doesn't have a phone radio as it's Wi-Fi only.
If you're comparing battery life between the Nexus 5 and Nexus 7 you really need to do some more research.
Andromendous said:
I beg to differ, it most definitely does. But anyways, thanks for all the help guys[emoji57]
Click to expand...
Click to collapse
na, its just junk you keep hearing repeated over and over. battery life mostly depends on how you use your device, how you personally set it up, what apps you use, and the quality data(or phone) signal you get. kernel might make a slight difference, but its not really much. changing how bright you keep your screen could make a bigger difference.
For one, i didnt say i thought id get those 7hrs on my n5 im not that stupid, you are just assuming that. all i was saying is thats pretty good even for that device. I understand their different but its not like im asking to build it for the galaxy s5, THAT would be way different, get my drift?
Screen and radio are the biggest 2 drains... Keeping the CPU ramped up can do a lot too and although that is controlled by the kernel, the settings in the governor can change how the kernel controls the CPU.
Many people assume that kernel x is better on battery and kernel y is better in performance but really the difference is that dev x and dev y set their default settings for the governor in bias to battery and performance respectively.. May user can make kernel x bias toward performance and kernel y bias towards battery, the opposite to original config.
Sure some optimisations outside of this will halve small impacts over stock but devs share a lot so they're usually available across the board.
Sent from my Nexus 5 using Tapatalk
Andromendous said:
For one, i didnt say i thought id get those 7hrs on my n5 im not that stupid, you are just assuming that. all i was saying is thats pretty good even for that device. I understand their different but its not like im asking to build it for the galaxy s5, THAT would be way different, get my drift?
Click to expand...
Click to collapse
I did assume that's what you meant, sounded like it though. sorry
But i understand what your getting at, different voltages clock speeds, all i was looking for was some advice. The attitude you guys are taking about it and the attitude the dev of the kernel took about it is like the difference between two politicians at voting time, two completely different views. Now i understand he doesnt use this device but he understands what it takes to do it, now i dunno where you guys stand when it comes to the knowledge it takes to do something like this but all i was looking for was some advice, not a OMG you know nothing battle