| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
What a beast.
r300g doesn't depend on files from r300c anymore, so r300c is now left
to its own fate. BTW 'make test' can be invoked from the gallium/r300
directory to run some compiler unit tests.
|
|
|
|
|
|
|
|
|
|
| |
These piglit tests have been fixed:
- bgra-sec-color-pointer
- glsl-routing
See comments at the beginning of r300_vs_draw.c
WPOS is implemented too but it doesn't work yet. I'm still working on it.
|
|
|
|
|
| |
r300_vertex_shader::outputs was uninitialized.
Also remove the tokens parameter.
|
|
|
|
|
|
|
|
|
|
|
|
| |
These two should be tied together because what's set in VAP or stuffed in GA
should be rasterized in RS. Not doing so causes a hardlock.
The reason for the merge is that if stuffed texture coordinates (e.g. point
sprite texgen) happen to occupy the texcoord slot dedicated to fog or wpos,
the two must be relocated to other free slots, which needs remapping the vertex
shader outputs.
The rasterizer code is now literally a sequence read-rasterize-write.
|
| |
|
| |
|
|
|
|
| |
And associated cleanups.
|
| |
|
|
|
|
| |
Generating mipmaps finally works, among other things. Yay!
|
|
|
|
|
| |
The state setups which aren't derived anymore have been moved to the VS
and FS objects.
|
|
|
|
|
|
|
| |
This patch removes draw_context entirely from the HW TCL path and cleans up
a few other things along the way. Hopefully, nothing got broken.
Thanks to Marek Olšák for testing, review, and pointing out my bugs. :3
|
| |
|
|
Appart from separating r3xx/r5xx fragment shaders, a more consistent
naming scheme has been applied. From now on:
r300 = all chips
r3xx = R300/R400 only
r5xx = R500 only
This way r300_fragment_shader is the master struct, and the structs
r3xx_fragment_shader and r5xx_fragment_shader inherits it.
|