| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Funnily enough, some of these were turned into a compile-time error by gcc
with -fsanitize=undefined ("initializer is not a constant").
Reviewed-by: Brian Paul <[email protected]>
Reviewed-by: Michel Dänzer <[email protected]>
Reviewed-by: Marek Olšák <[email protected]>
|
|
|
|
| |
First attempt
|
|
|
|
|
|
| |
This is part one -- we still only pass a single quad down, but
the code can now cope with more. The quads must all be from the same
tile.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was used to indicate OpenGL's lower-left origin for fragment window
coordinates for polygon stipple and gl_FragCoord.
Now:
- fragment coordinate origin is always upper-left corner
- GL polygon stipple is inverted and shifted before given to gallium
- GL fragment programs that use INPUT[WPOS] are modified to use an
inverted window coord which is placed in a temp register.
Note: the origin_lower_left field still exists in pipe_rasterizer_state.
Remove it when all the drivers, etc. no longer reference it.
|
| |
|
| |
|
|
|
|
| |
This header describes the quad-related datatypes afterall.
|
|
|
|
| |
Be more consistant with 'draw' module.
|
|
|
|
| |
parts.
|
|
|
|
| |
Also, rename p_tile.[ch] to u_tile.[ch]
|
| |
|
|
|
|
|
| |
These are convenience fields. Otherwise, we have to check cbuf[0] or zsbuf
in various places.
|
|
This is in a separate commit to ensure renames are properly preserved.
|