-
Notifications
You must be signed in to change notification settings - Fork 183
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Display artifacts/corruption on Fedora 39 #463
Comments
I included more information in the original report that seems to be missing from the post now. The way the issue presents itself is it seems like updates to the DisplayLink connected monitor is slow. There is a lot of "lines" or display corruption on parts ot the screen that is getting repainted. Part of why I think it is performance related is because the problem is worse when a bigger part of the screen is repainted. A Video is work a thousand words many times over, so here is an older video of the same problem (The video was recorded at a time when I had 1.14.1-2 installed via the RPMs published. |
I am having the exact same issue with my displaylink monitors. Fedora 40, KDE, EVDI v1.14.4, Kernel 6.8.10-300.fc40.x86_64, wayland, NVIDIA GPU, I have looked through the troubleshooting section of displaylink's website. If I use an older displaylink chip, I have no issues. I am currently using the DL-6950 Chipset for dual HDMI monitors. The setup works with no issues under Windows 11 so there is no hardware issue.
|
Oh hey I just saw your issues. A friend of mine got those issues as well ( albeit in gnome ). They were tied to a VRR workaround so maybe you might need to disable VRR in kde is well. For those seeing those issues on gnome. |
So I couldn't find a VRR setting in
I have since also purchased a single HDMI DisplayLink output, can't figure out the chipset though. New adapter found here Additionally I found an older DisplayLink adapter, no idea how old but it uses Mini-USB for input and DVI for the output. This adapter has no issues before or after the VRR settings change. Appreciate the feedback! |
I'm out of ideas in this case, sorry. |
Appreciate the help, it got me working on the problem again and I think I solved it. There is an issue with Wayland and the DisplayLink driver I believe, I started running under X11 and the issue has gone away. (I was having trouble getting X11 running with my config before, which is why I didn't test it before) Not sure which project to report this to though. |
Appears that way. If you enable the zoom, does it go away ? |
Are you using the latest driver? Yes
johan@fedora ~/Downloads> dnf list --installed |grep amd
amd-gpu-firmware.noarch 20240410-1.fc39 @updates
amd-ucode-firmware.noarch 20240410-1.fc39 @updates
teamd.x86_64 1.32-1.fc39 @anaconda
xorg-x11-drv-amdgpu.x86_64 23.0.0-2.fc39 @anaconda
Are you using the latest EVDI version? Yes (1.14.4)
If you are using a DisplayLink device, have you checked 'troubleshooting'
on DisplayLink's website? Checked.
Is this issue related to evdi/kernel? I am unable to say for sure.
Fedora 39 (KDE spin)
6.8.5-201.fc39.x86_64
johan@fedora ~/evdi (main)> echo $XDG_SESSION_TYPE
wayland
johan@fedora ~/evdi (main) [1]> dnf list --installed |grep wayland
kf5-kwayland.x86_64 5.115.0-1.fc39 @updates
kwayland-integration.x86_64 5.27.11-1.fc39 @updates
kwin-wayland.x86_64 5.27.11-1.fc39 @updates
libwayland-client.i686 1.22.0-2.fc39 @fedora
libwayland-client.x86_64 1.22.0-2.fc39 @anaconda
libwayland-cursor.i686 1.22.0-2.fc39 @fedora
libwayland-cursor.x86_64 1.22.0-2.fc39 @anaconda
libwayland-egl.i686 1.22.0-2.fc39 @fedora
libwayland-egl.x86_64 1.22.0-2.fc39 @anaconda
libwayland-server.i686 1.22.0-2.fc39 @fedora
libwayland-server.x86_64 1.22.0-2.fc39 @anaconda
plasma-workspace-wayland.x86_64 5.27.11-1.fc39 @updates
qt5-qtwayland.x86_64 5.15.12-2.fc39 @updates
qt6-qtwayland.x86_64 6.6.2-1.fc39 @updates
sddm-wayland-plasma.noarch 5.27.11-1.fc39 @updates
wayland-utils.x86_64 1.2.0-2.fc39 @anaconda
xisxwayland.x86_64 2-3.fc39 @anaconda
xorg-x11-server-Xwayland.x86_64 23.2.4-1.fc39 @updates
xwaylandvideobridge.x86_64 0.4.0-1.fc39 @updates
The text was updated successfully, but these errors were encountered: