Re: [Mesa-dev] [PATCH 2/2] radv/gfx10: hardcode some depth+stencil formats in the format table

r-b for both. On Tue, Aug 20, 2019 at 3:19 PM Samuel Pitoiset wrote: > > The script doesn't handle them correctly and D16_UNORM_S8_UINT > isn't supported by the hardware, mark it as invalid. > > This fixes warning when generating gfx10_format_table.h. > > Bugzilla:

[Mesa-dev] [ANNOUNCE] mesa 19.2.0-rc1

The first release candidate for Mesa 19.2.0 is now available. The plan is to have one release candidate every Tuesday, until the anticipated final release on 10th September 2019. The expectation is that the 19.1 branch will remain alive with bi-weekly releases until the 19.2.1 release. In the

[Mesa-dev] [Bug 111444] [TRACKER] Mesa 19.2 release tracker

https://bugs.freedesktop.org/show_bug.cgi?id=111444 Bug ID: 111444 Summary: [TRACKER] Mesa 19.2 release tracker Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

Re: [Mesa-dev] Mesa 19.2.0 release plan

Sorry for the late breaking hold but I just realized that GL_ARB_gl_spirv and OpenGL 4.6 for Intel is 1 regression (I think it's not even a regression) away from landing. Can I have 24 hours? On Mon, Aug 19, 2019 at 10:30 AM Emil Velikov wrote: > On Sunday, 18 August 2019, Matt Turner wrote:

[Mesa-dev] [PATCH] gallivm: fix atomic compare-and-swap

From: Dave Airlie Not sure how I missed this before, but compswap was hitting an assert here as it is it's own special case. Fixes: b5ac381d8f ("gallivm: add buffer operations to the tgsi->llvm conversion.") --- src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 2 ++ 1 file changed, 2

[Mesa-dev] [ANNOUNCE] Mesa 19.1.5 release candidate

Hello list, The candidate for the Mesa 19.1.5 is now available. Currently we have: - 15 queued - 1 nominated (outstanding) - and 1 rejected patch The current queue is not as big as in previous releases, and it is as usual mostly fixes. Take a look at section "Mesa stable queue" for more

Re: [Mesa-dev] dEQP + llvmpipe

> I think that for GL and GLES contexts, we should disable noncormant hacks > instead of using env vars to falsely claim conformance. The hacks controlled for `GALLIVM_DEBUG=no_rho_approx,no_brilinear,no_quad_lod` where meant to speed up commonplace 3D rendering, on any kind of context (GL or

[Mesa-dev] [Bug 111125] [RADV] Graphic glitches regression in The Witcher 3 with DXVK on AMD Radeon HD7850

https://bugs.freedesktop.org/show_bug.cgi?id=25 --- Comment #4 from Samuel Pitoiset --- Are you still able to reproduce the problem? -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.___

Re: [Mesa-dev] [PATCH] gallium/vl: use compute preference for all multimedia, not just blit

Reviewed-by: Marek Olšák Marek On Sat, Aug 17, 2019 at 12:17 PM Ilia Mirkin wrote: > The compute paths in vl are a bit AMD-specific. For example, they (on > nouveau), try to use a BGRX8 image format, which is not supported. > Fixing all this is probably possible, but since the compute paths

Re: [Mesa-dev] [PATCH 2/2] radv: force enable VK_AMD_shader_ballot for Wolfenstein Youngblood

want to cc to 19.2? r-b for both On Tue, Aug 20, 2019 at 4:47 PM Samuel Pitoiset wrote: > > This gives a nice boost, +20% at this time on my Vega 56. Shader > ballot should be enabled by default at some point but it reduces > performance a bit (-6%) with Wolfeinstein II. Enable it only for >

[Mesa-dev] [PATCH 1/2] radv: add a new debug option called RADV_DEBUG=noshaderballot

Shader ballot will be enabled by default for Wolfenstein Youngblood. This follows what we did for sisched. Signed-off-by: Samuel Pitoiset --- src/amd/vulkan/radv_debug.h | 1 + src/amd/vulkan/radv_device.c | 1 + 2 files changed, 2 insertions(+) diff --git a/src/amd/vulkan/radv_debug.h

[Mesa-dev] [PATCH 2/2] radv: force enable VK_AMD_shader_ballot for Wolfenstein Youngblood

This gives a nice boost, +20% at this time on my Vega 56. Shader ballot should be enabled by default at some point but it reduces performance a bit (-6%) with Wolfeinstein II. Enable it only for Youngblood at the moment, like what we did for Talos in the past. As a bonus point, it gets rid of

[Mesa-dev] [PATCH 2/2] radv/gfx10: hardcode some depth+stencil formats in the format table

The script doesn't handle them correctly and D16_UNORM_S8_UINT isn't supported by the hardware, mark it as invalid. This fixes warning when generating gfx10_format_table.h. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=111393 Signed-off-by: Samuel Pitoiset ---

[Mesa-dev] [PATCH 1/2] radv/gfx10: tidy up gfx10_format_table.py

Signed-off-by: Samuel Pitoiset --- src/amd/vulkan/gfx10_format_table.py | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/src/amd/vulkan/gfx10_format_table.py b/src/amd/vulkan/gfx10_format_table.py index 34ad5f6cdf2..81b0bed92aa 100644 ---

[Mesa-dev] [Bug 111406] [regression] - build failure on arm64

https://bugs.freedesktop.org/show_bug.cgi?id=111406 --- Comment #2 from Fabio Pedretti --- It seems the arm64 regression only happens when building with -flto on Ubuntu <= disco. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the

[Mesa-dev] [Bug 110471] No Man Sky GPU hang

https://bugs.freedesktop.org/show_bug.cgi?id=110471 Samuel Pitoiset changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW

Re: [Mesa-dev] [PATCH 2/2] radv/gfx10: do not emit PA_SC_TILE_STEERING_OVERRIDE twice

r-b for both On Mon, Aug 19, 2019 at 2:57 PM Samuel Pitoiset wrote: > > CLEAR_STATE emits it for us. > > Signed-off-by: Samuel Pitoiset > --- > src/amd/vulkan/si_cmd_buffer.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/src/amd/vulkan/si_cmd_buffer.c