SUMMARY Since the last update of the system the display configuration manager is bugged. When I open it it shows that only one Display "HDMI-A-1" is enabled. However when I move a window to the top right edge it passes through to another display (the IPMI KVM display). Which is quite annoying as this means that I'm not easily able to get my window back. I already tried to enable the 2nd "Virtual-1" display and move it ontop of the primary one to get 1/4th of "HDMI-A-1" to be Virtual-1. This had no effect. Then I tried to set it to replicate which also didn't have any effect. Also trying to enable the 2nd window at some random place (like the left side) didn't change anything about the actual "live" display configuration. STEPS TO REPRODUCE I don't know, the only thing I did was install latest updates. OBSERVED RESULT display configuration appears to be hard wired and the configuration manager detached from it. EXPECTED RESULT being able to configure screen positions as well as disable individual displays. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.1.4 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.4.0 System Settings version: 6.1.4 Qt Version: 6.7.2 ADDITIONAL INFORMATION
Workaround: For now I worked around that issue by unbinding the ast driver from the pcie device of the virtual monitor. `echo 0000:42:00.0 > /sys/module/ast/drivers/pci:ast/unbind`
If that worked, it sounds like a kernel regression. I recommend contacting your distro or Kernel folks directly.
Hi, I think there is a misunderstanding. The workaround is to remove the 2nd monitor entirely. I don't see how that would indicate a kernel module/driver issue. The devices themselves are working. At most I think this is a display server (Wayland) issue. Could you elaborate why you think this is a kernel regression by change? I'm sure others will ask the same question and I'm currently a bit confused by your assessment of the situation.
Please attach the output of "kscreen-doctor -o" and drm_info
🐛🧹 ⚠️ 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!
Created attachment 173146 [details] drm_info console output Hi, I've tried running `kscreen-doctor -o` now multiple times over the past few days, however it appears that it just gets stuck. It doesn't output anything and never completes/returns. I however attached at least the drm_info output for now. Please advice on how to proceed with the (also) not working kscreen-doctor.
Created attachment 173147 [details] kscreen-doctor strace I attached the full strace output of kscreen-doctor too. For some reason it gets stuck in an endless loop of: ``` poll([{fd=4, events=POLLIN}], 1, -1) = 1 ([{fd=4, revents=POLLIN}]) read(4, "\1\0\0\0\0\0\0\0", 8) = 8 ```
hmm, the drm_info output shows the virtual display being enabled as well. kscreen-doctor not working is weird... but might explain why the display settings GUI doesn't work properly either. Maybe there's something in KWin's log, could you attach that too? > journalctl --user-unit plasma-kwin_wayland --boot 0 ideally after trying to change some display settings
Created attachment 173292 [details] Output of `journalctl --user-unit plasma-kwin_wayland.service --boot 0`
Created attachment 173293 [details] Output of: `kscreen-doctor -o` Wait a sec, `--user-unit`? So I was supposed to run the former commands as user too? Up until now I tried running kscreen-doctor as root 🤦 Tried it just now again as normal user and it worked. It only gets stuck in the endless loop when ran as root. The kscreen-doctor output is now attached together with the requested journalctl output. Sorry for that.
Yes, pretty much nothing in your session runs as root. Even with Xorg, running X11 utilities as root is only harmful. > Output of: `kscreen-doctor -o` There's definitely some inconsistent state here: kscreen-doctor says the display is off too. In the logs I see > Sep 03 23:51:14 PC-001 kwin_wayland[3797]: kwin_wayland_drm: drmPrimeFDToHandle() failed > Sep 03 23:51:14 PC-001 kwin_wayland[3797]: kwin_wayland_drm: Failed to create framebuffer: Input/output error (which is a really severe kernel driver bug, please report it!), which could explain some misbehavior - but the code keeps the display off in this case, and never turns it on, so I'm not sure what's going on yet. Please also attach the output of wayland-info, I'd like to compare it to what kscreen says as well.
Created attachment 173564 [details] wayland-info Attaching wayland-info.