Age | Commit message (Collapse) | Author |
|
|
|
|
|
Clear using int values rather than floats when possible. Better performance now.
|
|
For example, replace PIPE_FORMAT_U_A8_R8_G8_B8 with PIPE_FORMAT_A8R8G8B8_UNORM
|
|
It might be nice if sp->clear() took the color/value as floats...
|
|
Code for optimized clears (per-tile flag indicating clear status) in place
but not enabled yet.
|
|
Directly use struct pipe_buffer_handle for storage and struct pipe_surface for
(un)mapping.
|
|
|
|
|
|
Use FREE, MALLOC, CALLOC, GETENV wrappers.
Silence compiler warnings.
Add proper copyrights.
|
|
This is the last of the clean-up following the change which moved surface
allocation to the winsys layer.
|
|
|
|
|
|
Also, quite a bit of re-org of the tile caches and surface mapping/unmapping.
Leave surfaces mapped between primitives now.
|
|
Instead of using read/write_quad() functions, do framebuffer accesses via
get/put_tile(). A cache of tiles is used to avoid frequent get/put() calls.
Only implemented for color buffers right now.
|
|
texture and level!=0)
|
|
|
|
|
|
|
|
Mainly down to the support for legacy TNL processing now.
|
|
Pipe drivers shouldn't really know much about mesa and certainly shouldn't
be #including files from src/mesa/main and the like.
I've also (in i915simple especially) moved over from GL types to
more conventional int/unsigned usage. This probably isn't really the
ultimate desired set of types to use - possibly C99 would be better. It
may even be that a subset of the GL types is preferable.
|
|
This interface is defined by softpipe and any window system (eg i915pipe)
wishing to use softpipe is required to implement the interface.
Currently the interface is all about buffer management.
Generalizing, each pipe driver will advertise an interface in a similar
spirit to this, and again any window system driver wishing to use that
rendering pipeline will have to implement the interface it defines. It
clearly isn't a one-way street however, as softpipe could just do its own
buffer management with malloc. The interaction with a buffer manager is
desired to allow us to exercise the hardware swapbuffers functionality of
the i915pipe driver, and also to get a feel for the way hardware drivers
which really need a buffer manager will work.
|
|
pipe->clear() only used to clear whole buffers (no scissor) w/out masking.
Draw a colored quadrilateral in all other cases.
|
|
Also some minor clear fixes.
|
|
Still require the intelClear() call to flush batchbuffers. That will be
removed later...
|
|
|
|
now.
Note: softpipe_clear() should really be renamed to something like
pipe_clear_with_blits() and put into a driver-indepedent module...
|
|
Add a 'mask' param to region_fill() to help with clearing combined Z/stencil buffers, glColorMask, etc.
|
|
|
|
|
|
|
|
|
|
|