Arch Linux User Repository

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')

@halfur, The reason linux-headers and linux-lts-headers are both optional dependencies of dkms is because you can have either one installed, or even a third-party linux-*-headers package. Making it a dependency of this package would force people that are using other kernels to install a package they don't need. This is the way that all dkms packages, such as nvidia-dkms, handle this. I'll make them optional dependencies in the next release.

"linux-headers" should be added to the dependencies, it's only an optional dependency of dkms, but is required for installing this package after building.

I just released a new package version that should fix the issues installing this package with AUR Helpers. @ryanvade what kernel are you using?

I can't seem to build evdi. Oct 05 10:33:36 ryanvade-arch modprobe[7339]: modprobe: FATAL: Module evdi not found. DKMS is not building the module.