yashsingh1/xdaforums huggingface dataset:
[HTC Sensation] faux123:
There are some discussion of thermald(uh) in other kernel threads ;) Aren't you glad we are free from the tyranny of thermald(uh) :D

[YOUTUBE]vHAvjaHtlMA[/YOUTUBE]

BTW I <3 ^ sound track!

Anyways, I just paired my Stereo Headset with Sensation for some BT music, and I just noticed a VERY ANNOYING HISSING noises over BT Audio.... this is NOT good.... I am wondering if there are others out there experiencing this same issue as me....

The same headset has paired with many other phones with Stereo audio and have no hissing sound at all... WHY HTC have you FAILED so hard on this....

My BT Stereo headset is Sony DR-BT22

I am going to look at the CRAPPY audio issue on the kernel side to see if there's anything I can do about this....
[HTC Sensation] Hawke84:
I've not got a bt headset but I've got it in my car, will give it a go and let you know...
[HTC Sensation] SebastianFM:
Also you are free from real second core management because you don't use mpdecision. Lol.

Really there is nothing wrong that thermald is running in userspace. This is a simple app which turns on the thermal sensor, sets thresholds, waits for the notifications from the kernel and when receives notification it decreases or restores CPU frequency. HTC thermald isn't bad, only it isn't designed to OC so it always restores highest CPU frequency and it is only reason why I wrote my own thermald.

You said few posts before that thermald in user space must fight with other userspace applications, about lags and delays - are you kidding? thermald works as a system service! Besides it doesn't require too much CPU power to manage frequencies.
[HTC Sensation] faux123:
I don't know exactly how thermald works since it's a Qualcomm proprietary CLOSED source binary. You maybe right in what you said but no one can be sure of it because you can't see the code or modify it.

I rather have an open source control which people can see how it works and can tweak it.

My solution is an alternative to thermald and mpdecision as you mentioned ;) Isn't it good to have a choice :D This is really what open source is about.. it's about freedom of choice.
[HTC Sensation] show-p1984:
I am fine with the thermald-kernel-caf replacement, but what you said about mpdecision is just not correct (that your management is an alternative). Afaik (as seen on your github source, please correct me if this is outdated) you hacked the kernel to have both cores running when screen is active and single core while screen deactivated.

That is only one tiny function of mpdecision you imitate here. mpdecisions main reason for existence is to actually decide if a second core is needed while you do stuff with your phone (screen is on). It will deactivate/activate the second core as needed which you completely ignore by having it online and mostly idle all the time now.

So if we call your alternative singlecorewhilepaneloffdecision it would be better fitting ;)

(Btw userspace thermald has the advantage of being user controllable with a config)
[HTC Sensation] faux123:
Actually, the kernel thermal / 2nd core management code is current since 002 kernel. it's all there on my github. The only thing hasn't been released is the current beta test code.

Yes, regarding dual core while screen on is done on purpose. On Galaxy Nexus, there's a governor called hot-plug where it behaves exactly like mpdecision. It will hotplug 2nd core purely based on CPU loading ONLY, except when benchmarked comparing with Ondemand or even Interactive governor, it is found that the hot-plugging isn't saving anymore battery than having both cores online. Because CPU hotplugging is an expensive process, so dynamically hotplugging very fast actually hurts battery performance more than it saves. If you look at your dmesg / or last_kmsg, you will see CPU1 online/offline VERY VERY rapidly sometimes CPU1 will be brought online only to be immediately brought offline.... this is not free to do this in rapid succession.

Because of my experience with hot-plug on the Galaxy Nexus, I've decide to go with my method and keep 2nd core idling while screen is on. My battery drain is no larger than with mpdecision enabled, so I believe my method is a good alternative.

Of course, it is completely up to the users to decide which kernel to load into their phones. I wouldn't say which method is better or worse, it is up to them to decide and choose. If they want to have mpdecision/thermald, they have both yours and Sebatians kernels to choose from or they can choose mine as an alternative. Both of you have done great jobs on your kernels and it is NOT my intention to disrespect you both. I am simply present an alternative approach.

I don't mind open discussions such as these, matter of fact, I welcome them.
[HTC Sensation] Hawke84:
I'm learning a lot from this. So if what your saying is correct battery will be good with screen off but bad with screen on, worse than stock kernel say as the 2nd is always on all be it idle?
[HTC Sensation] SebastianFM:
I partially disassembled the HTC mpdecision and I did some modifications in kernel and system to see how it works so currently I know it very well. Choice is good, but please stop telling people that your sollution is best ever because is not.
[HTC Sensation] faux123:
Sebastian, you are reading too much into my posts. I never claimed my solution is the best EVA! ;) I've always claimed to be an alternative. be free from user space binaries. If you interpret my words to be what you said, then I am sorry, because it is NOT intended that way.
[HTC Sensation] psycho1:
On latest beta.. 005. Battery is much better than previous beta.. but not as good stock.. very responsive.. great work.. just had a random reboot.. using energy Rom.. has just sent a text and pressed the home key.. on at work don't know how to get the error message .. If it does it again I'll figure out how.. thank you for all you work.. very much appreciated
[HTC Sensation] show-p1984:
I never said which kernel is better, hell I don't care. I build my kernel for myself, and if someone likes it he is welcome to use it too.

I think we should let all of that apologizing and trying to avoid disrespect crap. I think nobody is disrespecting anyone here. So let's talk bare facts:

Pluggin in and out additional cpus is in a worst case scenario a very expensive process. Memory must be copied / shared, processes need to be switched, etc. That's why mpdecision plugs the second core in when cpu0 is pegged and a new process is starting, so that the kernel can shift this new process onto the second core. When the process is done, and no more tasks are running on the second core (it is idle) and cpu0 is no longer too pegged for new processes mpdecision will unplug cpu1. There will be nearly no overhead work generated.

If I look at my kmsg/logcat I only see cpu1 online when needed, that's why battery life is stellar. I tweaked the settings in a way that all this hotplugging of the stock kernel is drastically reduced. I actually did this on gingerbread over months to find the right balance and just picked it to the 3.0.x kernel source which worked perfectly.

Additionally the Gnexus has a completely different cpu, with other technology and other capabilities. Our cpu is primarily designed for hotplugging. It is meant to enable/disable the second core often, so that a maximum of power can be saved and speed can be gained. That is the beauty of QCOM's snapdragon series. (And also why I would always prefer a snapdragon over anything else).

It just makes no sense to ignore this advantage. And you can't tell me that you get the same battery life with lots of screen on time while both cores are permanently running compared to a needed online basis ;)

That's just physically impossible.

##

Edit:

Ofc screen on battery will be worse than stock. You are running 2 cpus all the time while screen is on but the second cpu only needs to be online ~20-30% of your screen on time. More if you always play games the second you activate your screen. :)

I would love to be shown some other results and as I have not tested this it is possible that I am completely wrong. Yet logic dictates that it is very unlikely.
[HTC Sensation] faux123:
Theoretically, having 2nd CPU turned off when not needed will result in lower power consumption, but IMHO, the current mpdecision is too twitchy...

You see the actions of mpdecision in dmesg logs where at times, it will go thru on/off cycles very very rapidly. This also causes unnecessary loads and load balancing nightmare for the CPU scheduler. Every time a CPU is taken off line, it generates IPI storms Here's a direct quote from ubuntu about power saving strategy "The general rule of thumb is that it is preferable to have as many processes running on all the cores in lower power (lower clock frequencies) rather than have one core really busy running at full speed while other cores are sleeping." (https://help.ubuntu.com/community/ReschedulingInterrupts <== good read to learn about power savings strategy for laptops also battery based device.)

So my strategy is to keep the 2nd core available to work on things @ a lower clock speed and eliminate IPI storms between the processors so they work in a more efficient way thus consuming less power.

PS: intel cpu is also asynchronous smp design similar to snapdragon dual core series.
[HTC Sensation] ifti_a:
all i want to say is that faux rocks!

his work is awesome and i love it.
[HTC Sensation] Hawke84:
This is interesting, thank u everyone for the explain.

So of your someone who flicks the screen on and off a lot while waiting for a hot girl to text you, that will cause storms?

I might do some testing with this, just for ky own scientific curiosity... My battery is a tad choppy at the moment...
[HTC Sensation] jerrylzy:
No method,just add it,this kernel can work with oc daemon
[HTC Sensation] Bluewall:
I can change the value but no way to hit the "apply" button : /

Faux Kernel 0.10

Any idea ?
[HTC Sensation] skyhigh2004:
+1

Sent from my Sensation 4G
[HTC Sensation] jerrylzy:
May be your rom's oc binary is missing

EDIT:

system/etc/init.d/*oc

system/etc/virtuous_oc/

system/xbin/virtuous_oc
[HTC Sensation] d.brown:
Isn't this what you're looking for?

Hope will help

http://dl4.htc.com/RomCode/Source_and_Binaries/pyramid-2.6.35_crc.tar.gz

Hi my name is DloBrown and Im A nightly addict!!!
[HTC Sensation] Bluewall:
Right bro !

Thanks ;)

Gonna sleep now, will try this new kernel tomorow and will see how much it's drain battery since it's OC :p
[HTC Sensation] marcos600rr:
Wich rom are you using mate
[HTC Sensation] skyhigh2004:
The beast.

Sent from my Sensation 4G
[HTC Sensation] Jason Syn:
So if I am running insert coin I don't need any special ramdisk or library do I?
[HTC Sensation] phonegod:
can some one tell me what other files i need to flash 0.1.0
[HTC Sensation] vabeach454:
Are you on 0.0.9 Kernal?
[HTC Sensation] jlevy73:
HTC will post the new source code here: http://htcdev.com/devcenter/downloads

According to GPL rules, HTC has 90 days to post the source code from the day the 2.3.4 OTA was released.
[HTC Sensation] phonegod:
no i was i went back to stock but still have the files
[HTC Sensation] vabeach454:
Go to page 45 and DL baadnewz 0.0.9 file and flash, then 0.1.0 right after while still in recovery. It has been reported to work fine. I am getting ready to try it myself and I am running CoreDroid 2.3 and have 0.0.9 installed.

EDIT: Worked just fine... I flashed 0.1.0 right over 0.0.9, all I did was wipe the Dalvik Cache in Advanced and flashed it. I am also using SetCPU and my Freq. are holding just fine. All I did was set my screen off profile. I will be trying OC Daemon as well.
[HTC Sensation] jermx:
They might breach GPL rules again. You never know.

J
[HTC Sensation] johnson8cyl:
Petition

74 Signatures in the petition for faux. Lets see if we can get some more. Link in my sig. Thanks everyone :D
[HTC Sensation] vabeach454:
Good looking out!! I will go and sign up now. :)
[HTC Sensation] johnson8cyl:
Thank you very much. Any help in this matter is greatly appreciated. I hope we can make a change for the better for a great developer worthy of being recognized :D
[HTC Sensation] d.brown:
Exactly where I got it from...

Hi my name is DloBrown and Im A nightly addict!!!
[HTC Sensation] akamustang:
I'm on 3b4 and seeing the same choppy battery that Hawke84 describes
[HTC Sensation] Nekromantik:
Well surely having 2 cores online all the time will cause more battery to be used no matter how efficiently the kernal works.

Idle battery drain is a big concern as you want the phone to loose as less battery as possible when your not using it. Overnight for example, if you charge it before bed you dont want to see it with less then 95% when you wake up 9 hours later.
[HTC Sensation] faux123:
We are only discussing dual core philosophy when the screen is on.

when screen is off, my kernel disabled the 2nd core completely and limit the max frequency of primary core to 594 MHz max.

For Idling performance of my kernel see here:

https://twitter.com/#!/faux123/status/186214265617788928
[HTC Sensation] weedup:
Sorry for the noob question, but where can i find the mpdecision file or the renamed one, cuz i can't see any mpdecision or mpdecision_dis file in system/bin.

Thnks :)

Edit: I have the latest beta installed
[HTC Sensation] Nekromantik:
I will try your kernal soon.
[HTC Sensation] faux123:
those files are located under /system/bin

I only renamed them to mpdecision_dis and thermald_dis, if they are NOT there, then must be the ROM, not by me.
[HTC Sensation] show-p1984:
Ah btw ;)

Why not just remove or uncomment the startup command of those services in the init.qcom.post_boot.sh?

Renaming or deleting stuff makes things more difficult for the user :p
[HTC Sensation] faux123:
Because there are lots of "customizations" on those files from different ROM chefs.

I thought about what you said a while back, but after looking through a few, I decided my way was safer :( (though as you said not as convenient)
[HTC Sensation] PaulGiz:
I am certainly not at the level of Faux, Show-p or Sebastian, although I understand their theories and philosophies.

On a practical note, every evening I drive home and being a raging lefty, I stream Randi Rhodes on my phone, plugged into aux of my car radio. Same time every day, same route. With every kernel except Faux's recent versions, I lose 20% of battery for 45 minutes of streaming (screen off).

With Faux's I lose 6%. No stutter, no lockups. So there's some efficiency.

I know both cores flopping around must use more power screen on, but in normal use, your screen is off 90% of the time.

My experience shows slightly more drain while browsing, using maps, communicating, but much less drain screen off (which isn't necessarily idle). Overall, battery is fine. With Sebastian's kernel battery is fine, fairly close to Faux.

So, my experience (not theory) tells me both approaches can be made to work.

P.
[HTC Sensation] kdm06:
The two cores are online when screen is on. Single core in idle.... What happens when there is a demanding screen off process such as internet radio or streamed music? In this case does wakelock keep both cores active? Also, given what faux said about preferential core usage being all core moderate activation rather than single core high activation, if we had a scalable governor like intellidemand would this be better able to limit the upper clock of both cores to lower levels when not required than ondemand? Would this give a more tuneable CPU response in the absence of mpdecision and therefore give better battery if both cores are active? Given what showp said about a 30% requirement for the second core could a different governor push that 30% up closer to 100 if there was a scalable upper clock speed based on user tasks (like web, or music) dictated by the governor?.. I am just trying to learn so feel free to discard the questions if it is nonsense. I am very interested in the discussion between three people who know what they are talking about. I am just thankful that you all are working on this platform. It has given me a phone a ten times what it was out of the box.
[HTC Sensation] faux123:
With my kernel, the 2nd core is ALWAYS off when screen is off regardless of load. Also the max freq will NEVER GO ABOVE 594 MHz while screen is off again regardless of load.

Also my Two Phase OnDemand governor has been tweaked to use 80% of max cpu freq during the idle phase, so it won't go 100% due to a phantom load.

As you mentioned, a more optimal way is to have some correlation between the 2D/3D GPU load and CPU loading all tied together like my intellidemand governor for my GB kernel.

I am still debating if I should forward port my intellidemand governor for ICS from my GB version.

CAF has created a very interesting new governor called MSM DCVS (hint hint ;) ) which does very similar thingies like my intellidemand governor but with much tighter system integration, of course. UNFORTUNATELY, we will NEVER be able to benefit from it due to ARM TrustZone technology (ARM TZ is VERY VERY BAD for open source, this technology is used to hide how the DCVS secure kernel works, and without being able to modify or change this DCVS secure kernel firmware, we can NEVER take advantage of this new more integrated power saving governor for the older phones).
[HTC Sensation] danilo081:
Please,Please, Please, Please port intellidemand - PLEASEEEEEEEEEEEEEEEEEEEE :)
[HTC Sensation] ifti_a:
Intelldemand was amazing I must say
[HTC Sensation] johnson8cyl:
+1 I thought so too
[HTC Sensation] pnut22r:
I don't know a lot about all that stuff faux, Sebastian, and showp are saying, but I have used all of them, and they all work great, with some noticeable differences for each. But I got to stay true to man Faux. I used all of his stuff; roms and kernels with the MT4G, and he was/is a legend. I always come back.

Btw, I'm too late to the sensation to know intellidemand, but it was good stuff?
[HTC Sensation] malybru:
Hi,

Top of the range.

:)
[HTC Sensation] kdm06:
It was good stuff. Scaled the upper limit of the CPU based on gpu load so that non taxing tasks such as web browsing didn't kill bat for no reason. Resulted in great bat saving with the speed available when required. E.g. games etc...
[HTC Sensation] ifti_a:
Intelldemand was amazing

that with beta 5 performance will kill all other kernels

It was out of this world stuff, just hope faux has the time to implement it in the future. We can't push him yet, he's just got back

Thanks faux
[HTC Sensation] PaulGiz:
No thermald, no mpdecision plus intellidemand would make me incredibly happy.

No more to say.

P.
[HTC Sensation] d3vilskid:
here is last_kmsg for baads sense 4 rom.
[HTC Sensation] faux123:
Open Beta may not be stable and may cause issues with your phone!

By loading open beta you have agreed to:

1. To report all random reboots with associated /proc/last_kmsg

2. To provide feedback on errors or bugs with detail phone information such as ROM, kernel version, and apps

3. Participate in Forum discussions for the beta software with others without FLAMING each other or post useless information such as:

a) Phone doesn't boot (without providing any additional information, ROM versions etc)

b) phone is too hot (without providing any additional information, ie OC freq, UV etc)

The Open Beta system is designed to have the community help each other and the developers. This way, all potential bugs are flushed out so the final released version will be stable and error free. The more actively you participate in Beta Testing the better the final product will be (you are really helping yourself to create a better community software).

If you do NOT agree with the statements above, DO NOT load my Open Beta software.

Beta 6 is out!!!!!

Patched to Linux 3.0.27

https://twitter.com/#!/faux123/status/187058708495339521

Enjoy!
[HTC Sensation] simplytheone:
you are right ;) run it 3 times or 4 times ;) to look for the maximal temp of my system... i need a better stresstest than antutu i know my phone heats more up than other ones phone becouse of the hardware i think... the phone of my sister runs with same setting 5 C temp coller ;(

noob question:

get i better sytem temps with other battery... i will order anker 1900 ?

and i search for a tool to log my temp ;)

thanks for support!
[HTC Sensation] X46X:
I don't have intelidemand in set cpu. :confused: You say intelidemand is the best but how it wokrs? Tell me why is the best? Thank you
[HTC Sensation] joaquinf:
Only available in gingerbread kernel. I can tell by your signature you are using an ICS ROM, so it's completely normal you don't have it as an available governor

---------- Post added at 01:48 AM ---------- Previous post was at 01:26 AM ----------

Anker battery runs waaay cooler than stock battery, no matter if idle, gaming, browsing, calling, texting. If you have the chance, get it! you won't regret. Plus, you will get 1900 mAh of juice :eek:
[HTC Sensation] joaquinf:
Beta 5 feedback

Hi!

I'm about to load beta 6 but first I'd like to give some feedback about beta 5. After using it for about two batt cycles (~18 hours each) i can say that phone feels smooth, responsive, and batt life is good (not awesome, but good, i was having +24 hours with the same setup running sebastian 1.30.2). My cpu is set to run @1.5GHz with ondemand governor and i'm using system tuner to monitor cpu freqs and temp. I have auto-sync on all the time (whatsapp, gmail, facebook and weather), when i'm not connected to wifi im on 3g network.

I have to say that this is the cooler (in terms of temp :D) kernel i've ran in ics yet (both beta 4 and 5). My phone rarely exceded 60°C not even when playing 3d games like mc3, shadowgun, fifa 12, dead space. I'm very happy with that, though pone runs a bit warmer with stock battery (I'm using anker atm).

I don't care about benchmarks, i'd rather trust in user experience and how my phone feels in my hand. I never felt my phone laggy or slow, games are running without any problem and UI feels like butter. This is really a good experience i'm having with this last two betas. I haven't had any random reboot or any issues whatsoever

Keep up the good job faux and thanks for giving us a different alternative to choose. Some screenshots attached if you want to take a deeper look and give your opinion.

Thanks again
[HTC Sensation] simplytheone:
i go to order this now ;) thanks!
[HTC Sensation] shiningarmor:
animation problem in both b5 and 6, did cache/dalvik wipe before and after flashing.

i have no idea why

is there any mandatory step that i missed?
[HTC Sensation] Zer0r:
Report for Beta5:

Strange behavour when docked in my car - sometimes it is not charging at all. Stock kernel works properly. What additional info do you need to debug this?

HTC SEnsation XE, ARHD 6.5.5, Leedroid Tweaks 3.0, HQ_Camera_1.2. No more mods. While in car I use video-registration software, navigation software and PowerAmp over bluetooth playing music to my car audio. Everytime when testing is the same set of software.

Also, I will try Beta6 today.
[HTC Sensation] TheUntouchable:
Mh, cant confirm this problem with Beta 5! But i am only using copilot or nothing when my phone is docked in my original htc dock.
[HTC Sensation] Zer0r:
Also - I am not sure, but there are strange values for battery after night - only 4% gone for 9-10 hours. Battery consumption line is almost flat (see attached screenshot). You can see - when GPS is working - it is in my car and in dock = should be charging. But it not always does.
[HTC Sensation] TheEyes:
Anywhere we can get md5s for these kernels/betas? I always get a little nervous flashing something to my phone when I can't verify the md5, especially a kernel or ROM.
[HTC Sensation] Evil-Dragon:
Is it even Sense 4 rom compatible? Plus these are ports and are most likely using hacked drivers to correct display problems linked into the kernel some how. Flashing fauxs kernel removes these fixes to link in the hacked drivers. I'm still learning so correct me if I'm wrong.
[HTC Sensation] shiningarmor:
im not sure, i just make assumptions that since showp's kernel is sense 4 compatible, why not faux's. :o

well have u tried it on a sense 4.0 rom? sense 4.0 is sense after all..