Go Back   DisplayLink Forum > DisplayLink Graphics Technology > Linux and Open Source

Reply
 
Thread Tools Search this Thread Display Modes
Old 10-22-2019, 10:57 AM   #11
ubuntu-user
Junior Member
 
Join Date: Oct 2019
Posts: 1
Default

I have the same problem!
The problem is really annoying and the system load so high that it is hardly usable, please fix this!

- Lenovo ThinkPad T480s
- Intel i915 chipset
- Ubuntu 18.04.3 LTS
- Kernel 5.0.0-31-generic
- Displaylink driver 5.2
Attached Images
File Type: jpg displaylinkmanager.jpg (20.1 KB, 1 views)
ubuntu-user is offline   Reply With Quote
Old 11-05-2019, 09:05 AM   #12
rick_pri
Junior Member
 
Join Date: May 2019
Posts: 9
Default

I think that this is causing issues in Gnome under X on Ubuntu 19.10 as I'm getting occasional hangs and am getting kicked out of Gnome, followed by X freezing, an inability to get to the consoles and the only resolution is pressing the power button to start the shutdown process or REISUB.

The CPU usage under X is 200%. Unfortunately I can't use Gnome under Wayland either as it crashes (when trying to edit the screen layout) so that's not a workaround for me.
rick_pri is offline   Reply With Quote
Old 11-12-2019, 06:00 PM   #13
nabab
Junior Member
 
Join Date: Nov 2019
Posts: 1
Default

I too have this problem with 19.10 and drivers 5.2.
This issue makes docking stations unusable with Ubuntu and my latest XPS 13. I tried different dock models and found myself stuck each time with this high CPU problem,
With Wayland I get a crash as soon as I change any display setting, otherwise it works but slowly because of the ridiculous CPU load.
nabab is offline   Reply With Quote
Old 11-18-2019, 09:48 AM   #14
q-wertz
Junior Member
 
Join Date: Nov 2019
Posts: 2
Default

Same here with Lenovo ThinkPad L580 and ThinkPad USB-C dockingstation.

Ubuntu 19.10
Displaylink Version 5.2
Displaylinkmanager 210% CPU load
q-wertz is offline   Reply With Quote
Old 11-22-2019, 04:45 PM   #15
rick_pri
Junior Member
 
Join Date: May 2019
Posts: 9
Default

Quote:
Originally Posted by nabab View Post
I too have this problem with 19.10 and drivers 5.2.
This issue makes docking stations unusable with Ubuntu and my latest XPS 13. I tried different dock models and found myself stuck each time with this high CPU problem,
With Wayland I get a crash as soon as I change any display setting, otherwise it works but slowly because of the ridiculous CPU load.
Yes this is my experience, that Wayland crashes if you try to change anything in the display settings. It's slow and laggy in X too and every so often X will crash requiring the previously noted interventions.
rick_pri is offline   Reply With Quote
Old 12-02-2019, 07:30 AM   #16
more
Junior Member
 
Join Date: Nov 2019
Posts: 1
Default

Same here with Lenovo ThinkPad T490 and ThinkPad USB-C dockingstation.

Ubuntu 18.04

DisplayLink Ubuntu Software
Build: 5.2.14 (5447f8a)
Date: 18th June 2019

CPU load of over 50% for all 8 cores/threads

Do contact me if you need more info.

lsusb
Bus 002 Device 015: ID 17e9:6015 DisplayLink
more is offline   Reply With Quote
Old 12-28-2019, 12:58 PM   #17
richardfearn
Junior Member
 
Join Date: Dec 2019
Posts: 2
Default

The issue where changing display settings causes the Wayland session to hang has been seen on Fedora too: https://github.com/displaylink-rpm/d...rpm/issues/112
richardfearn is offline   Reply With Quote
Old 01-16-2020, 04:36 PM   #18
bhuber
Junior Member
 
Join Date: Jan 2020
Posts: 1
Default

is there any workaround for this problem?

Im running on Ubuntu 19.04
with the Dell D6000 Docking Station

As i use it with a Laptop the high CPU-load makes the laptop unusable because it gets very loud....
please some help... my colleagues in the company running windows 10 have no problems at all with those docks and the same laptops... and now im the stupid linux-guy with the crappy drivers?

I think this is such a massive bug, that the linux-drivers are defacto useless...

i have
- keyboard
- mouse
- 1 monitor with dvi
- network-cable

all connected to the d6000 station

as soon as i move the mouse a bit and do some window-work, the cpu-load goes through the roof.
And this is even true, when i connect the mouse to a normal usb-port directly on the laptop.
With the mouse on the normal usb connected, if i move the mouse, the display link cpu-load goes through the roof,
even if the mouse is not connected to it (as seen with linux top-command)

Last edited by bhuber; 01-16-2020 at 04:40 PM.
bhuber is offline   Reply With Quote
Old 01-18-2020, 07:33 AM   #19
poecile
Junior Member
 
Join Date: Jan 2020
Posts: 1
Default

I also have this issue.
Xubuntu 18.04
Kernel Version: 5.3.0-26-generic
DisplayLink Version: 5.2.14
I use an NVIDIA GT 650M with nouveau

Processor load of DisplayLinkManager process (with one 2560x1440 60Hz monitor connected) reaches 14% to 40%, when moving mouse it reaches around 200% in sum. Load is similarly disastrous when watching videos. I used htop to look at load. I have 2 cores and 4 threads so this impacts cpu performance immensely!

Is this supposed to be normal behavior or can we expect a fix?
poecile is offline   Reply With Quote
Old 05-02-2020, 09:06 PM   #20
magnus
Junior Member
 
Join Date: May 2020
Posts: 1
Default high CPU usage on linux

Hello,

I also have huge CPU usage making the laptop unusable -- when stuff moves on the screen.

My setup:
- Dell XPS 13
- linux
- gnome
- X
- latest displaylink software
- i-tec USB 3.0 / USB-C Dual 4K Dock


Is there anybody from DisplayLink who could eventually give some hint on this issue that seems to annoy several users ?

I will have to sell my docking station if no solution are provided :-(
magnus is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT. The time now is 11:25 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.