---
src/mesa/main/extensions_table.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/extensions_table.h b/src/mesa/main/extensions_table.h
index bc1f21a2926..b1ee0214d6c 100644
--- a/src/mesa/main/extensions_table.h
+++ b/src/mesa/main/extensions_table.h
@@
---
src/mapi/glapi/gen/apiexec.py| 16
src/mesa/main/extensions_table.h | 2 +-
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/src/mapi/glapi/gen/apiexec.py b/src/mapi/glapi/gen/apiexec.py
index e69c6b4df16..1a91785d375 100644
---
---
src/mesa/main/dlist.c | 211 ++
1 file changed, 211 insertions(+)
diff --git a/src/mesa/main/dlist.c b/src/mesa/main/dlist.c
index 57ece6c30e0..8b1ddb05038 100644
--- a/src/mesa/main/dlist.c
+++ b/src/mesa/main/dlist.c
@@ -290,6 +290,15 @@ typedef enum
nir_compact_varyings() is meant to skip over varyings used by xfb:
/* We can't repack xfb varyings. */
if (var->data.always_active_io)
continue;
Any idea why that isn't working in this case?
On 21/06/18 06:30, Eric Anholt wrote:
If one of the TF variables got
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Nicolai Hähnle
They are supported by SPIR-V for ARB_gl_spirv.
v2 (changes on top of Nicolai's original patch):
* Handle UniformConstant storage class for uniforms other than
samplers and images. (Eduardo
Reviewed-by: Timothy Arceri
On 20/06/18 22:27, Alejandro Piñeiro wrote:
From: Neil Roberts
Sets var->driver.location if the uniform was found from a previous
stage.
---
Hi Timothy,
thanks for the review of the original patch. Recently we found that we
missed a little thing (one l
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Neil Roberts
Previously when setting up a uniform it would try to walk the uniform
storage slots and find one that matches the name of the given
variable. However, each variable already has a location which
I'm still unsure about some design decisions but in the name of
progressing this work this patch is:
Reviewed-by: Timothy Arceri
We can always rework things later if need be.
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Eduardo Lima Mitev
This function will be the entry point
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Neil Roberts
This is based on link_uniform_initializers.cpp.
v2: move from compiler/nir to compiler/glsl (Timothy Arceri)
---
src/compiler/Makefile.sources | 1 +
.../glsl
---
src/mesa/main/extensions_table.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/extensions_table.h b/src/mesa/main/extensions_table.h
index 1c55df8a228..423f22b4657 100644
--- a/src/mesa/main/extensions_table.h
+++ b/src/mesa/main/extensions_table.h
@@ -76,7
---
src/mesa/main/dlist.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/src/mesa/main/dlist.c b/src/mesa/main/dlist.c
index 0eb665e25e7..57ece6c30e0 100644
--- a/src/mesa/main/dlist.c
+++ b/src/mesa/main/dlist.c
@@ -523,6 +523,9 @@ typedef enum
/*
This is required for fp64 to be enabled in compat profile.
---
src/mesa/main/dlist.c | 514 ++
1 file changed, 514 insertions(+)
diff --git a/src/mesa/main/dlist.c b/src/mesa/main/dlist.c
index b0fbc17d017..0eb665e25e7 100644
--- a/src/mesa/main/dlist.c
I managed to miss these two in my last pass at this.
---
src/mesa/main/get_hash_params.py | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index 83136108e95..618e306e509 100644
---
This is required so we can enable fp64 support in compat profile.
---
src/mapi/glapi/gen/apiexec.py | 36 +--
src/mesa/main/dlist.c | 493 ++
2 files changed, 511 insertions(+), 18 deletions(-)
diff --git a/src/mapi/glapi/gen/apiexec.py
---
src/mapi/glapi/gen/apiexec.py| 16
src/mesa/main/extensions_table.h | 2 +-
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/src/mapi/glapi/gen/apiexec.py b/src/mapi/glapi/gen/apiexec.py
index 00c80171274..e69c6b4df16 100644
---
On 19/06/18 17:05, Dave Airlie wrote:
On 14 June 2018 at 11:00, Timothy Arceri wrote:
This relaxes a number of ES shader restrictions allowing shaders
to follow more desktop GLSL like rules.
This initial implementation relaxes the following:
- allows linking ES shaders with desktop
On 19/06/18 08:40, Ian Romanick wrote:
On 06/17/2018 05:15 PM, Timothy Arceri wrote:
Since we know what side of the branch we ended up on we can just
replace the use with a constant.
All helped shaders are from Unreal Engine 4 besides one shader from
Dirt Showdown.
shader-db results SKL
Reviewed-by: Timothy Arceri
On 18/06/18 20:15, Eric Engestrom wrote:
As of 66673bef941af344314f ("mesa: Unconditionally enable floating-point
textures"), the `bind` argument is no longer used, and the format check
is now a simple enum range check, so inline it and remove the
u
On 18/06/18 19:38, Iago Toral wrote:
On Mon, 2018-06-18 at 12:51 +1000, Timothy Arceri wrote:
---
src/mesa/main/version.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/version.c b/src/mesa/main/version.c
index 1bdccf4a1df..0d2597a61f4 100644
On 18/06/18 18:45, Gustaw Smolarczyk wrote:
2018-06-18 10:39 GMT+02:00 Iago Toral <mailto:ito...@igalia.com>>:
On Mon, 2018-06-18 at 09:43 +0200, Gustaw Smolarczyk wrote:
2018-06-18 4:39 GMT+02:00 Timothy Arceri mailto:tarc...@itsqueeze.com>>:
This is required fo
Cc: Marek Olšák
---
This is intended to apply on top of:
https://patchwork.freedesktop.org/patch/229981/
All the high importance pieces are now implemented and
we have a reasonable number of piglit tests for these
bits.
src/gallium/drivers/radeonsi/si_get.c | 2 +-
1 file changed, 1
---
src/mesa/main/version.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/version.c b/src/mesa/main/version.c
index 1bdccf4a1df..0d2597a61f4 100644
--- a/src/mesa/main/version.c
+++ b/src/mesa/main/version.c
@@ -228,6 +228,7 @@
This is required for compatibility profile support.
---
src/mesa/main/ff_fragment_shader.cpp | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/ff_fragment_shader.cpp
b/src/mesa/main/ff_fragment_shader.cpp
index a698931d99e..935a21624af 100644
---
Since we know what side of the branch we ended up on we can just
replace the use with a constant.
All helped shaders are from Unreal Engine 4 besides one shader from
Dirt Showdown.
shader-db results SKL:
total instructions in shared programs: 13219725 -> 13219643 (<.01%)
instructions in
ARB_texture_float references US Patent #6,650,327 [1] which has a filing date
of June 16 1998.
According to [2], patents filed after 1995 expire 20 years from the filing
date, giving an expiration of June 17 2018.
[1] https://www.google.com/patents/US6650327
[2]
Series:
Reviewed-by: Timothy Arceri
On 16/06/18 06:13, Rob Clark wrote:
Save the next person from digging through the code to figure out what
the indirect_mask parameter actually does.
Signed-off-by: Rob Clark
---
src/compiler/nir/nir_opt_loop_unroll.c | 4
1 file changed, 4
Can we get a piglit test to go along with this? Jordan added some
recently that you should be able to use as a base.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 14/06/18 19:40, Eric Engestrom wrote:
On Thursday, 2018-06-14 11:00:21 +1000, Timothy Arceri wrote:
Glibc has the same code to get program_invocation_short_name. However
for some reason the short name gets mangled for some wine apps.
For example with Google Earth VR I get
This relaxes a number of ES shader restrictions allowing shaders
to follow more desktop GLSL like rules.
This initial implementation relaxes the following:
- allows linking ES shaders with desktop shaders
- allows mismatching precision qualifiers
- always enables standard derivative builtins
---
src/util/drirc | 4
1 file changed, 4 insertions(+)
diff --git a/src/util/drirc b/src/util/drirc
index c76f1ca4380..ff706d16001 100644
--- a/src/util/drirc
+++ b/src/util/drirc
@@ -176,6 +176,10 @@ TODO: document the other workarounds.
+
+
+
Google Earth VR shaders uses builtins in constant expressions with
GLSL 1.10. That feature wasn't allowed until GLSL 1.20.
---
src/compiler/glsl/ast_function.cpp | 3 ++-
src/gallium/auxiliary/pipe-loader/driinfo_gallium.h | 1 +
src/gallium/include/state_tracker/st_api.h
Glibc has the same code to get program_invocation_short_name. However
for some reason the short name gets mangled for some wine apps.
For example with Google Earth VR I get:
program_invocation_name:
"/home/tarceri/.local/share/Steam/steamapps/common/EarthVR/Earth.exe"
---
src/util/drirc | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/util/drirc b/src/util/drirc
index ff706d16001..7f91035ae8b 100644
--- a/src/util/drirc
+++ b/src/util/drirc
@@ -178,6 +178,7 @@ TODO: document the other workarounds.
+
{ $$ = NULL; }
| layout_defaults{ $$ = $1; }
+ | ';' { $$ = NULL; }
Should the $$ stuff be aligned with above? Otherwise:
Acked-by: Timothy Arceri
;
function_definition:
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
On 12/06/18 18:46, Grazvydas Ignotas wrote> On Tue, Jun 12, 2018 at 8:07
AM, Timothy Arceri wrote:
From: Timothy Arceri
localhost.localdomain?
Yeah I wrote these patches from an Intel machine I don't use very often,
I've already fixed these loca
From: Timothy Arceri
For now this just allows an app to query
VK_SHADER_INFO_TYPE_DISASSEMBLY_AMD which for now only returns
shader-db information. This will allow us to use anv with
vkpipeline-db.
We should add shader disassembly in the future so that RenderDoc
can display
From: Timothy Arceri
---
anv-report.py | 191 ++
run.c | 75 +---
2 files changed, 239 insertions(+), 27 deletions(-)
create mode 100755 anv-report.py
diff --git a/anv-report.py b/anv-report.py
new file mode 100755
index
From: Timothy Arceri
This avoids hitting asserts in anv.
---
run.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/run.c b/run.c
index eafbd7d..a962887 100644
--- a/run.c
+++ b/run.c
@@ -264,6 +264,7 @@ create_graphics_pipeline(VkDevice device, struct
pipeline_info *info,
return
From: Timothy Arceri
---
anv-report.py | 191 ++
run.c | 75 +---
2 files changed, 239 insertions(+), 27 deletions(-)
create mode 100755 anv-report.py
diff --git a/anv-report.py b/anv-report.py
new file mode 100755
index
From: Timothy Arceri
This avoids hitting asserts in anv.
---
run.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/run.c b/run.c
index eafbd7d..a962887 100644
--- a/run.c
+++ b/run.c
@@ -264,6 +264,7 @@ create_graphics_pipeline(VkDevice device, struct
pipeline_info *info,
return
Looks right to me. I guess we have no piglit tests for it, I ran the CTS
a few times on radeonsi but I was more focused on getting piglit working.
Reviewed-by: Timothy Arceri
On 12/06/18 04:56, Rob Clark wrote:
We can have arrays of images or samplers. But I forgot to handle that
case long
---
CMakeLists.txt | 1 +
run.c | 169 +++--
2 files changed, 121 insertions(+), 49 deletions(-)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 3e1546c..c1d86c8 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -4,6 +4,7 @@
On 09/06/18 00:07, Eero Tamminen wrote:
Hi,
On 08.06.2018 15:19, Timothy Arceri wrote:
This relaxes a number of ES shader restrictions allowing shaders
to follow more desktop GLSL like rules.
This initial implementation relaxes the following:
- allows linking ES shaders with desktop
This relaxes a number of ES shader restrictions allowing shaders
to follow more desktop GLSL like rules.
This initial implementation relaxes the following:
- allows linking ES shaders with desktop shaders
- allows mismatching precision qualifiers
- always enables standard derivative builtins
Google Earth VR shaders uses builtins in constant expressions with
GLSL 1.10. That feature wasn't allowed until GLSL 1.20.
---
src/compiler/glsl/ast_function.cpp | 3 ++-
src/gallium/auxiliary/pipe-loader/driinfo_gallium.h | 1 +
src/gallium/include/state_tracker/st_api.h
---
src/util/drirc | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/util/drirc b/src/util/drirc
index 574374418fd..ee0133f4f40 100644
--- a/src/util/drirc
+++ b/src/util/drirc
@@ -179,6 +179,7 @@ TODO: document the other workarounds.
+
---
src/util/drirc | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/util/drirc b/src/util/drirc
index 8e61c32ca71..574374418fd 100644
--- a/src/util/drirc
+++ b/src/util/drirc
@@ -178,6 +178,7 @@ TODO: document the other workarounds.
+
---
src/util/drirc | 4
1 file changed, 4 insertions(+)
diff --git a/src/util/drirc b/src/util/drirc
index c76f1ca4380..8e61c32ca71 100644
--- a/src/util/drirc
+++ b/src/util/drirc
@@ -176,6 +176,10 @@ TODO: document the other workarounds.
+
+
+
These are seen in Google Earth VR shaders.
---
src/compiler/glsl/glsl_parser.yy | 18 +-
.../auxiliary/pipe-loader/driinfo_gallium.h| 1 +
src/gallium/include/state_tracker/st_api.h | 1 +
src/gallium/state_trackers/dri/dri_screen.c| 2 ++
Glibc has the same code to get program_invocation_short_name. However
for some reason the short name gets mangled for some wine apps.
For example with Google Earth VR I get:
program_invocation_name:
"/home/tarceri/.local/share/Steam/steamapps/common/EarthVR/Earth.exe"
On 06/06/18 19:10, Neil Roberts wrote:
Timothy Arceri writes:
+static struct type_tree_entry *
+build_type_tree_for_type(const struct glsl_type *type)
+{
Do we really need this? As far as I can tell we walk the types here to
build a tree then in nir_link_uniform() we walk the tree. Why
Fixes truncation warning in gcc 8.1
Fixes: 8539c9bf3158 ("gallium/radeon: add the kernel version into the renderer
string")
---
src/gallium/drivers/radeonsi/si_pipe.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.h
Fixes the gcc warning:
snprintf’ output between 26 and 33 bytes into a destination of size 32
Fixes: d5f7ebda3ec0 ("ac: add LLVM build functions for subgroup instrinsics")
---
src/amd/common/ac_llvm_build.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
swizzle is unsigned so "desc->swizzle[c] < 0" is never true.
---
src/amd/vulkan/radv_formats.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_formats.c b/src/amd/vulkan/radv_formats.c
index 50ec904d514..958f2a2c821 100644
---
quot;mesa: use gl_program for CurrentProgram rather than
gl_shader_program"
Cc: Timothy Arceri
Cc:
Signed-off-by: Jordan Justen
---
src/mesa/main/program_binary.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/src/mesa/main/program_binary.c b/src/me
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Neil Roberts
Otherwise if the shader is SPIR-V then SamplerUsed won’t have been
initialised yet so it will end up thinking no textures are used. This
was causing a crash later on if nothing causes it to regenerate
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Eduardo Lima Mitev
v2: tweak after nir_linker.h being renamed to gl_nir_linker.h
---
src/mesa/drivers/dri/i965/brw_link.cpp | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/mesa
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Eduardo Lima Mitev
v2: nir_link_uniforms renamed to gl_nir_link_uniforms
Signed-off-by: Eduardo Lima
Signed-off-by: Alejandro Piñeiro
---
src/mesa/drivers/dri/i965/brw_link.cpp | 6 ++
1 file changed, 6
Look like we should have just always done it this way.
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Eduardo Lima Mitev
Right now, the BRW linker code assumes nir_variable::name is always
non-NULL, but thanks to ARB_gl_spirv we will soon be linking SPIR-V
On 06/06/18 19:10, Neil Roberts wrote:
Timothy Arceri writes:
+static struct type_tree_entry *
+build_type_tree_for_type(const struct glsl_type *type)
+{
Do we really need this? As far as I can tell we walk the types here to
build a tree then in nir_link_uniform() we walk the tree. Why
internally a location. That will be
handled on following patches.
A nir_linker.h file is also added. More NIR-linking related API will
be added in subsequent patches and those will include stuff from Mesa,
so reusing nir.h didn't seem a good idea.
v2: move from compiler/nir to compiler/glsl (Timothy
Seems reasonable.
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Neil Roberts
When SpvDecorationBinding is encountered in the SPIR-V source it now
sets explicit_binding on the nir_variable. This will be used to
determine whether to initialise sampler and image
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Eduardo Lima Mitev
Previous patch 'spirv: Get rid of vtn_variable_mode_image/sampler'
made possible that interface_type of image/sampler nir_variable may be
null. This patch accounts for it and make use of the type of the
variable instead of
Looks ok to me.
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Neil Roberts
vtn_variable_mode_image and _sampler are instead replaced with
vtn_variable_mode_uniform which encompasses both of them. In the few
places where it was neccessary to distinguish
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Eduardo Lima Mitev
I think it is more accurate to call it a sampler target (?).
---
src/compiler/nir_types.cpp | 7 +++
src/compiler/nir_types.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/src
I guess this will need to be rewritten with all the deref stuff almost
ready to land. If you manage to get this stuff in before then you can
have a:
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
From: Eduardo Lima Mitev
Vulkan has the concept of separate image
I still dislike the idea of this bool but in the name of progress.
Patches 1-2 are:
Reviewed-by: Timothy Arceri
On 12/05/18 19:40, Alejandro Piñeiro wrote:
---
src/mesa/drivers/dri/i965/brw_program.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri
There aren't to many people familiar with this part of the compiler.
CCing Ian and Ken in case they missed this patch.
On 29/05/18 04:21, zhaowei yuan wrote:
Line number of a predefined macro should be set
as where it is referenced rather than declared
Signed-off-by: zhaowei yuan
Bugzilla:
On 02/06/18 04:34, Ian Romanick wrote:
On 05/31/2018 10:37 PM, Timothy Arceri wrote:
This pass detects potential loop terminators and moves intructions
from the non breaking branch after the if.
This enables both the new opt_if_simplification() pass and loop
unrolling to potentially progress
We need to add loop terminators to the list in the order we come
across them otherwise if two or more have the same exit condition
we will select that last one rather than the first one even though
its unreachable.
This fix is for simple unrolls where we only have a single exit
point. When
On 02/06/18 04:34, Ian Romanick wrote:
On 05/31/2018 10:37 PM, Timothy Arceri wrote:
This pass detects potential loop terminators and moves intructions
from the non breaking branch after the if.
This enables both the new opt_if_simplification() pass and loop
unrolling to potentially progress
We will use the helper while simplifying potential loop terminators
in the following patch.
---
src/compiler/nir/nir_loop_analyze.c | 15 ++-
src/compiler/nir/nir_loop_analyze.h | 11 +++
2 files changed, 13 insertions(+), 13 deletions(-)
diff --git
This pass detects potential loop terminators and moves intructions
from the non breaking branch after the if.
This enables both the new opt_if_simplification() pass and loop
unrolling to potentially progress further.
Unexpectedly this change speed up shader-db run times by ~3%
Ivy Bridge
On 01/06/18 13:08, Timothy Arceri wrote:
On 30/05/18 22:21, Samuel Pitoiset wrote:
This pass turns:
if (cond) {
} else {
do_work();
}
into:
if (!cond) {
do_work();
} else {
}
Here's the vkpipeline-db stats (from affected shaders) on Polaris10:
Totals
+ nir_cf_reinsert(, nir_before_cf_list(>then_list));
+ nir_cf_delete();
+
+ return true;
+}
You are missing a new line here.
Otherwise for the series:
Reviewed-by: Timothy Arceri
+static bool
+opt_if_cf_list(nir_builder *b, struct exec_list *cf_list)
{
bool progress = false;
On 01/06/18 10:21, Ian Romanick wrote:
From: Ian Romanick
d8d18516b0a and 03fb13f6467 added some patterns to undo conversions like
(('ior', ('flt', a, b), ('flt', a, c)), ('flt', a, ('fmax', b, c)))
Reviewed-by: Timothy Arceri
However can you explain where these conversions happen
Reviewed-by: Timothy Arceri
On 01/06/18 10:21, Ian Romanick wrote:
From: Ian Romanick
Some trivial help now, but it also prevents ~40 regressions caused by
Samuel's "nir: implement the GLSL equivalent of if simplication in
nir_opt_if" patch.
All Gen4+ platforms had similar results
On 01/06/18 02:40, Ian Romanick wrote:
On 05/30/2018 07:09 PM, Timothy Arceri wrote:
On 31/05/18 11:33, Ian Romanick wrote:
"less than"
whoops ... luckly I removed that bit from the description before pushing
This regression is with "nir: implement the
Seems about right.
Reviewed-by: Timothy Arceri
On 01/06/18 05:24, Marek Olšák wrote:
From: Marek Olšák
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=106748
---
src/mesa/state_tracker/st_extensions.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git
On 31/05/18 19:37, Bas Nieuwenhuizen wrote:
On Thu, May 31, 2018 at 11:35 AM, Timothy Arceri wrote:
On 31/05/18 19:26, Samuel Pitoiset wrote:
On 05/31/2018 11:25 AM, Bas Nieuwenhuizen wrote:
On Thu, May 31, 2018 at 11:13 AM, Samuel Pitoiset
wrote:
On 05/31/2018 01:55 AM, Timothy
safe -> precision safe
---
src/compiler/nir/nir_opt_algebraic.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/compiler/nir/nir_opt_algebraic.py
b/src/compiler/nir/nir_opt_algebraic.py
index 21b9acecbe2..aeb280ffb97 100644
--- a/src/compiler/nir/nir_opt_algebraic.py
On 31/05/18 19:26, Samuel Pitoiset wrote:
On 05/31/2018 11:25 AM, Bas Nieuwenhuizen wrote:
On Thu, May 31, 2018 at 11:13 AM, Samuel Pitoiset
wrote:
On 05/31/2018 01:55 AM, Timothy Arceri wrote:
On 31/05/18 03:06, Samuel Pitoiset wrote:
Similar for max().
Signed-off-by: Samuel
On 31/05/18 10:44, Ian Romanick wrote:
On 05/30/2018 01:48 AM, Samuel Pitoiset wrote:
Totals from affected shaders:
SGPRS: 80 -> 80 (0.00 %)
VGPRS: 48 -> 48 (0.00 %)
Code Size: 2120 -> 2096 (-1.13 %) bytes
Max Waves: 16 -> 16 (0.00 %)
Only two Rise of Tomb Raider shaders are affected on my
sues
that I'm seeing with that patch...
Correct.
On 05/30/2018 04:09 AM, Timothy Arceri wrote:
This avoids loop unrolling regressions in Wolfenstein II on DXVK
with an upcoming optimisation series from Samuel.
---
src/compiler/nir/nir_opt_algebraic.py | 1 +
1 file changed, 1 insertion(+)
diff --gi
Series is:
Reviewed-by: Timothy Arceri
On 31/05/18 09:51, Bas Nieuwenhuizen wrote:
They are only used in 1 file.
---
src/amd/vulkan/radv_device.c | 16 +---
src/amd/vulkan/radv_private.h | 8
2 files changed, 9 insertions(+), 15 deletions(-)
diff --git a/src/amd
On 31/05/18 03:06, Samuel Pitoiset wrote:
Similar for max().
Signed-off-by: Samuel Pitoiset
---
src/compiler/nir/nir.h| 3 +++
src/compiler/nir/nir_opt_algebraic.py | 8
2 files changed, 11 insertions(+)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
This avoids loop unrolling regressions in Wolfenstein II on DXVK
with an upcoming optimisation series from Samuel.
---
src/compiler/nir/nir_opt_algebraic.py | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/compiler/nir/nir_opt_algebraic.py
b/src/compiler/nir/nir_opt_algebraic.py
index
This is required for tessellation shader Compat profile support.
---
src/mesa/main/dlist.c | 78 +++
1 file changed, 78 insertions(+)
diff --git a/src/mesa/main/dlist.c b/src/mesa/main/dlist.c
index 8be223559ab..4fc451000b5 100644
---
On 25/05/18 20:40, Timothy Arceri wrote:
On 25/05/18 19:57, Samuel Pitoiset wrote:
On 05/25/2018 04:28 AM, Timothy Arceri wrote:
On 25/05/18 11:24, Bas Nieuwenhuizen wrote:
On Fri, May 25, 2018 at 2:25 AM, Timothy Arceri
<tarc...@itsqueeze.com> wrote:
From what I recall with my t
On 25/05/18 19:57, Samuel Pitoiset wrote:
On 05/25/2018 04:28 AM, Timothy Arceri wrote:
On 25/05/18 11:24, Bas Nieuwenhuizen wrote:
On Fri, May 25, 2018 at 2:25 AM, Timothy Arceri
<tarc...@itsqueeze.com> wrote:
From what I recall with my testing on radeonsi this wasn't really
the
On 25/05/18 11:24, Bas Nieuwenhuizen wrote:
On Fri, May 25, 2018 at 2:25 AM, Timothy Arceri <tarc...@itsqueeze.com> wrote:
From what I recall with my testing on radeonsi this wasn't really the ideal
thing to do. Especially when varyings arrays are accessed via and indirect
index, regist
ked.
Explicitely remove the pending references to these shaders.
Fixes: e6506b3cd23 ("mesa: retain gl_shader_programs after glDeleteProgram if they
are in use")
Cc: Timothy Arceri <tarc...@itsqueeze.com>
Cc: Kenneth Graunke <kenn...@whitecape.org>
---
src/mesa/main/shaderapi.c |
From what I recall with my testing on radeonsi this wasn't really the
ideal thing to do. Especially when varyings arrays are accessed via and
indirect index, register use very quickly gets out of control.
On 23/05/18 22:31, Samuel Pitoiset wrote:
Do not lower FS inputs because this moves
On 23/05/18 03:16, Ian Romanick wrote:
On 05/11/2018 09:49 PM, Timothy Arceri wrote:
Mesa seems to be the only implementation that doesn't allow builtins
to be explicitly declared. The GLSL 1.30 spec seems to imply that
buitins may be explicitly declared.
There was a clarification added
On 24/05/18 18:41, Nicolai Hähnle wrote:
What about selection and feedback mode for geometry shaders and
tessellation?
For now this will only enable the extension in compat when using env
overrides. So this patch should be ok as is IMO.
Cheers,
Nicolai
On 23.05.2018 22:58, Marek Olšák
All looks good to me :) Series:
Reviewed-by: Timothy Arceri <tarc...@itsqueeze.com>
On 24/05/18 06:58, Marek Olšák wrote:
Hi,
This advances GL compatibility support a little bit. Geometry and
tessellation shaders should work if you don't combine them with
non-GLSL stages. All GLSL
to avoid breaking those builds on windows.
Am 21.05.2018 um 01:19 schrieb Timothy Arceri:
On 20/05/18 22:16, Benedikt Schemmer wrote:
There is exactly one flock in mesa and it caused mesa not to build
on windows when shader cache was enabled.
It should be possible
Ian can I get your thoughts on this series?
On 12/05/18 14:49, Timothy Arceri wrote:
Mesa seems to be the only implementation that doesn't allow builtins
to be explicitly declared. The GLSL 1.30 spec seems to imply that
buitins may be explicitly declared.
This this allows the game "Full
On 22/05/18 03:13, Ian Romanick wrote:
On 05/16/2018 12:04 AM, Timothy Arceri wrote:
The GLSL ES 1.0 spec made these features optional. With
OES_standard_derivatives they are guaranteed to be available
but currently the extension must be enabled to use them.
Instead this changes the code
On 22/05/18 04:15, Eric Anholt wrote:
Timothy Arceri <tarc...@itsqueeze.com> writes:
On 18/05/18 00:53, Eric Anholt wrote:
This reverts commit 5c33e8c7729edd5e16020ebb8703be96523e04f2. It broke
fixed function vertex programs on vc4 and v3d, and apparently caused
trouble for radeonsi
801 - 900 of 6672 matches
Mail list logo