Re: [Mesa-dev] [PATCH v2 0/5] i965: ASTC5x5 workaround

2018-02-11 Thread Tapani Pälli
Hi; On 02/08/2018 09:50 AM, Rogovin, Kevin wrote: Hi, I gave it a whirl of setting the .mocs field set to 0 passed to isl_surf_fill_state() ALWAYS. Sadly CarChase GLES continued to hang (where as the GL did not because it does not use ASTC). This makes sense since MOCS (atleast last time I

[Mesa-dev] [Bug 105013] [regression] GLX+VA-API+clutter-gst video playback is corrupt with Mesa 17.3 (but is fine with 17.2)

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105013 Daniel van Vugt changed: What|Removed |Added See Also|

[Mesa-dev] [Bug 105013] [regression] GLX+VA-API+clutter-gst video playback is corrupt with Mesa 17.3 (but is fine with 17.2)

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105013 Daniel van Vugt changed: What|Removed |Added See Also|

[Mesa-dev] [PATCH] r600: fix array spill if temp[0] is before all arrays

2018-02-11 Thread Dave Airlie
From: Dave Airlie I found a shader with DCL TEMP[0], LOCAL DCL TEMP[1..256], ARRAY(1), LOCAL DCL TEMP[257..512], ARRAY(2), LOCAL DCL TEMP[513..768], ARRAY(3), LOCAL DCL TEMP[769], LOCAL This would remap badly, as it would add up all the spilled sizes and subtract it from the

Re: [Mesa-dev] [PATCH] anv: Drop I915_EXEC_CONSTANTS_REL_GENERAL from execbuf.

2018-02-11 Thread Jason Ekstrand
Rb On February 11, 2018 17:50:16 Kenneth Graunke wrote: The kernel used to have execbuf parameters to program the INSTPM bit for whether 3DSTATE_CONSTANT_* should be relative to dynamic state base address or an absolute address. However, they never worked in the

[Mesa-dev] [Bug 104182] Seti@Home OpenCL program starts then returns: "CL file build failure"

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104182 --- Comment #3 from thinkingbeyondthesqu...@gmail.com --- ok, here finally is the error message in the log file: Mon 12 Feb 2018 06:37:08 ACDT | | Starting BOINC client version 7.8.3 for x86_64-pc-linux-gnu Mon 12 Feb 2018 06:37:08 ACDT | |

[Mesa-dev] [RFC 1/2] spirv: add/hookup SpvCapabilityStencilExportEXT

2018-02-11 Thread Gustavo Lima Chaves
--- src/compiler/shader_info.h | 1 + src/compiler/spirv/spirv_to_nir.c | 4 src/compiler/spirv/vtn_variables.c | 4 3 files changed, 9 insertions(+) diff --git a/src/compiler/shader_info.h b/src/compiler/shader_info.h index f6dedb8d62..0480af5be7 100644 ---

[Mesa-dev] [RFC 0/2] VK_EXT_shader_stencil_export

2018-02-11 Thread Gustavo Lima Chaves
I've been seeking to add this extension support on my free time and have now come to a point where some input could really help. At vtn_get_builtin_location(), is that existing one used for the extension what we want? Should we also check the shader stage we're in there too, once it's meant for

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

2018-02-11 Thread Gustavo Lima Chaves
--- 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..628778caa6 100644 --- a/src/intel/vulkan/anv_extensions.py +++

[Mesa-dev] [Bug 105049] Invalid usage of vulkan pipeline barriers can cause amdgpu to deadlock

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105049 --- Comment #6 from Hal Gentz --- Created attachment 137284 --> https://bugs.freedesktop.org/attachment.cgi?id=137284=edit A call trace from the kernel because the process was hung -- You are receiving this mail

[Mesa-dev] [Bug 105049] Invalid usage of vulkan pipeline barriers can cause amdgpu to deadlock

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105049 --- Comment #4 from Hal Gentz --- Created attachment 137282 --> https://bugs.freedesktop.org/attachment.cgi?id=137282=edit results from running `glxinfo` -- You are receiving this mail because: You are the QA

[Mesa-dev] [Bug 105049] Invalid usage of vulkan pipeline barriers can cause amdgpu to deadlock

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105049 --- Comment #5 from Hal Gentz --- Created attachment 137283 --> https://bugs.freedesktop.org/attachment.cgi?id=137283=edit results from running `glinfo` -- You are receiving this mail because: You are the QA Contact

[Mesa-dev] [Bug 105049] Invalid usage of vulkan pipeline barriers can cause amdgpu to deadlock

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105049 --- Comment #3 from Hal Gentz --- Created attachment 137281 --> https://bugs.freedesktop.org/attachment.cgi?id=137281=edit what the program outputs when run from ssh with x-forwarding (program crashes before it can

[Mesa-dev] [Bug 105049] Invalid usage of vulkan pipeline barriers can cause amdgpu to deadlock

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105049 --- Comment #1 from Hal Gentz --- Created attachment 137279 --> https://bugs.freedesktop.org/attachment.cgi?id=137279=edit results from running `vulkaninfo` -- You are receiving this mail because: You are the QA

[Mesa-dev] [Bug 105049] Invalid usage of vulkan pipeline barriers can cause amdgpu to deadlock

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105049 --- Comment #2 from Hal Gentz --- Created attachment 137280 --> https://bugs.freedesktop.org/attachment.cgi?id=137280=edit results from running `pacaur -Q | grep "vulkan\|mesa\|xf86"` -- You are receiving this mail

[Mesa-dev] [Bug 105049] Invalid usage of vulkan pipeline barriers can cause amdgpu to deadlock

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105049 Bug ID: 105049 Summary: Invalid usage of vulkan pipeline barriers can cause amdgpu to deadlock Product: Mesa Version: 17.3 Hardware: x86-64 (AMD64) OS:

[Mesa-dev] [PATCH] anv: Drop I915_EXEC_CONSTANTS_REL_GENERAL from execbuf.

2018-02-11 Thread Kenneth Graunke
The kernel used to have execbuf parameters to program the INSTPM bit for whether 3DSTATE_CONSTANT_* should be relative to dynamic state base address or an absolute address. However, they never worked in the presence of hardware contexts, so I deleted them a while back. It doesn't make sense to

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

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=102077 --- Comment #3 from Nix --- This is actually a Mesa bug: the install-time link of libEGL.la is picking up libgbm from the installation prefix rather than the $DESTDIR-prepended prefix: for some reason --inst-prefix-dir isn't

Re: [Mesa-dev] 10bit HEVC decoding for RadeonSI v2

2018-02-11 Thread Christian König
Hi Rainer, well at the end of the pipeline the page flip waits for all previous operations on a buffer to be completed before displaying it. But even that wait is asynchronous. So as long as you don't wait for the page flip your render thread won't be blocked. Using vaSyncSurface is only

[Mesa-dev] [Bug 104820] White screen in SDDM after upgrade to latest padoka

2018-02-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104820 --- Comment #9 from Jay --- I'm also seeing this on a AMD Kaveri IGP box. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the

Re: [Mesa-dev] [PATCH] intel/blorp: Only double the fast-clear rect alignment on HSW

2018-02-11 Thread Giuseppe Bilotta
> + * 2) Haswell is a bit unique in that it's CCS tiling does not line it's -> its -- Giuseppe "Oblomov" Bilotta ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 01/17] r200: Remove dead rop table

2018-02-11 Thread Elie Tournier
Eric Engestrom was faster. ;) https://patchwork.freedesktop.org/patch/203691/ On 10 February 2018 at 16:32, Eric Anholt wrote: > Fixes: 0aaa27f29187 ("mesa: Pass the translated color logic op > dd_function_table::LogicOpcode") > Cc: Ian Romanick > ---

[Mesa-dev] [PATCH 3/4] radv: Reword radv_entrypoints_gen.py

2018-02-11 Thread Bas Nieuwenhuizen
With a big inspiration from anv as always ... --- src/amd/vulkan/radv_entrypoints_gen.py | 162 + 1 file changed, 106 insertions(+), 56 deletions(-) diff --git a/src/amd/vulkan/radv_entrypoints_gen.py b/src/amd/vulkan/radv_entrypoints_gen.py index

[Mesa-dev] [PATCH 2/4] radv: Track enabled extensions.

2018-02-11 Thread Bas Nieuwenhuizen
--- src/amd/vulkan/radv_device.c | 80 --- src/amd/vulkan/radv_private.h | 4 +++ 2 files changed, 48 insertions(+), 36 deletions(-) diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c index 4b8f6ea0db..a4ca38b69c 100644 ---

[Mesa-dev] [PATCH 1/4] radv: Put supported extensions in a struct.

2018-02-11 Thread Bas Nieuwenhuizen
--- src/amd/vulkan/meson.build| 5 +- src/amd/vulkan/radv_device.c | 60 ++ src/amd/vulkan/radv_extensions.py | 128 -- src/amd/vulkan/radv_private.h | 3 + 4 files changed, 133 insertions(+), 63 deletions(-) diff --git

[Mesa-dev] [PATCH 4/4] radv: Return NULL for entrypoints when not supported.

2018-02-11 Thread Bas Nieuwenhuizen
This implements strict checking for the entrypoint ProcAddr functions. - InstanceProcAddr with instance = NULL, only returns the 3 allowed entrypoints. - DeviceProcAddr does not return any instance entrypoints. - InstanceProcAddr does not return non-supported or disabled instance

Re: [Mesa-dev] [PATCH 12/17] radv: Fix compiler warning about uninitialized 'set'

2018-02-11 Thread Bas Nieuwenhuizen
Reviewed-by: Bas Nieuwenhuizen On Sat, Feb 10, 2018 at 5:33 PM, Eric Anholt wrote: > The compiler doesn't figure out that we only get result == VK_SUCCESS if > set got initialized. > > Cc: Dave Airlie > --- >

Re: [Mesa-dev] [PATCH 06/17] ac/nir: Fix compiler warning about uninitialized dw_addr.

2018-02-11 Thread Bas Nieuwenhuizen
Reviewed-by: Bas Nieuwenhuizen On Sat, Feb 10, 2018 at 5:32 PM, Eric Anholt wrote: > Even switching the def's condition to be the same chip revision check as > the use, the compiler doesn't figure it out. Just NULL-init it. > > Fixes: ec53e527421d

Re: [Mesa-dev] 10bit HEVC decoding for RadeonSI v2

2018-02-11 Thread Christian König
Hi Rainer, the render thread doesn't wait either. See when you dispatch some work the AMD drivers always wait for prerequisites in the background, not in the foreground. The older radeon driver uses hardware semaphores for this while amdgpu has a GPU scheduler which handles that stuff.

Re: [Mesa-dev] 10bit HEVC decoding for RadeonSI v2

2018-02-11 Thread Christian König
Am 11.02.2018 um 11:35 schrieb Philipp Kerling: Hi, 2018-02-11 (日) の 11:02 +0100 に Christian König さんは書きました: Am 09.02.2018 um 21:35 schrieb Philipp Kerling: Hi, resurrecting this thread again since there's been some progress on the Kodi side. For the EGL part, see

Re: [Mesa-dev] 10bit HEVC decoding for RadeonSI v2

2018-02-11 Thread Philipp Kerling
Hi, 2018-02-11 (日) の 11:02 +0100 に Christian König さんは書きました: > Am 09.02.2018 um 21:35 schrieb Philipp Kerling: > > Hi, > > > > resurrecting this thread again since there's been some progress on > > the > > Kodi side. > > > > > For the EGL part, see > >

Re: [Mesa-dev] 10bit HEVC decoding for RadeonSI v2

2018-02-11 Thread Christian König
Am 09.02.2018 um 21:35 schrieb Philipp Kerling: Hi, resurrecting this thread again since there's been some progress on the Kodi side. For the EGL part, see and . We recently