| Summary: | GPU HANG: ecode 9:0:0x87d6fffe, in X [836], reason: Hang on render ring, action: reset | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Shea Levy <shea> | ||||||||||||||
| Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||||||
| Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||||||
| Severity: | normal | ||||||||||||||||
| Priority: | medium | CC: | intel-gfx-bugs, shea | ||||||||||||||
| Version: | XOrg git | ||||||||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||||||||
| OS: | Linux (All) | ||||||||||||||||
| Whiteboard: | |||||||||||||||||
| i915 platform: | KBL | i915 features: | GPU hang | ||||||||||||||
| Attachments: |
|
||||||||||||||||
Seems to happen most often when doing stuff in emacs The failure here is a little different to those I've seen so far. It would be nice to compare the error state from drm-tip (https://cgit.freedesktop.org/drm-tip) just for the same bits of extra info now captured, and could you also attach Xorg.log and dmesg from the failure (just to fill in the gaps as to what is going on). Created attachment 129368 [details]
dmesg output
This is from a different boot than the first error report
Created attachment 129369 [details]
X.0.log
This is from a different boot than the initial error report, but the same as the dmesg output.
Rebuilding with drm-tip now, will report back if/when the bug gets triggered there. I assume I want DRM_I915_CAPTURE_ERROR=Y. I've put DRM_I915_ALPHA_SUPPORT=N for now, let me know if that should be different. (In reply to Shea Levy from comment #6) > I assume I want DRM_I915_CAPTURE_ERROR=Y. I've put DRM_I915_ALPHA_SUPPORT=N > for now, let me know if that should be different. Both are correct. Created attachment 129371 [details]
/sys/class/drm/card0/error
Created attachment 129372 [details]
dmesg output
Created attachment 129373 [details]
X.0.log
Updated all attachments, from the same boot with drm-tip Is there some workaround in the mean time? Fine with degraded graphics or whatever for now. Hmm, it does have the double 3DSTATE_VERTEX_ELEMENTS that I'm guessing is an issue from skl+, i.e. that's a patch in https://cgit.freedesktop.org/xorg/driver/xf86-video-intel/ to prevent that sequence. As you seem to be reliably hitting this, testing -intel would be invaluable feedback. Alternatively, you can disable some acceleration using /etc/X11/xorg.conf.d/intel.conf: Section "Device" Identifier "igfx" Driver "intel" Option "AccelMethod" "blt" EndSection or try modesetting, same file: Section "Device" Identifier "igfx" Driver "modesetting" EndSection Should I test the tip of xf86-video-intel or just find that patch? Currently running with xf86-video-intel at e4fe79cf0d9a05ee3f3a027148ef0aeb2b1b34e1. Will let you know if it has the issue or if it doesn't. Normally I would have seen the issue by now, haven't so far. Still sometimes getting a brief lag, especially when switching between workspaces (in dwm) Hello Shea. Based on your last comment, is the issue now fixed with the latest video-intel? If yes then please change status RESOLVED, if not then set it REOPENED. commit 4acd4a7d3d2f41227022fa7581cfb85a0b124eae Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Mon Dec 5 15:13:24 2016 +0000 sna/gen9: Emit a dummy primitive between VertexElements References: https://bugs.freedesktop.org/show_bug.cgi?id=98999 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> |
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.
Created attachment 129366 [details] /sys/class/drm/card0/error System is Dell XPS 13 9360