On 24/04/17 20:35, Samuel Pitoiset wrote:
The ARB_bindless_texture spec says:
"Modify Section 5.4.1, Conversion and Scalar Constructors, p. 60"
(add the following constructors:)
// In the following four constructors, the low 32 bits of the sampler
// type correspond
On 24/04/17 20:35, Samuel Pitoiset wrote:
For the explicit conversions.
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl/ast_function.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ast_function.cpp
Patches 24-25 are:
Reviewed-by: Timothy Arceri
On 24/04/17 20:35, Samuel Pitoiset wrote:
This will help for the explicit conversions for sampler and
image types as specified by ARB_bindless_texture.
Signed-off-by: Samuel Pitoiset
---
On 24/04/17 20:35, Samuel Pitoiset wrote:
The ARB_bindless_texture allows sampler and image types to be
declared as temporary variables, to be converted from/to uvec2
using explicit constructors, so they can be assigned.
Signed-off-by: Samuel Pitoiset
---
On 24/04/17 20:35, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl/ast_to_hir.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ast_to_hir.cpp b/src/compiler/glsl/ast_to_hir.cpp
index
On 24/04/17 20:35, Samuel Pitoiset wrote:
Yes, this is a bit hacky but we don't really have the choice.
Plain GLSL doesn't accept bindless samplers/images as l-values
while it's allowed when ARB_bindless_texture is enabled.
Are you sure we need this? Can't we just set all the bindless
On 24/04/17 20:35, Samuel Pitoiset wrote:
The ARB_bindless_texture spec says:
"Interactions with GLSL 4.20"
"Without GLSL 4.20 support, sampler and image uniforms may only
be initialized through the OpenGL API. With GLSL 4.20, sampler
and image uniforms may be initialized
Please add the spec quote that I suggested in patch 7 to the comment
above this switch. With that:
Reviewed-by: Timothy Arceri
On 24/04/17 20:35, Samuel Pitoiset wrote:
The ARB_bindless_texture spec says:
"Replace Section 4.1.7 (Samplers), p. 25"
"Samplers
On 26/04/17 12:21, Timothy Arceri wrote:
On 24/04/17 20:35, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl/ast_to_hir.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ast_to_hir.cpp
Here get_scalar_type() was just geing use to remove the array
after that we converted it back to bast_type anyway so just
use the without_array() helper.
---
src/compiler/glsl/ast_to_hir.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ast_to_hir.cpp
Varying types have already been validated in
apply_type_qualifier_to_variable() by this point.
---
src/compiler/glsl/ast_to_hir.cpp | 15 ---
1 file changed, 15 deletions(-)
diff --git a/src/compiler/glsl/ast_to_hir.cpp b/src/compiler/glsl/ast_to_hir.cpp
index 0ae87cb..ef6f6cc 100644
Reviewed-by: Timothy Arceri
On 24/04/17 20:35, Samuel Pitoiset wrote:
The spec doesn't clearly state this, but I have got clarifiation
from the spec authors.
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl/ast_to_hir.cpp | 2 +-
1
Can we just update is_scalar instead?
On 24/04/17 20:35, Samuel Pitoiset wrote:
The ARB_bindless_texture spec says:
"Samplers are represented using 64-bit integer handles".
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl_types.cpp | 28
On 24/04/17 20:35, Samuel Pitoiset wrote:
The ARB_bindless_texture spec says:
"Modify Section 4.3.7, Interface Blocks, p. 38"
"(remove the following bullet from the last list on p. 39, thereby
permitting sampler types in interface blocks; image types are also
permitted in
On 24/04/17 20:35, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl/ast_to_hir.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ast_to_hir.cpp b/src/compiler/glsl/ast_to_hir.cpp
index
I am perfectly fine not submitting into stable. And can remove the assert,
since it’s causing trouble.
FWIW, piglit llvmpipe.py fixes 3 tests with no regressions.
George
On Apr 25, 2017, at 9:23 PM, Rowley, Timothy O
> wrote:
>On 2017-04-24 12:40, Eric Engestrom wrote:
>
>Sorry I haven't had time to look at this until now.
>
>I just had a look, and besides style that can be tweaked later, I think
>the main issue is that the homepage a visitor lands on when just typing
>'mesa3d.org' should be more than a simple
On 24/04/17 20:35, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl/ast_to_hir.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ast_to_hir.cpp b/src/compiler/glsl/ast_to_hir.cpp
index
Additionally I don’t think this should go into stable - without the
corresponding rasterizer commit (which feels like a risky change post -rc1) it
is of limited use.
On Apr 25, 2017, at 6:58 PM, Ilia Mirkin
> wrote:
This will cause asserts on
On 24/04/17 20:35, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl/ast_to_hir.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ast_to_hir.cpp b/src/compiler/glsl/ast_to_hir.cpp
index
On 24/04/17 20:35, Samuel Pitoiset wrote:
The ARB_bindless_texture spec says:
"Replace Section 4.1.7 (Samplers), p. 25"
"Samplers may be declared as shader inputs and outputs, as uniform
variables, as temporary variables, and as function parameters."
"Replace Section 4.1.X,
On 25/04/17 06:14 PM, Gregory Hainaut wrote:
> Hello,
>
> I did more tests on my side. DRI3 + recent stack is fine. Older
> (Debian Jessie, ~2y old) XCB hangs/deadlock. So all DRI3 drivers
> should be fine (typically AMD). And all applications that called
> XInitThread soon enough. So yeah I
On 24/04/17 20:35, Samuel Pitoiset wrote:
This adds bindless_sampler and bound_sampler (and respectively
bindless_image and bound_image) to the parser.
Signed-off-by: Samuel Pitoiset
---
src/compiler/glsl/ast.h | 8
Hello Brian, thanks for the response.
About the docs title, it's already "The Mesa 3D Graphics Library".
If you have any doubts, please see an example of the generated website here:
http://mesa2.jeanhertel.com.br/
About the font-size, that's defined directly by the theme.
It is possible to
On 24/04/17 20:35, Samuel Pitoiset wrote:
Bindless samplers/images are 64-bit unsigned integers, which
means they consume two components as specified by
ARB_bindless_texture.
It looks like we are not wasting uniform storage by changing
this because default-block uniforms are not packed. So,
https://bugs.freedesktop.org/show_bug.cgi?id=100782
--- Comment #2 from Michel Dänzer ---
The Xorg stderr output might have more information. Maybe set
EGL_LOG_LEVEL=debug for the Xorg process as well.
--
You are receiving this mail because:
You are the QA Contact for the
On 24/04/17 20:35, Samuel Pitoiset wrote:
The ARB_bindless_texture spec says:
"Samplers are represented using 64-bit integer handles."
and,
"Images are represented using 64-bit integer handles."
It seems simpler to always consider sampler and image types
as 64-bit unsigned integer.
https://bugs.freedesktop.org/show_bug.cgi?id=100789
--- Comment #1 from Michel Dänzer ---
Is this a regression from older versions of Mesa? If so, can you bisect Mesa or
at least narrow down the version where the problem first appeared?
--
You are receiving this mail
On Monday, April 24, 2017 3:19:31 PM PDT Rafael Antognolli wrote:
[snip]
> + brw_batch_emit(brw, GENX(3DSTATE_CC_STATE_POINTERS), ptr) {
> + ptr.ColorCalcStatePointer = brw->cc.state_offset;
> +#if GEN_GEN != 7
> + ptr.ColorCalcStatePointerValid = true;
> +#endif
> + }
> +}
Ah,
I'm not overly familiar with some of the code in 2-4 but it seems to
make sense so for what its worth. For the series:
Reviewed-by: Timothy Arceri
On 19/04/17 18:56, Nicolai Hähnle wrote:
From: Nicolai Hähnle
---
This one is
Tested-by: Dieter Nützel
My gut feeling is 'faster than ever'!
Even WebGL (Konqi 5.0.97) apps (HD 1920x1080) are very smooth, now.
Marek can you comment and then commit?
Dieter
Am 25.04.2017 13:59, schrieb Constantine Kharlamov:
It finishes the work
On Monday, April 24, 2017 3:19:30 PM PDT Rafael Antognolli wrote:
> Emit 3DSTATE_MULTISAMPLE using brw_batch_emit.
>
> Signed-off-by: Rafael Antognolli
> ---
> src/mesa/drivers/dri/i965/brw_context.h| 9 +-
> src/mesa/drivers/dri/i965/brw_state.h
This will cause asserts on piglit and dEQP runs instead of failures. This
is incredibly inconvenient, as e.g. dEQP runs everything in a single
process.
On Apr 25, 2017 7:29 PM, "George Kyriazis"
wrote:
> Add logic for converting enums and also making sure stipple
On Monday, April 24, 2017 3:19:26 PM PDT Rafael Antognolli wrote:
[snip]
> diff --git a/src/mesa/drivers/dri/i965/genX_state_upload.c
> b/src/mesa/drivers/dri/i965/genX_state_upload.c
> index 1bdcea5..45b02a6 100644
> --- a/src/mesa/drivers/dri/i965/genX_state_upload.c
> +++
On Monday, April 24, 2017 3:19:15 PM PDT Rafael Antognolli wrote:
> Emits 3DSTATE_RASTER from genX_state_upload.c using pack structs from
> genxml.
>
> Signed-off-by: Rafael Antognolli
> ---
> src/mesa/drivers/dri/i965/brw_state.h | 1 +-
>
On Monday, April 24, 2017 3:19:14 PM PDT Rafael Antognolli wrote:
> Emit clip state on Gen6+ using brw_batch_emit helper, using pack structs
> from genxml.
>
> Signed-off-by: Rafael Antognolli
> ---
> src/mesa/drivers/dri/i965/brw_state.h | 1 +-
>
Samuel Iglesias Gonsálvez writes:
> On Mon, 2017-04-24 at 11:22 -0700, Francisco Jerez wrote:
>> Samuel Iglesias Gonsálvez writes:
>>
>> > On Fri, 2017-04-21 at 10:23 -0700, Francisco Jerez wrote:
>> > > Samuel Iglesias Gonsálvez
add support in the binner: Split BinPoints into BinPostSetupPoints,
so we can use it from BinTriangles, since setup is already done.
CC:
---
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 175 ++---
1 file changed, 117 insertions(+), 58
Add logic for converting enums and also making sure stipple works.
CC:
---
src/gallium/drivers/swr/swr_state.cpp | 14 +-
src/gallium/drivers/swr/swr_state.h | 20
2 files changed, 33 insertions(+), 1 deletion(-)
diff --git
v2: - Added some error handling.
- memset the buffer to 0.
v3: Added assert for buffer size.
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_cs.c | 27 ---
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_winsys.c | 9
On 17-04-25 14:53:46, Anuj Phogat wrote:
On Mon, Apr 24, 2017 at 10:57 PM, Ben Widawsky wrote:
On 17-04-15 18:27:33, Jason Ekstrand wrote:
On April 14, 2017 5:37:55 PM Anuj Phogat wrote:
From: Ben Widawsky
This support was
v2: - Added some error handling.
- memset the buffer to 0.
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_cs.c | 27 ---
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_winsys.c | 8 +++
From: Dave Airlie
This code can be shared by radv, we bump the max to
VARYING_SLOT_MAX here, but that shouldn't have too
much fallout.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_exp_param.h | 40 ++
From: Dave Airlie
This is ported from radeonsi, and I can see at least one
Talos shader drops an export due to this, and saves some
VGPR usage.
v2: use shared code.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 37
On Monday, April 24, 2017 3:19:13 PM PDT Rafael Antognolli wrote:
[snip]
> diff --git a/src/mesa/drivers/dri/i965/genX_state_upload.c
> b/src/mesa/drivers/dri/i965/genX_state_upload.c
> index b9e207d..ff28cf5 100644
> --- a/src/mesa/drivers/dri/i965/genX_state_upload.c
> +++
This enables us to compile aubinator without the libdrm dependency.
Signed-off-by: Lionel Landwerlin
---
src/intel/tools/intel_aub.h | 153
1 file changed, 153 insertions(+)
create mode 100644
Hi,
While working with changes that span from kernel to user space, I've
been wondering whether we need to depend on libdrm at all for the anv
& i965 drivers. Indeed with Ken's recent changes, we only depend on
libdrm for its kernel header files which we could just embed
ourselves.
I've only
2017-04-25 22:12 GMT+02:00 Rob Herring :
> On Tue, Apr 25, 2017 at 1:50 PM, Mauro Rossi wrote:
>> 2017-04-25 18:21 GMT+02:00 Emil Velikov :
>>>
>>> On 24 April 2017 at 22:49, Rob Herring wrote:
>>> > On Mon, Apr
Because the buffer is new, it can't be referenced by any CS.
This can save few CPU cycles by skipping the whole
PIPE_TRANSFER_UNSYNCHRONIZED if in amdgpu_bo_map().
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/radeonsi/si_shader.c | 3 ++-
1 file changed, 2
On Monday, April 24, 2017 3:19:10 PM PDT Rafael Antognolli wrote:
> From: Kenneth Graunke
>
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/dri/i965/Makefile.sources| 15 ++-
> src/mesa/drivers/dri/i965/genX_state_upload.c | 109
On Tue, Apr 25, 2017 at 9:42 PM, Bas Nieuwenhuizen
wrote:
> The Vulkan spec has
>
> " Positive and negative infinities and positive and negative zeros are
> generated as dictated by IEEE
> 754, but subject to the precisions allowed in the following table."
>
> Sounds
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_cs.c | 27 ---
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_winsys.c | 5 +
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_winsys.h | 3 +++
3 files changed, 32 insertions(+), 3
On Mon, Apr 24, 2017 at 10:57 PM, Ben Widawsky wrote:
> On 17-04-15 18:27:33, Jason Ekstrand wrote:
>
>> On April 14, 2017 5:37:55 PM Anuj Phogat wrote:
>>
>> From: Ben Widawsky
>>>
>>> This support was removed on gen9 (it worked
I've hated this pass for quite a while. It is necessary for nv30 but is
actively harmful for nv50+ due to the undef issue nha points out. I haven't
looked closely at the impl details, but the idea is acked-by me.
On Apr 25, 2017 5:44 AM, "Samuel Pitoiset"
wrote:
>
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=100789
Bug ID: 100789
Summary: Mesa 17.0.4 pkppa, Textures become corrupt in
counterstrike 1.6 and in steam overlay after
indeterminate amount of time
Product: Mesa
Use an alias, so we can set the same value as the #define's.
v3:
- Call it "SO Buffer MOCS" to follow the most common naming scheme.
- Add alias for gen7 and gen75 too (Ken).
Signed-off-by: Rafael Antognolli
---
src/intel/genxml/gen7.xml | 1 +
On Mon, Apr 24, 2017 at 4:59 PM, Eric Anholt wrote:
> Android.mk was setting the flag across the entire driver, so we didn't
> have non-NEON versions getting built. This was going to be a problem with
> the next commit, when I start auto-detecting NEON support and use the
>
Hi!
I have merged
https://cgit.freedesktop.org/~airlied/mesa/log/?h=not-a-vulkan-swrast with
mesa-13.0.6 branch.
Maybe it will be useful for someone:
https://github.com/0lvin/mesa/tree/mesa-13.0.6-vallium
(4f83657c02867825ebbd3cc9e407eb989c8f8dee).
For build run:
./configure
Signed-off-by: Eric Engestrom
---
configure.ac | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index e42fcfff77..ba042791ad 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2920,15 +2920,17 @@ echo "Static libs:
On Tue, Apr 25, 2017 at 1:50 PM, Mauro Rossi wrote:
> 2017-04-25 18:21 GMT+02:00 Emil Velikov :
>>
>> On 24 April 2017 at 22:49, Rob Herring wrote:
>> > On Mon, Apr 24, 2017 at 11:59 AM, Emil Velikov
>>
On Sun, Apr 23, 2017 at 8:54 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> Noticed while looking at Sascha Willems deferred shaders.
>
> This is a bit of an llvm workaround, llvm was producing this:
> v_cvt_pkrtz_f16_f32_e64 v4, v7, v8
1-2 are
Reviewed-by: Bas Nieuwenhuizen
On Fri, Apr 21, 2017 at 4:41 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> In order to cleanly eliminate exports rewrite the
> code first to mirror how radeonsi works for now.
>
>
The Vulkan spec has
" Positive and negative infinities and positive and negative zeros are
generated as dictated by IEEE
754, but subject to the precisions allowed in the following table."
Sounds like we may need signed zero?
On Sun, Apr 23, 2017 at 9:15 PM, Dave Airlie
Hi all,
During a quick tests of latest Mesa3D versions at different branches 12.x,
13.x, 17.x we have found that deferred context and surface destroy doesn't
work properly.
According to docs:
https://www.khronos.org/registry/EGL/sdk/docs/man/html/eglDestroySurface.xhtml
Description
If the EGL
2017-04-25 18:21 GMT+02:00 Emil Velikov :
>
> On 24 April 2017 at 22:49, Rob Herring wrote:
> > On Mon, Apr 24, 2017 at 11:59 AM, Emil Velikov
> > wrote:
> >> Hi Rob,
> >>
> >> On 24 April 2017 at 17:46, Rob Herring
On 24.04.2017 10:45, Marek Olšák wrote:
From: Marek Olšák
A merged LS-HS shader needs both fix_fetch and inputs_to_copy
for compilation.
Patches 5-8:
Reviewed-by: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c| 10
On 24.04.2017 10:45, Marek Olšák wrote:
From: Marek Olšák
Cc: 17.1
---
src/gallium/drivers/radeonsi/si_shader.c | 28 +---
1 file changed, 21 insertions(+), 7 deletions(-)
diff --git
On Tuesday 25 April 2017, Timothy Arceri wrote:
> On 24/04/17 22:51, Fredrik Höglund wrote:
> > On Monday 24 April 2017, Timothy Arceri wrote:
> >> From the EXT_framebuffer_object spec:
> >>
> >> "Framebuffer objects created with the commands defined
> >> by the GL_EXT_framebuffer_object
On Tuesday, 2017-04-25 17:07:46 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Considering we cannot make dummy_thread a constant we might as well,
> initialise by the same function that handles the actual thread info.
>
> This way we don't need to worry about
On Tuesday, April 25, 2017 5:24:09 AM PDT Andres Gomez wrote:
> On Tue, 2017-04-25 at 11:57 +0200, Juan A. Suarez Romero wrote:
> > On Sat, 2017-04-22 at 16:28 -0700, Kenneth Graunke wrote:
> > > Curro pointed out that I should not just check for MACH, but use
> > > the
On Mon, Apr 24, 2017 at 9:15 PM, Ben Widawsky wrote:
> On 17-04-18 18:18:39, Francisco Jerez wrote:
>
> Most, if not all of the unrelated changes that snuck in were due to rebase.
> Anuj, would you mind fixing those? I tried my best to address the rest,
> but I'm
> admittedly
On 24 April 2017 at 22:49, Rob Herring wrote:
> On Mon, Apr 24, 2017 at 11:59 AM, Emil Velikov
> wrote:
>> Hi Rob,
>>
>> On 24 April 2017 at 17:46, Rob Herring wrote:
>>> If r300g is the only radeon driver built, the Android build
From: Emil Velikov
Considering we cannot make dummy_thread a constant we might as well,
initialise by the same function that handles the actual thread info.
This way we don't need to worry about mismatch between the initialiser
and initialising function.
Hi,
On 25 April 2017 at 17:03, Emil Velikov wrote:
> From a quick look most of this code is copy/pasted from platform_wayland.c.
>
> At the same time, large portions of the android, gbm and wayland (not
> sure about x11) platforms are almost identical.
> With the
Hi Gwan-gyeong,
On 12 April 2017 at 01:48, Mun Gwan-gyeong wrote:
> From: "Mun, Gwan-gyeong"
> ---
> src/egl/Makefile.am |7 +
> src/egl/drivers/dri2/egl_dri2.c | 11 +
> src/egl/drivers/dri2/egl_dri2.h | 36 +
>
---
src/gallium/drivers/swr/rasterizer/core/api.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/swr/rasterizer/core/api.h
b/src/gallium/drivers/swr/rasterizer/core/api.h
index d0f29dd..b9b994a 100644
--- a/src/gallium/drivers/swr/rasterizer/core/api.h
---
src/gallium/drivers/swr/rasterizer/core/api.cpp| 3 ++
src/gallium/drivers/swr/rasterizer/core/api.h | 45 ++
.../drivers/swr/rasterizer/memory/ClearTile.cpp| 2 +-
.../drivers/swr/rasterizer/memory/LoadTile.cpp | 2 +-
Use gather instruction for odd format fetch instead of slow emulated code.
---
.../drivers/swr/rasterizer/jitter/fetch_jit.cpp| 55 --
1 file changed, 9 insertions(+), 46 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/jitter/fetch_jit.cpp
---
src/gallium/drivers/swr/rasterizer/common/os.h | 6 +
src/gallium/drivers/swr/rasterizer/core/api.cpp | 48
src/gallium/drivers/swr/rasterizer/core/api.h | 141
3 files changed, 151 insertions(+), 44 deletions(-)
diff --git
clip.h workaround for vs2015 codegen still generates warnings
---
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 8
src/gallium/drivers/swr/rasterizer/core/frontend.cpp | 7 ++-
src/gallium/drivers/swr/rasterizer/core/pa_avx.cpp | 1 -
3 files changed, 2 insertions(+), 14
---
src/gallium/drivers/swr/rasterizer/core/knobs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/swr/rasterizer/core/knobs.h
b/src/gallium/drivers/swr/rasterizer/core/knobs.h
index 640b672..7ad6fe3 100644
---
Frontend - reduce simdvertex/simd16vertex stack usage for VS output in
ProcessDraw, fixes stack overflow in some of the deeper call stacks under
SIMD16.
1. Move the vertex store out of PA_FACTORY, and off the stack
2. Allocate the vertex store out of the aligned heap (pointer is
temporarily
Misplaced #endif preventing depth and stencil hot tile pointers
from incrementing in SIMD16 8x2 configuration of BackendPixelRate.
---
src/gallium/drivers/swr/rasterizer/core/backend.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Move construction of const above goto.
---
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/core/binner.cpp
b/src/gallium/drivers/swr/rasterizer/core/binner.cpp
index 3c94004..958f0a2
Highlights: more simd16 work, enable 8x2 backend, perf fixes.
Tim Rowley (15):
swr: [rasterizer core/jitter] More flexible max attribute slots
swr: [rasterizer jitter] Additional jit utility functions
swr: [rasterizer core] Fix some MSVC errors with SIMD16 FE
swr: [rasterizer core/common]
---
src/gallium/drivers/swr/Makefile.sources | 1 +
src/gallium/drivers/swr/rasterizer/common/os.cpp | 107 +
src/gallium/drivers/swr/rasterizer/common/os.h | 5 +-
.../drivers/swr/rasterizer/core/threads.cpp| 15 ++-
4 files changed, 126
---
src/gallium/drivers/swr/rasterizer/core/api.cpp | 23 ---
src/gallium/drivers/swr/rasterizer/core/api.h | 5 +
src/gallium/drivers/swr/rasterizer/core/backend.h | 3 ---
src/gallium/drivers/swr/swr_context.cpp | 5 +
Ability to allocate space for an arbitrary number (at compile time)
of positions in the vertex layout.
Removes KNOB_NUM_ATTRIBUTES from knobs.h, replaces the VTX slot
number #defines with the SWR_VTX_SLOTS enum (which contains
replacement for NUM_ATTRIBUTES: SWR_VTX_NUM_SLOTS)
---
---
.../drivers/swr/rasterizer/jitter/builder.cpp | 1 +
.../drivers/swr/rasterizer/jitter/builder.h| 1 +
.../drivers/swr/rasterizer/jitter/builder_misc.cpp | 69 +-
.../drivers/swr/rasterizer/jitter/builder_misc.h | 6 ++
4 files changed, 76 insertions(+),
---
src/gallium/drivers/swr/rasterizer/core/api.cpp | 6 +-
src/gallium/drivers/swr/rasterizer/core/api.h | 7 ++-
src/gallium/drivers/swr/rasterizer/core/backend.cpp | 10 +-
src/gallium/drivers/swr/rasterizer/core/backend.h | 2 +-
- add SIMDAPI decorator to a few functions in the binner and clipper.
- disabling buffer overrun warning for Assemble(uint32_t slot,
simdvector *verts) due to what looks like a compiler bug when
compiling the 16 wide frontend.
---
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 6 +++---
On 25 April 2017 at 15:06, Christian König wrote:
> Am 25.04.2017 um 15:17 schrieb Ilia Mirkin:
>>
>> [SNIP]
>> Is there a patch I should test?
>
>
> Patch is attached, but only compile tested.
>
> Basically if OpenGL/VDPAU interop worked before with Kodi/MPV it should
>
Am 25.04.2017 um 15:17 schrieb Ilia Mirkin:
[SNIP]
Is there a patch I should test?
Patch is attached, but only compile tested.
Basically if OpenGL/VDPAU interop worked before with Kodi/MPV it should
still keep working.
Christian.
-ilia
>From
On 25.04.2017 14:59, Constantine Kharlamov wrote:
> It finishes the work started by 0c2eed0edec, quoting:
>
>> The main idea is to avoid setting CB_COLORi_INFO = 0 for i>0 repeatedly
>> when those colorbuffers aren't used. This is mainly for glamor.
>
> After 0c2eed0edec the r600g was passing
On Tue, Apr 25, 2017 at 8:51 AM, Christian König
wrote:
> Am 21.04.2017 um 15:38 schrieb Emil Velikov:
>>
>> On 21 April 2017 at 13:31, Christian König
>> wrote:
>>>
>>> Am 21.04.2017 um 14:11 schrieb Emil Velikov:
Both headers are used
On 25.04.2017 11:29, Marek Olšák wrote:
On Tue, Apr 25, 2017 at 8:41 AM, Nicolai Hähnle wrote:
On 24.04.2017 15:31, Marek Olšák wrote:
On Mon, Apr 24, 2017 at 12:01 PM, Nicolai Hähnle
wrote:
On 23.04.2017 01:10, Marek Olšák wrote:
From: Marek
On Tuesday, 2017-04-25 11:46:55 +0100, Emil Velikov wrote:
> On 24 April 2017 at 23:40, Eric Engestrom wrote:
> > On Monday, 2017-04-24 17:22:19 +0100, Emil Velikov wrote:
> >> From: Emil Velikov
> >>
> >> Add a page that has information which
Am 21.04.2017 um 15:38 schrieb Emil Velikov:
On 21 April 2017 at 13:31, Christian König wrote:
Am 21.04.2017 um 14:11 schrieb Emil Velikov:
Both headers are used everywhere, plus they both provide interop
mechanism.
Since they define [consecutive] VDPAU driver funcs,
On Tuesday, 2017-04-25 12:10:46 +0100, Emil Velikov wrote:
> On 24 April 2017 at 20:29, Jason Ekstrand wrote:
> > This seems like something that would be more appropriate to put on a
> > "getting started" page than autogen.sh. The very last thing I (as a user of
> > it)
On Tue, 2017-04-25 at 11:57 +0200, Juan A. Suarez Romero wrote:
> On Sat, 2017-04-22 at 16:28 -0700, Kenneth Graunke wrote:
> > Curro pointed out that I should not just check for MACH, but use
> > the reads_accumulator_implicitly() helper, which would also prevent
> > the same bug with MAC and
1 - 100 of 131 matches
Mail list logo