| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
This is enough for the current purpose of st_finish(), which is to wait for
things to settle down before context teardown.
|
|
|
|
|
|
| |
Make sure the struct pipe_fence_handle* we point st_flush() to is initialized
to NULL, so winsys->fence_reference() doesn't try to unreference a random
struct pipe_fence_handle* pointer.
|
|
|
|
|
|
|
| |
The bitmap cache attempts to accumulate a series of glBitmap calls in a
buffer to effectively render a whole bunch of bitmaps at once.
The cache can be disabled, if needed, by setting UseBitmapCache=GL_FALSE.
|
|
|
|
|
| |
The cell driver still uses an internal CELL_FLUSH_WAIT flag, in the long run
proper fencing should be implemented for it.
|
| |
|
| |
|
|
|
|
| |
This broke the LLVM build because 'private' is a C++ keyword.
|
|
|
|
|
| |
The state tracker doesn't have to directly call winsys->wait_idle() anymore.
glFlush and glFinish both go through pipe->flush() now.
|
|
|
|
|
|
| |
The winsys object is now per-screen and shared by multiple contexts.
The regionPool is now part of the i915 winsys layer.
The winsys wait_idle() and flush_frontbuffer() funcs will get more attention...
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
intelCopyBuffer() is now intelDisplayBuffer(): it displays the given surface
in the on-screen window.
Added a pipe_surface parameter to winsys->flush_frontbuffer().
Front buffer rendering/flushing actually works now.
But, we should only allocate the front surface on demand...
|
| |
|
|
|