PINE64 dev

17 Nov 2024 12:56

[I] <d​simic> sure, check that when you get a chance

PINE64 dev

17 Nov 2024 12:55

[M] <p​iggz> yeah :)

PINE64 dev

17 Nov 2024 12:54

[I] <d​simic> grep . /sys/devices/system/cpu/cpufreq/policy0/stats/trans_table

PINE64 dev

17 Nov 2024 12:39

[I] <d​simic> BRB, have to eat :)

PINE64 dev

17 Nov 2024 12:38

[M] <p​iggz> i noticed the phone qute warm, when screen off, with an active wakelock, but not doing much else, but not measured any cpu frequencies etc

PINE64 dev

17 Nov 2024 12:38

[M] <p​iggz> is there any easy way to measure this?

PINE64 dev

17 Nov 2024 12:37

[I] <d​simic> that also happens automatically

PINE64 dev

17 Nov 2024 12:35

[I] <d​simic> @piggz ^^^

PINE64 dev

17 Nov 2024 09:42

[M] <p​iggz> if i could have the kernel auto scale the freqnecy etc, that would be easiest

PINE64 dev

17 Nov 2024 09:41

[M] <p​iggz> dsimic: its also about what support in there is in sailfish for setting the frequencies etc .... most of this kind of stuff is handled by a daemon called mode-control-entity (mce) ... but I suspect most android kernels handle this internally and auto scale the cpu frequency ? afaik, all mce generally controls is whether or not the device fully suspends or not, and allows the kernel to suspend using config_pm_autosleep .... but full suspend isnt much good if, eg, you are tethering from the phone, so, im looking at some way to not suspend, but still be in a low power state

PINE64 dev

17 Nov 2024 01:28

[M] <p​iggz> thx, ill look into it

PINE64 dev

17 Nov 2024 00:22

[I] <m​egi> you can use cpupower program to control that from userspace

PINE64 dev

17 Nov 2024 00:11

[M] <p​iggz> do the pinephone(s) have any cpu frequency scaling to reduce power while staying awake? any kernel options needed for that? (megi)

PINE64 dev

15 Nov 2024 07:06

[I] <d​simic> and _maybe_ some kind of sysfs overclocking interface could become reality at some point, after the DT-overlay-based overclocking proves its worth and usability

PINE64 dev

15 Nov 2024 07:03

[I] <d​simic> DT overlays have become accepted rather recently upstream, so it's good time now to make them more user friendly

PINE64 dev

17 Nov 2024 12:55

[M] <p​iggz> today though, im trying to build a kernel for the volla22

PINE64 dev

17 Nov 2024 12:55

[I] <d​simic> which is similar to the trans_table for GPU devfreq, if you remember :)

PINE64 dev

17 Nov 2024 12:54

[I] <d​simic> @piggz : you can check is CPU DVFS working as expected by running something like this:

PINE64 dev

17 Nov 2024 12:39

[M] <p​iggz> s/quite

PINE64 dev

17 Nov 2024 12:38

[I] <d​simic> thus, I'm not really sure what's going on with your observations

PINE64 dev

17 Nov 2024 12:37

[I] <d​simic> but idling with WFI, which is always supported, should still produce measurable reduction of heat and power consumption

PINE64 dev

17 Nov 2024 12:36

[I] <d​simic> there might be some issue with idling (i.e. powering off) the CPU cores when inactive using PSCI (i.e. TF-A)

PINE64 dev

17 Nov 2024 12:35

[I] <d​simic> that's what Linux kernel does, the OPPs/frequencies for the CPU cores are selected automatically according to the configured temperature thresholds

PINE64 dev

17 Nov 2024 09:42

[M] <p​iggz> at the moment, when i tether, i create a wakelock to prevent susepend, but, thats still quite power hungry

PINE64 dev

17 Nov 2024 08:11

[I] <d​simic> @piggz : as a note, it's all about the DVFS support for the Allwinner A64 or the Rockchip RK3399, i.e. it isn't specific to the PinePhone (Pro)

PINE64 dev

17 Nov 2024 00:25

[I] <m​egi> kernel options are the CPUFREQ_ ones / https://www.kernel.org/doc/html/v4.14/admin-guide/pm/cpufreq.html

PINE64 dev

17 Nov 2024 00:22

[I] <m​egi> sure

PINE64 dev

15 Nov 2024 07:07

[I] <d​simic> ... hopefully :)

PINE64 dev

15 Nov 2024 07:04

[I] <d​simic> if you'd work on the DT-overlay-based overclocking, perhaps we could merge those two utilities together at some point :)

PINE64 dev

15 Nov 2024 07:02

[I] <d​simic> and I'll add a couple more of DT overlays upstream, hopefully soon