Age | Commit message (Collapse) | Author |
|
Instead of using read/write_quad() functions, do framebuffer accesses via
get/put_tile(). A cache of tiles is used to avoid frequent get/put() calls.
Only implemented for color buffers right now.
|
|
|
|
|
|
|
|
For some drivers (like Xlib) it's not possible to treat the front/back color
buffers as pipe_regions. So pipe->region_copy() won't work. Added a new
state tracker field indicating if we can use regions for colorbuffer accesses.
This should probably be re-considered someday...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fix warnings in draw_create_vertex_shader()
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
function)
|
|
|
|
|
|
|
|
|
|
Without these we can find ourselves in _mesa_load_state_parameters()
computing derived lighting/material values whhen the current material
properties haven't been updated from the VBO.
This may be a somewhat wide-spread problem that needs more attention...
|
|
from the vbo in _mesa_load_state_parameters().
Several of the state parameters use current state (such as materials).
Need to make sure those values are not stale.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
doesn't handle negative color values)
Also, remove unneeded clamping in the accum ops.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|