[Bug 69119] New: GPU hangs during full screen games on multi-monitor setup

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Sep 8 15:05:06 PDT 2013


https://bugs.freedesktop.org/show_bug.cgi?id=69119

          Priority: medium
            Bug ID: 69119
                CC: intel-gfx-bugs at lists.freedesktop.org
          Assignee: intel-gfx-bugs at lists.freedesktop.org
           Summary: GPU hangs during full screen games on multi-monitor
                    setup
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: dan.doel at gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: unspecified
         Component: DRM/Intel
           Product: DRI

Created attachment 85463
  --> https://bugs.freedesktop.org/attachment.cgi?id=85463&action=edit
/sys/kernel/debug/dri/0/i915_error_state

Greetings,

I recently got a second display, and have been experiencing reliable GPU
lockups when starting full screen games on one of the displays. The steps to
reproduce go as follows:

  1) Run gnome-shell 3.8.4 as your desktop interface (this is sufficient, at
least)
  2) Have a multi-monitor setup
  3) Start a full screen game that only appears on one monitor

The result is several lockups that are eventually freed, and errors in dmesg
and such. I believe that OpenGL acceleration of the desktop is a necessary
prerequisite, as this behavior doesn't occur in, say, fluxbox. But, I've
observed the behavior with multiple games, some of which don't (I think) use
OpenGL. At the least, I've seen it with Awesomenauts (which may be using
OpenGL) and Icewind Dale running in wine (which I would suspect isn't, but I
may be wrong).

This is definitely related to multi-monitors, as well, because if I disable one
monitor in the gnome system settings, the problem goes away. Also, if the game
does full screen by switching the monitors to mirror one another, the problem
will not occur (probably because that is equivalent to a single screen setup).
I observed this with Battle for Wesnoth.

I had thought this was related to Bug 54226, but was informed that this was
unrelated, and should post a new bug.

I'll attach my Xorg.0.log, dmesg and /sys/kernel/debug/dri/0/i915_error_state
from after a lockup.

Relevant hardware/software is as follows:

  CPU/GPU: i7 4770/HD4600
  Motherboard: ASrock z87 extreme6

  arch linux, kernel 3.10.10
  gnome-shell 3.8.4
  mesa 9.2.0
  xserver 1.14.2
  intel drivers 2.21.15

Let me know if you need any other information, and I'll attempt to provide it.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20130908/b5397034/attachment.html>


More information about the intel-gfx-bugs mailing list