Summary: | [Plasma][Wayland] Constant micro-reloading of Plasmashell cripples Wayland sessions making it unusable | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | temptempor |
Component: | wayland-generic | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | nate, plasma-bugs |
Priority: | NOR | ||
Version: | 5.22.4 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
URL: | https://gitlab.freedesktop.org/drm/amd/-/issues/1719 | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | System logs and udevadm monitor logs |
Description
temptempor
2021-09-19 18:34:20 UTC
Any chance you can try the Plasma 5.23 beta and see if it's any better there? A *lot* of Wayland improvements have made it into that release. I'm on Arch Linux and it appears official unstable builds "https://download.kde.org/unstable/plasma/" aren't updated with 5.23 yet. > Plasma constantly re-detects my screens, creating some sort of micro-stutter all > Normal operation like under Xorg. If plasma constantly redetects outputs, it's **not** normal. Can you check udev events please? `sudo udevadm monitor` Created attachment 141788 [details] System logs and udevadm monitor logs (In reply to Vlad Zahorodnii from comment #3) > > Plasma constantly re-detects my screens, creating some sort of micro-stutter all > > > Normal operation like under Xorg. > > If plasma constantly redetects outputs, it's **not** normal. Can you check > udev events please? `sudo udevadm monitor` Yeah I meant it in a way that even if switching on my second monitor is painful in the settings on X11 session, the session itself is relatively unaffected. However on Wayland, it appears to be deadly for the session after some time. KERNEL[156222.155457] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156222.157532] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156223.210818] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156223.211969] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156232.505832] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156232.508054] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156233.570940] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156233.572104] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156242.845773] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156242.847666] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156243.911096] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156243.912215] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156253.215878] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156253.217858] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156254.281185] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156254.281835] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156263.566025] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156263.568133] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156264.641301] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156264.642445] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156273.926165] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156273.927782] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) KERNEL[156274.981462] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) UDEV [156274.982527] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) are these sent even without touching monitors? (In reply to Vlad Zahorodnii from comment #5) > KERNEL[156222.155457] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156222.157532] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156223.210818] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156223.211969] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156232.505832] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156232.508054] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156233.570940] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156233.572104] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156242.845773] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156242.847666] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156243.911096] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156243.912215] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156253.215878] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156253.217858] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156254.281185] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156254.281835] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156263.566025] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156263.568133] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156264.641301] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156264.642445] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156273.926165] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156273.927782] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > KERNEL[156274.981462] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > UDEV [156274.982527] change > /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/ > card0 (drm) > > are these sent even without touching monitors? Yes, I was not touching the monitors. They kind of fit the time frame and frequency of the kscreen events too. kscreen most likely reacts to udev change events (indirectly). If you disable kscreen (by killing kded5 or stopping it in "background services" in system settings), do "change" udev events stop coming in? (In reply to Vlad Zahorodnii from comment #7) > kscreen most likely reacts to udev change events (indirectly). If you > disable kscreen (by killing kded5 or stopping it in "background services" in > system settings), do "change" udev events stop coming in? Just did that: https://i.imgur.com/ETJCMmv.png And the udevadm changes keep coming in: >KERNEL[163490.114694] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >UDEV [163490.116428] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >KERNEL[163491.179957] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >UDEV [163491.181127] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >KERNEL[163500.474801] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >UDEV [163500.476476] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >KERNEL[163501.530082] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >UDEV [163501.531276] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >KERNEL[163510.834913] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >UDEV [163510.836465] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >KERNEL[163511.890220] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >UDEV [163511.891143] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >KERNEL[163521.185070] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >UDEV [163521.187010] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >KERNEL[163522.250357] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) >UDEV [163522.251555] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) Okay, that points to either drm driver or hardware. Just to be sure, can you run `sudo udevadm monitor -p`? It will print more detailed information about udev events. KERNEL[178429.918048] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) ACTION=change DEVPATH=/devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 SUBSYSTEM=drm HOTPLUG=1 DEVNAME=/dev/dri/card0 DEVTYPE=drm_minor SEQNUM=41763 MAJOR=226 MINOR=0 UDEV [178429.920200] change /devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 (drm) ACTION=change DEVPATH=/devices/pci0000:00/0000:00:03.1/0000:26:00.0/0000:27:00.0/0000:28:00.0/drm/card0 SUBSYSTEM=drm HOTPLUG=1 DEVNAME=/dev/dri/card0 DEVTYPE=drm_minor SEQNUM=41763 USEC_INITIALIZED=82693860 ID_PATH=pci-0000:28:00.0 ID_PATH_TAG=pci-0000_28_00_0 ID_FOR_SEAT=drm-pci-0000_28_00_0 MAJOR=226 MINOR=0 DEVLINKS=/dev/dri/by-path/pci-0000:28:00.0-card TAGS=:uaccess:seat:master-of-seat: CURRENT_TAGS=:uaccess:seat:master-of-seat: "HOTPLUG=1" we can't work around this. The kernel continuously sends kwin hotplug events, they can't be ignored otherwise new outputs won't be detected, etc. Please report this issue to kernel developers. It might be also a hardware issue, e.g. a loose connection or something like that. For reference: https://gitlab.freedesktop.org/drm/amd/-/issues/1719 Can we still agree the behaviour on Wayland could be better though? Xorg session handles this quirk fine enough that it's unnoticeable unless I open the screen layout settings or look at my logs. |