thermal_daemon

all, we'll buy a new device in a few years anyway). What exacerbates this problem is that it's all very intransparent: The "official" way to solve these issues (which, as far as I understand you, is installing thermald?) is not really communicated anywhere, nor does thermald come preinstalled on any of the major distributions AFAIK[0]. What's worse, thermald often doesn't even solve the throttling issues without installing further patches. On top of that, BIOS updates by the manufacturers also seem to play a major role as manufacturers like Lenovo introduce different performance modes and things like "lap mode" etc. To be honest, to this day I haven't quite understood how these things interact and whose responsibility it is to fix things. In my particular case, I have been using a Thinkpad X1 Carbon Gen9 (which Lenovo says "supports" Linux) and at some point, after installing numerous BIOS updates and working my way through hundreds of posts on the Lenovo forums, I just gave up: My machine still regularly throttles down to 800 Mhz per core and 16W under medium load until I hit the secret Fn + H key chore to tell the BIOS to switch back to high performance mode and set the thermal limit back to the maximum. Do you happen to have a recommendation for me as to where I should start looking (again) for a solution? Does thermald fix these issues these days? (I know that when I last looked into it, it didn't.) [0]: (EDIT) I take that back, it looks like thermald does come preinstalled on Fedora and Ubuntu these days. At least it's present on my new Ubuntu 22.04.2 installation. Unfortunately, that doesn't really help me since (and now I remember reading this last time I looked into thermald) according to the changelog[1] for v2.3: > - thermald will not run on Lenovo platforms with lap mode sysfs entry Great, so I still have nowhere to go from here it seems. [1]: https://github.com/intel/thermal_daemon

ove things, but it's complicated by this mechanism allowing for vendor-specific controls that are usually implemented by having a background service running under Windows that triggers them. There's multiple things that can be criticised here: 1) Intel pushing OEMs to adopt a technology that they (a) don't document and (b) don't write proper Linux support for 2) Canonical not making it clear that OEM certification only requires that the system work, not that it work as well as it does under Windows 3) Dell not figuring out a decent solution for this, even for systems that they nominally support Linux on Dell could build hardware that doesn't rely on adaptive thermal management, but that hardware would either be bigger or slower than competitors' hardware. Fixing this unilaterally is hard - we need an open spec that's implemented by both hardware vendors and integrated into mainstream Linux distributions. Given where we are, the easiest way to get there would be for Intel to publicly document DPTF.