summaryrefslogtreecommitdiff
path: root/src/gallium/drivers/nv04
AgeCommit message (Collapse)Author
2010-01-05nouveau: kill nouveau_push.h and use libdrm versions of BEGIN_RINGs, etcMarcin Slusarz
2010-01-05Merge commit 'origin/gallium-draw-retval'Keith Whitwell
Conflicts: src/gallium/drivers/identity/id_context.c
2009-12-30nouveau: Fix glTexSubImage on swizzled surfaces on <=NV40Luca Barbieri
Currently in nvXX_transfer_new a temporary as large as the surface is created. If the subrectangle is not the whole texture we would need to read back the whole texture, but we aren't. Thus, everything but the subrectangle specified is loaded as garbage. This can be seen in progs/demos/ray. This patch fixes the problem by creating a temporary that covers only the desired subrectangle. That makes us hit an alignment assert in nv04_surface_2d.c. Fix it using the point registers instead of manipulating the swizzled surface offset to account for the destination coordinates (which do not seem to have a 1024 limit). Signed-off-by: Francisco Jerez <currojerez@riseup.net>
2009-12-28nouveau: Unreference state/buffer objects on context/screen destruction.Younes Manton
- unreference state objects so that buffer objects are unreferenced and eventually destroyed - free channel at screen's destruction Based on Krzysztof Smiechowicz's patch.
2009-12-28nouveau: Fix swizzling for copies to rectangular texturesLuca Barbieri
nVidia hardware seems to swizzle rectangular texture (with width != height) coordinates by swizzling the lower bits and then adding the higher bits from the larger dimension. However, nv04_swizzle_bits ignores width and height and just interleaves everything. This causes problems with rectangular POT textures with height or width 2048 or 4096 (but not 2048x1024 where it works by chance) since the driver swizzles them in 1024x1024 chunks and gets the start position for the non-first chunks wrong. The following patch seems to fix those problems.
2009-12-28nouveau: Fix nv20-40 swizzled miptree RTsLuca Barbieri
I just coded a patch that does this and seems to work fine. It must be fixed since it breaks OpenGL (or the state tracker can be changed, but it seems better to do it in the driver). The patch also fixes NV20 and NV30 in the same way. They compile but are untested. I would guess that using the 3D engine is faster for the larger levels, but the 2D engine is faster for the smaller ones (and lacks this issue).
2009-12-28nv04: Fix build after the latest nouveau_class.h changes.Francisco Jerez
2009-12-25gallium: add geometry shader support to galliumZack Rusin
2009-12-22Merge branch 'gallium-edgeflags'Roland Scheidegger
Conflicts: src/mesa/state_tracker/st_draw.c
2009-12-21gallium: propogate draw retval changes into more driversKeith Whitwell
2009-12-19gallium: fix up drivers for edgeflag changesRoland Scheidegger
several drivers which chose to ignore edgeflags might require some more work, while edgeflags never worked there they might now crash.
2009-12-17Move the remaining format pf_get_* functions to u_format.h.Michal Krol
Previously they depended on format blocks, but after removing those they started depending on format encoding.
2009-12-14nouveau: avoid running out of relocsMaarten Maathuis
- Added flush notify functions for NV30 and NV40. - Flushing mid frame will call flush notify, which will resubmit all relocs. - We don't try to recover from reloc failure yet.
2009-12-08nouveau: use boolean instead of boolRoland Scheidegger
2009-12-06nouveau: Work around nv04-nv40 miptrees not matching nouveau_miptree.Younes Manton
Thanks to Bob Gleitsmann for the patch. I'll clean this up in a better way later if noone else beats me to it.
2009-12-04Merge branch 'gallium-noblocks'Roland Scheidegger
Conflicts: src/gallium/state_trackers/xorg/xorg_exa.c
2009-12-02gallium: adapt nv drivers to interface cleanupsRoland Scheidegger
2009-12-01nv: Update for renamed sampler/texture state setters.Michal Krol
2009-11-26gallium: fix more statetrackers/drivers for not using texture ↵Roland Scheidegger
width/height/depth arrays
2009-10-31nouveau: Support X8R8G8B8 textures on nv30, nv40 and RTs on nv10-nv40.Younes Manton
2009-10-19nouveau: implement is_{texture,buffer}_referenced properlyBen Skeggs
2009-10-12Add support for more 8 and 16 bits formatsPatrice Mandin
2009-10-06nv04-nv40: Fix swizzle transfers for NPOT sizes.Younes Manton
Workarounds not necessary, SIFM can handle NPOT, we just weren't setting dst dimensions properly. SIFM can't handle odd w,h though, that still needs fixing.
2009-10-02gallium: Preparations for adding more PIPE_TRANSFER_* usage flags.Michel Dänzer
Always test for PIPE_TRANSFER_READ/WRITE using the bit-wise and operator, and add a pipe_transfer_buffer_flags() helper for getting the buffer usage flags corresponding to them.
2009-09-16gallium: Deprecate PIPE_CAP_S3TC.José Fonseca
No longer used. S3TC support is queried via pipe_screen::is_format_supported.
2009-08-26nv04: Handle more Z formats.Younes Manton
Based on the patch from Luo Jinghua.
2009-07-27nouveau: swizzle a single row or column, doing it one pixel at a timePatrice Mandin
2009-07-26nouveau: only swizzle square textures for copyPatrice Mandin
2009-07-26nouveau: Take into account destination position for copy_swizzle, need to ↵Patrice Mandin
split copy a bit more
2009-07-26nouveau: Recursively swizzle an NPOT sized copyPatrice Mandin
2009-07-24nouveau: use nv04_surface_copy_swizzle only for POT sizesPatrice Mandin
2009-07-22nouveau: Take into account sx,sy parameters to read from source surfacePatrice Mandin
2009-07-14gallium: Define PIPE_CAP_BLEND_EQUATION_SEPARATE, remove extension from ↵Patrice Mandin
default extension list
2009-07-01nouveau: return some supported zeta formatsBen Skeggs
2009-07-01nouveau: deal with PIPE_CAP_TGSI_CONT_SUPPORTEDBen Skeggs
2009-06-29nouveau: Turn off debug cannon.Younes Manton
2009-06-05nouveau: remove unneeded code from ws, use pipe_buffer_ instead of ws->Ben Skeggs
2009-06-05nouveau: move channel creation into pipe driversBen Skeggs
2009-06-05nouveau: call notifier/grobj etc funcs directlyBen Skeggs
libdrm_nouveau is linked with the winsys, there's no good reason to do all this through yet another layer.
2009-06-05nv04: remove u_simple_screen usageBen Skeggs
2009-05-05nv04: small fix againStephane Marchesin
2009-05-05Fix an nv04 bug (thanks Mhopf).Stephane Marchesin
2009-04-15gallium: Make sure we flush before some texture / buffer operations.Thomas Hellstrom
Also implement context member functions to optimize away those flushes whenever possible. Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>
2009-04-10gallium: remove pipe_texture::compressed fieldBrian Paul
The format field encodes compressed vs. uncompressed already. We can easily check if a texture is compressed with pf_is_compressed(texture->format).
2009-03-26gallium: Remove some little-used fields from struct pipe_surface.Michel Dänzer
2009-03-13gallium: Remove do_flip argument from surface_copyJakob Bornecrantz
I should have gotten most uses and implementation correctly fixed, but things might break. Feel free to blame me.
2009-03-04nouveau: oops, forgot to keep the NV10_SIFM objectPatrice Mandin
2009-03-04nouveau: Use proper SIFM object on NV30Patrice Mandin
2009-03-04gallium: Unify reference counting.Michel Dänzer
The core reference counting code is centralized in p_refcnt.h. This has some consequences related to struct pipe_buffer: * The screen member of struct pipe_buffer must be initialized, or pipe_buffer_reference() will crash trying to destroy a buffer with reference count 0. u_simple_screen takes care of this, but I may have missed some of the drivers not using it. * Except for rare exceptions deep in winsys code, buffers must always be allocated via pipe_buffer_create() or via screen->*buffer_create() rather than via winsys->*buffer_create().
2009-03-02nouveau: Grab correct surface from temp texture for transfers.Younes Manton