Created attachment 128312 [details] /sys/class/drm/card0/error On my Lenovo Thinkpad T440s
Were you doing something in particular? Is there a way to reproduce the hang? If there's not a way to reproduce, there's not much we can do...
I opened my laptop lid after having closed it <30m prior, then experienced the crash. Logs told me to file a bug, so I followed the instructions. Feel free to close if this isn't actionable!
Which distribution are you using? I experienced a similar bug, which I attributed to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1566302 Upstream public kernel worked fine for me.
> Which distribution are you using? I'm using Arch Linux uname -srvpio: Linux 4.8.7-1-ARCH #1 SMP PREEMPT Thu Nov 10 17:22:48 CET 2016 unknown unknown GNU/Linux > Which distribution are you using? I experienced a similar bug, which I > attributed to: > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1566302 > > Upstream public kernel worked fine for me. Thanks for the link and additional info! I've only experienced this issue once, but if it becomes more persistent I'll consider progressively stronger interventions.
Created attachment 128398 [details] /sys/class/drm/card0/error
I've the same trouble on an up-to-date Debian Testing x64 running on an Intel(R) Core(TM) i3-2125 CPU's GPU. I've notice this bug since less than a week. Here is the dmesg: [ 8598.205058] [drm] GPU HANG: ecode 6:0:0xc2fffffc, in Xorg [729], reason: Hang on render ring, action: reset [ 8598.205060] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ 8598.205060] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [ 8598.205060] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ 8598.205060] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [ 8598.205061] [drm] GPU crash dump saved to /sys/class/drm/card0/error [ 8598.205099] drm/i915: Resetting chip after gpu hang And I've attached the error file as asked. No specific action, maybe webpage changing on Vivaldi. uname -a Linux Cube 4.8.0-1-amd64 #1 SMP Debian 4.8.7-1 (2016-11-13) x86_64 GNU/Linux
Matthieu, many Xorg gpu hangs have been fixed by a recent patch to xf86-video-intel. Can you reproduce this with the modesetting DDX? If not, you can stick with modesetting or update to the tip of xf86-video-intel. see also: https://bugs.freedesktop.org/show_bug.cgi?id=93166
(In reply to Mark Janes from comment #7) > Matthieu, many Xorg gpu hangs have been fixed by a recent patch to > xf86-video-intel. > > Can you reproduce this with the modesetting DDX? If not, you can stick with > modesetting or update to the tip of xf86-video-intel. > > see also: https://bugs.freedesktop.org/show_bug.cgi?id=93166 Another user with the same error code here. Can confirm this happens with the use of modesetting with glamor. If I install xf86-video-intel the error is gone. Because it's the same ecode and error message so I'm just gonna describe my bug here: whenever I perform a suspend to RAM/disk and resume from it, the screen hangs & dumps back to the login prompt with the same ecode and error message as the original reporter. My GPU crash dump is attached. Additional info can be provided when required. OS: Arch Linux x86_64 Kernel: 4.8.13-1-ARCH CPU: Intel i7-4700HQ (8) @ 3.4GHz
Created attachment 129000 [details] /sys/class/drm/card0/error
Khoa: thank you for the confirmation. Can you please attach your Xorg log after reproducing the same hang with Linux 4.9 and Mesa 13.0.3?
(In reply to Mark Janes from comment #10) > Khoa: thank you for the confirmation. Can you please attach your Xorg log > after reproducing the same hang with Linux 4.9 and Mesa 13.0.3? Should I update manually to Linux 4.9? Because the version is currently on Arch 'testing' repo
The Arch testing repo version is fine.
(In reply to Mark Janes from comment #12) > The Arch testing repo version is fine. Just did an upgrade to 'linux 4.9.4-1' and 'linux-firmware 20161222.4b9559f-2' from the testing repo & seems like the problem is fixed. There's no more crash after resuming from suspend using modesetting's glamor. Anyway, Xorg log is attached.
Created attachment 129015 [details] ~/.local/share/xorg/Xorg.0.log
Khoa, thank you for this information. It will help other users encountering the same issue.
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.