On Fri, 14 Apr 2017 05:20:38 +0200
Dieter Nützel wrote:
> Am 14.04.2017 02:06, schrieb Dieter Nützel:
> > Hello Gregory,
> >
> > have you tested this with Mesa-demos/tests/pbo 'b' (benchmark)?
> > It result in crazy numbers and do not 'return' (one core stays @ 100%).
>
>
These names so make is easier to understand what is going on in
regards to references.
Cc: Brian Paul
---
src/mesa/drivers/dri/i915/intel_screen.c | 10 +-
src/mesa/drivers/dri/i965/intel_screen.c | 14 +++---
Am 14.04.2017 02:06, schrieb Dieter Nützel:
Hello Gregory,
have you tested this with Mesa-demos/tests/pbo 'b' (benchmark)?
It result in crazy numbers and do not 'return' (one core stays @ 100%).
This is related to 'mesa_glthread=true'.
If I disable (unset) it, all is fine after 'b' benchmark
On 13/04/17 11:57 PM, Alan Swanson wrote:
> On Thu, 2017-04-13 at 13:00 +0900, Michel Dänzer wrote:
>> On 13/04/17 03:15 AM, Francisco Jerez wrote:
>>> Michel Dänzer writes:
>>>
From: Michel Dänzer
clang::LangAS::Offset is gone, the
https://bugs.freedesktop.org/show_bug.cgi?id=98604
--- Comment #16 from Michel Dänzer ---
The patch just disables DRI3 for VDPAU, so it cannot be applied anywhere as is.
It would have to be guarded by an environment variable.
--
You are receiving this mail because:
You are
I don't know this code all that well. But for what its worth it looks
correct so:
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 14/04/17 09:52, Timothy Arceri wrote:
On 14/04/17 05:34, Nicolai Hähnle wrote:
On second thought, there are a bunch of things that I think need to be
answered here:
On 13.04.2017 01:42, Timothy Arceri wrote:
---
src/mesa/vbo/vbo_exec_array.c | 41
On 14/04/17 05:29, Nicolai Hähnle wrote:
From: Nicolai Hähnle
Found by inspection.
Nice find. It seems to have broken July 2016 with 23b2bcd460c5e91 so
maybe CC stable?
Reviewed-by: Timothy Arceri
---
src/mesa/main/api_validate.c | 2 +-
On 13/04/17 12:54, Brian Paul wrote:
On 04/12/2017 05:42 PM, Timothy Arceri wrote:
This will be used for adding KHR_no_error support.
---
src/mesa/main/varray.c | 55
+-
1 file changed, 41 insertions(+), 14 deletions(-)
diff --git
On 13/04/17 12:54, Brian Paul wrote:
On 04/12/2017 05:42 PM, Timothy Arceri wrote:
---
src/mesa/main/context.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/mesa/main/context.h b/src/mesa/main/context.h
index 9704a96..ccb5463 100644
--- a/src/mesa/main/context.h
+++
On 13/04/17 19:58, Nicolai Hähnle wrote:
On 13.04.2017 01:42, Timothy Arceri wrote:
---
src/mesa/vbo/vbo_exec_array.c | 158
+++---
1 file changed, 104 insertions(+), 54 deletions(-)
diff --git a/src/mesa/vbo/vbo_exec_array.c
On 13/04/17 19:50, Nicolai Hähnle wrote:
On 13.04.2017 01:42, Timothy Arceri wrote:
---
src/mesa/main/uniform_query.cpp | 76
-
1 file changed, 53 insertions(+), 23 deletions(-)
diff --git a/src/mesa/main/uniform_query.cpp
Hello Gregory,
have you tested this with Mesa-demos/tests/pbo 'b' (benchmark)?
It result in crazy numbers and do not 'return' (one core stays @ 100%).
mesa-demos/tests> ./pbo
ATTENTION: default value of option mesa_glthread overridden by
environment.
GL_VERSION = 4.1 Mesa 17.1.0-devel
On 14/04/17 05:34, Nicolai Hähnle wrote:
On second thought, there are a bunch of things that I think need to be
answered here:
On 13.04.2017 01:42, Timothy Arceri wrote:
---
src/mesa/vbo/vbo_exec_array.c | 41
+++--
1 file changed, 31 insertions(+), 10
Tested-by: Dieter Nützel
r600g, Turks XT (6670)
Am 13.04.2017 20:10, schrieb Bartosz Tomczyk:
v2: fix attribute name, it is count_scale not scale_count
---
src/mapi/glapi/gen/ARB_viewport_array.xml | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff
This patch enables multisample antialiasing in the OpenSWR software renderer.
MSAA is a proof-of-concept/work-in-progress with bug fixes and performance
on the way. We wanted to get the changes out now to allow several customers
to begin experimenting with MSAA in a software renderer. So as not
Similar to st_convert_image(), will be useful for bindless. While
we are at it, rename convert_sampler() to convert_sampler_from_unit()
and make 'st' a const argument.
Signed-off-by: Samuel Pitoiset
---
src/mesa/state_tracker/st_atom_sampler.c | 42
It is no longer used.
Signed-off-by: Fredrik Höglund
---
src/amd/vulkan/radv_descriptor_set.c | 94 +++-
src/amd/vulkan/radv_private.h| 10
2 files changed, 28 insertions(+), 76 deletions(-)
diff --git
This allows meta to use push descriptors without disturbing user
push descriptors.
radv_meta_push_descriptor_set differs from vkCmdPushDescriptorSetKHR
in that partial updates are not supported; all descriptors used in
subsequent draw commands must be pushed at the same time.
Signed-off-by:
Use push descriptors instead of temp descriptor sets.
Signed-off-by: Fredrik Höglund
---
src/amd/vulkan/radv_meta_blit.c | 51 +++---
src/amd/vulkan/radv_meta_blit2d.c | 94 +--
src/amd/vulkan/radv_meta_buffer.c | 122 ++
On Thursday 13 April 2017, Bas Nieuwenhuizen wrote:
> v2: Also convert the calculations.
>
> Signed-off-by: Bas Nieuwenhuizen
> ---
> src/amd/vulkan/radv_descriptor_set.c | 4 ++--
> src/amd/vulkan/radv_private.h| 10 +-
> 2 files changed, 7 insertions(+), 7
v2: Also convert the calculations.
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_descriptor_set.c | 4 ++--
src/amd/vulkan/radv_private.h| 10 +-
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/amd/vulkan/radv_descriptor_set.c
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_private.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/amd/vulkan/radv_private.h b/src/amd/vulkan/radv_private.h
index 00190e7eee0..2afc0cbedfc 100644
---
On Thursday 13 April 2017, Bas Nieuwenhuizen wrote:
> Needed if we want to allow them taking more than 64 KiB. The calculations
> of these already used 32 bits.
>
> Signed-off-by: Bas Nieuwenhuizen
> ---
> src/amd/vulkan/radv_descriptor_set.h | 16
> 1 file
On 13.04.2017 23:05, Ilia Mirkin wrote:
On Thu, Apr 13, 2017 at 4:30 PM, Nicolai Hähnle wrote:
+* ``PIPE_CAP_TGSI_TES_LAYER_VIEWPORT``: Whether ``TGSI_SEMANTIC_LAYER`` and
+ ``TGSI_SEMANTIC_VIEWPORT_INDEX`` are supported as tessellation evaluation
+ shader outputs.
Not
I wrote this code with reference to pixman, though I've only decided to
cover Linux (what I'm testing) and Android (seems obvious enough). Linux
has getauxval() as a cleaner interface to the /proc entry, but it's more
glibc-specific and I didn't want to add detection for that.
This will be used
On Thu, Apr 13, 2017 at 4:30 PM, Nicolai Hähnle wrote:
> +* ``PIPE_CAP_TGSI_TES_LAYER_VIEWPORT``: Whether ``TGSI_SEMANTIC_LAYER`` and
> + ``TGSI_SEMANTIC_VIEWPORT_INDEX`` are supported as tessellation evaluation
> + shader outputs.
Not that I'm opposed, but is there
Ported from radeonsi. Testing with Kane shows ≈1k skipped updates per
frame on average.
No piglit changes with tests/gpu.py, gbm mode.
Signed-off-by: Constantine Kharlamov
---
src/gallium/drivers/r600/evergreen_state.c | 1 +
src/gallium/drivers/r600/r600_pipe.h
Properly and with comments this time.
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_device.c | 44 +---
1 file changed, 29 insertions(+), 15 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c
Needed if we want to allow them taking more than 64 KiB. The calculations
of these already used 32 bits.
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_descriptor_set.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git
From: Nicolai Hähnle
---
src/mesa/state_tracker/st_extensions.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index 8b62360..1df2ba7 100644
---
From: Nicolai Hähnle
---
docs/features.txt | 2 +-
docs/relnotes/17.1.0.html | 1 +
src/gallium/drivers/radeonsi/si_pipe.c | 2 +-
3 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/docs/features.txt b/docs/features.txt
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 20
1 file changed, 20 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 669fb3e..5b30ace 100644
---
From: Nicolai Hähnle
---
src/gallium/docs/source/screen.rst | 3 +++
src/gallium/drivers/etnaviv/etnaviv_screen.c | 1 +
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
From: Nicolai Hähnle
Depending on pipe caps they can be writable in all vertex processing
stages, but only the output of the last stage counts.
---
src/gallium/docs/source/tgsi.rst | 10 ++
1 file changed, 10 insertions(+)
diff --git
Hi all,
This is another small one, as the extension is mostly a merge of
AMD_vertex_shader_layer and AMD_vertex_shader_viewport_index, and
the core Mesa parts are done already.
Tested with pending CTS tests.
Please review!
Thanks,
Nicolai
--
docs/features.txt| 2 +-
Add polygon stipple functionality to the fragment shader.
Explicitly turn off polygon stipple for lines and points, since we
do them using tris.
---
src/gallium/drivers/swr/swr_context.h | 4 ++-
src/gallium/drivers/swr/swr_shader.cpp | 56 ++
Reviewed-by: Bas Nieuwenhuizen
On Thu, Apr 13, 2017 at 9:35 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This enables a bunch of NotSupported CTS tests.
>
> Signed-off-by: Dave Airlie
> ---
>
Reviewed-by: Bas Nieuwenhuizen
On Thu, Apr 13, 2017 at 9:29 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This bumps it to the same level as amdgpu-pro, it also
> moves a bunch of dEQP-VK.geometry.instanced.* from
> NotSupported
From: Dave Airlie
This enables a bunch of NotSupported CTS tests.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_formats.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_formats.c
On second thought, there are a bunch of things that I think need to be
answered here:
On 13.04.2017 01:42, Timothy Arceri wrote:
---
src/mesa/vbo/vbo_exec_array.c | 41 +++--
1 file changed, 31 insertions(+), 10 deletions(-)
diff --git
From: Dave Airlie
This bumps it to the same level as amdgpu-pro, it also
moves a bunch of dEQP-VK.geometry.instanced.* from
NotSupported to Pass.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_device.c | 2 +-
1 file changed, 1 insertion(+), 1
From: Nicolai Hähnle
Fixes a bug in
KHR-GL45.shader_draw_parameters_tests.ShaderMultiDrawArraysParameters.
Reviewed-by: Marek Olšák
---
src/mesa/vbo/vbo_exec_array.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
From: Nicolai Hähnle
When any count[i] is negative, we must skip all draws.
Moving to vbo makes the subsequent change easier.
v2:
- provide the function in all contexts, including GLES
- adjust validation accordingly to include the xfb check
---
From: Nicolai Hähnle
The same logic needs to be applied to glMultiDrawArrays.
---
src/mesa/main/api_validate.c | 48 ++--
1 file changed, 28 insertions(+), 20 deletions(-)
diff --git a/src/mesa/main/api_validate.c
From: Nicolai Hähnle
Found by inspection.
---
src/mesa/main/api_validate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/api_validate.c b/src/mesa/main/api_validate.c
index af4f7cb..8f83432 100644
--- a/src/mesa/main/api_validate.c
On 07.04.2017 19:05, Brian Paul wrote:
On 04/07/2017 10:30 AM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
When any count[i] is negative, we must skip all draws.
Moving to vbo makes the subsequent change easier.
---
src/mapi/glapi/gen/gl_API.xml | 2 +-
Make swr compile for both linux and windows.
---
src/gallium/drivers/swr/SConscript| 7 +--
src/gallium/targets/libgl-xlib/SConscript | 2 +-
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/swr/SConscript
b/src/gallium/drivers/swr/SConscript
index
Emil Velikov writes:
> From: Emil Velikov
>
> We should check the presence in order to determine if we should
> [implicitly] set the CFLAGS/LIBS
>
> Cc: Eric Anholt
> Reported-by: Eric Anholt
>
I wrote this code with reference to pixman, though I've only decided to
cover Linux (what I'm testing) and Android (seems obvious enough). Linux
has getauxval() as a cleaner interface to the /proc entry, but it's more
glibc-specific and I didn't want to add detection for that.
This will be used
This will allow Raspbian's ARMv6 builds to take advantage of the new NEON
code, and could prevent problems if vc4 ends up getting used on a v7 CPU
without NEON.
---
src/gallium/drivers/vc4/vc4_screen.c | 3 +++
src/gallium/drivers/vc4/vc4_tiling.h | 25 +
2 files changed,
From: Emil Velikov
We should check the presence in order to determine if we should
[implicitly] set the CFLAGS/LIBS
Cc: Eric Anholt
Reported-by: Eric Anholt
Signed-off-by: Emil Velikov
---
configure.ac
https://bugs.freedesktop.org/show_bug.cgi?id=100668
--- Comment #1 from Charles Huber ---
Created attachment 130833
--> https://bugs.freedesktop.org/attachment.cgi?id=130833=edit
Init WGL & show number of matching pixel formats
--
You are receiving this mail because:
You
---
src/gallium/docs/source/drivers/openswr.rst | 2 +-
src/gallium/docs/source/drivers/openswr/usage.rst | 9 +++--
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/src/gallium/docs/source/drivers/openswr.rst
b/src/gallium/docs/source/drivers/openswr.rst
index
From: Nicolai Hähnle
For robustness and testing purposes.
---
src/gallium/drivers/radeonsi/si_state_shaders.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c
From: Nicolai Hähnle
---
src/gallium/auxiliary/util/u_dump_state.c | 5 +
src/gallium/drivers/ddebug/dd_draw.c | 2 ++
2 files changed, 7 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_dump_state.c
b/src/gallium/auxiliary/util/u_dump_state.c
index
---
configure.ac | 16
1 file changed, 16 insertions(+)
diff --git a/configure.ac b/configure.ac
index aa0ef36..33167e4 100644
--- a/configure.ac
+++ b/configure.ac
@@ -49,5 +49,21 @@ if test "x$HAVE_GST" = "xyes"; then
fi
AM_CONDITIONAL(ENABLE_GST, [test "x$HAVE_GST" =
Note: nothing happens here yet since LINEAR == 0.
---
configure.ac | 2 +-
drm-common.c | 37 +
2 files changed, 34 insertions(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index 33167e4..f564ef3 100644
--- a/configure.ac
+++ b/configure.ac
@@
---
common.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/common.c b/common.c
index 4bf3c5a..e63bb39 100644
--- a/common.c
+++ b/common.c
@@ -31,10 +31,23 @@
static struct gbm gbm;
+#ifndef DRM_FORMAT_MOD_LINEAR
+#define DRM_FORMAT_MOD_LINEAR 0
+#endif
+static int
---
common.c | 13 -
common.h | 11 ++-
kmscube.c | 14 +++---
3 files changed, 29 insertions(+), 9 deletions(-)
diff --git a/common.c b/common.c
index e63bb39..eaaa9a4 100644
--- a/common.c
+++ b/common.c
@@ -31,9 +31,6 @@
static struct gbm gbm;
-#ifndef
---
common.h | 4
1 file changed, 4 insertions(+)
diff --git a/common.h b/common.h
index 2eceac7..f3d9d32 100644
--- a/common.h
+++ b/common.h
@@ -32,6 +32,10 @@
#include
#include
+#ifdef HAVE_CONFIG_H
+ #include "config.h"
+#endif
+
#ifndef EGL_KHR_platform_gbm
#define
This is helpful for debugging as you will bail early with an error
message instead of a random SIGSEGV (or something more obscure).
---
drm-atomic.c | 9 +
drm-legacy.c | 8
2 files changed, 17 insertions(+)
diff --git a/drm-atomic.c b/drm-atomic.c
index 27c6b1e..c06e52f 100644
v2: fix attribute name, it is count_scale not scale_count
---
src/mapi/glapi/gen/ARB_viewport_array.xml | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mapi/glapi/gen/ARB_viewport_array.xml
b/src/mapi/glapi/gen/ARB_viewport_array.xml
index
Hello Axel,
are your NINE updates for Mesa 17.1 coming?
I'm running the above mentioned fix (my kinds ;-), so you have my
Tested-by: Dieter Nützel
Greetings,
Dieter
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
In gl core, buffer must be reserved first by CreateBuffers/GenBuffers
to be valid.
v4: update comments based on Nicolai review
Signed-off-by: Gregory Hainaut
---
src/mesa/main/marshal.c | 36 +---
1 file changed, 33 insertions(+), 3
It would be used in next commit to allow asynchronous PBO transfer.
The tracking saves the buffer name into a hash. Saving pointer
will be more complex as the buffer is created in BindBuffer due to IsBuffer
insanity.
Perf wise DeleteBuffers is now synchronous for robustness.
Signed-off-by:
Improve speed on PCSX2
v2:
Add ppbo/ubpo status in XML file
Disable variable parameter (as the pointer would be a fixed offset)
v3:
split buffer tracking into separate patches.
use 'goto fallback_to_sync' when asynchronous transfer isn't supported
v4:
add Nicolai comment to explain why ppbo
Hello,
Please find a new version to handle invalid buffer handles.
Allow to handle this kind of case:
genBuffer();
BindBuffer(pbo)
DeleteBuffer(pbo);
BindBuffer(rand_pbo)
TexSubImage2D(user_memory_pointer); // Data transfer will be synchronous
There are various subtely to handle
Jan Vesely writes:
> Fixes build failure with LLVM 4
>
> Fixes: a981e68c26dc4079a335101da0033185030207f6
> (clover: Fix build against clang SVN >= r299965)
>
> Signed-off-by: Jan Vesely
Reviewed-by: Francisco Jerez
Hello Gregory,
do you have the v3 'ready'?
v2 do NOT apply any longer since Samuel Pitoiset's changes for 'bind
less'.
I'm running with this on Turks XT since you've sent it.
Greetings,
Dieter
Am 13.04.2017 17:49, schrieb gregory hainaut:
On Wed, 5 Apr 2017 12:52:03 +0200
Gregory Hainaut
Reviewed-by: Tim Rowley
>
On Apr 12, 2017, at 6:53 PM, Bruce Cherniak
> wrote:
Removed unnecessary and probably wrong PIPE_BIND_SCANOUT and PIPE_BIND_SHARED
flags in favor of
Reviewed-by: Tim Rowley
>
On Apr 12, 2017, at 6:43 PM, Bruce Cherniak
> wrote:
The context now contains SIMD vectors which must be aligned (specifically
samplePositions in
Reviewed-by: Marek Olšák
Marek
On Thu, Apr 13, 2017 at 5:42 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Fix the accounting for memory usage of userptr buffers, which has been wrong
> forever (or at least for a long
On 13.04.2017 18:39, gregory hainaut wrote:
On Thu, 13 Apr 2017 18:31:06 +0200
Nicolai Hähnle wrote:
On 05.04.2017 12:30, Gregory Hainaut wrote:
# Classify fixed and variable parameters.
self.fixed_params = []
self.variable_params =
Acked-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, 13 Apr 2017 18:31:06 +0200
Nicolai Hähnle wrote:
> On 05.04.2017 12:30, Gregory Hainaut wrote:
> > # Classify fixed and variable parameters.
> > self.fixed_params = []
> > self.variable_params = []
> > for p in
When publishing this spec on the OpenGL ES registry, Jon Leech noticed
that it didn't actually mention what the ES dependencies and
interactions were. I looked at extensions_table.h and noted that we
expose it in ES 3.0 contexts, and he added the obvious spec texts.
The updated copy also
On 05.04.2017 12:30, Gregory Hainaut wrote:
# Classify fixed and variable parameters.
self.fixed_params = []
self.variable_params = []
for p in self.parameters:
if p.is_padding:
continue
-if
Tested-by (v3): Dieter Nützel
I'm running 'all the time' with this.
Am 10.04.2017 03:48, schrieb Timothy Arceri:
Improves Deus Ex start-up times with a warm cache from ~30 seconds to
~22 seconds.
Also fixes the leaking of state.
V2: fix indentation
v3: add the value
Fixes build failure with LLVM 4
Fixes: a981e68c26dc4079a335101da0033185030207f6
(clover: Fix build against clang SVN >= r299965)
Signed-off-by: Jan Vesely
---
src/gallium/state_trackers/clover/llvm/compat.hpp | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi Gregory,
Sorry, this got dropped somehow.
On 13.04.2017 17:49, gregory hainaut wrote:
On Wed, 5 Apr 2017 12:52:03 +0200
Gregory Hainaut wrote:
Still, I believe there is the following bug in the series:
glGenBuffers(1, );
glBindBuffer(..., pbo);
From: Nicolai Hähnle
Enable code sanitizers by adding -fsanitize=$foo flags for the compiler
and linker.
In addition, this also disables checking for undefined symbols: running
the address sanitizer requires additional symbols which should be provided
by a preloaded
https://bugs.freedesktop.org/show_bug.cgi?id=98604
--- Comment #15 from Dieter Nützel ---
Michel and Christian,
can we have this patch in 17.1 (final)?
I have to apply it by hand on every build.
Any further logs/debug needed?
--
You are receiving this mail because:
You
On Wed, 5 Apr 2017 12:52:03 +0200
Gregory Hainaut wrote:
> > Still, I believe there is the following bug in the series:
>
> > glGenBuffers(1, );
> > glBindBuffer(..., pbo);
> > glDeleteBuffers(1, );
> > glTexSubImage2D(...); // will be asynchronous, but refers to user
On Thu, Apr 13, 2017 at 11:44 AM, Jason Ekstrand wrote:
> Nice! This may let us delete some back-end code too. I'll review later.
I looked a bit at i965, and I think it could.. we may want to
introduce ssbo_inc and ssbo_dec instructions so you can keep using hw
inc/dec
Nice! This may let us delete some back-end code too. I'll review later.
On Thu, Apr 13, 2017 at 8:23 AM, Rob Clark wrote:
> This is equivalent to what mesa/st does in glsl_to_tgsi. For most hw
> there isn't a particularly good reason to treat these differently.
>
>
From: Nicolai Hähnle
Fix the accounting for memory usage of userptr buffers, which has been wrong
forever (or at least for a long time).
Also initialize flags. Without this initialization, the sparse buffer flag
might end up being set, which leads to staging buffers
On 12.04.2017 11:20, Nicolai Hähnle wrote:
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_descriptors.c | 6 +-
src/gallium/drivers/radeonsi/si_shader.c| 15 ++-
src/gallium/drivers/radeonsi/si_shader.h| 13 +
This is equivalent to what mesa/st does in glsl_to_tgsi. For most hw
there isn't a particularly good reason to treat these differently.
Signed-off-by: Rob Clark
---
This is part of a larger patchset I'm working on to add SSBO and compute
shader support in mesa/st
On 13.04.2017 14:20, Rowley, Timothy O wrote:
On Apr 13, 2017, at 4:26 AM, Nicolai Hähnle > wrote:
On 11.04.2017 18:53, Tim Rowley wrote:
---
src/gallium/drivers/swr/swr_screen.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git
On Thu, 2017-04-13 at 13:00 +0900, Michel Dänzer wrote:
> On 13/04/17 03:15 AM, Francisco Jerez wrote:
> > Michel Dänzer writes:
> >
> > > From: Michel Dänzer
> > >
> > > clang::LangAS::Offset is gone, the behaviour is as if it was 0.
> > >
Actually, pipe_buffer_union is also used in pipe_draw_info::index, which
replaces pipe_index_buffer::*buffer.
Marek
On Apr 12, 2017 12:00 PM, "Marek Olšák" wrote:
> On Wed, Apr 12, 2017 at 5:59 AM, Brian Paul wrote:
> > On 04/11/2017 02:15 PM, Marek Olšák
Hi Wladimir,
On Thu, 2017-04-13 at 16:05 +0200, Wladimir J. van der Laan wrote:
> This patch adds support for the SINGLE_BUFFER feature on GC3000
> GPUs, which allows rendering to a single buffer using multiple pixel
> pipes.
>
> This feature is always used when it is available, which means that
And you forgot your Signed-off-by line!
greets
--
Christian Gmeiner, MSc
https://www.youtube.com/user/AloryOFFICIAL
https://soundcloud.com/christian-gmeiner
2017-04-13 16:25 GMT+02:00 Christian Gmeiner :
> Hi
>
> 2017-04-13 16:05 GMT+02:00 Wladimir J. van der Laan
Hi
2017-04-13 16:05 GMT+02:00 Wladimir J. van der Laan :
> This patch adds support for the SINGLE_BUFFER feature on GC3000
> GPUs, which allows rendering to a single buffer using multiple pixel
> pipes.
>
> This feature is always used when it is available, which means that
>
This patch adds support for the SINGLE_BUFFER feature on GC3000
GPUs, which allows rendering to a single buffer using multiple pixel
pipes.
This feature is always used when it is available, which means that
multi-tiled formats are no longer being used in that case, and all
buffers will be normal
Update to etna_viv commit 411bd69.
---
src/gallium/drivers/etnaviv/hw/cmdstream.xml.h | 2 +-
src/gallium/drivers/etnaviv/hw/common.xml.h| 10 ++--
src/gallium/drivers/etnaviv/hw/isa.xml.h | 75 +-
src/gallium/drivers/etnaviv/hw/state.xml.h | 10 ++--
Request chipMinorFeatures bitfields 4 and 5 from the
drm driver.
---
src/gallium/drivers/etnaviv/etnaviv_screen.c | 12
src/gallium/drivers/etnaviv/etnaviv_screen.h | 4 +++-
2 files changed, 15 insertions(+), 1 deletion(-)
Adds two further chipminorfeatures words -
On 9 March 2017 at 15:52, Emil Velikov wrote:
> Hi all,
>
> Here is the current tentative 17.1.0 release schedule.
>
> Apr 14 2017 - Feature freeze/Release candidate 1
> Apr 21 2017 - Release candidate 2
> Apr 28 2017 - Release candidate 3
> May 05 2017 - Release
1 - 100 of 125 matches
Mail list logo