Created attachment 101387 [details] Photo of the artifact on VirtualBox with Guest Additions A square of garbage (made of old drawings of the screen) is drawn around the mouse pointer if the client software tries to use setpointer (I think). Reproducible if two radeon cards (RS780 and RV770) are used at the same time to extend the desktop *and* there's a compositing window manager being used (KDE and GNOME have the problem, OpenBox does not). So far I could see the problem with: * Firefox when showing a big image (like this one: http://upload.wikimedia.org/wikipedia/commons/3/36/Axis_axis_%28Nagarhole%2C_2010%29.jpg which requires the mouse pointer to be changed to a zoom-in/out magnifier icon) * VirtualBox when using Guest Additions (seamless pointer integration) * rdesktop-vrdp always I'm using xorg-x11-server-Xorg 1.14.4-9.fc20, with kernels 3.14-3.16 (already tried all three), and xorg-x11-drv-ati 7.2.0 (3.20131101git3b38701.fc20). Will attach a photo of the glitch.
Please attach your Xorg log and dmesg output.
Created attachment 101392 [details] Xorg.0.log Xorg.0.log just after trigerring the issue (no relevant data)
Created attachment 101393 [details] dmesg dmesg output just after triggering the issue (also no relevant data)
Just noticed: also reproducible in Wolfram Mathematica 9, when it tries to use a non-standard mouse icon. It's definetely a problem at the mouse icon overlay.
The attached photo looks more like a software rendered cursor gone wrong though. How does the garbage behave when you move the mouse? Please also attach the output of xrandr --verbose.
Created attachment 101424 [details] xrandr --verbose output
The garbage is made of past renderings of the screen (normally the window beneath the current window), plus all past drawings of the cursor icon (they get stacked up, just like there's a "trail" of drawings). However, this garbage only appears inside the square, in the part that is not filled by the current cursor. The square is always placed exactly around the cursor. If I move the mouse a bit to the side, it restores the current window drawing at the portion that is not covered by the garbage square. It's looks like there's a "mask" around the pointer, which gets filled with past drawings.
Here's a short video of the issue, this time on rdesktop-vrdp: https://www.youtube.com/watch?v=exNyrj4klwA
Dave Airlie confirmed on IRC that PRIME currently doesn't support HW cursors in this scenario. He suspects this issue is due to some lack of flushing / synchronization between the GPUs.
Is there any possible workaround?
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/107.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.