| Summary: | [GM965] artifacts when using metacity as compositing manager | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Ivan Bulatovic <combuster> | ||||||
| Component: | DRM/Intel | Assignee: | Chris Wilson <chris> | ||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | medium | CC: | jbarnes, krh | ||||||
| Version: | XOrg git | ||||||||
| Hardware: | x86-64 (AMD64) | ||||||||
| OS: | Linux (All) | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
|
Description
Ivan Bulatovic
2010-09-30 13:06:49 UTC
Kristian, more damage problems? Is this something that may have been fixed post 1.9? Can you try reverting 8d7b7a0d71e0b89321b3341b781bc8845386def6 in your X server? This may be a duplicate of #30260, but I doubt it. Does the artifact go away if your move a window over it or does it stay around? Created attachment 39091 [details]
persistent artifact
No it stays around until I open the exact same menu item. Sometimes small rectangle as a part of an active window that I just minimized stays on the screen and when I move another window over it, it stays there but content of the overlaping window glues to it, but when I restore the window I've minimized and minize it back again the rectangle disappears.
I have also other artifacts but they dissappear very quickly, on mouse move etc.
Created attachment 39092 [details]
temporary artifact
I'll try reverting that commit as soon as I build X from git. Had it on my test partition and overwrote it :(
Yes, reverting 8d7b7a0d71e0b89321b3341b781bc8845386def6 did the trick. I've been poking around menus, popups, everything I did before to reproduce this bug and no artifacts at all. TY Kristian, Chris. I would like to point out that this bug does not seem to be limited to intel. I had the same problem with metacity compositing + ati and reverting 8d7b7a0d71e0b89321b3341b781bc8845386def6 solved it. That is true. I've made a PKGBUILD for xserver that reverts this commit and many archlinux users reported that this fixes their problems with artifacts and compositing window managers and it's not limited to users with intel gpu's (ati and nvidia also). I believe this is now fixed with: commit f36153e3ef6b13a87d016caab09cc9be274b0dd5 Author: Eric Anholt <eric@anholt.net> Date: Thu Oct 28 20:46:22 2010 -0700 Replace usage of DamageRegionAppend with DamageDamageRegion to fix reportAft In all these cases, any rendering implied by this damage has already occurred, and we want to get the damage out to the client. Some of the DamageRegionAppend calls were explicitly telling damage to flush the reportAfter damage out, but not all. Bug #30260. Fixes the compiz wallpaper plugin with client damage changed to reportAfter. Signed-off-by: Eric Anholt <eric@anholt.net> Reviewed-by: Keith Packard <keithp@keithp.com> Signed-off-by: Keith Packard <keithp@keithp.com> It seems that for some commit f36153e3ef6b13a87d016caab09cc9be274b0dd5 doesn't solve issues with compositing wm (xcompmgr and urxvt in this case) while reverting 8d7b7a0d71e0b89321b3341b781bc8845386def6 helps. https://bbs.archlinux.org/viewtopic.php?id=106017 For now only Intel users... |
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.