Re: [Mesa-dev] Radeon DRI1 removal

2011-10-29 Thread James Cloos
> "JC" == James Cloos writes: JC> I haven't restarted the X server yet, but everything I've tried works JC> fine, both direct and over tcp from my compute node. And continues to be fine after reboot. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6

[Mesa-dev] [Bug 42386] New: VG_DRAW_IMAGE_MULTIPLY does not work for alpha 1.0

2011-10-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=42386 Bug #: 42386 Summary: VG_DRAW_IMAGE_MULTIPLY does not work for alpha 1.0 Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Windows (All)

[Mesa-dev] [Bug 42385] New: VG_COLOR_TRANSFORM ignores alpha channel if egl config is without alpha for drawing paths

2011-10-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=42385 Bug #: 42385 Summary: VG_COLOR_TRANSFORM ignores alpha channel if egl config is without alpha for drawing paths Classification: Unclassified Product: Mesa Version: git

Re: [Mesa-dev] [PATCH 17/33] i965: Fold prepare() and emit() of VS surface state setup together.

2011-10-29 Thread Eric Anholt
On Thu, 27 Oct 2011 10:27:40 -0700, Paul Berry wrote: Non-text part: multipart/alternative > On 24 October 2011 14:17, Eric Anholt wrote: > > > This rearranges the code a bit, and makes the upload of the binding > > table take only as many surfaces as there are in use. > > --- > > src/mesa/driv

Re: [Mesa-dev] Renderbuffer mapping

2011-10-29 Thread Eric Anholt
On Sat, 29 Oct 2011 11:47:25 -0600, Brian Paul wrote: > On Fri, Oct 28, 2011 at 1:49 PM, Eric Anholt wrote: > > The non-intel/swrast code is not tested.  I don't have the hardware, > > now that r300 is gone. > > > > One the intel side, there's one regression on the last commit of the > > series,

Re: [Mesa-dev] [PATCH] radeon/r200: drop remains of r300/r600 support along with old drm 1.x kernel

2011-10-29 Thread Eric Anholt
On Sat, 29 Oct 2011 17:41:57 +1000, Dave Airlie wrote: > From: Dave Airlie > > This drops all the old drmSupports* checks since KMS does them all, and it > also drop R300_CLASS and R600_CLASS. > > Signed-off-by: Dave Airlie Reviewed-by: Eric Anholt pgp3QDRC5Uvox.pgp Description: PGP signat

Re: [Mesa-dev] Renderbuffer mapping

2011-10-29 Thread Brian Paul
On Fri, Oct 28, 2011 at 1:49 PM, Eric Anholt wrote: > The non-intel/swrast code is not tested.  I don't have the hardware, > now that r300 is gone. > > One the intel side, there's one regression on the last commit of the > series, in gles2 conformance (I wouldn't push that commit until it's > fixe

Re: [Mesa-dev] [PATCH 20/24] swrast: Drop the remaining GetRow-based glReadPixels() fast-path.

2011-10-29 Thread Brian Paul
On Fri, Oct 28, 2011 at 1:50 PM, Eric Anholt wrote: > In all of piglit, only two tests hit it (reading to RGBA float, where > GetRow would drop floats into place from R, RG, or RGB). So if an app does glReadPixels(format=GL_RGBA, type=GL_UNSIGNED_BYTE) is it a slow path now? In the past, quite a

Re: [Mesa-dev] [PATCH 16/24] swrast: Add a readpixels fast-path based on memcpy and MapRenderbuffer.

2011-10-29 Thread Brian Paul
On Fri, Oct 28, 2011 at 1:50 PM, Eric Anholt wrote: > --- >  src/mesa/swrast/s_readpix.c |   56 +++--- >  1 files changed, 52 insertions(+), 4 deletions(-) > > diff --git a/src/mesa/swrast/s_readpix.c b/src/mesa/swrast/s_readpix.c > index 91205fc..bf2fe9d 100644

Re: [Mesa-dev] [PATCH 15/24] mesa: Add a function for comparing gl_format to format/type.

2011-10-29 Thread Brian Paul
On Fri, Oct 28, 2011 at 1:50 PM, Eric Anholt wrote: > This should be useful in making more generic fast paths in the pixel > paths. > --- >  src/mesa/main/formats.c |  306 > +++ >  src/mesa/main/formats.h |    3 + >  2 files changed, 309 insertions(+),

Re: [Mesa-dev] [PATCH 12/24] swrast: MapRenderbuffer in separate depth/stencil readpixels fastpath

2011-10-29 Thread Brian Paul
On Fri, Oct 28, 2011 at 1:50 PM, Eric Anholt wrote: > This introduces two new span helper functions we'll want to use in > several palces as we move to MapRenderbuffer, which pull out integer > depth and stencil values from a renderbuffer mapping based on the > renderbuffer format. > --- >  src/me

Re: [Mesa-dev] [PATCH 10/24] swrast: Make the packed depth/stencil read fastpath use MapRenderbuffer.

2011-10-29 Thread Brian Paul
On Fri, Oct 28, 2011 at 1:50 PM, Eric Anholt wrote: > This also makes it handle 24/8 vs 8/24, fixing piglit > depthstencil-default_fb-readpixels-24_8 on i965.  While here, avoid > incorrectly fast-pathing if packing->SwapBytes is set. > --- >  src/mesa/swrast/s_readpix.c |   94 +++

Re: [Mesa-dev] [PATCH 09/24] swrast: Directly map the stencil buffer in read_stencil_pixels.

2011-10-29 Thread Brian Paul
On Fri, Oct 28, 2011 at 1:49 PM, Eric Anholt wrote: > This avoids going through the wrapper that has to rewrite the data for > packed depth/stencil.  This isn't done in _swrast_read_stencil_span > because we don't want to map/unmap for each span. > --- >  src/mesa/swrast/s_readpix.c |   43 >

Re: [Mesa-dev] [PATCH] r600g: Replace needless flush in texture upload.

2011-10-29 Thread Mathias Fröhlich
Hi, On Thursday, October 27, 2011 18:17:41 Marek Olšák wrote: > Looks good to me. Ideally even texture_barrier should not be needed. > set_framebuffer_state() and flush() should flush caches automatically. > If they don't, there is a bug. I have pushed this now as an improovement above the forme

Re: [Mesa-dev] [PATCH 07/24] mesa: Make unpack_uint_z_row return 32 bits of data.

2011-10-29 Thread Brian Paul
On Fri, Oct 28, 2011 at 1:49 PM, Eric Anholt wrote: > Some of the return values were u32, some were 24 bits, and z16 > returned 16 bits.  The caller would have to do all the work of > interpreting the format all over again.  However, there are no callers > of this function at this point. > --- >  

Re: [Mesa-dev] [PATCH] fix compilation of glsl_lexer.ll with msvc

2011-10-29 Thread Morgan Armand
On 10/29/2011 11:50 AM, Kenneth Graunke wrote: > On 10/29/2011 01:42 AM, Morgan Armand wrote: >> strtoull is not supported on msvc (as there is no C99 support). >> >> --- >> src/glsl/glsl_lexer.ll |4 >> 1 files changed, 4 insertions(+), 0 deletions(-) >> >> diff --git a/src/glsl/glsl_lex

Re: [Mesa-dev] [PATCH] fix compilation of glsl_lexer.ll with msvc

2011-10-29 Thread Kenneth Graunke
On 10/29/2011 01:42 AM, Morgan Armand wrote: > strtoull is not supported on msvc (as there is no C99 support). > > --- > src/glsl/glsl_lexer.ll |4 > 1 files changed, 4 insertions(+), 0 deletions(-) > > diff --git a/src/glsl/glsl_lexer.ll b/src/glsl/glsl_lexer.ll > index e444536..00065d

[Mesa-dev] [PATCH] fix compilation of glsl_lexer.ll with msvc

2011-10-29 Thread Morgan Armand
strtoull is not supported on msvc (as there is no C99 support). --- src/glsl/glsl_lexer.ll |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/src/glsl/glsl_lexer.ll b/src/glsl/glsl_lexer.ll index e444536..00065d5 100644 --- a/src/glsl/glsl_lexer.ll +++ b/src/glsl/glsl_lex

Re: [Mesa-dev] [PATCH] r600g: remove one pointless flush

2011-10-29 Thread Vadim Girlin
On Sat, 2011-10-29 at 02:32 +0200, Marek Olšák wrote: > On Sat, Oct 29, 2011 at 12:58 AM, Vadim Girlin wrote: > > On Sat, 2011-10-29 at 01:29 +0400, Vadim Girlin wrote: > >> On Fri, 2011-10-28 at 23:16 +0200, Marek Olšák wrote: > >> > On Fri, Oct 28, 2011 at 10:52 PM, Vadim Girlin > >> > wrote:

[Mesa-dev] [PATCH] radeon/r200: drop remains of r300/r600 support along with old drm 1.x kernel

2011-10-29 Thread Dave Airlie
From: Dave Airlie This drops all the old drmSupports* checks since KMS does them all, and it also drop R300_CLASS and R600_CLASS. Signed-off-by: Dave Airlie --- src/mesa/drivers/dri/r200/r200_context.c | 32 +--- src/mesa/drivers/dri/r200/r200_state.c | 48 ++ src