[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 Michel Dänzer changed: What|Removed |Added QA Contact|mesa-dev@lists.freedesktop.

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #10 from Michel Dänzer --- There were quite a lot of changes between those two Mesa commits. Any chance you can bisect upstream Mesa Git? -- You are receiving this mail because: You are the assignee for the bug.

[Mesa-dev] [Bug 99055] Games hang / freeze completely

https://bugs.freedesktop.org/show_bug.cgi?id=99055 --- Comment #16 from Michel Dänzer --- Setting LD_PRELOAD when launching Steam has worked for every game I've tried so far. YMMV. -- You are receiving this mail because: You are the QA Contact for the bug. You are the

[Mesa-dev] [PATCH] Revert "nir: Turn imov/fmov of undef into undef."

This reverts commit 6aa73fea84a14b49828a4bb30761d43903bf. This was changing the size of the undef to always be 1 (the number of inputs to imov and fmov) which is wrong, we could be moving a vec4 for example. Acked-by: Kenneth Graunke Cc: "13.0"

[Mesa-dev] [Bug 99055] Games hang / freeze completely

https://bugs.freedesktop.org/show_bug.cgi?id=99055 --- Comment #15 from Kenneth Graunke --- (In reply to Eero Tamminen from comment #14) > It's harder to guarantee that the environment variable gets always passed to > the game, better just to rename the offending binary to

Re: [Mesa-dev] [PATCH v2] i965/vec4: Fix TCS output reads with non-zero component qualifiers.

Rb On Dec 14, 2016 2:58 PM, "Kenneth Graunke" wrote: We want to perform the URB read to a vec4 temporary, with no writemask, then issue a MOV to swizzle the data and store it to the actual destination, using the final writemask. We were doing this wrong. For example,

Re: [Mesa-dev] [PATCH 1/2] spirv/nir: add support for ImageGatherExtended

ping On Sun, Nov 27, 2016 at 4:22 PM, Ilia Mirkin wrote: > The strategy is to do the same thing that the GLSL lower_offset_arrays > pass does - create 4 separate texture gather ops, one per offset, and > read in the results from each gather's w component to recreate the >

[Mesa-dev] [PATCH] Mesa: Return GL error INVALID_OPERATION in case invalid format/type

From: "Xu,Randy" Refer to GLES3.2 spec in 8.5 Textures with a base internal format of DEPTH_COMPONENT, DEPTH_- STENCIL or STENCIL_INDEX are supported by texture image specification commands only if target is TEXTURE_2D, TEXTURE_2D_MULTISAMPLE, TEXTURE_2D_ARRAY,

Re: [Mesa-dev] [PATCH] nir: Add a loop analysis pass

On Wed, Dec 14, 2016 at 1:35 PM, Timothy Arceri < timothy.arc...@collabora.com> wrote: > From: Thomas Helland > > This pass detects induction variables and calculates the > trip count of loops to be used for loop unrolling. > > I've removed support for float induction

Re: [Mesa-dev] [PATCH 6/9] i965/fs: Fetch one cacheline of pull constants at a time.

Kenneth Graunke writes: > On Wednesday, December 14, 2016 2:18:16 PM PST Francisco Jerez wrote: >> Francisco Jerez writes: >> >> > Kenneth Graunke writes: >> > >> >> On Friday, December 9, 2016 11:03:29 AM PST Francisco

[Mesa-dev] [Bug 99027] gtk+ apps segfault on Xvfb with mesa 13

https://bugs.freedesktop.org/show_bug.cgi?id=99027 --- Comment #7 from Jordan Justen --- bisect seems to point to the segfault starting at: commit 2e9e05dfca18c7f09caa40396d6dd4f2b3ddc1d4 Author: Emil Velikov Date: Fri Sep 30 11:01:27 2016

[Mesa-dev] [PATCH v2] i965/vec4: Fix TCS output reads with non-zero component qualifiers.

We want to perform the URB read to a vec4 temporary, with no writemask, then issue a MOV to swizzle the data and store it to the actual destination, using the final writemask. We were doing this wrong. For example, let's say we wanted to read a vec2 stored in components 2-3 of a vec4. We would

Re: [Mesa-dev] [PATCH 6/9] i965/fs: Fetch one cacheline of pull constants at a time.

On Wednesday, December 14, 2016 2:18:16 PM PST Francisco Jerez wrote: > Francisco Jerez writes: > > > Kenneth Graunke writes: > > > >> On Friday, December 9, 2016 11:03:29 AM PST Francisco Jerez wrote: > >>> Asking the DC for less than one cacheline

Re: [Mesa-dev] [PATCH 6/9] i965/fs: Fetch one cacheline of pull constants at a time.

Francisco Jerez writes: > Kenneth Graunke writes: > >> On Friday, December 9, 2016 11:03:29 AM PST Francisco Jerez wrote: >>> Asking the DC for less than one cacheline (4 owords) of data for >>> uniform pull constants is suboptimal because the DC

[Mesa-dev] [Bug 99027] gtk+ apps segfault on Xvfb with mesa 13

https://bugs.freedesktop.org/show_bug.cgi?id=99027 --- Comment #6 from Timo Aaltonen --- try with -screen 0 1280x1024x8 debian/ubuntu comes with a wrapper called 'xvfb-run' which uses '-screen 0 640x480x8', and changing that to use 24 fixes the segfault. And I've noticed

Re: [Mesa-dev] [PATCH] vl/zscan: fix "Fix trivial sign compare warnings"

On Wed, 2016-12-14 at 17:46 +, Emil Velikov wrote: > On 14 December 2016 at 14:07, Christian König wrote: > > From: Christian König > > > > The variable actually needs to be signed, otherwise converting it to a > > float doesn't work as

[Mesa-dev] [PATCH] nir: Add a loop analysis pass

From: Thomas Helland This pass detects induction variables and calculates the trip count of loops to be used for loop unrolling. I've removed support for float induction values for now, for the simple reason that they don't appear in my shader-db collection, and so I

[Mesa-dev] [Bug 98869] Electronic Super Joy graphic artefacts (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=98869 Mark Janes changed: What|Removed |Added Component|Mesa core

[Mesa-dev] [Bug 98869] Electronic Super Joy graphic artefacts (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=98869 --- Comment #9 from Mark Janes --- Created attachment 128475 --> https://bugs.freedesktop.org/attachment.cgi?id=128475=edit skl retrace skl shows correct rendering -- You are receiving this mail because: You are the

Re: [Mesa-dev] [PATCH] egl: Fix crashes in eglCreate*Surface()

On Wed 14 Dec 2016, Emil Velikov wrote: > On 13 December 2016 at 22:40, Chad Versace wrote: > > Don't dereference a null EGLDisplay. > > > > Fixes tests > > dEQP-EGL.functional.negative_api.create_pbuffer_surface > >

[Mesa-dev] [Bug 99027] gtk+ apps segfault on Xvfb with mesa 13

https://bugs.freedesktop.org/show_bug.cgi?id=99027 --- Comment #5 from Emil Velikov --- Quick run on my Arch system seems fine $ export DISPLAY=:10 $ start-stop-daemon --start --quiet --pidfile /tmp/custom_xvfb_10.pid --make-pidfile --background --exec /usr/bin/Xvfb

Re: [Mesa-dev] Documenting with Sphinx

On Wed, 14 Dec 2016, Robert Bragg wrote: > On Tue, Dec 13, 2016 at 11:08 PM, Rob Clark wrote: >> On Tue, Dec 13, 2016 at 5:47 PM, Eric Anholt wrote: >>> Jason Ekstrand writes: >>> Hey All, I don't

[Mesa-dev] [Bug 99027] gtk+ apps segfault on Xvfb with mesa 13

https://bugs.freedesktop.org/show_bug.cgi?id=99027 --- Comment #4 from Emil Velikov --- To rule out a GTK+/Qt/epoxy/other bug, can we get a simple test app ? With that in place fixing this should be trivial. -- You are receiving this mail because: You are the assignee

Re: [Mesa-dev] [PATCH] i965/vec4: Fix TCS output reads with non-zero component qualifiers.

On Wed, Dec 14, 2016 at 12:45 AM, Kenneth Graunke wrote: > We want to perform the URB read to a vec4 temporary, with no writemask, > then issue a MOV to swizzle the data and store it to the actual > destination, using the final writemask. > > We were doing this wrong. For

[Mesa-dev] [PATCH 1/3] nir: Rename convert_to_ssa lower_regs_to_ssa

This matches the naming of nir_lower_vars_to_ssa, the other to-SSA pass. --- src/compiler/Makefile.sources | 2 +- src/compiler/nir/nir.h | 4 +--- src/compiler/nir/{nir_to_ssa.c => nir_lower_regs_to_ssa.c} | 8

[Mesa-dev] [PATCH 3/3] nir: Rewrite lower_regs_to_ssa to use the phi builder

This keeps some of Connor's original code. However, while I was at it, I updated this very old pass to a bit more modern NIR. --- src/compiler/nir/nir_lower_regs_to_ssa.c | 583 +-- 1 file changed, 156 insertions(+), 427 deletions(-) diff --git

[Mesa-dev] [PATCH 2/3] nir: Add a foreach_register helper

--- src/compiler/nir/nir.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h index f1c99ce..0ad5ffb 100644 --- a/src/compiler/nir/nir.h +++ b/src/compiler/nir/nir.h @@ -373,6 +373,9 @@ typedef struct nir_register { struct list_head if_uses;

[Mesa-dev] [PATCH 0/3] nir: Rewrite the register-based into-SSA pass to use

Ever since I wrote the phi builder and converted vars_to_ssa to use it, I've been meaning to convert the other into-SSA pass to use it as well. This little series does just that. While I was at it, I also renamed it to nir_lower_regs_to_ssa to match nir_lower_vars_to_ssa. Since the third commit

Re: [Mesa-dev] [PATCH] vl/zscan: fix "Fix trivial sign compare warnings"

On 14 December 2016 at 14:07, Christian König wrote: > From: Christian König > > The variable actually needs to be signed, otherwise converting it to a > float doesn't work as expected. > > Fixes:

Re: [Mesa-dev] [PATCH 11/28] st/va: fix misplaced closing bracket

Reviewed-by: Nayan Deshmukh On Fri, Dec 9, 2016 at 12:51 AM, Emil Velikov wrote: > From: Emil Velikov > > It's been like this since the code was introduced. > > Fixes: 86eb4131a90 (st/va: add headless support,

Re: [Mesa-dev] [PATCH 14/28] st/omx: remove unused drm_driver.h includes

Reviewed-by: Nayan Deshmukh On Fri, Dec 9, 2016 at 1:30 AM, Emil Velikov wrote: > From: Emil Velikov > > Signed-off-by: Emil Velikov > --- > src/gallium/state_trackers/omx/vid_dec.h |

Re: [Mesa-dev] [PATCH 15/28] st/omx: remove unneeded X11 include

Reviewed-by: Nayan Deshmukh On Fri, Dec 9, 2016 at 1:30 AM, Emil Velikov wrote: > From: Emil Velikov > > Signed-off-by: Emil Velikov > --- > src/gallium/state_trackers/omx/vid_dec.h |

Re: [Mesa-dev] Documenting with Sphinx

On Tue, Dec 13, 2016 at 11:08 PM, Rob Clark wrote: > On Tue, Dec 13, 2016 at 5:47 PM, Eric Anholt wrote: >> Jason Ekstrand writes: >> >>> Hey All, >>> I don't figure this will be terribly controversial (I'm about to be wrong, >>>

Re: [Mesa-dev] [PATCH] vl/zscan: fix "Fix trivial sign compare warnings"

Reviewed-by: Nayan Deshmukh On Wed, Dec 14, 2016 at 7:37 PM, Christian König wrote: > From: Christian König > > The variable actually needs to be signed, otherwise converting it to a > float doesn't work as

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #9 from lesserbr...@gmail.com --- Xviewer 1.0.6 - displayed images are oversaturated with blue http://i.imgur.com/8D7WtKL.png Gimp - Toolbox and menus icons are red. -- You are receiving this mail because: You are the QA Contact

Re: [Mesa-dev] Documenting with Sphinx

On 12/13/2016 09:46 PM, Jason Ekstrand wrote: > Hey All, > I don't figure this will be terribly controversial (I'm about to be > wrong, aren't I?) but how do people feel about switching our "primary" > documentation focus, as far as we have one, to sphinx? Right now, > Gallium uses sphinx for

[Mesa-dev] [PATCH] vl/zscan: fix "Fix trivial sign compare warnings"

From: Christian König The variable actually needs to be signed, otherwise converting it to a float doesn't work as expected. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=98914 Signed-off-by: Christian König ---

[Mesa-dev] [Bug 99027] gtk+ apps segfault on Xvfb with mesa 13

https://bugs.freedesktop.org/show_bug.cgi?id=99027 Timo Aaltonen changed: What|Removed |Added Status|RESOLVED|REOPENED

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #8 from lesserbr...@gmail.com --- (In reply to Eero Tamminen from comment #2) > Based on your screenshot, you're using MINT distribution. Which desktop / > widget toolkit you're using? And which GPU / Mesa driver you're using?

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #7 from lesserbr...@gmail.com --- Also I have another PC with same Linux Mint and same Mesa up to date. It has integrated Intel graphics and icons looks normal. -- You are receiving this mail because: You are the QA Contact for the

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #6 from lesserbr...@gmail.com --- (In reply to Michel Dänzer from comment #1) > (In reply to lesserbrute from comment #0) > > I'am using optimized mesa drivers from oibaf's ppa and everything work well > > before monday update. The

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #5 from lesserbr...@gmail.com --- Created attachment 128469 --> https://bugs.freedesktop.org/attachment.cgi?id=128469=edit xorg -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #4 from lesserbr...@gmail.com --- Created attachment 128468 --> https://bugs.freedesktop.org/attachment.cgi?id=128468=edit inxi log -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #3 from lesserbr...@gmail.com --- Created attachment 128467 --> https://bugs.freedesktop.org/attachment.cgi?id=128467=edit glxinfo default output -- You are receiving this mail because: You are the assignee for the bug. You are

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #2 from Eero Tamminen --- Based on your screenshot, you're using MINT distribution. Which desktop / widget toolkit you're using? And which GPU / Mesa driver you're using? (We've been checking Mesa Git

Re: [Mesa-dev] [PATCH] egl: Fix crashes in eglCreate*Surface()

On 13 December 2016 at 22:40, Chad Versace wrote: > Don't dereference a null EGLDisplay. > > Fixes tests > dEQP-EGL.functional.negative_api.create_pbuffer_surface > dEQP-EGL.functional.negative_api.create_pixmap_surface > > Fixes:

Re: [Mesa-dev] [PATCH] egl: Fix crashes in eglCreate*Surface()

Reviewed-by: Tapani Pälli On 12/14/2016 12:40 AM, Chad Versace wrote: Don't dereference a null EGLDisplay. Fixes tests dEQP-EGL.functional.negative_api.create_pbuffer_surface dEQP-EGL.functional.negative_api.create_pixmap_surface Fixes:

Re: [Mesa-dev] [PATCH 2/2] genxml: Make Gen8 3DSTATE_DS SIMD8 enable work like Gen9+.

Reviewed-by: Lionel Landwerlin On 14/12/16 09:41, Kenneth Graunke wrote: This will let us avoid ifdefs. Signed-off-by: Kenneth Graunke --- src/intel/genxml/gen8.xml | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Re: [Mesa-dev] [PATCH 1/2] genxml: Rename "DS Function Enable" to "Function Enable".

Reviewed-by: Lionel Landwerlin On 14/12/16 09:41, Kenneth Graunke wrote: This makes Gen7/7.5 match Gen8-9. Signed-off-by: Kenneth Graunke --- src/intel/genxml/gen7.xml | 2 +- src/intel/genxml/gen75.xml | 2 +- 2 files changed, 2

[Mesa-dev] [PATCH 2/2] genxml: Make Gen8 3DSTATE_DS SIMD8 enable work like Gen9+.

This will let us avoid ifdefs. Signed-off-by: Kenneth Graunke --- src/intel/genxml/gen8.xml | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/intel/genxml/gen8.xml b/src/intel/genxml/gen8.xml index ebaf73a..08ee7be 100644 ---

[Mesa-dev] [PATCH 1/2] genxml: Rename "DS Function Enable" to "Function Enable".

This makes Gen7/7.5 match Gen8-9. Signed-off-by: Kenneth Graunke --- src/intel/genxml/gen7.xml | 2 +- src/intel/genxml/gen75.xml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/intel/genxml/gen7.xml b/src/intel/genxml/gen7.xml index

Re: [Mesa-dev] [PATCH] nir/lower_tex: fix number of components in replace_gradient_with_lod()

On Wednesday, December 14, 2016 10:05:44 AM PST Iago Toral Quiroga wrote: > We should make the dest in the textureLod() operation have the same number > of components as the destination in the original textureGrad() > > Fixes regression in ES3-CTS.gtf.GL3Tests.shadow > > Bugzilla:

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #1 from Michel Dänzer --- (In reply to lesserbrute from comment #0) > I'am using optimized mesa drivers from oibaf's ppa and everything work well > before monday update. The current version is

[Mesa-dev] [PATCH] nir/lower_tex: fix number of components in replace_gradient_with_lod()

We should make the dest in the textureLod() operation have the same number of components as the destination in the original textureGrad() Fixes regression in ES3-CTS.gtf.GL3Tests.shadow Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99072 --- src/compiler/nir/nir_lower_tex.c | 3 ++- 1

[Mesa-dev] [Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 Bug ID: 99078 Summary: Desktop icons oversaturated with red after December 11 2016 update Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux

[Mesa-dev] [PATCH] i965/vec4: Fix TCS output reads with non-zero component qualifiers.

We want to perform the URB read to a vec4 temporary, with no writemask, then issue a MOV to swizzle the data and store it to the actual destination, using the final writemask. We were doing this wrong. For example, let's say we wanted to read a vec2 stored in components 2-3 of a vec4. We would

[Mesa-dev] [Bug 99055] Games hang / freeze completely

https://bugs.freedesktop.org/show_bug.cgi?id=99055 --- Comment #14 from Eero Tamminen --- (In reply to Michel Dänzer from comment #13) > Note that it's not really necessary to remove anything from the Steam > directory; one can force using the system libraries via the

[Mesa-dev] [PATCH] configure.ac: Respect LLVM_CFLAGS in LLVM version detection

When compiling LLVM headers, including llvm-config.h, we need to respect LLVM_CFLAGS. This is especially crucial if LLVM is located in a non-standard location and it happens that llvm-config.h includes another header. In such case the detection would fail due to missing header, because the path is