| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
program concatenation.
|
|
fragment shaders through llvm.
|
|
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...
|
|
context.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Start lifting Mesa stuff up out of winsys/driver code.
|
|
|
|
|
|
glDrawPixels.
|
|
do pixel transfer in the fragment program.
|
|
|
|
|
|
|
|
|
