Re: [Mesa3d-dev] st/dri: no need to request fake front buffer

2009-12-31 Thread Michel Dänzer
On Thu, 2009-12-31 at 13:18 +1000, Ben Skeggs wrote: On Wed, 2009-12-30 at 18:45 +0100, Thomas Hellstrom wrote: Ben, Hey Thomas, Your commit 1336989ec breaks front buffer rendering on Xserver 1.7. Shouldn't the change that silently added a fake front attachment have been

Re: [Mesa3d-dev] [PATCH] Revert st/dri: no need to request fake front buffer, only handle it being returned

2009-12-31 Thread Michel Dänzer
On Wed, 2009-12-30 at 20:37 +0100, Thomas Hellstrom wrote: This reverts commit 1336989ec60fff7bd590fefd28945a0e5dc536e3. The commit breaks a) Front buffer rendering on X servers 1.7. b) The possibility to add conditional front buffer requests on older X servers. Since the commit uses a

Re: [Mesa3d-dev] st/dri: no need to request fake front buffer

2009-12-31 Thread Thomas Hellstrom
Ben Skeggs wrote: On Wed, 2009-12-30 at 18:45 +0100, Thomas Hellstrom wrote: Ben, Hey Thomas, Your commit 1336989ec breaks front buffer rendering on Xserver 1.7. Shouldn't the change that silently added a fake front attachment have been accompanied by a bump in

Re: [Mesa3d-dev] [PATCH] Revert st/dri: no need to request fake front buffer, only handle it being returned

2009-12-31 Thread Thomas Hellstrom
Michel Dänzer wrote: On Wed, 2009-12-30 at 20:37 +0100, Thomas Hellstrom wrote: This reverts commit 1336989ec60fff7bd590fefd28945a0e5dc536e3. The commit breaks a) Front buffer rendering on X servers 1.7. b) The possibility to add conditional front buffer requests on older X servers.

Re: [Mesa3d-dev] [PATCH] Gallium API demos and supporting infrastructure

2009-12-31 Thread Keith Whitwell
Luca, This is an impressive body of work. I want to give Jose a chance to review the EGL/GLX extensions before pushing, but in the meantime I hope it's ok if I make a couple of quick suggestions/requests: Firstly, we're going to be evolving the TGSI instruction set a fair bit over the coming

[Mesa3d-dev] Evolving the TGSI instruction set

2009-12-31 Thread Christoph Bumiller
On 31.12.2009 12:05, Keith Whitwell wrote: Luca, This is an impressive body of work. I want to give Jose a chance to review the EGL/GLX extensions before pushing, but in the meantime I hope it's ok if I make a couple of quick suggestions/requests: Firstly, we're going to be evolving the

Re: [Mesa3d-dev] Evolving the TGSI instruction set

2009-12-31 Thread Keith Whitwell
On Thu, 2009-12-31 at 05:28 -0800, Christoph Bumiller wrote: On 31.12.2009 12:05, Keith Whitwell wrote: Luca, This is an impressive body of work. I want to give Jose a chance to review the EGL/GLX extensions before pushing, but in the meantime I hope it's ok if I make a couple of quick

Re: [Mesa3d-dev] Evolving the TGSI instruction set

2009-12-31 Thread Christoph Bumiller
On 31.12.2009 15:55, Keith Whitwell wrote: On Thu, 2009-12-31 at 05:28 -0800, Christoph Bumiller wrote: On 31.12.2009 12:05, Keith Whitwell wrote: Luca, This is an impressive body of work. I want to give Jose a chance to review the EGL/GLX extensions before pushing, but in the

[Mesa3d-dev] [PATCH 1/2] Autogenerate uureg opcode macros

2009-12-31 Thread Luca Barbieri
Also some missing _src()s and cosmetic changes. --- src/gallium/programs/galliumut/Makefile|5 + .../programs/galliumut/gen_uureg_opcodes.sh| 29 +++ src/gallium/programs/galliumut/uureg.h | 196 3 files changed, 71 insertions(+), 159

[Mesa3d-dev] [PATCH 2/2] Add galliumtri demo

2009-12-31 Thread Luca Barbieri
The galliumtri demo is a significantly enhanced Gallium version of tri. By default it works like the tri, but the triangle size oscillates and the fragment shader from sge2.txt. It can also be configured to behave exactly like tri, like clear or it can load arbitrary vertex, fragment and

Re: [Mesa3d-dev] [PATCH 1/2] Autogenerate uureg opcode macros

2009-12-31 Thread Dan Nicholson
On Thu, Dec 31, 2009 at 11:50 AM, Luca Barbieri l...@luca-barbieri.com wrote: Also some missing _src()s and cosmetic changes. ---  src/gallium/programs/galliumut/Makefile            |    5 +  .../programs/galliumut/gen_uureg_opcodes.sh        |   29 +++  src/gallium/programs/galliumut/uureg.h

[Mesa3d-dev] RFC: gallium changes for conditional rendering

2009-12-31 Thread Brian Paul
Here's my first stab at adding conditional rendering to gallium (and softpipe and the Mesa state tracker). It's pretty simple. There's one new pipe_context function: render_condition(). It specifies the pipe_query object to check before rendering. If the query parameter is NULL it means render

Re: [Mesa3d-dev] RFC: gallium changes for conditional rendering

2009-12-31 Thread Keith Whitwell
Brian, What's the meaning of the BY_REGION modes added to p_defines.h? I haven't looked at the NV extension too closely, but it's not obvious what these mean... Keith From: Brian Paul [brian.e.p...@gmail.com] Sent: Thursday, December 31, 2009 1:55 PM

Re: [Mesa3d-dev] RFC: gallium changes for conditional rendering

2009-12-31 Thread Corbin Simpson
How many HW drivers have a conditional render switch? I think all of them, but I'm not sure. At any rate, should be fine for r300. Posting from a mobile, pardon my terseness. ~ C. On Dec 31, 2009 1:57 PM, Brian Paul brian.e.p...@gmail.com wrote: Here's my first stab at adding conditional

Re: [Mesa3d-dev] RFC: gallium changes for conditional rendering

2009-12-31 Thread Brian Paul
The BY_REGION modes indicate that it's OK for the GPU to discard the fragments in the region(s) which failed the occlusion test (perhaps skipping other per-fragment ops that would have otherwise occurred). See the spec at http://www.opengl.org/registry/specs/NV/conditional_render.txt for details.