Re: [Mesa-dev] RFC: gallium-newclear branch

2010-06-07 Thread Keith Whitwell
On Sat, 2010-06-05 at 08:10 -0700, Roland Scheidegger wrote: > On 04.06.2010 22:08, Patrice Mandin wrote: > > Hello, > > > > progs/trivial/tri just segfaults now, because it does not setup a > > context with depth/stencil, and src/gallium/auxiliary/util/u_clear.h > > does not check if > > > > str

Re: [Mesa-dev] RFC: gallium-newclear branch

2010-06-05 Thread Roland Scheidegger
On 04.06.2010 22:08, Patrice Mandin wrote: > Hello, > > progs/trivial/tri just segfaults now, because it does not setup a > context with depth/stencil, and src/gallium/auxiliary/util/u_clear.h > does not check if > > struct pipe_surface *ps = framebuffer->zsbuf; > > is NULL or not before calling

Re: [Mesa-dev] RFC: gallium-newclear branch

2010-06-04 Thread Patrice Mandin
Hello, progs/trivial/tri just segfaults now, because it does not setup a context with depth/stencil, and src/gallium/auxiliary/util/u_clear.h does not check if struct pipe_surface *ps = framebuffer->zsbuf; is NULL or not before calling pipe->clear_depth_stencil() -- Patrice Mandin WWW: http://

Re: [Mesa-dev] RFC: gallium-newclear branch

2010-06-03 Thread Roland Scheidegger
On 02.06.2010 19:04, Marek Olšák wrote: > > On Wed, Jun 2, 2010 at 3:02 PM, Roland Scheidegger > wrote: > > Together with a PIPE_CAP_CLEAR_WITH_MASK_AND_SCISSOR. > > That would be all interface changes needed (so mask and scissor would be > optional for dr

Re: [Mesa-dev] RFC: gallium-newclear branch

2010-06-02 Thread Marek Olšák
On Wed, Jun 2, 2010 at 3:02 PM, Roland Scheidegger wrote: > Together with a PIPE_CAP_CLEAR_WITH_MASK_AND_SCISSOR. > > That would be all interface changes needed (so mask and scissor would be > optional for drivers to implement, but single color buffers wouldn't be) > - clearly some drivers can't h

Re: [Mesa-dev] RFC: gallium-newclear branch

2010-06-02 Thread Roland Scheidegger
On 01.06.2010 21:51, Keith Whitwell wrote: >> Anyway, the new clearRT/clearDS functions aren't implemented by all >> drivers yet. That should be ok for now since they didn't use to >> implement surface_fill neither. >> Also, the interface of these is not set in stone yet. In particular, >> they can

Re: [Mesa-dev] RFC: gallium-newclear branch

2010-06-01 Thread Keith Whitwell
> > Anyway, the new clearRT/clearDS functions aren't implemented by all > drivers yet. That should be ok for now since they didn't use to > implement surface_fill neither. > Also, the interface of these is not set in stone yet. In particular, > they can handle a region, which is needed by d3d9, b

[Mesa-dev] RFC: gallium-newclear branch

2010-05-28 Thread Roland Scheidegger
Hi, there's a new branch gallium-newclear which has some changes to clear functionality in it. I think this could be expanded further in the future to allow even more full-featured (GL) clears (as was briefly discussed previously) but this addresses some concerns, in particular needs of d3d10 and