After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 720587 - Graphical glitches with radeon
Graphical glitches with radeon
Status: RESOLVED FIXED
Product: mutter
Classification: Core
Component: general
3.10.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
Depends on:
Blocks:
 
 
Reported: 2013-12-17 06:13 UTC by Dan Doel
Modified: 2013-12-17 08:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
glitched control center (102.15 KB, image/png)
2013-12-17 06:13 UTC, Dan Doel
Details
the glitch persists when entering the overlay (226.27 KB, image/png)
2013-12-17 06:14 UTC, Dan Doel
Details

Description Dan Doel 2013-12-17 06:13:38 UTC
Created attachment 264390 [details]
glitched control center

I've been testing gnome with the open source radeon drivers off and on for a few months now, and have consistently noticed some graphical glitches. The easiest way to reproduce the glitches is using gnome-control-center. Simply open the control center, enter one of the categories, and then go back. The top and left sides of the window will appear as though an extra copy of the window has been composited over them. Going to the "Displays" settings also triggers a (slightly different looking) glitch on its own. Changing focus to another window fixes the glitch (likely due to the corrupted regions needing a repaint).

I believe this behavior is in mutter, as some of the glitches appear on the window's drop shadow, not just the header bar. Also, I recall seeing this glitch prior to the control center having a header bar, although I don't know of a reliable way to trigger it in an application that still uses server-side decorations.

I should note, however, that I do not actually believe this is a bug in gnome-shell. I normally use Intel integrated graphics, and have not seen this glitch while doing so. This is exclusive to Radeon use, and perhaps specifically to the radeonsi driver (I cannot verify on any others, as I only have one card). However, I thought it'd be useful to have a bug here to possibly spur communication.

I'm using:
    Arch linux
    kernel 3.12.5
    mutter 3.10 (other relevant gnome components are likely to be 3.10 as well)
    ati-dri from git, 2013-12-16
    llvm from svn, 2013-12-16
    xf86-video-ati 7.2.0

Attached are some screenshots of the glitch.

I'll also open a ticket at the freedesktop bugzilla, as I think that is where the bug is likely to actually be.
Comment 1 Dan Doel 2013-12-17 06:14:58 UTC
Created attachment 264391 [details]
the glitch persists when entering the overlay
Comment 2 Dan Doel 2013-12-17 06:37:42 UTC
Here's a link to the freedesktop/radeon dri bug:
    https://bugs.freedesktop.org/show_bug.cgi?id=72777
Comment 3 Dan Doel 2013-12-17 08:53:56 UTC
Turns out this is fixed in the head version of xf86-video-ati (the one radeon component I didn't install the dev version of). Sorry for the noise.