{"push_id":1011795730,"size":25,"distinct_size":25,"ref":"refs/heads/master","head":"a100a57e30010da49c96f84a661cec9c57f9eebe","before":"af41c0b7e05f8d2b4b01a1a178b2bfa209236bfe","commits":[{"sha":"035d39b539473e81b5a4f637a5d644bd2031279d","author":{"email":"54947742fe7299a578dbb84f6c782c6c4c668d8f@intel.com","name":"Tim Rowley"},"message":"gallium/swr: remove use of UINT64 from swr_fence\n\nRemove use of a win32-style type leaked from the swr rasterizer.\n\nReviewed-by: Kenneth Graunke <kenneth@whitecape.org>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/035d39b539473e81b5a4f637a5d644bd2031279d"},{"sha":"90f9df3210b5b66585007ec4836bfca498fd45f0","author":{"email":"54947742fe7299a578dbb84f6c782c6c4c668d8f@intel.com","name":"Tim Rowley"},"message":"gallium/swr: fix issues preventing a 32-bit build\n\nNot a currently tested configuration, but these couple of small changes\nallow a 32-bit build.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94383\nAcked-by: Emil Velikov <emil.l.velikov@gmail.com>\nAcked-by: Brian Paul <brianp@vmware.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/90f9df3210b5b66585007ec4836bfca498fd45f0"},{"sha":"07ec67d85ca652b76fb91abd68b6ad98e56a49df","author":{"email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org","name":"Kenneth Graunke"},"message":"glcpp: Implicitly resolve version after the first non-space/hash token.\n\nWe resolved the implicit version directive when processing control lines,\nsuch as #ifdef, to ensure any built-in macros exist.  However, we failed\nto resolve it when handling ordinary text.\n\nFor example,\n\n        int x = __VERSION__;\n\nshould resolve __VERSION__ to 110, but since we never resolved the implicit\nversion, none of the built-in macros exist, so it was left as is.\n\nThis also meant we allowed the following shader to slop through:\n\n        123\n        #version 120\n\nNothing would cause the implicit version to take effect, so when we saw\nthe #version directive, we thought everything was peachy.\n\nThis patch makes the lexer's per-token action resolve the implicit\nversion on the first non-space/newline/hash token that isn't part of\na #version directive, fulfilling the GLSL language spec:\n\n\"The #version directive must occur in a shader before anything else,\n except for comments and white space.\"\n\nBecause we emit #version as HASH_TOKEN then VERSION_TOKEN, we have to\nallow HASH_TOKEN to slop through as well, so we don't resolve the\nimplicit version as soon as we see the # character.  However, this is\nfine, because the parser's HASH_TOKEN NEWLINE rule does resolve the\nversion, disallowing cases like:\n\n        #\n        #version 120\n\nThis patch also adds the above shaders as new glcpp tests.\n\nFixes dEQP-GLES2.functional.shaders.preprocessor.predefined_macros.\n{gl_es_1_vertex,gl_es_1_fragment}.\n\nSigned-off-by: Kenneth Graunke <kenneth@whitecape.org>\nReviewed-by: Ian Romanick <ian.d.romanick@intel.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/07ec67d85ca652b76fb91abd68b6ad98e56a49df"},{"sha":"639bbe3cb46c271aea57a9f849efe0d0f6d16e2a","author":{"email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org","name":"Kenneth Graunke"},"message":"glcpp: Delete unnecessary implicit version resolves.\n\nWe now have a bigger hammer.  The HASH_TOKEN NEWLINE rule still needs\nto exist to ensure the 146-version-hash-first.c test still passes.\n\nSigned-off-by: Kenneth Graunke <kenneth@whitecape.org>\nReviewed-by: Ian Romanick <ian.d.romanick@intel.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/639bbe3cb46c271aea57a9f849efe0d0f6d16e2a"},{"sha":"e816c8b54a3b2a4e430e0c52eb4068480561b45e","author":{"email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org","name":"Kenneth Graunke"},"message":"glcpp: Clean up most empty mid-rule actions left by previous commit.\n\nI didn't want to pollute the previous patch with all the $4 -> $3\nchanges.\n\nSigned-off-by: Kenneth Graunke <kenneth@whitecape.org>\nReviewed-by: Ian Romanick <ian.d.romanick@intel.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/e816c8b54a3b2a4e430e0c52eb4068480561b45e"},{"sha":"ea9fa5ff056846029435d2969e1de8da33a5b50d","author":{"email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org","name":"Kenneth Graunke"},"message":"glcpp: Remove empty mid-rule action which changes test behavior.\n\nApparently this causes a slight difference in the parser's token\nexpectations, leading to a different error message.\n\nIt seems harmless, but I wanted to be cautious and separate it out.\n\nSigned-off-by: Kenneth Graunke <kenneth@whitecape.org>\nReviewed-by: Ian Romanick <ian.d.romanick@intel.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/ea9fa5ff056846029435d2969e1de8da33a5b50d"},{"sha":"0c5c2e2c936a933d4e78acb36d1f5e56d020043c","author":{"email":"5dfedca1889afcca58e9b95acd46f78f54f166ed@igalia.com","name":"Alejandro Piñeiro"},"message":"i965/vec4: pass the correct src_sz to emit_send at emit_untyped_atomic\n\nIf the src is invalid, so src size is zero, the src_sz passed to emit\nsend should be zero too, instead of a default 1 if we are in a simd4x2\ncase. This can happens if using emit_untyped_atomic for an atomic\ndec/inc.\n\nv2: use the proper src_sz when calling emit_send, instead of just\n    avoid loading src at emit_send if BAD_FILE (Francisco Jerez)\n\nReviewed-by: Francisco Jerez <currojerez@riseup.net>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/0c5c2e2c936a933d4e78acb36d1f5e56d020043c"},{"sha":"d3a89a7c494d577fdf8f45c0d8735004a571e86b","author":{"email":"5dfedca1889afcca58e9b95acd46f78f54f166ed@igalia.com","name":"Alejandro Piñeiro"},"message":"i965/vec4/nir: remove emit_untyped_surface_read and emit_untyped_atomic at brw_vec4_visitor\n\nsurface_access emit_untyped_read and emit_untyped_atomic provides the same\nfunctionality.\n\nv2: surface parameter of emit_untyped_atomic is a const, no need to\n    specify default predicate on emit_untyped_atomic, use retype\n    (Francisco Jerez).\n\nReviewed-by: Francisco Jerez <currojerez@riseup.net>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/d3a89a7c494d577fdf8f45c0d8735004a571e86b"},{"sha":"0548844e866e4fe326432116f84fdf7e885fba9f","author":{"email":"5dfedca1889afcca58e9b95acd46f78f54f166ed@igalia.com","name":"Alejandro Piñeiro"},"message":"i965/vec4/nir: no need to use surface_access:: to call emit_untyped_atomic\n\nNow that brw_vec4_visitor::emit_untyped_atomic was removed, there is no need\nto explicitly set it.\n\nReviewed-by: Francisco Jerez <currojerez@riseup.net>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/0548844e866e4fe326432116f84fdf7e885fba9f"},{"sha":"e148a3b6e9e5c5cd941b70edb67e82058a8187a5","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"radeon/uvd: disable MPEG1\n\nThe hardware simply doesn't support that correctly.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>\nCc: \"11.1 11.2\" <mesa-stable@lists.freedesktop.org>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/e148a3b6e9e5c5cd941b70edb67e82058a8187a5"},{"sha":"37402aa4c6216eec5f60ebef8a8f24fcbd61f646","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"st/mesa: conditionally enable GL_NV_vdpau_interop\n\nOnly enable it when we compile the state tracker as well.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Ilia Mirkin <imirkin@alum.mit.edu>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/37402aa4c6216eec5f60ebef8a8f24fcbd61f646"},{"sha":"3ed8729f7b7ce0fcdb61191962293350a31fcecd","author":{"email":"3cb4e1df5ec4da2c7c4af7c52cec8cf340a55a10@vmware.com","name":"Brian Paul"},"message":"program: minor whitespace clean-ups in program_parse_extra.c","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/3ed8729f7b7ce0fcdb61191962293350a31fcecd"},{"sha":"6857420e79ed6ddce187a932033cef87dfa3a36b","author":{"email":"3cb4e1df5ec4da2c7c4af7c52cec8cf340a55a10@vmware.com","name":"Brian Paul"},"message":"mesa: fix malformed assertion in _image_format_class_to_glenum()\n\nReviewed-by: Vinson Lee <vlee@freedesktop.org>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/6857420e79ed6ddce187a932033cef87dfa3a36b"},{"sha":"ef76ea4ba97d0ac122491fd3f1b2bbb8e4163150","author":{"email":"5dfedca1889afcca58e9b95acd46f78f54f166ed@igalia.com","name":"Alejandro Piñeiro"},"message":"i965/fs/nir: \"surface_access::\" prefix not needed\n\n\"using namespace brw::surface_access\" is already present at the\ntop of the source file.\n\nReviewed-by: Iago Toral Quiroga <itoral@igalia.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/ef76ea4ba97d0ac122491fd3f1b2bbb8e4163150"},{"sha":"14b18aba89026204043d2e0d441e6be0e1af4aca","author":{"email":"b186559eaedf698788888c8a2559b4efb4db10d6@intel.com","name":"Jason Ekstrand"},"message":"nir: Add a pass for lower indirect variable dereferences\n\nThis new pass lowers load/store_var intrinsics that act on indirect derefs\nto if-ladder of direct load/store_var intrinsics.  The if-ladders perform a\nsimple binary search on the indirect.\n\nReviewed-by: Connor Abbott <cwabbott0@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/14b18aba89026204043d2e0d441e6be0e1af4aca"},{"sha":"3146014d5f0f68b3c7524257ca095f1b475d25f2","author":{"email":"8c7344a1abdb103e79ecfd488098373070c3c70e@amd.com","name":"Marek Olšák"},"message":"gallium/radeon: don't use temporary buffers for persistent mappings\n\nCc: 11.1 11.2 <mesa-stable@lists.freedesktop.org>\nReviewed-by: Michel Dänzer <michel.daenzer@amd.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/3146014d5f0f68b3c7524257ca095f1b475d25f2"},{"sha":"752769e0531bc9b15e95a2bb2250dc0970b1a421","author":{"email":"506e97eed81d9e59d22f4c73fb51123bb62b4a30@gmail.com","name":"Samuel Pitoiset"},"message":"nv50,nvc0: make sure to destroy the mutex used for blits\n\nThis mutex is initialized when the blitter is created, but it is never\ndestroyed. This doesn't hurt anything but it makes sense to destroy it\nat blitter deletion.\n\nSigned-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>\nReviewed-by: Ilia Mirkin <imirkin@alum.mit.edu>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/752769e0531bc9b15e95a2bb2250dc0970b1a421"},{"sha":"8b3496f3782cc48b15fc7221392af2e416d9c2cb","author":{"email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org","name":"Kenneth Graunke"},"message":"mesa: Add GL_RED and GL_RG to ES3 effective internal format mapping.\n\nThe dEQP-GLES3.functional.fbo.completeness.renderable.texture.\n{color0,depth,stencil}.{red,rg}_unsigned_byte tests appear to expect\nGL_RED/GL_RG and GL_UNSIGNED_BYTE to map to GL_R8/GL_RG8, rather than\nreturning an INVALID_OPERATION error.\n\nThis makes perfect sense.  However, RED and RG are strangely missing\nfrom the ES 3.0/3.1/3.2 spec's \"Effective internal format corresponding\nto external format and type\" tables.  It may be worth filing a spec bug.\n\nFixes the 6 dEQP tests mentioned above.\n\nSigned-off-by: Kenneth Graunke <kenneth@whitecape.org>\nReviewed-by: Alejandro Piñeiro <apinheiro@igalia.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/8b3496f3782cc48b15fc7221392af2e416d9c2cb"},{"sha":"19f13b2096a9fdd986e5a12d4e9d8b0d6a4632f3","author":{"email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org","name":"Kenneth Graunke"},"message":"mesa: Fix error code for GetFramebufferAttachmentParameter in ES 3.0+.\n\nThe ES 3.0+ specifications contain the exact same text as the OpenGL\nspecification, which says that we should return GL_INVALID_OPERATION.\n\nES 2.0 contains different text saying we should return GL_INVALID_ENUM.\n\nPreviously, Mesa chose the error code based on API (GL vs. ES).\nThis patch makes ES 3.0+ follow the GL behavior.  ES 2 remains as is.\n\nFixes dEQP-GLES3.functional.fbo.api.attachment_query_empty_fbo.\nHowever, breaks the dEQP-GLES2 variant of the same test for drivers\nwhich silently promote to ES 3.0.  This can be worked around by\nexporting MESA_GLES_VERSION_OVERRIDE=2.0, but is a bug in dEQP-GLES2.\n\nSigned-off-by: Kenneth Graunke <kenneth@whitecape.org>\nReviewed-by: Ian Romanick <ian.d.romanick@intel.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/19f13b2096a9fdd986e5a12d4e9d8b0d6a4632f3"},{"sha":"ebc419fcbddb80648c526efc2b15e15e474724e3","author":{"email":"5dd83789ef3714029244367ba1ca09f1d7627408@collabora.com","name":"Timothy Arceri"},"message":"glsl: don't validate ifc blocks using validation meant for variables\n\nReviewed-by: Samuel Iglesias Gonsálvez <siglesias@igalia.com>","distinct":true,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/ebc419fcbddb80648c526efc2b15e15e474724e3"}]}