Arch Linux User Repository

This patch is working for me. I basically extended chearius's patch with a download link to "evdi-1.0.68-linux-4.5.0.patch": --- a/PKGBUILD 2015-12-21 23:49:05.000000000 +0100 +++ b/PKGBUILD 2016-04-15 11:17:31.013351020 +0200 @@ -1,7 +1,7 @@ # Maintainer: Ivan <hideaki02@gmail.com> pkgname=displaylink pkgver=1.0.335 -pkgrel=6 +pkgrel=7 pkgdesc="DisplayLink DL-5xxx, DL-41xx and DL-3x00 Driver for Linux" arch=('i686' 'x86_64') url="http://www.displaylink.com/downloads/ubuntu.php" @@ -9,11 +9,12 @@ depends=('dkms') install=${pkgname}.install changelog="DisplayLink_Ubuntu_1.0.335_release-note.txt" -source=(http://downloads.displaylink.com/publicsoftware/DisplayLink_Ubuntu_$pkgver.zip 99-displaylink.rules displaylink.service displaylink-sleep.sh) +source=(http://downloads.displaylink.com/publicsoftware/DisplayLink_Ubuntu_$pkgver.zip 99-displaylink.rules displaylink.service displaylink-sleep.sh https://raw.githubusercontent.com/sinfomicien/displaylink-evdi-opensuse/master/evdi-1.0.68-linux-4.5.0.patch) md5sums=('006cfb269af80e6fc73bcfe04b693131' '37e076a16be49985f1d6800f960d16b4' 'c141a15e973481c7d961f8e135627ca4' - '4185b016cd64c6069302239515afadff') + '4185b016cd64c6069302239515afadff' + '55e5cf81f2d87a5d2cf3f0bbe2c84d75') package() { echo "Adding udev rule for DisplayLink DL-3xxx/5xxx devices" @@ -22,6 +23,9 @@ echo "Installing DLM systemd service" install -D -m644 displaylink.service "$pkgdir/usr/lib/systemd/system/displaylink.service" install -D -m755 displaylink-sleep.sh "$pkgdir/usr/lib/systemd/system-sleep/displaylink.sh" + + echo "Installing DisplayLink Module Patch" + install -D -m644 evdi-1.0.68-linux-4.5.0.patch "$pkgdir/usr/lib/displaylink/patch/evdi-1.0.68-linux-4.5.0.patch" echo "Extracting DisplayLink Driver Package" chmod +x displaylink-driver-$pkgver.run @@ -37,6 +41,11 @@ mkdir -p $SRCDIR tar xf evdi-$pkgver-src.tar.gz -C $SRCDIR + CURRENT_DIR=`pwd` + cd $SRCDIR + patch -p1 < "$pkgdir/usr/lib/displaylink/patch/evdi-1.0.68-linux-4.5.0.patch" + cd $CURRENT_DIR + if [ "$CARCH" == "i686" ]; then ARCH="x86" elif [ "$CARCH" == "x86_64" ]; then

I haven't really been using DisplayLink products as of late and haven't had much time to keep this package up to date. I have stepped down as the maintainer because of this. I hope one of you will take the time and adopt the package then fix some of the issues with it.

@chearius where is the evdi-1.0.335-linux-4.5.0.patch ???

@uter same problem here, but I discovered, that I had to log into my useraccount first, before I start the displaylink service. If the evdi module loads, before the user Xsession is running, the displays are not detected.

Hi, I've created a patch for the package to support kernel 4.5.x The original patch was created by sinfomicien (https://github.com/sinfomicien) and uploaded on GitHub: https://github.com/sinfomicien/displaylink-evdi-opensuse/blob/master/evdi-1.0.68-linux-4.5.0.patch Here is the patch: diff --git a/PKGBUILD b/PKGBUILD index 2582239..c0b171b 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -1,7 +1,7 @@ # Maintainer: Ivan <hideaki02@gmail.com> pkgname=displaylink pkgver=1.0.335 -pkgrel=6 +pkgrel=7 pkgdesc="DisplayLink DL-5xxx, DL-41xx and DL-3x00 Driver for Linux" arch=('i686' 'x86_64') url="http://www.displaylink.com/downloads/ubuntu.php" @@ -9,11 +9,12 @@ license=('custom' 'GPL2' 'LGPL2.1') depends=('dkms') install=${pkgname}.install changelog="DisplayLink_Ubuntu_1.0.335_release-note.txt" -source=(http://downloads.displaylink.com/publicsoftware/DisplayLink_Ubuntu_$pkgver.zip 99-displaylink.rules displaylink.service displaylink-sleep.sh) +source=(http://downloads.displaylink.com/publicsoftware/DisplayLink_Ubuntu_$pkgver.zip 99-displaylink.rules displaylink.service displaylink-sleep.sh evdi-1.0.335-linux-4.5.0.patch) md5sums=('006cfb269af80e6fc73bcfe04b693131' '37e076a16be49985f1d6800f960d16b4' 'c141a15e973481c7d961f8e135627ca4' - '4185b016cd64c6069302239515afadff') + '4185b016cd64c6069302239515afadff' + 'a2b851735bbea8663cbe7ef7b8251407') package() { echo "Adding udev rule for DisplayLink DL-3xxx/5xxx devices" @@ -23,6 +24,9 @@ package() { install -D -m644 displaylink.service "$pkgdir/usr/lib/systemd/system/displaylink.service" install -D -m755 displaylink-sleep.sh "$pkgdir/usr/lib/systemd/system-sleep/displaylink.sh" + echo "Installing DisplayLink Module Patch" + install -D -m644 evdi-1.0.335-linux-4.5.0.patch "$pkgdir/usr/lib/displaylink/patch/evdi-1.0.335-linux-4.5.0.patch" + echo "Extracting DisplayLink Driver Package" chmod +x displaylink-driver-$pkgver.run ./displaylink-driver-$pkgver.run --target $pkgname-$pkgver --noexec @@ -36,6 +40,10 @@ package() { SRCDIR="$pkgdir/usr/src/evdi-$pkgver" mkdir -p $SRCDIR tar xf evdi-$pkgver-src.tar.gz -C $SRCDIR + CURRENT_DIR=`pwd` + cd $SRCDIR + patch -p1 < "$pkgdir/usr/lib/displaylink/patch/evdi-1.0.335-linux-4.5.0.patch" + cd $CURRENT_DIR if [ "$CARCH" == "i686" ]; then ARCH="x86" diff --git a/evdi-1.0.335-linux-4.5.0.patch b/evdi-1.0.335-linux-4.5.0.patch new file mode 100644 index 0000000..c55ed41 --- /dev/null +++ b/evdi-1.0.335-linux-4.5.0.patch

I've running manjero with Kernel: 4.4.5-1-MANJARO & gnome 3. it doesnt't matter with kernel I install, I have to rebuild the modul every time I start. It seems that as soon evdi was loaded at boot, I can't find any external monitors via xrandr. My current workaround currently is to deinstall via pacman -R displaylink everytime I poweroff. When I am starting I am using eduncan911 advises: * cd ~/build/displaylink * makepkg -sri * sudo systemctl enable displaylink * sudo systemctl start displaylink * xrandr --setprovideroutputsource 1 0 && xrandr --setprovideroutputsource 2 0 Then I can configure it via gnome-displaymanager. cheers, Uter

I can't get the displaylink service to start at boot. I don't run a display manager, so I'm wondering if the After=display-manager.service line is to blame, however I've tried After=getty.target, getty@tty1.service, etc, but to no avail. Any advice?

$ uname -r 4.4.1-2-ARCH It seems that after every kernel upgrade, I have to: * wait for the kernel headers to be released (do NOT upgrade the kernel until headers are released). e.g. linux-headers (4.4.1-1 -> 4.4.1-2) this time around. * pacman -Syu (it MUST include the linux-headers that matches the to-be-upgraded kernel) * Reboot (which is required for the new linux-headers to be picked up) * evdi.ko module will fail to load, DisplayLink service will fail to start * pacman -R displaylink * rm -rf ~/build/displaylink (required cause you need to force a rebuild) * git clone https://aur.archlinux.org/displaylink.git ~/build/displaylink * cd ~/build/displaylink * makepkg -sri ...and let it build and build a new evdi.ko module. evdi.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /usr/lib/modules/4.4.1-2-ARCH/kernel/drivers/gpu/drm/evdi/ Now, systemd can start the displaylink.service module again. Is this expected each time the kernel is upgraded? Is there a way tie into the kernel build process to move this "evdi.ko" module over to the new one? Maybe it needs to be installed somewhere else, that is more compatible with system upgrades and not tied to a specific kernel version? -- EDIT: created a discussion thread about placing the evdi.ko somewhere else: https://bbs.archlinux.org/viewtopic.php?pid=1601302 ...unless it must be rebuilt after every kernel upgrade. If that is the case, then this package needs to be updated after every kernel release.

@asch I'm on Xorg-server 1.18.0-3 and I confirm it doesn't work with my AOC LED USB3.0 (using USB2.0 is working though but it's a bit slow). Better than downgrading to xorg-server < 1.16.0, aren't there any other solutions?

Recent version of this binary DisplayLink driver is not compatible with recent version of xorg packages because of ABI changes. I propose to add conflicts as follows: conflicts=('xorg-server<1.16.0' 'X-ABI-XINPUT_VERSION<21' 'X-ABI-XINPUT_VERSION>=22')