Due to an influx of spam, we have had to impose restrictions on new accounts. Please see this wiki page for instructions on how to get full permissions. Sorry for the inconvenience.
Admin message
The migration is almost done, at least the rest should happen in the background. There are still a few technical difference between the old cluster and the new ones, and they are summarized in this issue. Please pay attention to the TL:DR at the end of the comment.
Since kernel v6.1, when /sys/class/drm/card*-eDP-1/dpms is Off, backlight stays on at the previously set brightness level. If it was set to Off before suspending the whole device, backlight would stay off after waking up, but it would stay on once again if the screen was enabled and disabled again.
Kernel Version
Internal screen backlight turns off when dpms off is issued
6.0
yes
6.0.19
yes
6.1.0
no
6.1.43
no
6.2.0
no
6.3.0
no
6.4.6
no
6.4.8
no
Edited
Designs
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related.
Learn more.
I'd suspect this is caused specifically by 9c75891feef0 ("drm/amd/display: rework recent update PHY state commit"). Can you please confirm by comparing a build from 9c75891feef0 and another from 9c75891feef0~1?
If a Xorg session is handy, Xorg can be instructed to suspend screens immediately by xset dpms force off, that's what I used when I was comparing kernels.
Start with a Xorg session (KDE in my case), set screen to a relatively higher brightness so that if the backlight stays on it is noticeable
In the session, run xset dpms force off; sleep 1; cat /sys/class/drm/card*-eDP-1/dpms
Observe the panel to see if backlight stays on
Wake the screen again with any input after a few seconds, verify the output in step 2 to make sure that dpms was actually set to Off if the backlight stays on
Toggling dpms immediately in Wayland sessions requires DE dependent methods.
Alternatively with most DE, in Wayland and Xorg, with an external screen connected, disabling the internal screen would set dpms to off.
There's also vbetool dpms off, but vbetool is not commonly packaged in distros. This tool should be directly setting dpms without going through a display server but I have not used it in my testing.
I have no idea whether the steamdeck supports that, while applying both patches on top of 6.5.2(3766ec12cf894667026786fef355bb998c263f03) didn't help, the issue persists sadly.