![]() |
|
|
|
|
#1 |
|
Junior Member
Join Date: Aug 2021
Posts: 1
|
I'm dealing with the same issue on Ubuntu 20.04 with DisplayLink 5.4.0-55.153. I have also applied the official xserver-xorg-core fix from the DisplayLink team. I have not tried the fix that @gavine99 recommended because no "cursor_events" file exists in any of my "/sys/devices/platform/evdi.%/" directories.
The issue does not appear in screen recordings, but I can take a camera recording (gross) if someone requests it. |
|
|
|
|
|
#2 |
|
Junior Member
Join Date: Aug 2021
Posts: 2
|
I had this issue but have resolved it using xrandr with the -scale flag to set my scaling on the monitors connected to my dock to 0.9999x0.9999
|
|
|
|
|
|
#3 |
|
Junior Member
Join Date: Aug 2021
Posts: 2
|
Actually realised that my above solution caused a fairly significant performance issue
|
|
|
|
|
|
#4 |
|
Junior Member
Join Date: Nov 2020
Posts: 4
|
@a-fitz, I'm using DL 5.3.1. You could try downgrading to 5.3.1 and see if the cursor_events virtual file turns up.
BTW, I tried several methods to apply the fix automagically each time X was started but they all had issues. I ended up creating a systemd service with a 'sleep hack' as follows which seems to work quite reliably; File: /etc/systemd/system/fix-evdi-mouse-cursor-events.service [Unit] Description=fix X cursor flashing at screen sides because of evdi cursor events After=displaylink-driver.service [Service] Type=oneshot ExecStart=/bin/sh -c 'sleep 5; /bin/echo 0 > /sys/devices/platform/evdi.1/cursor_events' [Install] WantedBy=graphical.target I know a better method must exist and if anyone develops it please share. |
|
|
|
|
|
#5 |
|
Junior Member
Join Date: Nov 2020
Posts: 4
|
I just installed driver version 5.4.1-55.174 and it fixes the issue for me. Which is good because the /sys/devices/platform/evdi.?/cursor_events files are no provided by the software to allow manual manipulated config.
|
|
|
|
![]() |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|