[Bug 92696] [g965 CTS] 8 regressions in es2-cts.gtf.gl suite

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=92696

Ian Romanick <idr at freedesktop.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW
           Assignee|mark.a.janes at intel.com      |idr at freedesktop.org

--- Comment #7 from Ian Romanick <idr at freedesktop.org> ---
(In reply to Ian Romanick from comment #5)
> 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?

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.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20151027/992c60ed/attachment.html>