Age | Commit message (Collapse) | Author |
|
Any driver who needs a copy of the shader tokens must organize to
do so itself. This has been the case for a long time, but there
was still defensive code in the state tracker, which is now removed.
Any bugs resulting from this need to be fixed in the offending driver...
|
|
Instead, a new pipe_transfer object has to be created and mapped for
transferring data between the CPU and a texture. This gives the driver more
flexibility for textures in address spaces that aren't CPU accessible.
This is a first pass; softpipe/xlib builds and runs glxgears, but it only shows
a black window. Looks like something's off related to the Z buffer, so the
depth test always fails.
|
|
|
|
|
|
|
|
The caller can then free the token array immediately.
|
|
|
|
|
|
|
|
Bind all the samplers/textures at once rather than piecemeal.
This is easier for drivers to understand.
|
|
|
|
|
|
Use the shader semantic info from there, instead of from pipe_shader_state.
Carry this idea to draw module and other drivers...
|
|
Use tgsi_scan_shader() to determine if the fragment shader uses KIL or
writes fragment.z
|
|
|
|
Conflicts:
src/gallium/drivers/softpipe/sp_quad_fs.c
src/gallium/drivers/softpipe/sp_state.h
src/gallium/drivers/softpipe/sp_state_fs.c
|
|
This is in a separate commit to ensure renames are properly preserved.
|