https://bugzilla.novell.com/show_bug.cgi?id=871798 https://bugzilla.novell.com/show_bug.cgi?id=871798#c2 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEW |ASSIGNED CC| |msrb@suse.com --- Comment #2 from Stefan Dirsch 2014-04-03 13:44:36 UTC --- This has been discussed recently. Fedora is using this patch. http://pkgs.fedoraproject.org/cgit/xorg-x11-server.git/plain/xserver-autobin... (hardcode configuration in Xserver) One of our GNOME developers is currently working on client support, so this can be configured easily inside the desktop. We're planning to add the Xserver patch to openSUSE:Factory (upcoming openSUSE 13.2) or client support respectively once it becomes available. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=871798 https://bugzilla.novell.com/show_bug.cgi?id=871798#c4 --- Comment #4 from Stefan Dirsch 2014-04-03 13:50:32 UTC --- (In reply to comment #2)

This has been discussed recently. Fedora is using this patch.

http://pkgs.fedoraproject.org/cgit/xorg-x11-server.git/plain/xserver-autobin... (hardcode configuration in Xserver)

One of our GNOME developers is currently working on client support, so this can be configured easily inside the desktop. We're planning to add the Xserver patch to openSUSE:Factory (upcoming openSUSE 13.2) or client support respectively once it becomes available.

commented to wrong bugreport .. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=871798 https://bugzilla.novell.com/show_bug.cgi?id=871798#c5 Michal Srb changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO CC| |xorg-maintainer-bugs@forge. | |provo.novell.com InfoProvider| |damianatorrpm@gmail.com AssignedTo|xorg-maintainer-bugs@forge. |msrb@suse.com |provo.novell.com | --- Comment #5 from Michal Srb 2014-04-28 11:16:18 UTC --- I was testing this with Xtreamer DisplayLink (usb 17e9:02f2) and nouveau as main GPU. The rendering gets bit slower and cursor rendering switches to software, but overall it's reasonably fast. What is your main GPU? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=871798 Michal Srb changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from Michal Srb --- The slowness is caused by those factors: * udl driver doesn't support hardware cursors -> X server has to switch to software cursor and then every mouse movement triggers repaint. * In this kind of setup, udl has output provider role in X server. In that case it receives full screen update each time main GPU renders anything. * udl driver doesn't keep a shadow framebuffer to find out which parts of it actually changed -> it has to send the whole framebuffer to the device. * udl driver doesn't support Display Link's proprietary compression (because it's not well understood), so it uses only simple RLE. * The device is slow. Improving any of those would improve the rendering speed. Adding the shadow framebuffer to udl would be probably the easiest one. Technically there is no bug anywhere, udl has just poor performance in it's current implementation. The slowness can be partially workarounded by using lower resolution and more RLE friendly content (e.g. single color desktop background). -- You are receiving this mail because: You are on the CC list for the bug.