Summary: | [SKL] GPU HANG: ecode 9:0:0x84dffff8, in X [2571], reason: Ring hung, action: reset | ||||||
---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Resuto <jehtorosun> | ||||
Component: | Driver/intel | Assignee: | Chris Wilson <chris> | ||||
Status: | RESOLVED MOVED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Severity: | normal | ||||||
Priority: | medium | CC: | intel-gfx-bugs, jehtorosun, mark.a.janes, vinil | ||||
Version: | unspecified | ||||||
Hardware: | x86-64 (AMD64) | ||||||
OS: | Linux (All) | ||||||
Whiteboard: | |||||||
i915 platform: | SKL | i915 features: | GPU hang | ||||
Attachments: |
|
Description
Resuto
2016-11-26 02:38:17 UTC
There were workaround for SKL and improvements pushed in kernel and Mesa that will benefit to your system, so please re-test with latest kernel & Mesa to see if this issue is still occurring: mark as REOPENED if you can reproduce and RESOLVED/* if you cannot reproduce. In parallel, assigning to Mesa product. Kernel: 4.4.26-gentoo Platform: Skylake (pci id: 0x1916) Mesa: [Please confirm your mesa version] From this error dump, hung is happening in render ring batch with active head at 0xf34b942c, with 0x7b000005 (3DPRIMITIVE) as IPEHR. Batch extract (around 0xf34b942c): 0xf34b940c: 0x78090005: 3DSTATE_VERTEX_ELEMENTS 0xf34b9410: 0x02000000: buffer 0: invalid, type 0x0000, src offset 0x0000 bytes 0xf34b9414: 0x22220000: (0.0, 0.0, 0.0, 0.0), dst offset 0x00 bytes 0xf34b9418: 0x02f60000: buffer 0: invalid, type 0x00f6, src offset 0x0000 bytes 0xf34b941c: 0x11230000: (X, Y, 0.0, 1.0), dst offset 0x00 bytes 0xf34b9420: 0x02f60004: buffer 0: invalid, type 0x00f6, src offset 0x0004 bytes 0xf34b9424: 0x11230000: (X, Y, 0.0, 1.0), dst offset 0x00 bytes Bad length 7 in (null), expected 6-6 0xf34b9428: 0x7b000005: 3DPRIMITIVE: fail sequential 0xf34b942c: 0x00000000: vertex count 0xf34b9430: 0x0000000c: start vertex 0xf34b9434: 0x0000017e: instance count 0xf34b9438: 0x00000001: start instance 0xf34b943c: 0x00000000: index bias 0xf34b9440: 0x00000000: MI_NOOP My current version of Mesa is 12.0.1 I downloaded the most recent version of mesa (13.0.1) and the most recent kernel (4.8.11) After installing both and rebooting into the new kernel and testing the issue, it still remained. I was able to find a work around for the time being. I changed the following line to my xorg.conf.d "Device" section Driver "intel" to Driver "modesetting" After adding this line and restarting xorg, the issue was no longer present. I am not sure if I should mark this as still a bug or not. I also tested the "modesetting" driver with my old kernel, and the older version of mesa and it worked under those conditions as well. If there are any fixes in the newer kernel and mesa that benefit my system under the "intel" driver, I have not come across them yet. I hope this information helps. Perhaps Chris can take a look. Another odd problem I have run into. If an application is fullscreen and is left alone for too long and xscreensaver pops up, it can also cause the same error upon the screensaver removal. The error can also be reproduced if an application is fullscreen and I Ctrl-alt-f[1-6] to any other tty. Upon returning to the running X server, the gpu hang will occur. I am not sure if either issue is related, though for now I have simply stopped running programs in fullscreen mode, and still use the "modesetting" driver. Just to add, if the GPU hang occurs, the tty (f1-6) framebuffer no longer provides output, but instead looks frozen. Although the tty appears to be frozen, commands are still able to be entered. Entering 'startx' will bring up my GUI again, however each tty on the system no longer provides any output until a reboot. *** Bug 98910 has been marked as a duplicate of this bug. *** -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/issues/130. |
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.