<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [CI][RESUME] igt@gem_vm_create@isolation - dmesg-warn - GEM_BUG_ON(!intel_context_is_pinned(ce))"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=111639#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [CI][RESUME] igt@gem_vm_create@isolation - dmesg-warn - GEM_BUG_ON(!intel_context_is_pinned(ce))"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=111639">bug 111639</a>
              from <span class="vcard"><a class="email" href="mailto:martin.peres@free.fr" title="Martin Peres <martin.peres@free.fr>"> <span class="fn">Martin Peres</span></a>
</span></b>
        <pre>(In reply to Chris Wilson from <a href="show_bug.cgi?id=111639#c5">comment #5</a>)
<span class="quote">> commit ae911b23d2f06c5d0a3e32768bedea857cadd269
> Author: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
> Date:   Mon Sep 23 12:00:53 2019 +0100

>     drm/i915/execlists: Relax assertion for a pinned context image on reset
>     
>     A gpu hang can occur at any time, given a sufficiently angry gpu. An
>     example is when it forgets to perform a context-switch at the end of a
>     request, leaving us with a hanging GPU on a completed request. Here, we
>     may retire the request, only leaving its context alive via the active
>     barrier. When we reset the GPU on a completed request, we do not modify
>     its context image (just updating the ring state) and can safely defer
>     the assertion that we have the image pinned and ready to modify.
>     
>     Bugzilla: <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [CI][RESUME] igt@gem_vm_create@isolation - dmesg-warn - GEM_BUG_ON(!intel_context_is_pinned(ce))"
   href="show_bug.cgi?id=111639">https://bugs.freedesktop.org/show_bug.cgi?id=111639</a>
>     Fixes: dffa8feb3084 ("drm/i915/perf: Assert locking for
> i915_init_oa_perf_state()")
>     Signed-off-by: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
>     Cc: Mika Kuoppala <<a href="mailto:mika.kuoppala@linux.intel.com">mika.kuoppala@linux.intel.com</a>>
>     Reviewed-by: Mika Kuoppala <<a href="mailto:mika.kuoppala@linux.intel.com">mika.kuoppala@linux.intel.com</a>>
>     Link:
> <a href="https://patchwork.freedesktop.org/patch/msgid/20190923110056.15176-1">https://patchwork.freedesktop.org/patch/msgid/20190923110056.15176-1</a>-
> <a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a></span >

Thanks, this issue was seen twice on fi-tgl-u, two runs apart. Now it has not
been seen in 23 runs. Looks good!</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are on the CC list for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>