Evdi 12.0.1 dosen’t work with kernel 5.18.14
- ArchLinux
- 5.18.14
- Cinnamon
Network and USB works but no display signal and can’t choose resulotion with evdi 11.0 works but can’t choose resolution over FullHD. It’s was possible before.
Same with me with the version 1.12.0 and kernel 5.18.14-arch1-1 Rollback to 1.11.0 fixes the issue.
@fs-evooq Hello, I have the same issue, how did you roll-back ? Did you compile and install from sources ? Thanks
git clone https://aur.archlinux.org/evdi.git cd evdi vim PKGBUILD
#edit version number 1.11.0 and hash sum to ‘SKIP’ makepkg -si
Sorry for the faults I adjusted hope is now clear
@julian-poidevin To rollback the aur package installed with paru:
cd ~/.cache/paru/clone/evdi
git log
git checkout 4bcc74e6f3dd59fda2abd07fea1d990858fcaa55
makepkg -cirs
sudo rmmod evdi
sudo modprobe evdi
Thanks a lot guys !
Hi, recently released Evdi 1.12.0 is incompatible with the Displaylink driver 5.6, because of an API change. Hm, AUR maintainers should be more careful and wait for the binary driver.
Same problem here, also Arch Linux. Kernel 5.18.14, GNOME.
- displaylink 5.6-1
- evdi 1.12.0-1
Same problem on Kernel v5.10.131, rollback to v1.11.0 was needed.
git clone https://aur.archlinux.git/evdi.git
This address does not exist. The correct command would be: git clone https://aur.archlinux.org/evdi.git
It does also not work for me.
I can confirm a rollback from evdi 1.12.0-1 to evdi 1.11.0-1 using the method described by @fs-evooq in their comment got my external monitor working again. Really appreciate the advice!
As details.md says, major version number should be increased when incompatible API changes occur, yet only minor version was increased. This means that v1.12 should have been released as v2.0 instead.
I'm experiencing graphical artifacts at the mouse position on both the screens evdi 1.11.0-1 displaylink 5.6-1
I'm experiencing graphical artifacts at the mouse position on both the screens evdi 1.11.0-1 displaylink 5.6-1
@palexdev This is a known issue. See also https://www.youtube.com/watch?v=3ZGX-3dATW4&ab_channel=FixitKB%21
The solution for me is to logout then login again and it resolves the issue.
I'm experiencing graphical artifacts at the mouse position on both the screens evdi 1.11.0-1 displaylink 5.6-1
@palexdev This is a known issue. See also https://www.youtube.com/watch?v=3ZGX-3dATW4&ab_channel=FixitKB%21
The solution for me is to logout then login again and it resolves the issue.
Thank you very much, that solves the issue for me too This is a temporary workaround, right? Every time I disconnect/connect the display I will have to do it again?
I'm experiencing graphical artifacts at the mouse position on both the screens evdi 1.11.0-1 displaylink 5.6-1
@palexdev This is a known issue. See also https://www.youtube.com/watch?v=3ZGX-3dATW4&ab_channel=FixitKB%21 The solution for me is to logout then login again and it resolves the issue.
Thank you very much, that solves the issue for me too This is a temporary workaround, right? Every time I disconnect/connect the display I will have to do it again?
Yes I think. At least, that the case for me.
@Joel-Muller, as of your reply https://github.com/DisplayLink/evdi/issues/373#issuecomment-1193698588 with a possible solution via git clone and makepkg:
git clone https://aur.archlinux.git/evdi.git cd evdi vim PKGBUILD
#edit version number 11.0.0 and hash sum to ‘SKIP’ makepkg -si
Worked for me with following changes, HTH:
- in a terminal, issue the command
git clone [https://aur.archlinux.org/evdi.git](https://aur.archlinux.org/evdi.git)(note the archlinux.org part, as already stated by @1Maxnet1 in another comment) - issue the command
cd evdi - edit PKGBUILD file i.e. with
vim PKGBUILD - edit version number line to
pkgver=1.11.0(or 1.11.0-1, but not 11.0.0) - edit hash sum line to
sha256sums=('SKIP')(attention, I don't know if this could be a security issue)
DisplayLink 5.6.1 has been released, and it's compatible with evdi 1.12.0. Source: changelog.
The DisplayLink AUR package is still at 5.6 at the time of writing. A self-bumped version works with evdi 1.12.0, for me at least.
Hi, Just upgraded to 5.19.3-arch1-1 and the displaylink service fails to load...
I am running evdi 1.12.0 from AUR and displaylink 5.6.1
For me evdi 1.11.0 and displaylink 5.6 still works
Hi am running 5.19.3-arch1-1 and fail when evdi is uploaded from 1.11.0 to 1.12.0, I needed to do a rollback
rollback to 1.11.0? What version of displaylink are you running?
Yes, you have to rollback to 1.11.0 (as described by https://github.com/DisplayLink/evdi/issues/373#issuecomment-1193698810) (just replace cd ~/.cache/paru/clone/evdi accordingly to your package manager) until the AUR package of displaylink is updated to the new 5.6.1 version (see https://github.com/DisplayLink/evdi/issues/373#issuecomment-1219468570)
rollback to 1.11.0? What version of displaylink are you running?
Yes, if you rollback evdi to 1.11.0 displaylink will works again
No, I think there is a pb with evdi. I can't add the module:
modprobe evdi
modprobe: ERROR: could not insert 'evdi': Invalid argument
dmesg | grep evdi
[ 6033.780665] failed to validate module [evdi] BTF: -22
[ 6035.177502] failed to validate module [evdi] BTF: -22
[ 6039.029240] failed to validate module [evdi] BTF: -22
[ 6044.290658] failed to validate module [evdi] BTF: -22
[ 6049.530255] failed to validate module [evdi] BTF: -22
[ 6054.789138] failed to validate module [evdi] BTF: -22
[ 6060.041652] failed to validate module [evdi] BTF: -22
No, I think there is a pb with evdi. I can't add the module:
modprobe evdi modprobe: ERROR: could not insert 'evdi': Invalid argumentdmesg | grep evdi [ 6033.780665] failed to validate module [evdi] BTF: -22 [ 6035.177502] failed to validate module [evdi] BTF: -22 [ 6039.029240] failed to validate module [evdi] BTF: -22 [ 6044.290658] failed to validate module [evdi] BTF: -22 [ 6049.530255] failed to validate module [evdi] BTF: -22 [ 6054.789138] failed to validate module [evdi] BTF: -22 [ 6060.041652] failed to validate module [evdi] BTF: -22
I only followed this procedure; I uninstalled evdi I uninstalled DisplayLink (I think maybe this is not necessary to do, but I did it) I clone the git repository for evdi from aur page and once I got the PKG file I edited the pkgver to pkgver=1.11.0 and sha256sums to sha256sums=('SKIP'). Once I did that, I did makepkg -si procedure and reinstalled DisplayLink again and my docking worked again. I have a pluggable USB3.0, so that is working fine now
I based this procedure in the answer of @5472qaywsx and my displaylink version is displaylink 5.6-1
Yes thanks, I did try that but no luck.
@rbeucher I have the same issue as you, created a new issue: https://github.com/DisplayLink/evdi/issues/377
Thanks @Grisu118 . I hope we are gonna sort this out.
After a recent system upgrade, my external monitor yet again stayed black. I noticed that evdi was again on the incompatible 1.12 version - this despite me using displaylink 5.6-1.
After reverting back to the old 1.11 evdi version again, I adjusted my pacman config as to avoid evdi from being upgraded.
https://wiki.archlinux.org/title/Pacman#Skip_package_from_being_upgraded
@olof-nord Evdi 1.12 doesn't work with displaylink 5.6. The dependencies go like this (using Arch versioning):
-
displaylink 5.6-1<-->evdi 1.11.0-1 -
displaylink 5.6.1-1<-->evdi 1.12.0-1