ARM linux support
Better Linux support, a direct driver for X11 and support ARM devices and not crypted logs.
EVDI is designed as an open source component to be adapted for different graphics architectures.
It is possible to already use DisplayLink on some embedded ARM platforms, as complied binaries are available in our distribution. Articles on how to do this on Raspian and Ubuntu MATE are here:
The logs from the DisplayLink binary component are encrypted to protect IP. This is the same on all OSes for DisplayLink binary components.
Just got a displaylink hub and was surprised that none of my devices natively supported video out. Guess I should have done more research before buying.
Anyway, the one I'm most upset about is my pinebook pro, which I was really hoping to connect to my monitors with this dock. Until displaylink is natively supported in the Linux kernel, I guess this dock is useless. Until the displaylink binary is free, there will always be devices incapable of running displaylink
I also have a Pinebook Pro (running debian 10) and I really wish displaylink had any method to install as having that Asus portable monitor would sure make traveling with this much easier, not to mention all the little rpis we have running around
Bas Magré commented
I now have pinebook pro (aarch64) and everything works except zoom and display link. Want to be able to quickly switch between my intel laptops and aarch64 laptop / Pi. That is not possible now. It is now a USB hub no more and no less.
Do you have a generic arm64 (aarch64) source or binary for other Arm SBCs?
Ed Clement commented
This is a pipe dream. They need better support just for x86_64 on linux...
Andy Barrow commented
I absolutely support the development of Displaylink to support ARM devices. There are currently millions of users of Raspberry PI and other ARM-based SBCs. Being able to pair a very small computer with a portable display would seem to be a natural fit.
Andy Barrow commented
I absolutely support the development of ASUS displaylink to support ARM devices. There are currently millions of users of Raspberry PI and other ARM-based SBCs. Being able to pair a very small computer with a portable display would seem to be a natural fit.
Jeroan Adam Devenyn commented
A vote up for my ASUS monitor to function on ARM devices. Use case is OpenPlotter (=Linux server functioning as electronic Chart Display for boats and also sharing GPS/AIS/compass/speed/wind/depth/engine/atmospheric data with other devices)
This open source software just came out of beta and in use by hundreds of sailors/boaters world-wide. See http://www.sailoog.com/
Adam Morris commented
I would appreciate ARM Linux support not just for the raspberry pi but for the many other devices out there.
Do you have the answer?
Does DisplayLink support ARM/Ubuntu16.04 on a TX2 from NVIDIA?
Jamess Huang commented
So can Display link support ARM+Debian or not ?
I want to use it on my Asus Tinker Board which SoC architecture is arm v7
I have compiled the EVDI driver in the kbuild environment and can see the usb device from lsusb cmd, but failed at the cmd of systemctl start dlm.
linaro@tinkerboard:~$ systemctl status dlm
* dlm.service - DisplayLink Manager Service
Loaded: loaded (/lib/systemd/system/dlm.service; static; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Thu 2017-11-02 10:36:07 UTC; 3s ago
Process: 6708 ExecStart=/opt/displaylink/DisplayLinkManager (code=exited, status=203/EXEC)
Main PID: 6708 (code=exited, status=203/EXEC)
Nov 02 10:36:07 tinkerboard systemd: dlm.service: Failed with result 'exit-code'.
I have bought a monitor with your product. As a paying customer, I have so many little options to do with this expensive monitor. Why won't you try to be helpful to paying customers? (or customers of customers, whatever it is). Is it that much precious IP that you'd eventually render the end products useless to protect it.
> logs from the DisplayLink binary component are encrypted to protect IP
IP ? I mean what kind of precious secret can be running on DisplayLink or anything. This is not rocket science. did you just invent the world's craziest USB monitor algorithm and extremely powerful players are behind its technology or something?
I want to run the DisplayLink drivers on a raspberry pi3. In you comment you say you have updated the driver for ARM Linux support. Where do I get this version?
Andy Billington commented
Is the Ubuntu driver actually an Ubuntu driver, or is it an x86/x64-only Ubuntu driver? On the supported OS list it says Linux - Ubuntu, it doesn't say "Partial", or "Limited" or "x86 only"?
Chris Hawkins commented
I've got an Asus MB168B+ that I'd love to use with a Raspberry Pi 3 running Ubuntu MATE. Support seems sooo close, but no ARM divers. Please oh please just recompile the otherwise working Ubuntu drivers and distribute! It can't be that hard...
root@bjoern-desktop:/opt/displaylink# uname -a
Linux bjoern-desktop 4.1.19-v7+ #858 SMP Tue Mar 15 15:56:00 GMT 2016 armv7l armv7l armv7l GNU/Linux
-bash: ./DisplayLinkManager: cannot execute binary file: Exec format error
What to do now?
For DL 41xx DisplayLink series i have compiled the evdi and the udl module under kernel 4.4.0 for RaspberryPi2 ( and works well, the display is listed under lsusb) the only problem is, the displayLinkManager is not for ARM
Idea is to have displayLinkManager compiled for arm architectures
Just confirm this DON'T WORK :
-- Raspberry Pi 2
jordi@ubuntu:~/Software/displaylink-driver-1.0.335$ uname -a
Linux ubuntu 3.18.0-25-rpi2 #26-Ubuntu SMP PREEMPT Sun Jul 5 06:46:34 UTC 2015 armv7l armv7l armv7l GNU/Linux
jordi@ubuntu:~/Software/displaylink-driver-1.0.335$ sudo ./displaylink-installer.sh
DisplayLink Linux Software 1.0.335 install script called:
Distribution discovered: Ubuntu 14.04.4 LTS
Unsatisfied dependencies. Missing component: Linux headers for running kernel, 3.18.0-25-rpi2.
This is a fatal error, cannot install DisplayLink Linux Software.
But I know that a Raspberry Pi 2 with Fedora Linux have not problems to manage the same USB-Monitor...without any extra driver installation...