[Bug 89639] New: dEQP-GLES3: textureOffset() call with isampler3d in vertex shader fails with U offset = 7.

[bugzilla-daemon at freedesktop.org]

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

            Bug ID: 89639
           Summary: dEQP-GLES3: textureOffset() call with isampler3d in
                    vertex shader fails with U offset = 7.
           Product: Mesa
           Version: git
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/DRI/i965
          Assignee: idr at freedesktop.org
          Reporter: siglesias at igalia.com
        QA Contact: intel-3d-bugs at lists.freedesktop.org

The test checks that isampler3d is accessing properly an integer 3D texture
with a given offset using textureOffset() shader function. In this case, the
offset vector is (7, 3, -8).

According to the PRM, the valid values are from [-8, 7] because it's in 4-bits
two's complement, so 7 is the maximum and -8 the minimum. However, only when
the value of '7' is present in the first component (U offset) the bug appears.

If I change that value to any other one inside the valid range, it works fine.

By the way, If I modify textureOffset.usampler3d_vertex test to use the same
offset vector (7, 3, -8), it fails. It is not a surprise as it has the same
sampler type (sample_l). However, sampler3d test works fine in the same
conditions.

-----------

Mesa master: 27bf37ba05b69ebf6f373d1637a26b4839265921
Tested on Haswell.

How to reproduce it:

$ cd modules/gles3/
$ ./deqp-gles3 -n
dEQP-GLES3.functional.shaders.texture_functions.textureoffset.isampler3d_vertex

-- 
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/20150318/3d0f8141/attachment.html>