Asus MB14AC - Evdi/Xorg crash #288
Comments
|
I get a similar error; snippet from kern.log:
|
|
Same here: If I do any of those actions the crash/hangs occurs:
KDE Neon 5.22.4 (Ubunutu 20.04) EDIT: When reverting OS to kernel 5.8.0-63-generic everything is fine. |
Similar behaviour here but with Ubuntu 20.04.2. When I go from 5.11.0-25 to 5.8.0-63 the EVDI driver modules works like expected. On the kernel 5.11.0-25 I have issues like freezes when dock is connected and shutdown or when you unplug it. Similar that it described above. |
Asus Zephyrus G14 docked to a Targus DOCK190. I'm able to achieve output on my external display when using both the iGPU and the dGPU, the iGPU providing full capability to undock without hard locks but with abysmal performance. When the dGPU is set as primary, performance is as expected, but undocking results in the system transitioning to an unresponsive state (although logging continues in the background and HD activity indicator continues to show a workload). I also experience the same behavior if a manual stop of the displaylink service happens by issuing "systemctl stop displaylink". Can also confirm that this dock used to work without issue prior 5.10 and the displaylink/evdi updates, provided mesa was not upgraded beyond a certain point. |
|
Same thing here, but not asus OS: Linux Mint 20.2 I haven't messed a whole lot with unplugging or anything like that. So far i've only seen issues with shutting down or rebooting. Regardless of how I do it, my two monitors connected to my D6000 drop, as they should, then my primary monitor just sits there with my desktop wallpaper. Nothing happens, it just stalls out and I have to force a reboot. nouveau drivers don't support multiple monitors, and apparenlty not even the 144hz my monitor supports. I'll probably |
|
I'm actually throwing in the towel on my DL dock. The price that is charged for docks based on their higher end feature sets demand a far greater scope of support than what is provided. Their lack of commitment to the Linux community is both laughable and damning at the same time. For now, I actually have a Lenovo dock (without DL) that work issued and it works just fine. It's not as port dense as the one I bought, and the PD is slightly lower, but still more than enough to power my laptop. At this point, DisplayLink is a junk technology in my mind, wish I could get my money back on the dock I bought. Hate it for the people that bought a dock hoping for a workable solution, and ended up with nothing but misery instead. |
|
On Intel-based notebooks you may better try to use thunderbold (by Intel) that may be better supported than DisplayLink untrustworthy kind of support for linux. |
|
Should be fixed in later evdi. Closing. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I'm trying to get an Asus MB14AC to work.
I've followed https://wiki.archlinux.org/title/DisplayLink these steps,
assuming it's a usb3 device I went for the evdi(git) / displaylink service route.
The screen will turn on when booting, but once I've logged in it will say that the device does not support dp alt mode. I then plug it out it/in & restart the displaylink service, which does add it as a monitor, but it resets my scaling from 200% back to 100% & my monitors are not in the right place anymore (virtually!).
The device is shown in the display settings, but once I try to change anything about the settings & apply them, X seems to do a hard crash, this is what I find in the logs:
Using:
Manjaro, kernel 5.12.9
Displaylink 5.4-3
evdi-git 1.9.1.r5.g65e12fc-1
Gnome 40.1.0 with Xorg
proprietary NVIDIA (linux512-nvidia 465.31-7)
The text was updated successfully, but these errors were encountered: