summaryrefslogtreecommitdiff
path: root/src/gallium/drivers/nvfx/nvfx_state_emit.c
AgeCommit message (Collapse)Author
2010-09-05nvfx: switch to rules-ng-ng register headersLuca Barbieri
This is the new register generation toolkit in use by nouveau. As far as I know, this is the best register description toolkit in existence, and you should use it too for your hardware :) Thanks to Marcin Kościelnicki for inventing it and performing invaluable reverse engineering work of nVidia chips.
2010-09-05nvfx: add rewritten swtnl supportLuca Barbieri
The old swtnl code was broken by the new shader linkage support for GLSL. This is a rewrite of swtnl support, which should instead work properly, be faster and more closer to the much more tested hardware pipeline.
2010-09-04nvfx: fix the temporary copying logic and add assertsLuca Barbieri
2010-09-04nvfx: consolidate tiny filesLuca Barbieri
We probably want to reorganize the remaining files too, but that's for later, maybe.
2010-09-04nvfx: tidy up state_emitLuca Barbieri
2010-09-04nvfx: support all coord conventions in hardwareLuca Barbieri
2010-09-04nvfx: allow nested blitter usage, fixing bug in clearLuca Barbieri
2010-08-25gallium: Use draw_set_index_buffer and others.Chia-I Wu
Update all drivers to use draw_set_index_buffer, draw_set_mapped_index_buffer, and draw_vbo. Remove draw_set_mapped_element_buffer and draw_set_mapped_element_buffer_range.
2010-08-23nvfx: emit bo relocations only when neededLuca Barbieri
Should improve performance, possibly significantly.
2010-08-23nvfx: support clip planes sensibly and fix them on nv30Luca Barbieri
Before, we were discarding the compiled vertex program on each vertex program change. Now we compile the program as if there were 6 clip planes and dynamically patch in an "end program" bit at the right place. Also, nv30 should now work.
2010-08-22nvfx: simplify and correct fragment program update logicLuca Barbieri
This version should hopefully be much clearer and thus less likely to be subtly broken. Also fixes point sprites on nv40 and possibly some other bugs too.
2010-08-21nvfx: Fix SCons build.Vinson Lee
Move declarations before code. Fix void pointer arithmetic.
2010-08-21nvfx: fix GPU hardlocks when depth buffer is absentLuca Barbieri
2010-08-21nv30: band-aid viewport issuesLuca Barbieri
For some reason nv30 seems to like to reset the viewport, even though attempts to isolate where exactly it does that have currently been inconclusive.
2010-08-21nvfx: support proper shader linkage - adds glsl supportLuca Barbieri
2010-08-21nvfx: rewrite draw code and buffer codeLuca Barbieri
This is a full rewrite of the drawing and buffer management logic. It offers a lot of improvements: 1. A copy of buffers is now always kept in system memory. This is necessary to allow software processing of them, which is necessary or improves performance in many cases. 2. Support for pushing vertices on the FIFO, with index lookup if necessary. 3. "Smart" draw code that tries to intelligently choose the cheapest way to draw something: whether to use inline vertices or hardware vertex buffer, and whether to use hardware index buffers 4. Support for all vertex formats supported by the hardware 5. Usage of translate to push vertices, supporting all formats that are sensible to use as vertex formats 6. Support for base vertex 7. Usage of Ben Skeggs' primitive splitter originally for nv50, allowing correct splitting of line loops, triangle fans, etc. 8. Support for instancing 9. Precomputation using the vertex elements CSO Thanks to Ben Skeggs for his primitive splitter originally for nv50. Thanks to Christoph Bumiller for his nv50 push code, that was the basis of this work, even though I changed his code dramatically, in particular to replace his ad-hoc vertex data emitter with translate. The changes could also go into nv50 too, but there are substantial differences due to the additional nv50 hardware features.
2010-08-21nvfx: new 2D: new render temporaries with resourcesLuca Barbieri
This patch adds support for creating temporary surfaces to allow rendering to surfaces that cannot be rendered to. It uses the _second_ version of the render temporary infrastructure. This is necessary for swizzled 3D textures and small mipmaps of swizzled 2D textures. This version of the patch creates a resource to use as a temporary instead of a raw BO, making the code simpler.
2010-04-19Merge branch '7.8'Brian Paul
Conflicts: src/gallium/auxiliary/draw/draw_context.c src/gallium/auxiliary/draw/draw_pipe_aaline.c src/gallium/drivers/llvmpipe/lp_context.c
2010-04-12nvfx: rework validation logic to use code and avoid stateobjsLuca Barbieri
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.
2010-04-12nvfx: so->RING_3D: fbLuca Barbieri
2010-04-12nvfx: so->RING_3D: fragprogLuca Barbieri
2010-04-12nvfx: so->RING_3D: fragtexLuca Barbieri
2010-04-12nvfx: so->RING_3D: vboLuca Barbieri
2010-04-12nvfx: stop using flush_notifyLuca Barbieri
Rather than emitting relocations on flush notifications, emit them in nvfx_state_start.
2010-03-15nv30, nv40: partially non-trivially unify nv[34]0_fragtex.cLuca Barbieri
The bulk files cannot be unified, but the frontend can and allows to share some code and simplify state_emit.c
2010-03-15nv30, nv40: fully unify nv[34]0_context.hLuca Barbieri
Move the remaining content to the common header.
2010-03-15nv30, nv40: non-trivially unify nv[34]0_vertprog.cLuca Barbieri
vertprog.c is similar but has substantial differences: 1. nv40 supports clip planes 2. nv40 uses a more advanced register allocator 3. Some register setup is different 4. Constants with the same name have different values This patch unifies the two files. nv30 gains clip plane support and the nv40 register allocator. A new NVFX_VP(x) macro is introduced that at runtime resolved to either the nv30 or the nv40 constant value. nv30 clip planes are not tested and might not work
2010-03-15nv30, nv40: unify nv[34]0_vbo.cLuca Barbieri
The files are identical, except for swtnl support which is commented out on nv30 and restart being initialized on nv30 to avoid a compiler warning.
2010-03-15nv30, nv40: non-trivially unify nv[34]0_draw.cLuca Barbieri
nv30_draw.c is a stub. This patch makes both nv30 and nv40 use the nv40 swtnl path. Note that this doesn't actually work on nv30 because the vertex program is encoded in the nv40-only layout. However, swtnl was unimplemented before on nv30, so this is not a regression. Furthermore, a patch to fix this is available near the end of the patchset.
2010-03-15nv30, nv40: non-trivially unify nv[34]0_fragprog.cLuca Barbieri
The files are mostly the same except: 1. On NV40, some TGSI instructions are emulated with several hardware ones 2. Some instructions such as DDX/DDY, and STR were missing from nv30 3. NV40 has more sophisticated register management nv30 now supports all instructions and uses the nv40 register management.
2010-03-15nv30, nv40: non-trivially unify nv[34]0_state_fb.cLuca Barbieri
The files are significantly different due to: 1. nv30 support 2 render targets, nv40 4 2. z-buffer pitch is set differently 3. nv30 has a limitation of colour_bits >= zeta_bits. This may not actually exist in the driver though 4. nv30 points color0 at depth in the depth-only case 5. nv30 sets NV34TCL_VIEWPORT_TX_ORIGIN to 0. This is probably unnecessary This patch attempts to unify the two files and preserve the existing behavior.
2010-03-15nv30, nv40: unify nv[34]0_state_viewport.cLuca Barbieri
The files are identical, except for an extra comment in nv30.
2010-03-15nv30, nv40: unify nv[34]0_state_stipple.cLuca Barbieri
The files are identical, except for the fact that the nv40 version forgets to unreference the stateobj. Unified to the correct nv30 version.
2010-03-15nv30, nv40: unify identical nv[34]0_state_zsa.cLuca Barbieri
2010-03-15nv30, nv40: unify identical nv[34]0_state_scissor.cLuca Barbieri
2010-03-15nv30, nv40: unify identical nv[34]0_state_rasterizer.cLuca Barbieri
2010-03-15nv30, nv40: unify identical nv[34]0_state_blend.cLuca Barbieri
2010-03-15nv30, nv40: non-trivially unify nv[34]0_state_emit.cLuca Barbieri
The files are the same except for swtnl support on nv40 and for texture cache flushing on nv40. Unify them, and use a macro to define 4 versions of render_states, for all combinations of nvfx and hwtnl/swtnl.