On a laptop with USB-C but no Thunderbolt, the USB-C dual monitor dock you pick decides whether Linux needs a driver at all. An MST dock splits the DisplayPort signal your GPU already sends, so the kernel handles it. A DisplayLink dock sends compressed video over USB, so you’ll look after the out-of-tree evdi module across kernel updates.
Below are four USB-C docks on sale now: one driverless DisplayPort dock, one DisplayLink dock and two hybrids. You also get the DisplayLink driver install for Ubuntu and Fedora with the real errors you’ll likely meet, including the OEM kernel the Ubuntu package quietly pulls in. I ran the DisplayLink 6.4.0 driver install on Ubuntu 26.04.1 LTS and Fedora 45 lab machines in October 2026, and every error quoted below came from those two boxes.
Pick a USB-C dual monitor dock for Linux
Start from what your laptop’s USB-C port can do, because that matters more than the dock’s spec sheet. If the port carries DisplayPort Alt Mode, an MST dock is the easy answer. If it doesn’t, or you need more screens than your GPU can split, DisplayLink is the fallback:
- Best overall, no driver: Dell WD19S. Two DisplayPort 1.4 outputs plus HDMI for a current laptop, and Dell’s own manual documents how it behaves on Linux.
- Best DisplayLink dock: Dell D6000S. Works from USB-A too, and Dell lists Ubuntu in its system requirements.
- Best for three monitors: Plugable UD-ULTC4K. One screen runs over Alt Mode with no driver, the other two over DisplayLink, with 100W charging.
- Best for four displays: Targus DOCK710USZ. Two HDMI and two DisplayPort outputs on a hybrid design, with 100W charging.
If you already own a Thunderbolt laptop, you don’t need any of these: the Thunderbolt 4 dock guide covers docks that run two screens natively through boltctl. This page is for the much bigger group of laptops with a plain USB-C port.
Choose between MST and DisplayLink
MST (Multi-Stream Transport) is part of the DisplayPort standard. Your laptop’s GPU sends several display streams down one DisplayPort link, and a small hub chip in the dock splits them out to separate monitors. On Linux the work happens inside the kernel’s DRM display code, which is why an MST dock needs no package at all. You can see it switched on in the Intel graphics driver on our Ubuntu 26.04 test machine:
modinfo -p i915 | grep -i mst
The parameter defaults to true, so MST hubs are handled the moment you plug one in:
enable_dp_mst:Enable multi-stream transport (MST) for new DisplayPort sinks. (default: true) (bool)
MST has one catch, and it’s bandwidth. Every monitor shares the single DisplayPort link coming out of your laptop. A USB-C port that carries DisplayPort and USB 3 data at once gives the video only two of its four high-speed lanes. Dell’s WD19S manual spells out what that means. An older HBR2 link gives you two 1080p screens at 60Hz and an HBR3 link two 1440p screens. You only reach two 4K screens at 60Hz when the laptop also supports Display Stream Compression (DSC). So the age of your laptop’s graphics, not the dock, sets your ceiling. Those are Dell’s figures, and its guide adds that Linux shows one external display fewer than its tables because the laptop panel stays on, so on Linux treat the triple-screen row as your two-screen budget.
DisplayLink works the other way round. The dock contains a Synaptics DisplayLink chip that acts as a USB graphics adapter. On your laptop, the evdi kernel module creates virtual displays, a userspace program called DisplayLinkManager compresses what the desktop draws on them, and the dock decodes it. As a result, DisplayLink runs on almost any USB port, including USB-A, and it isn’t capped by your GPU’s DisplayPort outputs. It also means you depend on a module that isn’t in the mainline kernel, has to be rebuilt for every kernel you install, and must be signed for Secure Boot.
| Question | MST dock | DisplayLink dock |
|---|---|---|
| Driver on Linux | None, the kernel handles it | evdi module plus DisplayLinkManager |
| Laptop port needed | USB-C with DisplayPort Alt Mode | Any USB 3 port, USB-C or USB-A |
| Kernel updates | Nothing to do | evdi must rebuild or be repackaged |
| Secure Boot | Nothing to do | Module signing key must be enrolled |
| Resolution limit | Your laptop’s DisplayPort link and DSC | The dock’s DisplayLink chip |
| Picture on screens | Native GPU output | Compressed video sent over USB |
| On a Mac | One external display, no MST | Extended displays with the macOS DisplayLink app |
Our advice is simple: if your laptop’s USB-C port carries DisplayPort, buy MST first. Take DisplayLink only when the port can’t do video, when you need more screens than MST can split, or when you also plug the same dock into a Mac and want extended displays there. Synaptics’ own Ubuntu driver limitations page also warns that the proprietary NVIDIA and AMD drivers don’t work with DisplayLink, which rules it out on a lot of gaming and CUDA laptops.
Check how we picked these docks
We didn’t have these docks on a desk, and we’d rather tell you that than pretend. Every spec below comes from the manufacturer’s own page or user guide, checked against the live Amazon listing for the exact model in October 2026. What we did run is the part that goes wrong on Linux: the DisplayLink driver install on Ubuntu 26.04 and Fedora 45, through to the module loading or refusing to load, plus the kernel’s MST switch. Each dock had to pass four checks:
- You can buy it new today, from a listing whose title matches the exact model.
- Its vendor says plainly whether it uses MST, DisplayLink or both, so you know which driver story you’re signing up for.
- It drives at least two external monitors and charges the laptop, so one cable really does the whole desk.
- Its Linux position is on record, and where the vendor doesn’t mention Linux, we say so in the pick.
Two popular Plugable docks failed that last check. The UD-6950Z is a good DisplayLink dock, but its product page says it is not supported on Linux. The UD-MSTH2, an MST dock with two HDMI ports, sits under a “Not recommended Operating Systems” heading that reads: “we do not recommend our MST based docking stations with Linux at this time.”
Both would probably light up a screen, but when the maker tells you not to, we don’t recommend them either. Also check who sells the listing before you click buy, because several of these docks were sold by third-party sellers on Amazon when we checked, and that affects returns and warranty claims.
Put the four docks side by side
The columns that decide it are the display technology, what two monitors look like at best and under which condition, and how much power goes back to the laptop. Prices move with sales, so treat the bands as a guide and check the live listing.
| Dock | Display tech | Outputs | Most screens, and the condition | Laptop charging | Ethernet | Price band |
|---|---|---|---|---|---|---|
| Dell WD19S | DP Alt Mode, no driver | 2x DP 1.4, HDMI 2.0, USB-C | Dell table: 3x QHD60 with HBR3 + DSC host, one fewer on Linux | 90W (non-Dell) | 1GbE | $100-150 |
| Dell D6000S | DisplayLink | 2x DP, HDMI | 2x 4K60 (USB-C or USB-A) | 65W | 1GbE | $50-100 |
| Plugable UD-ULTC4K | Alt Mode + DisplayLink | 3x (HDMI 2.0 or DP 1.2) | 3x 4K60 with a DP 1.4 Alt Mode host | 100W | 1GbE | $200-300 |
| Targus DOCK710USZ | Alt Mode + DisplayLink | 2x HDMI, 2x DP | Up to 4x 4K60, 3 on single-stream hosts | 100W | 1GbE | $150-250 |
Read the screens column carefully, because on the WD19S and on the hybrids’ Alt Mode output it depends on your laptop. A laptop on an older HBR2 link gets two 1080p screens from the same WD19S that gives a current one two 4K screens. The DisplayLink docks don’t care about your GPU’s DisplayPort generation, which is the main reason they still exist.
1. Dell WD19S
Buy this one if you have a reasonably current laptop whose USB-C port carries DisplayPort, and you never want to think about a display driver again.
Dell’s dock takes the DisplayPort signal straight from your laptop’s USB-C port and fans it out to two DisplayPort 1.4 outputs, an HDMI 2.0 port and a rear USB-C port with DisplayPort. The HDMI and the rear USB-C share one stream, so only one of them shows a picture. It also gives you Gigabit Ethernet, USB-A and USB-C ports front and back, and 90W of charging for non-Dell laptops (Dell’s own laptops get more with the 180W adapter). Dell’s guide never uses the word MST. Still, sending separate pictures to several screens over one DisplayPort link is what MST does. Nothing on your Linux install changes when you plug it in, because the kernel already speaks DisplayPort.
What makes it our top pick is that Dell’s user guide is honest about Linux. It notes that Linux cannot physically switch off the laptop’s built-in panel, so you get one fewer external display than the Windows tables list. On an HBR2 link, it adds, Linux tops out at an 8192 x 8192 combined desktop. In practice, two external screens on Linux need an HBR3 laptop, and two sharp 1440p screens need DSC as well. You know your limits before you buy, which you rarely get from a dock maker.
Skip it if your laptop’s USB-C port only runs an HBR2 (DisplayPort 1.2 class) link, because you’ll be stuck at two 1080p screens. In that case a DisplayLink dock like the D6000S below gives you more pixels. The 180W version sits around $100 to $150; check the current WD19S price on Amazon.
2. Dell D6000S
Reach for it when your laptop’s USB-C port doesn’t carry video, you only have USB-A, or you want the same dock to work across a mixed fleet of laptops.

The D6000S is the cheapest dock here and the one with the clearest Linux paperwork for DisplayLink: Dell’s user guide lists “Ubuntu OS 14.04.2 or greater” in its system requirements. With the DisplayLink driver loaded and a USB-C host, it runs a 4K60 screen on each DisplayPort plus a 4K30 screen on HDMI. From a USB-A host it still drives two 4K60 screens, which no MST dock can do. You also get Gigabit Ethernet, five USB ports and up to 65W of charging over USB-C.
There’s a useful safety net too. Without the driver, the HDMI port falls back to DisplayPort Alt Mode at 4K30 on a USB-C host, so you still get one screen while you sort out the driver. Skip it if you run the proprietary NVIDIA driver, or if a kernel update breaking your second screen would ruin your morning. It’s usually $50 to $100; see the D6000S on Amazon for the live price.
3. Plugable UD-ULTC4K
Made for you if you want three monitors from a laptop that only has one DisplayPort stream to give, and you’d like the first screen to keep working even when the driver doesn’t.

This vertical dock is a hybrid. Display 1 runs over DisplayPort Alt Mode straight from your GPU, and displays 2 and 3 run over DisplayLink, each output offering HDMI 2.0 or DisplayPort 1.2. Plugable rates all three at 4K60 only from a host with DisplayPort 1.4 Alt Mode. Because display 1 runs over Alt Mode, only two screens use DisplayLink, which matches the 6.4 release notes: the Linux driver supports two DisplayLink displays, and more may work but are untested. A DisplayPort 1.2 host drops display 1 to 4K30, and the two DisplayLink screens stay at 4K60. It charges at up to 100W, has a front 20W USB-C port for a phone, four USB ports, an SD reader and Gigabit Ethernet. On Linux that split is handy: if a kernel update leaves evdi broken, you still have one external monitor while you fix it.
Plugable lists Windows, macOS and ChromeOS for the UD-ULTC4K and doesn’t mention Linux, so screens 2 and 3 rely on the same generic DisplayLink driver you’ll install below. Skip it if two screens are enough, because you’d be paying for a third and for DisplayLink complexity you don’t need. It sells for roughly $200 to $300, so check the UD-ULTC4K price before you order.
4. Targus DOCK710USZ
Suited to a desk with four monitors, or to an office where Macs and Linux laptops share the same dock.
Targus describes the DOCK710USZ as compatible with both DisplayLink and DisplayPort Alt Mode hosts. It has two HDMI and two DisplayPort outputs and supports a single 8K30 screen or up to four 4K60 screens. A footnote adds that hosts limited to a single DisplayPort stream, MacBooks included, get up to three extended monitors. Around that you get 100W charging, a 10Gbps USB-C port, four USB-A ports, audio and Gigabit Ethernet.
Targus says it works with “Windows, macOS and other major operating systems” and adds that compatibility varies by host, which is not a Linux promise. Targus also doesn’t say how its four outputs split between DisplayLink and Alt Mode, and the Linux DisplayLink driver supports two DisplayLink displays (more are untested), so treat four screens on Linux as unconfirmed. Skip it if you only need two screens, because the D6000S or WD19S does that for far less. It usually costs $150 to $250, and the DOCK710USZ listing shows the current price.
Install the DisplayLink driver on Ubuntu 26.04
You can stop here if you bought an MST dock, because there’s nothing to install. For a DisplayLink dock on Ubuntu, there are two apt routes. Synaptics’ Ubuntu download page points you to its own Synaptics APT repository, while the 6.4 release notes recommend the synaptics-displaylink Launchpad PPA, which Launchpad itself flags as unsupported packages from an untrusted PPA. We tested the PPA, and it has one surprise we hit on the first try. We didn’t test the Synaptics repository, so run the same simulated install below before trusting either.
The displaylink-driver package accepts several sources for the evdi module, and the first one listed is Canonical’s prebuilt module for the OEM kernel. On a stock Ubuntu 26.04 machine, apt picks that option, so it quietly installs a whole second kernel. Simulate the install before you run it and you’ll see it for yourself:
sudo add-apt-repository -y ppa:synaptics-displaylink/displaylink-driver
sudo apt-get install -s displaylink-driver | grep -E '^Inst'
On our machine, five of the seven packages were OEM kernel pieces (the screenshot shows the full lines):

Taking the OEM route is not wrong, and it has one real advantage: the evdi module comes signed by Canonical, so it loads under Secure Boot with no extra key. After a reboot into 7.0.0-1015-oem, which GRUB picked as the default, the module loaded and reported its signer as “Canonical Ltd. Kernel Module Signing”. The downside is that your laptop now boots a different kernel than the one Ubuntu ships for your hardware, and the module simply isn’t there on the generic kernel.
Error: “FATAL: Module evdi not found in directory /lib/modules/7.0.0-15-generic”
This is what you see if you install the PPA package and then try to load the module before rebooting, or if you boot the generic kernel afterwards. The install finished in 50 seconds with no DKMS build at all, and the only evdi.ko on disk sat under the OEM kernel’s module tree:
modprobe: FATAL: Module evdi not found in directory /lib/modules/7.0.0-15-generic
If you want to stay on the generic kernel, install Ubuntu’s evdi-dkms package before the DisplayLink driver. With it present, the driver’s dependency is already met, and DKMS builds evdi for each kernel you have headers for. The linux-headers-generic package keeps headers arriving with future kernels, so the module rebuilds after each update:
sudo apt install -y linux-headers-generic linux-headers-$(uname -r) evdi-dkms
sudo apt install -y displaylink-driver
Already have the OEM kernel from a first attempt? Boot the generic kernel from GRUB’s “Advanced options for Ubuntu” menu, install evdi-dkms as above, and remove the OEM packages. We did exactly that, and displaylink-driver stayed installed because evdi-dkms now satisfies it:
sudo apt purge -y linux-modules-evdi-oem-26.04 linux-main-modules-evdi-7.0.0-1015-oem linux-image-7.0.0-1015-oem linux-modules-7.0.0-1015-oem linux-main-modules-zfs-7.0.0-1015-oem
OEM package names carry the kernel version, so match them to what dpkg -l | grep oem shows on your machine. Then confirm the module is built and the DisplayLink service starts:
dkms status
lsmod | grep evdi
systemctl status displaylink-driver --no-pager | head -8
On the generic kernel you should see evdi built for each installed kernel, the module loaded, and DisplayLinkManager running. The service is marked static because udev starts it when you plug the dock in. We started it by hand since there was no dock attached:

Weigh one trade-off here. DKMS signs the module with a key generated on your machine (ours showed “lorna-laptop Secure Boot Module Signature key”). On a Secure Boot laptop you must enroll that key when Ubuntu asks, as Synaptics describes in its Secure Boot article. Our Ubuntu test VM booted without Secure Boot, so we didn’t walk through that prompt. If you’d rather skip key enrollment entirely, the OEM route is the easier one.
Install the DisplayLink driver on Fedora
Fedora has no official DisplayLink package, so you rely on the community displaylink-rpm project, either through its GitHub release RPMs or the crashdummy/Displaylink COPR, which builds from a fork of the same project. Before anything else, update and reboot, because the RPM builds evdi against the kernel headers it can find, and a stale running kernel is the first thing that breaks it:
sudo dnf upgrade --refresh -y
sudo reboot
The usual instructions tell you to enable the crashdummy/Displaylink COPR and install the displaylink package. That works when the COPR has a build for your release, but on Fedora 45 it didn’t yet:
sudo dnf copr enable -y crashdummy/Displaylink
On Fedora 45 the command stopped with an error instead of adding the repo.
Error: “Chroot not found in the given Copr project (fedora-45-x86_64)”
dnf refuses to add the repository and lists the releases the COPR does build for (on a minimal install where copr isn’t recognised at all, install dnf5-plugins first):
Chroot not found in the given Copr project (fedora-45-x86_64).
You can choose one of the available chroots explicitly:
fedora-42-aarch64
fedora-42-x86_64
fedora-43-aarch64
fedora-43-x86_64
fedora-44-aarch64
fedora-44-x86_64
On Fedora 43 or 44 the COPR is the simpler path, so run sudo dnf install displaylink after enabling it. On a release the COPR hasn’t caught up with, take the newest Fedora RPM from the project’s GitHub releases instead. Its evdi is built by DKMS on your machine, so the previous release’s package installs and builds the module on the newer Fedora. This pulls the current release URL from the GitHub API rather than a version you’d have to edit later. The release had Fedora 43 and 44 RPMs when we checked, so change fedora-44 to the newest Fedora name listed on the release page:
DL_RPM=$(curl -s https://api.github.com/repos/displaylink-rpm/displaylink-rpm/releases/latest | grep -oE 'https://[^"]+fedora-44-displaylink-[^"]+x86_64\.rpm')
echo "$DL_RPM"
The printed URL should end in fedora-44-displaylink- followed by the evdi version and .x86_64.rpm. On our run it pointed at the v6.4.0 release asset, which ships evdi 1.15.1.
Download it and install it with dnf, which pulls in DKMS, the matching kernel headers and the build tools:
curl -sL -O "$DL_RPM"
sudo dnf install -y ./fedora-44-displaylink-*.x86_64.rpm
On our machine that was a transaction of about 270 packages that took just over two minutes, most of it compilers, headers and desktop libraries.
Error: “DKMS build failed for evdi” and “Rpm transaction failed”
Our lab machine was running an older kernel than the one in the repos, and this is what that costs you. The transaction installed headers for the newest kernel in the repos, and Fedora no longer offered headers for the older kernel we were still running. So the DKMS build failed for the running kernel, and these were the key lines in dnf’s output:
>>> WARNING: DKMS build failed for evdi/1.15.1-2.github_evdi. Check /var/log/displaylink/displaylink.log for details.
>>> WARNING: DKMS install failed for evdi/1.15.1-2.github_evdi. Check /var/log/displaylink/displaylink.log for details.
>>> [RPM] %post(displaylink-1.15.1-2.github_evdi.x86_64) scriptlet failed, exit status 1
Transaction failed: Rpm transaction failed.
Despite “Transaction failed”, the packages installed, and DKMS did build and sign evdi for one newer kernel. The log behind the warning names the real cause: “Your kernel headers for kernel 7.2.7-300.fc45.x86_64 cannot be found”. You don’t need to reinstall. Reboot into the kernel that dkms status lists and confirm it matches uname -r. Doing the update and reboot first avoids the scary message altogether.
Error: “could not insert ‘evdi’: Key was rejected by service”
With Secure Boot on, this is the error you’ll almost certainly hit next. DKMS signed the module with a key it generated at /var/lib/dkms/mok.pub, but the firmware doesn’t trust that key yet, so the kernel refuses to load it:

Queue the DKMS key for enrollment. mokutil asks you for a one-time password, which you’ll type again at the next boot:
sudo mokutil --import /var/lib/dkms/mok.pub
sudo reboot
The part that trips people up is the blue MOK management screen that appears before Fedora boots. You have to be at the keyboard to choose to enroll the key and enter that password, and if nobody answers, the request is dropped. Exactly that happened on our lab VM, which rebooted unattended: afterwards mokutil --test-key /var/lib/dkms/mok.pub still said the key was not enrolled. Our Secure Boot guide for Fedora walks through that screen step by step. We couldn’t finish that screen on a headless lab VM, so the next step comes from the displaylink-rpm README rather than our own run: after enrolling, run sudo dkms autoinstall, then check sudo dkms status or sudo systemctl status displaylink-driver.service.
Get past common USB-C dock misconceptions
A dock that disappoints on Linux usually goes back to one of a handful of wrong assumptions, and each one is cheap to check before you order:
- You can’t assume “dual 4K” on the box applies to your laptop, because on an MST dock the host’s DisplayPort link and DSC support set the real limit.
- You shouldn’t read “no driver required” as “supports Linux”, since Plugable’s UD-MSTH2 says the first while its maker advises against MST docks on Linux.
- You won’t get DisplayLink screens on the proprietary NVIDIA or AMD drivers, which Synaptics lists as incompatible.
- You will need to enroll a key on a Secure Boot laptop for any DKMS-built
evdi, unless you take Ubuntu’s Canonical-signed OEM route. - You should count one screen fewer on an MST dock under Linux than the Windows tables show, because Dell’s WD19S guide notes Linux can’t physically switch off the built-in panel.
Our programming monitor picks pair well with either dock type. If you’re sharing those screens between two computers rather than docking one laptop, a KVM switch is the better buy. For the laptop itself, the Linux laptop guide notes which models have DisplayPort over USB-C, and that one detail decides whether the cheaper MST dock is open to you at all.

