| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
This allows us to remove most of the direct references to winsys in the state tracker.
|
| |
|
|
|
|
|
|
|
|
|
| |
Provide an actual definition of the pipe_buffer struct, containing
the parameters used to create the buffer, and its refcount.
Shift refcounting buffers out of the winsys interface, similar to
surfaces & textures.
Rework pipebuffer/ to reflect the fact these changes, and also Michel's
reworking of the buffer interface.
|
| |
|
|
|
|
| |
The properties of a buffer represented by struct pipe_buffer_handle are now
basically constant over its lifetime. The state tracker gets to deal with any
more complex buffer semantics it may need to provide.
|
| | |
|
| |
|
|
|
| |
Winsys driver needs some hints in order to allocate the appropriate kind of
memory for the buffer.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
We need to do these initializations before initializing the Mesa context
because context init involves creating texture/program/etc objects.
|
|
|
The state_tracker driver needs these to implement, eg. pixel buffer objects,
vertex buffer objects.
|
