[Mesa-dev] [PATCH] gallium/test/trivial: make it build

Signed-off-by: Alon Levy --- src/gallium/tests/trivial/Makefile |9 +++-- src/gallium/tests/trivial/quad-tex.c |4 ++-- src/gallium/tests/trivial/tri.c |4 ++-- 3 files changed, 11 insertions(+), 6 deletions(-) diff --git a/src/gallium/tests/trivial/Makefile b/src/gallium

Re: [Mesa-dev] Status of the GLSL->TGSI translator

On 06/16/2011 12:43 PM, Brian Paul wrote: > On 06/16/2011 10:34 AM, Bryan Cain wrote: >> On Thu, Jun 16, 2011 at 9:08 AM, Brian Paul > > wrote: >> >> >> Looks like nice work, Bryan. >> >> Just a few minor questions/comments for now: >> >> 1. The st_fragment/ver

Re: [Mesa-dev] [PATCH] linker: Reject shaders that use too many varyings

On Wed, Jun 22, 2011 at 10:12 PM, Roland Scheidegger wrote: > Am 21.06.2011 20:59, schrieb Sven Arvidsson: >> This change broke a whole lot of stuff on r600g, for example Unigine >> Heaven: >> >>       shader uses too many varying components (36 > 32) > > It looks like the r600g driver claims to o

Re: [Mesa-dev] [PATCH 0/8] GBM Graphics Buffer Manager

On Wed, Jun 22, 2011 at 10:30 PM, Benjamin Franzke wrote: > Hi List, > > This series adds a graphics buffer management library which is > targeted to be used as native (drm) platform for egl on kms or openwfd, > and thus replaces the current mechanism of using a fd as EGLNativeDisplay > and EGL_ME

Re: [Mesa-dev] [PATCH] linker: Reject shaders that use too many varyings

Am 21.06.2011 20:59, schrieb Sven Arvidsson: > This change broke a whole lot of stuff on r600g, for example Unigine > Heaven: > > shader uses too many varying components (36 > 32) It looks like the r600g driver claims to only support 10 varyings, which the state tracker reduces to 8 (as it

Re: [Mesa-dev] Error building on Windows with SCons

Thanks Jose, Mesa builds without trouble for me on Linux and windows (in a VM), Would be good if this was mentioned in windows build instructions, or mesa files updated to be a full GIT export, nevertheless its great to have this working. On Wed, Jun 22, 2011 at 2:15 PM, Jose Fonseca wrote: > >

Re: [Mesa-dev] multiple versions in version string

Ian Romanick writes: > On 06/21/2011 10:58 AM, tom fogal wrote: > > Michel D=C3=A4nzer writes: > It should work fine with Xvfb or any other X server, using any > kind of display connection. > >>> > >>> This thread started because Xvfb isn't offering what I need: GL > >>> 2.0. > >> > >>

Re: [Mesa-dev] multiple versions in version string

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/21/2011 10:58 AM, tom fogal wrote: > Michel Dänzer writes: >> On Die, 2011-06-21 at 10:34 -0600, tom fogal wrote:=20 >>> On 06/21/2011 10:23 AM, Michel D=C3=A4nzer wrote: On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote: > On 06/21/2

Re: [Mesa-dev] explaining update_arrays

On 06/22/2011 02:36 PM, Dave Airlie wrote: By the looks of it the 0/POS attrib + the overlapping/16-31 ones check _Current and the others all check _Enabled, to me it would make some sense at least if 0 was consistent with the others, but maybe someone knows what is correct. The confusion pro

Re: [Mesa-dev] explaining update_arrays

>> >>> By the looks of it the 0/POS attrib + the overlapping/16-31 ones check >>> _Current >>> and the others all check _Enabled, to me it would make some sense at >>> least if 0 >>> was consistent with the others, but maybe someone knows what is correct. >> >> The confusion probably goes all the w

Re: [Mesa-dev] [PATCH] configure.ac: Make --without-gallium-drivers work as expected

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/22/2011 12:55 PM, Dan Nicholson wrote: > On Wed, Jun 22, 2011 at 11:38 AM, Ian Romanick wrote: >> From: Ian Romanick >> >> --- >> configure.ac |6 ++ >> 1 files changed, 6 insertions(+), 0 deletions(-) >> >> diff --git a/configure.ac b

Re: [Mesa-dev] [PATCH] configure.ac: Make --without-gallium-drivers work as expected

On Wed, Jun 22, 2011 at 11:38 AM, Ian Romanick wrote: > From: Ian Romanick > > --- >  configure.ac |    6 ++ >  1 files changed, 6 insertions(+), 0 deletions(-) > > diff --git a/configure.ac b/configure.ac > index c9dd8a7..76736c0 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -562,6 +

Re: [Mesa-dev] [PATCH 3/4] i965: Don't bother telling swrast_setup about state updates until fallback.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/22/2011 11:53 AM, Eric Anholt wrote: > On Wed, 22 Jun 2011 10:59:37 -0700, Ian Romanick wrote: >>> diff --git a/src/mesa/drivers/dri/intel/intel_context.c >>> b/src/mesa/drivers/dri/intel/intel_context.c >>> index 8b95444..70aee52 100644 >>> --

Re: [Mesa-dev] [PATCH 3/4] i965: Don't bother telling swrast_setup about state updates until fallback.

On Wed, 22 Jun 2011 10:59:37 -0700, Ian Romanick wrote: > > diff --git a/src/mesa/drivers/dri/intel/intel_context.c > > b/src/mesa/drivers/dri/intel/intel_context.c > > index 8b95444..70aee52 100644 > > --- a/src/mesa/drivers/dri/intel/intel_context.c > > +++ b/src/mesa/drivers/dri/intel/intel_co

[Mesa-dev] [PATCH] configure.ac: Make --without-gallium-drivers work as expected

From: Ian Romanick --- configure.ac |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/configure.ac b/configure.ac index c9dd8a7..76736c0 100644 --- a/configure.ac +++ b/configure.ac @@ -562,6 +562,12 @@ AC_ARG_WITH([gallium-drivers], [with_gallium_drivers="$withv

[Mesa-dev] [PATCH] glsl: Fix depth unbalancing problem in if-statement flattening

From: Ian Romanick Previously, if max_depth were 1, the following code would see the first if-statement (correctly) not get flattened, but the second if-statement would (incorrectly) get flattened: void main() { if (a) gl_Position = vec4(0); if (b) gl_Position = vec4(1);

Re: [Mesa-dev] [PATCH 3/4] i965: Don't bother telling swrast_setup about state updates until fallback.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/21/2011 06:34 PM, Eric Anholt wrote: > --- > src/mesa/drivers/dri/i915/i830_vtbl.c |2 ++ > src/mesa/drivers/dri/i915/i915_vtbl.c |2 ++ > src/mesa/drivers/dri/intel/intel_context.c |1 - > 3 files changed, 4 insertions(+),

Re: [Mesa-dev] explaining update_arrays

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/22/2011 07:11 AM, Brian Paul wrote: > On 06/22/2011 04:18 AM, Dave Airlie wrote: >> I don't suppose anyone could contribute a comment on why somethings >> check ctx->VertexProgram._Current, >> and others check ctx->VertexProgram._Enabled > > The

Re: [Mesa-dev] explaining update_arrays

On 06/22/2011 08:20 AM, Roland Scheidegger wrote: Am 22.06.2011 16:11, schrieb Brian Paul: On 06/22/2011 04:18 AM, Dave Airlie wrote: I don't suppose anyone could contribute a comment on why somethings check ctx->VertexProgram._Current, and others check ctx->VertexProgram._Enabled The former

Re: [Mesa-dev] explaining update_arrays

Am 22.06.2011 16:11, schrieb Brian Paul: > On 06/22/2011 04:18 AM, Dave Airlie wrote: >> I don't suppose anyone could contribute a comment on why somethings >> check ctx->VertexProgram._Current, >> and others check ctx->VertexProgram._Enabled > > The former may point to a GLSL shader/program, a >

Re: [Mesa-dev] Error building on Windows with SCons

- Original Message - > Jose, I don't understand your reply, > - Is there some way to add the def file or some way to generate them? > - Is building with scons on MingW with windows something that is > supposed to work? > - Is this issue going to be fixed or is this configuration > unsuppo

Re: [Mesa-dev] explaining update_arrays

On 06/22/2011 04:18 AM, Dave Airlie wrote: I don't suppose anyone could contribute a comment on why somethings check ctx->VertexProgram._Current, and others check ctx->VertexProgram._Enabled The former may point to a GLSL shader/program, a GL_NV/ARB_vertex_program program or a shader derived f

[Mesa-dev] [PATCH 8/8] st/egl: Hookup gbm for drm backend

--- src/gallium/state_trackers/egl/Makefile |3 +- src/gallium/state_trackers/egl/common/egl_g3d.c | 18 +- src/gallium/state_trackers/egl/common/native.h |3 + src/gallium/state_trackers/egl/drm/modeset.c| 36 +++ src/gallium/state_trackers/egl/drm/native_drm.

[Mesa-dev] [PATCH 7/8] egl_dri2: Hookup gbm as drm platform

--- configure.ac|3 + src/egl/drivers/dri2/Makefile |2 + src/egl/drivers/dri2/egl_dri2.c | 76 +++ src/egl/drivers/dri2/egl_dri2.h | 11 src/egl/drivers/dri2/platform_drm.c | 99 +-- s

[Mesa-dev] [PATCH 6/8] gbm: Add gallium (drm) backend

--- configure.ac | 23 ++ src/gallium/state_trackers/gbm/Makefile| 46 src/gallium/state_trackers/gbm/gbm_drm.c | 225 .../state_trackers/gbm/gbm_gallium_drmint.h| 74 +++ src/gallium/targets/g

[Mesa-dev] [PATCH 5/8] gbm: Add dri backend

--- configure.ac |7 + src/gbm/backends/dri/Makefile | 22 ++ src/gbm/backends/dri/driver_name.c | 89 + src/gbm/backends/dri/gbm_dri.c | 377 src/gbm/backends/dri/gbm_driint.h | 78 src/gbm/main/Makef

[Mesa-dev] [PATCH 4/8] Add gbm (generic/graphics buffer manager)

--- Makefile | 11 ++ configs/autoconf.in| 10 ++- configs/default| 14 +++- configure.ac | 37 +++ include/EGL/eglplatform.h |6 + src/gbm/Makefile | 14 +++ src/gbm/ba

[Mesa-dev] [PATCH 3/8] st/dri: Implement DRIimageExtension::dupImage

--- src/gallium/state_trackers/dri/drm/dri2.c | 19 +++ 1 files changed, 19 insertions(+), 0 deletions(-) diff --git a/src/gallium/state_trackers/dri/drm/dri2.c b/src/gallium/state_trackers/dri/drm/dri2.c index e471e8e..0296a78 100644 --- a/src/gallium/state_trackers/dri/drm/dr

[Mesa-dev] [PATCH 2/8] intel: Implement DRIimageExtension::dupImage

--- src/mesa/drivers/dri/intel/intel_screen.c | 27 ++- 1 files changed, 26 insertions(+), 1 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_screen.c b/src/mesa/drivers/dri/intel/intel_screen.c index e915ca0..2a3a601 100644 --- a/src/mesa/drivers/dri/intel/in

[Mesa-dev] [PATCH 1/8] dri: Add dupImage to DRIimageExtension

--- include/GL/internal/dri_interface.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/GL/internal/dri_interface.h b/include/GL/internal/dri_interface.h index f022b44..21b9af6 100644 --- a/include/GL/internal/dri_interface.h +++ b/include/GL/internal/dri_interfa

[Mesa-dev] [PATCH 0/8] GBM Graphics Buffer Manager

Hi List, This series adds a graphics buffer management library which is targeted to be used as native (drm) platform for egl on kms or openwfd, and thus replaces the current mechanism of using a fd as EGLNativeDisplay and EGL_MESA_drm_image to create buffers. GBM uses the mesas internal dri interf

[Mesa-dev] explaining update_arrays

I don't suppose anyone could contribute a comment on why somethings check ctx->VertexProgram._Current, and others check ctx->VertexProgram._Enabled By the looks of it the 0/POS attrib + the overlapping/16-31 ones check _Current and the others all check _Enabled, to me it would make some sense at l