Bug 72777 - Mutter/gnome-shell graphical glitches on radeonsi
Summary: Mutter/gnome-shell graphical glitches on radeonsi
Status: RESOLVED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: DRI git
Hardware: Other All
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-12-17 06:35 UTC by Dan Doel
Modified: 2013-12-17 08:23 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
glitched control center (102.15 KB, text/plain)
2013-12-17 06:35 UTC, Dan Doel
no flags Details
glitched "Displays" settings (21.81 KB, image/png)
2013-12-17 06:36 UTC, Dan Doel
no flags Details

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.