<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - [SKL bisected] texsubimage pbo intermittent failures"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=91926#c34">Comment # 34</a>
              on <a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - [SKL bisected] texsubimage pbo intermittent failures"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=91926">bug 91926</a>
              from <span class="vcard"><a class="email" href="mailto:topi.pohjolainen@intel.com" title="Topi Pohjolainen <topi.pohjolainen@intel.com>"> <span class="fn">Topi Pohjolainen</span></a>
</span></b>
        <pre>(In reply to Topi Pohjolainen from <a href="show_bug.cgi?id=91926#c13">comment #13</a>)
<span class="quote">> I was able to narrow down the combination of _mesa_update_state() and
> brw_emit_mi_flush(). I got it simplified to a call _mesa_update_texture()
> followed by part of the logic in brw_context.c:intel_update_state() - namely
> calling brw_render_cache_set_check_flush() at least once. That call in turn
> is simple check for existence of the underlying buffer object of the texture
> and then a call to brw_emit_mi_flush().

> So, after more simplification, I found out that if I'm calling
> brw_emit_mi_flush() _twice_ after the call for _mesa_meta_pbo_TexSubImage()
> in intelTexSubImage() I'm not able to reproduce the error. Recall that
> calling brw_emit_mi_flush() isn't enough.

> This is turn means that I'm mostly likely in square one - I'm simple
> changing the dynamics enough to hide the real bug.</span >

I have a little more to add here. I started reading bspec again regarding
flushing and related pipe control options. I added another
brw_emit_pipe_control_flush() into brw_emit_mi_flush() in order to experiment
with individual bits of the pipe control command. (All that brw_emit_mi_flush()
does is to emit pipe-control commands).

Neither on IVB or on SKL I cannot see any failures if I just submit another
pipe-control command with only a single bit set, namely
PIPE_CONTROL_TEXTURE_CACHE_INVALIDATE. Any other bit didn't seem to make any
difference.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>