DisplayLink / evdi

Extensible Virtual Display Interface
MIT License
703 stars 183 forks source link

Stage & Mainline the driver #25

Open victoredwardocallaghan opened 8 years ago

victoredwardocallaghan commented 8 years ago

Hi,

This is a really annoying way to get hw going in 2016+. Can DisplayLink please possibly get this module into staging of the mainline kernel tree so the various distro's such as RHEL (used here) will automatically pick it up.

Kind Regards, Edward.

madscientist159 commented 5 years ago

Wow, what a disaster. No open drivers for a dongle advertised as Linux compatible (without the caveat of binary only drivers mentioned once!)?

Mulitple of these are going straight back to Amazon at sellers expense as "Not As Described". Hopefully enough of that and DisplayLink will either stop selling (allowing a competitor to make a proper product and driver) or bother to open and mainline their driver stack.

maxvisser commented 5 years ago

I understands its abit offtopic (@savoiringfaire) as you said but I found this issue via google. It saddens me to read all these comments. As I just bought a dock and two monitors; I just had a full morning of frustration, finding out this whole mess is heartbreaking.

cRaZy-bisCuiT commented 4 years ago

Could you guys please make FOSS driver happening? Why would you need the community to pick up? At least the kernel driver might be your job.

bghira commented 4 years ago

no, it has been several years. buy better hardware and forget about EVDI.

iMonZ commented 2 years ago

no, it has been several years. buy better hardware and forget about EVDI.

Any recommends?

groovyman commented 2 years ago

A discussion, that went out of time.

DisplayLink was nice, but that's the past. Today most notebook comes with Alt-DP or some intel driven notebooks supports for thunderbold. For today's notebooks .. there is no need for displaylink anymore, there is no reason to collect and serialize parts of the video ram and send it over USB to another VRAM, that is connected to a display. From my point of view, Alt-DP or DP is a the bettersolution to rerrange and render data to one ore more displays. You can use this technique with a MST Dockingstation or it in future by daisy-chaining monitors with a DP over USB cable. (for my point of view, this make thunderbold also obsolete to connect displays)

Well i did not recognized Alt-DP when i purchased an expensive DisplayLink docking station, that was not able to work with Linux and my AMD CPU. I spent 370€ (~300$) for nothing and i was sadly surprised that DisplayLink was still praying for their non existing linux support ... what a bummer. 6 year ago i was fine with Displaylink, but in the meantime they saved their money and ignored Linux. The company cheated customer when they said that they support for Linux, but these drivers only worked for old outdated kernel and intel only cpus.

Half a year ago i dropped the DisplayLink docking station (my investment ruin), because the support for Windows was also shitty. I heard of Alt-DP / MST and i purchased a much cheaper MST Dock with better results.
Also half a year the work for a displaylink driver wokr up for Linux. Thank you all, who are working on this driver and i wish you the best luck. But it is also true, that this technology is simply outdated.

iMonZ commented 2 years ago

A discussion, that went out of time.

DisplayLink was nice, but that's the past. Today most notebook comes with Alt-DP or some intel driven notebooks supports for thunderbold. For today's notebooks .. there is no need for displaylink anymore, there is no reason to collect and serialize parts of the video ram and send it over USB to another VRAM, that is connected to a display. From my point of view, Alt-DP or DP is a the bettersolution to rerrange and render data to one ore more displays. You can use this technique with a MST Dockingstation or it in future by daisy-chaining monitors with a DP over USB cable. (for my point of view, this make thunderbold also obsolete to connect displays)

Well i did not recognized Alt-DP when i purchased an expensive DisplayLink docking station, that was not able to work with Linux and my AMD CPU. I spent 370€ (~300$) for nothing and i was sadly surprised that DisplayLink was still praying for their non existing linux support ... what a bummer. 6 year ago i was fine with Displaylink, but in the meantime they saved their money and ignored Linux. The company cheated customer when they said that they support for Linux, but these drivers only worked for old outdated kernel and intel only cpus.

Half a year ago i dropped the DisplayLink docking station (my investment ruin), because the support for Windows was also shitty. I heard of Alt-DP / MST and i purchased a much cheaper MST Dock with better results. Also half a year the work for a displaylink driver wokr up for Linux. Thank you all, who are working on this driver and i wish you the best luck. But it is also true, that this technology is simply outdated.

What Alternative do I have for MacBooks except for DisplayLink? I need to connect two monitors for an Intel MacBook Pro 2020 and M1. How can I do that without DisplayLink?

groovyman commented 2 years ago

I do not know Apple, but both MacBooks should come at least with a USB-C DP port or Thunderbold-4 ... so why chose an expernsive and inefficient solution?

Check out the specs of the notebook devices. DisplayLink is the solution for older notbooks.

iMonZ commented 2 years ago

I do not know Apple, but both MacBooks should come at least with a USB-C DP port or Thunderbold-4 ... so why chose an expernsive and inefficient solution?

Since you cannot connect more then one display. I could use two docks but my boss would decline this even if 2x 100€ docks is cheaper then 1x400€ Dock

groovyman commented 2 years ago

Thats nonsens, with ALT-DP you can split the monitor signal to multiple devices. On my Lenovo notebook i was able to run 3 4K display over one Alt-USP connector.

Look at this cheap solution: Anker has some better but more expensive Docks with Alt-DP/ MST or Thunderbold. But for Apple i am not sure the limitations with SST.

shoffmeister commented 2 years ago

FWIW, https://github.com/DisplayLink/evdi/issues/361 would never occur if the kernel code was upstream.

(I am not touching on whether the current code is actually acceptable to upstream, for reasons all apparently discussed above already)