PINE64 dev

15 Nov 2024 07:01

[I] <d​simic> thanks... :) in fact, I've got some plans to put together some kind of user-friendly support for enabling upstreamed DT overlays, which we already have a few

PINE64 dev

15 Nov 2024 05:07

[I] <a​ren> Humm... reboots, and very good bootloader/distro integration, and a way to revert a change if it can't be booted

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> 154 type: boolean

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> 152 frequency for a short duration of time limited by the device's power,

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> 150 Marks the OPP to be used only for turbo modes. Turbo mode is available

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> 148 turbo-mode:

PINE64 dev

15 Nov 2024 03:39

[I] <d​simic> I wonder does the amdgpu overclocking interface already have some kind of built-in intelligence that prevents issues? maybe that's something to be researched first

PINE64 dev

15 Nov 2024 03:35

[I] <d​simic> so yes, it would require reboots and some kind of per-SoC intelligence to prevent boot failures due to some "wildly wrong" OPPs :)

PINE64 dev

15 Nov 2024 01:53

[I] <a​ren> I wonder if putting something in debugfs or requiring a kernel parameter to enable it would make any difference (iiuc the amdgpu thing is behind a kernel commandline flag)

PINE64 dev

14 Nov 2024 17:58

[I] <d​simic> otherwise, it's up to the users to play the silicon lottery :)

PINE64 dev

14 Nov 2024 17:57

[I] <d​simic> yeah, some CPUs or SoCs overclock well, while others don't

PINE64 dev

14 Nov 2024 17:52

On our good old HP TouchPad with 2.6 kernel we had OC'ed kernels with different governors. I never really looked how those worked under the hood though

PINE64 dev

14 Nov 2024 17:25

[I] <d​simic> moreover, the above-mentioned userspace DT overlay editor might actually pave the road for some kind of a sysfs overclocking interface, based on how popular and useful it may prove over time

PINE64 dev

14 Nov 2024 17:22

[I] <d​simic> so people are used to fiddling with those and, many times, getting some artifacts and whatnot :)

PINE64 dev

14 Nov 2024 17:20

[I] <d​simic> it's interesting that the amdgpu driver allows such adjustments

PINE64 dev

15 Nov 2024 05:09

[I] <a​ren> What you're describing does make sense though, it's probably much more practical than anything I can dream up

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> ... which may also be interesting for the overclocking

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> 153 current and thermal limits.

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> 151 on some platforms, where the device can run over its operating

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> 149 description:

PINE64 dev

15 Nov 2024 03:43

[I] <d​simic> there's also turbo mode:

PINE64 dev

15 Nov 2024 03:38

[I] <d​simic> it's just my opinion that some kind of live SoC overclocking interface wouldn't be accepted upstream, be it hidded behind something or not, but I also think that such a userspace approach may pave the road to some kind of a live overclocking interface becoming less frowned upon

PINE64 dev

15 Nov 2024 03:33

[I] <d​simic> aren: the way I envision it, there would be some userspace utility, e.g. based on ncurses, that would create DT overlays residing in /boot with modified OPPs

PINE64 dev

15 Nov 2024 01:49

[I] <a​ren> I guess I should clarify, by a userspace tool to edit the dt, do you mean like a gui that calls dtc and writes something to /boot, or are you talking about modifying the devicetree of the running system / without rebooting?

PINE64 dev

14 Nov 2024 17:58

[I] <d​simic> if the stability is paramount, as is the case with the upstream kernel, there should be no overclocking

PINE64 dev

14 Nov 2024 17:53

1.2Ghz would easily run 1.6Ghz and 1.8-1.9Ghz on CPU would be pretty stable in most cases

PINE64 dev

14 Nov 2024 17:25

[I] <d​simic> s/prove/become/

PINE64 dev

14 Nov 2024 17:23

[I] <d​simic> but with the SoCs, such a concept is pretty much not common, which is why I think it wouldn't be accepted upstream

PINE64 dev

14 Nov 2024 17:21

[I] <d​simic> which perhaps comes from the fact that adjusting the frequencies and voltages on GPUs has been around since (more modern) GPUs existed, basically

PINE64 dev

14 Nov 2024 17:18

[I] <d​simic> but I still think that such an interface wouldn't be accepted upstream, and that some kind of a DT overlay editor would be a better choice