Re: [Mesa-dev] [PATCH] Drop the "neutral" tnl module

2010-10-13 Thread Chia-I Wu
2010/10/14 Kristian Høgsberg : > 2010/10/13 Kristian Høgsberg : >> Just always check for FLUSH_UPDATE_CURRENT and call Driver.BeginVertices >> when necessary.  By using the unlikely() macros, this ends up as >> a 10% performance improvement (for isosurf, anyway) over the old, >> complicated functio

Re: [Mesa-dev] [PATCH] Drop the "neutral" tnl module

2010-10-13 Thread Keith Whitwell
Looks good Kristian. This has been worthy of cleanup for some time... Keith 2010/10/13 Kristian Høgsberg : > 2010/10/13 Kristian Høgsberg : >> Just always check for FLUSH_UPDATE_CURRENT and call Driver.BeginVertices >> when necessary.  By using the unlikely() macros, this ends up as >> a 10% per

[Mesa-dev] [Bug 30847] New: Serious rendering issues when drawing to front buffer with GL_LIGHTING enabled

2010-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30847 Summary: Serious rendering issues when drawing to front buffer with GL_LIGHTING enabled Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All)

Re: [Mesa-dev] [PATCH] Drop the "neutral" tnl module

2010-10-13 Thread Kristian Høgsberg
2010/10/13 Kristian Høgsberg : > Just always check for FLUSH_UPDATE_CURRENT and call Driver.BeginVertices > when necessary.  By using the unlikely() macros, this ends up as > a 10% performance improvement (for isosurf, anyway) over the old, > complicated function pointer swapping. > --- I should s

[Mesa-dev] [PATCH] Drop the "neutral" tnl module

2010-10-13 Thread Kristian Høgsberg
Just always check for FLUSH_UPDATE_CURRENT and call Driver.BeginVertices when necessary. By using the unlikely() macros, this ends up as a 10% performance improvement (for isosurf, anyway) over the old, complicated function pointer swapping. --- src/mesa/main/context.c |5 --- src/mesa/ma

Re: [Mesa-dev] [PATCH] gl.h, gl2.h, gallium: use stdbool.h for GLboolean and boolean

2010-10-13 Thread Brian Paul
On 10/13/2010 12:26 PM, Nicolas Kaiser wrote: This patch adds support for the compiler built-in Boolean type to GLboolean and the "boolean" type in gallium by bringing them in line with the "bool" type in stdbool.h. Signed-off-by: Nicolas Kaiser Every GL/gl.h file I've seen over the years defi

[Mesa-dev] [PATCH] gl.h, gl2.h, gallium: use stdbool.h for GLboolean and boolean

2010-10-13 Thread Nicolas Kaiser
This patch adds support for the compiler built-in Boolean type to GLboolean and the "boolean" type in gallium by bringing them in line with the "bool" type in stdbool.h. Signed-off-by: Nicolas Kaiser --- include/GL/gl.h |7 --- include/GLES/gl.h

Re: [Mesa-dev] Any plans to add type precision to GLSL IR (glsl_type etc.)?

2010-10-13 Thread Aras Pranckevicius
> That said, I don't think it would be difficult to add precision tracking > to the IR.  My first thought is that a field should be added to > ir_variable to track the declared precision of the variable.  A similar > field should then be added to ir_rvalue to track the precision of the > expression

Re: [Mesa-dev] Any plans to add type precision to GLSL IR (glsl_type etc.)?

2010-10-13 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Aras Pranckevicius wrote: > Hi, > > For GLSL optimizer (http://github.com/aras-p/glsl-optimizer) that is > built on top of Mesa's GLSL2, I need to add native OpenGL ES 2.0 > precision support. Looks like right now Mesa's GLSL can parse > precision qua

[Mesa-dev] [Bug 30694] wincopy will crash on r600g when going to front buffer

2010-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30694 Kevin DeKorte changed: What|Removed |Added Component|Mesa core |Drivers/Gallium/r600 AssignedTo|

[Mesa-dev] [Bug 30694] wincopy will crash on r600g when going to front buffer

2010-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30694 --- Comment #2 from Kevin DeKorte 2010-10-13 08:42:52 PDT --- Pressing F still crashes git c3ed27ec76c5456412122d7e654a2e298409cc88 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

Re: [Mesa-dev] Mesa (master): mesa: Validate assembly shaders when GLSL shaders are used

2010-10-13 Thread Brian Paul
On 10/12/2010 07:49 PM, Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Paul wrote: - +#include Ian, could we stick with GLboolean/GL_TRUE/GL_FALSE in core Mesa to be consistent? It wouldn't surprise me if stdbool.h isn't present on one platform or another. If possi

Re: [Mesa-dev] RFC: Whimsical renames and code motion

2010-10-13 Thread Kristian Høgsberg
2010/10/12 Brian Paul : > On 10/12/2010 10:43 AM, Kristian Høgsberg wrote: >> >> Hi, >> >> I wrote this patch series a while ago, but now that 7.9 is out I >> thought I'd float it on the list to see what people think.  The first >> couple of patches kill off glcore.h, which is no longer used for an

[Mesa-dev] Any plans to add type precision to GLSL IR (glsl_type etc.)?

2010-10-13 Thread Aras Pranckevicius
Hi, For GLSL optimizer (http://github.com/aras-p/glsl-optimizer) that is built on top of Mesa's GLSL2, I need to add native OpenGL ES 2.0 precision support. Looks like right now Mesa's GLSL can parse precision qualifiers just fine (when OpenGL ES 2.0 option is used), but it does not do anything wi

[Mesa-dev] [Bug 30796] mesa builds drivers for r300 and Intel even when not asked to

2010-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30796 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 30796] mesa builds drivers for r300 and Intel even when not asked to

2010-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30796 --- Comment #3 from Michal Suchanek 2010-10-13 01:16:30 PDT --- I can understand building swrast by default. It's useful to some extent on any hardware. However, r300 on a r600 card is completely useless. At least now the r300g driver is actual