On 04/08/17 18:24, Jason Ekstrand wrote:
---
src/intel/vulkan/anv_batch_chain.c | 57 +--
src/intel/vulkan/anv_device.c | 1 +
src/intel/vulkan/anv_gem.c | 36
src/intel/vulkan/anv_private.h | 23 +
src/intel/vul
On 04/08/17 18:24, Jason Ekstrand wrote:
Vulkan allows you to do a submit whose only job is to wait on and
trigger semaphores. The easiest way for us to support that right
now is to insert a dummy execbuf.
---
src/intel/vulkan/anv_batch_chain.c | 28 +---
src/intel/vul
This series is :
Reviewed-by: Lionel Landwerlin
I have a couple of nits, feel free to ignore.
Thanks!
On 04/08/17 18:24, Jason Ekstrand wrote:
This series is a quick re-spin of the v2 sent yesterday to address review
feedback from Chris. In particular, we now set EXEC_ASYNC on the trivial
b
On Sun, Aug 13, 2017 at 8:47 AM, Leo Liu wrote:
> Where is the patch 1?
Sorry for the patches got messed up somehow while sending, I could only see
two patches on mail-archive but three on patchwork.
Tried two times and same result.
About the first one I got a mail saying that it was too large h
From: Marek Olšák
It makes performance worse by a very small (hard to measure) amount.
We've done extensive profiling of this feature internally.
Cc: 17.1 17.2
---
src/gallium/drivers/radeon/r600_pipe_common.c | 1 +
src/gallium/drivers/radeon/r600_pipe_common.h | 4 ++--
src/gallium/drivers
Acked-by: Christian König
Am 13.08.2017 um 19:50 schrieb Bas Nieuwenhuizen:
Reviewed-by: Bas Nieuwenhuizen
On Sun, Aug 13, 2017, at 19:27, Marek Olšák wrote:
From: Marek Olšák
It makes performance worse by a very small (hard to measure) amount.
We've done extensive profiling of this featur
On 12/08/17 06:32, Emil Velikov wrote:
On 1 August 2017 at 08:35, Timothy Arceri wrote:
When generation the storage offset for struct members we need
to skip opaque types as they no longer have backing storage.
Fixes: fcbb93e86024 ("mesa: stop assigning unused storage for non-bindless opaque
---
src/compiler/glsl/shader_cache.cpp | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/src/compiler/glsl/shader_cache.cpp
b/src/compiler/glsl/shader_cache.cpp
index 6c878dae37..2fbab86d30 100644
--- a/src/compiler/glsl/shader_cache.cpp
+++ b/src/compiler/g
This is so we always create reproducible cache entries. Consistency
is required for verification of any third party distributed shaders.
---
src/compiler/glsl/shader_cache.cpp | 45 --
1 file changed, 38 insertions(+), 7 deletions(-)
diff --git a/src/compiler/g
In the following patch we will stop writing the pointer to cache.
Unfortunately adding empty strings to that cache seems to be the
only thing we can do here once we no longer have the pointers.
---
src/compiler/glsl/shader_cache.cpp | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-
This is so we always create reproducible cache entries. Consistency
is required for verification of any third party distributed shaders.
---
src/compiler/glsl/shader_cache.cpp | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/compiler/glsl/shader_cache.cpp
b/src
This is so we always create reproducible cache entries. Consistency
is required for verification of any third party distributed shaders.
---
src/compiler/glsl/shader_cache.cpp | 40 ++
1 file changed, 28 insertions(+), 12 deletions(-)
diff --git a/src/compiler/
On 9 August 2017 at 21:44, Nicolai Hähnle wrote:
> Hi Dave,
>
> Thanks for the update, I prefer this.
>
> Have you considered Marek's query about pipeline-wide atomic buffers?
>
> The issue I'm thinking about is what happens when multiple shaders access
> the same atomic counter. In a GDS/GWS-base
From: Dave Airlie
So with tile swizzle, and dcc enabled, the vrdashboard GL app
generates a bunch of VM faults, this fixes it, however
it now sometimes generates garbage, but I'm just sending this
out to have some place to start.
(it could be a tile swizzle import/export issue still).
Signed-of
14 matches
Mail list logo