News: 0001484509

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

Linux's DRM Power Saving Policy Gets Reverted For Now

([Hardware] 3 Hours Ago Reverting Power Saving Policy)


Submitted for DRM-Next last week with intentions of getting it into the Linux 6.12 kernel was [1]a new DRM "power saving policy" property . The intent was for this new monitor/display connector property to indicate whether power saving features should be used that could compromise the experience intended by the desktop compositor. But one week later this property is now set to be removed as it's been deemed immature.

The Power Saving Policy for the connector currently can indicate whether the driver should require color accuracy and in turn for the driver/hardware to disable power saving features that could affect color fidelity. Another policy option is for requiring low-latency to disable power saving features that affect the display latency like Panel Self Refresh (PSR). While the ultimate intention of this feature is worthwhile, the support for the DRM core property and the AMDGPU driver integration is being reverted just one week after it was submitted to DRM-Next.

Developers have determined the property in its current form doesn't meet user-space requirements and that merging the property to the mainline kernel should wait until there is a user-space solution properly ready for merging.

AMD engineer Harry Wentland [2]commented last week on the mailing list after issues were raised over this Power Saving Policy property:

"I agree we should revert the KMS property until we have a userspace implementation that is reviewed and ready to be merged. It was merged based on a misunderstanding and shouldn't have been merged.

I don't think we should revert the sysfs property. The power savings to end-users can be significant. I would like to see compositors take control if it via the KMS property.

...

We have a good handful of widely used compositors. We have one PPD with a replacement for it in the works. A sysfs allows all users to get the power benefits even if compositors don't explicitly enable support for power saving features in KMS. The goal of PPD and co. is power savings while that is not always a primary goal for all compositors (even though compositors play a large role in a system's power usage)."

Thus with today's [3]drm-misc-next pull that Power Saving Policy property is being removed.



[1] https://www.phoronix.com/news/Linux-6.12-Power-Saving-Policy

[2] https://lists.freedesktop.org/archives/amd-gfx/2024-August/112106.html

[3] https://lore.kernel.org/dri-devel/20240809071241.GA222501@localhost.localdomain/T/#u



ahrs

emansom

*** STUDENT SUCCESSES ***

Many of our students have gone on to achieve great success in all fields of
programming. One former student developed the concept of the personalized
form letter. Does the phrase, "Dear Mr.(insert name), You may already be a
winner!," sound familiar? Another student writes "After only five lessons I
sold a "My Most Unforgettable Program" article to Corrosive Computing
magazine. Another of our graduates writes, "I recently completed a
database-management program for my department manager. My program touched him
so deeply that he was speechless. He told me later that he had never seen
such a program in his entire career. Thank you, Famous Programmers' school;
only you could have made this possible." Send for our introductory brochure
which explains in vague detail the operation of the Famous Programmers'
School, and you'll be eligible to win a possible chance to enter a drawing,
the winner of which can vie for a set of free steak knives. If you don't do
it now, you'll hate yourself in the morning.