@tooroot87 Can not confirm that. Did a quick test and in my setup your changes makes it even worse. When I change the desktop the second screen freezes as background.
Search Criteria
Package Details: displaylink 6.0-0
Package Actions
| Git Clone URL: | https://aur.archlinux.org/displaylink.git (read-only, click to copy) |
|---|---|
| Package Base: | displaylink |
| Description: | Linux driver for DisplayLink devices |
| Upstream URL: | https://www.synaptics.com/products/displaylink-graphics |
| Keywords: | dock gpu graphics usb |
| Licenses: | GPL2, custom, LGPL2.1 |
| Submitter: | Hideaki |
| Maintainer: | endorfina |
| Last Packager: | endorfina |
| Votes: | 99 |
| Popularity: | 0.154451 |
| First Submitted: | 2015-08-04 23:24 (UTC) |
| Last Updated: | 2024-05-06 08:33 (UTC) |
Dependencies (5)
- evdiAUR (evdi-amd-vmap-textureAUR, evdi-compat-gitAUR, evdi-gitAUR)
- libusb (libusb-gitAUR)
- gawk (gawk-gitAUR, busybox-coreutilsAUR) (make)
- grep (grep-gitAUR, busybox-coreutilsAUR) (make)
- wget (wget-gitAUR) (make)
Required by (1)
Sources (7)
Salzi commented on 2017-05-01 06:01 (UTC)
tooroot87 commented on 2017-04-29 15:41 (UTC) (edited on 2017-04-29 16:38 (UTC) by tooroot87)
/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "DRI" "2" # DRI3 is now default
#Option "AccelMethod" "sna" # default
#Option "AccelMethod" "uxa" # fallback
EndSection
This reverts to the old way that everything was working before.
kouros51 commented on 2017-04-06 17:07 (UTC)
@PlusMinus I checked it several times, tried all the proposed solutions but nothing works with nvidia optimus packages installed in my laptop.
PlusMinus commented on 2017-04-06 07:03 (UTC)
@kouros51 check out the forum http://displaylink.org/forum/index.php
kouros51 commented on 2017-04-06 06:20 (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:22 (UTC)
Last time i had this problem, downgrading to xorg 1.1.19-1 solved it. But this solution does not work anymore plz, i need you help.
peanutcracker commented on 2017-03-05 22:47 (UTC)
Upgrading to xorg-server-1.19.2-1 stopped my display link monitor from working. Downgrading to xorg-server-1.19.1-5 fixed the error. Monitor still appeared but couldnt place any window on it, it appeared to be frozen. Not too sure if its a bug issue with displaylink or xorg
truongan commented on 2017-02-13 16:26 (UTC)
@fethio: I've never used xf86-video-intel on my laptop, have always been using modesetting, as suggest in https://wiki.archlinux.org/index.php/Intel_graphics#Installation
I did try installing xf86-video-intel as you mentioned and I did get a working displaylink. But now I am a bit confusing, as whether what driver to use now.
fethio commented on 2017-02-11 09:43 (UTC)
@truongan:: I didn't notice that evdi 1.2.64-1->1.2.64-3 (I was trying with the 1.3 version to compile against kernel 4.9.X)
I am using the latest stable arch kernel, xorg-server 1.19. After switching to evdi 1.2.64-3, I had to reinstall xf86-video-intel, which changed my laptop monitor from modesetting to Intel.
I have a working displaylink !!! :) thanks for the help...
Pinned Comments