<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:idr@freedesktop.org" title="Ian Romanick <idr@freedesktop.org>"> <span class="fn">Ian Romanick</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [g965 CTS] 8 regressions in es2-cts.gtf.gl suite"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=92696">bug 92696</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>NEEDINFO
           </td>
           <td>NEW
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Assignee</td>
           <td>mark.a.janes@intel.com
           </td>
           <td>idr@freedesktop.org
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [g965 CTS] 8 regressions in es2-cts.gtf.gl suite"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=92696#c7">Comment # 7</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [g965 CTS] 8 regressions in es2-cts.gtf.gl suite"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=92696">bug 92696</a>
              from <span class="vcard"><a class="email" href="mailto:idr@freedesktop.org" title="Ian Romanick <idr@freedesktop.org>"> <span class="fn">Ian Romanick</span></a>
</span></b>
        <pre>(In reply to Ian Romanick from <a href="show_bug.cgi?id=92696#c5">comment #5</a>)
<span class="quote">> Mark: There is a method to have the gles2conform tests dump result image
> files, but you have to actually have hardware to do that.  Would it be
> possible for you to collect just the "after" images for us?</span >

Never mind.

This is a known issue on g965 and 965gm.  There is no destination write hazard
detection for send messages.  As a result, a sequence like

mov(8)          g5<1>.wD        1065353216D                     { align16 };
send(8) 1       g5<1>.xF        g6<4,4,1>.xF
                            math exp mlen 1 rlen 1                          {
align16 };
mov(8)          m5<1>F          g5<4,4,1>F                      { align16 };

will cause the final mov to execute as soon as the first mov is complete...
even though the send is not done.  The generator will just need to account for
this.  This leads me to believe that this is an existing bug in the NIR vec4
backend, and Jason's change just caused these tests to tickle it.</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>