| Age | Commit message (Collapse) | Author |
|---|
|
|
|
We're cookin' now.
|
|
|
|
|
|
|
|
Both the windows and fallback versions are void already.
|
|
|
|
|
|
Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>
|
|
Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>
|
|
|
|
|
|
This makes mad.txt draw correctly. Yay!
|
|
|
|
|
|
|
|
|
|
|
|
Wow, I must have been asleep when I made that mistake.
|
|
At some point, going to have to grab the big list from xf86-video-ati.
|
|
Textures still not working. RS block shenanigans expected.
|
|
|
|
Duh.
|
|
|
|
|
|
It was driving me crazy.
|
|
|
|
The draw module provides a similar interface to the driver which
is retained as various bits of hardware may be able to take on
incremental parts of the vertex pipeline. However, there's no
need to advertise all this complexity to the state tracker.
There are basically two modes now - normal and passthrough/screen-coords.
|
|
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...
|
|
|
|
I should have gotten most uses and implementation
correctly fixed, but things might break.
Feel free to blame me.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
