Created attachment 130112 [details] logs STEPS TO REPRODUCE I'm not sure to be honest. It seems to happen when I have a lot of chrome windows open and I'm watching youtube. When this crashed happened I was about 40 minutes into this video https://www.youtube.com/watch?v=S3iaoOhqhH4 It's very sporadic when it happens it might happen once a week. Linux ind-rwhited-lnx 4.9.11-1-ARCH #1 SMP PREEMPT Sun Feb 19 13:45:52 UTC 2017 x86_64 GNU/Linux Distribution: Antergos Display Connectors: Monitor 1 Display port -> DVI Monitor 2 -> VGA connected to a CablesToGo TruLink 4-port VGA KVM Switch -> VGA monitor
GPU hang happened right as I opened a YouTube video. dmesg reports: [189272.274227] drm/i915: Resetting chip after gpu hang Youtube Video: https://youtu.be/7Bc0FKHcOSQ?t=1158 If it matters, it's the HTML5 player (stats for nerds says VP9 codec) and Chromium is Version 56.0.2924.87 (64-bit)
Created attachment 130158 [details] /sys/class/drm/card0/error
I hit a very similar hang while using Chromium and watching HTML5 video. My video hung and journalctl shows the following logs: Mar 10 20:08:26 eric-macbookpro kernel: [drm] GPU HANG: ecode 8:0:0x6e51c723, in chromium [5089], reason: Hang on ren Mar 10 20:08:26 eric-macbookpro kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, includin Mar 10 20:08:26 eric-macbookpro kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> D Mar 10 20:08:26 eric-macbookpro kernel: [drm] drm/i915 developers can then reassign to the right component if it's no Mar 10 20:08:26 eric-macbookpro kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always a Mar 10 20:08:26 eric-macbookpro kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error Mar 10 20:08:26 eric-macbookpro kernel: drm/i915: Resetting chip after gpu hang Mar 10 20:08:34 eric-macbookpro kernel: drm/i915: Resetting chip after gpu hang Mar 10 20:08:42 eric-macbookpro kernel: drm/i915: Resetting chip after gpu hang Mar 10 20:08:52 eric-macbookpro kernel: drm/i915: Resetting chip after gpu hang I did not have a way to capture the GPU crash dump unfortunately. I'm running the same kernel version: Linux eric-macbookpro 4.9.11-1-ARCH #1 SMP PREEMPT Sun Feb 19 13:45:52 UTC 2017 x86_64 GNU/Linux
Happened again today. Video: https://www.youtube.com/watch?v=-n0Sg9wg2tM Video ID:-n0Sg9wg2tM Dimensions:1280 x 720 Resolution:1920 x 1080@60 Volume:18% Stream Host:r3---sn-mv-cvne Stream Type:https CPN:4JKUMKwbuGiBsDb6 Mime Type:video/webm; codecs="vp9" DASH: [78459.557197] [drm] GPU HANG: ecode 6:0:0x85fffffc, in gnome-shell [14457], reason: Hang on render ring, action: reset [78459.557199] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [78459.557200] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel [78459.557200] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [78459.557201] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [78459.557201] [drm] GPU crash dump saved to /sys/class/drm/card0/error [78459.557247] drm/i915: Resetting chip after gpu hang I will attach card0/error
Created attachment 130258 [details] /sys/class/drm/card0/error Mar 16th
Sandy Bridge uses the i965 driver. Moving.
Switched distros to see if it was still an issue and it is. Distribution: Fedora 25 uname -a Linux ind-whitedr1-p 4.11.3-200.fc25.x86_64 #1 SMP Thu May 25 19:03:07 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux As usual, I will include the card0/error message A little different this time as I'm using Firefox instead of Chrome. Mozilla Firefox 53.0.3 Youtube video: https://www.youtube.com/watch?v=vSZrA4IoLsg Stats for nerds: Video ID: vSZrA4IoLsg Dimensions: 854 x 480 Resolution: 1920 x 1080@30 Optimal Resolution: 1920 x 1080@30 Volume: 100% Stream Host: r1---sn-mv-cvne Stream Type: https CPN: 1zZtnIbvZLaBx4So Mime Type: video/webm; codecs="vp9" DASH: yes (248/251)
Created attachment 131712 [details] /sys/class/drm/card0/error 27 MAY 2017
Hello everybody, 4.9 is a bit old already, could you at least try kernel 4.13 or upper? Also which mesa version are you using and have you found a way to reliably reproduce this? Was there any previous configuration where this issue didn't happened? Thank you.
Elizabeth, I'm not sure when the last time I had this issue was, but it hasn't happened in a long time. I'll provide my current system information below: uname -a Linux 4.17.10-1-ARCH #1 SMP PREEMPT Wed Jul 25 11:23:00 UTC 2018 x86_64 GNU/Linux pacman -Ss mesa extra/mesa 18.1.4-1 [installed] An open-source implementation of the OpenGL specification I'm going to go ahead and mark this as resolved.
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.