Re: [Mesa-dev] [PATCH] r600g: Avoid setting one gpu register multiple times in a r600_pipe_state

Hi, On Sunday, March 13, 2011 17:34:08 Henri Verbeet wrote: > Ok, pushed. You had some whitespace issues, I've fixed those, but for > future reference please note that r600g uses tabs for indentation. Ok. I hoped that I always did so. The coding stlye configuration for the mesa hacking user is t

Re: [Mesa-dev] GSoC : Thoughts about an OpenGL 4.1 state tracker

Hi Denis, I don't think forking the current Mesa codebase and making a Core-profile-only state tracker is a good idea. The OpenGL 4.1 Core and Compatibility specifications have 518 and 678 pages, respectively, which means more than 70% of the codebase would be the same. The Core profile is not so

Re: [Mesa-dev] GSoC : Thoughts about an OpenGL 4.1 state tracker

Sounds quite cool. This would definitely be a worthwhile project. My only concern is that this would be too much work for a single summer. Projects should err on the side of being too small rather than too big. I'd definitely recommend applying when applications are open. On Sun, Mar 13, 2011 at

Re: [Mesa-dev] [PATCH] ir_to_mesa: do not check the number of uniforms against hw limits

On Sun, 13 Mar 2011 07:59:46 +0100, Marek Olšák wrote: > Yeah but it doesn't eliminate array elements. For example: > >uniform vec4 a[1024]; >[snip] >gl_FragColor = a[567]; > > In this case, the r300 compiler transforms the shader to: > >uniform vec4 a; >[snip] >gl_FragC

Re: [Mesa-dev] [PATCH] r600g: Avoid setting one gpu register multiple times in a r600_pipe_state

2011/3/13 Mathias Fröhlich : > It does not fix anything. This change is supposed to produce the same command > stream than before. > I discovered that r600_context_pipe_state_set is one of the userspace > functions that are high in profiles for my use cases, I was looking for > duplicate registers

Re: [Mesa-dev] [PATCH] r600g: Avoid setting one gpu register multiple times in a r600_pipe_state

Hi Henri, On Saturday, March 12, 2011 15:38:48 Henri Verbeet wrote: > 2011/3/12 Mathias Fröhlich : > > Attached is a patch to the r600g driver that avoids setting one specific > > gpu register multiple times within a r600_pipe_state struct. > > Is this supposed to fix anything in particular? The

[Mesa-dev] [PATCH 5/6] i965: Fix tex_swizzle when depth mode is GL_RED

Change swizzle from (x000) to (x001). Test-case: piglit:spec/ARB_texture_rg/fs-shadow2d-red-01 Test-case: piglit:spec/ARB_texture_rg/fs-shadow2d-red-02 Test-case: piglit:spec/ARB_texture_rg/fs-shadow2d-red-03 Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_wm.c |3 ++- 1 files

[Mesa-dev] [PATCH 6/6] i965: Enable texture lookups whose return type is 'float'

This enables the new shadow texture functions in GLSL 1.30. Test-case: piglit:spec/glsl-1.30/execution/fs-texture-sampler2dshadow-01 Test-case: piglit:spec/glsl-1.30/execution/fs-texture-sampler2dshadow-02 Test-case: piglit:spec/glsl-1.30/execution/fs-texture-sampler2dshadow-03 Test-case: piglit:s

[Mesa-dev] [PATCH 3/6] i965: Remove dead assignment

The assignment on line 368, `tex_swizzles[i] = SWIZZLE_NOOP`, is rendered dead by the reassignment on line 392. Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_wm.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_wm.c b/src/m

[Mesa-dev] [PATCH 4/6] i965: Add field brw_wm_prog_key.depth_modes[]

... which holds the GL_DEPTH_TEXTURE_MODE of each enabled texture. Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_wm.c |2 ++ src/mesa/drivers/dri/i965/brw_wm.h |1 + 2 files changed, 3 insertions(+), 0 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_wm.c b/src/m

[Mesa-dev] [PATCH 0/6] i965: Enable new shadow texture functions in GLSL 1.30

Patches 1 and 2 were authored by Ken. I'm mailing them anyway, however, because they're required by the subsequent patches. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [Bug 35268] initial-exec TLS model breaks dlopen'ed libGL

https://bugs.freedesktop.org/show_bug.cgi?id=35268 --- Comment #1 from Christopher James Halse Rogers 2011-03-13 05:00:28 PDT --- Created an attachment (id=44412) View: https://bugs.freedesktop.org/attachment.cgi?id=44412 Review: https://bugs.freedesktop.org/review?bug=35268&attachment=44412

[Mesa-dev] [Bug 35268] New: initial-exec TLS model breaks dlopen'ed libGL

https://bugs.freedesktop.org/show_bug.cgi?id=35268 Summary: initial-exec TLS model breaks dlopen'ed libGL Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: med

[Mesa-dev] [r600g + s3tc] bug or missing kernel piece of software ?

Hello, I have compiled the last Mesa code (and libtxc_dxtn from Marek Olšák's branch) in order to test the S3TC support recently pushed in r600g. In his commit (http://cgit.freedesktop.org/mesa/mesa/commit/?id=8e0437914bb786d0b05be8f95e4ff37bf5a19f44), Dave Airlie says "Still requires R600_ENA

[Mesa-dev] GSoC : Thoughts about an OpenGL 4.1 state tracker

Hello, I'm a Belgian young student and I follow the Mesa's development for nearly two years now. I'm just 18 yars old and it's the first year I'm elligible to the Google Summer of Code. I originally planned to work on KDE, but I find Mesa more interesting. The project on which I would work is