Re: [Mesa-dev] [PATCH 1/2] mesa: Don't report types for 0-sized components of textures.

2011-11-19 Thread Brian Paul
On 11/18/2011 07:10 PM, Eric Anholt wrote: The GL_TEXTURE_WHATEVER_SIZE entrypoints were checking if the specified base type of the texture allowed that channel to be present before reporting the size of the channel, so that GL_RGB didn't end up with an alpha size if the hardware driver had to

Re: [Mesa-dev] [PATCH 0/2] Patches to try to fix draw-pixel-with-textures in swrast

2011-11-19 Thread Liu Aleaxander
On Sat, Nov 19, 2011 at 1:02 AM, Brian Paul bri...@vmware.com wrote: On 11/18/2011 12:38 AM, Yuanhan Liu wrote: The two patches tries to fix an issue that happened while calling glDrawPixels with texture enabled. Here I attached a piglit testcase for this issue. Can you resend?  I can't

Re: [Mesa-dev] [PATCH 2/2] swrast: fix unmatched span-array-ChanType

2011-11-19 Thread Liu Aleaxander
On Sat, Nov 19, 2011 at 12:49 AM, Brian Paul bri...@vmware.com wrote: On 11/18/2011 12:38 AM, Yuanhan Liu wrote: texture_combine converts the result rgba to CHAN_TYPE from FLOAT. At the same time, make sure the span-array-ChanType is changed, too. Signed-off-by: Yuanhan

Re: [Mesa-dev] [PATCH 1/6] glsl: finish up ARB_conservative_depth

2011-11-19 Thread Marek Olšák
On Fri, Nov 18, 2011 at 9:44 PM, Ian Romanick i...@freedesktop.org wrote: On 11/18/2011 11:27 AM, Marek Olšák wrote: This patch also needs to change the _mesa_glsl_supported_extensions table in glsl_parser_extras.cpp.  AMD_conservative_depth is used for both versions of the extension in the

[Mesa-dev] mesa-demos: Fixing build errors, add information to glx{gears, info}, CMake improvements

2011-11-19 Thread Johannes Obermayr
The patches can be used independent. Patch 6 applies only clean with applied patch 5 because of changes in same section of CMakeLists.txt. Patches 1 and 2: Fix build errors on CMake and Autoconf build. Patches 3 and 4 (by Matthias Hopf on openSUSE): Add some information about direct rendering,

[Mesa-dev] [PATCH 1/6] eglut_x11: Add ${X11_X11_LIB} to target_link_libraries.

2011-11-19 Thread Johannes Obermayr
--- src/egl/eglut/CMakeLists.txt |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/egl/eglut/CMakeLists.txt b/src/egl/eglut/CMakeLists.txt index b97caa6..45208d6 100644 --- a/src/egl/eglut/CMakeLists.txt +++ b/src/egl/eglut/CMakeLists.txt @@ -1,6 +1,6 @@ if(X11_FOUND)

[Mesa-dev] [PATCH 2/6] eglkms: Add GBM_{CFLAGS,LIBS}.

2011-11-19 Thread Johannes Obermayr
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=40612 --- src/egl/opengl/Makefile.am |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/egl/opengl/Makefile.am b/src/egl/opengl/Makefile.am index 6df114d..0c7228f 100644 --- a/src/egl/opengl/Makefile.am +++

[Mesa-dev] [PATCH 3/6] glxinfo: Notify user if direct rendering or hardware acceleration is not available.

2011-11-19 Thread Johannes Obermayr
From: Matthias Hopf mh...@suse.de --- src/xdemos/glxinfo.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/xdemos/glxinfo.c b/src/xdemos/glxinfo.c index fe2f68b..df0c516 100644 --- a/src/xdemos/glxinfo.c +++ b/src/xdemos/glxinfo.c @@ -646,6 +646,11 @@

[Mesa-dev] [PATCH 4/6] glxgears: Notify user if direct rendering or hardware acceleration is not available and that this not a benchmark.

2011-11-19 Thread Johannes Obermayr
From: Matthias Hopf mh...@suse.de --- src/xdemos/glxgears.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/src/xdemos/glxgears.c b/src/xdemos/glxgears.c index cff92b0..c64c2c9 100644 --- a/src/xdemos/glxgears.c +++ b/src/xdemos/glxgears.c @@ -766,6 +766,14 @@

[Mesa-dev] [PATCH 5/6] Install shared libraries (if -DBUILD_SHARED_LIBS).

2011-11-19 Thread Johannes Obermayr
--- CMakeLists.txt |4 src/egl/eglut/CMakeLists.txt |6 ++ src/util/CMakeLists.txt |4 src/xdemos/CMakeLists.txt|4 4 files changed, 18 insertions(+), 0 deletions(-) diff --git a/CMakeLists.txt b/CMakeLists.txt index dbb3359..d07215f

[Mesa-dev] [PATCH 6/6] Add possibility to use linux filesystem hierarchy on CMake build.

2011-11-19 Thread Johannes Obermayr
It introduces following variables (as prefixes): (-D)BINDIR - default: none, ${BINDIR}/${subdir} (-D)DATADIR - default: none, ${DATADIR}/${subdir} (-D)DOCDIR - default: doc --- CMakeLists.txt| 23 +++ configure.ac | 17

[Mesa-dev] [Bug 43094] New: ir_swizzle @ 0xe134ae0 specifies a channel not present in the value

2011-11-19 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=43094 Bug #: 43094 Summary: ir_swizzle @ 0xe134ae0 specifies a channel not present in the value Classification: Unclassified Product: Mesa Version: git Platform: x86-64

[Mesa-dev] [PATCHv2 6/6] Add possibility to use linux filesystem hierarchy on CMake build.

2011-11-19 Thread Johannes Obermayr
It introduces following variables (as prefixes): (-D)BINDIR - default: none, ${BINDIR}/${subdir} (-D)DATADIR - default: none, ${DATADIR}/${subdir} (-D)DOCDIR - default: doc --- CMakeLists.txt| 23 +++ configure.ac | 17

[Mesa-dev] [PATCH 1/3] mesa: rename the AMD_conservative_depth extension flag to ARB

2011-11-19 Thread Marek Olšák
--- src/glsl/glcpp/glcpp-parse.y|2 +- src/glsl/glsl_parser_extras.cpp |4 ++-- src/mesa/main/extensions.c |4 ++-- src/mesa/main/mtypes.h |2 +- 4 files changed, 6 insertions(+), 6 deletions(-) diff --git a/src/glsl/glcpp/glcpp-parse.y

[Mesa-dev] [PATCH 3/3] glsl: convervative_depth is not allowed in the vertex shader

2011-11-19 Thread Marek Olšák
--- src/glsl/glsl_parser_extras.cpp |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/glsl/glsl_parser_extras.cpp b/src/glsl/glsl_parser_extras.cpp index 53ce881..0b4ccac 100644 --- a/src/glsl/glsl_parser_extras.cpp +++ b/src/glsl/glsl_parser_extras.cpp @@ -256,7

[Mesa-dev] [PATCH 0/8] EXT_transform_feedback ARB_transform_feedback2 core support

2011-11-19 Thread Marek Olšák
Hi everyone, this patch series implements all the core Mesa and Gallium support for EXT_transform_feedback and ARB_transform_feedback2. It's been tested by me on Radeons and by Christoph Bumiller on Nouveau. I have verified that all transform feedback piglit tests (except the one that requires

[Mesa-dev] [PATCH 2/8] gallium: disable stream output in drivers that support it

2011-11-19 Thread Marek Olšák
I am going to make interface changes and I don't want to break compilation. --- src/gallium/drivers/llvmpipe/lp_state_so.c |7 +++ src/gallium/drivers/nvc0/nvc0_state.c |7 +++ src/gallium/drivers/softpipe/sp_context.c |2 +- src/gallium/drivers/softpipe/sp_screen.c |

[Mesa-dev] [PATCH 3/8] gallium: interface changes necessary to implement transform feedback (v4)

2011-11-19 Thread Marek Olšák
Namely: - EXT_transform_feedback - ARB_transform_feedback2 - ARB_transform_feedback_instanced The old interface was not useful for OpenGL and had to be reworked. This interface was originally designed for OpenGL, but additional changes have been made in order to make st/d3d1x support easier.

[Mesa-dev] [PATCH 4/8] gallium: utility helper functions for stream output

2011-11-19 Thread Marek Olšák
--- src/gallium/auxiliary/tgsi/tgsi_ureg.c|7 ++- src/gallium/auxiliary/tgsi/tgsi_ureg.h| 18 ++ src/gallium/auxiliary/util/u_debug_describe.c | 10 ++ src/gallium/auxiliary/util/u_debug_describe.h |2 ++

[Mesa-dev] [PATCH 5/8] noop: implement stream output

2011-11-19 Thread Marek Olšák
--- src/gallium/drivers/noop/noop_state.c | 35 + 1 files changed, 35 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/noop/noop_state.c b/src/gallium/drivers/noop/noop_state.c index 58ea8be..9d8dbfc 100644 ---

[Mesa-dev] [PATCH 6/8] u_blitter: restore stream output targets

2011-11-19 Thread Marek Olšák
--- src/gallium/auxiliary/util/u_blitter.c | 18 ++ src/gallium/auxiliary/util/u_blitter.h | 18 ++ 2 files changed, 36 insertions(+), 0 deletions(-) diff --git a/src/gallium/auxiliary/util/u_blitter.c b/src/gallium/auxiliary/util/u_blitter.c index

[Mesa-dev] [PATCH 7/8] u_blitter: implement copy_buffer using stream output

2011-11-19 Thread Marek Olšák
--- src/gallium/auxiliary/util/u_blitter.c | 87 +++- src/gallium/auxiliary/util/u_blitter.h | 11 2 files changed, 96 insertions(+), 2 deletions(-) diff --git a/src/gallium/auxiliary/util/u_blitter.c b/src/gallium/auxiliary/util/u_blitter.c index

[Mesa-dev] [PATCH 8/8] st/mesa: implement EXT_transform_feedback and ARB_transform_feedback2

2011-11-19 Thread Marek Olšák
--- src/gallium/auxiliary/cso_cache/cso_context.c | 101 ++ src/gallium/auxiliary/cso_cache/cso_context.h |8 ++ src/gallium/auxiliary/util/u_blit.c |6 + src/gallium/auxiliary/util/u_gen_mipmap.c |3 + src/mesa/state_tracker/st_atom_rasterizer.c |

Re: [Mesa-dev] [PATCH 1/3] mesa: rename the AMD_conservative_depth extension flag to ARB

2011-11-19 Thread Kenneth Graunke
On 11/19/2011 09:54 AM, Marek Olšák wrote: --- src/glsl/glcpp/glcpp-parse.y|2 +- src/glsl/glsl_parser_extras.cpp |4 ++-- src/mesa/main/extensions.c |4 ++-- src/mesa/main/mtypes.h |2 +- 4 files changed, 6 insertions(+), 6 deletions(-) For the series:

Re: [Mesa-dev] [PATCH] mesa : move bindbuffer{base, range} from transformfeedback.c

2011-11-19 Thread vincent
Le vendredi 18 novembre 2011 à 13:40 -0700, Brian Paul a écrit : On 11/18/2011 01:11 PM, vlj wrote: BindBuffer* functions are part of tfb extension. They are however used by others extensions such as uniform buffer object. This patch moves the BindBuffer* definition to to

[Mesa-dev] [PATCH] mesa : move bindbuffer{base, range} from transformfeedback.c

2011-11-19 Thread vlj
BindBuffer* functions are part of tfb extension. They are however used by others extensions such as uniform buffer object. This patch moves the BindBuffer* definition to to bufferobj.c where it acts as a dispatcher calling original tfb function ; BindBuffer* functions can be used by

Re: [Mesa-dev] [PATCH] mesa : move bindbuffer{base, range} from transformfeedback.c

2011-11-19 Thread Matt Turner
On Fri, Nov 18, 2011 at 3:11 PM, vlj v...@ovi.com wrote: You should configure git with your name and email address. See http://help.github.com/set-your-user-name-email-and-github-token/ Some projects (like the Linux kernel) won't even accept changes from people unless they've configured their

[Mesa-dev] [PATCH] gallium: separate out floating-point CAPs into its own enum

2011-11-19 Thread Marek Olšák
The motivation behind this is to add some self-documentation in the code about how each CAP can be used. The idea is: - enum pipe_cap is only valid in get_param - enum pipe_cap_float is only valid in get_paramf Which CAPs are floating-point have been determined based on how everybody except svga