[Mesa-dev] [PATCH 3/3] st/mesa: don't flush the front buffer if it's a pbuffer

From: Marek Olšák This is the best guess I can make here. --- src/mesa/state_tracker/st_manager.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/src/mesa/state_tracker/st_manager.c b/src/mesa/state_tracker/st_manager.c index 5efbd1fa1d2..bee1f6b1366 100644

[Mesa-dev] [PATCH 2/3] mesa: fix pbuffers because internally they are front buffers

From: Marek Olšák This fixes the egl_ext_device_base piglit test, which uses EGL pbuffers. --- src/mesa/main/buffers.c | 56 ++--- 1 file changed, 36 insertions(+), 20 deletions(-) diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c index 2148fa131

[Mesa-dev] [PATCH 1/3] mesa: rework error handling in glDrawBuffers

From: Marek Olšák It's needed by the next pbuffer fix, which changes the behavior of draw_buffer_enum_to_bitmask, so it can't be used to help with error checking. --- src/mesa/main/buffers.c | 53 ++--- 1 file changed, 29 insertions(+), 24 deletions(-) diff -

[Mesa-dev] [PATCH 0/3] Pbuffer fixes

Hi, This series fixes pbuffers for EGL as exercised by the egl_ext_device- _base piglit test. It passes piglit, GL-CTS, dEQP, and The Hitchhiker's Guide to the Galaxy, but I didn't test GLX, so things might still break horribly there. Rbs welcome, Thanks, Marek _

Re: [Mesa-dev] [PATCH] panfrosti/ci: Initial commit

> Hopefully just current expected fails get stored in git. ATM it looks like both passes and fails are there. Also, we're failing thousands of tests in GLES2 alone... > VK-GL-CTS is the official conformance suite, and it includes dEQP. You > need to use a release tag, or you'll have extra garbag

[Mesa-dev] [Bug 110525] [CTS] dEQP-VK.api.invariance.random crashes

https://bugs.freedesktop.org/show_bug.cgi?id=110525 --- Comment #1 from Bas Nieuwenhuizen --- Can't reproduce: [bas@bas-workstation vulkan]$ VK_CD_FILENAMES=/home/bas/projects/mesa-build/src/amd/vulkan/dev_icd.json ./deqp-vk -n dEQP-VK.api.invariance.random --deqp-vk-device-id=1 Writing test log

[Mesa-dev] [PATCH 1/2] radeonsi: use new atomic LLVM helpers

From: Marek Olšák This depends on "ac,ac/nir: use a better sync scope for shared atomics" --- src/gallium/drivers/radeonsi/si_shader_tgsi_mem.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader_tgsi_mem.c b/src/gallium/driver

[Mesa-dev] [PATCH 2/2] radeonsi: set sampler state and view functions for compute-only contexts

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_pipe.c | 2 +- src/gallium/drivers/radeonsi/si_state.c | 17 ++--- src/gallium/drivers/radeonsi/si_state.h | 2 +- 3 files changed, 12 insertions(+), 9 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_pipe.c b/src/ga

Re: [Mesa-dev] [PATCH] panfrosti/ci: Initial commit

Alyssa Rosenzweig writes: >> We start by building a container in Docker that contains a suitable >> rootfs and kernel for the DUT, deqp and all dependencies for building >> Mesa itself. > > Out of curiosity, what's the performance impact of this? If there are no > changes to the kernel or to deqp

Re: [Mesa-dev] [PATCH] st/dri: decrease input lag by syncing sooner in SwapBuffers

On Fri, Apr 26, 2019 at 12:56 PM Axel Davy wrote: > On 26/04/2019 10:08, Michel Dänzer wrote: > > On 2019-04-26 4:06 a.m., Marek Olšák wrote: > >> From: Marek Olšák > >> > >> It's done by: > >> - decrease the number of frames in flight by 1 > >> - flush before throttling in SwapBuffers > >>(

Re: [Mesa-dev] [PATCH] st/dri: decrease input lag by syncing sooner in SwapBuffers

On Fri, Apr 26, 2019 at 4:08 AM Michel Dänzer wrote: > On 2019-04-26 4:06 a.m., Marek Olšák wrote: > > From: Marek Olšák > > > > It's done by: > > - decrease the number of frames in flight by 1 > > - flush before throttling in SwapBuffers > > (instead of wait-then-flush, do flush-then-wait) >

Re: [Mesa-dev] [PATCH v2] st: require compatible driver in autotools

> if test -n "$with_gallium_drivers" -a "x$with_gallium_drivers" != xswrast; > then > if test "x$enable_xvmc" = xauto -a "x$have_xvmc_platform" = xyes; then > PKG_CHECK_EXISTS([xvmc >= $XVMC_REQUIRED], [enable_xvmc=yes], > [enable_xvmc=no]) > fi > ... > fi > > Thus auto-detection w

[Mesa-dev] [Bug 110459] Escape from Tarkov on DXVK renders wrong windows reflection unless RADV_DEBUG=nohiz is passed

https://bugs.freedesktop.org/show_bug.cgi?id=110459 --- Comment #5 from Rhys Perry --- Try running WINEPREFIX=/home/faalagorn/Games/escape-from-tarkov renderdoccmd capture /home/faalagorn/.local/share/lutris/runners/wine/wine-tkg-git-escapefromtarkov/bin/wine64 /home/faalagorn/Games/escape-from-

Re: [Mesa-dev] [PATCH] st/dri: decrease input lag by syncing sooner in SwapBuffers

On 26/04/2019 10:08, Michel Dänzer wrote: On 2019-04-26 4:06 a.m., Marek Olšák wrote: From: Marek Olšák It's done by: - decrease the number of frames in flight by 1 - flush before throttling in SwapBuffers (instead of wait-then-flush, do flush-then-wait) The improvement is apparent with Un

[Mesa-dev] [Bug 110350] DOOM 2016 crash + severe artifacting on RADV + Vega VII

https://bugs.freedesktop.org/show_bug.cgi?id=110350 --- Comment #8 from Samuel Pitoiset --- Got a Vega20, I tried to reproduce the problem with mesa-git, llvm-git and the same settings as you, but it doesn't happen. I also tried some older LLVM commits, no graphic glitches so far. Are you still

[Mesa-dev] shader-db MR: run: set NULL as initial value for binding_list

Without it, under some specific compilation options, it can be initialized to NULL or to garbage. On the latter case, if the shader doesn't require a binding_list, would cause a crash later when it attempts to be used. https://gitlab.freedesktop.org/mesa/shader-db/merge_requests/7 ___

Re: [Mesa-dev] [PATCH] panfrosti/ci: Initial commit

> We start by building a container in Docker that contains a suitable > rootfs and kernel for the DUT, deqp and all dependencies for building > Mesa itself. Out of curiosity, what's the performance impact of this? If there are no changes to the kernel or to deqp (but mesa had a commit somewhere in

[Mesa-dev] MR: Some softpipe fixes

Hi Roland, I did some softpipe patches, maybe you could take a look? Fixing LOD evaluation, cube face selection, and add support for explicit derivatives: https://gitlab.freedesktop.org/mesa/mesa/merge_requests/702 On top of that (i.e. the MR includes the above) Softpipe add support for TGS

Re: [Mesa-dev] [PATCH] ac, ac/nir: use a better sync scope for shared atomics

Thanks for your investigations Rhys. As discussed over IRC, this makes sense to me. Reviewed-by: Samuel Pitoiset On 4/26/19 3:48 PM, Rhys Perry wrote: https://reviews.llvm.org/rL356946 (present in LLVM 9 and later) changed the meaning of the "system" sync scope, making it no longer restricted

Re: [Mesa-dev] [PATCH] vulkan/wsi: don't use DUMB_CLOSE for normal GEM handles

On Thu, 25 Apr 2019 at 11:44, Bas Nieuwenhuizen wrote: > > r-b > Thank you Bas. Pushed both fixes to master. -Emil ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH] ac, ac/nir: use a better sync scope for shared atomics

https://reviews.llvm.org/rL356946 (present in LLVM 9 and later) changed the meaning of the "system" sync scope, making it no longer restricted to the memory operation's address space. So a single address space sync scope is needed for shared atomic operations (such as "system-one-as" or "workgroup-

Re: [Mesa-dev] [PATCH] radv: implement a workaround for VK_EXT_conditional_rendering

On 4/26/19 1:58 PM, Samuel Pitoiset wrote: Per the Vulkan spec 1.1.107, the predicate is a 32-bit value. Though the AMD hardware treats it as a 64-bit value which means it might fail to discard. I don't know why this extension has been drafted like that but this definitely not fit with AMD. The

[Mesa-dev] [PATCH] radv: implement a workaround for VK_EXT_conditional_rendering

Per the Vulkan spec 1.1.107, the predicate is a 32-bit value. Though the AMD hardware treats it as a 64-bit value which means it might fail to discard. I don't know why this extension has been drafted like that but this definitely not fit with AMD. The hardware doesn't seem to support a 32-bit val

[Mesa-dev] [PATCH] ac: tidy up ac_build_llvm8_tbuffer_{load, store}

For consistency with ac_build_llvm8_buffer_{load,store}_common helpers and that will help a bit for removing the vec3 restriction. Signed-off-by: Samuel Pitoiset --- src/amd/common/ac_llvm_build.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/sr

Re: [Mesa-dev] [PATCH v2] vulkan/wsi: check if the display_fd given is master

On 2019-04-19 at 16:01, Emil Velikov wrote: > From: Emil Velikov > > As effectively required by the extension, we need to ensure we're master > > Currently drivers employ vendor specific solutions, which check if the > device behind the fd is capable*, yet none of them do the master check. >

[Mesa-dev] [Bug 110530] [CTS] dEQP-VK.ycbcr.format.g8_b8_r8_3plane_420* reports VM faults on Vega10

https://bugs.freedesktop.org/show_bug.cgi?id=110530 Bug ID: 110530 Summary: [CTS] dEQP-VK.ycbcr.format.g8_b8_r8_3plane_420* reports VM faults on Vega10 Product: Mesa Version: git Hardware: Other OS: All

Re: [Mesa-dev] [PATCH v2 1/3] llvmpipe: add lp_fence_timedwait() helper

On Thu, 25 Apr 2019 at 19:24, Gustaw Smolarczyk wrote: > > czw., 25 kwi 2019 o 20:11 Gustaw Smolarczyk napisał(a): > > > > czw., 25 kwi 2019 o 19:42 Emil Velikov > > napisał(a): > > > > > > The function is analogous to lp_fence_wait() while taking at timeout > > > (ns) parameter, as needed for

[Mesa-dev] [Bug 110526] [CTS] dEQP-VK.ycbcr.{conversion, format}.* fail

https://bugs.freedesktop.org/show_bug.cgi?id=110526 Bug ID: 110526 Summary: [CTS] dEQP-VK.ycbcr.{conversion,format}.* fail Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

Re: [Mesa-dev] [PATCH] radeonsi: don't ignore PIPE_FLUSH_ASYNC

On 2019-04-26 4:06 a.m., Marek Olšák wrote: > From: Marek Olšák > > --- > src/gallium/drivers/radeonsi/si_fence.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/gallium/drivers/radeonsi/si_fence.c > b/src/gallium/drivers/radeonsi/si_fence.c > index 3d23597413c..ff

[Mesa-dev] [Bug 110525] [CTS] dEQP-VK.api.invariance.random crashes

https://bugs.freedesktop.org/show_bug.cgi?id=110525 Bug ID: 110525 Summary: [CTS] dEQP-VK.api.invariance.random crashes Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

Re: [Mesa-dev] [PATCH] st/dri: decrease input lag by syncing sooner in SwapBuffers

On 2019-04-26 4:06 a.m., Marek Olšák wrote: > From: Marek Olšák > > It's done by: > - decrease the number of frames in flight by 1 > - flush before throttling in SwapBuffers > (instead of wait-then-flush, do flush-then-wait) > > The improvement is apparent with Unigine Heaven. > > Previously:

Re: [Mesa-dev] [PATCH 4/8] etnaviv: add 2D GPU YUV->RGB blitter

Am Freitag, den 26.04.2019, 08:24 +0200 schrieb Christian Gmeiner: > Am Fr., 12. Apr. 2019 um 19:38 Uhr schrieb Lucas Stach > : > > > > This adds a blit path using the 2D GPU for a linear YUV to tiled RGB > > blit. This allows to implement importing of planar YUV textures with > > a single copy.

Re: [Mesa-dev] [PATCH 0/6] Add support for NV12

Am Freitag, den 26.04.2019, 09:41 +0200 schrieb Christian Gmeiner: > Hi Lucas > > > > > Am Mittwoch, den 24.04.2019, 08:36 +0200 schrieb Christian Gmeiner: > > > This patch series goes a complete different route then the one from > > > Lucas Stach. I am using the integrated YUV tiler instead of u

Re: [Mesa-dev] [PATCH 5/8] etnaviv: export etna_submit_rs_state

Am Fr., 12. Apr. 2019 um 19:38 Uhr schrieb Lucas Stach : > > The new 2D YUV blit needs this in some cases, so make it available. > > Signed-off-by: Lucas Stach Reviewed-by: Christian Gmeiner > --- > src/gallium/drivers/etnaviv/etnaviv_rs.c | 2 +- > src/gallium/drivers/etnaviv/etnaviv_rs.h | 4

Re: [Mesa-dev] [PATCH] winsys/amdgpu: Restrict allocation to GTT for small vram size

On 2019-04-26 9:35 a.m., Christian König wrote: > Am 25.04.19 um 13:37 schrieb Agrawal, Akshu: >> To avoid evictions, use GTT only for allocation on devices with >> small vram size. >> >> Signed-off-by: Akshu Agrawal >> --- >>   src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 9 - >>   1 file c

Re: [Mesa-dev] [PATCH 0/6] Add support for NV12

Hi Lucas > > Am Mittwoch, den 24.04.2019, 08:36 +0200 schrieb Christian Gmeiner: > > This patch series goes a complete different route then the one from > > Lucas Stach. I am using the integrated YUV tiler instead of using > > the 2D core for format conversion. I am reusing some patches from > > L

Re: [Mesa-dev] [PATCH] winsys/amdgpu: Restrict allocation to GTT for small vram size

Am 25.04.19 um 13:37 schrieb Agrawal, Akshu: To avoid evictions, use GTT only for allocation on devices with small vram size. Signed-off-by: Akshu Agrawal --- src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/src/gallium/win

[Mesa-dev] Mesa 3D

Hello,does Mesa 3D have support for NVIDIA Tegra K1 SoC and Android? ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH] winsys/amdgpu: Restrict allocation to GTT for small vram size

To avoid evictions, use GTT only for allocation on devices with small vram size. Signed-off-by: Akshu Agrawal --- src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_bo.c b/src/gallium/winsys/