Am 26.01.2017 um 12:16 schrieb Peter Frühberger:
Hi Christian,
2017-01-26 12:00 GMT+01:00 Christian König >:
Hi Peter,
Am 25.01.2017 um 19:45 schrieb Peter Frühberger:
Peter, Rainer any idea what I'm missing
Am 26.01.2017 um 12:01 schrieb Samuel Pitoiset:
On 01/26/2017 03:45 AM, Michel Dänzer wrote:
On 25/01/17 11:19 PM, Samuel Pitoiset wrote:
On 01/25/2017 03:56 AM, Michel Dänzer wrote:
On 25/01/17 12:05 AM, Marek Olšák wrote:
On Tue, Jan 24, 2017 at 2:17 PM, Christian König
On 26/01/17 11:00, Christian König wrote:
> Hi Peter,
>
> Am 25.01.2017 um 19:45 schrieb Peter Frühberger:
>>
>>
>> Peter, Rainer any idea what I'm missing here? Do you guys use some
>> modified ffmpeg for Kodi or how does that work for you?
>>
>>
>> do you set the format correctly, e.g.:
From: Marek Olšák
This just needs to be done for r600g in the screen.
We don't need an IB submission for every new context created for GCN.
---
src/gallium/drivers/r600/r600_pipe.c | 2 +-
src/gallium/drivers/radeon/r600_pipe_common.c | 1 +
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state_shaders.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c
b/src/gallium/drivers/radeonsi/si_state_shaders.c
index 010ce15..b3616dc 100644
---
From: Marek Olšák
to move the big conditional statement out of draw_vbo
---
src/gallium/drivers/radeonsi/si_cp_dma.c| 39 +
src/gallium/drivers/radeonsi/si_descriptors.c | 2 ++
src/gallium/drivers/radeonsi/si_hw_context.c| 3 ++
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state_draw.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state_draw.c
b/src/gallium/drivers/radeonsi/si_state_draw.c
index
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.h | 4 ++--
src/gallium/drivers/radeonsi/si_state.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.h
b/src/gallium/drivers/radeonsi/si_pipe.h
index
From: Marek Olšák
The update frequency is very low.
Difference: Only account for the size when allocating a new one.
---
src/gallium/drivers/radeonsi/si_cp_dma.c| 3 ++-
src/gallium/drivers/radeonsi/si_hw_context.c| 2 +-
From: Marek Olšák
This would be a fix if the value was used anywhere.
---
src/gallium/winsys/amdgpu/drm/amdgpu_surface.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_surface.c
On Jan 26, 2017 6:03 AM, "Lionel Landwerlin"
wrote:
On 26/01/17 13:43, Eric Engestrom wrote:
> On Thursday, 2017-01-26 11:27:00 +, Lionel Landwerlin wrote:
>
>> Fixes:
>> dEQP-VK.api.descriptor_pool.out_of_pool_memory
>>
>> Signed-off-by: Lionel Landwerlin
From: Marek Olšák
this cleanup is based on the vulkan driver, which seems to do the same thing
---
src/gallium/drivers/radeon/r600_pipe_common.c | 7 ---
src/gallium/drivers/radeon/r600_pipe_common.h | 2 --
src/gallium/drivers/radeon/r600_query.c | 28
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_buffer_common.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/drivers/radeon/r600_buffer_common.c
b/src/gallium/drivers/radeon/r600_buffer_common.c
index c6f4d0d..da6f020 100644
---
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_hw_context.c| 1 -
src/gallium/drivers/radeonsi/si_pipe.h | 1 -
src/gallium/drivers/radeonsi/si_state_draw.c| 19 ---
src/gallium/drivers/radeonsi/si_state_shaders.c | 43
From: Marek Olšák
to simplify things in draw_vbo a little
---
src/gallium/drivers/r600/r600_state_common.c | 8
src/gallium/drivers/radeon/r600_pipe_common.h | 21 -
src/gallium/drivers/radeon/r600_texture.c | 18 +-
From: Marek Olšák
also move it to draw_vbo, because it should be 0 in most cases
---
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/drivers/radeonsi/si_pm4.c| 16 +---
src/gallium/drivers/radeonsi/si_pm4.h| 1 -
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_compute.c | 12
1 file changed, 12 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_compute.c
b/src/gallium/drivers/radeonsi/si_compute.c
index fe29fb1..d05c488 100644
---
From: Marek Olšák
The perf difference is very small: 0.99% -> 0.40% for the time spent
in si_get_ia_multi_vgt_param when si_draw_vbo is 20%. Pretty much nothing.
---
src/gallium/drivers/radeonsi/si_pipe.c | 1 +
src/gallium/drivers/radeonsi/si_pipe.h |
From: Marek Olšák
it's the default and the name will change to +fp64-fp16-denormals.
---
src/gallium/drivers/radeonsi/si_pipe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
From: Marek Olšák
we don't use on-chip tess.
---
src/gallium/drivers/radeonsi/si_shader.c | 6 +++---
src/gallium/drivers/radeonsi/si_shader_internal.h | 5 -
2 files changed, 3 insertions(+), 8 deletions(-)
diff --git
Signed-off: George Kyriazis
> -Original Message-
> From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
> Sent: Thursday, January 26, 2017 7:24 AM
> To: mesa-dev@lists.freedesktop.org
> Cc: emil.l.veli...@gmail.com; Kyriazis, George
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/drivers/radeonsi/si_state.c | 2 ++
src/gallium/drivers/radeonsi/si_state_draw.c | 52 +++-
3 files changed, 31 insertions(+), 24 deletions(-)
diff --git
Hi Peter,
Am 25.01.2017 um 19:45 schrieb Peter Frühberger:
Peter, Rainer any idea what I'm missing here? Do you guys use some
modified ffmpeg for Kodi or how does that work for you?
do you set the format correctly, e.g.:
From: Emil Velikov
MSVC warns about implicit conversion as below. Annotate the literal
appropriately to silence the warning.
nir_gather_info.c(249) : warning C4334: '<<' : result of 32-bit shift
implicitly converted to 64 bits (was 64-bit shift intended?)
From: Emil Velikov
Analogous to previous commit.
Signed-off-by: Emil Velikov
---
src/mesa/state_tracker/st_atifs_to_tgsi.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_atifs_to_tgsi.c
From: Emil Velikov
Already handled by configure.ac
Signed-off-by: Emil Velikov
---
src/gallium/state_trackers/xa/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/xa/Makefile.am
From: Emil Velikov
MSVC warns about different const qualifiers. Add the extra const to
silence it.
nir_phi_builder.c(244) : warning C4090: 'initializing' : different 'const'
qualifiers
nir_phi_builder.c(245) : warning C4090: 'initializing' : different 'const'
From: Emil Velikov
Using return foo() is incorrect even if foo itself returns void.
Spotted by AppVeyor, as below:
teximage.c(3653) : warning C4098: 'copyteximage' : 'void' function returning a
value
Signed-off-by: Emil Velikov
---
On Thursday, 2017-01-26 13:24:02 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Various parts of the code depend on the macros being defined.
>
> Just set those unconditionally, only where needed (c++ sources) so that
> we can drop the workarounds through the
On 01/26/2017 03:45 AM, Michel Dänzer wrote:
On 25/01/17 11:19 PM, Samuel Pitoiset wrote:
On 01/25/2017 03:56 AM, Michel Dänzer wrote:
On 25/01/17 12:05 AM, Marek Olšák wrote:
On Tue, Jan 24, 2017 at 2:17 PM, Christian König
wrote:
Am 24.01.2017 um 11:44 schrieb
The size of the pool is slightly smaller than the size of the
structure containing the whole pool. We need to take that into account
on when setting up the internals.
Fixes a crash due to out of bound memory access in:
dEQP-VK.api.descriptor_pool.out_of_pool_memory
v2: Drop debug traces
Fixes:
dEQP-VK.api.descriptor_pool.out_of_pool_memory
Signed-off-by: Lionel Landwerlin
---
src/intel/vulkan/anv_util.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/intel/vulkan/anv_util.c b/src/intel/vulkan/anv_util.c
index 6408ac87c7..5fbc7cc113
Reviewed-by: Lionel Landwerlin
On 26/01/17 13:18, Emil Velikov wrote:
From: Emil Velikov
MSVC warns about implicit conversion as below. Annotate the literal
appropriately to silence the warning.
nir_gather_info.c(249) : warning
Reviewed-by: Lionel Landwerlin
On 26/01/17 13:18, Emil Velikov wrote:
From: Emil Velikov
MSVC warns about different const qualifiers. Add the extra const to
silence it.
nir_phi_builder.c(244) : warning C4090: 'initializing' :
On 01/26/2017 12:07 PM, Christian König wrote:
Am 26.01.2017 um 12:01 schrieb Samuel Pitoiset:
On 01/26/2017 03:45 AM, Michel Dänzer wrote:
On 25/01/17 11:19 PM, Samuel Pitoiset wrote:
On 01/25/2017 03:56 AM, Michel Dänzer wrote:
On 25/01/17 12:05 AM, Marek Olšák wrote:
On Tue, Jan 24,
The size of the pool is slightly smaller than the size of the
structure containing the whole pool. We need to take that into account
on when setting up the internals.
Fixes a crash due to out of bound memory access in:
dEQP-VK.api.descriptor_pool.out_of_pool_memory
Signed-off-by: Lionel
On 25/01/17 14:41, Christian König wrote:
> Hi guys,
>
> ok this is completely work in progress and untested except for a compile run.
>
> Most of the stuff necessary should be there for VDPAU, but I'm honestly not
> sure how to approach VAAPI.
>
> My main problem at the moment is that I can't
On Thursday, 2017-01-26 11:27:00 +, Lionel Landwerlin wrote:
> Fixes:
>dEQP-VK.api.descriptor_pool.out_of_pool_memory
>
> Signed-off-by: Lionel Landwerlin
Reviewed-by: Eric Engestrom
But is there any reason not to add support
b3119a3 introduced a strict LLVM requirement for r300 on all
architectures and thus configure fails on architectures where LLVM is
not available or buggy.
r300 doesn't strictly require LLVM, but for performance reasons we
highly recommend LLVM usage. So require it at least on x86 and x86_64
From: Nicolai Hähnle
---
docs/specs/EGL_MESA_drm_image_formats.txt | 98 +++
docs/specs/enums.txt | 5 ++
2 files changed, 103 insertions(+)
create mode 100644 docs/specs/EGL_MESA_drm_image_formats.txt
diff --git
Signed-off-by: Eric Engestrom
---
src/intel/vulkan/anv_util.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/intel/vulkan/anv_util.c b/src/intel/vulkan/anv_util.c
index 5fbc7cc113..289d01ecb0 100644
--- a/src/intel/vulkan/anv_util.c
+++
Both patches look good to me :
Reviewed-by: Lionel Landwerlin
On 26/01/17 13:48, Eric Engestrom wrote:
Signed-off-by: Eric Engestrom
---
src/intel/vulkan/anv_util.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
On 26/01/17 13:43, Eric Engestrom wrote:
On Thursday, 2017-01-26 11:27:00 +, Lionel Landwerlin wrote:
Fixes:
dEQP-VK.api.descriptor_pool.out_of_pool_memory
Signed-off-by: Lionel Landwerlin
Reviewed-by: Eric Engestrom
But is
From: Nicolai Hähnle
---
include/EGL/eglmesaext.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/EGL/eglmesaext.h b/include/EGL/eglmesaext.h
index 405d0e9..9b0de56 100644
--- a/include/EGL/eglmesaext.h
+++ b/include/EGL/eglmesaext.h
@@ -83,15 +83,22
Hi all,
this is mostly motivated by the need to support more screen depths than
just 24/32-bit RGB in Glamor. The extension is simple enough, just adding
three more enums that are accepted.
I _think_ every DRI driver that exposes EGL_MESA_drm_image should be able
to support this new extension as
From: Nicolai Hähnle
XXX do we need a separate enable bit?
---
src/egl/drivers/dri2/egl_dri2.c | 21 -
src/egl/main/eglapi.c | 2 ++
2 files changed, 22 insertions(+), 1 deletion(-)
diff --git a/src/egl/drivers/dri2/egl_dri2.c
On 25/01/17 14:42, Christian König wrote:
> From: Christian König
>
> Most likely only partially correct, but at least a start.
>
> Signed-off-by: Christian König
> ---
> src/gallium/state_trackers/va/config.c | 9 ++---
>
From: Emil Velikov
Does not match the function definition or how it's used. Triggers the
following warning in AppVeyor
svga_cmd_vgpu10.c(1301) : warning C4028: formal parameter 2 different from
declaration
Cc: Charmaine Lee
Signed-off-by:
From: Emil Velikov
The variable replacement was unused when building w/o
ENABLE_SHADER_CACHE. Since we can mix variable declarations and code,
move it to where its used.
Fixes: 9f8dc3bf03e "utils: build sha1/disk cache only with
Android/Autoconf"
Signed-off-by: Emil
From: Emil Velikov
Follow the approach set in the file and handle all the ops, as otherwise
the compiler throws a bunch of lovely warnings.
Note that some versions of GCC have -Wswitch implied by -Wall, latter of
which set in out autoconf and scons builds.
Signed-off-by: Eric Engestrom
---
Feel free to reject this if you prefer to add extension errors when
each extension is implemented :)
---
src/intel/vulkan/anv_util.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/intel/vulkan/anv_util.c
From: Emil Velikov
Correctly handled by the build systems.
Cc: Roland Scheidegger
Signed-off-by: Emil Velikov
---
src/gallium/auxiliary/gallivm/lp_bld_misc.cpp | 8
1 file changed, 8 deletions(-)
diff --git
From: Emil Velikov
Analogous to previous commits.
Signed-off-by: Emil Velikov
---
src/gallium/include/pipe/p_compiler.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/gallium/include/pipe/p_compiler.h
From: Emil Velikov
Analogous to previous commit(s), with a minor detail - here we set the
macros when building both C and C++ sources.
Resolving that is a more challenging task that we'll sort out another
day.
Signed-off-by: Emil Velikov
From: Emil Velikov
Correctly handled by all the build systems.
Signed-off-by: Emil Velikov
---
src/compiler/glsl/glsl_parser_extras.cpp | 1 -
src/compiler/glsl/ir_builder_print_visitor.cpp | 1 -
From: Emil Velikov
Analogous to previous commits.
Signed-off-by: Emil Velikov
---
src/mesa/x86/gen_matypes.c | 4
1 file changed, 4 deletions(-)
diff --git a/src/mesa/x86/gen_matypes.c b/src/mesa/x86/gen_matypes.c
index
From: Emil Velikov
Already handled by the build.
Signed-off-by: Emil Velikov
---
src/gallium/drivers/nouveau/codegen/nv50_ir_print.cpp | 1 -
1 file changed, 1 deletion(-)
diff --git
From: Emil Velikov
Analogous to previous commits.
Cc: George Kyriazis
Signed-off-by: Emil Velikov
---
src/gallium/drivers/swr/SConscript | 5 -
1 file changed, 5 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #59 from Andreas Hartmetz ---
Another random guess: Maybe shader compilation is a problem insofar that it
blocks in a different GL API call than in other drivers, which causes some lock
to be held for much
From: Emil Velikov
Analogous to previous commit - just set the lot once throughout.
Cc: Jose Fonseca
Signed-off-by: Emil Velikov
---
Jose,
Appveyor seemed happy, but please check that it doesn't explode
elsewhere for
From: Emil Velikov
Various parts of the code depend on the macros being defined.
Just set those unconditionally, only where needed (c++ sources) so that
we can drop the workarounds through the code.
Cc: Rob Herring
Cc: Chih-Wei Huang
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #60 from Iaroslav Andrusyak ---
if it help rocket league in wine(gallium-nine) works fine without hangs
--
You are receiving this mail because:
You are the assignee for the
Signed-off-by: Eric Engestrom
---
Similar to the anvil series:
https://lists.freedesktop.org/archives/mesa-dev/2017-January/142187.html
---
src/amd/vulkan/radv_util.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/amd/vulkan/radv_util.c
Signed-off-by: Eric Engestrom
---
Feel free to reject this if you prefer to add extension errors when
each extension is implemented :)
---
src/amd/vulkan/radv_util.c | 8
1 file changed, 8 insertions(+)
diff --git a/src/amd/vulkan/radv_util.c
I'm pretty sure we've kept up with the bug fixes.
---
src/intel/vulkan/anv_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index f40e9b2..27f06ac 100644
--- a/src/intel/vulkan/anv_device.c
+++
Reviewed-by: Marek Olšák
On Jan 26, 2017 12:13 PM, "Andreas Boll" wrote:
> b3119a3 introduced a strict LLVM requirement for r300 on all
> architectures and thus configure fails on architectures where LLVM is
> not available or buggy.
>
> r300
On 01/25/2017 12:55 PM, Francisco Jerez wrote:
> Ian Romanick writes:
>
>> It's a real bummer that we have two implementations of this function
>> that are basically written in assembly... I'm not sure what else you'd
>> call generating IR by hand. The code review and
On Thu, Jan 26, 2017 at 9:08 AM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> Fixes:
>dEQP-VK.spirv_assembly.instruction.compute.opspecconstantop.vector_
> related
>dEQP-VK.spirv_assembly.instruction.graphics.opspecconstantop.vector_
> related*
>
> Signed-off-by: Lionel
On Thu 26 Jan 2017, Chris Wilson wrote:
> Since the workaround bo is used strictly as a write-only buffer, we need
> only allocate one per screen and use the same one from all contexts.
>
> (The caveat here is during extension initialisation, where we write into
> and read back register values
Tested with ffmpeg and gst-vaapi. Without this bits per
frame is set way too low.
Signed-off-by: Andy Furniss
---
src/gallium/state_trackers/va/picture.c | 32
1 file changed, 24 insertions(+), 8 deletions(-)
diff --git
I keep seeing patches like this... is it time to move BITFIELD64_* from
mtypes.h to somewhere in util for more general use?
On 01/26/2017 05:18 AM, Emil Velikov wrote:
> From: Emil Velikov
>
> MSVC warns about implicit conversion as below. Annotate the literal
>
Ugh... windows defines long to be 32-bit on 32-bit platforms Yeah.
Reviewed-by: Jason Ekstrand
On Thu, Jan 26, 2017 at 6:05 AM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> Reviewed-by: Lionel Landwerlin
>
> On 26/01/17
For the series:
Reviewed-by: Marek Olšák
On Jan 25, 2017 5:50 PM, "Nicolai Hähnle" wrote:
Reviewed-by: Nicolai Hähnle
On 25.01.2017 16:56, Samuel Pitoiset wrote:
> This new query returns the current visible usage of VRAM
On Thu, Jan 26, 2017 at 10:22 AM, Jason Ekstrand wrote:
> Ugh... windows defines long to be 32-bit on 32-bit platforms Yeah.
long is 32-bit on 32-bit x86/Linux too...
I think you mean they define long to be 32-bits on 64-bit platforms.
On Thu, Jan 26, 2017 at 10:11 AM, Eric Engestrom
wrote:
> This is git, not svn :P
>
> Signed-off-by: Eric Engestrom
Reviewed-by: Matt Turner
> ---
> I also noticed some difference between this file and the one on
>
Am 26.01.2017 um 13:14 schrieb Mark Thompson:
On 26/01/17 11:00, Christian König wrote:
Hi Peter,
Am 25.01.2017 um 19:45 schrieb Peter Frühberger:
Peter, Rainer any idea what I'm missing here? Do you guys use some
modified ffmpeg for Kodi or how does that work for you?
do you set
Thanks!
Reviewed-by: Jason Ekstrand
Please cc stable for both patches.
--Jason
On Thu, Jan 26, 2017 at 9:08 AM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> Looking at the following bit of SPIRV shader :
>
> ...
> %zero= OpConstant %i32 0
>
2017-01-26 17:04 GMT+01:00 Marek Olšák :
> From: Marek Olšák
>
> this cleanup is based on the vulkan driver, which seems to do the same thing
Is this also ok for r600g? If I'm right, the amdgpu-pro Vulkan driver
doesn't have any support for pre-GCN
Michel Dänzer writes:
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Francisco Jerez
> ---
>
> Not sure if PropagateAttrs should be set to true or false. Setting it to
> true
On Thu, Jan 26, 2017 at 12:39 PM, Gustaw Smolarczyk
wrote:
> 2017-01-26 17:04 GMT+01:00 Marek Olšák :
>> From: Marek Olšák
>>
>> this cleanup is based on the vulkan driver, which seems to do the same thing
>
> Is this also ok for
Am 26.01.2017 um 14:24 schrieb Emil Velikov:
> From: Emil Velikov
>
> Correctly handled by the build systems.
>
> Cc: Roland Scheidegger
> Signed-off-by: Emil Velikov
> ---
>
Looking at the following bit of SPIRV shader :
...
%zero= OpConstant %i32 0
%ivec3_0 = OpConstantComposite %ivec3 %zero %zero %zero
%vec3_undef = OpUndef %ivec3
%sc_0= OpSpecConstant %i32 0
%sc_1= OpSpecConstant %i32 0
%sc_2= OpSpecConstant %i32 0
...
Our
This is git, not svn :P
Signed-off-by: Eric Engestrom
---
I also noticed some difference between this file and the one on
mesa3d.org; it might be worth making sure everything is sync'ed between
the two (most likely just push the version on git to the webserver).
---
From: Emil Velikov
Cc: Roland Scheidegger
Cc: Jose Fonseca
Signed-off-by: Emil Velikov
---
src/gallium/drivers/llvmpipe/lp_screen.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
From: Emil Velikov
Currently one can build i915g without LLVM thus the current handling is
wrong. Whether using i915g w/o LLVM is a good idea or not is a question
for another time.
Cc: Stéphane Marchesin
Signed-off-by: Emil Velikov
From: Emil Velikov
Provides quick and direct feedback to the user/developer.
Cc: Stéphane Marchesin
Signed-off-by: Emil Velikov
---
src/gallium/drivers/i915/i915_screen.c | 7 ++-
1 file changed, 6
From: Emil Velikov
Signed-off-by: Emil Velikov
---
src/gallium/drivers/virgl/virgl_screen.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/gallium/drivers/virgl/virgl_screen.c
b/src/gallium/drivers/virgl/virgl_screen.c
index
From: Emil Velikov
Analogous to previous two commits. Afaict only nv30 uses draw, so if
people prefer we can restrict this print only to those devices.
Signed-off-by: Emil Velikov
---
Unrelated:
Wasn't there a kernel/libdrm helper which
Thanks for catching this!
Reviewed-by: Jason Ekstrand
Cc: "17.0 13.0"
On Thu, Jan 26, 2017 at 3:18 AM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> The size of the pool is slightly smaller than the size of the
> structure
Reviewed-by: Marek Olšák
On Jan 26, 2017 2:22 PM, "Emil Velikov" wrote:
> From: Emil Velikov
>
> Follow the approach set in the file and handle all the ops, as otherwise
> the compiler throws a bunch of lovely
On 01/25/2017 01:42 PM, Francisco Jerez wrote:
> Ian Romanick writes:
>
>> On 01/24/2017 03:26 PM, Francisco Jerez wrote:
>>> This does point at the front-end emitting silly code that could have
>>> been optimized out, but the current fsign implementation would emit
>>>
On Thu, Jan 26, 2017 at 09:39:51AM -0800, Chad Versace wrote:
> On Thu 26 Jan 2017, Chris Wilson wrote:
> > Since the workaround bo is used strictly as a write-only buffer, we need
> > only allocate one per screen and use the same one from all contexts.
> >
> > (The caveat here is during
From: Emil Velikov
Currently we can build draw without LLVM thus honouring SOFTPIPE_USE_LLVM
is misleading even if most of the code nicely falls-back to no-op in the
lack of LLVM.
That does not seem to be the case in softpipe_draw_vbo() where extra
prepare
Hi all,
Here's a few small fixes/functionality improvements when dealing with
LLVM.
Most notably the series adds "LLVM" string [when applicable] to the .get_name()
callback for drivers that use draw.
Thus developer can respond accordingly - be that "rebuild with LLVM or
enjoy the bad
From: Emil Velikov
Provides quick and direct feedback to the user/developer.
Cc: Roland Scheidegger
Cc: Jose Fonseca
Signed-off-by: Emil Velikov
---
We can move all the ifdef to a helper, if
From: Emil Velikov
Provides quick and direct feedback to the user/developer.
Cc: Marek Olšák
Signed-off-by: Emil Velikov
---
src/gallium/drivers/r300/r300_screen.c | 10 +-
1 file changed, 9 insertions(+), 1
Andy Furniss wrote:
Christian König wrote:
Hi guys,
ok this is completely work in progress and untested except for a
compile run.
Most of the stuff necessary should be there for VDPAU, but I'm
honestly not sure how to approach VAAPI.
These regress R9 285 8bit h264 vaapi decode with mpv,
Fixes:
dEQP-VK.spirv_assembly.instruction.compute.opspecconstantop.vector_related
dEQP-VK.spirv_assembly.instruction.graphics.opspecconstantop.vector_related*
Signed-off-by: Lionel Landwerlin
---
src/compiler/spirv/spirv_to_nir.c | 52
On 26/01/17 13:24, Emil Velikov wrote:
From: Emil Velikov
Various parts of the code depend on the macros being defined.
Just set those unconditionally, only where needed (c++ sources) so that
we can drop the workarounds through the code.
Cc: Rob Herring
Reviewed-by: Marek Olšák
On Jan 26, 2017 4:36 AM, "Ilia Mirkin" wrote:
> This fixes
> GL45-CTS.tessellation_shader.tessellation_shader_tessellation.max_in_out_
> attributes
> likely among others on nouveau. We only support 30 patch varyings (as 2
>
1 - 100 of 190 matches
Mail list logo