{"push_id":1531303792,"size":4,"distinct_size":4,"ref":"refs/heads/master","head":"92128590bc78bcbbfb19144c7004b31d6405bbcb","before":"226a2c6d6eaa94919aa865edfe207c615bc741e7","commits":[{"sha":"a0348b5a0b679a78b3f49d41f980dec6066cc541","author":{"name":"Jason Ekstrand","email":"8d9da6ec6f8b6f23bae58d38147b2bea1269b4d6@intel.com"},"message":"intel/blorp: Handle clearing of A4B4G4R4 on all platforms\n\nTested-by: Mark Janes <mark.a.janes@intel.com>\nReviewed-by: Kenneth Graunke <kenneth@whitecape.org>\nCc: \"13.0 17.0\" <mesa-stable@lists.freedesktop.org>","distinct":true,"url":"https://api.github.com/repos/mesa3d/mesa/commits/a0348b5a0b679a78b3f49d41f980dec6066cc541"},{"sha":"4871930451215fd8673f7e213a88aa48e5ecaad3","author":{"name":"Jason Ekstrand","email":"8d9da6ec6f8b6f23bae58d38147b2bea1269b4d6@intel.com"},"message":"isl/formats: Only advertise sampling for A4B4G4R4 on Broadwell\n\nThis causes hangs on Broadwell if you try to render to it.  I have no\nidea how we managed to not hit this earlier.\n\nTested-by: Mark Janes <mark.a.janes@intel.com>\nReviewed-by: Kenneth Graunke <kenneth@whitecape.org>\nCc: \"13.0 17.0\" <mesa-stable@lists.freedesktop.org>","distinct":true,"url":"https://api.github.com/repos/mesa3d/mesa/commits/4871930451215fd8673f7e213a88aa48e5ecaad3"},{"sha":"f1f9794118008bcdc13d93ee709022d21cc4156d","author":{"name":"Jason Ekstrand","email":"8d9da6ec6f8b6f23bae58d38147b2bea1269b4d6@intel.com"},"message":"anv: Flush render cache before STATE_BASE_ADDRESS on gen7\n\nWe had no good reason for *not* doing this on gen7 before but we didn't\nknow it was needed.  Recently, when trying update to Vulkan CTS version\n1.0.2 in our CI system, Mark discovered GPU hangs on Haswell that appear\nto be STATE_BASE_ADDRESS related.  This commit fixes them.\n\nReported-by: Mark Janes <mark.a.janes@intel.com>\nReviewed-by: Kenneth Graunke <kenneth@whitecape.org>\nCc: \"13.0 17.0\" <mesa-stable@lists.freedesktop.org>","distinct":true,"url":"https://api.github.com/repos/mesa3d/mesa/commits/f1f9794118008bcdc13d93ee709022d21cc4156d"},{"sha":"92128590bc78bcbbfb19144c7004b31d6405bbcb","author":{"name":"Jason Ekstrand","email":"8d9da6ec6f8b6f23bae58d38147b2bea1269b4d6@intel.com"},"message":"anv: Improve flushing around STATE_BASE_ADDRESS\n\nIt is not clear from the docs exactly how pipelined STATE_BASE_ADDRESS\nactually is.  We know from experimentation that we need to flush the\nrender cache prior to emitting STATE_BASE_ADDRESS and invalidate the\ntexture cache afterwards.  The only thing the PRM says is that, on gen8+\nwe're supposed to invalidate the state cache after STATE_BASE_ADDRESS\nbut experimentation has indicated that doing so does nothing whatsoever.\n\nSince we don't really know, let's do just a bit more flushing in the\nhopes that this won't be a problem again.  In particular:\n\n 1) Do a CS stall before we emit STATE_BASE_ADDRESS since we don't\n    really know whether or not it's pipelined.\n\n 2) Do a data cache flush in case what runs before STATE_BASE_ADDRESS\n    is a compute shader.\n\n 3) Invalidate the state and constant caches after STATE_BASE_ADDRESS\n    because the state may be getting cached there (we don't really know).\n\nReported-by: Mark Janes <mark.a.janes@intel.com>\nTested-by: Mark Janes <mark.a.janes@intel.com>\nReviewed-by: Kenneth Graunke <kenneth@whitecape.org>\nCc: \"13.0 17.0\" <mesa-stable@lists.freedesktop.org>","distinct":true,"url":"https://api.github.com/repos/mesa3d/mesa/commits/92128590bc78bcbbfb19144c7004b31d6405bbcb"}]}
{"actor":{"display_login":"wayland-project-fdo"}}