Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 522177

Summary: drm: radeon r600 GPU lockup
Product: [Fedora] Fedora Reporter: Davide Cescato <ceski>
Component: xorg-x11-drv-atiAssignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: rawhideCC: airlied, awilliam, bruno, itamar, jglisse, kernel-maint, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-11-01 22:32:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
output of LIBGL_DEBUG=1 glxinfo
none
Xorg.0.log
none
output of lspci -v
none
Xorg.0.log with traceback after lockup none

Description Davide Cescato 2009-09-09 16:48:48 UTC
Created attachment 360270 [details]
output of LIBGL_DEBUG=1 glxinfo

Description of problem:

GPU lockup happening minutes after login on a radeon r600 GPU. The smolt profile is at 
http://www.smolts.org/client/show/pub_af163702-5c2a-4d9f-bc54-2e4626b7be73

Version-Release number of selected component (if applicable):

kernel-2.6.31-0.219.rc9.git2.fc12.x86_64
xorg-x11-drv-ati-6.13.0-0.3.20090908git651fe5a47.fc12.x86_64
mesa-libGL-7.6-0.11.fc12.x86_64
mesa-dri-drivers-experimental-7.6-0.11.fc12.x86_64
mesa-libGLU-7.6-0.11.fc12.x86_64
mesa-dri-drivers-7.6-0.11.fc12.x86_64

The system is a F11 install turned into rawhide.


How reproducible:

Always


Steps to Reproduce:

1. boot system
2. log in
3. do some operations with windows, Xvideo, OpenGL until the bug triggers
  
Actual results:

Xv output, Compiz, xrandr screen rotation, switch to VT, ... works fine, until the screen suddenly freezes. In my case, it happens between 1 and 5 minutes after login. Most of the times, the mouse pointer can still be moved, and ssh access is still possible. Sometimes, neither is the case.

Expected results:

No freezes.


Additional info:

The last lines of the output of dmesg are as follows:
[drm:radeon_ib_get] *ERROR* radeon: IB(3:0x0000000020131000:691)
[drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB
[drm:radeon_cs_ioctl] *ERROR* Failed to get ib !

The output of LIBGL_DEBUG=1 glxinfo (before the freeze) is attached.

Comment 1 Davide Cescato 2009-09-09 16:50:32 UTC
Created attachment 360271 [details]
Xorg.0.log

Comment 2 Adam Williamson 2009-09-16 16:35:53 UTC
seems to be some discussion of this in an upstream ML thread too:

http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg43065.html

re-assigning to driver package per developers' request, though the bug is indeed technically in the kernel, they find it easier to handle things this way.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 3 Adam Williamson 2009-09-16 18:16:11 UTC
*** Bug 522178 has been marked as a duplicate of this bug. ***

Comment 4 Jérôme Glisse 2009-10-29 13:58:19 UTC
Can you try if following iso works :
http://adamwill.fedorapeople.org/radeon-20091028-x86_64.iso

Comment 5 Davide Cescato 2009-10-31 12:01:59 UTC
I tried running the live image linked from comment #4, but I get lockups as in the original bug report.

Comment 6 Adam Williamson 2009-10-31 19:18:19 UTC
I wonder if this was a different issue from the other reported r600 lockups at *first*, but with the live image you're now getting those lockups instead? Can we see your lspci -v output?

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 7 Davide Cescato 2009-10-31 20:43:40 UTC
Created attachment 366979 [details]
output of lspci -v

Comment 8 Davide Cescato 2009-10-31 20:46:29 UTC
Two more pieces of information, relative to the live image from comment #4.

The smolt profile is at
http://www.smolts.org/client/show/pub_e6984391-a9e4-42af-b3c6-9f66a27e4b2a

It seems that when booting with the nomodeset option, the lockups do not occur.

Comment 9 Davide Cescato 2009-10-31 20:51:58 UTC
My laptop has switchable graphics. I just realized that the smolt profile
linked in comment #1 is not relevant for this bug, as it was generated when I
was running on the Intel (integrated) GPU, not on the r600 (discrete) GPU.

I apologize for having provided misleading information.

Comment 10 Davide Cescato 2009-10-31 21:23:12 UTC
I found this in Xorg.0.log after a lockup occurred.

[mi] EQ overflowing. The server is probably stuck in an infinite loop.

Backtrace:
0: /usr/bin/Xorg (xorg_backtrace+0x28) [0x49e758]
1: /usr/bin/Xorg (mieqEnqueue+0x1f4) [0x49e124]
2: /usr/bin/Xorg (xf86PostMotionEventP+0xce) [0x478ede]
3: /usr/bin/Xorg (xf86PostMotionEvent+0xa9) [0x479099]
4: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7f4ce9f0d000+0x36e9) [0x7f4ce9f106e9]
5: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7f4ce9f0d000+0x5a98) [0x7f4ce9f12a98]
6: /usr/bin/Xorg (0x400000+0x6bdf7) [0x46bdf7]
7: /usr/bin/Xorg (0x400000+0x116993) [0x516993]
8: /lib64/libpthread.so.0 (0x7f4cefbb5000+0xf320) [0x7f4cefbc4320]
9: /lib64/libc.so.6 (ioctl+0x7) [0x7f4cee441c07]
10: /usr/lib64/libdrm.so.2 (drmIoctl+0x23) [0x7f4cebeca203]
11: /usr/lib64/libdrm.so.2 (drmCommandWriteRead+0x1c) [0x7f4cebeca44c]
12: /usr/lib64/libdrm_radeon.so.1 (0x7f4ceb5bc000+0xff9) [0x7f4ceb5bcff9]
13: /usr/lib64/libdrm_radeon.so.1 (0x7f4ceb5bc000+0x1045) [0x7f4ceb5bd045]
14: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7f4ceb7c0000+0xbc6b6) [0x7f4ceb87c6b6]
15: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7f4ceb7c0000+0xbc723) [0x7f4ceb87c723]
16: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7f4ceb7c0000+0xbb16a) [0x7f4ceb87b16a]
17: /usr/lib64/xorg/modules/libexa.so (0x7f4ceab78000+0xd5c9) [0x7f4ceab855c9]
18: /usr/lib64/xorg/modules/libexa.so (0x7f4ceab78000+0xeb4b) [0x7f4ceab86b4b]
19: /usr/lib64/xorg/modules/libexa.so (0x7f4ceab78000+0xb460) [0x7f4ceab83460]
20: /usr/bin/Xorg (0x400000+0xd1e9e) [0x4d1e9e]
21: /usr/bin/Xorg (0x400000+0xcc67e) [0x4cc67e]
22: /usr/bin/Xorg (0x400000+0x2c60c) [0x42c60c]
23: /usr/bin/Xorg (0x400000+0x21c9a) [0x421c9a]
24: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x7f4cee386b4d]
25: /usr/bin/Xorg (0x400000+0x21849) [0x421849]

I will now attach the entire Xorg.0.log.

Comment 11 Davide Cescato 2009-10-31 21:25:54 UTC
Created attachment 366981 [details]
Xorg.0.log with traceback after lockup

Xorg.0.log as mentioned in comment #10

Comment 12 Davide Cescato 2009-10-31 21:28:55 UTC
After the lockup in comment #10, the output of dmesg does not contain the 3 lines reported in comment #1.

Comment 13 Adam Williamson 2009-11-01 19:04:15 UTC
Jerome - as per the lspci output, this is another r600-on-ICH9 case; do you think the lockups he's seeing now are those ones? Or is this still a different bug?

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 14 Adam Williamson 2009-11-01 22:32:03 UTC
Jerome mentioned in 528593 that he does think this is a dupe, so let's close this. The r600+ICH9 hardware combination strongly indicates this is now another case of 528593.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

*** This bug has been marked as a duplicate of bug 528593 ***