| Age | Commit message (Collapse) | Author |
|---|
|
It turns out the user planes handed to the driver are already in clip space.
Hence, we no longer need to transform incoming vertices before computing the
clip distance, and no longer need to change the interface provided by
gallium. Yay :)
The clip state change handling could be better, but this works.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Precompute tiles_per_row. Use ushort multiplies in a few places. New comments.
|
|
|
|
|
|
|
|
|
|
GL_MESA_ycbcr_texture
Update texture format selection code too.
|
|
|
|
|
|
Move init of these items to new st_init_clear().
|
|
|
|
|
|
Since bypass_clipping is set and we're specifying quad vertexes in window
coords, setup identity viewport.
|
|
|
|
|
|
|
|
This handles the case where bypass_vs is set, but vertices need to go
through the pipeline for some reason - eg unfilled polygon mode.
Demonstrates how to drive the pipeline from inside one of these things.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Leaving it until 'run' is bad as the primitive is pretty much state
for some drivers and so needs to get set early. In some drivers
this is used to determine things like vertex format, etc -- by the
time we get to 'run', it's too late to change this.
|
|
Use this to set up hardware rasterization (if your hardware can
do it) or otherwise turn on various tweaks in the draw module.
Currently only hooked up to point biasing code.
|
|
|
|
|
|
git+ssh://marcheu@git.freedesktop.org/git/nouveau/mesa into gallium-0.1
|
|
|
|
|
|
|
|
|
|
modes
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
