[Mesa-dev] [Bug 47878] [PATCH] libXvMC* are not being installed where they should

2012-04-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47878 --- Comment #8 from Alexandre Demers 2012-04-03 21:50:39 PDT --- Could someone review and commit it if good please? XvMC libs were not installed in the good folder. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Mesa-dev] [Bug 47873] [PATCH v2] Building libxatracker.o is broken when using --enable-32-bit on a 64bit OS

2012-04-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47873 --- Comment #5 from Alexandre Demers 2012-04-03 21:49:05 PDT --- Could someone review this simple patch and commit it if good please? It adds a missing CFLAGS when compiling. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab

[Mesa-dev] [Bug 47873] [PATCH v2] Building libxatracker.o is broken when using --enable-32-bit on a 64bit OS

2012-04-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47873 Alexandre Demers changed: What|Removed |Added AssignedTo|alexandre.f.dem...@gmail.co |mesa-dev@lists.freedesktop.

[Mesa-dev] [Bug 47878] [PATCH] libXvMC* are not being installed where they should

2012-04-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47878 Alexandre Demers changed: What|Removed |Added AssignedTo|alexandre.f.dem...@gmail.co |mesa-dev@lists.freedesktop.

[Mesa-dev] [Bug 47878] libXvMC* are not being installed where they should

2012-04-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47878 Alexandre Demers changed: What|Removed |Added AssignedTo|mesa-dev@lists.freedesktop. |alexandre.f.dem...@gmail.co

Re: [Mesa-dev] [PATCH 1/2] st/mesa: fix max_offset computation for base vertex

2012-04-03 Thread Marek Olšák
On Tue, Apr 3, 2012 at 6:13 PM, Brian Paul wrote: >> Hi Brian, >> >> the !new_array test should stay there, because redefine_user_buffer >> should only be called if st_validate_varrays wasn't. If new_array is >> TRUE, we call st_validate_varrays. If it's FALSE, we call >> redefine_user_buffer. We

Re: [Mesa-dev] [PATCH 1/2] st/mesa: fix max_offset computation for base vertex

2012-04-03 Thread Brian Paul
On 04/03/2012 10:02 AM, Marek Olšák wrote: On Mon, Apr 2, 2012 at 8:12 PM, Brian Paul wrote: Fixes a failed assertion in the u_upload_mgr.c code with the VMware svga driver. Note that we have to remove the !new_array test because the VBO module always sets _NEW_ARRAY when setting up the draw c

Re: [Mesa-dev] [PATCH 1/2] st/mesa: fix max_offset computation for base vertex

2012-04-03 Thread Marek Olšák
On Mon, Apr 2, 2012 at 8:12 PM, Brian Paul wrote: > Fixes a failed assertion in the u_upload_mgr.c code with the VMware > svga driver.  Note that we have to remove the !new_array test because > the VBO module always sets _NEW_ARRAY when setting up the draw call. > > Fixes https://bugs.freedesktop.

Re: [Mesa-dev] [PATCH 2/2] svga: handle TGSI_SEMANTIC_CLIPDIST/VERTEX semantics

2012-04-03 Thread Jose Fonseca
Looks good. Joe - Original Message - > We can't support these vertex attributes, but don't die in an > assertion. > Issue a warning instead. > > Fixes https://bugs.freedesktop.org/show_bug.cgi?id=48142 > --- > src/gallium/drivers/svga/svga_tgsi_decl_sm30.c |7 +++ > 1 files chan

Re: [Mesa-dev] [PATCH 1/2] st/mesa: fix max_offset computation for base vertex

2012-04-03 Thread Jose Fonseca
Looks good to me. Jose - Original Message - > Fixes a failed assertion in the u_upload_mgr.c code with the VMware > svga driver. Note that we have to remove the !new_array test because > the VBO module always sets _NEW_ARRAY when setting up the draw call. > > Fixes https://bugs.freedesk

Re: [Mesa-dev] [PATCH] gallivm: Pass in a MCInstrInfo to createMCInstPrinter on llvm-3.1.

2012-04-03 Thread Brian Paul
On 04/02/2012 11:26 PM, Vinson Lee wrote: llvm-3.1svn r153860 makes MCInstrInfo available to the MCInstPrinter. Signed-off-by: Vinson Lee --- src/gallium/auxiliary/gallivm/lp_bld_debug.cpp |8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/gallium/auxiliary/gall

Re: [Mesa-dev] [PATCH] glsl: fix variable ordering in the output_read_remover

2012-04-03 Thread Tolga Dalman
Hi Vadim, On 03.04.2012 15:29, Vadim Girlin wrote: > On Mon, 2012-04-02 at 13:19 +0200, Tolga Dalman wrote: >>> +static unsigned >>> +hash_table_var_hash(const void *key) >>> +{ >>> + ir_variable *var = (ir_variable*) key; >> >> Why not use const ir_variable instead ? In that case the cast >> wo

Re: [Mesa-dev] [PATCH] glsl: fix variable ordering in the output_read_remover

2012-04-03 Thread Vadim Girlin
On Mon, 2012-04-02 at 13:19 +0200, Tolga Dalman wrote: > Hi, > > On 31.03.2012 20:23, Vadim Girlin wrote: > > Use the hash of the variable name string instead of the pointer value. > > > > Signed-off-by: Vadim Girlin > > --- > > > > This patch solves the problem for me, afaics. > > Tested with

[Mesa-dev] [PATCH 7/7] r600g: initial r600 dual src blending support

2012-04-03 Thread Dave Airlie
From: Dave Airlie survives piglit with no regressions on rv610/evergreen Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/evergreen_state.c | 16 +--- src/gallium/drivers/r600/r600_pipe.c |2 +- src/gallium/drivers/r600/r600_pipe.h |7 +++ src

[Mesa-dev] [PATCH 6/7] softpipe: add dual source blending support

2012-04-03 Thread Dave Airlie
From: Dave Airlie This adds support for a single dual source blending MRT to softpipe. Signed-off-by: Dave Airlie --- src/gallium/drivers/softpipe/sp_quad_blend.c | 98 +++--- src/gallium/drivers/softpipe/sp_screen.c |2 +- 2 files changed, 88 insertions(+), 12 de

[Mesa-dev] [PATCH 5/7] util: add dual blend helper function

2012-04-03 Thread Dave Airlie
From: Dave Airlie This is just a function to tell if a certain blend mode requires dual sources. Signed-off-by: Dave Airlie --- src/gallium/auxiliary/util/u_dual_blend.h | 23 +++ 1 files changed, 23 insertions(+), 0 deletions(-) create mode 100644 src/gallium/auxiliary/

[Mesa-dev] [PATCH 4/7] st/mesa: add ARB_blend_func_extended support to state tracker.

2012-04-03 Thread Dave Airlie
From: Dave Airlie This adds the blend mode mapping, it also uses the var->index in the glsl to tgsi convertor - this is the other half of my using 4 in the GLSL compiler. Signed-off-by: Dave Airlie --- src/mesa/state_tracker/st_atom_blend.c |8 src/mesa/state_tracker/st_extens

[Mesa-dev] [PATCH 3/7] gallium: rename DUAL_SOURCE_BLEND cap to MAX_DUAL_SOURCE_RENDER_TARGETS

2012-04-03 Thread Dave Airlie
From: Dave Airlie Though I don't think we'll ever expose > 1. Signed-off-by: Dave Airlie --- src/gallium/docs/source/screen.rst |2 +- src/gallium/drivers/r300/r300_screen.c |2 +- src/gallium/drivers/r600/r600_pipe.c |4 +++- src/gallium/drivers/softpipe/sp_screen.c |

[Mesa-dev] [PATCH 2/7] glsl: add support for ARB_blend_func_extended (v2)

2012-04-03 Thread Dave Airlie
From: Dave Airlie This adds index support to the GLSL compiler. I'm not 100% sure of my approach here, esp without how output ordering happens wrt location, index pairs, in the "mark" function. Since current hw doesn't ever have a location > 0 with an index > 0, we don't have to work out if the

[Mesa-dev] [PATCH 1/7] mesa: add support for ARB_blend_func_extended (v3)

2012-04-03 Thread Dave Airlie
From: Dave Airlie Add implementations of the two API functions, Add a new strings to uint mapping for index bindings Add the blending mode validation for SRC1 + SRC_ALPHA_SATURATE Add get for MAX_DUAL_SOURCE_DRAW_BUFFERS v2: Add check in valid_to_render to address case in spec ERRORS. v3: Add i

[Mesa-dev] mesa: ARB_blend_func_extended (second pass)

2012-04-03 Thread Dave Airlie
These 7 patches contain core support for ARB_blend_func_extended, along with gallium + softpipe + r600g support. I've tested the interaction with ARB_explicit_attrib_location and it works better now, and I've also caught a few more bugs with tests in piglit. I've got an fbo test to push to piglit