[Mesa-dev] [PATCH] glsl: Use a separate div_to_mul_rcp lowering flag for integers.

From: Bryan Cain Using multiply and reciprocal for integer division involves potentially lossy floating point conversions. This is okay for older GPUs that represent integers as floating point, but undesirable for GPUs with native integer division instructions. TGSI, for example, has UDIV/IDIV

Re: [Mesa-dev] llvm-config on a biarch machine

Hey Kevin, On 08/24/2011 05:34 PM, Kevin DeKorte wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On a biarch machine like Fedora llvm-config defaults to outputting the > values for a 64bit build. With a recent patch to llvm-devel there are > now arch specific versions of llvm-config a

[Mesa-dev] xvmc decoding redux, testers wanted

Hi all, With the interface changes to xvmc I'm finally happy with the xvmc decoder, so if you have a nv40-nv96 or a nva0 spare, could you test http://repo.or.cz/w/mesa/nouveau-pmpeg.git and report the results? To get it working correctly you need to preload libXvMCnouveau.so, usually programs tha

[Mesa-dev] [PATCH 3/3] xorg/xvmc: Add missing call to set_picture_parameters

picture_structure is needed to determine what type of picture this is Signed-off-by: Maarten Lankhorst --- src/gallium/state_trackers/xorg/xvmc/surface.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xvmc/surface.c b/src/gallium/state_

[Mesa-dev] [PATCH 2/3] xorg/xvmc: Only set decode buffer when available

The nouveau xvmc decoder doesn't need it. Signed-off-by: Maarten Lankhorst --- src/gallium/state_trackers/xorg/xvmc/surface.c |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xvmc/surface.c b/src/gallium/state_trackers/xorg/xvmc/su

[Mesa-dev] [PATCH 1/3] xvmc tests: Clean up test_rendering slightly

Signed-off-by: Maarten Lankhorst --- .../xorg/xvmc/tests/test_rendering.c | 38 --- 1 files changed, 24 insertions(+), 14 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xvmc/tests/test_rendering.c b/src/gallium/state_trackers/xorg/xvmc/tests/test_rende

[Mesa-dev] [PATCH] glsl: use a separate div_to_mul_rcp lowering flag for integers

TGSI, at the very least, has UDIV/IDIV instructions for integer division. --- src/glsl/ir_optimization.h | 13 +++-- src/glsl/lower_instructions.cpp|4 +++- src/mesa/drivers/dri/i965/brw_shader.cpp |1 + src/mesa/program/ir_to_mesa.cpp|

Re: [Mesa-dev] [PATCH 3/7] g3dvl: Rework the decoder interface part 3/5

Hey, On 08/24/2011 11:51 PM, deathsim...@vodafone.de wrote: > From: Christian König > > Revert back to a macroblock based interface. The structure used > tries to keep as close to the spec as possible. > Minor nitpick, but is XvMC PMV equal to macroblock PMV? iirc they swapped [i][j][k] to [j][i

[Mesa-dev] [PATCH] winsys/radeon: Create async thread only once

I noticed that a thread was created for every time async flush was called, so I moved it and used some semaphores to synch. Signed-off-by: Maarten Lankhorst --- diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_cs.c b/src/gallium/winsys/radeon/drm/radeon_drm_cs.c index c309354..dd3a4a3 100

Re: [Mesa-dev] llvm-config on a biarch machine

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/27/2011 08:46 AM, Alexandre Demers wrote: > I really like this new feature in LLVM. I've been fighting for some > time to compile mesa 32bit on 64bit because of Wine in the simplest > way possible. > > Kevin, your patches are interesting and I'm

[Mesa-dev] [Bug 40401] Cogs is slow

https://bugs.freedesktop.org/show_bug.cgi?id=40401 --- Comment #9 from Pavel Ondračka 2011-08-27 12:37:32 PDT --- (In reply to comment #4) > Same here on Intel GMA 4500 and Mesa 7.12-devel BTW I'm not a developer, but I think only gallium drivers are using u_vbuf_mgr. So even if those patches c

[Mesa-dev] [Bug 40401] Cogs is slow

https://bugs.freedesktop.org/show_bug.cgi?id=40401 --- Comment #8 from Marek Olšák 2011-08-27 11:14:54 PDT --- (In reply to comment #7) > OK, I understand that mesa would benefit from such optimization, but taking > into consideration the time which I'll need to spend on analyzing different > way

[Mesa-dev] [PATCH 02/13] util: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/auxiliary/util/u_debug_d

[Mesa-dev] [PATCH 13/13] winsys/g3dvl: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/winsys/g3dvl/dri/dri_win

[Mesa-dev] [PATCH 12/13] tests/unit: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/tests/unit/translate_tes

[Mesa-dev] [PATCH 11/13] targets/xorg-vmwgfx: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/targets/xorg-vmwgfx/vmw_

[Mesa-dev] [PATCH 10/13] st/xorg: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/state_trackers/xorg/xorg

[Mesa-dev] [PATCH 09/13] vdpau: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/state_trackers/vdpau/dec

[Mesa-dev] [PATCH 08/13] va: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/state_trackers/va/htab.c

[Mesa-dev] [PATCH 07/13] d3d1x: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- .../d3d1x/d3d1xstutil/include/d3d1xs

[Mesa-dev] [PATCH 06/13] include/pipe: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/include/pipe/p_video_dec

[Mesa-dev] [PATCH 05/13] r600g: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/drivers/r600/evergreen_s

[Mesa-dev] [PATCH 03/13] vl: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/auxiliary/vl/vl_composit

[Mesa-dev] [PATCH 00/13] Fix include style accross Mesa

[Please CC me on all replies, I'm not subscribed to mesa-dev.] Dear mesa-dev list, the following 13 patches were prompted by Brian Paul's e-mail [0] about g3dvl. Neither patch should have functional impact and thus be safe to apply. The first patch is an outlier and a follow-up to the two patches

[Mesa-dev] [PATCH 04/13] noop: Fix include style

As explained in the thread starting at [0], the internal include style should be »#include "path/to/header.h"« for non-system includes. [0] Signed-off-by: Kai Wasserbäch --- src/gallium/drivers/noop/noop_pipe.c

[Mesa-dev] [PATCH 01/13] docs: Fix minor typos.

dbec3a5d introduced minor typos, this should fix them. Signed-off-by: Kai Wasserbäch --- docs/devinfo.html |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/devinfo.html b/docs/devinfo.html index d9e82e2..678e48c 100644 --- a/docs/devinfo.html +++ b/docs/devinfo.ht

Re: [Mesa-dev] g3dvl odds & ends

On Friday, August 26, 2011 09:47:33 PM Younes Manton wrote: > So, we can be practical, just use <> and save a bit of compile time; > or we can stick to the current scheme (which has us abiding by our > favourite compiler's intended yet meaningless and often ignored use of > "" while we simultaneous

[Mesa-dev] [Bug 40401] Cogs is slow

https://bugs.freedesktop.org/show_bug.cgi?id=40401 --- Comment #7 from Vadim 2011-08-27 09:44:03 PDT --- (In reply to comment #6) > We usually just try to optimize drivers even for a totally inefficient OpenGL > usage and get the most performance out of it no matter what. > OK, I understand th

[Mesa-dev] [PATCH] driconf: Added german translation

--- src/mesa/drivers/dri/common/xmlpool/options.h | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/src/mesa/drivers/dri/common/xmlpool/options.h b/src/mesa/drivers/dri/common/xmlpool/options.h index 1e584ba..d3d9c21 100644 --- a/src/mesa/drivers/dri/common/xmlpo

Re: [Mesa-dev] [PATCH] mesa, glsl_to_tgsi: fixes for native integers

On 08/27/2011 05:39 AM, Christoph Bumiller wrote: > On 27.08.2011 04:58, Bryan Cain wrote: >> This fixes all of the piglit regressions in softpipe when native integers are >> enabled. >> --- >> src/mesa/main/uniforms.c |8 + >> src/mesa/state_tracker/st_glsl_to_tgsi.cpp |

[Mesa-dev] [PATCH 2/2] nv50, nvc0: reject R8G8B8A8/X8_UNORM for multisample surfaces

The window system buffer will be BGRA and applications will try to directly resolve to it, which would trigger an INVALID_OPERATION in BlitFramebuffer if the multisample renderbuffer is RGBA. --- src/gallium/drivers/nv50/nv50_screen.c |7 ++- src/gallium/drivers/nvc0/nvc0_screen.c | 12 +

[Mesa-dev] [PATCH 1/2] mesa: update multisample state on _NEW_BUFFERS

A change in sampleBuffers affects the final enable value. --- src/mesa/main/state.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mesa/main/state.c b/src/mesa/main/state.c index 7ad50bc..457a730 100644 --- a/src/mesa/main/state.c +++ b/src/mesa/main/state.c @@ -631,

Re: [Mesa-dev] llvm-config on a biarch machine

I really like this new feature in LLVM. I've been fighting for some time to compile mesa 32bit on 64bit because of Wine in the simplest way possible. Kevin, your patches are interesting and I'm sad to see no answer from any dev. But I also understand that last week's big topics were Android and k

Re: [Mesa-dev] [PATCH 20/21] mesa: Remove vertex program extension enable flags

On Sat, Aug 27, 2011 at 1:57 AM, Ian Romanick wrote: > From: Ian Romanick > > The following extensions are always enabled, and drivers do not have > to option to disable them: > >    GL_ARB_vertex_program >    GL_EXT_gpu_program_parameters >    GL_NV_vertex_program It seems that the assumption h

Re: [Mesa-dev] [PATCH 20/21] mesa: Remove vertex program extension enable flags

On Sat, Aug 27, 2011 at 1:57 AM, Ian Romanick wrote: > From: Ian Romanick > > The following extensions are always enabled, and drivers do not have > to option to disable them: > >    GL_ARB_vertex_program >    GL_EXT_gpu_program_parameters >    GL_NV_vertex_program GL_NV_vertex_program is not en

[Mesa-dev] [Bug 40401] Cogs is slow

https://bugs.freedesktop.org/show_bug.cgi?id=40401 --- Comment #6 from Marek Olšák 2011-08-27 06:10:02 PDT --- We usually just try to optimize drivers even for a totally inefficient OpenGL usage and get the most performance out of it no matter what. Some comments regarding the patches: 1) Can u_

[Mesa-dev] [Bug 40401] Cogs is slow

https://bugs.freedesktop.org/show_bug.cgi?id=40401 --- Comment #5 from Vadim 2011-08-27 05:40:53 PDT --- (In reply to comment #3) > According to Cogs developer: "The Cogs vertex data is already very heavily > optimized into triangle strips using nVidia's algorithms to greatly reduce the > amount

Re: [Mesa-dev] [PATCH 15/21] mesa: Enable vertex programs by default, remove checks

Hi Ian, I was trying to enable NV_vertex_program without regressions in st/mesa before, but these piglit tests were always failing and are still failing with your patch: nv-add nv-arl nv-init-zero-addr nv-init-zero-reg nv-mov r600g just fails or assertion-fails, but softpipe sometimes crashes (e

Re: [Mesa-dev] [PATCH] mesa, glsl_to_tgsi: fixes for native integers

On 27.08.2011 04:58, Bryan Cain wrote: > This fixes all of the piglit regressions in softpipe when native integers are > enabled. > --- > src/mesa/main/uniforms.c |8 + > src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 45 > ++-- > 2 files changed,

[Mesa-dev] [PATCH 2/2] i965: Avoid generating MOVs for most ir_assignment handling.

This is a port of vec4_visitor::try_rewrite_rhs_to_dst to fs_visitor. Not only is this technique less invasive and more robust, it also generates better code. Over and above the previous technique, this reduced instruction count in shader-db: With all FS optimizations (register coalescing and su

[Mesa-dev] [PATCH 1/2] i965/fs: Revert "Avoid generating MOVs for assignments for expressions."

This reverts commit 53c89c67f33639afef951e178f93f4e29acc5d53, along with the subsequent this->result = reg_undef additions it required. Both Eric and I agree that the way he did this is really fragile; if you forget to add this->result = reg_undef before calling accept(), it may end up using the s

Re: [Mesa-dev] [PATCH 03/21] intel: Move OpenGL ES extension enable bits to intel_extensions.c

On Sat, Aug 27, 2011 at 3:56 PM, Ian Romanick wrote: > From: Ian Romanick > > The core Mesa extension code is now smart enough to only expose the > right extensions with the right APIs. What would happen if an extension not available in an API is enabled, say, GL_ARB_texture_rectangle is enabled

[Mesa-dev] [PATCH] driconf: Added german translation

--- src/mesa/drivers/dri/common/xmlpool/options.h | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/src/mesa/drivers/dri/common/xmlpool/options.h b/src/mesa/drivers/dri/common/xmlpool/options.h index 1e584ba..d3d9c21 100644 --- a/src/mesa/drivers/dri/common/xmlpo

[Mesa-dev] [PATCH 21/21] mesa: Remove OES_read_format extension enable flag

From: Ian Romanick This extension is always enabled, and drivers do not have to option to disable it. I kept this one separate from the others because I was a little uncertain about the changes to get.c. Cc: Kristian Høgsberg --- src/mesa/main/extensions.c |4 +--- src/mesa/main/get.c

Re: [Mesa-dev] [PATCH 2/2] mesa: Remove all mention of MESA_FORMAT_CI8

On 08/26/2011 11:47 PM, Ian Romanick wrote: > From: Ian Romanick > > Nothing in Mesa supports color-index textures, and most of the other > infrastructure that could allow such support has already been removed. > This puts the final nail in the coffin. And good riddance! :) For both patches: R

[Mesa-dev] [PATCH 20/21] mesa: Remove vertex program extension enable flags

From: Ian Romanick The following extensions are always enabled, and drivers do not have to option to disable them: GL_ARB_vertex_program GL_EXT_gpu_program_parameters GL_NV_vertex_program --- src/mesa/main/enable.c | 16 +- src/mesa/main/extensions.c | 20 +-- src/me

[Mesa-dev] [PATCH 19/21] mesa: Remove many extension enable flags

From: Ian Romanick The following extensions are always enabled, and drivers do not have to option to disable them: GL_ARB_copy_buffer GL_ARB_draw_buffers / GL_ATI_draw_buffers GL_ARB_multisample GL_ARB_texture_compression GL_ARB_transpose_matrix GL_ARB_vertex_buffer_objec

[Mesa-dev] [PATCH 18/21] mesa: Delete stale comment about MESAX extensions

From: Ian Romanick --- src/mesa/main/extensions.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c index 0439924..4ebc954 100644 --- a/src/mesa/main/extensions.c +++ b/src/mesa/main/extensions.c @@ -72,8 +72,6 @@ st

[Mesa-dev] [PATCH 16/21] r200: Don't fallback to SW TNL for NV vertex programs

From: Ian Romanick As far as I (and piglit) can tell, this is the only remaining relevant difference in the vertex program support for this driver. Take the same approach as the i965 driver: instruct the compiler to emit extra instructions to initialize the temporaries to 0.0. The only extra in

[Mesa-dev] [PATCH 17/21] mesa: Remove redundant vertex program extension enables

From: Ian Romanick Specifically, remove extraneous enables of the following extensions: GL_ARB_vertex_program GL_EXT_gpu_program_paramaters GL_NV_vertex_program These extensions are enabled by default in _mesa_init_extensions, so drivers don't need to enable them again.

[Mesa-dev] [PATCH 15/21] mesa: Enable vertex programs by default, remove checks

From: Ian Romanick Specifically, the following extensions are enabled: GL_ARB_vertex_program GL_EXT_gpu_program_paramaters GL_NV_vertex_program GL_NV_vertex_program1_1 is *not* enabled because several drivers that have vertex shader hardware do not support the RCC opcode. This woul

[Mesa-dev] [PATCH 14/21] intel: Remove redundant GL_ARB_window_pos enable

From: Ian Romanick This extension is enabled by default in _mesa_init_extensions, so drivers don't need to enable it again. --- src/mesa/drivers/dri/intel/intel_extensions.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_extensions.c b/

[Mesa-dev] [PATCH 12/21] radeon: Enable vertex programs

From: Ian Romanick Specifically, the following extensions are enabled: GL_ARB_vertex_program GL_EXT_gpu_program_paramaters GL_NV_vertex_program GL_NV_vertex_program1_1 In addition, ctx->Const.MaxCombinedTextureImageUnits is set. This change was kept separate fro

[Mesa-dev] [PATCH 13/21] dri: Remove redundant GL_SGIS_texture_edge_clamp enables

From: Ian Romanick This extension is enabled by default in _mesa_init_extensions, so drivers don't need to enable it again. --- src/mesa/drivers/dri/intel/intel_extensions.c |1 - src/mesa/drivers/dri/r200/r200_context.c |1 - src/mesa/drivers/dri/r300/r300_context.c |1 -

[Mesa-dev] [PATCH 11/21] nouveau: Enable vertex programs

From: Ian Romanick Specifically, the following extensions are enabled: GL_ARB_vertex_program GL_EXT_gpu_program_paramaters GL_NV_vertex_program GL_NV_vertex_program1_1 In addition, ctx->Const.MaxCombinedTextureImageUnits is set. This has been compiled, but I don't have any nv10

[Mesa-dev] [PATCH 10/21] dri: Remove all extension enabling utility functions

From: Ian Romanick --- src/mesa/drivers/dri/common/utils.c | 114 --- src/mesa/drivers/dri/common/utils.h | 25 2 files changed, 0 insertions(+), 139 deletions(-) diff --git a/src/mesa/drivers/dri/common/utils.c b/src/mesa/drivers/dri/common/utils.c

[Mesa-dev] [PATCH 08/21] radeon: Enable extensions by just setting the flags

From: Ian Romanick Core Mesa already does the dispatch offset remapping for every function that could possibly ever be supported. There's no need to continue using that cruft in the driver. Since the call to _mesa_enable_imaging_extensions (via driInitExtensions) is removed, EXT_blend_color, EX

[Mesa-dev] [PATCH 09/21] swrast-dri: Enable extensions by just setting the flags

From: Ian Romanick Core Mesa already does the dispatch offset remapping for every function that could possibly ever be supported. There's no need to continue using that cruft in the driver. Also simplify the handling of OpenGL ES extensions. The core Mesa extension code is now smart enough to

[Mesa-dev] [PATCH 07/21] r600: Enable extensions by just setting the flags

From: Ian Romanick Core Mesa already does the dispatch offset remapping for every function that could possibly ever be supported. There's no need to continue using that cruft in the driver. Since the call to _mesa_enable_imaging_extensions (via driInitExtensions) is removed, EXT_blend_color and

[Mesa-dev] [PATCH 06/21] r300: Enable extensions by just setting the flags

From: Ian Romanick Core Mesa already does the dispatch offset remapping for every function that could possibly ever be supported. There's no need to continue using that cruft in the driver. Since the call to _mesa_enable_imaging_extensions (via driInitExtensions) is removed, EXT_blend_color and

[Mesa-dev] [PATCH 05/21] r200: Enable extensions by just setting the flags

From: Ian Romanick Core Mesa already does the dispatch offset remapping for every function that could possibly ever be supported. There's no need to continue using that cruft in the driver. Since the call to _mesa_enable_imaging_extensions (via driInitExtensions) is removed, EXT_blend_logic_op

[Mesa-dev] [PATCH 04/21] nouveau: Enable extensions by just setting the flags

From: Ian Romanick Core Mesa already does the dispatch offset remapping for every function that could possibly ever be supported. There's no need to continue using that cruft in the driver. Since the call to _mesa_enable_imaging_extensions (via driInitExtensions) is removed, EXT_blend_color, EX

[Mesa-dev] [PATCH 03/21] intel: Move OpenGL ES extension enable bits to intel_extensions.c

From: Ian Romanick The core Mesa extension code is now smart enough to only expose the right extensions with the right APIs. --- src/mesa/drivers/dri/i915/Makefile|1 - src/mesa/drivers/dri/i915/intel_extensions_es2.c |1 - src/mesa/drivers/dri/i965/Makefile.sources

[Mesa-dev] [PATCH 02/21] intel: Move S3TC extension enable bits to intel_extensions.c

From: Ian Romanick --- src/mesa/drivers/dri/intel/intel_context.c|7 --- src/mesa/drivers/dri/intel/intel_extensions.c |8 2 files changed, 8 insertions(+), 7 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_context.c b/src/mesa/drivers/dri/intel/intel_contex

[Mesa-dev] [PATCH 01/21] intel: Enable extensions by just setting the flags

From: Ian Romanick Core Mesa already does the dispatch offset remapping for every function that could possibly ever be supported. There's no need to continue using that cruft in the driver. --- src/mesa/drivers/dri/intel/intel_extensions.c | 290 + 1 files changed, 99 i

Re: [Mesa-dev] [PATCH 7/8] i965: Fix Android build by removing relative includes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/26/2011 06:54 PM, Chad Versace wrote: > Add $(TOP)/src/mesa to include paths and replace each occurence of > #include "../glsl/*.h" > with > #include "glsl/*.h" > > Signed-off-by: Chad Versace > --- > src/mesa/drivers/dri/i965/Makefile

Re: [Mesa-dev] [PATCH 4/8] make: Remove duplicate occurence of driverfuncs.c

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/26/2011 06:53 PM, Chad Versace wrote: > Stop building driverfuncs.c twice for each DRI driver. driverfuncs.c is > included in both libmesa.a and in > src/mesa/drivers/dri/Makefiles.defines:COMMON_SOURCES, so remove it from > COMMON_SOURCES. It o

[Mesa-dev] [Bug 40401] Cogs is slow

https://bugs.freedesktop.org/show_bug.cgi?id=40401 --- Comment #4 from imamdxl8...@gmail.com 2011-08-27 00:04:45 PDT --- Same here on Intel GMA 4500 and Mesa 7.12-devel -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---