| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
This makes debugging a _lot_ easier.
In gdb, "print format" used to display 613570600, now you see PIPE_FORMAT_A8R8G8B8_UNORM.
|
|
|
|
| |
For example, replace PIPE_FORMAT_U_A8_R8_G8_B8 with PIPE_FORMAT_A8R8G8B8_UNORM
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
| |
Fences will be part of the pipe winsys interface, so remove this to avoid
merge conflicts later on.
This reverts commit ca7f68a7cf25a51f382bba8c42d8c6ab7db57b5d.
This reverts commit dec60d33b2570cf2bdce72a00a1539ee93133f91.
This reverts commit 90dd0cb822f2fe14258c786e5c37da69472b7d17.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
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 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...
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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 reverts commit 11ce6244a79106c592364b30434b6ddade3fd6bb.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
TGSI_ATTRIB_x tokens still present and used in a few places.
Expanded set of TGSI_SEMANTIC_x tokens for describing the meaning
of inputs/outputs. These tokens are in a crude state ATM.
Lots of #if 0 / disabled code to be removed yet, etc...
Softpipe and i915 drivers should be in working condition but not heavily tested.
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
They're now totally independent of the actual shaders.
Also, implemented in terms of pipe_buffer_handles/objects.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
The i915 driver now uses the software-based vertex shader interpreter
and draws everything through pipe->draw_arrays().
|
| |
|
|
|
|
| |
new st_draw_vertices() utility used by glClear and glDrawPixels
|
|
|
|
|
|
|
|
|
|
| |
Pipe drivers shouldn't really know much about mesa and certainly shouldn't
be #including files from src/mesa/main and the like.
I've also (in i915simple especially) moved over from GL types to
more conventional int/unsigned usage. This probably isn't really the
ultimate desired set of types to use - possibly C99 would be better. It
may even be that a subset of the GL types is preferable.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
These correspond to the dynamic indirect state, though they are
currently just pushed straight to the batch buffer.
|
| |
|
|
|
|
| |
Not sure if finish() is the right interface yet.
|
| |
|
| |
|
|
Doesn't yet compile, but when it does, it will only draw gouraud tris
and even those will be as simple as possible. Needs some 'winsys' support
also before that can happen.
|