From: Emil Velikov
Signed-off-by: Emil Velikov
---
src/egl/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/egl/Makefile.am b/src/egl/Makefile.am
index 9fcee9d2b84..c3e3a9d3192 100644
--- a/src/egl/Makefile.am
+++ b/src/egl/Makefile.am
@@ -192,6 +192,7 @@ endif # USE_LIBGLVND
From: Emil Velikov
This is more of a hack, since glvnd itself should be providing the file.
Until that happens, ensure the libs is correctly set to -lGL
Signed-off-by: Emil Velikov
---
configure.ac | 9 +
src/mesa/gl.pc.in | 2 +-
2 files changed, 10 insertions(+), 1 deletion(-)
From: Emil Velikov
Signed-off-by: Emil Velikov
---
src/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/Makefile.am b/src/Makefile.am
index 014ffaf3e29..3d04101d6d1 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -39,6 +39,7 @@ gl_HEADERS = \
$(top_srcdir)/include/GL
From: Emil Velikov
Cannot happen since, props to the autodetection further up.
Signed-off-by: Emil Velikov
---
meson.build | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/meson.build b/meson.build
index 3329eb9f7be..417b9b4a79f 100644
--- a/meson.build
+++ b/meson.buil
From: Emil Velikov
This has been a requirement for ages, yet it seems like we never
explicitly errored out during configure.
Signed-off-by: Emil Velikov
---
configure.ac| 2 ++
src/glx/Makefile.am | 5 +
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/
From: Emil Velikov
The toggles were broken with the introduction of --enable-mangling.
Fixing that up might be possible, but it's not worth the complexity
since one can rename the libraries at any point.
Signed-off-by: Emil Velikov
---
configure.ac | 12 ++--
1 file changed, 6 insertio
Hi all,
While fixing a gl.pc + glvnd bug (well sort of), I noticed the
following:
With GLVND, we started abusing GL_LIB a lot more. Currently autotools
can do a) custom libGL name, b) mangled GL and
c) GLVND.
Turns out that a + b was broken, since b was introduced. There is very
limited reas
From: Emil Velikov
It has no special requirements, size and build-time is effectively zero.
Signed-off-by: Emil Velikov
---
meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson.build b/meson.build
index 8cf67b81715..3329eb9f7be 100644
--- a/meson.build
+++ b/me
From: Emil Velikov
Just like we do in the autotools build.
Signed-off-by: Emil Velikov
---
meson.build | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meson.build b/meson.build
index 417b9b4a79f..f97a3c56b09 100644
--- a/meson.build
+++ b/meson.build
@@ -347,8 +347,
From: Emil Velikov
It's not a thing that can work, nor is a wise idea to attempt.
Signed-off-by: Emil Velikov
---
configure.ac | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure.ac b/configure.ac
index d56d771dcd6..1e794d3f16d 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1501
Hi,
> diff --git a/src/compiler/spirv/vtn_variables.c
> b/src/compiler/spirv/vtn_variables.c
> index 9eb85c24e9..ba2b74c2c2 100644
> --- a/src/compiler/spirv/vtn_variables.c
> +++ b/src/compiler/spirv/vtn_variables.c
> @@ -1192,6 +1192,11 @@ vtn_get_builtin_location(struct vtn_builder *b,
>
On Fri, Feb 23, 2018 at 6:39 PM, Connor Abbott wrote:
> On Fri, Feb 23, 2018 at 8:30 AM, Bas Nieuwenhuizen wrote:
>>
>>
>> On Thu, Feb 15, 2018 at 8:54 AM, Connor Abbott wrote:
>>>
>>> On Wed, Feb 14, 2018 at 11:53 PM, Timothy Arceri
>>> wrote:
>>> >
>>> >
>>> > On 15/02/18 04:39, Marek Olšák w
This capability allows gl_ViewportIndex and gl_Layer to also be used
as outputs in Vertex and Tesselation shaders.
v2: Make conditional to the capability, add gl_Layer, add tesselation
shaders. (Iago)
---
src/compiler/shader_info.h | 1 +
src/compiler/spirv/spirv_to_nir.c | 4
---
src/intel/vulkan/anv_extensions.py | 1 +
src/intel/vulkan/anv_pipeline.c| 1 +
2 files changed, 2 insertions(+)
diff --git a/src/intel/vulkan/anv_extensions.py
b/src/intel/vulkan/anv_extensions.py
index 581921e62a..00760fdd4e 100644
--- a/src/intel/vulkan/anv_extensions.py
+++ b/src/int
On Fri, Feb 23, 2018 at 1:26 AM, Jose Maria Casanova Crespo <
jmcasan...@igalia.com> wrote:
> Range in 16-bit push constants load was being calculated
> wrongly using 4-bytes per element instead of 2-bytes as it
> should be.
> ---
> src/compiler/spirv/vtn_variables.c | 4
> 1 file changed, 4
On Fri, Feb 23, 2018 at 1:26 AM, Jose Maria Casanova Crespo <
jmcasan...@igalia.com> wrote:
> The introduction of 16-bit types with VK_KHR_16bit_storages implies that
> push constant offsets could be multiple of 2-bytes. Some assertions are
> relaxed so offsets can be multiple of 4-bytes or multip
https://bugs.freedesktop.org/show_bug.cgi?id=104654
--- Comment #10 from Gert Wollny ---
@Darius Spitznagel: This flag doesn't change anything.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.__
On Fri, Feb 23, 2018 at 6:39 PM, Connor Abbott wrote:
> On Fri, Feb 23, 2018 at 8:30 AM, Bas Nieuwenhuizen wrote:
>>
>>
>> On Thu, Feb 15, 2018 at 8:54 AM, Connor Abbott wrote:
>>>
>>> On Wed, Feb 14, 2018 at 11:53 PM, Timothy Arceri
>>> wrote:
>>> >
>>> >
>>> > On 15/02/18 04:39, Marek Olšák w
Jason Ekstrand writes:
> On Fri, Feb 23, 2018 at 9:26 AM, Scott D Phillips <
> scott.d.phill...@intel.com> wrote:
>
> > Jason Ekstrand writes:
> >
> > > There is a potential race between the __sync_fetch_and_add and the
> > > futex_wake where another thread could come in and start waiting.
> > >
Signed-off-by: Eric Engestrom
---
meson.build | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meson.build b/meson.build
index 28d068742ff914a623f6..6c22601f9e8864f08e08 100644
--- a/meson.build
+++ b/meson.build
@@ -380,11 +380,11 @@ if with_vulkan_icd_dir == ''
endif
Signed-off-by: Eric Engestrom
---
meson.build | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/meson.build b/meson.build
index e470e62074da9a46767c..2d474b140373292e49e7 100644
--- a/meson.build
+++ b/meson.build
@@ -108,24 +108,24 @@ with_dri_r100
Signed-off-by: Eric Engestrom
---
meson.build | 4
1 file changed, 4 insertions(+)
diff --git a/meson.build b/meson.build
index 6c22601f9e8864f08e08..770fdc7e50653bcfa7c2 100644
--- a/meson.build
+++ b/meson.build
@@ -1187,15 +1187,19 @@ if with_platform_x11
endif
endif
+with_gallium_
The messages are basically the same as the ones in configure.ac
Signed-off-by: Eric Engestrom
---
Sent out because it's as much as I could do before the weekend, and
before I try to figure out the last bits I'd love some confirmation that
this is what we want :)
---
meson.build | 128
Signed-off-by: Eric Engestrom
---
meson.build | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/meson.build b/meson.build
index 2d474b140373292e49e7..28d068742ff914a623f6 100644
--- a/meson.build
+++ b/meson.build
@@ -303,16 +303,14 @@ if not (with_dri or with_g
Hi,
On Friday, 23 February 2018 18:51:45 CET Clayton Craft wrote:
> This patch caused a new failure in our CI, details are in the bug I filed on
> fdo: https://bugs.freedesktop.org/show_bug.cgi?id=105229
Thanks for your information. I will take a look!
Mathias
Hi Mathias,
On Thu, Feb 22, 2018 at 06:45:19AM +0100, mathias.froehl...@gmx.net wrote:
From: Mathias Fröhlich
Finally use an internal VAO to execute display list draws. Avoid
duplicate state validation for display list draws. Remove client arrays
previously used exclusively for display lists.
Yes, this is the right ordering for NIR (and GLSL) comparisons.
Reviewed-by: Connor Abbott
On Fri, Feb 23, 2018 at 8:21 AM, Samuel Pitoiset
wrote:
> Original patch from Timothy Arceri, I have just fixed the
> not equal case locally.
>
> This fixes one important rendering issue in Wolfenstein 2
On Fri, Feb 23, 2018 at 9:26 AM, Scott D Phillips <
scott.d.phill...@intel.com> wrote:
> Jason Ekstrand writes:
>
> > There is a potential race between the __sync_fetch_and_add and the
> > futex_wake where another thread could come in and start waiting. If we
> > hit this case, the other thread
On Fri, Feb 23, 2018 at 8:30 AM, Bas Nieuwenhuizen wrote:
>
>
> On Thu, Feb 15, 2018 at 8:54 AM, Connor Abbott wrote:
>>
>> On Wed, Feb 14, 2018 at 11:53 PM, Timothy Arceri
>> wrote:
>> >
>> >
>> > On 15/02/18 04:39, Marek Olšák wrote:
>> >>
>> >> Reviewed-by: Marek Olšák
>> >>
>> >> Marek
>> >
Ilia Mirkin writes:
> Jordan - terribly sorry I got you into this mess :( Just drop the
> st/mesa hunk and push the i965 change - I believe that's all reviewed
> and tested.
The patch with just the i965 hunk is:
Reviewed-by: Scott D Phillips
___
mesa
On Fri, Feb 23, 2018 at 1:40 AM, Iago Toral wrote:
> On Thu, 2018-02-22 at 11:22 -0800, Gustavo Lima Chaves wrote:
> > v2:
> > An attempt to support SpvExecutionModeStencilRefReplacingEXT's
> > behavior
> > also follows, with the interpretation to said mode being we prevent
> > writes to the buil
Jason Ekstrand writes:
> There is a potential race between the __sync_fetch_and_add and the
> futex_wake where another thread could come in and start waiting. If we
> hit this case, the other thread will never get woken back up because the
> futex_wake doesn't get called. We can fix this by cal
On 23 February 2018 at 17:04, Eric Engestrom wrote:
> Inspired-by: a similar patch for libdrm by Heiko Becker
> Signed-off-by: Eric Engestrom
Reviewed-by: Emil Velikov
I'll port the wayland-egl bits to the wayland repo in a second.
Thanks
Emil
___
m
On 23 February 2018 at 16:04, Marc Dietrich wrote:
> Am Freitag, 23. Februar 2018, 16:57:18 CET schrieb Daniel Stone:
>> Hi Marc,
>>
>> On 23 February 2018 at 15:42, Marc Dietrich wrote:
>> > Am Freitag, 23. Februar 2018, 14:31:30 CET schrieb Daniel Stone:
>> >> On 20 February 2018 at 18:36, Dyla
On 23 February 2018 at 13:55, Thierry Reding wrote:
> On Thu, Feb 22, 2018 at 02:32:26PM +, Emil Velikov wrote:
>> On 22 February 2018 at 13:23, Thierry Reding
>> wrote:
> [...]
>> > Good point. Let me check what exactly we use in the closed-source driver
>> > and then come up with a proposa
Inspired-by: a similar patch for libdrm by Heiko Becker
Signed-off-by: Eric Engestrom
---
configure.ac | 1 +
meson.build | 3 +++
src/egl/egl-symbols-check | 2 +-
src/egl/meson.build
On 02/23/2018 07:39 AM, Marek Olšák wrote:
It's been 8 days since I posted this. Since there are no reviews, I
guess everybody is OK with this or doesn't care, so I can push this,
right?
Series LGTM. Reviewed-by: Brian Paul
Marek
On Thu, Feb 15, 2018 at 1:11 AM, Marek Olšák wrote:
Hi,
On 02/23/2018 03:06 AM, Mike Lothian wrote:
This still looks wrong, there's now two 4.3 sections:
Yeah, but I guess I don't see it as a big deal. Fixing it would involve
a bit of a hack. While processing the big list of queries, I'd have to
check for extension=="4.3" and call a function to
On Fri, Feb 23, 2018 at 1:26 AM, Jose Maria Casanova Crespo <
jmcasan...@igalia.com> wrote:
> The surfaces that backup the GPU buffers have a boundary check that
> considers that access to partial dwords are considered out-of-bounds.
> For example is basic 16-bit cases of buffers with size 2 or 6
Am Freitag, 23. Februar 2018, 16:57:18 CET schrieb Daniel Stone:
> Hi Marc,
>
> On 23 February 2018 at 15:42, Marc Dietrich wrote:
> > Am Freitag, 23. Februar 2018, 14:31:30 CET schrieb Daniel Stone:
> >> On 20 February 2018 at 18:36, Dylan Baker wrote:
> >> > Currently meson will generate a pkg
Reviewed-by: Marek Olšák
Marek
On Fri, Feb 23, 2018 at 2:21 PM, Samuel Pitoiset
wrote:
> Original patch from Timothy Arceri, I have just fixed the
> not equal case locally.
>
> This fixes one important rendering issue in Wolfenstein 2
> (the cutscene transition issue).
>
> RadeonSI uses the sam
Hi Marc,
On 23 February 2018 at 15:42, Marc Dietrich wrote:
> Am Freitag, 23. Februar 2018, 14:31:30 CET schrieb Daniel Stone:
>> On 20 February 2018 at 18:36, Dylan Baker wrote:
>> > Currently meson will generate a pkg-config that links to EGL_mesa (or
>> > GLX_mesa), but this isn't correct, it
Hi,
Am Freitag, 23. Februar 2018, 14:31:30 CET schrieb Daniel Stone:
> Hi Dylan,
>
> On 20 February 2018 at 18:36, Dylan Baker wrote:
> > Currently meson will generate a pkg-config that links to EGL_mesa (or
> > GLX_mesa), but this isn't correct, it should always link to EGL or GL.
> > Probably
Jordan - terribly sorry I got you into this mess :( Just drop the
st/mesa hunk and push the i965 change - I believe that's all reviewed
and tested.
Marek - feel free to rewrite it the way you suggest. This is something
that'll get reverted later, so I didn't want to mess about with
function signat
Gen 7 GPUs store the compressed EAC/ETC2 images in other non-compressed
formats that can render. When GetCompressed* functions are called, the
pixels are returned in the non-compressed format that is used for the
rendering.
With this patch we store both the compressed and non-compressed versions
o
Patch by "Tomas Chvatal" with modifications
by "Michal Srb" to not break python 2.
https://bugzilla.suse.com/show_bug.cgi?id=1082303
Signed-off-by: Stefan Dirsch
---
src/gallium/drivers/r600/egd_tables.py | 52 +-
1 file changed, 26 insertions(+), 26 deletions(-
Patch by "Ismail Doenmez"
https://bugzilla.suse.com/show_bug.cgi?id=1082307
---
configure.ac | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure.ac b/configure.ac
index 8a9172690a..a23eb844d4 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1032,6 +1032,7 @@ llvm_add_default_components(
It's been 8 days since I posted this. Since there are no reviews, I
guess everybody is OK with this or doesn't care, so I can push this,
right?
Marek
On Thu, Feb 15, 2018 at 1:11 AM, Marek Olšák wrote:
> Hi,
>
> This is the second version of GL 3.1 compatibility support patches.
> There is also
Hello,
Trying to use opengl hardware acceleration on the Weston RDP backend I found
that the “has_llc” limitation on the “intel_readpixels_tiled_memcpy” fast path
was avoiding a fast intelPixelRead behavior. I’m using an Intel Bay Trail GEN7,
so a byt device family with 0x0F31 id (no llc, I gu
The series is:
Reviewed-by: Plamena Manolova
On Wed, Feb 14, 2018 at 9:18 PM, Francisco Jerez
wrote:
> ---
> docs/relnotes/18.1.0.html| 2 ++
> src/mesa/main/extensions_table.h | 3 ++-
> 2 files changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/docs/relnotes/18.1.0.html b/docs/
On Thu, Feb 22, 2018 at 02:32:26PM +, Emil Velikov wrote:
> On 22 February 2018 at 13:23, Thierry Reding wrote:
[...]
> > Good point. Let me check what exactly we use in the closed-source driver
> > and then come up with a proposal.
> >
> > I think perhaps a good choice for the vendor would be
Hi Marc,
On 23 February 2018 at 12:58, Marc Dietrich wrote:
> my system has problems with linking xdemos:
> ...
> CCLD glsync
> /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld:
> glsync.o: undefined reference to symbol 'glXQueryExtensionsString'
> /usr/lib64/libGL.
Hi Dylan,
On 20 February 2018 at 18:36, Dylan Baker wrote:
> Currently meson will generate a pkg-config that links to EGL_mesa (or
> GLX_mesa), but this isn't correct, it should always link to EGL or GL.
> Probably the "right" solution is to have glvnd itself provide the pkg
> config files for GL
On Thu, Feb 15, 2018 at 8:54 AM, Connor Abbott wrote:
> On Wed, Feb 14, 2018 at 11:53 PM, Timothy Arceri
> wrote:
> >
> >
> > On 15/02/18 04:39, Marek Olšák wrote:
> >>
> >> Reviewed-by: Marek Olšák
> >>
> >> Marek
> >>
> >> On Wed, Feb 14, 2018 at 7:29 AM, Timothy Arceri
> >> wrote:
> >>>
> >
https://bugs.freedesktop.org/show_bug.cgi?id=104302
--- Comment #4 from Samuel Pitoiset ---
Created attachment 137556
--> https://bugs.freedesktop.org/attachment.cgi?id=137556&action=edit
workaround for the shoot issue
Also, if you want to get rid of the "shoot" issue temporarily, you might wa
https://bugs.freedesktop.org/show_bug.cgi?id=104302
--- Comment #3 from Samuel Pitoiset ---
Hi,
This should fix the "cutscene" issue
https://patchwork.freedesktop.org/patch/206486/ .
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.__
Hi folks,
The following patch is from Timothy Arceri, I have just fixed the
not equal case locally. So, we are lucky this time because the fix was
already on the list :).
It fixes one important rendering issue [1], though we still have two
different issues to address. I have a local workaround fo
Original patch from Timothy Arceri, I have just fixed the
not equal case locally.
This fixes one important rendering issue in Wolfenstein 2
(the cutscene transition issue).
RadeonSI uses the same ordered comparisons, so I guess that
what we should do as well.
Bugzilla: https://bugs.freedesktop.o
From: Thierry Reding
The disk cache implementation uses 64-bit atomic operations. For some
architectures, such as 32-bit ARM, GCC will not be able to translate
these operations into lock-free instructions and will instead rely on
the external atomics library to provide these operations.
Check at
From: Alejandro Piñeiro
As we are using 32-bit surface formats with 16-bit elements we can be
on a situation where a vertex element can poke over the buffer by 2
bytes. To avoid that we add a padding when flushing the state.
This is similar to what the i965 drivers prior to Haswell do, as they
u
Enables storageInputOutput16 feature of VK_KHR_16bit_storage
for Gen8+.
---
src/intel/vulkan/anv_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index 1756cf5324..c183ea8437 100644
--- a/src/intel/vulkan/anv
Broadwell doesn't support half precisions data formats on render
target writes (RTW) messages. So the solution to write 16-bit outputs
is to use the conversion from 32-bit to 16-bit when writing 32-bit
values on a 16-bit format surface using formats like R16_FLOAT.
Half-precision outputs are conve
Enables the support of 16-bit types on load_input and
store_outputs intrinsics intra-stages.
The approach was based on re-using the 32-bit URB read
and writes between stages, shuffling pairs of 16-bit values into
32-bit values at load_store intrinsic and un-shuffling the values
at load_inputs.
v2
Once the infrastruture to support Render Target Messages with 16-bit
payload is available, this patch enables it on SKL and CHV platforms.
Enabling it allows 16-bit payload that use half of the register on
SIMD16 and avoids the spurious conversion from 16-bit to 32-bit needed
on BDW, just to be co
From intel Skylake PRM, vol 07, section "EU Overview", subsection
"Send Message" (page 905):
"Bit 30: Data format. This field specifies the width of data read
from sampler or written to render target. Format = U1 0
Single Precision (32b), 1 Half Precision (16b)"
Also pr
Includes the info about 16-bit vertex inputs coming from nir on brw VS
prog data, as we already do with 64-bit vertex input.
v2: Renamed half_inputs_read to inputs_read_16bit (Jason Ekstrand)
---
src/intel/compiler/brw_compiler.h | 1 +
src/intel/compiler/brw_vec4.cpp | 1 +
2 files changed, 2
The VS load input for 16-bit values receives pairs of 16-bit values
packed in 32-bit values. Because of the adjusted format used at:
anv/pipeline: Use 32-bit surface formats for 16-bit formats
v2: Removed use of stride = 2 on 16-bit sources (Jason Ekstrand)
v3: Fix coding style and typo (Topi Po
Render Target Message's payloads for 16bit values fit in only one
register.
From Intel PRM vol07, page 249 "Render Target Messages" / "Message
Data Payloads"
"The half precision Render Target Write messages have data payloads
that can pack a full SIMD16 payload into 1 register instead of
From: Alejandro Piñeiro
From Vulkan 1.0.50 spec, Section 3.30.1. Format Definition:
VK_FORMAT_R16G16_SFLOAT
A two-component, 32-bit signed floating-point format that has a
16-bit R component in bytes 0..1, and a 16-bit G component in
bytes 2..3.
As vertex data and other inputs h
On SKL the render target write operations allow 16-bit format
output. This marks output registers as 16-bit using
BRW_REGISTER_TYPE_HF on the proper outputs target.
This allows to recognise when the data_format of 16-bit should be
enabled on render_target_write messages.
Signed-off-by: Jose Maria
From: Alejandro Piñeiro
---
src/intel/compiler/brw_fs_visitor.cpp | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/intel/compiler/brw_fs_visitor.cpp
b/src/intel/compiler/brw_fs_visitor.cpp
index 7a5f6451f2..c3bc024095 100644
--- a/src/intel/compiler/brw_fs_visitor.cpp
+++ b/src/int
---
src/intel/compiler/brw_disasm.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/intel/compiler/brw_disasm.c b/src/intel/compiler/brw_disasm.c
index 429ed78140..2def79f1d5 100644
--- a/src/intel/compiler/brw_disasm.c
+++ b/src/intel/compiler/brw_disasm.c
@@ -1676,6 +1676,10 @@ brw_d
New shader attribute to mark when a location has 16-bit
value. This patch includes support on mesa glsl and nir.
v2: Remove use of is_half_slot as is a duplicate of is_16bit
(Topi Pohjolainen)
Renamed half_inputs_read to inputs_read_16bit (Jason Ekstrand)
---
src/compiler/glsl_types.h
Hello,
This is a re-send with rebased V5 series with the implementation of
the storageInputOutput16 feature for VK_KHR_16bit_storage:
This serie including the related to SSBO/UBO/PushConstant
sent today is already available also at:
https://github.com/Igalia/mesa/tree/wip/VK_KHR_16bit_storage-rc
Reviewed-by: Bas Nieuwenhuizen
for the series.
On Fri, Feb 23, 2018 at 1:54 PM,
wrote:
> From: Daniel Schürmann
>
> Signed-off-by: Daniel Schürmann
> ---
> src/compiler/spirv/GLSL.ext.AMD.h | 110 ++
>
> 1 file changed, 110 insertions(+)
> create mode 1
Hi,
Am Freitag, 23. Februar 2018, 10:10:41 CET schrieb Andreas Boll:
> New features and changes:
> - glxinfo now supports OpenGL 4.6
> - glxinfo prints more OpenGL limits (GL 3.0 up to GL 4.6)
> - glxinfo gained support for GL_ATI_meminfo and GL_NVX_gpu_memory_info
> - eglinfo binary is now instal
From: Daniel Schürmann
Co-authored-by: Dave Airlie
Signed-off-by: Daniel Schürmann
---
src/compiler/nir/meson.build | 1 +
src/compiler/shader_info.h| 5
src/compiler/spirv/nir_spirv.h| 1 +
src/compiler/spirv/spirv_to_nir.c | 3 +++
src/compiler/spirv/vtn_amd.c
From: Daniel Schürmann
Signed-off-by: Daniel Schürmann
---
src/compiler/spirv/GLSL.ext.AMD.h | 110 ++
1 file changed, 110 insertions(+)
create mode 100644 src/compiler/spirv/GLSL.ext.AMD.h
diff --git a/src/compiler/spirv/GLSL.ext.AMD.h
b/src/compiler/spir
From: Daniel Schürmann
Signed-off-by: Daniel Schürmann
---
src/amd/vulkan/radv_extensions.py | 1 +
src/amd/vulkan/radv_shader.c | 3 +++
2 files changed, 4 insertions(+)
diff --git a/src/amd/vulkan/radv_extensions.py
b/src/amd/vulkan/radv_extensions.py
index ac6ec8744e..c81f47d222 10064
From: Daniel Schürmann
Co-authored-by: Dave Airlie
Signed-off-by: Daniel Schürmann
---
src/amd/common/ac_nir_to_llvm.c | 28
1 file changed, 28 insertions(+)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 687157..1743c0bbe
From: Daniel Schürmann
Signed-off-by: Daniel Schürmann
---
src/compiler/nir/nir_lower_alu_to_scalar.c | 2 ++
src/compiler/nir/nir_opcodes.py| 28
2 files changed, 30 insertions(+)
diff --git a/src/compiler/nir/nir_lower_alu_to_scalar.c
b/src/compiler
Please keep the extension exposed in GL compat. Eventually we want to
expose all extensions in GL compat.
st_init_limits is the proper place - please use that. While
st_init_limits doesn't have the API parameter, both of its call sites
have it, so it's just a matter of passing it to the function.
Reviewed-by: Marek Olšák
Marek
On Fri, Feb 23, 2018 at 2:06 AM, Timothy Arceri wrote:
> ---
> src/gallium/drivers/radeonsi/si_shader.c | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/drivers/radeonsi/si_shader.c
> b/src/gallium/drivers/radeon
Reviewed-by: Marek Olšák
Marek
On Fri, Feb 23, 2018 at 2:06 AM, Timothy Arceri wrote:
> We were ignoring the channel offset.
> ---
> src/gallium/drivers/radeonsi/si_shader.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/gallium/drivers/radeonsi/si_shader.c
> b/s
Reviewed-by: Marek Olšák
Marek
On Fri, Feb 23, 2018 at 7:04 AM, Timothy Arceri wrote:
> Lowering fpow in NIR rather than LLVM can be beneficial.
>
> Polaris results:
>
> Totals from affected shaders:
> SGPRS: 124928 -> 124896 (-0.03 %)
> VGPRS: 68616 -> 68332 (-0.41 %)
> Spilled SGPRs: 394 -> 4
Reviewed-by: Marek Olšák
Marek
On Fri, Feb 23, 2018 at 3:52 AM, Timothy Arceri wrote:
> Seems to have not been used since 16be87c90429
> ---
> src/gallium/auxiliary/tgsi/tgsi_scan.h | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/src/gallium/auxiliary/tgsi/tgsi_scan.h
> b/src/gallium/
https://bugs.freedesktop.org/show_bug.cgi?id=105208
--- Comment #3 from Marek Olšák ---
There is no need to disable 10bit support completely. We can add a workaround
into drirc for gnome-shell and mutter.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA C
https://bugs.freedesktop.org/show_bug.cgi?id=105211
--- Comment #5 from Daniel Stone ---
Thanks both! Patches sent: https://patchwork.freedesktop.org/series/38853/
--
You are receiving this mail because:
You are the assignee for the bug.___
mesa-dev m
Also only check for wayland-scanner if building for the Wayland
platform.
Signed-off-by: Daniel Stone
Fixes: bfa22266cd4d ("vulkan/wsi/wayland: Add support for zwp_dmabuf")
Cc: Emil Velikov
Reported-by: Dieter Nützel
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105211
---
configure.a
autotools wants to have the BUILT_SOURCES ready as soon as it enters the
directory, even if they are not used. This meant the build failed if
wayland-protocols was not available on the system, even if it was not
enabled.
As BUILT_SOURCES cannot be used in a conditional (cf. 166852ee957f), do
the s
In line with wayland-client and wayland-server, move the check for
wayland-protocols into the wayland platform branch.
Signed-off-by: Daniel Stone
Fixes: bfa22266cd4d ("vulkan/wsi/wayland: Add support for zwp_dmabuf")
Cc: Emil Velikov
Reported-by: Dieter Nützel
Bugzilla: https://bugs.freedeskto
On Thu, 2018-02-22 at 22:48 +0100, Bas Nieuwenhuizen wrote:
> since IIRC the last change was also done due to Feral noticing and we
> are clearly lacking testcases in this area, can you check that that
> case still works for you? Thanks a lot!
I looked at an issue that was fixed with 5158603182fe7
https://bugs.freedesktop.org/show_bug.cgi?id=105224
Michel Dänzer changed:
What|Removed |Added
Component|Mesa core |Drivers/DRI/i965
Assignee|mes
On 2018-02-22 — 11:04, Francisco Jerez wrote:
> Pierre Moreau writes:
>
> >> do we already have an upstream version of both dependencies we could
> >> just use? Or do we still need special branches?
> >
> > For both we can use the master branch of the upstream version. SPIRV-Tools
> > validator i
On 2018-02-22 — 11:00, Francisco Jerez wrote:
> Pierre Moreau writes:
>
> > Signed-off-by: Pierre Moreau
> > ---
> > .../state_trackers/clover/llvm/invocation.cpp | 26
> > ++
> > .../state_trackers/clover/llvm/invocation.hpp | 4
> > src/gallium/state_track
This is:
Reviewed-by: Andres Gomez
On Tue, 2018-02-20 at 18:03 +, Emil Velikov wrote:
> From: Emil Velikov
>
> LLVM requirement was bumped to 4.0.0 with earlier commit.
> Hence any code tailored for older versions is now unreachable.
>
> Cc: George Kyriazis
> Cc: Andres Gomez
> Signed-o
On 2018-02-22 — 10:41, Francisco Jerez wrote:
> Pierre Moreau writes:
>
> > Signed-off-by: Pierre Moreau
> > ---
> > src/gallium/state_trackers/clover/api/program.cpp | 39
> > +-
> > src/gallium/state_trackers/clover/core/program.cpp | 3 +-
> > 2 files changed, 25 inser
https://bugs.freedesktop.org/show_bug.cgi?id=105224
--- Comment #1 from Augustin Trancart ---
I confirm downgrading to 17.2.8 solves the issue.
I should also mention that I'm on ubuntu using x-swat ppa, so the real version
numbers are 17.2.8-0ubuntu0~16.04.1 and 17.3.3-0ubuntu1~16.04.1
--
You
This still looks wrong, there's now two 4.3 sections:
4.3:
GL_MAX_ELEMENT_INDEX = 2147483647
GL_MAX_COMPUTE_UNIFORM_BLOCKS = 14
GL_MAX_COMPUTE_TEXTURE_IMAGE_UNITS = 32
GL_MAX_COMPUTE_IMAGE_UNIFORMS = 32
GL_MAX_COMPUTE_SHARED_MEMORY_SIZE = 65536
GL_MAX_COMPUTE_UNIFORM_COMP
https://bugs.freedesktop.org/show_bug.cgi?id=105224
Bug ID: 105224
Summary: Webgl Pointclouds flickers
Product: Mesa
Version: 17.3
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: m
101 - 200 of 223 matches
Mail list logo