Re: [Mesa-dev] i965: FS copy propagation across control flow

On 10/30/2012 08:28 PM, Eric Anholt wrote: Here's a patch series to clean up the most glaring failures I think we have left in FS code generation other than variable-indexed array access. Unfortunately, I haven't found a particular testcase to show that it's a performance improvement, but I still

[Mesa-dev] [Bug 56653] Source `src/glsl/builtin_stubs.cpp' not found, needed by target `build/linux-x86_64-debug/glsl/builtin_stubs.o'.

https://bugs.freedesktop.org/show_bug.cgi?id=56653 Vinson Lee changed: What|Removed |Added CC||kenn...@whitecape.org -- You are receiving

[Mesa-dev] [Bug 56653] New: Source `src/glsl/builtin_stubs.cpp' not found, needed by target `build/linux-x86_64-debug/glsl/builtin_stubs.o'.

https://bugs.freedesktop.org/show_bug.cgi?id=56653 Priority: medium Bug ID: 56653 CC: thierry.red...@avionic-design.de Assignee: mesa-dev@lists.freedesktop.org Summary: Source `src/glsl/builtin_stubs.cpp' not found, needed

Re: [Mesa-dev] [PATCH 3/6] i965: Generalize GL_FIXED VS w/a support

On 10/22/2012 10:21 AM, Eric Anholt wrote: Chris Forbes writes: Next few patches build on this to add other workarounds for packed formats. diff --git a/src/mesa/drivers/dri/i965/brw_vs.h b/src/mesa/drivers/dri/i965/brw_vs.h index adeff7f..9da4cb0 100644 --- a/src/mesa/drivers/dri/i965/brw

Re: [Mesa-dev] [PATCH v2] build: Don't cross-compile GLSL builtin compiler

On 10/19/2012 05:03 AM, Thierry Reding wrote: The builtin_compiler binary is used during the build process to generate code for the builtin GLSL functions. Since this binary needs to be run on the build host, it must not be cross-compiled. This patch fixes the build system to compile a second ve

[Mesa-dev] [Bug 56651] src/mapi/glapi/glapitable.h:771:35: error: unknown type name ‘GLfixed’

https://bugs.freedesktop.org/show_bug.cgi?id=56651 Brian Paul changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 56651] New: src/mapi/glapi/glapitable.h:771:35: error: unknown type name ‘GLfixed’

https://bugs.freedesktop.org/show_bug.cgi?id=56651 Priority: medium Bug ID: 56651 CC: stereotype...@gmail.com Assignee: mesa-dev@lists.freedesktop.org Summary: src/mapi/glapi/glapitable.h:771:35: error: unknown type nam

[Mesa-dev] [PATCH 17/17] dispatch: Delete unused init_dispatch functions.

The new code-generated version of _mesa_create_exec_table() populates the entire dispatch table (except for dynamic functions) by itself; it no longer calls separate functions to initialize parts of the dispatch table. This patch removes those no-longer-needed functions. --- src/mesa/main/accum.c

[Mesa-dev] [PATCH 16/17] dispatch: Code generate api_exec.c.

This patch adjusts makefiles to cause src/mesa/main/api_exec.c to be generated using src/mapi/glapi/gen/gl_genexec.py. There should be no functional change. --- src/mapi/glapi/gen/Makefile.am | 4 + src/mesa/Android.gen.mk| 7 + src/mesa/SConscript| 8 + src/mesa/main/.g

[Mesa-dev] [PATCH 15/17] glapi/gen: Add code generation script for _mesa_create_exec_table().

This script generates the file api_exec.c, which contains just the function _mesa_create_exec_table(), based on the XML files in src/mapi/glapi/gen. The following XML attributes, in particular, are used: - "es1" indicates functions that should be available in ES1 contexts. - "es2" indicates functi

[Mesa-dev] [PATCH 14/17] glapi/gen: handle new XML attributes.

This patch updates gl_XML.py to parse the new XML attributes "exec", "desktop", "deprecated", and "mesa_name", which will be needed to code generate _mesa_create_exec_table(). --- src/mapi/glapi/gen/gl_XML.py | 65 ++-- 1 file changed, 63 insertions(+), 2 de

[Mesa-dev] [PATCH 13/17] glapi/gen: Gather API version info across aliased functions.

gl_XML.py's gl_function class keeps track of an entry_point_api_map property that tracks, for each set of aliased functions, which ES1 or ES2 version the given function name first appeared in. This patch aggregates that information together across aliased functions, into an easier-to-use api_map p

[Mesa-dev] [PATCH 12/17] glapi/gen: Comment fix.

--- src/mapi/glapi/gen/gl_XML.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mapi/glapi/gen/gl_XML.py b/src/mapi/glapi/gen/gl_XML.py index 0196879..a8000b4 100644 --- a/src/mapi/glapi/gen/gl_XML.py +++ b/src/mapi/glapi/gen/gl_XML.py @@ -613,7 +613,7 @@ class gl_function

[Mesa-dev] [PATCH 10/17] glapi: Annotate XML with function name suffix anomalies.

When the XML lists one or more GL api functions as aliases for another GL function, the mesa function that implements the functionality is usually named after the canonical version of the function (the one that is the target of the aliases). For example, FogCoordd is listed as an alias of FogCoord

[Mesa-dev] [PATCH 09/17] glapi: Annotate XML with desktop="false" for GLES-only functions.

Future patches will use this annotation when code generating _mesa_create_exec_table(), to determine which functions should be skipped when the API is desktop GL. --- src/mapi/glapi/gen/OES_fixed_point.xml | 8 +-- src/mapi/glapi/gen/OES_single_precision.xml | 2 +- src/mapi/glapi/gen/es_EX

[Mesa-dev] [PATCH 08/17] glapi: Annotate XML with exec="{es, check}" for special GLES1 functions.

Future patches will use this annotation when code generating _mesa_create_exec_table(), to determine which functions should be dispatched to ES-specific implementations. exec="es" indicates that the ES-specific implementation has a name beginning with "_es_" (e.g. _es_QueryMatrixxOES), and exec="c

[Mesa-dev] [PATCH 06/17] glapi: Annotate XML with exec="dynamic" for dynamic functions.

Future patches will use this annotation when code generating _mesa_create_exec_table(), to determine which functions should be skipped because Mesa dispatches them differently depending on GL state. --- src/mapi/glapi/gen/ARB_base_instance.xml | 9 +- .../glapi/gen/ARB_draw_elements_ba

[Mesa-dev] [PATCH 04/17] glapi: Annotate XML with deprecated="3.1" for deprecated functions.

Future patches will use this annotation when code generating _mesa_create_exec_table(), to determine which functions should be skipped in core contexts. -- This patch is very large and repetitive, so to make it fit on the mailing list I've left out the file with the most changes (gl_API.xml). To

[Mesa-dev] [PATCH 03/17] glapi: Mark GLX extensions as window_system="glX".

We were already doing this for some GLX extensions, but not others. This patch makes our use of window_system="glX" consistent. --- src/mapi/glapi/gen/glX_API.xml | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/mapi/glapi/gen/glX_API.xml b/src/mapi/glapi/gen/glX_API.x

[Mesa-dev] [PATCH 02/17] glapi: Use GL_ or GLX_ prefix for all category names.

This patch standardizes the category names used in the glapi XML files to begin each extension name with the prefix "GL_" or "GLX_". There is no functional change, because these category names are not used in the generated code. --- src/mapi/glapi/gen/es_EXT.xml | 4 ++-- 1 file changed, 2 insert

[Mesa-dev] [PATCH 01/17] dispatch: Remove a few FEATURE_ES1 conditionals.

This allows the GLES1.1 dispatch sanity test to be run on all builds, even builds that do not include GLES1 support. --- src/mesa/main/api_exec.c| 2 -- src/mesa/main/es1_conversion.c | 4 src/mesa/main/get.c | 2 -- src/mesa/main/tests/dispatch_sa

[Mesa-dev] [PATCH 00/17] dispatch: code generate _mesa_create_exec_table.

This patch series replaces the hand-coded function _mesa_create_exec_table() with an equivalent function that is generated at compile-time based on the XML in src/mapi/glapi/gen. This function is responsible for populating the static entries in the dispatch table with pointers to Mesa functions. N

[Mesa-dev] [Bug 28017] Compiz segfaults, backtrace log and patch included

https://bugs.freedesktop.org/show_bug.cgi?id=28017 Marcin Slusarz changed: What|Removed |Added Assignee|nouveau@lists.freedesktop.o |mesa-dev@lists.freedesktop.

Re: [Mesa-dev] [PATCH] i965: Force border color A to 1 when it's not present in the GL format.

On 11/01/2012 11:46 AM, Eric Anholt wrote: It's usually forced to 1 by the surface format, but sometimes we actually have alpha present because it's the only format available. Fixes piglit texwrap bordercolor tests for GL_EXT_texture_sRGB and OpenGL 1.1. --- src/mesa/drivers/dri/i965/brw_wm_sa

Re: [Mesa-dev] [PATCH 4/9] dispatch: Include GLES1-only functions in dispatch table.

On 1 November 2012 01:08, Tapani Pälli wrote: > On 11/01/2012 07:28 AM, Tapani Pälli wrote: > > On 11/01/2012 12:42 AM, Paul Berry wrote: > >> On 31 October 2012 15:21, Chad Versace >> > wrote: > >> > >> Tapani, see the bottom of the message. > >> > >>

Re: [Mesa-dev] [PATCH 00/27] intel: Add ETC2 compressed textures support

On Fri, Oct 19, 2012 at 4:28 PM, Anuj Phogat wrote: > This series lives on my etc2-v9 branch (https://github.com/aphogat/mesa). > > This series enables 8 out of 10 ETC2 texture formats for all Intel > hardware by simply decoding the ETC2 data into RGBX data at the time > of glCompressedTexImage2D.

[Mesa-dev] [Bug 56605] [build error when building without --enable-debug] /usr/bin/ld: ../../auxiliary//libgallium.a(u_dl.o): undefined reference to symbol 'dlopen@@GLIBC_2.1'

https://bugs.freedesktop.org/show_bug.cgi?id=56605 --- Comment #2 from Tobias Jakobi --- Same problem happens for me, but I don't have debugging enabled. Compiling for 32-bit here. This seems to be a parameter order problem. When putting the -ldl at the end of the g++ call the error is gone. --

[Mesa-dev] [PATCH] i965: Force border color A to 1 when it's not present in the GL format.

It's usually forced to 1 by the surface format, but sometimes we actually have alpha present because it's the only format available. Fixes piglit texwrap bordercolor tests for GL_EXT_texture_sRGB and OpenGL 1.1. --- src/mesa/drivers/dri/i965/brw_wm_sampler_state.c |7 +++ 1 file changed,

Re: [Mesa-dev] [PATCH 1/3] mesa: Fix the core GL genned-name handling for glBindBufferBase()/Range().

On 10/31/2012 06:10 PM, Eric Anholt wrote: This is part of fixing gl-3.1/genned-names. Series is Reviewed-by: Ian Romanick Also, as Ken mentioned, please mark as candidates for 9.0. --- src/mesa/main/bufferobj.c | 20 +--- 1 file changed, 13 insertions(+), 7 deletions(

Re: [Mesa-dev] GL 3.1 on Radeon HD 4670?

On 10/31/2012 10:11 AM, Patrick Baggett wrote: Hi all, I've got a really weird duck of system: an Itanium2 system running Linux 3.7.0-rc3 with the newest libdrm and mesa git from yesterday. I configured it with --enable-texture-float and the radeon DRI driver. When I use glxinfo, I see that it i

Re: [Mesa-dev] [PATCH 3/5] mesa: Import a copy of the open-addressing hash table code I wrote.

On 10/25/2012 09:13 AM, Eric Anholt wrote: Mesa's chaining hash table for object names is slow, and this should be much faster. I namespaced the functions under _mesa_*, to avoid visibility troubles that we may have had before with hash_table_* functions. The hash_table.c file unfortunately liv

Re: [Mesa-dev] [PATCH 1/3] mesa: Fix the core GL genned-name handling for glBindBufferBase()/Range().

On 10/31/2012 06:10 PM, Eric Anholt wrote: This is part of fixing gl-3.1/genned-names. --- src/mesa/main/bufferobj.c | 20 +--- 1 file changed, 13 insertions(+), 7 deletions(-) For the series: NOTE: This is a candidate for the 9.0 branch. Reviewed-by: Kenneth Graunke _

[Mesa-dev] [Bug 37637] unreal tournament crashes with mesa 7.11-dev

https://bugs.freedesktop.org/show_bug.cgi?id=37637 Tobias Jakobi changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX

Re: [Mesa-dev] [PATCH 6/9] dispatch: Make a header to go along with querymatrix.c.

On 10/31/2012 05:37 PM, Paul Berry wrote: > On 31 October 2012 15:27, Chad Versace > wrote: > > On 10/30/2012 10:42 AM, Paul Berry wrote: > > This patch creates a header querymatrix.h, to allow functions defined > > in querymatrix.c to be used from

Re: [Mesa-dev] [PATCH v2] dispatch: Include GLES1-only functions in dispatch table.

On 10/31/2012 05:15 PM, Paul Berry wrote: > Previously dispatch table-related code was generated from gl_API.xml, > so it did not include slots for GLES1-only functions (such as those > taking fixed-point arguments). > > This patch generates dispatch table-related code from > gl_and_es_API.xml, so

Re: [Mesa-dev] [PATCH 2/3] mesa: Fix core GL genned-name handling for glBeginQuery().

On 10/31/2012 07:10 PM, Eric Anholt wrote: Fixes piglit gl-3.1/genned-names. --- src/mesa/main/queryobj.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c index d216913..2a39176 100644 --- a/src/mesa/main

Re: [Mesa-dev] [PATCH] configure.ac: Prevent build of radeon llvm backend with llvm < 3.2

Hi Vincent, Thanks for doing this. On Wed, Oct 31, 2012 at 09:03:49PM +0100, Vincent Lejeune wrote: > --- > configure.ac | 14 +- > 1 file changed, 9 insertions(+), 5 deletions(-) > > diff --git a/configure.ac b/configure.ac > index 6b97a26..b916b38 100644 > --- a/configure.ac > +++

Re: [Mesa-dev] [PATCH] AMDGPU: Update SI flow control comments to match current code.

On Thu, Nov 01, 2012 at 10:30:19AM +0100, Michel Dänzer wrote: > From: Michel Dänzer > > > Signed-off-by: Michel Dänzer Reviewed-by: Tom Stellard > --- > lib/Target/AMDGPU/SILowerFlowControl.cpp |9 + > 1 file changed, 5 insertions(+), 4 deletions(-) > > diff --git a/lib/Target

Re: [Mesa-dev] Gallium versioning, currently at 0.4

The Gallium version has no meaning to me. The renderer string could just be "ATI RV530". Marek On Wed, Oct 31, 2012 at 6:05 PM, Fabio Pedretti wrote: > Is there a reason to keep the '0.4' on Gallium renderer string ( 'Gallium 0.4 > on ATI RV530' )? It never gets update, although the gallium inte

[Mesa-dev] [PATCH] AMDGPU: Update SI flow control comments to match current code.

From: Michel Dänzer Signed-off-by: Michel Dänzer --- lib/Target/AMDGPU/SILowerFlowControl.cpp |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/lib/Target/AMDGPU/SILowerFlowControl.cpp b/lib/Target/AMDGPU/SILowerFlowControl.cpp index b901688..0d90c13 100644 --- a

Re: [Mesa-dev] [PATCH 4/9] dispatch: Include GLES1-only functions in dispatch table.

On 11/01/2012 07:28 AM, Tapani Pälli wrote: > On 11/01/2012 12:42 AM, Paul Berry wrote: >> On 31 October 2012 15:21, Chad Versace > > wrote: >> >> Tapani, see the bottom of the message. >> >> On 10/30/2012 10:42 AM, Paul Berry wrote: >> > Previously

Re: [Mesa-dev] [PATCH v2] build: Don't cross-compile GLSL builtin compiler

On Fri, Oct 19, 2012 at 02:03:01PM +0200, Thierry Reding wrote: > The builtin_compiler binary is used during the build process to generate > code for the builtin GLSL functions. Since this binary needs to be run > on the build host, it must not be cross-compiled. > > This patch fixes the build sys

[Mesa-dev] [PATCH] r300/compiler: Avoid generating MOV instructions for invalid IMM swizzles v2

From: Tom Stellard If an instruction reads from a constant register that contains immediates using an invalid swizzle, we can avoid generating MOV instructions to fix up the swizzle by loading the immediates into a different constant register that can be read using a valid swizzle. This only aff

Re: [Mesa-dev] [PATCH 4/9] dispatch: Include GLES1-only functions in dispatch table.

On 11/01/2012 12:42 AM, Paul Berry wrote: > On 31 October 2012 15:21, Chad Versace > wrote: > > Tapani, see the bottom of the message. > > On 10/30/2012 10:42 AM, Paul Berry wrote: > > Previously dispatch table-related code was generated from gl_A

[Mesa-dev] Gallium versioning, currently at 0.4

Is there a reason to keep the '0.4' on Gallium renderer string ( 'Gallium 0.4 on ATI RV530' )? It never gets update, although the gallium interface changes, similar to the old DRIVER_DATE that was then removed. ___ mesa-dev mailing list mesa-dev@lists.f