<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 - GPU HANG: ecode 3:0:0x7c9bf89c, in Xorg [781], reason: Hang on rcs0, action: reset"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103502#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - GPU HANG: ecode 3:0:0x7c9bf89c, in Xorg [781], reason: Hang on rcs0, action: reset"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103502">bug 103502</a>
              from <span class="vcard"><a class="email" href="mailto:internetfazoni@gmail.com" title="Luka Paunovic <internetfazoni@gmail.com>"> <span class="fn">Luka Paunovic</span></a>
</span></b>
        <pre>(In reply to Chris Wilson from <a href="show_bug.cgi?id=103502#c3">comment #3</a>)
<span class="quote">> commit 1d033beb20d6d5885587a02a393b6598d766a382
> Author: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
> Date:   Tue Oct 31 10:36:07 2017 +0000

>     drm/i915: Check incoming alignment for unfenced buffers (on i915gm)
>     
>     In case the object has changed tiling between calls to execbuf, we need
>     to check if the existing offset inside the GTT matches the new tiling
>     constraint. We even need to do this for "unfenced" tiled objects, where
>     the 3D commands use an implied fence and so the object still needs to
>     match the physical fence restrictions on alignment (only required for
>     gen2 and early gen3).
>     
>     In commit 2889caa92321 ("drm/i915: Eliminate lots of iterations over
>     the execobjects array"), the idea was to remove the second guessing and
>     only set the NEEDS_MAP flag when required. However, the entire check
>     for an unusable offset for fencing was removed and not just the
>     secondary check. I.e.
>     
>             /* avoid costly ping-pong once a batch bo ended up non-mappable
> */
>             if (entry->flags & __EXEC_OBJECT_NEEDS_MAP &&
>                 !i915_vma_is_map_and_fenceable(vma))
>                     return !only_mappable_for_reloc(entry->flags);
>     
>     was entirely removed as the ping-pong between execbuf passes was fixed,
>     but its primary purpose in forcing unaligned unfenced access to be
>     rebound was forgotten.
>     
>     Bugzilla: <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - GPU HANG: ecode 3:0:0x7c9bf89c, in Xorg [781], reason: Hang on rcs0, action: reset"
   href="show_bug.cgi?id=103502">https://bugs.freedesktop.org/show_bug.cgi?id=103502</a>
>     Fixes: 2889caa92321 ("drm/i915: Eliminate lots of iterations over the
> execobjects array")
>     Signed-off-by: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
>     Cc: Joonas Lahtinen <<a href="mailto:joonas.lahtinen@linux.intel.com">joonas.lahtinen@linux.intel.com</a>>
>     Link:
> <a href="https://patchwork.freedesktop.org/patch/msgid/20171031103607.17836-1">https://patchwork.freedesktop.org/patch/msgid/20171031103607.17836-1</a>-
> <a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>
>     Reviewed-by: Joonas Lahtinen <<a href="mailto:joonas.lahtinen@linux.intel.com">joonas.lahtinen@linux.intel.com</a>></span >

This is the FIX I was asking about how to apply :D 
I clicked the wrong reply button.</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 the assignee for the bug.</li>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>