| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Directly use struct pipe_buffer_handle for storage and struct pipe_surface for
(un)mapping.
|
|
|
|
|
|
pipe->get_tex_surface() has to be used for access to texture image data.
|
|
|
|
|
|
|
|
Add a function that builds a display name of a given format token.
|
|
|
|
|
|
|
|
Just pass in the vertex_info object and make a copy of it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
st_compare_func_to_pipe()
|
|
So far max point size, line width, texture anistopy and lod bias.
|
|
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...
|
|
|
|
depth_value(). Special-case it.
|
|
|
|
|
|
pipe_surface now has a pointer to the winsys which create/owns the surface.
This allows clean surface deallocation w/out a rendering context.
|
|
|
|
|
|
|
|
|
|
Also, in st_init_limits(), clamp driver's values against Mesa's internal limits.
|
|
Winsys driver needs some hints in order to allocate the appropriate kind of
memory for the buffer.
|
|
The memory layout of bitfields depends on the ABI.
|
|
The state tracker calls pipe->get_param() to determine the GL limits and
which OpenGL extensions are supported.
This is an initial implementation that'll probably change...
|
|
|
|
|
|
|
|
XMesaContext has an st_context * which contains a mesa context.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
