Re: [Mesa-dev] [PATCH] glsl: fix consumer_stage restriction to separate shader objects

On Fri, 2016-01-15 at 10:04 +0100, Samuel Iglesias Gonsálvez wrote: > Commit 781d278 did not restrict consumer_stage only to separate > shader > objects, which is when we don't know if the consumer stage would be a > fragment shader added later. In normal programs, when > consumer_stage == -1, it

Re: [Mesa-dev] [PATCH] glsl: fix consumer_stage restriction to separate shader objects

On Fri, 2016-01-15 at 21:29 +1100, Timothy Arceri wrote: > On Fri, 2016-01-15 at 10:04 +0100, Samuel Iglesias Gonsálvez wrote: > > Commit 781d278 did not restrict consumer_stage only to separate > > shader > > objects, which is when we don't know if the consumer stage would be > > a > > fragment

Re: [Mesa-dev] [PATCH 1/3] i965: Fix cache pollution race during L3 partitioning set-up.

On 15/01/16 04:37, Francisco Jerez wrote: We need to split the stalling flush from the RO cache invalidation into a different PIPE_CONTROL command to make sure that the top of the pipe invalidation happens after any previous rendering is complete. Otherwise it's possible for previous rendering

Re: [Mesa-dev] Hang in dri3_wait_for_event

On 15/01/16 11:24, Michel Dänzer wrote: On 11.01.2016 06:49, Gustaw Smolarczyk wrote: Hi, I have found additional information regarding this bug. It happens very often (~75%) when I move the chrome window between monitors. It's a simple multi-monitor setup, both of the adapters are connected

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 ytr...@sdf-eu.org changed: What|Removed |Added CC|srol...@vmware.com | -- You are receiving this mail

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 --- Comment #6 from ytr...@sdf-eu.org --- At least, this work in that way for versions before OpenCl 1.2 (I only learned 1.1 sorry). -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.

Re: [Mesa-dev] [PATCH 1/2] radeonsi: Print "LLVM emitted unknown config register" warning only once

Hi Michel. What will happen if there are 2 different uknown registers? With this patch, only the first one will be shown. Gustaw Smolarczyk 2016-01-15 10:23 GMT+01:00 : > This series is, > > Reviewed-by: Edward O'Callaghan > > > On

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 ytr...@sdf-eu.org changed: What|Removed |Added CC||srol...@vmware.com -- You are

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 ytr...@sdf-eu.org changed: What|Removed |Added CC||srol...@vmware.com -- You are

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 ytr...@sdf-eu.org changed: What|Removed |Added CC|srol...@vmware.com | -- You are receiving this mail

Re: [Mesa-dev] [PATCH 2/2] radeonsi: Avoid warning about LLVM generating R_0286D0_SPI_PS_INPUT_ADDR

On Thu, Jan 14, 2016 at 10:23 PM, Michel Dänzer wrote: > From: Michel Dänzer > > Signed-off-by: Michel Dänzer Reviewed-by: Alex Deucher > --- > src/gallium/drivers/radeonsi/si_shader.c | 3 +++ >

Re: [Mesa-dev] [PATCH 7/8] gallium/radeon: implement PIPE_CAP_INVALIDATE_BUFFER

On Wednesday 13 January 2016, Nicolai Hähnle wrote: > On 13.01.2016 05:41, Fredrik Höglund wrote: > > On Tuesday 12 January 2016, Nicolai Hähnle wrote: > >> On 12.01.2016 13:41, Fredrik Höglund wrote: > >>> On Tuesday 12 January 2016, Nicolai Hähnle wrote: > From: Nicolai Hähnle

Re: [Mesa-dev] [PATCH 1/2] radeonsi: Print "LLVM emitted unknown config register" warning only once

For the series: Reviewed-by: Marek Olšák On Fri, Jan 15, 2016 at 4:23 AM, Michel Dänzer wrote: > From: Michel Dänzer > > Say "LLVM" instead of "Compiler" for clarity. > > Signed-off-by: Michel Dänzer >

Re: [Mesa-dev] [PATCH 7/8] gallium/radeon: implement PIPE_CAP_INVALIDATE_BUFFER

On 15.01.2016 09:47, Fredrik Höglund wrote: On Wednesday 13 January 2016, Nicolai Hähnle wrote: On 13.01.2016 05:41, Fredrik Höglund wrote: On Tuesday 12 January 2016, Nicolai Hähnle wrote: On 12.01.2016 13:41, Fredrik Höglund wrote: On Tuesday 12 January 2016, Nicolai Hähnle wrote: From:

Re: [Mesa-dev] [PATCH 1/2] radeonsi: Print "LLVM emitted unknown config register" warning only once

On 15.01.2016 05:30, Gustaw Smolarczyk wrote: Hi Michel. What will happen if there are 2 different uknown registers? With this patch, only the first one will be shown. That doesn't really matter. The point is to give some indication of a possible cause of badness, i.e. a hint that one might

Re: [Mesa-dev] [PATCH] st/dri: Don't call invalidate_resource for NULL depth/stencil buffers

Reviewed-by: Marek Olšák On Fri, Jan 15, 2016 at 8:22 AM, Michel Dänzer wrote: > From: Michel Dänzer > > Fixes crash in 4 EGL piglit tests with radeonsi. > > Signed-off-by: Michel Dänzer > --- >

Re: [Mesa-dev] [PATCH] gallium/radeon: Rename do_invalidate_resource to invalidate_buffer

Reviewed-by: Marek Olšák On Fri, Jan 15, 2016 at 8:22 AM, Michel Dänzer wrote: > From: Michel Dänzer > > And only call it from r600_invalidate_resource for buffer resources. > > Signed-off-by: Michel Dänzer

Re: [Mesa-dev] [PATCH] st/dri: Don't call invalidate_resource for NULL depth/stencil buffers

Reviewed-by: Nicolai Hähnle On 15.01.2016 02:22, Michel Dänzer wrote: From: Michel Dänzer Fixes crash in 4 EGL piglit tests with radeonsi. Signed-off-by: Michel Dänzer ---

Re: [Mesa-dev] [PATCH] gallium/radeon: Rename do_invalidate_resource to invalidate_buffer

Reviewed-by: Nicolai Hähnle On 15.01.2016 02:22, Michel Dänzer wrote: From: Michel Dänzer And only call it from r600_invalidate_resource for buffer resources. Signed-off-by: Michel Dänzer ---

Re: [Mesa-dev] [android-x86-devel] Re: need-help: how to change to newest mesa in android-x86?

On Wed, Jan 13, 2016 at 12:17 PM, Rob Clark wrote: > On Wed, Jan 13, 2016 at 12:54 PM, Rob Herring wrote: >> On Tue, Jan 12, 2016 at 8:06 PM, Chih-Wei Huang >> wrote: >>> 2016-01-13 6:29 GMT+08:00 Rob Herring :

Re: [Mesa-dev] [PATCH 1/2] llvmpipe: fix "leaking" textures

Good catch. One cosmetic request. On 15/01/16 02:30, srol...@vmware.com wrote: From: Roland Scheidegger This was not really a leak per se, but we were referencing the textures for longer than intended. If textures were set via llvmpipe_set_sampler_views() (for fs) and

Re: [Mesa-dev] [PATCH 2/2] llvmpipe: ditch ref counting for vertex/geometry shader sampler views

On 15/01/16 02:30, srol...@vmware.com wrote: From: Roland Scheidegger The cleaning up was quite a performance hog (making pipe_resource_reference the number two in profilers on the vertex path, and 3rd overall, with its cousin pipe_reference_described not far behind) if

Re: [Mesa-dev] [Mesa-stable] [PATCH] glsl: Allow implicit int -> uint conversions for bitwise operators (&, ^, |).

On 01/14/2016 11:27 PM, Kenneth Graunke wrote: > The ARB has decided that implicit conversions should be performed for > bitwise operators in future language revisions. Implementations of > current language revisions may or may not perform them. > > This patch makes Mesa apply implicti

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 --- Comment #7 from Marek Olšák --- I'll just tell you my opinion. This is a bad idea. It can't work. It will never work. It's doomed to fail. Don't waste your time. You need to study how most games draw things. You'll

[Mesa-dev] [PATCH] avoid crashing in mod by 0 with llvmpipe

This adds code that is basically the same as the code in smod, div and idiv. However, unlike idiv we return -1. diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c b/src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c index 0ad78b0..d17ef31 100644 ---

[Mesa-dev] [Bug 93003] mesa 11.x with vmwgfx (vmware Fusion 8.x) graphical corruption under gnome-shell on GTK applications.

https://bugs.freedesktop.org/show_bug.cgi?id=93003 Sinclair Yeh changed: What|Removed |Added Status|NEEDINFO|ASSIGNED --- Comment #4

Re: [Mesa-dev] [android-x86-devel] Re: need-help: how to change to newest mesa in android-x86?

On Fri, Jan 15, 2016 at 12:50 PM, Rob Herring wrote: > On Wed, Jan 13, 2016 at 12:17 PM, Rob Clark wrote: >> On Wed, Jan 13, 2016 at 12:54 PM, Rob Herring wrote: >>> On Tue, Jan 12, 2016 at 8:06 PM, Chih-Wei Huang

Re: [Mesa-dev] [PATCH] avoid crashing in mod by 0 with llvmpipe

Do you mind fixing up the language to match what you're looking for and committing it? Thanks, -Jeff On Fri, Jan 15, 2016 at 3:00 PM, Roland Scheidegger wrote: > Am 15.01.2016 um 20:13 schrieb Jeff Muizelaar: >> This adds code that is basically the same as the code in smod,

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 --- Comment #8 from ytr...@sdf-eu.org --- (In reply to Marek Olšák from comment #7) > I'll just tell you my opinion. > > This is a bad idea. > > It can't work. > > It will never work. > > It's doomed to fail. > > Don't waste our time. >

Re: [Mesa-dev] [PATCH] avoid crashing in mod by 0 with llvmpipe

Am 15.01.2016 um 20:13 schrieb Jeff Muizelaar: > This adds code that is basically the same as the code in smod, div and idiv. That would be umod, not smod, above (and udiv). > However, unlike idiv we return -1. > > diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c >

[Mesa-dev] [Bug 93003] mesa 11.x with vmwgfx (vmware Fusion 8.x) graphical corruption under gnome-shell on GTK applications.

https://bugs.freedesktop.org/show_bug.cgi?id=93003 --- Comment #3 from le...@thefnords.org --- I apologize for not getting the time to be able to upload the logs you've asked for, but I do believe this bug has been fixed in Mesa 11.1.1 -- You are receiving this mail because: You are the QA

Re: [Mesa-dev] [android-x86-devel] Re: need-help: how to change to newest mesa in android-x86?

On Fri, Jan 15, 2016 at 3:10 PM, Dave Airlie wrote: >> >> well, nothing specific, but for example early on we had some confusion >> in drm_gralloc (when adding dmabuf fd support) about who close()d the >> fd's. Resulting in same fd getting closed twice (although some >>

Re: [Mesa-dev] [PATCH] i965: Inform compiler of variable range to silence warning.

Reviewed-by: Ilia Mirkin Neat! Wasn't aware of (or forgot all about?) the assume macro. On Fri, Jan 15, 2016 at 4:40 PM, Matt Turner wrote: > Extends commit 6531ccb70 to silence the warning in release builds as > well. > --- >

Re: [Mesa-dev] [PATCH] glsl: Restore Mesa-style to shader_enums.c/h.

On Fri, Jan 15, 2016 at 1:39 PM, Ilia Mirkin wrote: > On Fri, Jan 15, 2016 at 4:34 PM, Matt Turner wrote: >> --- >> src/glsl/nir/shader_enums.c | 24 >> src/glsl/nir/shader_enums.h | 16 >> 2 files changed, 24

Re: [Mesa-dev] [android-x86-devel] Re: need-help: how to change to newest mesa in android-x86?

> > well, nothing specific, but for example early on we had some confusion > in drm_gralloc (when adding dmabuf fd support) about who close()d the > fd's. Resulting in same fd getting closed twice (although some > completely unrelated file handle might have snuck into that slot > between the two

Re: [Mesa-dev] [PATCH 2/2] i965/fs: Always set hannel 2 of texture headers in some stages

On Thu, Jan 14, 2016 at 9:30 PM, Jordan Justen wrote: > On 2016-01-14 20:43:17, Jason Ekstrand wrote: >> --- >> src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 16 >> 1 file changed, 16 insertions(+) >> >> diff --git

Re: [Mesa-dev] [PATCH 1/2] i965/fs/generator: Take an actual shader stage rather than a string

On Thu, Jan 14, 2016 at 8:43 PM, Jason Ekstrand wrote: > --- I was against removing the shader stage from the generator when it was done (and said as much). Reviewed-by: Matt Turner ___ mesa-dev mailing list

[Mesa-dev] [PATCH] glsl: Restore Mesa-style to shader_enums.c/h.

--- src/glsl/nir/shader_enums.c | 24 src/glsl/nir/shader_enums.h | 16 2 files changed, 24 insertions(+), 16 deletions(-) diff --git a/src/glsl/nir/shader_enums.c b/src/glsl/nir/shader_enums.c index 10f546a..16b20db 100644 ---

Re: [Mesa-dev] [PATCH] glsl: Restore Mesa-style to shader_enums.c/h.

On Fri, Jan 15, 2016 at 4:34 PM, Matt Turner wrote: > --- > src/glsl/nir/shader_enums.c | 24 > src/glsl/nir/shader_enums.h | 16 > 2 files changed, 24 insertions(+), 16 deletions(-) > > diff --git a/src/glsl/nir/shader_enums.c

[Mesa-dev] [PATCH] i965: Inform compiler of variable range to silence warning.

Extends commit 6531ccb70 to silence the warning in release builds as well. --- src/mesa/drivers/dri/i965/brw_vue_map.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_vue_map.c b/src/mesa/drivers/dri/i965/brw_vue_map.c index fea2436..b66c209

Re: [Mesa-dev] [PATCH] glsl: Restore Mesa-style to shader_enums.c/h.

On Fri, Jan 15, 2016 at 4:44 PM, Matt Turner wrote: > On Fri, Jan 15, 2016 at 1:39 PM, Ilia Mirkin wrote: >> On Fri, Jan 15, 2016 at 4:34 PM, Matt Turner wrote: >>> --- >>> src/glsl/nir/shader_enums.c | 24

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 --- Comment #13 from Alex Deucher --- (In reply to ytrezq from comment #10) > (In reply to Jan Vesely from comment #9) > > If GPU<->CPU synchronization is the only problem then the idea should work > > for iGPUs with

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 --- Comment #11 from Marek Olšák --- (In reply to ytrezq from comment #8) > (In reply to Marek Olšák from comment #7) > > I'll just tell you my opinion. > > > > This is a bad idea. > > > > It can't work. > > > > It will

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 --- Comment #9 from Jan Vesely --- If GPU<->CPU synchronization is the only problem then the idea should work for iGPUs with coherent access to main memory (HSA complaint?). Then again those GPUs probably won't need CPU

[Mesa-dev] [PATCH] glsl: move uniform calculation to link_uniforms

Patch moves uniform calculation to happen during link_uniforms, this is possible with help of UniformRemapTable that has all the reserved locations. Location assignment for implicit locations is changed so that we utilize also the 'holes' that explicit uniform location assignment might have left

[Mesa-dev] [Bug 93731] glUniformSubroutinesuiv segfaults when subroutine uniform is bound to a specific location

https://bugs.freedesktop.org/show_bug.cgi?id=93731 Nicolas Koch changed: What|Removed |Added CC|

[Mesa-dev] [Bug 93731] glUniformSubroutinesuiv segfaults when subroutine uniform is bound to a specific location

https://bugs.freedesktop.org/show_bug.cgi?id=93731 Bug ID: 93731 Summary: glUniformSubroutinesuiv segfaults when subroutine uniform is bound to a specific location Product: Mesa Version: 11.0 Hardware: x86-64 (AMD64)

[Mesa-dev] [Bug 93731] glUniformSubroutinesuiv segfaults when subroutine uniform is bound to a specific location

https://bugs.freedesktop.org/show_bug.cgi?id=93731 --- Comment #1 from Nicolas Koch --- Created attachment 121070 --> https://bugs.freedesktop.org/attachment.cgi?id=121070=edit vertex shader which can be used with the fragment shader -- You are receiving this mail

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 ytr...@sdf-eu.org changed: What|Removed |Added CC||jan.ves...@rutgers.edu --- Comment

Re: [Mesa-dev] [PATCH] nir/print: const_index is signed

Right. R-B On Fri, Jan 15, 2016 at 3:25 PM, Rob Clark wrote: > From: Rob Clark > > Noticed this with $piglit/bin/vp-address-01 > > Signed-off-by: Rob Clark > --- > src/glsl/nir/nir_print.c | 2 +- > 1 file changed, 1

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 ytr...@sdf-eu.org changed: What|Removed |Added CC||mar...@gmail.com --- Comment #12

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 ytr...@sdf-eu.org changed: What|Removed |Added CC|mar...@gmail.com| -- You are receiving this mail

[Mesa-dev] [PATCH] nir/print: const_index is signed

From: Rob Clark Noticed this with $piglit/bin/vp-address-01 Signed-off-by: Rob Clark --- src/glsl/nir/nir_print.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/glsl/nir/nir_print.c b/src/glsl/nir/nir_print.c index

[Mesa-dev] [PATCH] i965: Provide sse2 version for rgba8 <-> bgra8 swizzle

From: Roland Scheidegger The existing code used ssse3, and because it isn't compiled in a separate file compiled with that, it is usually not used (that, of course, could be fixed...), whereas sse2 is always present at least with 64bit builds. It is actually trivial to do

Re: [Mesa-dev] [PATCH] avoid crashing in mod by 0 with llvmpipe

Ok, pushed. Roland Am 15.01.2016 um 21:01 schrieb Jeff Muizelaar: > Do you mind fixing up the language to match what you're looking for > and committing it? > > Thanks, > > -Jeff > > On Fri, Jan 15, 2016 at 3:00 PM, Roland Scheidegger > wrote: >> Am 15.01.2016 um 20:13

[Mesa-dev] Android DRM/Mesa porting (Was: need-help: how to change to newest mesa in android-x86?)

(Rename the subject to address the topic properly) First of all, I'm glad to invite more experts to join the devel group, including Rob Herring (kernel developer), Emil Velikov (Mesa maintainer), Rob Clark (Mesa developer), and Sean Paul (main drm_hwcomposer author) I also recall we have Chia-I

Re: [Mesa-dev] [PATCH] i965: Provide sse2 version for rgba8 <-> bgra8 swizzle

There's actually a small bug in it, the argument order to _mm_andnot_si128 is swapped. Otherwise it should be ok... Roland Am 16.01.2016 um 03:58 schrieb srol...@vmware.com: > From: Roland Scheidegger > > The existing code used ssse3, and because it isn't compiled in a

[Mesa-dev] [Bug 93686] Performance improvement ?=:=?UTF-8?Q? Please consider hardware ɢᴘᴜ rendering in llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=93686 ytr...@sdf-eu.org changed: What|Removed |Added CC|jan.ves...@rutgers.edu | -- You are receiving this mail

[Mesa-dev] [PATCH] glsl: fix consumer_stage restriction to separate shader objects

Commit 781d278 did not restrict consumer_stage only to separate shader objects, which is when we don't know if the consumer stage would be a fragment shader added later. In normal programs, when consumer_stage == -1, it is because they are not consumed. Fixes 4 piglit regressions added by commit

Re: [Mesa-dev] Mesa (master): glsl: restrict consumer stage condition to modify interpolation type

On Fri, 2016-01-15 at 17:01 +0900, Michel Dänzer wrote: > On 15.01.2016 16:55, Samuel Iglesias Gonsálvez wrote: > > On Fri, 2016-01-15 at 16:36 +0900, Michel Dänzer wrote: > > > On 15.01.2016 15:12, Samuel Iglesias =?UNKNOWN?Q?Gons=C3=A1lvez?= > > > wrote: > > > > Module: Mesa > > > > Branch:

Re: [Mesa-dev] Mesa (master): glsl: restrict consumer stage condition to modify interpolation type

On 15.01.2016 16:55, Samuel Iglesias Gonsálvez wrote: > On Fri, 2016-01-15 at 16:36 +0900, Michel Dänzer wrote: >> On 15.01.2016 15:12, Samuel Iglesias =?UNKNOWN?Q?Gons=C3=A1lvez?= >> wrote: >>> Module: Mesa >>> Branch: master >>> Commit: 781d2787bc1cf975757a95d0d9324f734fa61c09 >>> URL:

Re: [Mesa-dev] [PATCH 1/2] radeonsi: Print "LLVM emitted unknown config register" warning only once

This series is, Reviewed-by: Edward O'Callaghan On 2016-01-15 14:23, Michel Dänzer wrote: From: Michel Dänzer Say "LLVM" instead of "Compiler" for clarity. Signed-off-by: Michel Dänzer ---

Re: [Mesa-dev] Hang in dri3_wait_for_event

On 11.01.2016 06:49, Gustaw Smolarczyk wrote: > Hi, > > I have found additional information regarding this bug. > > It happens very often (~75%) when I move the chrome window between > monitors. It's a simple multi-monitor setup, both of the adapters are > connected to a single radeonsi GPU. I

[Mesa-dev] [Bug 93723] vblank_mode=3 segfaults SynMark 6.1 to: intelDestroyContext() -> _mesa_meta_free() -> _mesa_make_current()

https://bugs.freedesktop.org/show_bug.cgi?id=93723 Bug ID: 93723 Summary: vblank_mode=3 segfaults SynMark 6.1 to: intelDestroyContext() -> _mesa_meta_free() -> _mesa_make_current() Product: Mesa Version: git

[Mesa-dev] [Bug 72877] Wrong colors with Mesa 9.2 and Mesa 10.0 on PPC Linux systems

https://bugs.freedesktop.org/show_bug.cgi?id=72877 Oded Gabbay changed: What|Removed |Added CC|