debcrafters-packages team mailing list archive
-
debcrafters-packages team
-
Mailing list archive
-
Message #02891
[Bug 2115041] Re: Can't recognize custom ACPI platform profile
@Kai-Chuan, thanks for the update, to be honest I still don't understand
the description since it is quite technical (USTT, platform profile,
etc). Could you also include the user visible effect, like "without the
change it uses extra power|heat|... on those platforms <...>"?
And for 6.8, did you mean "it can't have"? Also would things then still
work the same as before the patch?
--
You received this bug notification because you are a member of
Debcrafters packages, which is subscribed to power-profiles-daemon in
Ubuntu.
https://bugs.launchpad.net/bugs/2115041
Title:
Can't recognize custom ACPI platform profile
Status in OEM Priority Project:
New
Status in power-profiles-daemon package in Ubuntu:
In Progress
Bug description:
[ Impact ]
* The AMD and Intel pstate driver will change CPU frequency control
mechanism against different power mode setting in the PPD. To support
the mechanism fully it needs to adapt correct thermal management
policy in the BIOS which is determined by the USTT(User Selectable
Thermal Table), and it is reflected by the platform profile. The
feature will change the ThermalManagement setting after reboot when
user change the power mode setting.
The mapping relationship power mode and platform profiles:
performance <-> performance
balanced <-> balanced/balanced_performance/cool
power saver <-> low-power/quiet
[ Test Plan ]
* On AMD Strix Point/Krackan Point platform which has sysfs node
/sys/firmware/acpi/platform_profile
* Try to modify power mode by $ sudo powerprofilectl set <power-mode>
* Check if /sys/firmware/acpi/platform_profile being updated
* After reboot, check if BIOS update the ThermalManagement setting by
$ fwupdmgr get-bios-setting ThermalManagement
[ Where problems could occur ]
* The platform will list supported platform_profile in
/sys/firmware/acpi/platform_profile_choices, the DPP power mode should
map to one of it, otherwise, it can't select the correct thermal
policy. If the platform set the unexpected string which the mapping is
not defined in the PPD. The thermal policy can't be switched
successfully.
[ Other Info ]
* Upstream commit: https://gitlab.freedesktop.org/upower/power-
profiles-daemon/-/commit/6b565b0b05a2bc92e3c546a567b394f415937265
* The patch is in 25.04 and 25.10 already.
To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/2115041/+subscriptions
References