<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [BSW] GPU hangs after S3+S4, if execlists enabled"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=89600#c14">Comment # 14</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [BSW] GPU hangs after S3+S4, if execlists enabled"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=89600">bug 89600</a>
              from <span class="vcard"><a class="email" href="mailto:david.weinehall@intel.com" title="David Weinehall <david.weinehall@intel.com>"> <span class="fn">David Weinehall</span></a>
</span></b>
        <pre>So far my experience is that if I boot the system in single user mode I'm
unable to reproduce this issue.  Booting in multi user mode and using X (in my
case GNOME 3) during the test will however eventually trigger the GPU hangs.

Running a test set with only S3 involved seems to work fine.  S4 only seems to
work fine too. I've only triggered this with the combination of S3 + S4 + X.

So my theory is that some state (that only matters when using X -- presumably
the accelerated parts that GNOME 3 requires, but that's just a hunch) that both
S3 and S4 messes with isn't handled properly by one of those two code paths.


I've tested both 61.4 and 66 and see similar results on both. I've yet to
confirm whether this is specific to Braswell only.  If it is it could be a BIOS
issue; I don't think we have any Braswell-specific S3/S4 kernel code (it could
still be a kernel issue if Braswell introduces some new properties that we
don't restore properly on resume/thaw).</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>