{"push_id":2800773964,"size":24,"distinct_size":1,"ref":"refs/heads/18.2","head":"dcd3786e6ed3574fade9b06c3e2cf1bd030aaf7a","before":"4a25d8b623ad2c5fee31f4649f76560aa115ed1b","commits":[{"sha":"adfbf1fe84e2777b7ad55a60625e478469a06d05","author":{"name":"Eric Anholt","email":"96f164ad4d9b2b0dacf8ebee2bb1eeb3aa69adf1@anholt.net"},"message":"vc4: Respect a sampler view's first_layer field.\n\nFixes texturing from EGL images created from cubemap faces, as in\ndEQP-EGL.functional.image.create.gles2_cubemap_negative_x_rgba_texture\n\nCc: mesa-stable@lists.freedesktop.org\n(cherry picked from commit 9ab6912a00ec29f5d1d9cebc7d3e32ae235419e8)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/adfbf1fe84e2777b7ad55a60625e478469a06d05"},{"sha":"a42afc8504ee1891780b2cc615ca1183357d5948","author":{"name":"Eric Anholt","email":"96f164ad4d9b2b0dacf8ebee2bb1eeb3aa69adf1@anholt.net"},"message":"vc4: Ignore samplers for finding uniform offsets.\n\nFixes:\ndEQP-GLES2.shaders.struct.uniform.sampler_array_fragment\ndEQP-GLES2.shaders.struct.uniform.sampler_array_vertex\ndEQP-GLES2.shaders.struct.uniform.sampler_nested_fragment\ndEQP-GLES2.shaders.struct.uniform.sampler_nested_vertex\n\nCc: mesa-stable@lists.freedesktop.org\n(cherry picked from commit 69158c452bb39cd3d12110dd623aff09e771fa77)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/a42afc8504ee1891780b2cc615ca1183357d5948"},{"sha":"f0ae95492ad4def099acd16c712192d61f597fea","author":{"name":"Emil Velikov","email":"f20878473f414da183da19ee25c8722cc1d711e4@collabora.com"},"message":"automake: require shared glapi when using DRI based libGL\n\nThis has been a requirement for ages, yet it seems like we never\nexplicitly errored out during configure.\n\nCC: <mesa-stable@lists.freedesktop.org>\nSigned-off-by: Emil Velikov <emil.velikov@collabora.com>\nReviewed-by: Adam Jackson <ajax@redhat.com>\n(cherry picked from commit a7ea7511ba76c0a83eec84dfc9c14c82b5c82dc4)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/f0ae95492ad4def099acd16c712192d61f597fea"},{"sha":"33ac5fb67829b494a78806fc07b8824cbd29bb9e","author":{"name":"Emil Velikov","email":"f20878473f414da183da19ee25c8722cc1d711e4@collabora.com"},"message":"autotools: error out when using the broken --with-{gl, osmesa}-lib-name\n\nThe toggles were broken with the introduction of --enable-mangling.\nFixing that up might be possible, but it's not worth the complexity\nsince one can rename the libraries at any point.\n\nCC: <mesa-stable@lists.freedesktop.org>\nSigned-off-by: Emil Velikov <emil.velikov@collabora.com>\nReviewed-by: Adam Jackson <ajax@redhat.com>\n(cherry picked from commit d5ac23647110fd530f9bf5002762587be446866d)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/33ac5fb67829b494a78806fc07b8824cbd29bb9e"},{"sha":"c70920697759f3c5257806168be9009364025cf4","author":{"name":"Emil Velikov","email":"f20878473f414da183da19ee25c8722cc1d711e4@collabora.com"},"message":"autotools: error out when building with mangling and glvnd\n\nIt's not a thing that can work, nor is a wise idea to attempt.\n\nv2: Tweak error message (Dylan)\n\nCC: <mesa-stable@lists.freedesktop.org>\nSigned-off-by: Emil Velikov <emil.velikov@collabora.com>\nReviewed-by: Adam Jackson <ajax@redhat.com> (v1)\n(cherry picked from commit 25a9450a44b3b572fba81e6cafe33f3367252499)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/c70920697759f3c5257806168be9009364025cf4"},{"sha":"6ae0a639ec3a000bc4106152e288f419386d75cb","author":{"name":"Emil Velikov","email":"f20878473f414da183da19ee25c8722cc1d711e4@collabora.com"},"message":"autotools: use correct gl.pc LIBS when using glvnd\n\nThis is more of a hack, since glvnd itself should be providing the file.\nUntil that happens, ensure the libs is correctly set to -lGL\n\nCC: <mesa-stable@lists.freedesktop.org>\nSigned-off-by: Emil Velikov <emil.velikov@collabora.com>\nReviewed-by: Adam Jackson <ajax@redhat.com>\n(cherry picked from commit 315c46cfdc3dbd4d51b74ab26df693725e947724)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/6ae0a639ec3a000bc4106152e288f419386d75cb"},{"sha":"9ad14f71e6000249affc8e991db878e0e9e1ba19","author":{"name":"Juan A. Suarez Romero","email":"af79b5692270b306571bb1d8bbe0285ae3ac93d9@igalia.com"},"message":"wayland/egl: initialize window surface size to window size\n\nWhen creating a windows surface with eglCreateWindowSurface(), the\nwidth and height returned by eglQuerySurface(EGL_{WIDTH,HEIGHT}) is\ninvalid until buffers are updated (like calling glClear()).\n\nBut according to EGL 1.5 spec, section 3.5.6 (\"Surface Attributes\"):\n\n  \"Querying EGL_WIDTH and EGL_HEIGHT returns respectively the width and\n   height, in pixels, of the surface. For a window or pixmap surface,\n   these values are initially equal to the width and height of the\n   native window or pixmap with respect to which the surface was\n   created\"\n\nThis fixes dEQP-EGL.functional.color_clears.* CTS tests\n\nv2:\n- Do not modify attached_{width,height} (Daniel)\n- Do not update size on resizing window (Brendan)\n\nCC: Daniel Stone <daniel@fooishbar.org>\nCC: Brendan King <brendan.king@imgtec.com>\nCC: mesa-stable@lists.freedesktop.org\nTested-by: Eric Engestrom <eric@engestrom.ch>\nTested-by: Chad Versace <chadversary@chromium.org>\nReviewed-by: Chad Versace <chadversary@chromium.org>\nReviewed-by: Daniel Stone <daniels@collabora.com>\n(cherry picked from commit 1fe7cbdf05b90034577dac4e4aa6157031d80521)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/9ad14f71e6000249affc8e991db878e0e9e1ba19"},{"sha":"7af6be8864d7d8fecd61750c43751df0989a9416","author":{"name":"Juan A. Suarez Romero","email":"af79b5692270b306571bb1d8bbe0285ae3ac93d9@igalia.com"},"message":"wayland/egl: update surface size on window resize\n\nAccording to EGL 1.5 spec, section 3.10.1.1 (\"Native Window Resizing\"):\n\n  \"If the native window corresponding to _surface_ has been resized\n   prior to the swap, _surface_ must be resized to match. _surface_ will\n   normally be resized by the EGL implementation at the time the native\n   window is resized. If the implementation cannot do this transparently\n   to the client, then *eglSwapBuffers* must detect the change and\n   resize surface prior to copying its pixels to the native window.\"\n\nSo far, resizing a native window in Wayland/EGL was interpreted in Mesa\nas a request to resize, which is not executed until the first draw call.\nAnd hence, surface size is not updated until executing it. Thus,\nquerying the surface size with eglQuerySurface() after a window resize\nstill returns the old values.\n\nThis commit updates the surface size values as soon as the resize is\ndone, even when the real resize is done in the draw call. This makes the\nsemantics that any native window resize request take effect inmediately,\nand if user calls eglQuerySurface() it will return the new resized\nvalues.\n\nv2: update surface size if there isn't a back surface (Daniel)\n\nCC: Daniel Stone <daniel@fooishbar.org>\nCC: mesa-stable@lists.freedesktop.org\nReviewed-by: Daniel Stone <daniels@collabora.com>\n(cherry picked from commit a9fb331ea7d1a78936ea8d8385e44cfd66f835c1)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/7af6be8864d7d8fecd61750c43751df0989a9416"},{"sha":"9dacf10ca8165ca49c812ea82492dbf3e1d2a74c","author":{"name":"Emil Velikov","email":"f20878473f414da183da19ee25c8722cc1d711e4@collabora.com"},"message":"swr: don't export swr_create_screen_internal\n\nWith earlier rework the user and provider of the symbol are within the\nsame binary. Thus there's no point in exporting the function.\n\nSpotted while reviewing patch from Chuck, that nearly added another\nunneeded PUBLIC function.\n\nCc: Chuck Atkins <chuck.atkins@kitware.com>\nCc: Tim Rowley <timothy.o.rowley@intel.com>\nFixes: f50aa21456d \"(swr: build driver proper separate from rasterizer\")\nSigned-off-by: Emil Velikov <emil.velikov@collabora.com>\nTested-by: Chuck Atkins <chuck.atkins@kitware.com>\nReviewed-By: George Kyriazis <george.kyriazis@intel.com<mailto:george.kyriazis@intel.com>>\nTested-by: Chuck Atkins <chuck.atkins@kitware.com<mailto:chuck.atkins@kitware.com>>\n(cherry picked from commit 54d844897fe0afea4b5ddf08565af49a8191d808)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/9dacf10ca8165ca49c812ea82492dbf3e1d2a74c"},{"sha":"1378f33142123f6f5b96ce1d4ac5e8e2440ea6a2","author":{"name":"Eric Anholt","email":"96f164ad4d9b2b0dacf8ebee2bb1eeb3aa69adf1@anholt.net"},"message":"vc4: Fix vc4_fence_server_sync() on pre-syncobj kernels.\n\nWe won't have an FD if we're just having the server wait on a fence\ncreated by eglCreateSyncKHR().  Our seqno fences will happen in order, so\nserver-side waits are no-ops in that case.  Fixes\ndEQP-EGL.functional.sharing.gles2.multithread.simple_egl_server_sync.buffers.gen_delete\n\nFixes: b0acc3a5628c (\"broadcom/vc4: Native fence fd support\")\n(cherry picked from commit cfe69d0aaafadaaaca98517bc33307fba68197ba)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/1378f33142123f6f5b96ce1d4ac5e8e2440ea6a2"},{"sha":"6606cacd3d96a0b87a3ce6ee7d85b37eec37caea","author":{"name":"Eric Engestrom","email":"de0b63cf2dfb1fae8ed3c3b4244856a05677d4f0@intel.com"},"message":"intel/tools: add missing variable initialisation\n\nFixes: 6a60beba4089315685b8 \"intel/tools: Add an error state to aub translator\"\nSigned-off-by: Eric Engestrom <eric.engestrom@intel.com>\nReviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>\n(cherry picked from commit aac80f75973b61a8a31f873a9de6bcf294ea493c)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/6606cacd3d96a0b87a3ce6ee7d85b37eec37caea"},{"sha":"8be5985e65bbcb070882db4a59fc0bf79c13581f","author":{"name":"vadym.shovkoplias","email":"e9e5f59544e1da8b7c20e9e6695221eded38971c@gmail.com"},"message":"drirc: Allow extension midshader for Metro Redux\n\nThis fixes both Metro 2033 Redux and Metro Last Light Redux\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99730\nSigned-off-by: Eero Tamminen <eero.t.tamminen@intel.com>\nSigned-off-by: Vadym Shovkoplias <vadym.shovkoplias@globallogic.com>\nReviewed-by: Tapani Pälli <tapani.palli@intel.com>\n(cherry picked from commit e0de26eacc93f431962533f50d57e58335843d6b)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/8be5985e65bbcb070882db4a59fc0bf79c13581f"},{"sha":"9df3460724db4577aa1a105fa0978e128b4924c5","author":{"name":"Tapani Pälli","email":"cdcb67a5e49297de94340ca09f25994bd5e7f762@intel.com"},"message":"glsl: handle error case with ast_post_inc, ast_post_dec\n\nReturn ir_rvalue::error_value with ast_post_inc, ast_post_dec if\nparser error was emitted previously. This way process_array_size\nwon't see bogus IR generated like with commit 9c676a64273.\n\nSigned-off-by: Tapani Pälli <tapani.palli@intel.com>\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98699\nReviewed-by: Iago Toral Quiroga <itoral@igalia.com>\n(cherry picked from commit 03a5acec687454c7fe227b4bdd2db97d515f1af7)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/9df3460724db4577aa1a105fa0978e128b4924c5"},{"sha":"e91782ed556b86e48d67e68fbfaad6116577abb6","author":{"name":"Adam Jackson","email":"4482611cc290c2ce1399431891dcb9221c95f994@redhat.com"},"message":"glx: GLX_MESA_multithread_makecurrent is direct-only\n\nThis extension is not defined for indirect contexts. Marking it as\n\"client only\", as the old code did here, would make the extension\navailable in indirect contexts, even though the server would certainly\nnot have it in its extension list.\n\nCc: <mesa-stable@lists.freedesktop.org>\nSigned-off-by: Adam Jackson <ajax@redhat.com>\nReviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>\nReviewed-by: Emil Velikov <emil.velikov@collabora.com>\n(cherry picked from commit 63a6b719d98fb1ad58ae93c2de859e6d4bfa8b8b)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/e91782ed556b86e48d67e68fbfaad6116577abb6"},{"sha":"dadc50add58609fb20e905dfc25d58d0dfe6fff1","author":{"name":"Kenneth Graunke","email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org"},"message":"intel: Fix SIMD16 unaligned payload GRF reads on Gen4-5.\n\nWhen the SIMD16 Gen4-5 fragment shader payload contains source depth\n(g2-3), destination stencil (g4), and destination depth (g5-6), the\nsingle register of stencil makes the destination depth unaligned.\n\nWe were generating this instruction in the RT write payload setup:\n\n   mov(16)   m14<1>F   g5<8,8,1>F   { align1 compr };\n\nwhich is illegal, instructions with a source region spanning more than\none register need to be aligned to even registers.  This is because the\nhardware implicitly does (nr | 1) instead of (nr + 1) when splitting the\ncompressed instruction into two mov(8)'s.\n\nI believe this would cause the hardware to load g5 twice, replicating\nsubspan 0-1's destination depth to subspan 2-3.  This showed up as 2x2\nartifact blocks in both TIS-100 and Reicast.\n\nNormally, we rely on the register allocator to even-align our virtual\nGRFs.  But we don't control the payload, so we need to lower SIMD widths\nto make it work.  To fix this, we teach lower_simd_width about the\nrestriction, and then call it again after lower_load_payload (which is\nwhat generates the offending MOV).\n\nFixes: 8aee87fe4cce0a883867df3546db0e0a36908086 (i965: Use SIMD16 instead of SIMD8 on Gen4 when possible.)\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107212\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=13728\nReviewed-by: Jason Ekstrand <jason@jlekstrand.net>\nTested-by: Diego Viola <diego.viola@gmail.com>\n(cherry picked from commit 08a5c395abdafd0d7556060596f78c238b4a989f)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/dadc50add58609fb20e905dfc25d58d0dfe6fff1"},{"sha":"94da4547260642234b78e2f9022a496aadae8e2a","author":{"name":"Eric Anholt","email":"96f164ad4d9b2b0dacf8ebee2bb1eeb3aa69adf1@anholt.net"},"message":"egl: Fix leak of X11 pixmaps backing pbuffers in DRI3.\n\nThis is basically copied from the DRI2 destroy path.  Without this,\nRaspberry Pi would quickly run out of CMA during the EGL tests in the CTS\ndue to all the pixmaps laying around.\n\nFixes: f35198badeb9 (\"egl/x11: Implement dri3 support with loader's dri3 helper\")\nReviewed-by: Emil Velikov <emil.velikov@collabora.com>\nReviewed-by: Eric Engestrom <eric.engestrom@intel.com>\n(cherry picked from commit b618d7ea59a4d7da9823e02ac5608a67fd99b332)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/94da4547260642234b78e2f9022a496aadae8e2a"},{"sha":"0c1832765f491f52acde43553f05fae1a136d806","author":{"name":"Gert Wollny","email":"a4abb7b2c48b4038af2f307a789969b4cce91ae7@collabora.com"},"message":"mesa/st: ETC2 now uses R8G8B8A8_SRGB as fallback\n\nThe check for ETC2 compatibility was not updated when the fallback\nformat was changed.\n\nFixes: 71867a0a61cea20bf3f6115692e70b0d60f0b70d\n   st/mesa: Fall back to R8G8B8A8_SRGB for ETC2\n\nSigned-off-by: Gert Wollny <gert.wollny@collabora.com>\nReviewed-by: Marek Olšák <marek.olsak@amd.com>\n(cherry picked from commit e94095ec30462d4264c6d7c7dd4fbf8bc0d99c69)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/0c1832765f491f52acde43553f05fae1a136d806"},{"sha":"90278c7f951e9bb9909c0e7a0fd543fa59643600","author":{"name":"Jason Ekstrand","email":"b186559eaedf698788888c8a2559b4efb4db10d6@intel.com"},"message":"intel: Switch the order of the 2x MSAA sample positions\n\nThe Vulkan 1.1.82 spec flipped the order to better match D3D.\n\nCc: mesa-stable@lists.freedesktop.org\nReviewed-by: Iago Toral Quiroga <itoral@igalia.com>\nReviewed-by: Anuj Phogat <anuj.phogat@gmail.com>\n(cherry picked from commit a9f7bcfdf90d8302e9ed27601b2b7001b9940740)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/90278c7f951e9bb9909c0e7a0fd543fa59643600"},{"sha":"f7e8bc0f23ee9e81c686885f97e153c721c88eef","author":{"name":"Kenneth Graunke","email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org"},"message":"blorp: Don't try to use R32_UNORM for R24_UNORM_X8_TYPELESS rendering.\n\nThe hardware doesn't support rendering to R24_UNORM_X8_TYPELESS, so\nJason decided to fake it with a bit of shader math and R32_UNORM RTs.\n\nThe only problem is that R32_UNORM isn't renderable either...so we've\njust traded one bad format for another.\n\nThis patch makes us use R32_UINT instead.\n\nFixes: 804856fa5735164cc0733ad0ea62adad39b00ae2 (intel/blorp: Handle more exotic destination formats)\nReviewed-by: Jason Ekstrand <jason@jlekstrand.net>\n(cherry picked from commit 8a290862859bade4b238f595378d63bb920e763a)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/f7e8bc0f23ee9e81c686885f97e153c721c88eef"},{"sha":"b696ab172c95a6fb8ad739279fe386855b048c60","author":{"name":"Kenneth Graunke","email":"bd2562f754ec92342f93f61c25d731e290a2ffa8@whitecape.org"},"message":"blorp: Properly handle Z24X8 blits.\n\nOne of the reasons we didn't notice that R24_UNORM_X8_TYPELESS\ndestinations were broken was that an earlier layer was swapping it\nout for B8G8R8A8_UNORM.  That made Z24X8 -> Z24X8 blits work.\n\nHowever, R32_FLOAT -> R24_UNORM_X8_TYPELESS was still totally broken.\nThe old code only considered one format at a time, without thinking\nthat format conversion may need to occur.\n\nThis patch moves the translation out to a place where it can consider\nboth formats.  If both are Z24X8, we continue using B8G8R8A8_UNORM to\navoid having to do shader math workarounds.  If we have a Z24X8\ndestination, but a non-matching source, we use our shader hacks to\nactually render to it properly.\n\nFixes: 804856fa5735164cc0733ad0ea62adad39b00ae2 (intel/blorp: Handle more exotic destination formats)\nReviewed-by: Jason Ekstrand <jason@jlekstrand.net>\n(cherry picked from commit de57926dc909b3fb180ff06a6c5235309fdbf4df)","distinct":false,"url":"https://api.github.com/repos/bminor/mesa-mesa/commits/b696ab172c95a6fb8ad739279fe386855b048c60"}]}
{"actor":{"display_login":"berenm"}}