Re: [Mesa-dev] [PATCH 09/29] nir/format_convert: Add pack/unpack for R11F_G11F_B10F

On Fri, Jan 26, 2018 at 05:59:38PM -0800, Jason Ekstrand wrote: > --- > src/compiler/nir/nir_format_convert.h | 38 > +++ > 1 file changed, 38 insertions(+) > > diff --git a/src/compiler/nir/nir_format_convert.h > b/src/compiler/nir/nir_format_convert.h > index

Re: [Mesa-dev] [PATCH] vbo: Try to reuse the same VAO more often for successive dlists.

Hi Brian, On Friday, 2 March 2018 16:12:04 CET Brian Paul wrote: > I'll try to re-check the dlist application later. For now though, this > patch looks good. One thing below... Thanks for the review! > > + assert(old_offset <= buffer_offset); > > + const GLintptr offset_diff =

Re: [Mesa-dev] [PATCH 08/29] nir/format_convert: Add linear <-> sRGB helpers

On March 4, 2018 01:57:33 "Pohjolainen, Topi" wrote: On Fri, Jan 26, 2018 at 05:59:37PM -0800, Jason Ekstrand wrote: --- src/compiler/nir/nir_format_convert.h | 26 ++ 1 file changed, 26 insertions(+) I don't what is the official

[Mesa-dev] [Bug 104926] swrast: Mesa 17.3.3 produces: HW cursor for format 875713089 not supported

https://bugs.freedesktop.org/show_bug.cgi?id=104926 --- Comment #1 from pipep --- Same problem here with Gnome 3.2.6 under Virtualbox and Mesa 17.3.6. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the

Re: [Mesa-dev] [PATCH 09/29] nir/format_convert: Add pack/unpack for R11F_G11F_B10F

On March 4, 2018 03:11:03 "Pohjolainen, Topi" wrote: On Fri, Jan 26, 2018 at 05:59:38PM -0800, Jason Ekstrand wrote: --- src/compiler/nir/nir_format_convert.h | 38 +++ 1 file changed, 38 insertions(+) diff --git

[Mesa-dev] [PATCH] radv: Fix copying from 3D images starting at non-zero depth.

Fixes: f4e499ec79 "radv: add initial non-conformant radv vulkan driver" --- src/amd/vulkan/radv_meta_copy.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/amd/vulkan/radv_meta_copy.c b/src/amd/vulkan/radv_meta_copy.c index 7f7ef22efc..2a3faa64f1 100644 ---

[Mesa-dev] [Bug 105320] Wrong results produced by vkCmdCopyBuffer() from storage texel buffer

https://bugs.freedesktop.org/show_bug.cgi?id=105320 --- Comment #1 from Bas Nieuwenhuizen --- Hi, On which GPUs did you have this issue? On Vega this suffers from a bug with buffers sizes, where if you use a buffer view with constant index, the HW interprets the

Re: [Mesa-dev] [PATCH 05/29] intel/isl: Add a helper for inverting swizzles

On March 3, 2018 10:50:43 "Pohjolainen, Topi" wrote: On Thu, Mar 01, 2018 at 03:04:14PM -0800, Jason Ekstrand wrote: On Thu, Mar 1, 2018 at 6:49 AM, Pohjolainen, Topi < topi.pohjolai...@gmail.com> wrote: > On Mon, Feb 26, 2018 at 08:42:42AM -0800, Jason Ekstrand

[Mesa-dev] [Bug 105320] Wrong results produced by vkCmdCopyBuffer() from storage texel buffer (RX Vega)

https://bugs.freedesktop.org/show_bug.cgi?id=105320 Józef Kucia changed: What|Removed |Added Summary|Wrong results produced by |Wrong results

[Mesa-dev] [Bug 105320] Storage texel buffer access produces wrong results (RX Vega)

https://bugs.freedesktop.org/show_bug.cgi?id=105320 Józef Kucia changed: What|Removed |Added Summary|Wrong results produced by |Storage texel

Re: [Mesa-dev] Status of radeonsi NIR

Hi all, I thought I'd do some testing on my machine to see if there are any problems with nir (enabled with R600_DEBUG=nir) Tested on Ubuntu 17.10 with mesa git of today (oibaf for 32 bit, mine with LLVM5.0 on 64 bit because I cant figure out how to build 32bit drivers on ubuntu :( ) Xeon

[Mesa-dev] [PATCH v3] clover: Allow overriding platform/device version numbers

Useful for testing API, builtin library, and device completeness of not-yet-supported versions. Signed-off-by: Aaron Watry (v1) Reviewed-by: Pierre Moreau (v2) Reviewed-by: Francisco Jerez Cc: Jan Vesely

Re: [Mesa-dev] Status of radeonsi NIR

On 05/03/18 03:43, Benedikt Schemmer wrote: Hi all, I thought I'd do some testing on my machine to see if there are any problems with nir (enabled with R600_DEBUG=nir) Hi Benedikt, Thanks for the results. Everything looks pretty much around where I expected it to be performance wise and

[Mesa-dev] [Bug 105285] Mesa-utils -8.4 - glxinfo report has a blank value in GL_NUM_SHADING_LANGUAGE_VERSIONS subsection and also the aligniment below 4.3 seems not correct

https://bugs.freedesktop.org/show_bug.cgi?id=105285 --- Comment #3 from Arun Sivaraman --- Created attachment 137785 --> https://bugs.freedesktop.org/attachment.cgi?id=137785=edit Core Profile -- You are receiving this mail because: You are the assignee for the

[Mesa-dev] [Bug 105328] Can't include gl and gles headers simultaneously on non-64 bit architectures

https://bugs.freedesktop.org/show_bug.cgi?id=105328 --- Comment #5 from Sebastian Dröge (slomo) --- Is there any chance of getting this fixed before Khronos releases a new version of the headers? I assume that usually takes quite a while, if they agree to include this change

Re: [Mesa-dev] [PATCH 3/3] radeonsi/nir: call ac_lower_indirect_derefs()

For the series Reviewed-by: Bas Nieuwenhuizen On Mon, Mar 5, 2018 at 2:09 AM, Timothy Arceri wrote: > Fixes piglit tests: > tests/spec/glsl-1.50/execution/variable-indexing/gs-input-array-vec3-index-rd.shader_test >

[Mesa-dev] [Bug 105285] Mesa-utils -8.4 - glxinfo report has a blank value in GL_NUM_SHADING_LANGUAGE_VERSIONS subsection and also the aligniment below 4.3 seems not correct

https://bugs.freedesktop.org/show_bug.cgi?id=105285 --- Comment #2 from Arun Sivaraman --- Apologies for the late reply, I didn't know about the blank value and ya it will be great if it can display 110 instead of blank. And also i did notice few more differences. I

Re: [Mesa-dev] [PATCH kmscube v2] Detect gst_bo_map/_unmap and use it (or avoid it)

Hello, Rob! On 14 July 2017 at 10:29, Daniel Díaz wrote: > Those functions are not available on libMali, thus breaking > builds and creating havoc. > > Removing the specific parts of the code that deal with > gbm_bo_map() and gbm_bo_unmap() renders the kmscube utility >

[Mesa-dev] [Bug 105285] Mesa-utils -8.4 - glxinfo report has a blank value in GL_NUM_SHADING_LANGUAGE_VERSIONS subsection and also the aligniment below 4.3 seems not correct

https://bugs.freedesktop.org/show_bug.cgi?id=105285 --- Comment #4 from Arun Sivaraman --- Created attachment 137786 --> https://bugs.freedesktop.org/attachment.cgi?id=137786=edit Compat -- You are receiving this mail because: You are the QA Contact for the bug.

[Mesa-dev] [PATCH 2/3] radeonsi: add chip class to compiler_ctx_state

This will be used in the following patch. --- src/gallium/drivers/radeonsi/si_compute.c | 1 + src/gallium/drivers/radeonsi/si_shader.h| 2 ++ src/gallium/drivers/radeonsi/si_state_shaders.c | 1 + 3 files changed, 4 insertions(+) diff --git

[Mesa-dev] [PATCH 3/3] radeonsi/nir: call ac_lower_indirect_derefs()

Fixes piglit tests: tests/spec/glsl-1.50/execution/variable-indexing/gs-input-array-vec3-index-rd.shader_test tests/spec/glsl-1.50/execution/geometry/max-input-components.shader_test --- src/gallium/drivers/radeonsi/si_compute.c | 2 +- src/gallium/drivers/radeonsi/si_shader.h| 2 +-

[Mesa-dev] [PATCH 1/3] ac/radv: move lower_indirect_derefs() to ac_nir_to_llvm.c

Until llvm handles indirects better we will need to use these workarounds in the radeonsi backend also. --- src/amd/common/ac_nir_to_llvm.c | 37 + src/amd/common/ac_nir_to_llvm.h | 2 ++ src/amd/vulkan/radv_pipeline.c | 8