Bug 72777

Summary: Mutter/gnome-shell graphical glitches on radeonsi
Product: DRI Reporter: Dan Doel <dan.doel>
Component: DRM/RadeonAssignee: Default DRI bug account <dri-devel>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium    
Version: DRI git   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
glitched control center
none
glitched "Displays" settings none

Description Dan Doel 2013-12-17 06:35:12 UTC 
Created attachment 90859 [details]
glitched control center

I've been testing out gnome with the radeon drivers off and on, and have observed some graphical glitches with the window compositing. The easiest way I've found to produce a glitch is to use the gnome control center. Entering the "Displays" section, or entering any other section and going back results in a graphical glitch where something resembling the window appears to be composited over the top and left sides of the window. Triggering a repaint (by changing focus) gets rid of the corruption.

Normally I use Intel integrated graphics, and I have not observed this glitch with them. Therefore, I suspect this is a problem with the Radeon driver, rather than mutter or gnome-shell. It may also be specific to radeonsi, as that is what I have (a Radeon 7870); I cannot confirm that it happens on any other Radeon drivers.

I have, however, created a gnome bug, just in case:
  https://bugzilla.gnome.org/show_bug.cgi?id=720587

I believe I have also seen similar glitches involving Firefox and scrolling youtube videos toward the title bar. But I cannot reliably reproduce such glitches.

I am using:
    Arch Linux
    kernel 3.12.5
    mutter, gnome-shell, etc. 3.10
    ati-dri from git, 2013-12-16
    llvm from svn, 2013-12-16
    xf86-video-ati 7.2.0
    Radeon 7870 (pitcairn chipset)

I'll attach some screenshots. Let me know if you'd like any other information.
Comment 1 Dan Doel 2013-12-17 06:36:13 UTC 
Created attachment 90860 [details]
glitched "Displays" settings
Comment 2 Michel Dänzer 2013-12-17 08:23:38 UTC 
Fixed in xf86-video-ati Git:

commit 0c921edf0162fed616cea9d02e168b719243bcd2
Author: Jerome Glisse <jglisse@redhat.com>
Date:   Wed Oct 30 13:01:02 2013 -0400

    radeon/glamor: with new pixmap for dri2 drawable no need to create new texture
    
    When creating a new pixmap/bo for dri2 drawable there is no need to create a
    new texture, instead the texture associated with the new pixmap should be use
    otherwise there is a missmatch between the bo backing the texture for the
    drawable and the bo used by dri2 client.

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.