It appears that gnome crashes frequently after resuming from hibernation. Hibernation seems to be successful seeing that the hibernation image is created and restored successfully according to dmesg. dmesg also gives the following messages after resume from hibernation: > GPU HANG: ecode 8:0:0xcfdf999d, in gnome-shell [874], reason: Hang on render ring, action: reset > [228.738386] drm/i915: Resetting chip after gpu hang After which, gnome-shell seems to crash and end session.
Please also see https://bbs.archlinux.org/viewtopic.php?pid=1734193#p1734193
Forgot to mention that this is currently occuring on kernel 4.9.47-1-lts. I am using GNOME Shell 3.24.3. My laptop is thinkpad x250, Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz and intel HD 5500 graphics.
[ 192.832617] [drm] GPU HANG: ecode 8:0:0xcfdf999d, in gnome-shell [874], reason: Hang on render ring, action: reset [ 192.832618] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ 192.832618] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [ 192.832619] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ 192.832619] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [ 192.832620] [drm] GPU crash dump saved to /sys/class/drm/card0/error
Created attachment 133958 [details] GPU crash dump Apologies, I have attached it now.
commit bafb2f7d4755bf1571bd5e9a03b97f3fc4fe69ae Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Wed Sep 21 14:51:08 2016 +0100 drm/i915/execlists: Reset RING registers upon resume There is a disparity in the context image saved to disk and our own bookkeeping - that is we presume the RING_HEAD and RING_TAIL match our stored ce->ring->tail value. However, as we emit WA_TAIL_DWORDS into the ring but may not tell the GPU about them, the GPU may be lagging behind our bookkeeping. Upon hibernation we do not save stolen pages, presuming that their contents are volatile. This means that although we start writing into the ring at tail, the GPU starts executing from its HEAD and there may be some garbage in between and so the GPU promptly hangs upon resume. Testcase: igt/gem_exec_suspend/basic-S4 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=96526 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> Link: http://patchwork.freedesktop.org/patch/msgid/20160921135108.29574-3-chris@chris-wilson.co.uk *** This bug has been marked as a duplicate of bug 96526 ***
Thanks for resolving this bug. How do I get this fix on my computer? Is the patch applied to the kernel? If so, please can you tell us which kernel has the correct patch for this? I've looked at all the related/duplicate bug reports and found conflicting information regarding where to find the correct patch. Apologies if this sounds like a noob question.
Just an update. I am using arch linux with kernel 4.12.8 now. It appears that enabling early KMS to load modules intel_agp and i915 solves the blank screen problem here.
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.