Had a nasty hang with today, did a journalctl -xe and got this: ... kernel: [drm] GPU HANG: ecode 6:0:0x87e8fffd, in Xorg [294], reason: Hang on render ring, action: reset kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error kernel: drm/i915: Resetting chip after gpu hang ... So here I am. Never reported a bug here before. Here's the error dump: https://gist.github.com/TheSqrtMinus1/ad1177a0758cbb368b1d2ca25ca50ae1 Let me know if you need any more information.
The CS stopped executing commands (kept on streaming to the end). The last command it executed matches the tail of a context, but the last batchbuffer address is the MI_BATCH_BUFFER_END. It doesn't look to be anything in particular at fault; spontaneous combustion? Most likely candidate is that the kernel broke a relocation.
And what happens to Xorg? The compositing manager may die, but X should survive, along with all your data...
xorg just hangs, screen freezes and mouse is movable through clicking on anything has no effect. Didn't check if my composter died or not, didn't occur to me at the time. Also, in regards to your "spontaneous combustion" comment, I don't think so, as this has happened multiple times before.
uninstalling xf86-video-intel on arch fixes this. No idea why.
It's just hiding the issue for now. It wasn't even the -intel batch that broke it...
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.