https://bugs.freedesktop.org/show_bug.cgi?id=99078
Michel Dänzer changed:
What|Removed |Added
QA Contact|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
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.
You are the QA Conta
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 assignee for the bug._
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"
---
src/compiler/nir/nir_opt_undef.c | 4 +---
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 be sure.
It's really e
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, let's say we wanted to rea
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
> desired result.
>
> Sign
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, TEXTURE_2D_MULTISAMPLE_ARRAY, TEXTU
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 values for now, for the
> si
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 Jerez wrote:
>> >>> Asking the DC for less than one cacheline (4 owords) o
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 +0100
glx: return GL_FALSE from glx_screen_init
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 g
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 (4 owords) of data for
> >>> uniform pull cons
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 cannot request
>>> less than that from L3, result
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
something like gedit to
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 expected.
> >
> > Fixes: https://bugs.freedesktop.org/
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 don't see it as common enoug
https://bugs.freedesktop.org/show_bug.cgi?id=98869
Mark Janes changed:
What|Removed |Added
Component|Mesa core |Drivers/Gallium/r300
QA Contact|mes
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&action=edit
skl retrace
skl shows correct rendering
--
You are receiving this mail because:
You are the QA Contact for the
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
> > dEQP-EGL.functional.negative_api.create_pixmap_surface
> >
> > Fixes: https:/
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 -- :10 -ac -screen 0
1280x10
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 figure this will be terribly controversial (I'm about to be wrong,
aren't I?) but h
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 for the bug.
You are the Q
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 example, let's say we w
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
src/gallium/
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 a/src/compiler/nir/nir_
---
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;
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 i
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: https://bugs.freedesktop.org/show_bug.cgi?id=98914
> Signed-off-by: Christian König
> ---
> src/ga
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, i.e. VA_DISPLAY_DRM)
> Cc: "13.0"
> Cc: Julien Isorce
> Signed-off-by: Emil Velikov
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 | 1 -
> src/gallium/state_trackers/omx/vid_enc.c | 1 -
> 2 files changed, 2 deletions(-)
>
> diff --git a/src
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 | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/src/gallium/state_trackers/omx/vid_dec.h
> b/src/gal
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,
>>> aren't I?) but how do people feel about switching our "primary"
>>
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 expected.
>
> Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=98914
> Signed-off-by
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 for
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 docu
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
---
src/gallium/auxiliary/vl/vl_zscan.c | 2 +-
1 file changed, 1 insertion(+),
https://bugs.freedesktop.org/show_bug.cgi?id=99027
Timo Aaltonen changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOTOURBUG
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?
MATE
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 b
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 cur
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&action=edit
xorg
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
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&action=edit
inxi log
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assi
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&action=edit
glxinfo default output
--
You are receiving this mail because:
You are the assignee for the bug.
You
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 Intel driver with Ubuntu 16.04
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: https://bugs.freedesktop.org/show_bug.cgi?id=99038
> ---
> src
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: https://bugs.freedesktop.org/show_bug.cgi?id=99038
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 a/src/intel/genxml/gen8.xml b/src/intel/genxml/gen8.xml
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 insertions(+), 2 deletions(-)
diff --git a/src/intel/genx
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
--- a/src/intel/genxml/gen8.xml
+++ b/src/intel/
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 6bde403..77eeac1 100644
--- a/src/
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: https://bugs.fr
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 13.1~git1612131930.9fe3f2~gd~x.
What was
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 f
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 (All
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 g
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 LD_PRELOAD
> environment var
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
58 matches
Mail list logo
