Quoting Mike Lothian (2018-03-29 17:49:30)
>
>
> On Fri, 30 Mar 2018, 01:42 Dylan Baker, wrote:
>
> Quoting Mike Lothian (2018-03-29 16:56:28)
> > Include llvm-c/Transforms/Utils.h with the newest LLVM 7
> >
> > Fixes: 2dd4f35c7fc llvm-c: Split Utils out of
On March 30, 2018 09:40:13 Brian Paul wrote:
OK, I'll have some patches soon but I'm stuck on one issue.
Around spriv_to_nir.c:2090 we have
if (operands & SpvImageOperandsConstOffsetsMask) {
gather_offsets = vtn_ssa_value(b, w[idx++]);
(*p++) = (nir_tex_src){};
}
The
On 31/03/18 00:43, Qiang Yu wrote:
Hi guys,
I'm rebasing the mesa-lima code from 17.3 to 18.0 and found the NIR changes
in 18.0 will always do nir_lower_io_to_scalar_early() for the output of
vertex
shader and input of fragment shader. My first question is:
Is it for the link time
Build mesa 7342 completed
Commit bebf758c49 by Brian Paul on 3/27/2018 6:39 PM:
docs: document WGL_SWAP_INTERVAL env var\n\nReviewed-by: Charmaine Lee
Configure your notification preferences
Rob Clark writes:
> Add helpers to get the number of src/dest components for an intrinsic,
> and update spots that were open-coding this logic to use the helpers
> instead.
>
> Signed-off-by: Rob Clark
> ---
> src/compiler/nir/nir.h
https://bugs.freedesktop.org/show_bug.cgi?id=105817
Brian Paul changed:
What|Removed |Added
Resolution|--- |FIXED
Lin Johnson writes:
> Ext_color_buffer_half_float is using type GL_HALF_FLOAT
> and data_type GL_FLOAT. This fix Android CTS test
> android.view.cts.PixelCopyTest
> v2: remove commtens of Ext_color_buffer_half_float.
> As Ext_color_buffer__float can use type GL_HALF_FLOAT
Patches 2-6 are:
Reviewed-by: Neil Roberts
Thanks a lot for fixing this.
Regards,
- Neil
Brian Paul writes:
> Fixes warning that "negation of an unsigned value results in an
> unsigned value".
> ---
> src/compiler/spirv/vtn_private.h | 2 +-
> 1 file
On Fri, Mar 30, 2018 at 9:35 PM, Eric Anholt wrote:
> Karol Herbst writes:
>
>> Nvidia hardware can do that natively so there is no need to lower that to
>> four
>> TG4s instructions.
>>
>> Signed-off-by: Karol Herbst
>> ---
>>
Karol Herbst writes:
> Nvidia hardware can do that natively so there is no need to lower that to four
> TG4s instructions.
>
> Signed-off-by: Karol Herbst
> ---
> src/compiler/glsl/glsl_to_nir.cpp | 25 ++---
> src/compiler/nir/nir.h
Hi Brian,
Thanks!
Reviewed-by: Mathias Fröhlich
best
Mathias
On Friday, 30 March 2018 20:52:58 CEST Brian Paul wrote:
> This fixes a Windows build warning where the prototypes for the ES
> function in the header file don't match the prototypes in this file
>
This fixes a Windows build warning where the prototypes for the ES
function in the header file don't match the prototypes in this file
because the GL_API and GLAPI macros are defined differently.
v2: defined GL_API to KEYWORD1 instead of GLAPI, per Mathias.
---
src/mapi/glapi/glapi_dispatch.c |
On 03/30/2018 09:39 AM, Mathias Fröhlich wrote:
On Friday, 30 March 2018 16:42:43 CEST Brian Paul wrote:
This fixes a Windows build warning where the prototypes for the ES
function in the header file don't match the prototypes in this file
because the GL_API and GLAPI macros are defined
On Friday, March 30, 2018 7:40:13 AM PDT Chris Wilson wrote:
> NV_context_priority_realtime
> https://www.khronos.org/registry/EGL/extensions/NV/EGL_NV_context_priority_realtime.txt
>
> "This extension allows an EGLContext to be created with one extra
> priority level in addition to three
On Fri, 2018-03-30 at 18:41 +0200, Dieter Nützel wrote:
> Hello Jan,
>
> can you have a look on this one (instead) and commit?
> https://lists.freedesktop.org/archives/mesa-dev/2018-March/190535.html
> https://patchwork.freedesktop.org/series/40916/
You should probably ask respective maintainers
---
src/mesa/drivers/dri/i965/brw_blorp.c | 53 +++
1 file changed, 10 insertions(+), 43 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_blorp.c
b/src/mesa/drivers/dri/i965/brw_blorp.c
index 244067bfac6..2ec6f841502 100644
---
Balance the miptree API by having a getter for depth clear values.
---
src/mesa/drivers/dri/i965/brw_misc_state.c| 15 ---
src/mesa/drivers/dri/i965/gen6_depth_state.c | 4 ++--
src/mesa/drivers/dri/i965/gen7_misc_state.c | 3 +--
src/mesa/drivers/dri/i965/gen8_depth_state.c
If the aux state is CLEAR and clear color value has changed, only the
surface state must be updated. The bit-pattern in the aux buffer is
exactly the same.
---
src/mesa/drivers/dri/i965/brw_blorp.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
The paths which sample with the clear color are now using a getter which
performs the sRGB decode needed to enable this fast clear.
This path can be exercised by fast-clearing a texture, then performing
an operation which requires sRGB decoding. Test coverage for this
feature is provided with the
From: Jason Ekstrand
Reviewed-by: Nanley Chery
---
src/util/format_srgb.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/util/format_srgb.h b/src/util/format_srgb.h
index 34b50afe3d1..596af56f4cd 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=105775
--- Comment #22 from Amarildo ---
Thanks, Samuel. Looking forward to the fix.
If there's anything I can do to speed testing, let me know.
--
You are receiving this mail because:
You are the assignee for the bug.
Choose to compress the new depth value, instead of doing both a resolve
and fast-clear. This should reduce bandwidth consumption.
---
src/mesa/drivers/dri/i965/brw_clear.c | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git
Do what all the other functions in the miptree API do.
---
src/mesa/drivers/dri/i965/brw_blorp.c | 2 +-
src/mesa/drivers/dri/i965/brw_clear.c | 2 +-
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 8
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git
The blending issue seems to be present on CNL as well.
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
b/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
index
Remove the last external user of intel_miptree::fast_color_clear in
favor of the setter function.
---
src/mesa/drivers/dri/i965/brw_clear.c | 47 +++
1 file changed, 4 insertions(+), 43 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_clear.c
We'd like for the caller to use the miptree clear color helper
functions. Unfortunately, to fast-clear depth with good performance, you
have to know if the current clear color differs from the pending one.
Adjust the setter to reject a clear color if doing so would hurt
performance by introducing
We want to hide the internal details of how the miptree's clear color
is calculated.
---
src/mesa/drivers/dri/i965/brw_blorp.c | 5 +
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 6 +-
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 2 +-
3 files changed, 7 insertions(+), 6
These will get more complex in later commits.
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 26 ++
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 25 -
2 files changed, 30 insertions(+), 21 deletions(-)
diff --git
Use a getter which allows CNL to sample from sRGB textures correctly.
---
src/mesa/drivers/dri/i965/brw_blorp.c| 4 +++-
src/mesa/drivers/dri/i965/brw_wm_surface_state.c | 4 +++-
src/mesa/drivers/dri/i965/intel_mipmap_tree.c| 25
Starting with CannonLake, the sampler no longer decodes the surface
state clear color when using an sRGB-formatted texture. This change
requires that our driver perform this decode in software instead. We
accounted for this change initially by disabling fast-clears when sRGB
encode was enabled.
To balance of the miptree clear color API, make this function behave
like the depth clear value setter.
---
src/mesa/drivers/dri/i965/brw_blorp.c | 7 +++-
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 54 +--
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 6
https://bugs.freedesktop.org/show_bug.cgi?id=105817
--- Comment #2 from Alejandro Piñeiro (freenode IRC: apinheiro)
---
Brian Paul has just sent a series, with Neil's patch, plus some extra to get it
working on MSVC:
OK, I just posted a series of patches which seems to fix everything on
Windows/MSVC.
Neil, I added fixes for the osmesa and libgl-gdi targets to your patch.
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
---
src/compiler/spirv/spirv_to_nir.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/compiler/spirv/spirv_to_nir.c
b/src/compiler/spirv/spirv_to_nir.c
index 2550ef0..72ab426 100644
--- a/src/compiler/spirv/spirv_to_nir.c
+++ b/src/compiler/spirv/spirv_to_nir.c
@@
The MSVC compiler warns when the function parameter types don't
exactly match with respect to enum vs. uint32_t. Use SpvOp everywhere.
Alternately, uint32_t could be used everywhere. There doesn't seem
to be an advantage to one over the other.
---
src/compiler/spirv/vtn_amd.c | 4 ++--
From: Neil Roberts
The SCons build broke with commit ba975140d3c9 because a SPIR-V
function is called from Mesa main. This adds a convenience library for
SPIR-V and adds it to everything that was including nir. It also adds
both nir and spirv to drivers/x11/SConscript.
Also
---
src/compiler/spirv/vtn_cfg.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/compiler/spirv/vtn_cfg.c b/src/compiler/spirv/vtn_cfg.c
index 3d5de37..e7d2f9e 100644
--- a/src/compiler/spirv/vtn_cfg.c
+++ b/src/compiler/spirv/vtn_cfg.c
@@ -513,7 +513,7 @@
Fixes warning that "negation of an unsigned value results in an
unsigned value".
---
src/compiler/spirv/vtn_private.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/compiler/spirv/vtn_private.h b/src/compiler/spirv/vtn_private.h
index d8a00f9..269de92 100644
---
This needs to before the function, not after, to compile with MSVC.
This works with gcc too.
---
src/compiler/spirv/vtn_private.h | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/compiler/spirv/vtn_private.h b/src/compiler/spirv/vtn_private.h
index 269de92..982b426
Yes.
Marek
On Fri, Mar 30, 2018, 4:47 AM Dieter Nützel wrote:
> Hello Marek,
>
> 2-3 landed.
> Is #1 dead after my findings? ;-)
>
> Dieter
>
> Am 11.03.2018 19:11, schrieb Marek Olšák:
> > From: Marek Olšák
> >
> > This should improve the score for
Hello Jan,
can you have a look on this one (instead) and commit?
https://lists.freedesktop.org/archives/mesa-dev/2018-March/190535.html
https://patchwork.freedesktop.org/series/40916/
It has r-b from Samuel Pitoiset and t-b from me.
Thanks,
Dieter
Am 30.03.2018 18:30, schrieb Jan Vesely:
On Fri, Mar 30, 2018 at 12:40 PM, Brian Paul wrote:
> OK, I'll have some patches soon but I'm stuck on one issue.
>
> Around spriv_to_nir.c:2090 we have
>
> if (operands & SpvImageOperandsConstOffsetsMask) {
> gather_offsets = vtn_ssa_value(b, w[idx++]);
>
On 03/30/2018 10:40 AM, Brian Paul wrote:
OK, I'll have some patches soon but I'm stuck on one issue.
Around spriv_to_nir.c:2090 we have
if (operands & SpvImageOperandsConstOffsetsMask) {
gather_offsets = vtn_ssa_value(b, w[idx++]);
(*p++) = (nir_tex_src){};
}
OK, I'll have some patches soon but I'm stuck on one issue.
Around spriv_to_nir.c:2090 we have
if (operands & SpvImageOperandsConstOffsetsMask) {
gather_offsets = vtn_ssa_value(b, w[idx++]);
(*p++) = (nir_tex_src){};
}
The (nir_tex_src){} expression is not valid
LLVM r328839 moved few function declrations to a new Utils.h header.
Fixes:
gallivm/lp_bld_init.c:145:7: error: implicit declaration of function
‘LLVMAddPromoteMemoryToRegisterPass’; did you mean
‘LLVMAddDemoteMemoryToRegisterPass’?
Signed-off-by: Jan Vesely
---
Reviewed-by: Charmaine Lee
From: Brian Paul
Sent: Friday, March 30, 2018 7:42 AM
To: mesa-dev@lists.freedesktop.org
Cc: Charmaine Lee; Neha Bhende
Subject: [PATCH] glapi: define GL_API to be GLAPI in
On 23 March 2018 at 13:03, Emil Velikov wrote:
> On 22 March 2018 at 15:27, Daniel Stone wrote:
>> The version passed to QueryVersion requests is the version that the
>> client supports. We were just passing in whatever version of XCB was
>>
https://bugs.freedesktop.org/show_bug.cgi?id=105775
Samuel Pitoiset changed:
What|Removed |Added
Summary|F1 2017 crashes on GCN 1.0 |SI reaches
On 2018-03-30 16:49, Mathias Fröhlich wrote:
On Friday, 30 March 2018 17:38:39 CEST Jakob Bornecrantz wrote:
This assert is hit on hardware which does expose GL 4.4 or GLES 3.1.
Uff - sorry!
Reviewed-by: Mathias Fröhlich
Thanks, tho that should be "which does NOT
https://bugs.freedesktop.org/show_bug.cgi?id=103999
--- Comment #9 from Samuel Pitoiset ---
Cool, could try again mesa master to confirm the issue is really fixed? Thanks!
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the
Am 30.03.2018 um 17:09 schrieb Brian Paul:
> In the BITFIELD_MASK() macro, if b==32 the expression evaluates to
> ~0u, but the compiler still sees the expression (1 << 32) in the
> unused part and issues a warning about integer bitshift overflow.
>
> Fix that by using (b) % 32 to ensure the max
On Friday, 30 March 2018 17:38:39 CEST Jakob Bornecrantz wrote:
> This assert is hit on hardware which does expose GL 4.4 or GLES 3.1.
Uff - sorry!
Reviewed-by: Mathias Fröhlich
Mathias
>
> Signed-off-by: Jakob Bornecrantz
> ---
>
Fixes: bfa22266cd vulkan/wsi/wayland: Add support for zwp_dmabuf
CC: Daniel Stone
CC: Jason Ekstrand
---
src/vulkan/wsi/wsi_common_wayland.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/vulkan/wsi/wsi_common_wayland.c
Hi all,
I did some more testing with NIR and wanted to share the results.
https://github.com/bendat78/mymesa/tree/mymesa2/testresults
Overall it seems nir could be better than tgsi, but there are some
shaders with significant regressions and I think that introduces
framerate drops that are quite
Hi Brian,
> Can you just rename 'space' to 'prim' and rm the prim = space assignment
> below?
>
> Also, could you put a comment on this function to explain the draw_count
> and space/prim parameters, at least?
I'll try my best!
> Other than that, the series looks good.
>
> Reviewed-by: Brian
On Friday, 30 March 2018 16:42:43 CEST Brian Paul wrote:
> This fixes a Windows build warning where the prototypes for the ES
> function in the header file don't match the prototypes in this file
> because the GL_API and GLAPI macros are defined differently.
> ---
>
This assert is hit on hardware which does expose GL 4.4 or GLES 3.1.
Signed-off-by: Jakob Bornecrantz
---
src/mesa/vbo/vbo_save_api.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/mesa/vbo/vbo_save_api.c b/src/mesa/vbo/vbo_save_api.c
index
Thanks, Neil.
This fixes the SCons build on Linux, but on Windows there's a whole
bunch of other issues:
c:\users\brian\projects\mesa\src\compiler\spirv\vtn_private.h(232):
error C2085:
'vtn_instruction_handler': not in formal parameter list
On Friday, 30 March 2018 17:09:40 CEST Brian Paul wrote:
> In the BITFIELD_MASK() macro, if b==32 the expression evaluates to
> ~0u, but the compiler still sees the expression (1 << 32) in the
> unused part and issues a warning about integer bitshift overflow.
>
> Fix that by using (b) % 32 to
https://bugs.freedesktop.org/show_bug.cgi?id=105817
--- Comment #1 from Neil Roberts ---
I posted a patch for this. Any comments from someone experienced with SCons
would be much appreciated.
https://patchwork.freedesktop.org/patch/214058/
--
You are receiving this mail
The SCons build broke with commit ba975140d3c9 because a SPIR-V
function is called from Mesa main. This adds a convenience library for
SPIR-V and adds it to everything that was including nir. It also adds
both nir and spirv to drivers/x11/SConscript.
---
It would be great if someone who depends
In the BITFIELD_MASK() macro, if b==32 the expression evaluates to
~0u, but the compiler still sees the expression (1 << 32) in the
unused part and issues a warning about integer bitshift overflow.
Fix that by using (b) % 32 to ensure the max shift is 31 bits.
This issue has been present for a
Am 30.03.2018 17:01, schrieb Ilia Mirkin:
On Fri, Mar 30, 2018 at 10:33 AM, Dieter Nützel
wrote:
For the series:
Tested-by: Dieter Nützel
with glmark2, UH, UV, KDE Plasma5 (my desktop)
R600_DEBUG=sisched,nir
but on radeonsi, Polaris 20 (RX580) not
On Fri, Mar 30, 2018 at 10:33 AM, Dieter Nützel wrote:
> For the series:
>
> Tested-by: Dieter Nützel
>
> with glmark2, UH, UV, KDE Plasma5 (my desktop)
> R600_DEBUG=sisched,nir
> but on radeonsi, Polaris 20 (RX580) not r600 ;-)
This series is
Hi Brian,
looks plausible to me.
Reviewed-by: Mathias Fröhlich
best
Mathias
On Thursday, 29 March 2018 03:40:29 CEST Brian Paul wrote:
> Silences a compiler warning about unhandled enum switch cases.
> ---
> src/mesa/state_tracker/st_glsl_types.cpp | 3 +++
> 1 file
This fixes a Windows build warning where the prototypes for the ES
function in the header file don't match the prototypes in this file
because the GL_API and GLAPI macros are defined differently.
---
src/mapi/glapi/glapi_dispatch.c | 5 +
1 file changed, 5 insertions(+)
diff --git
Hi Andreas,
On 30 March 2018 at 15:18, Andreas Müller wrote:
> What happened: I build all images cross with Openembedded/Yocto. To
> prepare next release there I updated my builds and that moved mesa
> 17.1.7 -> 17.3.7. Since then all applications using GL/GLES (e.g
>
NV_context_priority_realtime
https://www.khronos.org/registry/EGL/extensions/NV/EGL_NV_context_priority_realtime.txt
"This extension allows an EGLContext to be created with one extra
priority level in addition to three priority levels that are part of
EGL_IMG_context_priority
Silences a compiler warning about unhandled enum switch cases.
---
src/mesa/state_tracker/st_glsl_types.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/state_tracker/st_glsl_types.cpp
b/src/mesa/state_tracker/st_glsl_types.cpp
index baba2d4..42d4e9c 100644
---
For the series:
Tested-by: Dieter Nützel
with glmark2, UH, UV, KDE Plasma5 (my desktop)
R600_DEBUG=sisched,nir
but on radeonsi, Polaris 20 (RX580) not r600 ;-)
GREAT work Gert!
Dieter
Am 26.03.2018 11:27, schrieb Gert Wollny:
Dear all,
this is the merged version of
On Fri, Mar 30, 2018 at 4:18 PM, Andreas Müller wrote:
> Hi,
>
> hope here is the right place for this - my first post.
>
> What happened: I build all images cross with Openembedded/Yocto. To
> prepare next release there I updated my builds and that moved mesa
> 17.1.7 ->
From: Emil Velikov
Currently the default modifier is MOD_INVALID. At a later stage, if the
modifier is the same (the user may have explicit selected MOD_INVALID),
we'll fallback to MOD_LINEAR.
Simplify things to a) use MOD_LINEAR by default b) use the user modifier
-
From: Emil Velikov
Add weak function declaration and check if they're valid prior
to calling the functions.
This allows us to remove conditional compilation, yet allowing the
modifiers codepath to work if API is available.
Cc: Christian Gmeiner
Hi,
hope here is the right place for this - my first post.
What happened: I build all images cross with Openembedded/Yocto. To
prepare next release there I updated my builds and that moved mesa
17.1.7 -> 17.3.7. Since then all applications using GL/GLES (e.g
glmark2-es - tried others - same)
Hi guys,
I'm rebasing the mesa-lima code from 17.3 to 18.0 and found the NIR changes
in 18.0 will always do nir_lower_io_to_scalar_early() for the output of
vertex
shader and input of fragment shader. My first question is:
Is it for the link time optimization that we can drop un-used channel in a
https://bugs.freedesktop.org/show_bug.cgi?id=103999
--- Comment #8 from mais...@archlinux.us ---
Here's a renderdoc 1.0 capture on RX470 for reference:
https://drive.google.com/file/d/1e9zIRVhZxtdA5DodASi3FK75fuRBuqxO/view?usp=sharing
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=103999
--- Comment #7 from mais...@archlinux.us ---
This seems to work fine now on 17.3.7.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
Tested-by: Dieter Nützel
Dieter
Am 21.03.2018 18:41, schrieb Marek Olšák:
From: Marek Olšák
---
src/mesa/state_tracker/st_draw.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/mesa/state_tracker/st_draw.c
For the series:
Tested-by: Dieter Nützel
R600_DEBUG=nofmask
show nice effects together with Anti-aliasing at least x8 on UH and UV
Greetings,
Dieter
Am 23.03.2018 20:35, schrieb Marek Olšák:
Hi,
This is the second and fianl version, and it adds MSAA support and
https://bugs.freedesktop.org/show_bug.cgi?id=103852
--- Comment #7 from Sven Arvidsson ---
Absolutely file new bugs for each issue. Much easier to close duplicate bugs
than tracking more than one problem in a report (should it turn out be the same
problem in the end).
The freeze
https://bugs.freedesktop.org/show_bug.cgi?id=105817
Bug ID: 105817
Summary: scons build broken by glSpecializeShaderARB
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: ASSIGNED
Keywords:
Samuel,
go for it.
Tested-by: Dieter Nützel
Thanks Mike!
Dieter
Am 30.03.2018 11:32, schrieb Samuel Pitoiset:
With the Fixes tag removed, this is:
Reviewed-by: Samuel Pitoiset
On 03/30/2018 01:56 AM, Mike Lothian wrote:
Include
With the Fixes tag removed, this is:
Reviewed-by: Samuel Pitoiset
On 03/30/2018 01:56 AM, Mike Lothian wrote:
Include llvm-c/Transforms/Utils.h with the newest LLVM 7
Fixes: 2dd4f35c7fc llvm-c: Split Utils out of Scalar.h
Signed-of-by: Mike Lothian
I've submitted a patch for this, it was a change in the llvm-c includes
On Fri, 30 Mar 2018 at 08:43 Dieter Nützel wrote:
> make[4]: Verzeichnis „/opt/mesa/src/amd/vulkan“ wird betreten
>CC radv_nir_to_llvm.lo
> radv_nir_to_llvm.c: In function
Hello Marek,
2-3 landed.
Is #1 dead after my findings? ;-)
Dieter
Am 11.03.2018 19:11, schrieb Marek Olšák:
From: Marek Olšák
This should improve the score for the GpuTest Triangle benchmark.
Vulkan doesn't use this either.
---
https://bugs.freedesktop.org/show_bug.cgi?id=103852
--- Comment #6 from Ben Clapp ---
Bugs still present in 18.0.0.
In addition, there's now a new bug when using the radeonsi driver, where the
game will sometimes freeze altogether (not a complete GPU hang, you can kill
the
For now we skip SI && HAVE_LLVM < 0x0600 for simplicity. We also skip
setting the more accurate masks for some builtin uniforms for now as
it causes some piglit regressions.
---
src/gallium/drivers/radeonsi/si_shader.c | 7 +++
src/gallium/drivers/radeonsi/si_shader_nir.c | 90
make[4]: Verzeichnis „/opt/mesa/src/amd/vulkan“ wird betreten
CC radv_nir_to_llvm.lo
radv_nir_to_llvm.c: In function ‘ac_llvm_finalize_module’:
radv_nir_to_llvm.c:2874:2: error: implicit declaration of function
‘LLVMAddPromoteMemoryToRegisterPass’; did you mean
On 29/03/18 16:59, Jason Ekstrand wrote:
> On March 29, 2018 02:45:36 Alejandro Piñeiro
> wrote:
>
> Needed for ARB_gl_spirv. Those are not the same that the Intel vulkan
> driver. From the ARB_spirv_extensions spec:
>
> "3. If a new GL extension is added that includes
https://bugs.freedesktop.org/show_bug.cgi?id=105613
soredake changed:
What|Removed |Added
CC||fds...@krutt.org
--
You
90 matches
Mail list logo