[Mesa-dev] [PATCH] Mesa (master): egl/wayland: Replace wl_display_dispatch_queue with wl_display_roundtrip_queue

From: Kai Chen In function get_back_bo, wl_display_dispatch_queue is used to block on the server to release one buffer. But it seems this function will block client as well during polling. Because in some scenarios, such as when surfaces are moved frequently between two

[Mesa-dev] [PATCH 06/15] radv: call nir_lower_cross_thread_to_scalar()

From: Connor Abbott We didn't need this for read_invocation, since the SPIR-V version of shader_ballot explicitly says that ReadInvocation and ReadFirstInvocation can only be used with scalars, but this isn't true for some of the SPV_AMD_shader_ballot intrinsics. ---

[Mesa-dev] [PATCH 05/15] nir: scalarize AMD_shader_ballot intrinsics

From: Connor Abbott Scalarizing the group/subgroup reduction ops isn't strictly necessary for SPIR-V since they're supposed to be scalars anyways, but it will be useful if we want to wire up the GL version of the extension, so we might as well wire them up too. ---

Re: [Mesa-dev] [PATCH v5 2/2] i965: Queue the buffer with a sync fence for Android OS

On Mon, Aug 7, 2017 at 2:19 PM, Marathe, Yogesh wrote: > Tomasz, > >> -Original Message- >> From: Tomasz Figa [mailto:tf...@chromium.org] >> Sent: Saturday, August 5, 2017 8:47 AM >> >> Hi Yogesh, >> >> On Sat, Aug 5, 2017 at 1:22 AM, Marathe, Yogesh

Re: [Mesa-dev] [PATCH 8/8] egl/drm: rename dri2_drm_create_surface()

Patches 2 (few comments), 5,6,7,8: Reviewed-by: Tapani Pälli (for the others I need more coffee) On 08/05/2017 04:30 AM, Emil Velikov wrote: On 5 August 2017 at 00:25, Emil Velikov wrote: From: Emil Velikov The

Re: [Mesa-dev] [PATCH 2/2] st/mesa: fix CTS regression caused by fcbb93e86024

On 01/08/17 19:37, Timothy Arceri wrote: On 01/08/17 18:07, Samuel Pitoiset wrote: Don't you think it's just safer to revert the bad commit for 17.2 and fix it later on? I'm not overly worried. If you really want to go that way we can, but I don't think it's necessary. So how do we move

[Mesa-dev] [PATCH 15/15] ac/nir: fix saturate emission

From: Connor Abbott The .f32 was already getting added by emit_intrin_2f_param(). Noticed when enabling LLVM module verification. --- src/amd/common/ac_nir_to_llvm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/amd/common/ac_nir_to_llvm.c

[Mesa-dev] [PATCH 10/15] ac: remove bitcast_to_float()

From: Connor Abbott ac_to_float() does a superset of what it does. --- src/amd/common/ac_llvm_build.c | 18 ++ 1 file changed, 2 insertions(+), 16 deletions(-) diff --git a/src/amd/common/ac_llvm_build.c b/src/amd/common/ac_llvm_build.c index

[Mesa-dev] [PATCH 2/2] mesa/st: add support for hw atomics (v2)

From: Dave Airlie This adds support for hw atomics to the state tracker, it just sets the limits using the new CAPs, and sets the maximums etc for it. v2: rework for dropping CAP. Signed-off-by: Dave Airlie --- src/mesa/state_tracker/st_extensions.c |

[Mesa-dev] [PATCH 00/15] radv: Support for VK_AMD_shader_ballot

From: Connor Abbott This series implements VK_AMD_shader_ballot for radv. This extension builds on VK_EXT_shader_subgroup_ballot and VK_EXT_shader_subgroup_vote by adding a number of reductions across a subgroup (or wavefront in AMD terminology). Previously, shaders had to

Re: [Mesa-dev] [PATCH 01/11] intel/isl: Stop padding surfaces

On Mon, Aug 7, 2017 at 5:51 PM, Chad Versace wrote: > On Fri 04 Aug 2017, Jason Ekstrand wrote: > > Ken and I had a fairly lengthy conversation about this on IRC today: > > > > [1]https://people.freedesktop.org/~jekstrand/isl-padding > > > > The conclusion was that we

[Mesa-dev] [PATCH 08/15] radv: use nir_lower_group_reduce()

From: Connor Abbott --- src/amd/vulkan/radv_pipeline.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/amd/vulkan/radv_pipeline.c b/src/amd/vulkan/radv_pipeline.c index 3ed0df7..4aecb81 100644 --- a/src/amd/vulkan/radv_pipeline.c +++ b/src/amd/vulkan/radv_pipeline.c

[Mesa-dev] [PATCH 09/15] ac: move ac_to_integer() and ac_to_float() to ac_llvm_build.c

From: Connor Abbott We'll need to use ac_to_integer() for other stuff in ac_llvm_build.c. --- src/amd/common/ac_llvm_build.c | 61 +++ src/amd/common/ac_llvm_build.h | 5 + src/amd/common/ac_nir_to_llvm.c | 224 +++- 3 files

Re: [Mesa-dev] Mesa support GLES 3.1 status with compute shaders

Hi, > On Mon, Aug 7, 2017 at 9:45 AM, Emil Velikov wrote: > > On 7 August 2017 at 12:56, Tapani Pälli wrote: > >> Hi; > >> > >> On 08/07/2017 02:15 PM, Yuan, Feng wrote: > >>> > >>> Hi, > >>> > >>>What’s the status of GLES 3.1 compute

[Mesa-dev] [PATCH 04/15] nir: rename and generalize nir_lower_read_invocation_to_scalar

From: Connor Abbott We'll want to scalarize other intrinsics in a similar manner for AMD_shader_ballot, and possibly other extensions in the future. This patch reworks the pass to use the intrinsic's info to detect whether we need to copy the source or scalarize it,

[Mesa-dev] [PATCH 03/15] spirv: add plumbing for SPV_AMD_shader_ballot and Groups

From: Connor Abbott glslang enables the Group capability in SPIR-V when compiling shaders with GL_AMD_shader_ballot, and uses OpGroupIAdd etc. for implementing some functions in GL_AMD_shader_ballot, so it seems that the Group capability is implicitly added by the Vulkan

[Mesa-dev] [PATCH 02/15] spirv: import AMD extensions header

From: Connor Abbott There's no Khronos-supplied C header, so I hacked up the C++ one in glslang to be C-compatible. See https://github.com/KhronosGroup/SPIRV-Headers/issues/36. --- src/compiler/spirv/GLSL.ext.AMD.h | 93 +++ 1 file

[Mesa-dev] [PATCH 01/15] nir: define intrinsics needed for AMD_shader_ballot

From: Connor Abbott --- src/compiler/nir/nir.h| 7 +++ src/compiler/nir/nir_intrinsics.h | 124 +- src/compiler/nir/nir_print.c | 1 + 3 files changed, 129 insertions(+), 3 deletions(-) diff --git

Re: [Mesa-dev] [PATCH] egl/dri2: Allow modifiers to add FDs to imports

On 08/07/2017 03:05 PM, Philipp Zabel wrote: On Mon, 2017-07-31 at 18:35 +0100, Daniel Stone wrote: When using dmabuf import, make sure that the modifier is actually allowed to add planes to the base format, as implied by the comment. Signed-off-by: Daniel Stone ---

[Mesa-dev] [PATCH 07/15] nir: add a lowering pass for some cross-workgroup intrinsics

From: Connor Abbott Notably this doesn't include the workgroup reduce intrinsics, since those are tricky and the right implementation strategy might differ across different HW. However, it implements all the other ancilliary stuff needed for the SPIR-V Groups capability, so

[Mesa-dev] [PATCH 12/15] ac: add support for SPV_AMD_shader_ballot

From: Connor Abbott Using the new WWM and DPP intrinsics introduced in LLVM 6.0. This adds everything needed to implement SPV_AMD_shader_ballot, including the Groups capability, to ac_llvm_build.c. That way, it can be shared by a potential GL_AMD_shader_ballot implementation

[Mesa-dev] [PATCH 13/15] ac/nir: add support for SPV_AMD_shader_ballot

From: Connor Abbott --- src/amd/common/ac_nir_to_llvm.c | 72 + 1 file changed, 72 insertions(+) diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c index b39b873..bafe4d3 100644 ---

[Mesa-dev] [PATCH 11/15] ac: fix ac_get_type_size() for doubles

From: Connor Abbott --- src/amd/common/ac_llvm_build.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/amd/common/ac_llvm_build.c b/src/amd/common/ac_llvm_build.c index a10ec51..d4b48d1 100644 --- a/src/amd/common/ac_llvm_build.c +++ b/src/amd/common/ac_llvm_build.c

[Mesa-dev] [PATCH 14/15] radv: enable VK_AMD_shader_ballot

From: Connor Abbott --- src/amd/vulkan/radv_device.c | 15 +++ src/amd/vulkan/radv_pipeline.c | 4 2 files changed, 19 insertions(+) diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c index 21f2437..2255ff8 100644 ---

Re: [Mesa-dev] [PATCH v5 2/2] i965: Queue the buffer with a sync fence for Android OS

On Mon, Aug 7, 2017 at 3:44 PM, Marathe, Yogesh wrote: >> -Original Message- >> >> Tomasz, >> >> > -Original Message- >> > From: Tomasz Figa [mailto:tf...@chromium.org] >> > Sent: Saturday, August 5, 2017 8:47 AM >> > >> > Hi Yogesh, >> > >> > On Sat, Aug

[Mesa-dev] [PATCH 1/2] gallium: add CAPs to support HW atomic counters. (v2)

From: Dave Airlie This looks like an evergreen specific feature, but with atomic counters AMD have hw specific counters they use instead of operating on buffers directly. These are separate to the buffer atomics, so require different limits and code paths. I've left the CAP

Re: [Mesa-dev] [PATCH] egl: deduplicate allocations of local buffer over each platform backend (v2)

Hi Gwan-gyeong, On Sat, Aug 5, 2017 at 12:16 AM, Gwan-gyeong Mun wrote: > platform_drm, platform_wayland and platform_android have similiar local buffer > allocation routines. For deduplicating, it unifies dri2_egl_surface's > local buffer allocation routines. And it polishes

Re: [Mesa-dev] [PATCH 01/11] intel/isl: Stop padding surfaces

On Fri 04 Aug 2017, Jason Ekstrand wrote: > Ken and I had a fairly lengthy conversation about this on IRC today: > > [1]https://people.freedesktop.org/~jekstrand/isl-padding > > The conclusion was that we both hate the patch but it's probably safe and it > does fix bugs.  The thing that really

Re: [Mesa-dev] [PATCH 2/8] egl: drop unreachable BAD_NATIVE_WINDOW conditions

On 08/05/2017 02:25 AM, Emil Velikov wrote: From: Emil Velikov The code in _eglCreatePixmapSurfaceCommon() already has a NULL check _eglCreateWindowSurfaceCommon() which handles the condition. There's no point in checkin again further down the stack. v2:

Re: [Mesa-dev] [PATCH] intel/genxml: Fix gen10 BLEND_STATE variable length packing

On Fri, Aug 4, 2017 at 3:21 PM, Scott D Phillips wrote: > BLEND_STATE packing was modified to be variable-length in: > > 9670124e31 genxml: Make BLEND_STATE command support variable length array. > > The initial gen10.xml still had the old, fixed-length style >

Re: [Mesa-dev] GALLIUM_HUD issue with Android

I believe you are correct Rob. I grabbed a dumpsys from SurfaceFlinger and put the output here: https://pastebin.com/vzmRf8Kp This was done with a game running in the foreground with the 38 pixel high navigation bar still present on the bottom of the screen. It seems to me that we need some

Re: [Mesa-dev] [PATCH] configure.ac: Check for expat21 if expat is not found.

On Mon, Aug 7, 2017 at 8:18 AM, Emil Velikov wrote: > On 5 August 2017 at 21:53, Vinson Lee wrote: >> Fixes build error on CentOS 6.9. >> >> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102052 >> Fixes: 5c007203b73d ("configure.ac: drop

Re: [Mesa-dev] Mesa (master): radeonsi: align all CE dumps to L2 cache line size

On 08/07/2017 09:12 PM, Marek Olšák wrote: Module: Mesa Branch: master Commit: 4e629ca7c768c62c530887ff61e96fba2cce6717 URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=4e629ca7c768c62c530887ff61e96fba2cce6717 Author: Marek Olšák Date: Tue Aug 1 14:26:21 2017

[Mesa-dev] [PATCH] radv: Don't allow fmask swizzling for shareable images.

Also adds an assert because you never know how the winsys changes, and multiprocess format differences are annoying. Fixes: 1e696b962b7 "radv: add separate fmask tile swizzle counter." --- src/amd/vulkan/radv_image.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Re: [Mesa-dev] [PATCH] mesa/main: Advertise ARB_polygon_offset_clamp.

On Mon, Aug 7, 2017 at 6:14 PM, Ian Romanick wrote: > On 06/28/2017 06:50 AM, Plamena Manolova wrote: >> ARB_polygon_offset_clamp is just the ARB variation >> of EXT_polygon_offset_clamp and they operate in an >> identical manner, so there's no reason for us not >> to

Re: [Mesa-dev] [PATCH 1/2] include: update GLES gl2ext header to no longer reference bad function

For the series: Acked-by: Samuel Pitoiset On 08/06/2017 04:42 PM, Ilia Mirkin wrote: There was a previous error in the gl.xml and generated files that referenced glMultiDrawElementsBaseVertexOES. This function should not exist, only the EXT-suffixed version should.

[Mesa-dev] [Bug 102077] multilib mesa fail to build with "egl/drivers/dri2/platform_drm.c:542: undefined reference to `gbm_bo_get_bpp'"

https://bugs.freedesktop.org/show_bug.cgi?id=102077 Eric Engestrom changed: What|Removed |Added CC|

Re: [Mesa-dev] [PATCH 1/3] glsl: recognize GLSL 4.60

In case you feel like handling it... there is one other GLSL 4.60 feature that is not covered by any extension. It was previously illegal to have an extra ; at global scope, but this is now allowed. So things like, uniform int i are valid, but they previously should have generated an

Re: [Mesa-dev] [PATCH 14/25] i965: Use a common table to translate logical to hardware types

Matt Turner writes: > --- > src/intel/compiler/brw_reg_type.c | 65 > +-- > 1 file changed, 29 insertions(+), 36 deletions(-) > > diff --git a/src/intel/compiler/brw_reg_type.c > b/src/intel/compiler/brw_reg_type.c > index

[Mesa-dev] [PATCH v5 00/12] Common pipe screen ref counting

I finally got around to updating this series since I have another driver to add reference counting to (kms_swrast). Reference counting of the pipe screen is necessary for Android support (and VDPAU AIUI), but each driver has so far implemented there own private ref counting. This series creates a

[Mesa-dev] [PATCH v5 01/12] gallium: move pipe_screen destroy into pipe-loader

In preparation to add reference counting of pipe_screen in the pipe-loader, pipe_loader_release needs to destroy the pipe_screen instead of state trackers. Signed-off-by: Rob Herring Cc: Emil Velikov --- src/gallium/auxiliary/pipe-loader/pipe_loader.c

[Mesa-dev] [PATCH v5 04/12] gallium: use pipe_screen_unreference to destroy screen in debug wrappers

Use pipe_screen_unreference as it will call pipe_screen->destroy() when the pipe_screen is no longer referenced. Signed-off-by: Rob Herring --- src/gallium/drivers/ddebug/dd_screen.c | 3 ++- src/gallium/drivers/noop/noop_pipe.c | 3 ++- src/gallium/drivers/rbug/rbug_screen.c

[Mesa-dev] [PATCH v5 06/12] etnaviv: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring Cc: Christian Gmeiner Cc: Wladimir J. van der Laan

[Mesa-dev] [PATCH v5 02/12] pipe-loader: serialize create_screen() calls with a mutex

Creating a screen needs to be serialized in order to support reusing existing screen. With this, driver private mutexes in create_screen() functions can be removed. pipe_loader_create_screen is made an exported symbol to ensure the same library function (and mutex) is used when multiple libraries

[Mesa-dev] [PATCH v5 04/11] pipe-loader: use pipe_screen_unreference to destroy screen

Use pipe_screen_unreference as it will call pipe_screen->destroy() when the pipe_screen is no longer referenced. The pipe_screen referencing is done within create_screen() functions as drivers (like amdgpu) may have special needs for ref counting. Signed-off-by: Rob Herring Cc:

[Mesa-dev] [PATCH v5 03/12] gallium: add common pipe_screen reference counting functions

In order to prevent multiple pipe_screens being created in the same process, lookup of the DRM FD and reference counting of the pipe_screen are needed. Several implementations of this exist in various gallium drivers/winsys already. This creates a common version which is opt-in for winsys

Re: [Mesa-dev] [PATCH] radv: Don't allow fmask swizzling for shareable images.

On Mon, Aug 7, 2017 at 11:51 PM, Ilia Mirkin wrote: > On Mon, Aug 7, 2017 at 5:37 PM, Bas Nieuwenhuizen > wrote: >> Also adds an assert because you never know how the winsys changes, and >> multiprocess format differences are annoying. >> >> Fixes:

Re: [Mesa-dev] [PATCH] mesa/main: Advertise ARB_texture_filter_anisotropic

On 06/28/2017 06:50 AM, Plamena Manolova wrote: > ARB_texture_filter_anisotropic is the ARB variation of > EXT_texture_fitter_anisotropic and it operates in the > same way, so there's no reason not to advertise it. > > Signed-off-by: Plamena Manolova > --- >

Re: [Mesa-dev] GLSL compile time improvements

On 08/08/17 02:52, Thomas Helland wrote: Patch 7 has my RB. I'll look closer at the rest this evening. There's also the stringbuffer work that I have lying that should help. I just have to find out how to run the gtest tests to verify their working. oh right. Sorry for the overlap :( We could

Re: [Mesa-dev] [PATCH] mesa/main: Advertise ARB_polygon_offset_clamp.

Also, should probably update the release notes. -Thomas 8. aug. 2017 00.31 skrev "Ian Romanick" : On 08/07/2017 03:20 PM, Ilia Mirkin wrote: > On Mon, Aug 7, 2017 at 6:14 PM, Ian Romanick wrote: >> On 06/28/2017 06:50 AM, Plamena Manolova wrote:

Re: [Mesa-dev] Mesa (master): radeonsi: align all CE dumps to L2 cache line size

Fixed in master. Marek On Mon, Aug 7, 2017 at 10:05 PM, Samuel Pitoiset wrote: > > > On 08/07/2017 09:12 PM, Marek Olšák wrote: >> >> Module: Mesa >> Branch: master >> Commit: 4e629ca7c768c62c530887ff61e96fba2cce6717 >> URL: >>

[Mesa-dev] [PATCH] nir/spirv: add plumbing for KHR_shader_ballot and KHR_subgroup_vote

From: Connor Abbott v2: shader_ballot -> shader_group_vote when checking capabilities Acked-by: Nicolai Hähnle --- src/compiler/spirv/nir_spirv.h | 2 + src/compiler/spirv/spirv_to_nir.c | 79 ++

Re: [Mesa-dev] [PATCH] mesa/main: Advertise ARB_polygon_offset_clamp.

On 08/07/2017 03:20 PM, Ilia Mirkin wrote: > On Mon, Aug 7, 2017 at 6:14 PM, Ian Romanick wrote: >> On 06/28/2017 06:50 AM, Plamena Manolova wrote: >>> ARB_polygon_offset_clamp is just the ARB variation >>> of EXT_polygon_offset_clamp and they operate in an >>> identical

[Mesa-dev] [PATCH 2/3] i965: Simplify *_bo() helpers.

With the reloc domains gone, most of these are basically the same, and the names don't make much sense anymore. Simplify them to ro_bo(), rw_bo(), and ggtt_bo(). --- src/mesa/drivers/dri/i965/genX_state_upload.c | 72 ++- 1 file changed, 25 insertions(+), 47 deletions(-)

[Mesa-dev] [PATCH 1/3] i965: Get rid of KSP_ro

The GPU reads the shader kernel from the program cache BO. It never writes it, so using a read-write BO reference makes no sense. Just make KSP read-only, and drop KSP_ro. --- src/mesa/drivers/dri/i965/genX_state_upload.c | 19 --- 1 file changed, 4 insertions(+), 15

[Mesa-dev] [PATCH 3/3] i965: Don't use ggtt_bo for Gen8+ streamout offset buffer.

RELOC_NEEDS_GGTT is only meaningful on Sandybridge - it's skipped on other generations - so this has no purpose. Just use rw_bo(). --- src/mesa/drivers/dri/i965/genX_state_upload.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/genX_state_upload.c

Re: [Mesa-dev] [PATCH] radv: Don't allow fmask swizzling for shareable images.

On Mon, Aug 7, 2017 at 5:37 PM, Bas Nieuwenhuizen wrote: > Also adds an assert because you never know how the winsys changes, and > multiprocess format differences are annoying. > > Fixes: 1e696b962b7 "radv: add separate fmask tile swizzle counter." > --- >

Re: [Mesa-dev] [PATCH] radv: Fix decompression on multisampled depth buffers

pushed, thanks. On Thu, Aug 3, 2017 at 4:32 PM, Alex Smith wrote: > Need to take the sample count into account in the depth decompress and > resummarize pipelines and render pass. > > Fixes: f4e499ec791 ("radv: add initial non-conformant radv vulkan driver") >

Re: [Mesa-dev] [PATCH] mesa/main: Advertise ARB_polygon_offset_clamp.

On 06/28/2017 06:50 AM, Plamena Manolova wrote: > ARB_polygon_offset_clamp is just the ARB variation > of EXT_polygon_offset_clamp and they operate in an > identical manner, so there's no reason for us not > to advertise it. > > Signed-off-by: Plamena Manolova > --- >

[Mesa-dev] [PATCH v5 10/12] vmwgfx: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. This changes the reference counting from the winsys to the pipe screen. Previously, it was possible to have 1 winsys with multiple pipe

[Mesa-dev] [PATCH v5 08/11] radeon: use common pipe_screen ref counting

Use the common pipe_screen ref counting. radeon uses the common pipe_screen_{un}reference functions, but amdgpu is unique in its hashing the dev pointer rather than the fd, so the common fd hashing cannot be used. However, the same reference counting can be used instead of the private one. The

[Mesa-dev] [PATCH v5 07/11] nouveau: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring Cc: Alexandre Courbot ---

[Mesa-dev] [PATCH v5 09/11] vmwgfx: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring --- src/gallium/auxiliary/target-helpers/drm_helper.h | 2 +-

[Mesa-dev] [PATCH v5 11/12] virgl: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring Cc: Dave Airlie --- src/gallium/winsys/virgl/drm/virgl_drm_winsys.c

[Mesa-dev] [PATCH v5 10/11] virgl: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring Cc: Dave Airlie --- src/gallium/winsys/virgl/drm/virgl_drm_winsys.c

[Mesa-dev] [PATCH v5 05/11] etnaviv: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring Cc: Christian Gmeiner Cc: Wladimir J. van der Laan

[Mesa-dev] [PATCH v5 11/11] vc4: add pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions for vc4. This is necessary to only create a single pipe_screen for a process and avoid multiple imports of same prime fd. Cc: Eric Anholt Signed-off-by: Rob Herring ---

[Mesa-dev] [PATCH v5 09/12] radeon: use common pipe_screen ref counting

Use the common pipe_screen ref counting. radeon uses the common pipe_screen_{un}reference functions, but amdgpu is unique in its hashing the dev pointer rather than the fd, so the common fd hashing cannot be used. However, the same reference counting can be used instead of the private one. The

[Mesa-dev] [PATCH v5 06/11] freedreno: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring Cc: Rob Clark ---

[Mesa-dev] [PATCH v5 07/12] freedreno: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring Cc: Rob Clark ---

[Mesa-dev] [PATCH v5 08/12] nouveau: use common pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions. The mutex can be dropped as the pipe loader serializes the create_screen() and destroy() calls. Signed-off-by: Rob Herring Cc: Alexandre Courbot ---

[Mesa-dev] [PATCH v5 05/12] pipe-loader: use pipe_screen_unreference to destroy screen

Use pipe_screen_unreference as it will call pipe_screen->destroy() when the pipe_screen is no longer referenced. Signed-off-by: Rob Herring Cc: Emil Velikov --- src/gallium/auxiliary/pipe-loader/pipe_loader.c | 3 ++- 1 file changed, 2 insertions(+),

[Mesa-dev] [PATCH v5 12/12] vc4: add pipe_screen ref counting

Use the common pipe_screen ref counting and fd hashing functions for vc4. This is necessary to only create a single pipe_screen for a process and avoid multiple imports of same prime fd. Cc: Eric Anholt Signed-off-by: Rob Herring ---

[Mesa-dev] [ANNOUNCE] mesa 17.2.0-rc3

The third release candidate for Mesa 17.2.0 is now available. Bas Nieuwenhuizen (1): radv: Don't underflow non-visible VRAM size. Bruce Cherniak (1): st/osmesa: add osmesa framebuffer iface hash table per st manager Chris Wilson (1): i965/blit: Remember to include miptree

Re: [Mesa-dev] [PATCH] egl/dri2: Allow modifiers to add FDs to imports

On Mon, 2017-07-31 at 18:35 +0100, Daniel Stone wrote: > When using dmabuf import, make sure that the modifier is actually > allowed to add planes to the base format, as implied by the comment. > > Signed-off-by: Daniel Stone > --- > src/egl/drivers/dri2/egl_dri2.c | 4

[Mesa-dev] [Bug 102067] Is it possible select a driver/implementation in an application? (like in OpenCL)

https://bugs.freedesktop.org/show_bug.cgi?id=102067 Bug ID: 102067 Summary: Is it possible select a driver/implementation in an application? (like in OpenCL) Product: Mesa Version: unspecified Hardware: x86-64 (AMD64)

[Mesa-dev] Mesa support GLES 3.1 status with compute shaders

Hi, What's the status of GLES 3.1 compute shaders support in Linux and Android. Which branch/version start this support? and which Intel platforms are enabled. Is there any benchmark data in SKL/APL? Thanks, Wind ___ mesa-dev mailing

[Mesa-dev] [PATCH] egl: do not initialize w, h in dri2_query_surface

They always get initialized to zero by swrastGetDrawableInfo. Valid X11 Drawable minimum size is 1x1, so we can detect success/change by checking against 0. Signed-off-by: Tapani Pälli Reported-by: Emil Velikov ---

Re: [Mesa-dev] [PATCH] egl/dri2: Allow modifiers to add FDs to imports

On 07/31/2017 08:35 PM, Daniel Stone wrote: When using dmabuf import, make sure that the modifier is actually allowed to add planes to the base format, as implied by the comment. Signed-off-by: Daniel Stone --- src/egl/drivers/dri2/egl_dri2.c | 4 +++- 1 file

Re: [Mesa-dev] Mesa support GLES 3.1 status with compute shaders

Hi; On 08/07/2017 02:15 PM, Yuan, Feng wrote: Hi, What’s the status of GLES 3.1 compute shaders support in Linux and Android. It is supported. Which branch/version start this support? and which Intel platforms are enabled. Is there any benchmark data in SKL/APL? GLES 3.1

Re: [Mesa-dev] [PATCH] glsl: update the extensions that are enabled for 460

On Mon, Aug 7, 2017 at 5:54 AM, Samuel Pitoiset wrote: > Other ones are either unsupported or don't have any helper > function checks. > > v5: - do not expose ARB system values for 460 ARB-suffixed functions > v4: - drop ARB suffix for

[Mesa-dev] [ANNOUNCE] mesa 17.1.6

Mesa 17.1.6 is now available. In this release we have: Various bugfixes for most drivers - i965, ANV, radeonsi, RADV, etnaviv, nv50 and SWR. The DRI3 codepath for GLX and EGL have also been improved. Andres Gomez (1): docs: add sha256 checksums for 17.1.5 Bas Nieuwenhuizen (1):

Re: [Mesa-dev] [PATCH] egl/dri2: Allow modifiers to add FDs to imports

On 31 July 2017 at 18:35, Daniel Stone wrote: > When using dmabuf import, make sure that the modifier is actually > allowed to add planes to the base format, as implied by the comment. Anyone? ___ mesa-dev mailing list

Re: [Mesa-dev] [PATCH] egl: do not initialize w, h in dri2_query_surface

On Monday, 2017-08-07 14:59:32 +0300, Tapani Pälli wrote: > They always get initialized to zero by swrastGetDrawableInfo. Valid > X11 Drawable minimum size is 1x1, so we can detect success/change by > checking against 0. > > Signed-off-by: Tapani Pälli > Reported-by: Emil

Re: [Mesa-dev] Mesa support GLES 3.1 status with compute shaders

On Mon, Aug 7, 2017 at 9:45 AM, Emil Velikov wrote: > On 7 August 2017 at 12:56, Tapani Pälli wrote: >> Hi; >> >> On 08/07/2017 02:15 PM, Yuan, Feng wrote: >>> >>> Hi, >>> >>>What’s the status of GLES 3.1 compute shaders support in Linux

Re: [Mesa-dev] [PATCH] egl: do not initialize w, h in dri2_query_surface

On 7 August 2017 at 12:59, Tapani Pälli wrote: > They always get initialized to zero by swrastGetDrawableInfo. Valid > X11 Drawable minimum size is 1x1, so we can detect success/change by > checking against 0. > > Signed-off-by: Tapani Pälli >

Re: [Mesa-dev] Mesa support GLES 3.1 status with compute shaders

On 7 August 2017 at 12:56, Tapani Pälli wrote: > Hi; > > On 08/07/2017 02:15 PM, Yuan, Feng wrote: >> >> Hi, >> >>What’s the status of GLES 3.1 compute shaders support in Linux and >> Android. > > > It is supported. > >>Which branch/version start this

Re: [Mesa-dev] [PATCH v5 2/2] i965: Queue the buffer with a sync fence for Android OS

> -Original Message- > > Tomasz, > > > -Original Message- > > From: Tomasz Figa [mailto:tf...@chromium.org] > > Sent: Saturday, August 5, 2017 8:47 AM > > > > Hi Yogesh, > > > > On Sat, Aug 5, 2017 at 1:22 AM, Marathe, Yogesh > > > > wrote: > > >>

Re: [Mesa-dev] [PATCH] radv: fix MSAA on SI gpus.

On Mon, Aug 7, 2017 at 8:42 AM, Dave Airlie wrote: > From: Dave Airlie > > This ports the workaround from radeonsi, that was missing in radv. > > This fixes Talos rendering when MSAA is enabled on my Tahiti card. > > Fixes: f4e499ec7 (radv: add initial

Re: [Mesa-dev] [PATCH v4] glsl: update the extensions that are enabled for 460

On 04.08.2017 17:46, Ilia Mirkin wrote: On Fri, Aug 4, 2017 at 10:49 AM, Samuel Pitoiset wrote: On 08/04/2017 04:27 PM, Ilia Mirkin wrote: On Aug 4, 2017 02:02, "Samuel Pitoiset" > wrote: On

[Mesa-dev] [Bug 101334] AMD SI cards: Some vulkan apps freeze the system

https://bugs.freedesktop.org/show_bug.cgi?id=101334 --- Comment #37 from John --- I've just tried this patch on top of the other 2, but it didn't change much :/ I'll try running with PTS, maybe it's related to some settings that PTS may not use. -- You are receiving

Re: [Mesa-dev] [PATCH 06/11] radeonsi: add a separate dirty mask for prefetches

On 07.08.2017 00:20, Marek Olšák wrote: From: Marek Olšák so that we don't rely on si_pm4_state_enabled_and_changed, allowing us to move prefetches after draw calls. --- src/gallium/drivers/radeonsi/si_cp_dma.c| 16

[Mesa-dev] [Bug 101334] AMD SI cards: Some vulkan apps freeze the system

https://bugs.freedesktop.org/show_bug.cgi?id=101334 --- Comment #36 from Dave Airlie --- Created attachment 133276 --> https://bugs.freedesktop.org/attachment.cgi?id=133276=edit fix MSAA rendering. I've sent this to the list, it at least fixes bad rendering in talos

[Mesa-dev] [Bug 101334] AMD SI cards: Some vulkan apps freeze the system

https://bugs.freedesktop.org/show_bug.cgi?id=101334 --- Comment #39 from Dave Airlie --- https://patchwork.freedesktop.org/patch/169012/ I also have this patch in my tree. -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact

[Mesa-dev] [Bug 101334] AMD SI cards: Some vulkan apps freeze the system

https://bugs.freedesktop.org/show_bug.cgi?id=101334 --- Comment #40 from Dave Airlie --- I'm on some random drm-next kernel from a while back based on 4.12, I'm still seeing hangs on vulkan cts anyways, but they are fairly random. -- You are receiving this mail

Re: [Mesa-dev] [PATCH 11/11] radeonsi: use optimal packet order when doing a pipeline sync

On 07.08.2017 00:20, Marek Olšák wrote: From: Marek Olšák Process most new SET packets in parallel with previous draw calls, then flush caches and wait, start the draw, and do L2 prefetches last. This decreases the [CP busy / SPI busy] ratio (verified with GRBM perf

Re: [Mesa-dev] [PATCH] docs: removed the '--with-sha1' requirement from shading.html

Yep 'with-sha1' is not needed anymore, thanks; Acked-by: Tapani Pälli On 08/04/2017 08:20 PM, Eleni Maria Stea wrote: The configuration option --with-sha1 is no longer required for the MESA_SHADER_READ_PATH, MESA_SHADER_DUMP_PATH environment variables to take effect.

Re: [Mesa-dev] [PATCH 3/3] specs: Add EGL_MESA_platform_device

On 02.08.2017 22:24, Adam Jackson wrote: This extension name is bad, but I don't have an idea for a better one. EGL_MESA_explicit_device EGL_MESA_device_selection ? Anyway, for the series: Acked-by: Nicolai Hähnle Signed-off-by: Adam Jackson

[Mesa-dev] [Bug 101334] AMD SI cards: Some vulkan apps freeze the system

https://bugs.freedesktop.org/show_bug.cgi?id=101334 --- Comment #38 from John --- Actually, could it be a kernel difference? I'm on the last of amd-staging 4.11, what about you? -- You are receiving this mail because: You are the QA Contact for the bug. You are the

Re: [Mesa-dev] [PATCH 3/3] specs: Add EGL_MESA_platform_device

On 2 August 2017 at 21:24, Adam Jackson wrote: > +Overview > + > +A system may support multiple devices and multiple window systems. For > +example, a Wayland environment may drive multiple GPUs and support both > +GLX and EGL clients. In order to realize this, the

  1   2   >