Package Details: evdi 1.14.8-1

Git Clone URL: https://aur.archlinux.org/evdi.git (read-only, click to copy)
Package Base: evdi
Description: A Linux® kernel module that enables management of multiple screens.
Upstream URL: https://github.com/DisplayLink/evdi
Keywords: display displaylink dp evdi screens
Licenses: GPL
Submitter: PlusMinus
Maintainer: endorfina
Last Packager: endorfina
Votes: 56
Popularity: 1.25
First Submitted: 2016-09-16 07:44 (UTC)
Last Updated: 2024-12-19 19:13 (UTC)

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 Next › Last »

adamgomes commented on 2017-05-25 00:07 (UTC)

I am encountering the same problem as Hal5000.

Hal5000 commented on 2017-05-24 17:36 (UTC)

The module does not build on linux 4.11. Here an excerpt from the make.log https://nopaste.me/view/8b28f257 It seems to be the incompatible pointer type also faced by nvidia and VMWare. Do you see a possibility fixing it? Thank you for maintaining this driver, it helps a lot!

PlusMinus commented on 2017-05-02 09:28 (UTC)

@blacoste it’s an optional dependency for dkms and there’s a reason it’s optional, just look at the other optional dependencies: linux-grsec-headers, linux-headers, linux-lts-headers, linux-zen-headers Not everybody uses the default kernel and therefor you can’t force dependencies for the headers.

blacoste commented on 2017-04-30 09:43 (UTC)

package "linux-headers" is missing and shall be added from declared dependencies. $ makepkg -sri [...] DKMS: add completed. Error! echo Your kernel headers for kernel 4.10.11-1-ARCH cannot be found at /usr/lib/modules/4.10.11-1-ARCH/build or /usr/lib/modules/4.10.11-1-ARCH/source. error: command failed to execute correctly :: Running post-transaction hooks... (1/2) Install DKMS modules ==> No kernel 4.10.11-1-ARCH headers. You must install them to use DKMS!

kouros51 commented on 2017-04-06 06:21 (UTC)

After a little bit of investigation and digging, in my case the problem beside kernel and xorg-server version, Nvidia optimus bumblebee package causes the frozen screen problem because, i think, it changes my xorg ouputs for example from VGA1 to VGA-1 or from DVI-I-1 to DVI-I-1-1. So i feel like either evdi or displaylink is not updated to deal with those changes in the newest packages of xorg-server and nvidia. The solution for me was to rollback to kernel 4.9.11-1 with xorg-server 1.19.1 and deleted bumblebee and nvidia packges. Displaylink works fine now, but with this solution, I'm forced to use Xf86-video-intel so no gaming for me using my GTX950m for now, this is sad we need more support plz.

kouros51 commented on 2017-04-04 22:24 (UTC) (edited on 2017-04-04 22:24 (UTC) by kouros51)

Even if it builds, downgrade to xorg 1.1.19.1 does not work anymore. Anyone have another fix for this or alternatives to display-link.

moparisthebest commented on 2017-04-02 04:39 (UTC)

This needs libdrm in makedepends to build.

kouros51 commented on 2017-03-13 09:03 (UTC)

I had the same problem with the frozen screens passing through DisplayLink after a system upgrade. The truongan's suggestion worked for me. The problem is within xorg 1.19.2 just rolling back to 1.19.1 fixed the problem. I hope this issue will be fixed for all the latest xorg updates in the future.

krupan commented on 2017-02-13 17:12 (UTC)

@PlusMinus: I can get a static image like that, but the displaylink monitor is totally frozen. I have not yet tried truongan's suggestion to downgrade xorg yet.

truongan commented on 2017-02-10 13:48 (UTC)

@PlusMinus: They really work? AFAIK latest evdi (in devel branch from upstrem) doesn't work with the latest displaylink, got a bunches of mode reject message.