RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1457669 - [drm] GPU HANG: ecode 8:0:0x86dffffd, in gnome-shell
Summary: [drm] GPU HANG: ecode 8:0:0x86dffffd, in gnome-shell
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: xorg-x11-drv-intel
Version: 7.4
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Adam Jackson
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-06-01 06:49 UTC by Han Han
Modified: 2021-01-15 07:37 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-01-15 07:37:22 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
dmesg, system log, gpu crash dump (664.13 KB, application/x-gzip)
2017-06-01 06:49 UTC, Han Han
no flags Details
GPU_crash_dump.gz (15.70 KB, application/x-gzip)
2017-09-07 18:27 UTC, GV
no flags Details
crash dump of Intel Iris Graphics 6100 (28.53 KB, text/plain)
2018-04-08 11:58 UTC, Giovanni Grieco
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1436908 0 unspecified CLOSED GPU HANG: ecode 8:0:0x86dffffd, in gnome-shell [12016], reason: Hang on render ring, action: reset 2021-02-22 00:41:40 UTC

Internal Links: 1436908

Description Han Han 2017-06-01 06:49:09 UTC
Created attachment 1284007 [details]
dmesg, system log, gpu crash dump

Description of problem:
GPU HANG when launch gnome-shell with 'intel_iommu=on' in kernel cmdline. 

Version-Release number of selected component (if applicable):
xorg-x11-drv-intel-2.99.917-26.20160929.el7.x86_64
gnome-shell-3.22.3-10.el7.x86_64
kernel-3.10.0-675.el7.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Start host with kernel option 'intel_iommu=on'. When launching gnome-shell or do something in desktop, GPU will hang.

2. There is such error msg in dmesg:
[   59.815042] DMAR: DRHD: handling fault status reg 2
[   59.815049] DMAR: DMAR:[DMA Write] Request device [00:02.0] fault addr fad13000
DMAR:[fault reason 23] Unknown
[   71.960492] [drm] GPU HANG: ecode 8:0:0x86dffffd, in gnome-shell [3687], reason: Hang on render ring, action: reset
[   71.960494] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[   71.960496] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[   71.960497] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[   71.960497] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[   71.960498] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[   71.961039] drm/i915: Resetting chip after gpu hang
[   85.922269] drm/i915: Resetting chip after gpu hang


Actual results:
As above

Expected results:
GPU not hang

Additional info:
My GPU is 'VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09)'.
When without 'intel_iommu=on', bug is not reproduced.
I will add dmesg, system log, gpu crash dump in attachment.
See also:
https://bugs.freedesktop.org/show_bug.cgi?id=89360
https://bugzilla.redhat.com/show_bug.cgi?id=1436908

Comment 2 GV 2017-09-07 18:26:45 UTC
Sep  7 18:36:48 xxxxxx kernel: [drm] GPU HANG: ecode 9:0:0x84dfbefc, in X [1877], reason: Hang on render ring, action: reset
Sep  7 18:36:48 xxxxxx kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
Sep  7 18:36:48 xxxxxx kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
Sep  7 18:36:48 xxxxxx kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
Sep  7 18:36:48 xxxxxx kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
Sep  7 18:36:48 xxxxxx kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error
Sep  7 18:36:48 xxxxxx kernel: drm/i915: Resetting chip after gpu hang
Sep  7 18:36:48 xxxxxx kernel: [drm] RC6 on
Sep  7 18:36:48 xxxxxx kernel: [drm] GuC firmware load skipped
Sep  7 18:37:01 xxxxxx kernel: drm/i915: Resetting chip after gpu hang
Sep  7 18:37:01 xxxxxx kernel: [drm] RC6 on
Sep  7 18:37:01 xxxxxx kernel: [drm] GuC firmware load skipped
Sep  7 18:37:16 xxxxxx kernel: drm/i915: Resetting chip after gpu hang
Sep  7 18:37:16 xxxxxx kernel: [drm] RC6 on
Sep  7 18:37:16 xxxxxx kernel: [drm] GuC firmware load skipped
Sep  7 18:37:29 xxxxxx kernel: drm/i915: Resetting chip after gpu hang
Sep  7 18:37:29 xxxxxx kernel: [drm] RC6 on
Sep  7 18:37:29 xxxxxx kernel: [drm] GuC firmware load skipped
Sep  7 18:37:41 xxxxxx kernel: drm/i915: Resetting chip after gpu hang
Sep  7 18:37:41 xxxxxx kernel: [drm] RC6 on
Sep  7 18:37:41 xxxxxx kernel: [drm] GuC firmware load skipped

# lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)

Comment 3 GV 2017-09-07 18:27:33 UTC
Created attachment 1323409 [details]
GPU_crash_dump.gz

Comment 4 Giovanni Grieco 2018-04-08 11:54:40 UTC
Description of problem:
GPU HANG when launch systemctl start graphical.target with kernel flag "intel_iommu=on" 

Version-Release number of selected component (if applicable):
xorg-x11-drv-intel-2.99.917-31.20171025.fc27.x86_64
gnome-shell-3.26.2-4.fc27.x86_64
kernel-4.15.14-300.fc27.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Start host with kernel option 'intel_iommu=on'. 
2. GPU will hang at the start of GDM login screen.

Actual results:
dmesg:
[  354.039739] [drm] GPU HANG: ecode 8:-1:0x00000000, reason: Kicking stuck wait on rcs0, action: continue
[  354.039740] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[  354.039740] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[  354.039741] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[  354.039741] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[  354.039742] [drm] GPU crash dump saved to /sys/class/drm/card0/error

Expected results:
GPU not hang

Additional info:
Hardware: Apple MacBook Pro Early 2015 13-inch

Comment 5 Giovanni Grieco 2018-04-08 11:58:52 UTC
Created attachment 1418889 [details]
crash dump of Intel Iris Graphics 6100

Comment 7 RHEL Program Management 2021-01-15 07:37:22 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.


Note You need to log in before you can comment on or make changes to this bug.