Summary: | Garbage around mouse pointer if setpointer is used with 2 cards and compositing | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Bernardo Donadio <bcdonadio> | ||||||||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||||
Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||
Severity: | normal | ||||||||||||
Priority: | medium | CC: | bcdonadio | ||||||||||
Version: | 7.2 (2007.02) | ||||||||||||
Hardware: | x86-64 (AMD64) | ||||||||||||
OS: | Linux (All) | ||||||||||||
Whiteboard: | |||||||||||||
i915 platform: | i915 features: | ||||||||||||
Attachments: |
|
Description
Bernardo Donadio
2014-06-19 22:08:43 UTC
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.