I use this version: Mesa 18.1.0-rc2 c2768b8a51d74bee1d189726d1a07a7a195689f7
And I run mesa on Tizen4.0 RPI3, but this bug is not related with platform.
The problem is, glGetIntegerv(GL_VERTEX_ARRAY_SIZE/VERTEX_ARRAY_STRIDE/NORMAL_ARRAY_STRIDE/COLOR_ARRAY_STRIDE/TEXTURE_COORD_ARRAY_SIZE/TEXTURE_COORD_ARRAY_STRIDEPOINT_SIZE_ARRAY_STRIDE_OES) return wrong size.
The reason is, in struct gl_array_attributes, the type of member Size is GLubyte, and member Stride is short, but, in get_hash_params.py, things are different, there are sentences like "ARRAY_INT(VertexAttrib[VERT_ATTRIB_POS].Size)), ARRAY_INT(VertexAttrib[VERT_ATTRIB_POS].Stride)", so in function _mesa_GetIntegerv(), the type is wrong, the size will be wrong by wrong explicit conversion.
I have make a patch for tizen, https://review.tizen.org/gerrit/#/c/178290/
With this patch, related test cases could pass on Tizen4.0 RPI3.
Can you please attach the patch here, or post it to mesa-dev? I can't access the URL you gave.
BTW, I've confirmed the bug here.
FYI: I've posted a piglit patch for a new test to check this.
Created attachment 139455 [details] [review]
Patch for this bug
This is my patch, please check, thanks!
You're missing fixes for glGetFloat/Double/Booleanv(). And there are a few more arrays like GL_SECONDARY_COLOR, GL_FOG_COORD, GL_EDGE_FLAG, etc.
I've got a patch which covers all that which I'll post for review and cc you.
Fixed by d07466fe18522cde1acadfc597583f80b69c15b7