Graphics corruption after suspend/resume cycle
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | xserver-xorg-driver-ati (Ubuntu) |
Medium
|
Unassigned | ||
Bug Description
I have observed two forms of graphics corruption after a suspend/resume cycle:
1) Checkerboard artifacts in approximately the top 1/8 to 1/4 of the screen. This can be observed from the following video, where I am highlighting global menu entries with the mouse: https:/
A similar effect can also be observed while dragging windows around near the top of the screen.
2) The virtual terminals no longer take up the full screen area, and are surrounded by a pattern which appears similar to noise or "snow" on old TVs. Here's how it appears on my screen: https:/
While these two issues seem quite unrelated, they both seem to happen _only_ after a suspend/resume cycle, so the underlying issue might be related between them.
Relevant hardware details:
-Video card: Radeon R7 260X (w/ the radeonsi driver)
-Main display resolution: 2560x1440
-Secondary display resolution: 1200x1920 (portrait mode)
ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: xorg 1:7.7+7ubuntu4
ProcVersionSign
Uname: Linux 3.19.0-11-generic x86_64
.tmp.unity.
ApportVersion: 2.17-0ubuntu1
Architecture: amd64
CompizPlugins: No value set for `/apps/
CompositorRunning: compiz
CompositorUnred
CompositorUnred
CurrentDesktop: Unity
Date: Sun Apr 5 16:00:07 2015
DistUpgraded: 2015-03-27 18:17:09,531 DEBUG enabling apt cron job
DistroCodename: vivid
DistroVariant: ubuntu
ExtraDebuggingI
GraphicsCard:
Advanced Micro Devices, Inc. [AMD/ATI] Bonaire XTX [Radeon R7 260X] [1002:6658] (prog-if 00 [VGA controller])
Subsystem: VISIONTEK Device [1545:7260]
InstallationDate: Installed on 2014-06-06 (302 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
MachineType: Gigabyte Technology Co., Ltd. GA-970A-D3
ProcKernelCmdLine: BOOT_IMAGE=
SourcePackage: xorg
Symptom: display
UpgradeStatus: Upgraded to vivid on 2015-03-27 (8 days ago)
dmi.bios.date: 12/16/2013
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: F13b
dmi.board.name: GA-970A-D3
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSof
dmi.product.name: GA-970A-D3
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz 1:0.9.12.
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.59-0ubuntu1
version.
version.
version.
version.
version.
version.
version.
version.
xserver.bootTime: Sun Apr 5 17:47:11 2015
xserver.configfile: default
xserver.errors:
evdev: Microsoft Natural® Ergonomic Keyboard 4000: Unable to open evdev device "/dev/input/
evdev: Microsoft Natural® Ergonomic Keyboard 4000: Unable to open evdev device "/dev/input/
xserver.logfile: /var/log/Xorg.0.log
xserver.version: 2:1.17.1-0ubuntu3
xserver.
| Furkan (falaca) wrote : | #1 |
| Furkan (falaca) wrote : | #3 |
For the record (as we discussed on IRC): After testing, I can confirm that these bugs only occur in a dual-monitor setup where 1 monitor is in portrait mode.
| Timo Aaltonen (tjaalton) wrote : | #4 |
moving to the ati driver, so it's not lost in noise
| affects: | xorg (Ubuntu) → xserver-xorg-video-ati (Ubuntu) |
| Changed in xserver-xorg-video-ati (Ubuntu): | |
| status: | Incomplete → Confirmed |
| Furkan (falaca) wrote : | #5 |
Just some further testing: The checkerboarding doesn't occur when the screens are aligned at the top (in other words, when y=0 for both monitors in .config/
| Changed in xserver-xorg-video-ati (Ubuntu): | |
| importance: | Undecided → High |
| Furkan (falaca) wrote : | #6 |
Again, for the record: I was able to reproduce this bug w/ Fedora 22 Alpha (4.0 kernel, XOrg 1.17, Gnome 3). It isn't as obvious as it is in Unity, but it's there. Here is a 10-second video of repeatedly maximizing and restoring a window, where you can see the checkerboarding along the top of the screen: https:/
Also, I'm not able to reproduce the corruption with fglrx, so I think this means it is most likely an upstream problem with the radeon driver (so I'll file another bug report there).
| Furkan (falaca) wrote : | #7 |
The new radeon TearFree feature fixes this problem for me: http://
It's still under revision, so it hasn't yet been committed to the xf86-video-ati repository, but can be found here: http://
| Christopher M. Penalver (penalvch) wrote : | #8 |
Furkan, to see if this is already resolved, could you please test http://
| tags: | added: latest-bios-f12 |
| no longer affects: | xserver-xorg-video-ati (Ubuntu) |
| affects: | xserver-xorg-driver-ati → xserver-xorg-driver-ati (Ubuntu) |
| Changed in xserver-xorg-driver-ati (Ubuntu): | |
| status: | New → Incomplete |
| importance: | Undecided → Medium |
| Furkan (falaca) wrote : | #9 |
Cristopher, #1 is resolved upstream, but not #2. Since the latter is more minor and is an upstream issue, I'll just mark this bug as invalid.
| Changed in xserver-xorg-driver-ati (Ubuntu): | |
| status: | Incomplete → Invalid |


Does it happen with just one monitor?