Created attachment 109913 [details] /sys/class/drm/card0/error After about one hour, and randomly to me, I get this in dmesg: [drm] GPU HANG: ecode -1:0x00000000, reason: Command parser error, iir 0x00008000, action: continue [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [drm] GPU crash dump saved to /sys/class/drm/card0/error i915: render error detected, EIR: 0x00000010 [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking [drm] GPU HANG: ecode -1:0x00000000, reason: Command parser error, iir 0x00008000, action: continue i915: render error detected, EIR: 0x00000010 And as in bug 86583, this is also an Intel 865G. linux 3.17.3 mesa 10.3.4 xf86-video-intel 2.99.916 00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)
Hm, somehow the batchbuffer hasn't made it into the error state, and I don't really quite see why. Also a bunch of the neater debug stuff we dump into the error state now isn't in 3.17. Can you please try to test with latest drm-intel-nightly kernel from http://cgit.freedesktop.org/drm-intel ? Also please attach your Xorg.log.
Created attachment 110012 [details] Xorg.0.log The error doesn't happen every time, I will report back with a newer kernel when it occurs.
Created attachment 112500 [details] /sys/class/drm/card0/error linux 3.18.2-2-ARCH xf86-video-intel 2.99.917
Timeout, closing. Please reopen if the problem persists with latest kernels.
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.