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.
|
|
|
|
So far max point size, line width, texture anistopy and lod bias.
|
|
Also, in st_init_limits(), clamp driver's values against Mesa's internal limits.
|
|
The old supported_formats interface returned a list of formats
supported by a pipe/winsys implementation. This was reasonable
when gallium had a fixed list of predefined format.
Now things has changed and the definition of PIPE_FORMAT is
more flexible.
The new shiny is_format_supported interface gets PIPE_FORMAT
as an argument and returns a boolean whether this particular
format is supported.
|
|
This allows surfaces to be allocated without a rendering context.
A few loose ends to resolve, but in working condition.
|
|
This allows regions to be allocated w/out a rendering context.
|
|
This reverts commit 11ce6244a79106c592364b30434b6ddade3fd6bb.
|
|
|
|
This is already handled by the semanics of map(), etc.
|
|
This replaces the temporary occlusion counter functions we had before.
Added new ctx->Driver.WaitQuery() function which should block until the result is ready.
Sketch out some code for vertex transformation feedback counters.
|
|
Creates a new pipe driver that feeds commands to either a hardware or
software pipe depending on fallback state.
Untested concept checkpoint. At this point it compiles.
|