Closed nacc closed 8 years ago
I should clarify, it does seem like "something" is happening with the latest kernel, if I give it long enough. I get put at a screen on my integrated display that looks sort of like the login background, but nothing further gets drawn on it. My mouse does seem to work, but I'm unable to interact with the screen in any meaningful way. I can drop to a terminal shell and look at logs, but nothing beyond the above BUG, repeated a few times, stuck out to me.
Hi @nacc: Does it mean that there is a problem with it that's not necessarily caused by evdi you think? I find it a little bit hard to imagine what's the behaviour - could you record it and upload the video somewhere? :)
To your questions from the first post. 1) Sure, having the driver available out of the box in Ubuntu has obvious advantages. It would greatly simplify installation of DL software, as it would replace the tedious recompilation process for our Ubuntu users, resolve issues with attempting to load unsigned DKMS-built kernel modules on systems with Secure Boot enabled, speed up upgrades, etc.
The devil is in the detail. We would need to rethink how can we still maintain enough control over the version that's available in Ubuntu kernels - as there could potentially be fixes in the module pushed here on GitHub, which our latest usermode app would need for a complete release - how would we make it happen? Also, you can't easily unload evdi at the moment if X use it, so you would still need to reboot after kernel is upgraded (which is not a huge problem, as you reboot anyway to switch).
2) it's already possible for the community to do - our license allows repackaging and redistribution (broadly speaking, details in the LICENSE file of the .run package). I've seen some distros picking it up already (there's RPM available that people use for Fedora, I've also seen Arch having a package). TBH, I'd be more comfortable leaving the packaging to people that know specifics of their favourite distro. That said, if you can help with proper packaging for Ubuntu that'd be brilliant.
@displaylink-mlukaszek thanks for the quick reply!
I think the trace indicates there is a bug in evdi with 4.8. 4.8 increased the usercopy hardening and exposure of kernel address to userspace. Does dlm or evdi rely on exposing kernel memory to userspace directly (perhaps via /dev/mem or /dev/kmem?)
There's a newer kernel in 16.10 -proposed again, so I'll wait to re-test again with that version and try and capture the full dmesg. I'm not sure I'll be able to get a video, but will look into my options for that next.
1) Yep, agreed there will be some issues. But I think it's worth considering, at least. Let me get in touch with our kernel folks and see what might be possible. The benefits you listed are my primary concern :)
2) Yep, it's worth doing it well, I think -- I'll put it on my list to investigate getting a .deb out there (even if only in my own PPA) or snap for the userspace side of things.
Ok, updated to 4.8.0.16.26 from 16.10-proposed, still no better. Well, let me clarify:
I ran the v1.2 installer script. And then I hooked up my external monitor to my Dell D3100 dock. It hung for a while, there seemed to be no response, but then, after dropping to the shell and back a few times, waiting a while, I was able to get back to a login screen. I have no idea what was going on during the time (yet). Attaching my dmesg and Xorg.0.log in case something obvious shows up to you. I do note that Ubuntu's Displays settings widget detects the external monitor now. However, it seems to think it's displaying something there when it's not... dmesg.txt Xorg.0.txt
OK, we can reproduce it as well with 4.8. There will be changes in evdi necessary to adjust to the recent changes.
@displaylink-mlukaszek Great thanks for following up on this! I'm happy to test whenever you have an update.
This has now been fixed in 1ec7873, and we correctly light up screens again. 👍
There is a fundamental problem with multi-screen use case in Ubuntu 16.10 beta though - we see windows leaving traces when moved on a second screen (and it does NOT matter how it is connected - could be directly to built-in GPU, the effect is identical). Perhaps it's just with the machine we tried, but looks really bad. Could you check if you see this as well, and if yes, try to escalate with your colleagues? Thanks!
Is this commit safe to backport to existing 1.2.55 and kernels <4.8? If so, I would include this in my gentoo package.
@daugustin still pending wider testing, but I'd say it's safe; I expect we'll soon be releasing 1.2.1 with this fix in.
@displaylink-mlukaszek Excellent! I am not seeing the trace issues, and I'm now connected to a Dell P2415Q over a MOKiN USB-C adapter on my Lenovo Yoga 900. Were you testing with beta1 or beta2 (just released last night)? I'm on the latest release fully, so 4.8.0-17-generic now.
I will try and test with my Dell D3100 soon, but now that I have a working display that doesn't require the evdi module, my motivation is a bit lower (I promise to still follow-up on it, though, and I have mentioned this driver to the Ubuntu kernel team and hopefully it's now on their list :)
@displaylink-mlukaszek
There is a fundamental problem with multi-screen use case in Ubuntu 16.10 beta though - we see windows leaving traces when moved on a second screen (and it does NOT matter how it is connected - could be directly to built-in GPU, the effect is identical). Perhaps it's just with the machine we tried, but looks really bad. Could you check if you see this as well, and if yes, try to escalate with your colleagues? Thanks!
Seeing exactly same issue on Ubuntu Gnome 16.04.1 on Helix 1gen with Think USB 3.0 Dock. Doesn't happen with 1.1.62, but happening with 1.2.58.
hello, i also have the same issue using Xubuntu 16.10 with i3 wm installed. Updated display link driver to the latest, performance greatly increased but as soon as i unplug the monitor the X server crashes, but i am still able to login via console ..
Maybe i should have used ubuntu 16.10 installed from server .... :) (then added xfce and i3)
The original problem with usercopy is fixed. Please raise other issues separately. Thanks.
Hello,
Thank you for providing this driver (generally). With this and the DL software, I was able to (generally) run two external monitors off Ubuntu 16.04. I have recently upgraded to 16.10 (about to hit beta) and had disabled evdi/DisplayLink as the older release did not yet support the newer 4.8 kernel in 16.10. I saw the release of 1.2, though, and updated. It leads to a kernel BUG and hard freeze of my system consistently, unfortunately, and I'm fairly sure it's in the evdi driver itself (or interaction with some other subsystem).
I am happy to debug, provide more logs, etc!
uname -a
=Linux pitfall 4.8.0-14-generic #15-Ubuntu SMP Tue Sep 20 22:02:02 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Couple of independent questions from this bug:
1) Would you have any interest in perhaps getting this driver integrated into the Ubuntu kernel? It's not impossible to get out-of-tree, but open-source, drivers built with the Ubuntu kernel -- you'd get more test & integration exposure, etc.
2) If 1) were true, you might be able to get the other parts of DisplayLink packaged or maybe snapped (http://snapcraft.io/) up, so that it would be instantly accessible to end-users?
[caveat, I'm a Canonical employee and Ubuntu developer]