debcrafters-packages team mailing list archive

[Mario Limonciello <2115041@xxxxxxxxxxxxxxxxxx>]

I think for the testing you should just make sure that you have
appropriate test coverage with a pre 6.14 kernel and 6.14 or later
kernel.

You just need to verify you can change all the power states advertised
for the platform.

Like I said this is all very low risk; from the PPD side it's adding
support for one more string. If you were backporting the kernel series
from 6.14 that's a whole different story. That patch series is around 96
patches to 6.11, and I don't know how many more to 6.8. I suggest you
only backport PPD.

-- 
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 thermal management policy may impacts cooling device operation
  like fan, for example, it can keep the fan speed high when user select
  performance in case a throttling happened. Without the change, it
  won't change the fan mode, so that the fan speed might be limited for
  not being so noisy, however, the real outcome depends on the platform
  design (some platforms may not have fan). In conclusion, the new AMD
  platform is less likely being throttled with the change.

  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 the kernel without platform_profile node [1], the user
  experience is just as before.

  [1] https://docs.kernel.org/userspace-api/sysfs-platform_profile.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/2115041/+subscriptions