Bug 67977 - GPU lockups after upgrading to 7.2.0
Summary: GPU lockups after upgrading to 7.2.0
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: high normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-10 09:12 UTC by Tim Besard
Modified: 2019-11-19 07:42 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg log containing several GPU lockups (78.30 KB, text/plain)
2013-08-10 09:12 UTC, Tim Besard
no flags Details
xorg.log on a working configuration (using driver 7.1) (51.77 KB, text/plain)
2013-08-10 09:17 UTC, Tim Besard
no flags Details

Description Tim Besard 2013-08-10 09:12:46 UTC
Created attachment 83919 [details]
dmesg log containing several GPU lockups

Upgrading xf86-video-ati to 7.2 has caused very frequent GPU lockups on my machine (one after the other), after a while even causing my machine to spontaneously reboot.

I'm using a Radeon HD7850, on a fully-updated 64bit Arch Linux installation (Linux 3.10.5, Xserver 1.14.2). Attached is a dmesg from when the GPU locked-up but I managed to switch to a TTY console, after which my system didn't lock-up and I could collect the dmesg (but forgot Xorg.log).

My xrandr configuration:
Screen 0: minimum 320 x 200, current 2960 x 1050, maximum 16384 x 16384
DisplayPort-0 disconnected (normal left inverted right x axis y axis)
DisplayPort-1 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1280x1024+0+20 (normal left inverted right x axis y axis) 340mm x 270mm
   1280x1024      60.0*+   75.0  
   1024x768       75.1     75.0     70.1     60.0  
   800x600        75.0     60.3  
   640x480        75.0     60.0  
   720x400        70.1  
DVI-0 connected primary 1680x1050+1280+0 (normal left inverted right x axis y axis) 474mm x 296mm
   1680x1050      59.9*+
   1280x1024      75.0     60.0  
   1280x960       60.0  
   1152x864       75.0  
   1024x768       75.1     70.1     60.0  
   832x624        74.6  
   800x600        72.2     75.0     60.3     56.2  
   640x480        72.8     75.0     66.7     60.0  
   720x400        70.1
Comment 1 Tim Besard 2013-08-10 09:17:13 UTC
Created attachment 83920 [details]
xorg.log on a working configuration (using driver 7.1)

Attached an xorg.log using 7.1 (because I forgot to save the one when booting using 7.2) to show I'm not using any special X configuration but relying on the autodetected one.
Comment 2 David Sutton 2013-08-11 06:38:21 UTC
I am experiencing the same, also using Arch Linux, although with a Radeon 7750. I am using kde and just opening firefox seemed to cause the lockup along with the screens blanking. After reviewing the changelog, I noticed the enabling of glamor by default for the radeonsi driver, so tried changing the AccelMethod back to EXA. This caused the system to become stable again
Comment 3 Alex Deucher 2013-08-12 01:27:22 UTC
There is no EXA support for SI and newer asics.  glamor is required for acceleration.
Comment 4 David Sutton 2013-08-12 06:20:16 UTC
Understood - my point being that if I tell it not to use Glamor (by passing the AccelMethod of EXA) then my system becomes stable again and doesn't suffer from things such as GPU lockup when opening firefox
Comment 5 Michel Dänzer 2013-08-12 13:13:08 UTC
Which version of Mesa are you using?
Comment 6 David Sutton 2013-08-12 13:39:20 UTC
Latest stable release from the ArchLinux repositories, Mesa 9.1.6
Comment 7 Martin Peres 2019-11-19 07:42:24 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/77.


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.