Bug 506649 - Monitor connected with DP goes to sleep and immediately wakes up on its own
Summary: Monitor connected with DP goes to sleep and immediately wakes up on its own
Status: REPORTED
Alias: None
Product: kwin
Classification: Plasma
Component: output configuration (other bugs)
Version First Reported In: 6.4.1
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-07-05 19:17 UTC by geopapougr
Modified: 2025-11-09 06:10 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description geopapougr 2025-07-05 19:17:08 UTC
SUMMARY
My DP monitor goes to sleep at the same time as my HDMI monitor, but while my HDMI monitor stays asleep, my DP monitor goes black for one second, and then wakes up. This is not a monitor issue, as the same monitor, goes to sleep successfully with an HDMI. I think I have tested before with a different DP without any changes but I dont have one available now to retest.

I have seen that this is related to a single pin on the DP and that covering it with tape fixes it but that doesnt sound like a proper way to solve this.

STEPS TO REPRODUCE
1. Put your KDE settings to put the monitors to sleep as fast as possible
2. Wait until that time has passed, without using keyboard, mouse etc
3. The monitor are going to sleep. Wait without interacting with the PC once again

OBSERVED RESULT
Monitor goes to sleep, and wakes up after 1 second, without any user interaction

EXPECTED RESULT
The monitor goes to sleep and stays asleep until a wake up action is done (Mouse movement or keyboard press)

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora Linux 42
KDE Plasma Version: 6.4.1
KDE Frameworks Version: 6.15.0
Qt Version: 6.9.1

ADDITIONAL INFORMATION
Thinkpad T490 with Wifi 5 card, integrated.
Kernel: 6.14.9-300.fc42.x86_64
Wayland
Comment 1 Henrik Hudson 2025-07-17 17:19:12 UTC
I have the same problem. Fedora 42 with KDE 6.4.2, but it's been a problem since release of KDE 6.4.

AMD 550 graphics with DP out to HDMI in on Dell monitors. I do have a integrated Intel graphics as well, but not in use.  This exact setup worked fine under Fedora 41 and older KDE 6.2.x and 6.3.x, so I would consider this a regression. This did occur during the early 6.3.x release cycle, but was fixed at some point.
Comment 2 Henrik Hudson 2025-07-22 04:00:03 UTC
This problem was fixed / fixed itself with the latest Fedora 42 kernel and/or KDE upgrade to 6.4.3 . Current system:

Operating System: Fedora Linux 42
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.15.7-200.fc42.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × Intel® Core™ i7-8700 CPU @ 3.20GHz
Memory: 32 GiB of RAM (31.1 GiB usable)
Graphics Processor 1: AMD Radeon RX 550 / 550 Series
Graphics Processor 2: Intel® UHD Graphics 630
Manufacturer: Dell Inc.
Product Name: OptiPlex 7060

The dual DP GPU -> HDMI now sleeps both monitors. The monitor DP ins still sleep / stay asleep from my gaming rig (Fedora 42 KDE as well), but they never had an issue.
Comment 3 Henrik Hudson 2025-07-22 04:01:24 UTC
note: The DP GPU -> dual monitor DP side of things always worked (slept) for me. It was only the dual HDMI monitor side which wouldn't sleep.  DP out on the GPU.
Comment 4 geopapougr 2025-07-22 10:31:02 UTC
It is still an issue for me on DP on an updated system.
Comment 5 geopapougr 2025-07-22 10:32:15 UTC
(In reply to Henrik Hudson from comment #2)
> This problem was fixed / fixed itself with the latest Fedora 42 kernel
> and/or KDE upgrade to 6.4.3 . Current system:
> 
> Operating System: Fedora Linux 42
> KDE Plasma Version: 6.4.3
> KDE Frameworks Version: 6.16.0
> Qt Version: 6.9.1
> Kernel Version: 6.15.7-200.fc42.x86_64 (64-bit)
> Graphics Platform: Wayland
> Processors: 12 × Intel® Core™ i7-8700 CPU @ 3.20GHz
> Memory: 32 GiB of RAM (31.1 GiB usable)
> Graphics Processor 1: AMD Radeon RX 550 / 550 Series
> Graphics Processor 2: Intel® UHD Graphics 630
> Manufacturer: Dell Inc.
> Product Name: OptiPlex 7060
> 
> The dual DP GPU -> HDMI now sleeps both monitors. The monitor DP ins still
> sleep / stay asleep from my gaming rig (Fedora 42 KDE as well), but they
> never had an issue.

Your set up is not clear. What is dual DP gpu -> HDMI supposed to mean?
Comment 6 Henrik Hudson 2025-07-22 15:07:32 UTC
Sorry, I probably made that more complicated sounding than it is. Just dual monitors hanging off a single GPU with 2 DP outs to HDMI ins on the monitors. I don't know if that matters. My other system is a single GPU with 2 DP outs to DP ins on the monitors.
Comment 7 Zamundaaa 2025-10-22 21:28:36 UTC
If you set https://invent.kde.org/plasma/kwin/-/wikis/Environment-Variables#kwin_dpms_workaround_timeout to a higher value, does that help?
Comment 8 geopapougr 2025-10-25 16:58:20 UTC
More info. Without trying anything new:

1. NEW (it wasnt happening before): My HDMI monitor now, when it goes to sleep, it closes and then opens in a very dim state, and I can see my desktop and all.
2. When the monitors go to sleep, I can hear the sound of a device disconnecting and reconnecting
3. My DP monitor goes to sleep with the backlight turned off, on windows, but only on HDMI.
4. Using DP on my monitor even on windows, leaves the backlight on.

I did try the timeout variable and set it from 2000ms to 5000ms and it changed only the behavior of the secondary monitor, which before was having the dim state, but not just left the backlight on but no desktop image.

Shall I open a new bug report for number 1.? If windows + DP doesnt handle the monitor properly, could it be a hardware issue? I did try power saving mode from the monitor settings but nothing changed on that front. If it is a hardware issue, and not a DP issue, how come HDMI solves it?
Comment 9 geopapougr 2025-10-25 17:21:38 UTC
I have updated my drivers on windows through the manufacturers site. And this still happens because of DP. Thus, I think it is a firmware issue. Thus, the question becomes, is this something that the DPMS or any other system can solve, maybe by avoiding the implementation details entirely?

My idea would be, "Can KDE cut off all power towards the DP, so that the monitor doesn't even know that its plugged in?". This could be a system flag and not the default
Comment 10 Bug Janitor Service 2025-11-09 03:47:30 UTC
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!