From: Dave Airlie
If we are doing a general->general transfer with HIZ enabled,
we want to hit the tile surface disable bits in radv_emit_fb_ds_state,
however we never get the current layout to know we are in general
and meta hardcoded the transfer layout which is always tile enabled.
This fixes
From: Dave Airlie
This fixes the layout issue for the blit path as well.
This fixes:
dEQP-VK.api.copy_and_blit.core.blit_image.all_formats.depth_stencil.d32_sfloat_s8_uint_d32_sfloat_s8_uint*
v2: use compatible render passes.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_meta_blit.c | 1
From: Dave Airlie
This fixes the layout issue for the blit path as well.
This fixes:
dEQP-VK.api.copy_and_blit.core.blit_image.all_formats.depth_stencil.d32_sfloat_s8_uint_d32_sfloat_s8_uint*
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_meta_blit.c | 537 +---
From: Dave Airlie
If we are doing a general->general transfer with HIZ enabled,
we want to hit the tile surface disable bits in radv_emit_fb_ds_state,
however we never get the current layout to know we are in general
and meta hardcoded the transfer layout which is always tile enabled.
This fixes
From: Dave Airlie
If we are doing a general->general transfer with HIZ enabled,
we want to hit the tile surface disable bits in radv_emit_fb_ds_state,
however we never get the current layout to know we are in general
and meta hardcoded the transfer layout which is always tile enabled.
This fixes
> wrote:
>> This reverts commit ff0f17da1446e7aa965e06c04a6ad5a55d95463d.>>
>> See the TODO.
I think I've sent the correct fix now.
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Dec 20, 2017 at 09:54:09AM -0600, Rob Herring wrote:
> Android could be added here. Android has had getprogname since
> Lollipop and we don't support versions older than that. It could be a
> follow-on patch too.
Attached is a modified patch for this.
I've switched the macro to use __ANDR
From: Dave Airlie
This fixes vmfaults seen on vega with:
dEQP-VK.pipeline.multisample_interpolation.sample_interpolate_at_single_sample_.128_128_1.samples_1
These were caused by the don't allocate cmask but it was just accidental.
The actual problem was the shader was trying to get the sample p
From: Dave Airlie
On GFX9 we must access 3D textures with 3D samplers AFAICS.
This fixes:
dEQP-VK.api.image_clearing.core.clear_color_image.3d.single_layer
on GFX9 for me.
v1.1: fix tex->sampler_dim to dim
v2: send layer in from outside
v3: don't regress on pre-gfx9
Fixes: e38685cc62e 'Revert
From: Dave Airlie
This add support for a 3D image reading path to the blit 2d paths,
like I did for the clear paths.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_meta_blit2d.c | 110 +++---
src/amd/vulkan/radv_private.h | 10 ++--
2 files changed, 97
From: Dave Airlie
looking at traces I noticed we'd set slice_max too large sometimes.
This should fix it.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_device.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulka
From: Dave Airlie
This just refactors the gfx9 blit2d pipeline creation
to be less lines of code.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_meta_blit2d.c | 111 --
1 file changed, 33 insertions(+), 78 deletions(-)
diff --git a/src/amd/vulkan/radv_m
This series fixes about 340 CTS tests on Vega that involve 3D images.
The two main things are to use 3D samplers for copy paths sources that
are 3D images.
I've also found another bug, and refactors a bit of code at the end.
I've also test this on a tonga and tests don't seem to break.
Dave.
_
rb
--
Timothy Arceri
tarc...@itsqueeze.com
On Wed, Dec 20, 2017, at 5:08 PM, Brian Paul wrote:
> Ping, anyone?
>
> -Brian
>
> On 12/18/2017 09:30 PM, Brian Paul wrote:
> > The mix of bitwise operators with * and + to compute the packing_class
> > values was a little weird. Just use bitwis
Ping, anyone?
-Brian
On 12/18/2017 09:30 PM, Brian Paul wrote:
The mix of bitwise operators with * and + to compute the packing_class
values was a little weird. Just use bitwise ops instead.
v2: add assertion to make sure interpolation bits fit without collision,
per Timothy. Basically, rewr
On Wed, Dec 20, 2017 at 6:22 PM, Kristian Kristensen
wrote:
> On Wed, Dec 20, 2017 at 12:41 PM, Miguel Angel Vico
> wrote:
>> On Wed, 20 Dec 2017 11:54:10 -0800
>> Kristian Høgsberg wrote:
>> > I'd like to see concrete examples of actual display controllers
>> > supporting more format layouts th
Hi,
I got unexpected results with this, when testing it on BXT & SKL GT2.
While performance in GpuTest Volplosion and GfxBench v4 Tessellation
test improved slightly, performance in SynMark v7 CSDof and GpuTest v0.7
Piano dropped clearly.
Piano dropped only on SKL, but there the drop was >10
Hello list,
The candidate for the Mesa 17.2.8 is now available. Currently we have:
- 16 queued
- 0 nominated (outstanding)
- and 1 rejected patch
In the current queue we have:
The SPIR-V compiler has seen corrected a possible SEGFAULT.
The Intel i965 driver includes a correction for Haswell
https://bugs.freedesktop.org/show_bug.cgi?id=101071
Sergey Kondakov changed:
What|Removed |Added
CC||virtuous...@gmail.com
--- Comment #17
The parameters to gen_xmlpool.py are wrong and cause the following
warnings:
Warning: language
'out/target/product/linaro_x86_64/gen/STATIC_LIBRARIES/libmesa_util_intermediates/xmlpool/es/LC_MESSAGES/options.mo'
not found.
Warning: language
'out/target/product/linaro_x86_64/gen/STATIC_LIBRARIES
Hi Miguel,
On 20 December 2017 at 16:51, Miguel Angel Vico wrote:
> In the meantime, I've been working on putting together an open source
> implementation of the allocator mechanisms using the Nouveau driver for
> all to be able to play with.
Thanks for taking a look at this! I'm still winding o
Reviewed-by: Bas Nieuwenhuizen
On Wed, Dec 20, 2017 at 9:07 PM, Samuel Pitoiset
wrote:
> This reverts commit ff0f17da1446e7aa965e06c04a6ad5a55d95463d.
>
> See the TODO.
>
> Signed-off-by: Samuel Pitoiset
> ---
> src/amd/vulkan/radv_image.c | 17 +++--
> 1 file changed, 7 insertions
Reviewed-by: Bas Nieuwenhuizen
On Wed, Dec 20, 2017 at 8:57 PM, Samuel Pitoiset
wrote:
> Found by inspection.
>
> Cc: 17.3
> Signed-off-by: Samuel Pitoiset
> ---
> src/amd/vulkan/radv_pipeline.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/amd/vulkan/radv_pipel
https://bugs.freedesktop.org/show_bug.cgi?id=104302
Sven Arvidsson changed:
What|Removed |Added
CC||s...@whiz.se
--
You are receiving thi
Inline.
On Wed, 20 Dec 2017 11:54:10 -0800
Kristian Høgsberg wrote:
> On Wed, Dec 20, 2017 at 11:51 AM, Daniel Vetter wrote:
> > Since this also involves the kernel let's add dri-devel ...
Yeah, I forgot. Thanks Daniel!
> >
> > On Wed, Dec 20, 2017 at 5:51 PM, Miguel Angel Vico
> > wrote:
This reverts commit ff0f17da1446e7aa965e06c04a6ad5a55d95463d.
See the TODO.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_image.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/src/amd/vulkan/radv_image.c b/src/amd/vulkan/radv_image.c
index efd17
Found by inspection.
Cc: 17.3
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_pipeline.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_pipeline.c b/src/amd/vulkan/radv_pipeline.c
index d725f9b891..ff0395ba5d 100644
--- a/src/amd/vulkan/radv_pipel
When allocate_user_sgprs() was called, ctx->stage was actually
unset and 0 is for the vertex shader. This doesn't change
anything for now because of the spill support thing.
Though, the number of user SGPRs has to be fixed for merged
shaders on GFX9. It was broken before anyway.
Signed-off-by: Sa
It makes more sense to move all scan stuff in the same place.
Also, we don't really need to duplicate the uses_primid field
for each stages.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 4
src/amd/common/ac_nir_to_llvm.h | 3 ---
src/amd/common/ac_shader_info.c | 3 +
This can still be improved, but let's start with this.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_shader.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_shader.c b/src/amd/vulkan/radv_shader.c
index ab8ba42511..31879805ae 1006
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_shader_info.c | 3 +++
src/amd/common/ac_shader_info.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/src/amd/common/ac_shader_info.c b/src/amd/common/ac_shader_info.c
index ab5388fb53..5dac1131bd 100644
--- a/src/amd/common/ac_shader_in
... to set_global_input_locs().
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 93 ++---
1 file changed, 50 insertions(+), 43 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 83a1483142..3
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 57 ++---
1 file changed, 30 insertions(+), 27 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index f518941c7a..635ba06190 100644
--- a/src/amd/co
... to set_vs_specific_input_locs().
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 55 -
1 file changed, 33 insertions(+), 22 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 34a2f286
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 635ba06190..dcd99a5956 100644
--- a/src/amd/common/ac_nir_to_llvm.c
+
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 78 +
1 file changed, 33 insertions(+), 45 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 49e5d0be93..b7c2420802 100644
--- a/src/amd/co
... to declare_vs_specific_inputs_sgprs().
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 63 +++--
1 file changed, 42 insertions(+), 21 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 80
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 283be84bb6..c4ce7b2b2e 100644
--- a/src/amd/common/ac_nir
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 9ed92d74b2..f518941c7a 100644
--- a/src/amd/common/ac_nir_to_llv
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 111 ++--
1 file changed, 60 insertions(+), 51 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 6f9fc21a88..8cb479f43a 100644
--- a/src/amd/co
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 103 ++--
1 file changed, 58 insertions(+), 45 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 8cb479f43a..49e5d0be93 100644
--- a/src/amd/co
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index b7c2420802..83a1483142 100644
--- a/src/amd/common/ac_nir_to_llvm.c
+++ b/s
The idea is to clean up the add arguments logic.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 24
1 file changed, 24 insertions(+)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index e740531cd8..6f9fc21a88 100644
... to declare_global_input_sgprs().
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 112 ++--
1 file changed, 74 insertions(+), 38 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index bfecab2b
It's a no-op anyway but it looked strange to me, remove it.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index c4ce7b2b2e..80113f0d03 100644
--- a/src/amd/co
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index cbc6d1b61b..e2847c92b3 100644
--- a/src/amd/common/ac_nir_to_llvm.c
+++ b/src/amd/common/ac_nir_to_llvm.c
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index b496c74f78..283be84bb6 100644
--- a/src/amd/common/ac_nir_to_llvm.c
++
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index e2847c92b3..b496c74f78 100644
--- a/src/amd/common/ac_nir_to_llvm.c
+++ b/src/amd/common/ac_nir_to_llvm.c
On Wed, Dec 20, 2017 at 11:51 AM, Daniel Vetter wrote:
> Since this also involves the kernel let's add dri-devel ...
>
> On Wed, Dec 20, 2017 at 5:51 PM, Miguel Angel Vico
> wrote:
>> Hi all,
>>
>> As many of you already know, I've been working with James Jones on the
>> Generic Device Allocator
Since this also involves the kernel let's add dri-devel ...
On Wed, Dec 20, 2017 at 5:51 PM, Miguel Angel Vico wrote:
> Hi all,
>
> As many of you already know, I've been working with James Jones on the
> Generic Device Allocator project lately. He started a discussion thread
> some weeks ago see
On December 20, 2017 09:53:13 Emil Velikov wrote:
On 19 December 2017 at 18:05, Juan A. Suarez Romero
wrote:
When walking over all the cases in a OpSwitch, take in account the bitsize
of the literals to avoid getting wrong cases.
Even if there's no obvious tests that this fixes a stable and
Previously the dataflow propagation algorithm would calculate the ACP
live-in and -out sets in a two-pass fixed-point algorithm. The first
pass would update the live-out sets of all basic blocks of the program
based on their live-in sets, while the second pass would update the
live-in sets based o
On 21 December 2017 at 03:46, Alex Smith wrote:
> Looks like blit2d needs this fix as well - been debugging an issue that's
> turned out to be due to a corrupted copy of a 3D texture with CmdCopyImage.
> I can do that tomorrow.
I already wrote that as well,
https://github.com/airlied/mesa/tree/r
On 20.12.2017 20:04, Tapani Pälli wrote:
On 20.12.2017 01:36, Ian Romanick wrote:
On 12/19/2017 03:45 AM, Tapani Pälli wrote:
On 12/19/2017 01:39 PM, Tapani Pälli wrote:
On 12/19/2017 02:14 AM, Ian Romanick wrote:
From: Ian Romanick
Light-weight glBindTexture for internal use.
Sign
On 20.12.2017 01:36, Ian Romanick wrote:
On 12/19/2017 03:45 AM, Tapani Pälli wrote:
On 12/19/2017 01:39 PM, Tapani Pälli wrote:
On 12/19/2017 02:14 AM, Ian Romanick wrote:
From: Ian Romanick
Light-weight glBindTexture for internal use.
Signed-off-by: Ian Romanick
---
src/mesa/mai
On Wed, 2017-12-20 at 15:59 +, Emil Velikov wrote:
> Thanks, it aligns perfectly with my holidays ;-)
o/\o
> Reviewed-by: Emil Velikov
... and pushed!
--
Br,
Andres
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesk
Looks like blit2d needs this fix as well - been debugging an issue that's
turned out to be due to a corrupted copy of a 3D texture with CmdCopyImage.
I can do that tomorrow.
However, I did notice that with KHR_maintenance1, it seems like creating 2D
views of 3D textures (and binding them to 2D sam
https://bugs.freedesktop.org/show_bug.cgi?id=103814
--- Comment #6 from Hleb Valoshka <375...@gmail.com> ---
Tried today 17.3.0 linked both against llvm 5.0 & 6.0. With 5.0 the issue
persist, with 6.0 goes away.
So at least it's not a Mesa issue.
--
You are receiving this mail because:
You are
From: Emil Velikov
The default was toggled a while back, but the text wasn't updated.
Fixes: bd526ec9e1b ("configure: Always default to
--enable-driglx-direct")
Cc: Jon TURNEY
Signed-off-by: Emil Velikov
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf
Hi all,
As many of you already know, I've been working with James Jones on the
Generic Device Allocator project lately. He started a discussion thread
some weeks ago seeking feedback on the current prototype of the library
and advice on how to move all this forward, from a prototype stage to
produ
It's much cleaner to allocate a normal shader struct when
GenFragmentShadersATI is called.
Signed-off-by: Miklós Máté
---
src/mesa/main/atifragshader.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/src/mesa/main/atifragshader.c b/src/mesa/main/atifra
Fixes: bb1e6ff161c ("spirv: Add a prepass to set types on vtn_values")
Reviewed-by: Emil Velikov
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Thanks, it aligns perfectly with my holidays ;-)
Reviewed-by: Emil Velikov
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Signed-off-by: Eric Engestrom
---
src/egl/main/egldriver.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/egl/main/egldriver.c b/src/egl/main/egldriver.c
index c7d5aa18056518c51fc0..b20652ed8c1d0182b5d5 100644
--- a/src/egl/main/egldriver.c
+++ b/src/egl/main/egldriver.c
On Sun, Dec 17, 2017 at 4:02 PM, Maya Rashish wrote:
> Remove EOL NetBSD < 1.x (this didn't work, since we don't
> include sys/param.h).
> Remove EOL FreeBSD < 4.4
>
> Functionally changes OpenBSD which now uses getprogname instead of
> fallback.
> ---
> src/util/xmlconfig.c | 17 +++-
Signed-off-by: Eric Engestrom
---
src/egl/drivers/dri2/platform_android.c | 2 +-
src/egl/drivers/dri2/platform_drm.c | 2 +-
src/egl/drivers/dri2/platform_surfaceless.c | 2 +-
src/egl/drivers/dri2/platform_wayland.c | 2 +-
src/egl/drivers/dri2/platform_x11.c | 2 +-
src
My refactor in 47273d7312cb5b5b6b0b9 missed this early return; because
of it, setting UseFallback one layer above actually prevented the
software path from being used.
Remove this early return and let each platform's dri2_initialize_*()
decide what it can do with the LIBGL_ALWAYS_SOFTWARE restrict
On 19 December 2017 at 18:05, Juan A. Suarez Romero wrote:
> When walking over all the cases in a OpSwitch, take in account the bitsize
> of the literals to avoid getting wrong cases.
Even if there's no obvious tests that this fixes a stable and/or fixes
tag will be a good idea.
-Emil
__
https://bugs.freedesktop.org/show_bug.cgi?id=104351
--- Comment #1 from Emil Velikov ---
Smells like something broken on your setup - be that miss-compiled Mesa or some
local files are being picked up.
$ LD_DEBUG=libs glxinfo
Above will show you which binaries are picked up - it might be that y
Tested-by: Alex Smith
Fixes 3D texture contents being captured incorrectly in RenderDoc for me.
On 19 December 2017 at 07:36, Dave Airlie wrote:
> From: Dave Airlie
>
> On GFX9 we must access 3D textures with 3D samplers AFAICS.
>
> This fixes:
> dEQP-VK.api.image_clearing.core.clear_color_im
On Tue, Dec 19, 2017 at 11:41 PM, Ilia Mirkin wrote:
> This is parallel to the pre-SM50 change which does this. Adjusts the
> shuffles / quadops to make the values correct relative to lane 0, and
> then splat the results to all lanes for the final move into the target
> register.
>
> Signed-off-by
Hi,
On 20.12.2017 16:29, Eero Tamminen wrote:
I got unexpected results with this, when testing it on BXT & SKL GT2.
While performance in GpuTest Volplosion and GfxBench v4 Tessellation
test improved slightly, performance in SynMark v7 CSDof and GpuTest v0.7
Piano dropped clearly.
Piano drop
https://bugs.freedesktop.org/show_bug.cgi?id=104351
Bug ID: 104351
Summary: X Error of failed request: BadAlloc (insufficient
resources for operation)
Product: Mesa
Version: 17.3
Hardware: x86-64 (AMD64)
OS
Signed-off-by: Juan A. Suarez Romero
---
src/compiler/Makefile.nir.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/compiler/Makefile.nir.am b/src/compiler/Makefile.nir.am
index dd38c45da03..28033256762 100644
--- a/src/compiler/Makefile.nir.am
+++ b/src/compiler/Makefile.nir.am
@@ -120
https://bugs.freedesktop.org/show_bug.cgi?id=102891
jdr...@gmail.com changed:
What|Removed |Added
Version|17.2|17.3
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=102891
--- Comment #13 from jdr...@gmail.com ---
Created attachment 136314
--> https://bugs.freedesktop.org/attachment.cgi?id=136314&action=edit
Shovel Knight-Rpcs3-pb02
Tested on mesa 17.3 with
RADV_DEBUG=zerovram qrenderdoc
It's in another stage: s
https://bugs.freedesktop.org/show_bug.cgi?id=102891
--- Comment #12 from jdr...@gmail.com ---
Created attachment 136313
--> https://bugs.freedesktop.org/attachment.cgi?id=136313&action=edit
Shovel Knight-Rpcs3-pb01
Tested on mesa 17.3 with
RADV_DEBUG=zerovram qrenderdoc
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=100430
jdr...@gmail.com changed:
What|Removed |Added
Version|git |17.3
--- Comment #13 from jdr...@gmai
https://bugs.freedesktop.org/show_bug.cgi?id=100430
--- Comment #12 from jdr...@gmail.com ---
Created attachment 136311
--> https://bugs.freedesktop.org/attachment.cgi?id=136311&action=edit
MarioKart-Mesa17.3-WhiteSquare(fifo)
Latest stable mesa (17.3). Still the same problem. So this is the ne
79 matches
Mail list logo