On Wed, 2019-01-02 at 13:02 +0200, Pohjolainen, Topi wrote:
> On Wed, Dec 19, 2018 at 12:51:19PM +0100, Iago Toral Quiroga wrote:
> > ---
> > .../compiler/brw_fs_combine_constants.cpp | 60
> > +++
> > 1 file changed, 49 insertions(+), 11 deletions(-)
> >
> > diff --git
On Thu, 2019-01-03 at 08:25 +0100, Iago Toral wrote:
> On Wed, 2019-01-02 at 12:42 +0200, Pohjolainen, Topi wrote:
> > On Wed, Dec 19, 2018 at 12:51:17PM +0100, Iago Toral Quiroga wrote:
> > > ---
> > > src/intel/compiler/brw_fs_cmod_propagation.cpp | 8 +++-
> > > 1 file changed, 3
On Wed, 2019-01-02 at 12:42 +0200, Pohjolainen, Topi wrote:
> On Wed, Dec 19, 2018 at 12:51:17PM +0100, Iago Toral Quiroga wrote:
> > ---
> > src/intel/compiler/brw_fs_cmod_propagation.cpp | 8 +++-
> > 1 file changed, 3 insertions(+), 5 deletions(-)
> >
> > diff --git
On Wed, 2019-01-02 at 11:59 +0200, Pohjolainen, Topi wrote:
> On Wed, Dec 19, 2018 at 12:51:06PM +0100, Iago Toral Quiroga wrote:
> > These are not directly supported in hardware and
> > brw_nir_lower_conversions
> > should have taken care of that before we get here.
>
> It looks that there are
On Wed, 2019-01-02 at 11:46 +0200, Pohjolainen, Topi wrote:
> On Wed, Dec 19, 2018 at 12:51:03PM +0100, Iago Toral Quiroga wrote:
> > Broadwell hardware has a bug that manifests in SIMD8 executions of
> > 16-bit MAD instructions when any of the sources is a Y or W
> > component.
> > We pack these
On Wed, 2019-01-02 at 11:35 +0200, Pohjolainen, Topi wrote:
> On Wed, Dec 19, 2018 at 12:50:56PM +0100, Iago Toral Quiroga wrote:
> > This is available since gen8.
> > ---
> > src/intel/compiler/brw_reg_type.c | 35
> > +++
> > 1 file changed, 31 insertions(+), 4
https://bugs.freedesktop.org/show_bug.cgi?id=108967
Tapani Pälli changed:
What|Removed |Added
QA Contact|mesa-dev@lists.freedesktop. |etnaviv@lists.freedesktop.o
Thanks Andres;
Reviewed-by: Tapani Pälli
On 1/2/19 3:21 PM, Andres Gomez wrote:
Commit 27f1298b9d9 ("glsl/linker: validate attribute aliasing before
optimizations")
forgot to complete the documentation.
Cc: Tapani Pälli
Signed-off-by: Andres Gomez
---
src/compiler/glsl/linker.cpp | 22
This commit seems to cause bad stuttering in the Batman Arkham City
benchmark.
On 7/12/18 1:00 am, Nicolai Hähnle wrote:
From: Nicolai Hähnle
This is a move towards using composition instead of inheritance for
different query types.
This change weakens out-of-memory error reporting
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #11 from Bas Nieuwenhuizen ---
I think the issue is that a matrix being passed to a function is not handled
correctly in vtn_ssa_value_add_to_call_params .
I'll continue debugging later.
--
You are receiving this mail because:
The functional change here is moving the nir_lower_io_to_scalar_early()
calls inside st_nir_link_shaders() and moving the st_nir_opts() call
after the call to nir_lower_io_arrays_to_elements().
This fixes a bug with the following piglit test due to the current code
not cleaning up dead code after
On Wed, Jan 2, 2019 at 5:19 PM Ian Romanick wrote:
>
> On 12/19/18 8:39 AM, Jonathan Marek wrote:
> > This works by moving the fadd up across the ffma operations, so that it
> > can eventually can be combined with a fmul. I'm not sure it works in all
> > cases, but it works in all the common
Quoting Ian Romanick (2019-01-02 12:57:26)
> On 12/19/18 9:25 AM, Dylan Baker wrote:
> > Quoting Jonathan Marek (2018-12-19 08:39:53)
> >> Mainly a copy of nir_lower_bool_to_int32, but with float opcodes.
> >>
> >> Signed-off-by: Jonathan Marek
> >> ---
> >> src/compiler/Makefile.sources
Iago Toral Quiroga writes:
> There are hardware restrictions to consider that seem to affect atom platforms
> only.
Same comment here as for PATCH 13 of this series. This and PATCH 40
shouldn't be necessary anymore with [1] in place. Please drop them.
[1]
This patch is redundant with the regioning lowering pass I sent a few
days ago [1]. The problem with this approach is that on the one hand
it's easy for the back-end compiler to cause code which was legalized at
NIR translation time to become illegal again accidentally, on the other
hand there's
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #10 from Bas Nieuwenhuizen ---
Thanks, was able to reproduce with src/compiler/spirv2nir on the fragment
shader.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
On 12/19/18 8:39 AM, Jonathan Marek wrote:
> This works by moving the fadd up across the ffma operations, so that it
> can eventually can be combined with a fmul. I'm not sure it works in all
> cases, but it works in all the common cases.
>
> This will only affect freedreno since it is the only
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #9 from Brandon Wright ---
I added the full generated GLSL for the vertex and fragment shaders and the SPV
produced. The glsl is in the form it's passed to the glslang compiler, and it
compiles with the command-line compiler. I
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #8 from Brandon Wright ---
Created attachment 142945
--> https://bugs.freedesktop.org/attachment.cgi?id=142945=edit
Vertex shader SPV
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #7 from Brandon Wright ---
Created attachment 142944
--> https://bugs.freedesktop.org/attachment.cgi?id=142944=edit
Vertex shader GLSL
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #5 from Brandon Wright ---
Created attachment 142942
--> https://bugs.freedesktop.org/attachment.cgi?id=142942=edit
Fragment shader GLSL
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #6 from Brandon Wright ---
Created attachment 142943
--> https://bugs.freedesktop.org/attachment.cgi?id=142943=edit
Fragment shader SPV
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=109021
--- Comment #6 from Dmitry ---
GL games are not compared, only Vulkan. Because there is a suspicion that the
patch is not touched RADV.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
On 12/19/18 9:25 AM, Dylan Baker wrote:
> Quoting Jonathan Marek (2018-12-19 08:39:53)
>> Mainly a copy of nir_lower_bool_to_int32, but with float opcodes.
>>
>> Signed-off-by: Jonathan Marek
>> ---
>> src/compiler/Makefile.sources | 1 +
>> src/compiler/nir/meson.build
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #4 from osch...@web.de ---
Created attachment 142941
--> https://bugs.freedesktop.org/attachment.cgi?id=142941=edit
crt-royale-geometry-aa-last-pass.spirv
It seems to be indeed the shader mentioned in #2 which causes the crash.
I
Ping. I'll push this by the end of the week.
Marek
On Wed, Nov 28, 2018 at 9:59 PM Marek Olšák wrote:
> From: Marek Olšák
>
> Tested by piglit.
> ---
> docs/features.txt | 2 +-
> docs/relnotes/19.0.0.html | 2 ++
> src/mapi/glapi/gen/gl_API.xml
https://bugs.freedesktop.org/show_bug.cgi?id=109202
--- Comment #3 from Dylan Baker ---
I don't think that the compiler gives you any way to know, we'd have to pass
some a #define ourselves.
autotools just adds it to LLVM targets (radeonsi, llvmpipe, etc). That feels
really dangerous to me
https://bugs.freedesktop.org/show_bug.cgi?id=109177
Alex Deucher changed:
What|Removed |Added
QA Contact|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=109202
--- Comment #2 from Ilia Mirkin ---
(In reply to Dylan Baker from comment #1)
> You've either added -no-rtti or are using llvm built without rtti. I can
> make this a hard error.
Out of curiosity, how does the autotools build deal with this?
https://bugs.freedesktop.org/show_bug.cgi?id=109204
Caio Marcelo de Oliveira Filho changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=109153
--- Comment #5 from Bas Nieuwenhuizen ---
Can be reproduced with 18.3.1 but has been fixed in master. Still confirming
what fixed it, but if my suspicion is right there are some extensive changes
and that fix may *not* be backported to 18.3 .
https://bugs.freedesktop.org/show_bug.cgi?id=109159
--- Comment #1 from Bas Nieuwenhuizen ---
So while I don't have a KBL-G GPU, this test would seem pretty hardware
independent. However I'm not able to reproduce this with mesa 18.3.1 and CTS
version 54e546a1a0a6fa412ea4c3e3081bbc9518928a6e .
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #3 from Bas Nieuwenhuizen ---
It would be appreciated if someone could get me the SPIR-V for a failing
shader, instead of me having to figure out how to get the retroarch build
system to spit one out myself.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=109204
--- Comment #2 from Brandon Wright ---
I was just about to post this as well.
Seems to be caused by the last pass:
https://github.com/libretro/slang-shaders/blob/master/crt/shaders/crt-royale/src/crt-royale-geometry-aa-last-pass.h
I can't
https://bugs.freedesktop.org/show_bug.cgi?id=108900
Bas Nieuwenhuizen changed:
What|Removed |Added
CC||cst...@google.com
--- Comment #5
https://bugs.freedesktop.org/show_bug.cgi?id=109058
Bas Nieuwenhuizen changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=109021
Bas Nieuwenhuizen changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #5 from Bas
https://bugs.freedesktop.org/show_bug.cgi?id=109151
--- Comment #8 from Bas Nieuwenhuizen ---
This should fix it:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/60
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
On Wed, Jan 2, 2019 at 11:17 AM Jason Ekstrand wrote:
>
> On Wed, Jan 2, 2019 at 9:43 AM Ilia Mirkin wrote:
>>
>> Have a look at the first 4 patches in the series from Jonathan Marek
>> to address some of these issues:
>>
>> https://patchwork.freedesktop.org/series/54295/
>>
>> Not sure exactly
On Wed, Jan 2, 2019 at 9:43 AM Ilia Mirkin wrote:
> Have a look at the first 4 patches in the series from Jonathan Marek
> to address some of these issues:
>
> https://patchwork.freedesktop.org/series/54295/
>
> Not sure exactly what state that work is in, but I've added Jonathan
> to CC,
Have a look at the first 4 patches in the series from Jonathan Marek
to address some of these issues:
https://patchwork.freedesktop.org/series/54295/
Not sure exactly what state that work is in, but I've added Jonathan
to CC, perhaps he can provide an update.
Cheers,
-ilia
On Wed, Jan 2,
https://bugs.freedesktop.org/show_bug.cgi?id=109151
--- Comment #7 from Bas Nieuwenhuizen ---
Hmm, I can actually reproduce (thought we would not be able to since we have a
pretty much 100% pass-rate on the 1.1.3 mustpass list on a bunch of HW).
However I also noticed that it is not on the
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/58
The extension NV_depth_clamp is written against OpenGL 1.2.1, and since
GLES 2.0 is based on GL 2.0 there is no reason not to enable this
extension also for GLES >= 2.0.
Best,
Gert
___
https://bugs.freedesktop.org/show_bug.cgi?id=108967
--- Comment #9 from Vishwanath Chandapur ---
By looking mesa driver is causing the issue with webGL.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108967
--- Comment #8 from Vishwanath Chandapur ---
[ 1458.370916] [drm:etnaviv_ioctl_gem_submit] *ERROR* BO at index 96 already on
submit list
[ 1465.955216] [drm:etnaviv_ioctl_gem_submit] *ERROR* BO at index 122 already
on submit list
[ 1465.988983]
On 1/2/19 9:58 AM, Christian Gmeiner wrote:
> A pipe_resource can be shared by all the pipe_context's hanging off the
> same pipe_screen.
>
> Changes from v1 -> v2:
> - to remove the resource from the used_resources set when it is destroyed
>
> Signed-off-by: Christian Gmeiner
Is this somehow
https://bugs.freedesktop.org/show_bug.cgi?id=109177
--- Comment #2 from MirceaKitsune ---
In the meantime I've preformed a test which was recommended to me by another
user. The crash seems to be unaffected by booting with either "amdgpu.dc=0" or
"amdgpu.dc=1" and will occur identically in both
On Thursday, 2018-12-27 20:41:47 +, Alexander von Gluck IV wrote:
> ---
> src/egl/drivers/haiku/egl_haiku.cpp | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/egl/drivers/haiku/egl_haiku.cpp
> b/src/egl/drivers/haiku/egl_haiku.cpp
> index a9c5cf8d29..d4b046c79b
Fixes the following errors:
usage: which [-as] program ...
/Users/travis/.travis/job_stages: line 110: --version: command not found
... caused by the use of an undefined $LLVM_CONFIG
Signed-off-by: Eric Engestrom
---
.travis.yml | 14 +-
1 file changed, 9 insertions(+), 5
Commit 27f1298b9d9 ("glsl/linker: validate attribute aliasing before
optimizations")
forgot to complete the documentation.
Cc: Tapani Pälli
Signed-off-by: Andres Gomez
---
src/compiler/glsl/linker.cpp | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=109190
--- Comment #1 from Gert Wollny ---
The bug is addressed with
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/56
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
On Monday, 2018-12-17 11:37:05 -0800, Dylan Baker wrote:
> Quoting Emil Velikov (2018-12-17 11:03:32)
> > On Fri, 14 Dec 2018 at 17:53, Dylan Baker wrote:
> > >
> > > Quoting Emil Velikov (2018-12-13 08:06:07)
> > > > From: Emil Velikov
> > > >
> > > > This commit adds a number of build combos:
Hi guys,
I found the problem with this test fragment shader when lima development:
uniform int color;
void main() {
if (color > 1)
gl_FragColor = vec4(1.0, 0.0, 0.0, 1);
else
gl_FragColor = vec4(0.0, 1.0, 0.0, 1);
}
nir_print_shader output:
impl main {
block
https://bugs.freedesktop.org/show_bug.cgi?id=109201
--- Comment #5 from Alexander ---
Note: does not happen with AMD Vulkan Driver's
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
On Wed, Dec 19, 2018 at 12:51:19PM +0100, Iago Toral Quiroga wrote:
> ---
> .../compiler/brw_fs_combine_constants.cpp | 60 +++
> 1 file changed, 49 insertions(+), 11 deletions(-)
>
> diff --git a/src/intel/compiler/brw_fs_combine_constants.cpp
>
https://bugs.freedesktop.org/show_bug.cgi?id=109201
Alexander changed:
What|Removed |Added
Summary|Deep Rock Galactic: GPU |Deep Rock Galactic: GPU
https://bugs.freedesktop.org/show_bug.cgi?id=109201
Alexander changed:
What|Removed |Added
Version|git |18.3
--
You are receiving this mail
On Wed, Dec 19, 2018 at 12:51:17PM +0100, Iago Toral Quiroga wrote:
> ---
> src/intel/compiler/brw_fs_cmod_propagation.cpp | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/src/intel/compiler/brw_fs_cmod_propagation.cpp
>
Subject reads a little odd, maybe just: "assert strides in conversion
lowering". The assert itself seems useful:
Reviewed-by: Topi Pohjolainen
On Wed, Dec 19, 2018 at 12:51:09PM +0100, Iago Toral Quiroga wrote:
> The hardware only has two bits to specify the horizontal stride, so the
> maximum
https://bugs.freedesktop.org/show_bug.cgi?id=108877
--- Comment #3 from Chen Xi ---
Hi, Is there any update for this issue?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev
On Wed, Dec 19, 2018 at 12:51:07PM +0100, Iago Toral Quiroga wrote:
> There are hardware restrictions to consider that seem to affect atom platforms
> only.
> ---
> src/intel/compiler/brw_fs_nir.cpp | 32 +++
> 1 file changed, 32 insertions(+)
Reviewed-by: Topi
On Wed, Dec 19, 2018 at 12:51:08PM +0100, Iago Toral Quiroga wrote:
> ---
> src/intel/compiler/brw_fs_nir.cpp | 15 +++
> 1 file changed, 11 insertions(+), 4 deletions(-)
>
> diff --git a/src/intel/compiler/brw_fs_nir.cpp
> b/src/intel/compiler/brw_fs_nir.cpp
> index
The three patches:
Reviewed-by: Alejandro Piñeiro
On 2/1/19 6:00, Timothy Arceri wrote:
> ---
> src/compiler/nir/nir.h | 1 -
> src/compiler/nir/nir_opt_remove_phis.c | 2 +-
> 2 files changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/src/compiler/nir/nir.h
On Wed, Dec 19, 2018 at 12:51:06PM +0100, Iago Toral Quiroga wrote:
> These are not directly supported in hardware and brw_nir_lower_conversions
> should have taken care of that before we get here.
It looks that there are two things actually happening here:
1) For int64/uint64 to 8-case the
On Wed, Dec 19, 2018 at 12:51:03PM +0100, Iago Toral Quiroga wrote:
> Broadwell hardware has a bug that manifests in SIMD8 executions of
> 16-bit MAD instructions when any of the sources is a Y or W component.
> We pack these components in the same SIMD register as components X and
> Z
On Wed, Dec 19, 2018 at 12:50:56PM +0100, Iago Toral Quiroga wrote:
> This is available since gen8.
> ---
> src/intel/compiler/brw_reg_type.c | 35 +++
> 1 file changed, 31 insertions(+), 4 deletions(-)
>
> diff --git a/src/intel/compiler/brw_reg_type.c
>
A pipe_resource can be shared by all the pipe_context's hanging off the
same pipe_screen.
Changes from v1 -> v2:
- to remove the resource from the used_resources set when it is destroyed
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_context.c | 21
https://bugs.freedesktop.org/show_bug.cgi?id=109151
--- Comment #6 from Hai ---
Any idea of this issue? Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=109138
--- Comment #2 from Hai ---
Is there any update? Thanks.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
69 matches
Mail list logo
