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
On 11/01/2012 12:42 AM, Paul Berry wrote:
On 31 October 2012 15:21, Chad Versace chad.vers...@linux.intel.com
mailto:chad.vers...@linux.intel.com wrote:
Tapani, see the bottom of the message.
On 10/30/2012 10:42 AM, Paul Berry wrote:
Previously dispatch table-related code was
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 system
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/AMDGPU/SILowerFlowControl.cpp |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/lib/Target/AMDGPU/SILowerFlowControl.cpp
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 fabio@libero.it 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
On Thu, Nov 01, 2012 at 10:30:19AM +0100, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
Reviewed-by: Tom Stellard thomas.stell...@amd.com
---
lib/Target/AMDGPU/SILowerFlowControl.cpp |9 +
1 file changed,
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
+++
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
---
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 that
On 10/31/2012 05:37 PM, Paul Berry wrote:
On 31 October 2012 15:27, Chad Versace chad.vers...@linux.intel.com
mailto:chad.vers...@linux.intel.com wrote:
On 10/30/2012 10:42 AM, Paul Berry wrote:
This patch creates a header querymatrix.h, to allow functions defined
in
https://bugs.freedesktop.org/show_bug.cgi?id=37637
Tobias Jakobi liquid.a...@gmx.net changed:
What|Removed |Added
Status|RESOLVED|REOPENED
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
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
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 ian.d.roman...@intel.com
Also, as Ken mentioned, please mark as candidates for 9.0.
---
src/mesa/main/bufferobj.c | 20 +---
1 file changed, 13
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,
https://bugs.freedesktop.org/show_bug.cgi?id=56605
--- Comment #2 from Tobias Jakobi liquid.a...@gmx.net ---
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
On Fri, Oct 19, 2012 at 4:28 PM, Anuj Phogat anuj.pho...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=28017
Marcin Slusarz marcin.slus...@gmail.com changed:
What|Removed |Added
Assignee|nouveau@lists.freedesktop.o
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.
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
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
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
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 +-
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=check
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 +-
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
---
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_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
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
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 functions
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 +
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.
---
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
https://bugs.freedesktop.org/show_bug.cgi?id=56651
Brian Paul brian.e.p...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=56653
Vinson Lee v...@freedesktop.org changed:
What|Removed |Added
CC||kenn...@whitecape.org
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
38 matches
Mail list logo
