summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* tgsi: add properties for fragment coord conventions (v3)Luca Barbieri2010-01-296-6/+175
| | | | | | | | | | | | | | | | | | | | | | | | | | | Changes in v3: - Documented the new properties - Added comments for property values - Rebased to current master Changes in v2: - Caps are added in a separate, subsequent patch This adds two TGSI fragment program properties that indicate the fragment coord conventions. The properties behave as described in the extension spec for GL_ARB_fragment_coord_conventions, but the default origin in upper left instead of lower left as in OpenGL. The syntax is: PROPERTY FS_COORD_ORIGIN [UPPER_LEFT|LOWER_LEFT] PROPERTY FS_COORD_PIXEL_CENTER [HALF_INTEGER|INTEGER] The names have been chosen for consistency with the GS properties and the OpenGL extension spec. The defaults are of course the previously assumed conventions: UPPER_LEFT and HALF_INTEGER.
* mesa: don't expose GL_ARB_fragment_coord_conventions until the GLSL part is doneLuca Barbieri2010-01-291-1/+2
| | | | | | | | Exposing it was incorrect, as the GLSL part of the extension is missing. We still keep the ARB_fragment_coord_conventions field, so that the ARBfp parser can know whether to accept or reject the keywords.
* glu/sgi: Remove unnecessary headers.Vinson Lee2010-01-2811-13/+0
|
* svga: Remove unnecessary headers.Vinson Lee2010-01-282-2/+0
|
* softpipe: Remove unnecessary header.Vinson Lee2010-01-281-1/+0
|
* llvmpipe: Remove unnecessary header.Vinson Lee2010-01-281-1/+0
|
* egl: Remove unnecessary headers.Vinson Lee2010-01-285-5/+0
|
* progs/tests: Remove unnecessary headers.Vinson Lee2010-01-2810-14/+0
|
* progs/glsl: Fix bump GLSL compilation error on Mac OS.Vinson Lee2010-01-281-1/+1
|
* progs/glsl: Remove unused variable in bump.c.Vinson Lee2010-01-281-1/+0
|
* progs/glsl: Remove unnecessary header from samplers.c.Vinson Lee2010-01-281-1/+0
|
* r300g: Clean up blend masks, change caps.Corbin Simpson2010-01-283-13/+18
| | | | | progs/tests/drawbuffers should work, except I can't test it. GG new shader parser. GG.
* gallium-docs: Minor grammar, need to talk about dual-source blends.Corbin Simpson2010-01-282-3/+12
|
* gallium-docs: Clean up constantbuf info a bit.Corbin Simpson2010-01-281-23/+24
| | | | | Hmm, does this belong in context, next to set_constant_buffer? Maybe a paragraph in shaders might be useful.
* gallium-docs: Add PIPE_CAP info.Corbin Simpson2010-01-282-0/+67
|
* intel: Set the region's tiling to none when attaching a PBO to a region.Eric Anholt2010-01-281-0/+1
| | | | | | | | Note that when detaching the PBO from the region and making a new BO for the region, we don't make it tiled even if the region originally was. Fixes piglit pbo-teximage-tiling.
* i915: Remove unused initial and current state, now that there's nothing else.Eric Anholt2010-01-286-22/+10
|
* intel: Remove long-disabled meta readpixels, and associated meta support.Eric Anholt2010-01-2811-1178/+20
|
* st/xorg: Update to new libkms interface but be backwards compatibleJakob Bornecrantz2010-01-282-0/+8
|
* define own embedded target and cleanup previous commit.Alan Hourihane2010-01-281-9/+19
|
* Don't define HAVE_POSIX_MEMALIGN for embedded target.Alan Hourihane2010-01-281-1/+2
|
* Merge commit 'origin/perrtblend'Roland Scheidegger2010-01-2856-444/+617
|\ | | | | | | | | | | Conflicts: src/gallium/drivers/softpipe/sp_screen.c src/gallium/include/pipe/p_defines.h
| * gallium: remove PIPE_CAP_S3TC, and add PIPE_CAP_DUAL_SOURCE_BLENDRoland Scheidegger2010-01-281-1/+1
| | | | | | | | | | | | | | | | | | | | there's no point in keeping deprecated PIPE_CAPS around since there's no stable interface (yet). Reuse the enum for PIPE_CAP_DUAL_SOURCE_BLEND. Drivers advertizing this will accept the pipe blendfactors with SRC1 in them and be able to do dual source blending (src color from pixel shader output 0, and blendfactor with SRC1 will come from output 1, only one render target may be bound when using any of these blend factors).
| * nv50: supports independent blend enablesChristoph Bumiller2010-01-262-17/+41
| |
| * gallium: add the new PIPE_CAP blend bits to more driversRoland Scheidegger2010-01-267-0/+28
| | | | | | | | some drivers will complain if they don't know the cap bit
| * r300g: Per-MRT blending is not supported.Corbin Simpson2010-01-261-0/+3
| |
| * mesa/st: code cleanups for new blend functionalityRoland Scheidegger2010-01-261-9/+23
| | | | | | | | minor code changes, style and comment fixes
| * softpipe: enable new blend functionalityRoland Scheidegger2010-01-252-18/+21
| | | | | | | | works with tests/drawbuffers2
| * st/mesa: handle EXT_draw_buffers2 per rendertarget blend enables / colormasksRoland Scheidegger2010-01-253-31/+77
| | | | | | | | uses the new gallium per-rt blend functionality
| * vega: don't enable blending if not necessaryRoland Scheidegger2010-01-253-6/+4
| | | | | | | | | | In some places blending was enabled even though it wasn't necessary. Also remove a (bogus) reenabling of color writes, which wasn't really used.
| * xorg: do not enable unnecessary blending for xvRoland Scheidegger2010-01-251-1/+1
| |
| * trace: adapt to blend changesRoland Scheidegger2010-01-251-11/+21
| |
| * svga: adapt to blend changesRoland Scheidegger2010-01-251-9/+9
| |
| * softpipe: adapt to blend changesRoland Scheidegger2010-01-252-30/+31
| |
| * nouveau: adapt drviers to blend changesRoland Scheidegger2010-01-256-57/+57
| |
| * r300g: adapt to blend changesRoland Scheidegger2010-01-251-11/+11
| |
| * i965g: adapt to blend changesRoland Scheidegger2010-01-251-11/+11
| |
| * i915g: adapt to blend changesRoland Scheidegger2010-01-251-14/+14
| |
| * cell: adapt to blend changesRoland Scheidegger2010-01-252-34/+34
| |
| * llvmpipe: adapt to blend changesRoland Scheidegger2010-01-251-35/+37
| |
| * st/python: adapt to blend changesRoland Scheidegger2010-01-257-40/+40
| |
| * vega: adapt to blend changesRoland Scheidegger2010-01-256-76/+70
| |
| * xorg: adapt to blend changesRoland Scheidegger2010-01-253-17/+17
| |
| * gallium: fix cast for size calc of pipe_blend_stateRoland Scheidegger2010-01-251-1/+1
| |
| * docs: enhance blend documentationRoland Scheidegger2010-01-211-3/+36
| |
| * docs: clean up sampler descriptionRoland Scheidegger2010-01-212-4/+8
| |
| * gallium: adapt util code to blend changesRoland Scheidegger2010-01-213-3/+3
| |
| * gallium: new PIPE_CAP bits for the independent blend functionalityRoland Scheidegger2010-01-211-0/+2
| |
| * llvmpipe: adapt to per-rendertarget blend changesRoland Scheidegger2010-01-203-24/+27
| |
| * gallium: prepare for per-rendertarget blend enables, writemasks, blend funcsRoland Scheidegger2010-01-204-31/+39
| | | | | | | | | | | | | | | | GL 3.0 (EXT_draw_buffers2) and other APIs allow independent blend enables and write masks per render target, ARB_draw_buffers_blend (and other APIs) also allow independent blend functions. Things like dithering, logic ops however are not extended to be per rendertarget, that might be conceptually possible however it doesn't look like any API wants to expose this.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-17 21:09:52 +0000