https://bugs.freedesktop.org/show_bug.cgi?id=76501
Priority: medium Bug ID: 76501 Assignee: dri-devel@lists.freedesktop.org Summary: fences regression Severity: normal Classification: Unclassified OS: Linux (All) Reporter: odi@odi.ch Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI
Created attachment 96233 --> https://bugs.freedesktop.org/attachment.cgi?id=96233&action=edit dmesg 3.12
I am seeing a GPU lockup from any v3.13 up to 3.14-rc7, which basically renders my computer unusable under recent kernels :-(
[ 55.762710] radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec [ 55.762715] radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000000004 last fence id 0x000000000000000 on ring 5) [ 55.762717] [drm:uvd_v1_0_ib_test] *ERROR* radeon: fence wait failed (-35). [ 55.762720] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on ring 5 (-35).
Hardware is an iMac 11,2 with a Radeon 4670 M96XT (RV730), 256MB GDDR3.
working up to 3.12, broken as of 3.13.
Xorg comes up after some dalays with a mostly black screen, some colored rectangular artifacts where the login fields are, a working mouse cursor.
Console fb still works.
Bisected to this commit:
commit f9eaf9ae782d6480f179850e27e6f4911ac10227 Author: Christian König christian.koenig@amd.com Date: Tue Oct 29 20:14:47 2013 +0100
drm/radeon: rework and fix reset detection v2
Stop fiddling with jiffies, always wait for RADEON_FENCE_JIFFIES_TIMEOUT. Consolidate the two wait sequence implementations into just one function. Activate all waiters and remember if the reset was already done instead of trying to reset from only one thread.
v2: clear reset flag earlier to avoid timeout in IB test