summaryrefslogtreecommitdiffstats
path: root/src/gallium/drivers/nv20/nv20_screen.c
Commit message (Collapse)AuthorAgeFilesLines
* Nuke the nv0x-nv2x gallium pipe drivers.Francisco Jerez2010-02-041-204/+0
|
* tgsi: add caps for fragment coord conventions (v3)Luca Barbieri2010-01-291-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Changes in v3: - Renumber caps to accomodate caps to add to master in the meantime - Document caps - Add unsupported caps to *_screen.c too Changes in v2: - Split for properties patch - Use positive caps instead of negative caps This adds 4 caps to indicate support of each of the fragment coord conventions. All drivers are also modifed to add the appropriate caps. Some drivers were incorrectly using non-Gallium-default conventions, and caps for them have them set so that they will behave correctly after the later state tracker patches. This drivers are softpipe/llvmpipe (uses integer rather than half integer) and pre-nv50 Nouveau (uses lower left rather than upper left). Other drivers might be broken. With this patchset, fixing them is only a matter of exposing the appropriate caps that match the behavior of the existing code. Drivers are encouraged to support all conventions themselves for better performance, and this feature is added to softpipe in a later patch.
* gallium: add the new PIPE_CAP blend bits to more driversRoland Scheidegger2010-01-261-0/+4
| | | | some drivers will complain if they don't know the cap bit
* nouveau: rewrite nouveau_stateobj to use BEGIN_RING properlyMaarten Maathuis2010-01-051-1/+0
| | | | | | | | | - The previous solution was hacky and didn't do subchannel autobinding. - The beheaviour should match what libdrm_nouveau does closely. - The solution remains statically sized, but when debugging is on it will check for abuse. Signed-off-by: Maarten Maathuis <[email protected]>
* nouveau: Unreference state/buffer objects on context/screen destruction.Younes Manton2009-12-281-0/+3
| | | | | | | | - unreference state objects so that buffer objects are unreferenced and eventually destroyed - free channel at screen's destruction Based on Krzysztof Smiechowicz's patch.
* gallium: Deprecate PIPE_CAP_S3TC.José Fonseca2009-09-161-2/+0
| | | | | No longer used. S3TC support is queried via pipe_screen::is_format_supported.
* gallium: Define PIPE_CAP_BLEND_EQUATION_SEPARATE, remove extension from ↵Patrice Mandin2009-07-141-0/+2
| | | | default extension list
* nouveau: return some supported zeta formatsBen Skeggs2009-07-011-0/+8
|
* nouveau: deal with PIPE_CAP_TGSI_CONT_SUPPORTEDBen Skeggs2009-07-011-0/+2
|
* nouveau: move channel creation into pipe driversBen Skeggs2009-06-051-6/+3
|
* nouveau: call notifier/grobj etc funcs directlyBen Skeggs2009-06-051-11/+18
| | | | | libdrm_nouveau is linked with the winsys, there's no good reason to do all this through yet another layer.
* nv20: remove u_simple_screen usageBen Skeggs2009-06-051-38/+20
|
* nouveau: nv04-nv40 texture transfer.Younes Manton2009-02-251-27/+1
|
* nv04-nv40: move 2d blit/fill code into pipe driverBen Skeggs2009-02-051-0/+12
|
* gallium: remove pipe_buffer from surfacesZack Rusin2009-02-021-2/+4
| | | | | | | this change disassociates, at least from the driver perspective, the surface from buffer. surfaces are technically now views on the textures so make it so by hiding the buffer in the internals of textures.
* gallium: initialize simple screen in driversZack Rusin2009-01-311-0/+2
|
* gallium: make p_winsys internalZack Rusin2009-01-301-2/+2
| | | | | move it to pipe/internal/p_winsys_screen.h and start converting the state trackers to the screen usage
* gallium: give the screen priority when it comes to buffer allocationsZack Rusin2009-01-291-2/+2
| | | | | | allows the driver to overwrite buffer allocation, first step on the way to making winsys interface internal to the drivers. state trackers and the code above it will go through the screen
* nouveau: return a value for PIPE_CAP_MAX_VERTEX_TEXTURE_UNITSBen Skeggs2008-12-161-0/+2
|
* nouveau: make nv20 use NV{20,25}TCL objectsPekka Paalanen2008-12-071-13/+9
| | | | | | | Up till now, nv20 driver has been using NV10TCL, and being really an nv10 driver. That has changed. Signed-off-by: Pekka Paalanen <[email protected]>
* Nouveau: name replace for nv20.Pekka Paalanen2008-11-081-27/+27
| | | | | | | | | | | | No functional changes, only changed function, struct, macro etc. names. nv10 -> nv20 nv30 -> nv20 celsius -> kelvin Did not touch fifo command macros. Don't try to build nv20_vertprog.c for now. Signed-off-by: Pekka Paalanen <[email protected]>
* Nouveau: Rename nv20/ files as nv20.Pekka Paalanen2008-11-081-0/+208
Signed-off-by: Pekka Paalanen <[email protected]>