![]() |
|
|||||||
![]() |
|
|
Thread Tools | Search this Thread | Display Modes |
|
|
|
|
#1 |
|
Junior Member
Join Date: Mar 2016
Posts: 9
|
This is the same problem I'm having. The module builds fine, but insmod / modprobe fails to load it with these messages. This is on Ubuntu wily, kernel 4.2.0-34-generic, with latest intel drivers installed.
|
|
|
|
|
|
#2 |
|
Senior Member
Join Date: Feb 2010
Posts: 386
|
OK,
What are the Intel drivers that you're using exactly? Are they open sourced or binary? I don't see why this could happen if they were also compiled on your machine with the same version of drm... Unless I'm missing something. Cheers, Michal |
|
|
|
|
|
#3 | ||
|
Junior Member
Join Date: Mar 2016
Posts: 9
|
Quote:
Quote:
I might try installing via the source tarball instead of the Ubuntu installer to see if it changes anything. |
||
|
|
|
|
|
#4 |
|
Junior Member
Join Date: Mar 2016
Posts: 3
|
dkms autoinstall does not fix for me either
Verifying archive integrity... All good. Uncompressing DisplayLink Linux Driver 1.0.335 100% DisplayLink Linux Software 1.0.335 install script called: install install Distribution discovered: Ubuntu 15.10 WARNING: Kernel version 4.2.0-34-generic is not supported. Highest supported version is 3.19. Installing Configuring EVDI DKMS module Registering EVDI kernel module with DKMS Building EVDI kernel module with DKMS Installing EVDI kernel module to kernel tree EVDI kernel module built successfully Installing x64/DisplayLinkManager Installing libraries Installing firmware packages Installing license file Adding udev rule for DisplayLink DL-3xxx/5xxx devices Starting DLM systemd service The unit files have no [Install] section. They are not meant to be enabled using systemctl. Possible reasons for having this kind of units are: 1) A unit may be statically enabled by being symlinked from another unit's .wants/ or .requires/ directory. 2) A unit's purpose may be to act as a helper for some other unit which has a requirement dependency on it. 3) A unit may be started when needed via activation (socket, path, timer, D-Bus, udev, scripted systemctl call, ...). Job for displaylink.service failed because the control process exited with error code. See "systemctl status displaylink.service" and "journalctl -xe" for details. The computer I'm trying to get it working on is a NUC - not sure if that matters. http://www.intel.com/content/www/us/...nuc6i5syk.html |
|
|
|
|
|
#5 |
|
Junior Member
Join Date: Mar 2016
Posts: 8
|
I might have the same problem
is there a workaround that doesn't break the intel installation and allows displaylink service to run? |
|
|
|
|
|
#6 |
|
Junior Member
Join Date: Mar 2016
Posts: 8
|
never mind, there was no other solution for me than to remove Intel drivers and then displaylink would install
however this was a bit of a bummer -- intel drivers did provide a bit of enhancement for power management and now that I reverted to vanilla ubuntu drivers, an old Chrome bug creeped out again (basically I had to disable GPU acceleration there) ideally, I wish Displaylink worked with native vendor drivers too |
|
|
|
|
|
#7 |
|
Junior Member
Join Date: Mar 2016
Posts: 3
|
Same thing here. Not working with i915 intel drivers on a NUC. Installing displaylink off of a live usb of ubuntu (without the intel drivers added) worked fine.
|
|
|
|
![]() |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|