Created attachment 105627 [details] bzip2 < /sys/class/drm/card0/error > error.bz2 This is on a Dell Optiplex SX 260 with a fresh Debian Jessie install. Starting lightdm leads to screen becoming black with visible mouse pointer. [ 2699.843537] [drm] GPU crash dump saved to /sys/class/drm/card0/error [ 2699.843546] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ 2699.843548] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [ 2699.843550] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ 2699.843552] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [ 2699.844007] i915: render error detected, EIR: 0x00000010 [ 2699.844007] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking [ 2699.844007] i915: render error detected, EIR: 0x00000010
Created attachment 105628 [details] lspci -vvv
Created attachment 105629 [details] X log
That shouldn't be a fatal hang, and X looks quite happy. I think the blank screen is more indicative of lightdm failing. Are you able to run anything other than lightdm?
I tried xdm and that worked. Also with xdm I haven't seen the "stuck" message in dmesg.
Chris, further ideas?
No, it could just be an invalid surface allocation inside mesa - but we should be protecting what we reference inside the GTT. The hardware rarely gives a good indication of the exact cause of the fault.
Coul you please test a more recent kernel and collect updated logs and error state? Preferably use drm-intel-nightly branch from cgit.freedesktop.org/drm-intel
I tried with the debian 3.16-2-686-pae kernel and the screen still stays black with mouse cursor when I start lightdm. However the cursor changes from pointer to text input depending on the position. It looks to me, that the login mask is, for the lack of a better word, rendered, but not displayed. dmesg: [ 72.584020] [drm] GPU HANG: ecode -1:0x00000000, reason: Command parser error, iir 0x00008000, action: continue [ 72.584020] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ 72.584020] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [ 72.584020] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ 72.584020] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [ 72.584020] [drm] GPU crash dump saved to /sys/class/drm/card0/error [ 72.584020] i915: render error detected, EIR: 0x00000010 [ 72.584020] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking [ 72.584020] [drm] GPU HANG: ecode -1:0x00000000, reason: Command parser error, iir 0x00008000, action: continue [ 72.584020] i915: render error detected, EIR: 0x00000010 FWIW, on a freshly started system with no display manager running, when I first start xdm, stop it and start lightdm the screen does not stay black but shows the login mask.
I also tried with 3.17.0+ from cgit.freedesktop.org/drm-intel branch drm-intel-nightly commit 1361e35 from Thu Oct 16 15:07:58 2014 +0300 This fixes the black screen problem with lightdm for me. All I see in dmesg is: [ 12.931882] [drm] Initialized drm 1.1.0 20060810 [ 16.027853] [drm] Memory usable by graphics device = 128M [ 16.027862] [drm] Replacing VGA console driver [ 16.030464] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 16.030468] [drm] Driver supports precise vblank timestamp query. [ 16.040367] [drm] initialized overlay support [ 16.040428] [drm] Initialized i915 1.6.0 20141003 for 0000:00:02.0 on minor 0 [ 16.226977] fbcon: inteldrmfb (fb0) is primary device [ 16.256457] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
So this seems a fixed bug for me.
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.