[Bug 108518] i915 [drm] GPU HANG: ecode 8:0:0x0fdfffff, in Xorg [718], reason: Hang on rcs0

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Nov 11 19:03:23 UTC 2018


--- Comment #9 from djn4823 at yahoo.com ---
1) 64 -vs- 32 bit...

My problems have been with the 32 bit version of xubuntu 18.04.1.  How about
the 64 bit version?  It boots to the desktop without problems!  However 64 bit
is not an acceptable solution for me because I absolutely need to run a 32 bit
Windows program under Wine.  Wine64 will not run 32 bit programs, and Wine32
will not install on 64 bit xubuntu.

2) Modesetting

Several comments elsewhere recommended turning off modesetting.  But all my
efforts to do this failed.  So, I moved modesetting_drv.so out of
/usr/lib/xorg/modules/drivers into a new folder under /usr/lib.  XUBUNTU BOOTS
TO THE DESKTOP!!  There are a lot of ugly looking error messages in Xorg.log.0,
but it doesn't hang.  Looking at the Xorg.log.0, I noticed that xorg didn't
load intel_drv.so either.  I'm assuming that loading of intel_drv.so is driven
by modesetting_drv.so.  Could the problems be due to intel_drv.so rather than
modesetting_drv.so?  So I moved modesetting back to its proper place and moved
out intel_drv.so.  The system no longer booted to the desktop.  The problems
could be in be in modesetting_drv.so or intel_drv.so or both, or maybe even in
the way those two together drive i915.ko or drm.ko.

Comparing Xorg.0.log between the 64 bit xubuntu that worked and the Xorg.0.log
of the 32 bit version that failed, the version numbers of all the LOADED *.so
files under /usr/lib/xorg/modules... matched.  In fact, almost everything in
those two log files was the same, though the 64 bit version had one error
message that the 32 bit version did not:

xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)

3) Where does Xorg get its *.conf files.

It appears to me that Xorg only reads xorg.conf.d/* from the
/usr/share/X11/xorg.conf.d directory.  How do I know this?  When I put this
config file into /usr/share/X11/xorg.conf.d,the system wouldn't boot to the
desktop (modesetting_drv.so removed):

Section "Device"
  Identifier  "Intel Graphics"
  Busid "PCI:0:2:0"
  Driver "intel"
  # Driver      "vesa"
  # Option      "NoAccel" "true"
  # An alternate: Option "DRI" "False"
  # Option      "AccelMethod"  "sna"
  # An alternate: Option      "AccelMethod"  "uxa"

# Section "Device"
#     Identifier "Intel"
#     Driver "intel"
#     Option "TearFree" "true"
#     Option "DRI" "1"
# EndSection

Examination of Xorg.0.log showed that the intel driver had loaded. 
Interestingly, when loaded from the *.conf file like this, intel_drv.so gave
different messages in Xorg.0.log than it did when it was loaded (my guess here)
by modesetting_drv.so.  Does modesetting load other drivers in some kind of
quiet mode?

Then I moved that same *.conf file to /etc/X11/xorg.conf.d, and the system
booted to the desktop correctly (well, with all those error messages).

Next post will have Xorg.0.log of the 32 bit xubuntu that boots to the desktop.

Also, I missed this suggestion:
Any change you could capture the error state from sysfs?

I will follow up with this.

You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20181111/5d2f48f2/attachment.html>

More information about the intel-3d-bugs mailing list