We can't use any of the existing implementations in u_debug_stack.
Android technically has libunwind, but it's been modified to the point
where it no longer compiles with the Mesa usage. The library is also
not meant to be referenced by vendor libraries. The officially sanctioned
way of obtaining b
The fallback path for no libunwind ends up being stubs for Android.
Don't compile them in so we can provide our own implementation.
Signed-off-by: Stefan Schake
Reviewed-by: Eric Engestrom
---
v2: Explain why we special-case Android (Eric)
src/gallium/auxiliary/util/u_debug_stack.c | 3 ++-
1
v2 clarifies the Android special-case in u_debug_stack and collects tags.
I have no commit rights, so if it is otherwise satisfactory, I'd ask that
someone push the series. Thanks!
This series adds Android backtrace support, which is a prerequisite for
using the refcount debugging tool in gallium.
No clue how I missed those ...
Fixes: 4503ff760c "ac/nir: Add workaround for GFX9 buffer views."
CC:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105320
---
src/amd/common/ac_nir_to_llvm.c | 39 +++--
1 file changed, 22 insertions(+), 17 deletions(-)
diff -
https://bugs.freedesktop.org/show_bug.cgi?id=105320
Bas Nieuwenhuizen changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #10 from b...@besd.de ---
Created attachment 138854
--> https://bugs.freedesktop.org/attachment.cgi?id=138854&action=edit
fix incorrect assignment of float to vec4 in
tests/shaders/glsl-max-vertex-attrib.c
--
You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #9 from b...@besd.de ---
Another shader that has problems (but for both TGSI/NIR)
ERROR: shaders/piglit/a5b6cf610f51fc289f4c30864e2914ddd78bcf68_3.shader_test
failed to compile:
0:4(2): error: value of type float cannot be assigned
Rb
On April 15, 2018 13:40:51 Rob Clark wrote:
A couple spots were missed for handling of the new INT8/UINT8 base type.
Also de-duplicate get_base_type().. get_scalar_type() had nearly the
same switch statement, with the exception that anything with base_type
that was not scalar would return
A couple spots were missed for handling of the new INT8/UINT8 base type.
Also de-duplicate get_base_type().. get_scalar_type() had nearly the
same switch statement, with the exception that anything with base_type
that was not scalar would return error_type. So just handle that one
special case in
Hello list,
The candidate for the Mesa 18.0.1 is now available. Currently we have:
- 46 queued (+2 squashed)
- 0 nominated (outstanding)
- and 2 rejected patches
The current queue consists of:
On the build system to highlight Meson is get improved thorugh several patches
that fix issues aroun
https://bugs.freedesktop.org/show_bug.cgi?id=106058
--- Comment #2 from b...@besd.de ---
Just to be clear: this doesnt fix a failing test in piglit.
shader-db shows an error when the affected piglit shaders are run.
and the version requirements are really wrong ;)
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=106058
--- Comment #1 from b...@besd.de ---
Created attachment 138853
--> https://bugs.freedesktop.org/attachment.cgi?id=138853&action=edit
patch for Mesa
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=106058
Bug ID: 106058
Summary: Fix version requirements for GL_ARB_gpu_shader5
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
I'm a bit late, but just some stylistic nitpicks for the future:
As a general stylistic note, prefer `false' as the last argument to
LLVMConstInt (since it's a boolean, whether to sign-extend).
[snip]
+{
+ ac_build_optimization_barrier(ctx, &src);
+ LLVMValueRef result;
+ LL
How much testing have you done with the radeon drm? It may be safer to
just skip that part of the changes.
Apart from that, the series is
Reviewed-by: Nicolai Hähnle
On 07.04.2018 04:31, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_buffer.c| 6 +++---
On 07.04.2018 04:31, Marek Olšák wrote:
From: Marek Olšák
(This patch doesn't enable the behavior. It will be enabled in a later
commit.)
Draw calls from multiple IBs can be executed in parallel.
v2: do emit partial flushes on SI
v3: invalidate all shader caches at the beginning of IBs
v4: do
On Fri, 2018-04-13 at 13:55 -0700, Mark Janes wrote:
> Hi Samuel,
>
> When this patch is applied directly to the 18.0 branch, I get a mesa
> compile error:
>
> radv_image.c:1175:9: error: implicit declaration of function
> ‘radv_image_has_dcc’; did you mean ‘radv_image_alloc_dcc’?
>
> Is there a
For the series
Tested-by: Dieter Nützel
on RX 580
with glmark2, UH, UV, Blender 2.79, FreeCAD, some Wine games,
KDE Plasma 5
Dieter
Am 14.04.2018 06:45, schrieb Timothy Arceri:
From: Boyan Ding
When draw buffers are changed on a bound framebuffer, DrawBuffer(s)
hook
should be called. Ho
The series looks OK to me.
Reviewed-by: Brian Paul
On 04/13/2018 10:45 PM, Timothy Arceri wrote:
The extra params we unused by the drivers that used DrawBuffers.
---
src/mesa/drivers/common/driverfuncs.c| 1 -
src/mesa/drivers/dri/nouveau/nouveau_state.c | 4 ++--
src/mesa/main/buf
Hi all,
I did some more test runs with NIR and shader-db.
This time they also include piglit shaders.
There was only one crash that was explicitly related to NIR but also
quite a number of regressions that might be worth looking at.
I've put the results up on
https://github.com/bendat78/mymesa/tre
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #8 from b...@besd.de ---
seems NIR has specific crashes too
=> CRASHED <= while processing these shaders:
shaders/piglit/da1588b9fd1ec5009a02ff9ee244f11923d32855_3.shader_test
[require]
GLSL >= 1.10
[vertex shader]
#version
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #7 from b...@besd.de ---
Handling this correctly could possibly also fix this
ERROR:
shaders/metro2033redux/fbf8031490eb77c2d30ed329353198d8e597cba2_4875.shader_test
failed to compile:
0:1(10): error: GLSL 4.00 is not supported. Sup
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #6 from b...@besd.de ---
I've seen this error with the 0.00 version before
https://bugs.freedesktop.org/show_bug.cgi?id=105807#c8
and I can reproduce it if I force the context in the above fragment with
glutInitContextVersion( 3,
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #5 from b...@besd.de ---
Created attachment 138843
--> https://bugs.freedesktop.org/attachment.cgi?id=138843&action=edit
test fragment
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Conta
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #4 from b...@besd.de ---
I did a piglit run before and the only crashes it reported were these
shaders 547/553
glsl-fs-inline-explosioncrash
glsl-fs-unroll-explosioncrash
glsl-fs-vec4-indexing-8 fail
glsl-routing
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #3 from Timothy Arceri ---
The dump is broken for starters.
GLSL >= 0.00
Is probably going to end up requesting the wrong GL version. Someone need to
track down why this is broken.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #2 from b...@besd.de ---
The offending shaders are:
shaders/piglit/c8e89407effb43a2a5dfdfbe07f2105335c00389_2.shader_test
[require]
GLSL >= 0.00
GL_ARB_separate_shader_objects
SSO ENABLED
shaders/piglit/daae4cde7db90be01850fc61
https://bugs.freedesktop.org/show_bug.cgi?id=106052
--- Comment #1 from Timothy Arceri ---
Looks like you are trying to run an ES shader in a desktop context, so possibly
a valid compilation error.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=106052
Bug ID: 106052
Summary: shader-db crashes when running piglit shaders
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Keywords: NEEDINFO
29 matches
Mail list logo
