From: Eduardo Lima Mitev
This function will be the entry point for linking the uniforms from
the nir_shader objects associated with the gl_linked_shaders of a
program.
This patch includes initial support for linking uniforms from NIR
shaders. It is tailored for the ARB_gl_spirv needs, and it is
Fix build error after llvm-7.0.0svn r330669 ("InstCombine: Fix layering
by not including Scalar.h in InstCombine").
CXX rasterizer/jitter/libmesaswr_la-blend_jit.lo
rasterizer/jitter/blend_jit.cpp:816:20: error: use of undeclared identifier
'createInstructionCombiningPass'; did you mean
'
https://bugs.freedesktop.org/show_bug.cgi?id=106180
--- Comment #4 from Darek ---
Please try this https://patchwork.freedesktop.org/patch/219239/
mesa 18.1.0-rc2 +
dri3-Only-update-number-of-back-buffers-in-loader_dri3_get_buffers.patch
It seems to me that there is some problem with dri3 in mesa
Hi Gert
Am 28.04.2018 um 23:51 schrieb Gert Wollny:
> Am Samstag, den 28.04.2018, 22:43 +0200 schrieb Benedikt Schemmer:
>> The patches apply cleanly, however I just did a shader-db test run
>> and can't find a difference with your patch
>> applied, am I doing something wrong?
>
> AFAIK radeonsi
Reviewed-by: Marek Olšák
Marek
On Fri, Apr 27, 2018 at 8:32 AM, Leo Liu wrote:
> The blit here involves scaling since it's copying from I8 format to R8G8
> format.
> Half of source will be filtered out with PIPE_TEX_FILTER_NEAREST
> instruction, it
> looks that GPU always uses the second half
Am Samstag, den 28.04.2018, 22:43 +0200 schrieb Benedikt Schemmer:
> The patches apply cleanly, however I just did a shader-db test run
> and can't find a difference with your patch
> applied, am I doing something wrong?
AFAIK radeonsi doesn't use the register-merge optimizer in TGSI.
>
> compil
https://bugs.freedesktop.org/show_bug.cgi?id=106304
Bug ID: 106304
Summary: glcpp/tests/glcpp-test-cr-lf and
glcpp/tests/glcpp-test fail
Product: Mesa
Version: git
Hardware: Other
OS: All
Status:
On April 28, 2018 9:12:38 AM PDT, "Juan A. Suarez Romero"
wrote:
>On Fri, 2018-04-27 at 14:07 -0700, Dylan Baker wrote:
>> Hi List,
>>
>> Mesa 18.1.0-rc2 is now available. There are 20 nominated patches, and
>no queued
>> or rejected patches. All patches applied cleanly, so no conflicts at
>al
The patches apply cleanly, however I just did a shader-db test run and can't
find a difference with your patch
applied, am I doing something wrong?
compile times went up though:
before:
Thread 3 took 113.72 seconds and compiled 17899 shaders (not including SIMD16)
with 2232 GL context switches
Signed-off-by: Gert Wollny
---
.../state_tracker/st_glsl_to_tgsi_temprename.cpp | 102 +
1 file changed, 102 insertions(+)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi_temprename.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi_temprename.cpp
index b6e87e9a02..00c7155e1
This patch ties in the array split, merge, and interleave code.
shader-wb changes in the TGSI code are:
original code | array-merge | change in %
mean max | meanmax | mean -max
---
arrays 0.05
Signed-off-by: Gert Wollny
---
.../state_tracker/st_glsl_to_tgsi_temprename.cpp | 61 +++---
.../state_tracker/st_glsl_to_tgsi_temprename.h | 2 +-
2 files changed, 32 insertions(+), 31 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi_temprename.cpp
b/src/
Signed-off-by: Gert Wollny
---
src/mesa/Makefile.sources | 2 +
src/mesa/meson.build | 2 +
.../state_tracker/st_glsl_to_tgsi_array_merge.cpp | 283 +
.../state_tracker/st_glsl_to_tgsi_array_merge.h| 116 +
Signed-off-by: Gert Wollny
---
.../state_tracker/st_glsl_to_tgsi_temprename.cpp | 61 +-
1 file changed, 49 insertions(+), 12 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi_temprename.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi_temprename.cpp
index 00c71
On one hand "live range" is the term used in the literature, and on the
other hand a distinction is needed from the array live ranges.
Signed-off-by: Gert Wollny
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 16 ++---
.../state_tracker/st_glsl_to_tgsi_temprename.cpp | 78 +++
In preparation of the array live range tracking the evaluation of the read
mask is moved out the register live range tracking to the enclosing call
of the reneralized read access tracking.
Signed-off-by: Gert Wollny
---
src/mesa/state_tracker/st_glsl_to_tgsi_temprename.cpp | 15 ---
todo explain
Signed-off-by: Gert Wollny
---
.../state_tracker/st_glsl_to_tgsi_array_merge.cpp | 69 ++
.../state_tracker/st_glsl_to_tgsi_array_merge.h| 46 +++
2 files changed, 115 insertions(+)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi_array_merge
Signed-off-by: Gert Wollny
---
.../state_tracker/st_glsl_to_tgsi_array_merge.cpp | 389 -
.../state_tracker/st_glsl_to_tgsi_array_merge.h| 26 +-
2 files changed, 413 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi_array_merge.cpp
b/sr
v2: Define tests also in the meson.build file.
Signed-off-by: Gert Wollny
---
src/mesa/state_tracker/tests/Makefile.am | 20 +-
src/mesa/state_tracker/tests/meson.build | 14 +
src/mesa/state_tracker/tests/st_tests_common.h | 7 +-
.../tests/test_glsl_to_tgsi_array_mer
this is another update of the series I've sent before.
v3:
- Add new test mesa/st/tests/meson.build
- rebase patches to latest HEAD
this is the merged version of two series [1] (TGSI: split, merge
and interleave arrays) and [2] (mesa/st/glsl_to_tgsi: Properly
resolve life times for simple i
Array who's elements are only accessed directly are replaced by the
according number of temporary registers. By doing so the otherwise
reserved register range becomes subject to further optimizations like
copy propagation and register merging.
Thanks to the resulting reduced register pressure this
in constructs like below, currently the live range estimation extends the live
range
of t unecessarily to the whole loop because it was not detected that t is
unconditional written and later read only in the "if (a)" scope.
while (foo) {
...
if (a) {
...
if (b)
t
When mesa is compiled in debug mode then this adds the possibility
to print out some statistics about the translated shaders to a file.
The functionality is enabled by setting the environment variable
GLSL_TO_TGSI_PRINT_STATS
to the file name where the statistics should be collected. The file
Mesa 18.0.2 is now available.
In this release we have:
A couple of fixes for Meson that solves some problems regarding
building tests and installation.
A couple of fixes in state tracker / DRI that was causing crashes
in QtCreator and Firefox, among other problems.
A couple of fixes for GFX9, t
On Fri, 2018-04-27 at 14:07 -0700, Dylan Baker wrote:
> Hi List,
>
> Mesa 18.1.0-rc2 is now available. There are 20 nominated patches, and no
> queued
> or rejected patches. All patches applied cleanly, so no conflicts at all. Yay.
>
>
I think you meant 20 queued patches, not nominated. Queued
https://bugs.freedesktop.org/show_bug.cgi?id=106296
Dilian changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Compiling for Windows with meson is still a work in progress. I have a branch
that cross compiled from Linux with mingw, as I'm starting to work on msvc
support.
Dylan
On April 28, 2018 8:35:24 AM PDT, Liviu Prodea wrote:
>Short story
>
>As maintainer of this project -
>https://github.com
Short story
As maintainer of this project - https://github.com/pal1000/mesa-dist-win where
I build Mesa3D drivers with MSVC aided by a script I got a request to build swr
AVX512 target. After a bit of research I discovered it's not implemented in
Scons build and opened this ticket to track
https://bugs.freedesktop.org/show_bug.cgi?id=106296
--- Comment #1 from Ilia Mirkin ---
>From glxinfo:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 18.1.0-rc1
This is the return value for glGetString(GL_VERSION). That means that your
17.2.8 library is being picked up, not the other one.
On Sat, Apr 28, 2018 at 4:14 AM, Karol Herbst wrote:
> OpenCL has explicit casts where one can specify the rounding mode and put a
> sat modifier:
>
> https://www.khronos.org/registry/OpenCL/sdk/2.1/docs/
> man/xhtml/convert_T.html
>
> _sat is valid for all conversions to an integer type and roun
Reviewed-by: Jason Ekstrand
On Sat, Apr 28, 2018 at 4:14 AM, Karol Herbst wrote:
> we need rounding modes on other conversions involving floats and it is
> easier
> to rename f2f16_undef than renaming all the other ones.
>
> Signed-off-by: Karol Herbst
> ---
> src/compiler/nir/nir_opcodes.py
https://bugs.freedesktop.org/show_bug.cgi?id=106296
Bug ID: 106296
Summary: Where does the string "OpenGL ES 3.1 Mesa 17.2.8" come
from
Product: Mesa
Version: 17.3
Hardware: Other
OS: All
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=106283
--- Comment #5 from b...@besd.de ---
Hi,
if you are looking at the shader capture code, would you consider looking at
this patch too?
https://lists.freedesktop.org/archives/mesa-dev/2018-April/193430.html
I just send it to the list. It change
Change from a purely number.shader_test naming scheme to sha_number.shader_test
because especially games often use the same number for entirely different
shaders
based on graphics settings etc. and then already captured shaders get
overwritten.
It is also useful for capturing shaders from applica
https://bugs.freedesktop.org/show_bug.cgi?id=106209
Kai changed:
What|Removed |Added
CC||k...@dev.carbon-project.org
--- Comment #4 from K
https://bugs.freedesktop.org/show_bug.cgi?id=106283
--- Comment #4 from Tapani Pälli ---
(In reply to iive from comment #3)
> No it does not help.
> Yes, I swapped the working and not working functions.
> Sorry, my mistake. But the point remains.
>
> As you have said yourself, Shader replacement
---
src/compiler/nir/nir.h | 6 ++
src/compiler/nir/nir_lower_system_values.c | 15 +++
2 files changed, 21 insertions(+)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index f3326e6df94..1b1dd4dd31b 100644
--- a/src/compiler/nir/nir.h
+++ b/src/
The Vertex Elements are now:
* VE 1:
* VE 2:
VE1 is it kept as it was before, VE2 additionally contains the new
system value.
---
src/intel/compiler/brw_fs_nir.cpp | 2 ++
src/intel/compiler/brw_nir.c | 11 +--
src/intel/compiler/brw_vec4.cpp | 14
This series is the alternative to the discarded patch 6 of the series:
https://patchwork.freedesktop.org/series/41307/
It fixes gl_BaseVertex in i965 by calculating it as:
is_indexed_draw(~0/0) & firstvertex.
I have run jenkins for the last patch of the series and
the intermediate patch 3. No reg
---
src/intel/compiler/brw_compiler.h | 1 +
src/intel/compiler/brw_vec4.cpp | 4
2 files changed, 5 insertions(+)
diff --git a/src/intel/compiler/brw_compiler.h
b/src/intel/compiler/brw_compiler.h
index 24196248b8e..e3bf535a519 100644
--- a/src/intel/compiler/brw_compiler.h
+++ b/src/int
Surplus code related to the basevertex is removed.
The Vertex Elements contain now:
* VE 1:
* VE 2:
Also fixes unreachable message.
Fixes OpenGL CTS tests:
* KHR-GL46.shader_draw_parameters_tests.ShaderDrawArraysInstancedParameters
* KHR-GL46.shader_draw_parameters_tests.ShaderMultiDrawArraysP
This VS system value contains if the draw command used to start the
rendering was an indexed draw command or a non-indexed one
(~0/0 respectively). Useful to calculate the gl_BaseVertex as:
(SYSTEM_VALUE_IS_INDEXED_DRAW & SYSTEM_VALUE_FIRST_VERTEX).
---
src/compiler/nir/nir.c | 4
For easier implementing of the new conversion opcodes.
Signed-off-by: Karol Herbst
---
src/compiler/nir/nir_opcodes_h.py | 57 +++
1 file changed, 57 insertions(+)
diff --git a/src/compiler/nir/nir_opcodes_h.py
b/src/compiler/nir/nir_opcodes_h.py
index c9538
we need those for OpenCL
Signed-off-by: Karol Herbst
---
src/compiler/nir/nir_opcodes.py | 2 +-
src/compiler/nir/nir_opcodes_c.py | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/compiler/nir/nir_opcodes.py b/src/compiler/nir/nir_opcodes.py
index 7070f53adef..f4cd175
we need rounding modes on other conversions involving floats and it is easier
to rename f2f16_undef than renaming all the other ones.
Signed-off-by: Karol Herbst
---
src/compiler/nir/nir_opcodes.py | 4 ++--
src/compiler/nir/nir_opcodes_c.py | 8
src/intel/compiler/brw_fs_nir.cpp | 2
This series adds a bunch of new conversion ops to nir to support all possible
combinations of conversions mandated by the OpenCL specification.
Current drivers shouldn't be affected by any of those changes except renaming
nir_op_f2f16_undef to nir_op_f2f16.
Karol Herbst (4):
nir: rename f2f16_u
OpenCL has explicit casts where one can specify the rounding mode and put a
sat modifier:
https://www.khronos.org/registry/OpenCL/sdk/2.1/docs/man/xhtml/convert_T.html
_sat is valid for all conversions to an integer type and rounding modes are
valid for all conversions involving floats.
Allthoug
https://bugs.freedesktop.org/show_bug.cgi?id=106283
--- Comment #3 from i...@yahoo.com ---
No it does not help.
Yes, I swapped the working and not working functions.
Sorry, my mistake. But the point remains.
As you have said yourself, Shader replacements don't work for ancient
glProgramString().
https://bugs.freedesktop.org/show_bug.cgi?id=106157
--- Comment #4 from mercuriete ---
Sorry for the noise,
I need help to know how make useful logs
I have this bug: https://bugs.freedesktop.org/show_bug.cgi?id=106180
I can't use any vulkan application when using PRIME. (amd+intel)
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=106180
--- Comment #3 from mercuriete ---
Still happen in mesa 18.1.0-rc2
Sorry I need help to add useful logs.
I tried to revert that patch but there are conflicts when reverting.
Thanks in advance.
--
You are receiving this mail because:
You are
On Fri, Apr 27, 2018 at 11:17 AM, samiuddi
wrote:
> Test: CtsDisplayTestCases pass
>
> Signed-off-by: samiuddi
> ---
> src/egl/drivers/dri2/platform_android.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/src/egl/drivers/dri2/platform_android.c
> b/src/egl/drivers/dri2/platform_an
51 matches
Mail list logo
