SUMMARY My screen goes into standby saying "no signal detected" (on monitor OSD) with adaptive sync enabled. If AS is set to "always" then it happens when simply switching virtual desktop, otherwise is happens when gwenview is fullscreen, for example. This happens after switching to an unused TTY then switching display off overnight. I didn't notice it before doing so. Using dmesg provides nothing related. journalctl has a lot of "krunner[3145799]: kf.plasma.quick: Couldn't create KWindowShadow for View(0x7ffc2207b600)" and "xdg-desktop-portal-kde[3156325]: xdp-kde-background: GetAppState called: no parameters" but nothing else from any time this occurred. Please tell me how to gather other useful logs. STEPS TO REPRODUCE 1. In Display Configuration, set Adaptive sync to "Always" 2. In a Wayland session, lock screen, switch to unused TTY, and turn display off 3. Turn display on, switch back to Plasma session and either switch virtual desktop (with apps open in each) or make a program (e.g. Gwenview) fullscreen OBSERVED RESULT Display goes blank briefly (switching VD) or blank and into standby mode (using Gwenview). EXPECTED RESULT Smooth transition between virtual desktops or showing Gwenview as normal. SOFTWARE/OS VERSIONS Linux: 5.17.5 KDE Plasma Version: 5.24.5 (Wayland session) KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION $ inxi -G Graphics: Device-1: AMD Navi 21 [Radeon RX 6800/6800 XT / 6900 XT] driver: amdgpu v: kernel Display: wayland server: X.org v: 1.21.1.3 with: Xwayland v: 22.1.1 compositor: kwin_wayland driver: X: loaded: modesetting unloaded: radeon gpu: amdgpu resolution: 3840x2160 OpenGL: renderer: AMD Radeon RX 6800 XT (sienna_cichlid LLVM 13.0.1 DRM 3.44 5.17.5-xanmod1-1) v: 4.6 Mesa 22.0.3
Please add QT_LOGGING_RULES="kwin_wayland_*.debug=true" to your /etc/environment and reboot. Then reproduce the issue and attach the output of journalctl --boot 0 --user-unit plasma-kwin_wayland | grep kwin_wayland_drm to this bug report
.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!
Created attachment 151679 [details] Output of `journalctl --boot 0 --user-unit plasma-kwin_wayland | grep kwin_wayland_drm` Managed to grab the output as requested after the monitor had gone to sleep while logged in to a different TTY.
Reopening as this has just happened again after the display went to sleep while logged in to a different plasma session. I'm now on Plasma 5.25.4, Frameworks 5.97.0, Qt 5.15.5, Kernel 5.19.4.
Checking the log, the monitor seems to be truly disconnecting - or the driver is misdetecting hotplugs. Either way, KWin doesn't appear to be doing anything wrong. Can you test whether the same thing happens on Xorg with adaptive sync enabled? Note that on Xorg, it's not enabled for all applications, you'll need to use some game for testing