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
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.