| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently on nv30/nv40 an assert will be triggered once 32 queries are
outstanding.
This violates the OpenGL/Gallium interface, which requires support for
an unlimited number of fences.
This patch fixes the problem by putting queries in a linked list and
waiting on the oldest one if allocation fails.
nVidia seems to use a similar strategy, but with 1024 instead of 32 fences.
The next patch will improve this.
|
|
|
|
| |
Fixes SCons build.
|
|
|
|
| |
Was broken during unification
|
|
|
|
|
|
|
| |
This patch adds support for two-sided vertex color to nv30/nv40.
When set, the COLOR0/1 fs inputs on back faces will be wired to vs outputs BCOLOR0/1.
This makes OpenGL two sided lighting work, which can be tested with progs/demos/projtex.
|
| |
|
|
|
|
|
|
|
| |
They only apparently work on nv40 grclass cards, and this was the
previous behavior of the driver.
This really needs to be investigated more.
|
|
|
|
|
|
|
|
| |
This is implemented in nvfx_state_fb and fragtex but was missing
in nvfx_screen.
This allows to avoid glCopyTexSubImage CPU fallbacks and makes Doom 3
much faster as a result.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was proposed by Marek Olšák and no one objected, so just
pushing it.
The extension is currently not exposed, because the mechanism to
discover if the driver actually supports this is missing.
We probably should change is_format_supported to handle this too.
This will allow to test Gallium drivers anyway in the meantime.
Based on work by Dave Airlie.
Changes by me:
1. Fix assertion in st
2. Change to use unpadded Gallium formats
|
|
|
|
| |
Should improve performance and fix serious regressions on AGP cards.
|
| |
|
|
|
|
| |
No longer used, finally!
|
|
|
|
|
| |
This makes the code faster due to the lack of indirect calls and also
makes it much easier to understand what is actually going on.
|
| |
|
|
|
|
|
| |
We could use an sb here instead, but there is no obvious performance
advantage, and perhaps there could be a disadvantage.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Rather than emitting relocations on flush notifications, emit them
in nvfx_state_start.
|
|
|
|
|
|
|
| |
Just a dumb buffer, allowed by the RING_3D/fixed subchannel binding and
no support for relocations.
This is *much* faster than state objects.
|
|
|
|
|
|
|
|
|
|
| |
Autobinding creates additional pushbuffer usage which may not be
accounted in callers, and is also slow.
The next relocations patch depends on this for correctness.
Assert instead if the objects are not bound, which should happen at
screen creation time.
|
|
|
|
|
|
|
|
|
|
|
|
| |
RING_3D creates a method start for subchannel 7.
Bind the 3D engine to a fixed subchannel to make it work
This is much faster than the old BEGIN_RING, since we don't need
to waste cycles trying to "autobind" stuff, when a fast static binding
is perfectly good.
Subchannel 7 is chosen because the kernel takes up the lowest ones.
|
|
|
|
|
|
|
|
|
|
| |
Currently we miscalculate the space needed to push vertices, causing
flushes where they should not happen.
Use a much more conservative estimate to fix it.
It will be done better in the future (e.g. using the nv50 primitive
splitter).
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Completely unused for now.
|
| |
|
|
|
|
| |
Untested -- just the same changes done to progs/gallium/python.
|
|
|
|
| |
Not enough for retrace to work again though.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This is only compile tested with crossmingw.
V2:
- reference count stw_framebuffer
|
|
|
|
|
|
|
|
|
| |
CFLAGS needs to be passed, as you already know.
Commit 3e17a5b047124c46ee45dbd1848127c67e0d62f3 broke this by adding a new link
command without CFLAGS.
Signed-off-by: Török Edwin <[email protected]>
Signed-off-by: Dan Nicholson <[email protected]>
|
|
|
|
|
|
| |
This reverts commit bd09fce27119548cb91cc2aa9ced6a7347aefc3a. Török
Edwin sent the correct fix to the list a couple days ago in
<[email protected]>.
|