yashsingh1/xdaforums huggingface dataset:
[HTC One X] kholk:
@slvrarrow

Uhm. That's a complicated question xD

I haven't verified if while listening music the SoC should use the LP cluster (companion core) or the G cluster (normal cores).

From my MENTAL analysis, it should use the G cluster because LP's processing power should be meant only for core functions while the device is sleeping (like few IRQs operations and few "I exist" operations).

About the volume buttons, they're currently meant for another function (adjusting volume? :P) and anyway, that's not something that can be changed cleanly on kernel side... so that's something that should be changed on the Android system.

Oh, also, remember that volume buttons are doing GPIO operations... and those things will take the device out of suspend state, so, I think it's BEST to stay on the normal behavior and switch your music files powering on your display.... unless you switch them once per minute.
[HTC One X] slvrarrow:
Cheers for the reply Kholk. I knew the buttons would be a software rather than a kernel mod, just curious!

Would it be possible for you to force companion core usage (or make it more ready to switch to companion core) whilst screen is off? It would surely suffice for syncing/phone functions and streaming radio/music?

---------- Post added at 01:18 PM ---------- Previous post was at 01:17 PM ----------

I am using a remove 3 dot menu mod if thats what you mean? Can you direct me to blubbers?

---------- Post added at 01:22 PM ---------- Previous post was at 01:18 PM ----------

Just as a quick note for those wanting to use Kholks (fantastic) kernel I got 5hrs 5 mins screen on heavy usage (all web browsing, probably an hour of youtube) and 15hrs overall battery time. This was undervolted at each level to its stable min. Powersave setting for ondemand in setcpu is at 300 with no noticeable performance loss
[HTC One X] kholk:
Even if that means an UGLY hack, that should be possible.

However, if you better read my last reply, you'll realize how much unsure I am on the companion core's processing power: I'm really unsure if it will suffice for doing all the operations plus playing music.

Please note that MP3 codecs are still being processed by software and not by hardware for now... and "processed by software" implies "using CPU processing power".

While listening at music playing an MP3 file looks like an easy thing to the end user (just press play and it works), it isn't THAT easy for the CPU, infact even if the MP3 codec became much optimized over the time, it is anyway requesting a good amount of processing power.

Now, I can say, the companion core CAN provide the necessary processing power for playing a standard-bitrate MP3 file, but I'm not sure that it can provide the necessary processing power for managing the kernel operations AND playing that file contemporairily.
[HTC One X] sean.trinidade:
It's here

There are also a lot of mods which are based on blubbers original so may be worthwhile checking the OP of whichever mod you installed to do this - if they credit him, it could already be included !
[HTC One X] GuyAdams:
The switch to the companion core appears to be done on the silicon and not via drivers or a daemon. This would make it almost impossible to control unless nvidia tied in some calls which can trick it to switching.

...Following on from companion core power, I believe it still supports hardware decoding, so eventually music / videos could be processed on the hardware? Kholk correct me if I'm wrong on that part.
[HTC One X] slvrarrow:
It would definitely make sense to give it a try (from my uninformed outside view) as it could have a great effect on battery life.

When phone is sleeping/screen off is the companion core in sole use? Or are the other cores powered up at various times?

Can MP3 HW playback be hacked/activated with ease or is it a difficult task?
[HTC One X] kholk:
@GuyAdams

You're wrong, G/LP is being managed by software, not by hardware.

About the hardware decoding, that's why I'm slowly enabling new features on the kernel, like the already enabled IOMMU, ION, Tegra Mediaserver.... and the still disabled (but implemented) AVP.

Anyway, I'm doing this for performance at same power cost, but I don't know how can we compare the power usage of this to the power usage of the LP cluster.

Being new things, I would mark those as "experimental" not because not fully tested, but because we still don't know 100% of their various behaviors in various "worlds".

@slvrarrow

Sure it is something that won't kill anyone if we try, absolutely.

At the moment, I'm working on USB Host (and as a side note, I've successfully put the controller in USB Host mode with some not-committed modifications, so I'm not that far from making it to fully work).... and probably as soon as I'll finish this, unless major issues will come, I'll take a look to your good idea.
[HTC One X] nimrodity:
whats the best way to get your kernel with insertcoin 6.4

Should i mdownload the repacked kernel from the dedicated thread and flash it or download the zip with the bat und run that.

Dont know how/where i get the modules(if needed) if i flash the repacked kernel.Whats the difference between yours original one and the repacked,which should i get
[HTC One X] santroph:
In the Nvidia docs, the companion core (LP) is a ArmV7 core that can run at about 500MHz at its maximum speed, and can go very low for its minimum.

Knowing a little about the ArmV7 architecture, it should be fine for playing music and even video with these settings. Music, plus the normal signaling for radios, (wifi and 3g) should be really easy on this core, and it is a lower voltage core than the normal ones are even on minimum.

The core should be usable by the system even if it is with the screen on, but it is not how I see it implemented in our phones. I do think that system UI are to heavy for this core to be used, at least on Sense and even pure ICS since both use GPU acceleration, so with screen on, it would only be used without any GPU acc beeing used (e-book?).

According to Nvidia the LP core can even play/decode 720p videos without needing to use the other cores, that was even shown in some demos when they were selling the chips to some OEM.

I don't know how difficult it is to implement it, I just know it can be done. And yes, this can be implemented in kernel, and according to someone I heard, can also be left to the hardware's choice (this I can't confirm).

Greetings, Santroph.

P.S: I'll try your kernel in a few days, I'm just doing a review for my site about this phone, so I'm using the default kernels, than I'll pass on to the best ones, and yours look to be one of the best for now.
[HTC One X] slvrarrow:
Brilliant Kholk, I look forward to seeing your kernel develop its exciting especially after having a D3 with locked boot loader!
[HTC One X] starbase64:
Hi,

i've found a new feature on 0.92 & 0.92a.

GPS signal losses completly in a interval at 10 minutes.

nice, but not usable for me.

cheers

starbase64
[HTC One X] Azurael:
Not just an ARMv7 core, but an identical fully furnished Cortex A9 w/MPE unit. It wouldn't be possible to transparently switch out one of the GP cores for it if there were instruction set differences... The reason it uses less power than the other four CPU cores at the same clock is because it's made with a different silicon process (along with everything else in Tegra 3), not because it's a simpler core. That's also why it's limited to 500MHz.

I would guess that any time there is only one core active and the clock is <=500MHz, it dynamically switches it out. But I can't see why that would require the screen to be off - in all NVidia's promotional material they claim it works with the screen on, and the CPU is often at <500MHz when not to much is going on.

Edit: In fact, looking at /sys/kernel/debug/tegra_hotplug/stats, I can see that my phone has spent most of it's time with the LP core 'plugged', even though the screen has moslty been ON since I booted it, so I recon it's working fine...
[HTC One X] mach0boi:
Does the kernel have init.d support? Seems like my backlight off tweak in my init.d folder doesn't apply on boot. Using the non repacked version on insertcoim :)
[HTC One X] kholk:
I think you haven't fully understood what was I trying to say, and also I admit that my explaination wasn't full because what I'm saying now was implicit to what I said in my last post.

You're both absolutely right, the LP Core is another full ARM Cortex A9, max (recommended) speed 500MHz.

Remember that we are discussing about using the companion core while in standby listening to music, but now examine what both of you said:

1. The LP Core is a full Cortex A9, exactly like the G cluster cores.

2. The maximum (stock) speed of the LP Core is 500MHz, while G is 1400-1500MHz.

3. It is working fine.

So, what you said basically is something I can confirm without any problem, yeah, but...

re-read the three points.

Now, based on those three points, where's the difference between the LP Cluster and the G Cluster?

LP Cluster contains only one core (so, it isn't really a cluster), running with the same voltages the G cores can work at!

Really clarifying what I said.... well, it was implicit (mea culpa) that I was talking about the LP Core at its "minimum" (not really minimum, understand what I'm trying to say) frequency, since we were making a discussion incentrated into power consumption and tricks that can be done for lowering that.

Now you're asking yourself why I did such a long post when the important lines are just two or three.....

....I don't know, but I hope you've been enjoying the read xD

That's something in the ramdisk, you should repack the kernel for this to work on that ROM.

Please note that I can't repack the kernel for every ROM out there :P
[HTC One X] maseo:
Kholk, forgive me for asking but im just thinking out loud.

Is there a way to reduce the twitchyness/speed at which the ondemand governer scales? It just jumps all over the place. 204>340>204>204>touch screen 1500>340>204, All within <5 seconds.

Listening to music limits the minimum speed to 340 all the time.
[HTC One X] Fruktsallad:
LOL:ed at that! :D

Really appreciate the effort you're putting into this, and I think you're right on track when focusing on power consumption. I've been running 0.92a all day on InsertCoin 0.92a. 100-150mV lowered voltages across the board. VERY smooth performance and not a single lockup or reboot. Plus pretty decent battery - 12h standby, 2,5h screen on time (browsing, texting, tapatalking) and still 36% battery left.

EDIT: BTW, using default ondemand governor, it doesn't drop below 340 MHz.
[HTC One X] slvrarrow:
Just wondering are sysctl settings not sticking (changed in rom toolbox) a result of the kernel? I'd like to lower vfs cache pressure to 10
[HTC One X] santroph:
Yes, my mistake. I was mistakenly confusing it with the new ARM Big.LITTLE architecture, which use Cortex A7 (instead of Armv7 as I have said before) with Cortex A15 showing that we can change from one arch to another seamlessly, but it has not the same manufacturing process as Nvidia. Nvidia uses 4 Cortex A9 G (full power cores) and 1 LP core Cortex A9 also. Big.LITTLE does uses cortex A15 core(s) alongside Cortex A7 core(s), giving it a big advantage for low power and high performance, depending on the cores you are using.

It can be seen here and here

But Nvidia does have a demo that shows the companion core working fine with screen on and the changing between cores (LP to G) on the fly, even with the screen on. Thought as I have said they are not even swyping the screens, just sitting there without touching the screen. But it can play videos, stay on the browser and other stuff without even reaching more than 60% of its performance.

It can be seen here

[YOUTUBE]R1qKdBX4-jc[/YOUTUBE]

Greetings, Santroph.

---------- Post added at 06:18 PM ---------- Previous post was at 06:05 PM ----------

@kholk Sorry for the long posts too :P

I was just trying to pass to all of those people trying to figure out if the LP core is working as it should. I do think that it is, even if it does use another manufacturing process for lower power consumption, it is still a big core, and even working alone, it is still a 40nm process, so it does has a big power consumption compared to 32nm and 28nm cores.

It is probably working as the video show, but it won't make any magic.

I think that sense is even making it worse, because it can be making tegra use its G cores even while sitting idle with screen on, but I can't say for sure.

If only we could get that software they used in the video :P

Greetings, Santroph.
[HTC One X] kholk:
Uhm, the fast switching to 1.4GHz and re-switch to the minimum possible frequency is absolutely normal: it is like this for maximum performance while mantaining the minimum power consumption.

About the music limit, strange behavior, never noticed anything like that, but probably that's because 204MHz aren't enough for kernel operations and listening to the music contemporairily.

I'll give a better look at this soon.

Thank you! :P

Nope, or, at least, 99% it isn't a kernel issue: I haven't touched anything that can change the sysctl behavior.

Yeah, it surely can. Remember that the really OLD devices were using ARMv6 at even a lower frequency than the LP core in Tegra3 and they were running just fine.... they only were somehow ....slow. :P

About Sense, talking of the entire framework, yeah, I think the same.

.....about the software in the video.....

IMHO, pretty useless!

Anyway, I was reading about the Big.LITTLE thing some days ago, it seems to be really much efficient and it's a pity that Tegra3 was built on another concept.

Sincerely, prior it to come out, I was expecting a Cortex M3 as companion core, instead of the A9... and also a little different behavior of the clusters (expecting an M3, I was expecting an almost-RT kernel with some operations allowed only on the M3 core).
[HTC One X] santroph:
Tegra 3 was in development waaay before Big.LITTLE was even show or spoken to the public or companies. That's why they did it as it is. I think they did a good job with what they had at the time.

But, the truth is, it is what we have right now :)

We can only hope new kernels like yours can make better use of it ;)
[HTC One X] Drefsab:
im very interested to see what things come of this especially the AVP stuff, offloading media decoding to the hardware more should save power and I use my phone a lot for that so it would be a big plus for me :)
[HTC One X] nimrodity:
After using the eternity kernel for 2,5h listening to music over bt I am not that impressed about battery drain.

Lost exactly 30%,yesterday using the faux kernel it wre only 22%.

Doesn't sound much but every percent counts.

But let's wait and see how it turns out over the whole day.

Gesendet von meinem HTC One X mit Tapatalk 2
[HTC One X] Fruktsallad:
You should give the battery at least two full cycles before making comparisons like that. I, too, often jump the gun too early (as evidenced in my posts above :-), because I'm all giddish after flashing, but for accurate results it's really better to give it some time to settle.

Cheers!
[HTC One X] nimrodity:
Yes I know but the faux kernel ad exactly the whole test environment like this one.

Freshly flashed, fully charged.

But you are right, don't judge to fast.

Problem is I don't have the patience for that.

Gesendet von meinem HTC One X mit Tapatalk 2
[HTC One X] kholk:
Please note that this kernel is heavily modified (upgraded) differently from the other ones: some parameters may be treated differently, so, give time to your Android system to recalibrate the battery (2-3 cycles should be enough).
[HTC One X] nimrodity:
If you say so, ok will try it some more, thx

What's the thing with the media server, it uses more battery than my music player itself.

Is the server more like the driver of something else.

Another thing, if I use bt shouldn't it also appear at the battery usage section.

At least it doesn't for me

Gesendet von meinem HTC One X mit Tapatalk 2
[HTC One X] kholk:
Don't confuse the Android media server process with the Mediaserver kernel driver, those are two entirely different things!

And about BT, sincerely I have never noticed that entry into the Android battery stats, but anyway the battery usage history isn't something kernel related.
[HTC One X] n3ocort3x:
Hy there... I´m using CoPilot live Navigation and want to ask something... Why uses this Kernel the maximum of the CPU all the time on this (or such an app) ? Im always on the full 1,4 GHz and that app needs not more than 600MHz to run smooth... im always on AC and the battery is still going down...

When i flash a stock KErnel, the app uses 1 GHz (wich is also too much) but the phone wont get that hot and the battery charges... Thanks for your work
[HTC One X] kholk:
If you can provide a logcat while using this app, I'll be able to discover something more on this! :D
[HTC One X] nimrodity:
Ah ok, didn't know this were two different things.

But I know he usage history isn't kernel related. But even if if have a great kernel, I miss sweep2wake very much. I really hope this will be picked up some time again

Gesendet von meinem HTC One X mit Tapatalk 2
[HTC One X] n3ocort3x:
Hey thanks... will do that... Thanks for your reply !
[HTC One X] verynuclear:
I am flashing this kernel now hoping to feel a great battery like.

I am coming from franco Kernel-r8 which drain battery very fast.

BTW I am using Trip CM9 Rom.
[HTC One X] kholk:
A new version has been released.

The changes are incentrated into overall efficiency of the kernel, also, there's an update on the USB Host functionality: now the device recognizes the OTG ID Pin correctly, but still it isn't putting the OTG Controller in HOST Mode correctly, so, it's still not working, even if that's a step forward.

Enjoy!

The EternityProject Team Manager & Main Developer,

--kholk
[HTC One X] n3ocort3x:
cool ... will update now...xD

I´ll hope its not rude to ask a small Question for understanding cause no one answered me yet:

I read somewhere that possibly NV controlls the clock freq. in userspace in a seperate daemon... can you confirm that ?

and second: Will there be a way in the future to get the freq. on the governors to work ?? (i´m talking about underclock)

Thanks for the update !
[HTC One X] kholk:
Nope, the frequency is being managed by the governors, but there's something else acting with them because of the two clusters on the Tegra3... anyway, all managed by the kernel, and changing the governor works with the normal behavior.

Also the CPU hotplug is managed by a kernel driver :)
[HTC One X] n3ocort3x:
and why is it not possible to set the frequency correct... I set maximal 1GHz and it uses still 1.4 GHz... Thats what i not understand... or is this caused by the thing that you mentioned "acting aomething else"...xD
[HTC One X] kholk:
Oh that's because of the "boost frequency" that is being set everytime you powerup the display...

...it's the normal behavior of the Tegra 3 drivers and well, it's something tedious I know.

After v1.0 (at ~v1.5 maybe?) I will look into that.
[HTC One X] n3ocort3x:
Oh ok... but it happens also on this scenario: Gov on Interactive, Max 880 , Min 52

, Screen is ON for 30 min. in Navigation (what means that it has to "boost" one time when i turn on the screen).

Log of that 30min. gave me following results: 22 Minutes on 880 (wich is defined) and the rest of 8 min. it stays on 1000MHz and 1400 MHz. As I said: defined are 880MHz..

So, screen has to boost up frequenzy 1 time and not for 8 minutes.

Thats what I do not understand...xD I dont want to annoy you, really not...xD
[HTC One X] kholk:
That's because your LP core has been power cycled, thing that doesn't happen with ondemand.

Trust me, ondemand is the best governor on Tegra 3 for normal usage. Also, on this kernel, it scales the CPU up at need, and down practically right after finishing the iterations requiring high CPU frequency.
[HTC One X] n3ocort3x:
You say that i should set ondemand and my problem is gone...xD Sweet will test that tomorow and report back...xD
[HTC One X] starbase64:
@kholk

the kernel deactivates internet connection in standby?

How can I prevent this?

cheers

starbase64
[HTC One X] santroph:
Probably you are talking about this problem, aren't you?

http://xdaforums.com/showthread.php?t=1590884

If it is the case, it has nothing to do with the kernel, but it is a know bug, and HTC will try to fix it in the next update.

Greetings, Santroph.
[HTC One X] DanteGR:
Seems to me that ur suffering from the following problem too...

http://xdaforums.com/showthread.php?t=1590884

EDIT: Santroph got me to it :)
[HTC One X] starbase64:
Hi,

i had this problem ONLY with eternity kernel.

cheers

Starbase64

Gesendet von meinem HTC One X mit Tapatalk 2
[HTC One X] Drefsab:
perhaps you can give a little more detail then on your issue, you say the kernel deactivates the internet when in standby but thats a little short on detail.

Are you using WiFi and its merely sleeping, are you on 3G and the data is turning off.

How long does your phone have to be in stand by for before see the issue?

What rom are you using?

What version on the kernel have you had this issue on?

Did you flash the kernel modules properly?

Do you have a logcat from when you have been able to reproduce the problem so the dev's can see what's going on?

I only ask the above things because its not even clear what the problem is exactly and I certainly have not had anything of the sort using this kernel myself, plus no one else has reported it either so more detail is needed to know what's going on.
[HTC One X] Galliture:
hey guys is this kernel really working?

which rom should i use?

does it have any bugs?

sorry for my weak english
[HTC One X] Sib64:
Indeed, this kernel works well and for the majority of the HOX rom ;)
[HTC One X] kholk:
I quote all of the @Drefsab questions :P

....and nothing strange is happening on my device, if you're talking of 2G/3g/HSPA.

If you're talking of the WiFi instead, that's absolutely true and a known problem that hTC is addressing.

That problem isn't happening only here, but you can notice it better on this kernel because since the SoC reaches the highest sleep mode here, when you put your device off of standby there's a delay of ~1sec for the WiFi reactivation that on other kernels (also the stock hTC one) doesn't happen.

It's all about noticing it :P

P.S.: If you install A LOT of apps that will run in background and use cpu power on a device running the stock ROM and the stock hTC kernel, you'll notice the same, but it's happening ANYWAY, busy CPU or not!
[HTC One X] n3ocort3x:
deleted
[HTC One X] H377:
Hi All,

Could someone please let me know if there's a solution for setting the volume calls? I mean when I'm in a call and the screen is off the phone is at my ear I cannot change the volume level. Only if I take the phone off my ear. Why is this? I don't have this kind of problem with the stock kernel.

Any ideas?
[HTC One X] starbase64:
Hi,

2G/3G or wifi, the problem is same with this kernel.

Devices go in deep sleep and deactivated all connections.

No email sync or G+ messages or others.

After wake up, 2G/3G network is reactivated.

No Problems on stock, faux or franco kernel.

cheers

starbase64
[HTC One X] DanteGR:
Does it also happen right now?

Could u please leave the phone's screen off for about 30 mins, then turn it back on and tell us if the problem is still there?

Sent from my Nova powered HTC One X Quad-Core Beast running Wilkyyyy's mod
[HTC One X] kholk:
Strange enough. I don't have any problem like that: my HSPA connection is always active.

Using the hTC stock ROM here.
[HTC One X] DanteGR:
Does it stay connected between 12am-7am?

That's the question to be answered :)
[HTC One X] kholk:
Probably you're confusing something.

The kernel hasn't got any power feature activating ONLY at a certain time: that's a feature controller by ROMs and apps.
[HTC One X] DanteGR:
I know mate that it's not kernel related.

It's ICS related and I just wanted to know if other users have the problem too :)
[HTC One X] nonnotopo:
Hello, how does usb host with otg work?
[HTC One X] starbase64:
Not at this time.

cheers

starbase64