[Mesa-dev] [PATCH 7/9] egl: automake: add egl.pc/headers TODO when using glvnd

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 +++

[Mesa-dev] [PATCH 9/9] autotools: use correct gl.pc LIBS when using glvnd

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 |

[Mesa-dev] [PATCH 8/9] glx: automake: add egl.pc/headers TODO when using glvnd

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 @@

[Mesa-dev] Killing broken configure toggles and fixing autotools gl.pc

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

[Mesa-dev] [PATCH 3/9] meson: remove unreachable with_glx == 'auto' check

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

[Mesa-dev] [PATCH 1/9] automake: require shared glapi when using DRI based libGL

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

[Mesa-dev] [PATCH 5/9] autotools: error out when using the broken --with-{gl, osmesa}-lib-name

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 ---

[Mesa-dev] [PATCH 2/9] meson: recommend building the surfaceless platform

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

[Mesa-dev] [PATCH 4/9] meson: require shared glapi when using DRI based libGL

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

[Mesa-dev] [PATCH 6/9] autotools: error out when building with mangling and glvnd

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

Re: [Mesa-dev] [PATCH v2 1/2] spirv: Add SpvCapabilityShaderViewportIndexLayerEXT

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, >

Re: [Mesa-dev] [PATCH 5/5] ac: use correct LLVM opcodes for ordered comparisons

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

[Mesa-dev] [PATCH v2 1/2] spirv: Add SpvCapabilityShaderViewportIndexLayerEXT

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

[Mesa-dev] [RFC 2/2] anv: enable VK_EXT_shader_viewport_index_layer

--- 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 +++

Re: [Mesa-dev] [PATCH 5/7] spirv: Calculate properly 16-bit vector sizes

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,

Re: [Mesa-dev] [PATCH 6/7] spirv/i965/anv: Relax push constant offset assertions being 32-bit aligned

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

[Mesa-dev] [Bug 104654] r600/sb: Alien Isolation GPU lock

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

Re: [Mesa-dev] [PATCH 5/5] ac: use correct LLVM opcodes for ordered comparisons

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

Re: [Mesa-dev] [PATCH] anv/allocator: Unconditionally call futex_wake

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

[Mesa-dev] [RFC PATCH mesa 3/5] meson: avoid changing types for the dri3 option

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

[Mesa-dev] [RFC PATCH mesa 1/5] meson: give different names to the vars containing dri drivers vs gallium drivers

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 @@

[Mesa-dev] [RFC PATCH mesa 4/5] meson: store the result of whether we have gallium-extra-hud and lmsensors

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

[Mesa-dev] [RFC PATCH mesa 5/5] WIP - meson: add a message block at the end of the configuration stage

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 :) ---

[Mesa-dev] [RFC PATCH mesa 2/5] meson: simplify the gbm option code, and avoid changing types

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

Re: [Mesa-dev] [PATCH 13/13] vbo: Make use of _DrawVAO from the dlist code.

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

Re: [Mesa-dev] [PATCH 13/13] vbo: Make use of _DrawVAO from the dlist code.

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

Re: [Mesa-dev] [PATCH 1/1] ac/nir: use ordered float comparisons except for not equal

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

Re: [Mesa-dev] [PATCH] anv/allocator: Unconditionally call futex_wake

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

Re: [Mesa-dev] [PATCH 5/5] ac: use correct LLVM opcodes for ordered comparisons

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

Re: [Mesa-dev] [PATCH 18.0 v2] i965, gallium: Disable ARB_get_program_binary for compat profiles

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

Re: [Mesa-dev] [PATCH v3] anv: enable VK_EXT_shader_stencil_export

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 >

Re: [Mesa-dev] [PATCH] anv/allocator: Unconditionally call futex_wake

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.

Re: [Mesa-dev] [PATCH mesa] *-symbol-check: use correct `nm` path when cross-compiling

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

Re: [Mesa-dev] [PATCH] meson: Fix GL and EGL pkg-config files withglvnd

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: >> >>

Re: [Mesa-dev] [PATCH 5/5] tegra: Initial support

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

[Mesa-dev] [PATCH mesa] *-symbol-check: use correct `nm` path when cross-compiling

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 |

Re: [Mesa-dev] [PATCH 0/6] OpenGL 3.1 + ARB_compatibility and related stuff (v2)

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

Re: [Mesa-dev] [PATCH 2/2] glxinfo/wglinfo: print list of 4.3 shading language versions

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

Re: [Mesa-dev] [PATCH 1/7] anv/spirv: SSBO/UBO buffers needs padding size is not multiple of 32-bits

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

Re: [Mesa-dev] [PATCH] meson: Fix GL and EGL pkg-config files withglvnd

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: >

Re: [Mesa-dev] [Mesa-stable] [PATCH 1/1] ac/nir: use ordered float comparisons except for not equal

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

Re: [Mesa-dev] [PATCH] meson: Fix GL and EGL pkg-config files withglvnd

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 >>

Re: [Mesa-dev] [PATCH] meson: Fix GL and EGL pkg-config files withglvnd

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

Re: [Mesa-dev] [PATCH 18.0 v2] i965, gallium: Disable ARB_get_program_binary for compat profiles

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

[Mesa-dev] [PATCH] i965: Fix ETC2/EAC GetCompressed* functions on Gen7 GPUs

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

[Mesa-dev] [PATCH] r600/egd_tables.py: added support for python 3

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

[Mesa-dev] [PATCH] configure.ac: Link to libLLVMCodegen to fix cyclic linking problems

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 @@

Re: [Mesa-dev] [PATCH 0/6] OpenGL 3.1 + ARB_compatibility and related stuff (v2)

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

[Mesa-dev] i965: "brw->has_llc" condition in intel_readpixels_tiled_memcpy() fast path

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

Re: [Mesa-dev] [PATCH 15/15] mesa: Expose EXT_shader_framebuffer_fetch(_non_coherent) on desktop and embedded GL.

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

Re: [Mesa-dev] [PATCH 5/5] tegra: Initial support

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

Re: [Mesa-dev] [ANNOUNCE] mesa-demos 8.4.0

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' >

Re: [Mesa-dev] [PATCH] meson: Fix GL and EGL pkg-config files with glvnd

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

Re: [Mesa-dev] [PATCH 5/5] ac: use correct LLVM opcodes for ordered comparisons

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

[Mesa-dev] [Bug 104302] Wolfenstein 2 (2017) under wine graphical artifacting on RADV

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=edit workaround for the shoot issue Also, if you want to get rid of the "shoot" issue

[Mesa-dev] [Bug 104302] Wolfenstein 2 (2017) under wine graphical artifacting on RADV

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

[Mesa-dev] [PATCH 0/1] radv: one fix for Wolfenstein 2

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

[Mesa-dev] [PATCH 1/1] ac/nir: use ordered float comparisons except for not equal

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:

[Mesa-dev] [PATCH] disk cache: Link with -latomic if necessary

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

[Mesa-dev] [PATCH v5 04/14] anv/cmd_buffer: Add a padding to the vertex buffer

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

[Mesa-dev] [PATCH v5 06/14] i965/fs: Support 16-bit types at load_input and store_output

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.

[Mesa-dev] [PATCH v5 14/14] i965/fs: Enable 16-bit render target write on SKL and CHV

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

[Mesa-dev] [PATCH v5 08/14] anv: Enable VK_KHR_16bit_storage for input/output

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 ---

[Mesa-dev] [PATCH v5 07/14] i965/fs: Enable Render Target Write for 16-bit outputs

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

[Mesa-dev] [PATCH v5 09/14] i965/fs: Include support for SEND data_format bit for Render Targets

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

[Mesa-dev] [PATCH v5 02/14] i965/compiler: includes 16-bit vertex input

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

[Mesa-dev] [PATCH v5 05/14] i965/fs: Unpack 16-bit from 32-bit components in VS load_input

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

[Mesa-dev] [PATCH v5 12/14] i965/fs: 16-bit source payloads always use 1 register

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

[Mesa-dev] [PATCH v5 03/14] anv/pipeline: Use 32-bit surface formats for 16-bit formats

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

[Mesa-dev] [PATCH v5 11/14] i965/fs: Mark 16-bit outputs on FS store_output

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

[Mesa-dev] [PATCH v5 13/14] i965/fs: Use half_precision data_format on 16-bit fb writes

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 ---

[Mesa-dev] [PATCH v5 10/14] i965/disasm: Show half-precision data_format on rt_writes

--- 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 @@

[Mesa-dev] [PATCH v5 01/14] compiler: Mark when input/ouput attribute at VS uses 16-bit

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

[Mesa-dev] [PATCH v5 00/14] VK_KHR_16bit_storage input/output support for gen8+

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:

Re: [Mesa-dev] [PATCH v3 1/5] spirv: import AMD extensions header from glslang

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

Re: [Mesa-dev] [ANNOUNCE] mesa-demos 8.4.0

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

[Mesa-dev] [PATCH v3 3/5] spirv: handle AMD_gcn_shader extended instructions

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

[Mesa-dev] [PATCH v3 1/5] spirv: import AMD extensions header from glslang

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

[Mesa-dev] [PATCH v3 2/5] nir: add AMD_gcn_shader extended instructions

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

[Mesa-dev] [PATCH v3 5/5] radv: enable AMD_gcn_shader extension

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

[Mesa-dev] [PATCH v3 4/5] ac: implement AMD_gcn_shader extended instructions

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

Re: [Mesa-dev] [PATCH 18.0 v2] i965, gallium: Disable ARB_get_program_binary for compat profiles

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.

Re: [Mesa-dev] [PATCH 2/2] radeonsi/nir: fix loading of doubles for tess varyings

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

Re: [Mesa-dev] [PATCH 1/2] radeonsi/nir: fix lds store in tcs outputs handling

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

Re: [Mesa-dev] [PATCH] radeonsi/nir: enable lowering of fpow

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

Re: [Mesa-dev] [PATCH] gallium/tgsi: remove is_msaa_sampler array from tgsi_shader_info

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

[Mesa-dev] [Bug 105208] [regression] (e5ff036c67 st/dri: Add support for BGR[A/X]1010102 formats) broke the mouse in mutter/shell

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

[Mesa-dev] [Bug 105211] build failure after zwp_dmabuf commit if wayland-protocols is not installed

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

[Mesa-dev] [PATCH 3/3] build: Move wayland-scanner check into platform

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

[Mesa-dev] [PATCH 1/3] vulkan/wsi/wayland: Move Wayland protocol from BUILT_SOURCES

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

[Mesa-dev] [PATCH 2/3] build: Move wayland-protocols check into platform

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

Re: [Mesa-dev] [PATCH] radv: Really use correct HTILE expanded words.

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

[Mesa-dev] [Bug 105224] Webgl Pointclouds flickers

https://bugs.freedesktop.org/show_bug.cgi?id=105224 Michel Dänzer changed: What|Removed |Added Component|Mesa core |Drivers/DRI/i965

Re: [Mesa-dev] [PATCH v3 13/21] configure.ac, meson: Check for SPIRV-Tools and llvm-spirv

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.

Re: [Mesa-dev] [PATCH v3 14/21] clover/llvm: Allow translating from SPIR-V to LLVM IR

On 2018-02-22 — 11:00, Francisco Jerez wrote: > Pierre Moreau writes: > > > Signed-off-by: Pierre Moreau > > --- > > .../state_trackers/clover/llvm/invocation.cpp | 26 > > ++ > >

Re: [Mesa-dev] [PATCH] swr: remove dead LLVM code paths

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:

Re: [Mesa-dev] [PATCH v3 06/21] clover/api: Rework the validation of devices for building

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 > > +- > >

[Mesa-dev] [Bug 105224] Webgl Pointclouds flickers

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

Re: [Mesa-dev] [PATCH 2/2] glxinfo/wglinfo: print list of 4.3 shading language versions

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

[Mesa-dev] [Bug 105224] Webgl Pointclouds flickers

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:

<    1   2   3   >