Bug 506461 - Second monitor does not wake appropriately from sleep.
Summary: Second monitor does not wake appropriately from sleep.
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: output configuration (other bugs)
Version First Reported In: 6.4.1
Platform: Arch Linux Linux
: VHI major
Target Milestone: ---
Assignee: Alberto Salvia Novella
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-07-01 22:18 UTC by Amilie Baker
Modified: 2025-08-04 15:52 UTC (History)
6 users (show)

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

Attachments
drm_info.txt (131.74 KB, text/plain)
2025-07-03 18:28 UTC, Alberto Salvia Novella 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Amilie Baker 2025-07-01 22:18:32 UTC 
SUMMARY
Upon waking from sleep, on a NVIDIA device the second monitor display does not wake appropriately and changes resolution to something like 144p. Occurs on NVIDIA devices only - not sure if this is a KWIN issue or a more general issue.

STEPS TO REPRODUCE
1. Have a NVIDIA GPU.
2. Sleep your device via timeout (META + L works perfectly).
3. Wait 5 minutes.
4. Wake from sleep via a USB keyboard/mouse.
5. Look at monitor 2.

OBSERVED RESULT
Monitor switches to 144p-esque display with layout broken.

EXPECTED RESULT
Monitor restores in same state as upon sleep. (1920x1080@144hz in my case).

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.4.1
KDE Frameworks Version: 6.15.0
Qt Version: 6.9.1
Comment 1 David Edmundson 2025-07-02 09:28:57 UTC 
*** Bug 506438 has been marked as a duplicate of this bug. ***
Comment 2 David Edmundson 2025-07-02 09:29:31 UTC 
*** Bug 506441 has been marked as a duplicate of this bug. ***
Comment 3 Amilie Baker 2025-07-02 15:07:04 UTC 
Hello @David Edmundson.

These are not duplicate bugs. Please don't mark them as duplicates when they are clearly separate issues. The mouse does in fact function when it comes from wake, it is a display issue, not a mouse input issue.(In reply to David Edmundson from comment #2)
> *** Bug 506441 has been marked as a duplicate of this bug. ***

This is not a duplicate. Please review this and unmark it as a duplicate.
Comment 4 Amilie Baker 2025-07-02 15:07:11 UTC 
(In reply to David Edmundson from comment #1)
> *** Bug 506438 has been marked as a duplicate of this bug. ***

This is not a duplicate. Please review this and unmark it as a duplicate.
Comment 5 Zamundaaa 2025-07-03 16:08:28 UTC 
Please attach the output of drm_info after triggering the issue.
Comment 6 Alberto Salvia Novella 2025-07-03 18:28:01 UTC 
Created attachment 182906 [details]
drm_info.txt
Comment 7 Zamundaaa 2025-07-03 18:58:30 UTC 
That shows the display in 1920x1080@144Hz mode, so this will be a driver bug. Please report it at https://gitlab.freedesktop.org/drm/nouveau/-/issues
Comment 8 Alberto Salvia Novella 2025-07-04 12:43:59 UTC 
@Zamundaaa Sorry, I provided info for the wrong bug report.
Comment 9 Nate Graham 2025-07-04 16:50:09 UTC 
Can you attach the right information? Thanks!
Comment 10 Alberto Salvia Novella 2025-07-04 17:32:38 UTC 
I can't do it myself, because I'm not experiencing this bug.

Shall be done by: Amilie Baker
Comment 11 Bug Janitor Service 2025-07-20 03:47:10 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!
Comment 12 Bug Janitor Service 2025-08-04 03:46:39 UTC 
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.