[Mesa-dev] [Bug 92054] make check gbm-symbols-check regression

https://bugs.freedesktop.org/show_bug.cgi?id=92054 Vinson Lee changed: What|Removed |Added Keywords||bisected

[Mesa-dev] Mesa 10.6.8

Mesa 10.6.8 is now available. With this release we have mostly nouveau fixes, although we have the odd i965, llvmpipe (big endian) and gbm bugfix. Alejandro Piñeiro (1): i965/vec4: fill src_reg type using the constructor type parameter Antia Puentes (1): i965/vec4: Fix saturation

[Mesa-dev] [RFC 2/2] glsl: Update kill set comments for opt_constant_propagation() hash table.

--- src/glsl/opt_constant_propagation.cpp | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/glsl/opt_constant_propagation.cpp b/src/glsl/opt_constant_propagation.cpp index b6cbf61..272a180 100644 --- a/src/glsl/opt_constant_propagation.cpp +++

[Mesa-dev] [RFC 0/2] Use hash tables for opt_constant_propagation() acp sets

Kenneth Graunke in 4654439fdd766f79a78fe0d812fd916f5815e7e6 refactored kill sets in opt_constant_propagation() to use hash tables. This patch set makes the suggested changes to use hash tables for acp sets, as well as correcting documentation within the file for recent hash table changes. RFC as

[Mesa-dev] [RFC 1/2] glsl: Use hash tables for opt_constant_propagation() acp sets.

--- src/glsl/opt_constant_propagation.cpp | 63 +-- 1 file changed, 38 insertions(+), 25 deletions(-) diff --git a/src/glsl/opt_constant_propagation.cpp b/src/glsl/opt_constant_propagation.cpp index 184aaa1..b6cbf61 100644 ---

[Mesa-dev] [Bug 92052] nir/nir_builder.h:79: error: expected primary-expression before ‘.’ token

https://bugs.freedesktop.org/show_bug.cgi?id=92052 Bug ID: 92052 Summary: nir/nir_builder.h:79: error: expected primary-expression before ‘.’ token Product: Mesa Version: git Hardware: x86-64 (AMD64) OS:

Re: [Mesa-dev] [PATCH 05/12] i965/vec4/skl+: Use lcd2dms_w instead of lcd2dms

s/lcd2dms/ld2dms/g in various places in this patch and others. On Fri, Sep 18, 2015 at 4:00 AM, Neil Roberts wrote: > In order to support 16x MSAA, skl+ has a wider version of lcd2dms that > takes two parameters for the MCS data. The MCS data in the response > still fits

[Mesa-dev] [Bug 92054] make check gbm-symbols-check regression

https://bugs.freedesktop.org/show_bug.cgi?id=92054 Bug ID: 92054 Summary: make check gbm-symbols-check regression Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Keywords:

[Mesa-dev] [Bug 92052] nir/nir_builder.h:79: error: expected primary-expression before ‘.’ token

https://bugs.freedesktop.org/show_bug.cgi?id=92052 Vinson Lee changed: What|Removed |Added Keywords||bisected

[Mesa-dev] [PATCH 0/3][RFC] Improve GLSL support of GL_ARB_separate_shader_objects

Current GLSL badly optimizes the code making it incompatible with the GL_ARB_separate_shader_objects extension. Typical example of the current behavior: VS: out SHADER { vec4 var_zero; // location will always be 0 vec2 var_one; // location will always be 1 } VSout; FS: in SHADER {

[Mesa-dev] [PATCH 25/24] glsl: add std140 layout support for AoA

--- I noticed this problem after adding AoA support [1] to Ian's random UBO test script [2]. [1] http://patchwork.freedesktop.org/patch/59956/ [2] http://cgit.freedesktop.org/~idr/piglit/log/?h=ubo-lolz src/glsl/glsl_types.cpp | 13 +++-- 1 file changed, 7 insertions(+), 6

[Mesa-dev] [Bug 92054] make check gbm-symbols-check regression

https://bugs.freedesktop.org/show_bug.cgi?id=92054 Marcin Slusarz changed: What|Removed |Added Status|NEW |RESOLVED

[Mesa-dev] [PATCH] i965/vec4: Don't coalesce registers in gen6 math ops if reswizzling needed

Math operations in SandyBridge do not support source swizzling Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92033 --- src/mesa/drivers/dri/i965/brw_ir_vec4.h | 3 ++- src/mesa/drivers/dri/i965/brw_vec4.cpp | 11 +-- 2 files changed, 11 insertions(+), 3 deletions(-) diff

Re: [Mesa-dev] [PATCH] Revert "mesa/extensions: restrict GL_OES_EGL_image to GLES"

Thanks for reverting this. The extension is required for importing dmabuf as textures in desktop GL, so it can't removed no matter what the spec says. Marek On Wed, Sep 16, 2015 at 5:00 PM, Dave Airlie wrote: > This reverts commit 48961fa3ba37999a6f8fd812458b735e39604a95. >

Re: [Mesa-dev] [PATCH 1/4] mesa/cs: Add _mesa_validate_DispatchCompute

Reviewed-by: Tapani Pälli On 09/20/2015 01:50 AM, Jordan Justen wrote: Move API validation to _mesa_validate_DispatchCompute in api_validate.c. Signed-off-by: Jordan Justen --- src/mesa/main/api_validate.c | 44

Re: [Mesa-dev] [PATCH 5/5] i965: Maximum allowed size of SEND messages is 15 (4 bits)

On Fri, 2015-09-18 at 09:09 -0700, Kenneth Graunke wrote: > On Friday, September 18, 2015 10:08:52 AM Iago Toral Quiroga wrote: > > Until now we only used MRFs 1..15 for regular SEND messages, so the > > message length could not possibly exceed the maximum size. Now that > > we allow to use MRF

[Mesa-dev] [PATCH v4] i965/vec4: Change types as needed to propagate source modifiers using from instruction

MOV instructions, as long as they don't have source modifiers, are just copying bits around. So those kind of instruction could be propagated even if there are type mismatches. This is needed because NIR generates integer MOV instructions whenever it doesn't know what else to generate. This

[Mesa-dev] [Bug 77449] Tracker bug for all bugs related to Steam titles

https://bugs.freedesktop.org/show_bug.cgi?id=77449 Kai changed: What|Removed |Added Depends on||92059 -- You are

Re: [Mesa-dev] [PATCH] i965/vec4: Don't coalesce registers in gen6 math ops if reswizzling needed

On Sun, Sep 20, 2015 at 8:48 AM, Antia Puentes wrote: > Math operations in SandyBridge do not support source swizzling I can't find any documentation to support this claim, but I remember that SNB math must be in align1 mode so it can't do swizzles or writemasking (see

[Mesa-dev] [PATCH 3/3] glsl/opt: disable optimization of varying input

GL_ARB_separate_shader_objects allow to match by name variable or block interface. Input varying can't be removed as it is will impact the location assignment. The patch only disable deadcode optimization for inputs that don't have an explicit location. It allows to remove various builtin

[Mesa-dev] [PATCH 1/3] glsl/link: don't consider unused variable as read variable.

Current checks rely on the optimization phase to remove deadcode varying. Therefore remaining varying are used. Deadcode Optimizations won't be possible anymore with the support of GL_ARB_separate_shader_objects. So it requires to check the used flag of the varying. Signed-off-by: Gregory

[Mesa-dev] [PATCH 2/3] glsl/ast2hir: add a new flag attribute_input for VS input

GL_ARB_separate_shader_objects requires that all inputs varying remains active. This flag allow to distinguish input attribute from the input varying. Flag will be used on next commit. Signed-off-by: Gregory Hainaut --- src/glsl/ast_to_hir.cpp | 4

Re: [Mesa-dev] [PATCH] i965/vec4: Don't coalesce registers in gen6 math ops if reswizzling needed

On Sep 20, 2015 11:11 AM, "Matt Turner" wrote: > > On Sun, Sep 20, 2015 at 8:48 AM, Antia Puentes wrote: > > Math operations in SandyBridge do not support source swizzling > > I can't find any documentation to support this claim, but I remember > that SNB