dEQP-GLES3: textureOffset() call with isampler3d in vertex shader fails with U offset = 7.
Submitted by Samuel Iglesias Gonsálvez
Assigned to Ian Romanick
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: 27bf37ba Tested on Haswell.
How to reproduce it:
$ cd modules/gles3/ $ ./deqp-gles3 -n dEQP-GLES3.functional.shaders.texture_functions.textureoffset.isampler3d_vertex