summaryrefslogtreecommitdiffstats
path: root/src/gallium/include
Commit message (Collapse)AuthorAgeFilesLines
* p_compiler: add replacement va_copyLuca Barbieri2010-08-211-0/+8
| | | | | | | | | This might technically not always be correct, because va_copy might be a function, or a system might not have va_copy, and not work with assignment. Hopefully this is never the case. Without configure tests, it doesn't seem possible to do better.
* gallium: add PIPE_TEXTURE_RECT targetLuca Barbieri2010-08-201-1/+3
| | | | | | This allows to properly support OpenGL rectangle textures in a well defined way, especially on drivers that don't expose PIPE_CAP_NPOT_TEXTURES.
* gallium: add ALWAYS_INLINELuca Barbieri2010-08-111-0/+10
| | | | | Used when we want to be sure the compiler inlines a large function into an inner loop.
* gallium: Keep only pipe_context::draw_vbo.Chia-I Wu2010-07-291-41/+0
| | | | | | | That is, remove pipe_context::draw_arrays, pipe_context::draw_elements, pipe_context::draw_arrays_instanced, pipe_context::draw_elements_instanced, pipe_context::draw_range_elements.
* gallium: Add pipe_context::draw_vbo and pipe_context::set_index_buffer.Chia-I Wu2010-07-292-0/+41
| | | | | | This commit adds a new unified draw_vbo method to pipe_context. Unlike other draw methods, draw_vbo treats the index buffer as a state which is set with set_index_buffer.
* gallium: add depth clamp to the interfaceMarek Olšák2010-07-212-1/+3
|
* gallium: remove pointless bitfield restrction in pipe_vertex_elementKeith Whitwell2010-07-211-1/+1
| | | | | This used to be a somewhat packed struct, but no longer. Remove the last remaining bitfield tag.
* gallium: Ensure prototypes are wrapped in extern "C".José Fonseca2010-07-141-0/+11
| | | | | Fixes MSVC build failure due to inconsistent _ReadWriteBarrier prototype.
* gallium: Add a macro for memory barriers.José Fonseca2010-07-141-0/+19
|
* gallium: Add a new PIPE_ARCH_SSSE3 define for SSSE3 compiler support.José Fonseca2010-07-141-0/+5
|
* gallium: bump PIPE_MAX_SHADER_INPUTS/OUTPUTS to 32Brian Paul2010-07-081-2/+2
|
* st_api: Remove st_context::is_visual_supported.Chia-I Wu2010-06-291-6/+0
| | | | | | | | The callback is used by st/vega to check if a visual specifies the depth/stencil format. It forces st/vega to be loaded by st/egl to perform the check. As noted in EGL spec, the depth/stencil format of a visual should not affect OpenVG. It should be better to ignore the field and always allocate the depth/stencil texture.
* mesa: initial support for ARB_geometry_shader4Zack Rusin2010-06-281-1/+3
| | | | | | laying down the foundation for everything and implementing most of the stuff. linking, gl_VerticesIn and multidimensional inputs are left.
* Merge branch 'gallium-drm-driver-drescriptor'Jakob Bornecrantz2010-06-282-57/+71
|\ | | | | | | | | | | | | | | | | Conflicts: src/gallium/state_trackers/egl/x11/native_dri2.c src/gallium/state_trackers/egl/x11/native_x11.c src/gallium/state_trackers/egl/x11/native_x11.h src/gallium/state_trackers/xorg/xorg_driver.c src/gallium/winsys/radeon/drm/radeon_drm.c
| * gallium: Remove drm_api and all references to itJakob Bornecrantz2010-06-241-57/+0
| |
| * gallium: Add drm driver interfaceJakob Bornecrantz2010-06-061-0/+71
| | | | | | | | | | | | | | This interfacre replaces the drm_api api it works very much the same way as drm_api but with the exception that its meant for the target to implement it. And it does not export a get function and neither a destroy function.
* | pipe: Add PIPE_OS_HURDnobled2010-06-241-0/+5
| | | | | | | | | | | | | | One tiny step toward porting Gallium to the GNU/Hurd kernel (and fixing Debian bug #585618). Signed-off-by: Corbin Simpson <[email protected]>
* | gallium: add a timestamp disjoint queryZack Rusin2010-06-221-1/+7
| | | | | | | | | | | | allows application to not only request the frequency of the TIME_ELAPSED clock but also to detect if that frequency was consistent throughout the entire bracketed range of graphics commands.
* | gallium: add a new queryZack Rusin2010-06-221-1/+2
| | | | | | | | to figure out if gpu is finished with all of the previously issues commands
* | gallium: add a temporary array register fileZack Rusin2010-06-181-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | like normal temporaries, but allows to define a number of distinct arrays, all of which make it explicit that they contain /indexable/ registers. as a side-effect we're adding support for multi-dimensional destination registers. The whole thing looks like this: DCL TEMPX[0][0..128] # 0 array with 128 registers ADD TEMPX[0][0], IN[0], IMM[0] ADD TEMPX[0][1], IN[0], IMM[0] ABS OUT[0], TEMPX[0][TEMP[0]]
* | gallium: add a new register file - immediate arrayZack Rusin2010-06-181-12/+13
| | | | | | | | | | | | allows one to specify a safe (bound checked) array filled with immediates. it works just like a const array and declares much like our current immediates.
* | gallium/softpipe/draw: support samplers in geometry shadersZack Rusin2010-06-112-0/+8
| |
* | geometry shaders: make gs work with changable primitives and variable number ↵Zack Rusin2010-06-091-1/+1
| | | | | | | | | | | | | | | | of vertices lots and lots of fixes for geometry shaders. in particular now we work when the gs emits a different primitive than the one the pipeline was started with and also we work when gs emits more vertices than would fit in the original buffer.
* | gallium: add basic support for stream output queriesZack Rusin2010-06-081-1/+10
| |
* | gallium: adjust the query interface to support custom typesZack Rusin2010-06-081-2/+2
| | | | | | | | we need to change it to support composite types
* | gallium: rename draw_auto to draw_stream_output, plus fix a commentZack Rusin2010-06-082-2/+1
| | | | | | | | Brian spotted those
* | gallium: make draw auto work and add relevant caps and docsZack Rusin2010-06-081-0/+1
| |
* | gallium: add interface for DrawAuto and implement it in softpipeZack Rusin2010-06-081-0/+5
| |
* | gallium: a lot more complete implementation of stream outputZack Rusin2010-06-081-1/+11
| | | | | | | | | | | | | | interface wise we have everything needed by d3d10 and gl transform feedback. the draw module misses implementation of some corner cases (e.g. when stream output wants different number of components per output than normal rendering paths)
* | gallium: basic and initial implementation of the stream output interfaceZack Rusin2010-06-083-0/+21
| | | | | | | | aka transform feedback
* | graw: add parse_geometry_shader helperKeith Whitwell2010-06-071-0/+3
|/
* include/st: new file swrast_screen_create.hKeith Whitwell2010-06-071-0/+67
|
* mesa/st: add support for EXT_texture_swizzle.Dave Airlie2010-06-051-0/+1
| | | | | | | | | | | This passes on r300g, the only bit I'm not really sure about is the handling of the sampler_view in st_atom_texture.c, I unreference it there if the swizzle value changes and I also have to create a new set of functions to create a new one since the u_sampler.c ones don't handle swizzle so much. adds r300g + softpipe enables, I think other drivers could pass easily enough. Signed-off-by: Dave Airlie <[email protected]>
* Merge branch 'gallium-newclear'Roland Scheidegger2010-06-032-15/+30
|\ | | | | | | | | Conflicts: src/gallium/state_trackers/python/p_context.i
| * gallium: rename clearRT / clearDS to clear_render_target / clear_depth_stencilRoland Scheidegger2010-06-031-12/+12
| | | | | | | | | | more consistent with rest of gallium naming conventions. Also rename driver-internal names for these the same.
| * gallium: clear interface changesRoland Scheidegger2010-05-282-15/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | clears were a bit limited in gallium: - no scissoring (OGL only) nor explicit rectangle list (d3d9) - no color/stencil masks (OGL only) - no separate depth/stencil clears (d3d9/d3d10/OGL) - cannot really clear single color buffer (only with resource_fill_region) Additionally, d3d can clear surfaces not currently bound to the framebuffer. It is, however, not easy to find some common ground what a clear should be able to do, due to both API requirements and also hw differences (a case which might be able to use a special clear path on one hw might need a "normal" quad render on another). Hence several clear methods are provided, and a driver should implement all of them. - clear: slightly modified to also be able to clear only depth or stencil in a combined depth/stencil surface. This is however optional based on driver capability though ideally it wouldn't be optional. AFAIK this is in fact something used by applications quite a bit. Otherwise, for now still doesn't allow clearing with scissors/mask (or single color buffers) - clearRT: clears a single (potentially unbound) color surface. This was formerly roughly known as resource_fill_region. mesa st will not currently use this, though potentially would be useful for GL ClearBuffer. - clearDS: similar to above except for depth stencil surfaces. Note that clearDS/clearRT currently handle can handle partial clear. This might change however.
* | Define PUBLIC to dllexport on MSVC.Chia-I Wu2010-05-311-0/+2
|/ | | | Define PUBLIC to __declspec(dllexport) when _MVC_VER is defined.
* drm_api: Remove type argument from create screen callbackJakob Bornecrantz2010-05-251-18/+1
| | | | | With the removal of DRI1 support there where no use of this argument, some drivers didn't even properly check it.
* gallium: Remove dri1_api.h and winsys support for DRI1Jakob Bornecrantz2010-05-251-81/+0
| | | | | Since DRI1 support was dropped from st/dri it makes no sense to keep this code around.
* st_api: Give get_egl_image arguments directly to the functionJakob Borncrantz2010-05-211-5/+13
|
* gallium: Fix invalidate framebuffer with old libGL librariesJakob Bornecrantz2010-05-211-1/+8
|
* st_api: Add get param function to st_managerJakob Bornecrantz2010-05-211-0/+13
|
* Merge branch 'gallium-msaa'Roland Scheidegger2010-05-214-21/+40
|\ | | | | | | | | | | Conflicts: src/mesa/state_tracker/st_gen_mipmap.c src/mesa/state_tracker/st_texture.c
| * gallium: clean up resource_copy_region functionRoland Scheidegger2010-05-171-2/+0
| | | | | | | | | | | | | | | | | | | | Previously, surface_copy was said to allow overlapping blits, and it was "optional". However, some state trackers actually assumed it is always present, and quite some code (like in u_blit) assumed overlapping isn't allowed. Hence, resource_copy_region (and in the same spirit, resource_fill_region) is now mandatory, but overlapping blits are no longer allowed. A driver can plug in the cpu fallback util_resource_copy_region if it does not want to provide its own implementation, though this is not optimal.
| * gallium: another interface change for multisamplingRoland Scheidegger2010-05-171-10/+2
| | | | | | | | | | | | | | | | | | | | due to popular request, use nr_samples parameter in is_format_supported() instead of new is_msaa_supported() query. This makes it easily possible to query if a format with a given sample count is also supported not only as render target, but for sampler views (note that texture sampling from multisampled resources isn't supported yet). It is not quite how dx10 format msaa queries work, but we might need to revisit format queries completely in the future anyway.
| * Merge commit 'origin/master' into gallium-msaaRoland Scheidegger2010-05-041-3/+2
| |\
| * \ Merge commit 'origin/master' into gallium-msaaRoland Scheidegger2010-04-302-5/+3
| |\ \
| * | | gallium: fix glaring bugs in last commitRoland Scheidegger2010-04-271-2/+1
| | | |
| * | | gallium: interface changes for multisamplingRoland Scheidegger2010-04-264-18/+48
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | add function to set sample mask, and state for alpha-to-coverage and alpha-to-one. Also make it possible to query for supported sample count with is_msaa_supported(). Use explicit resource_resolve() to resolve a resource. Note that it is illegal to bind a unresolved resource as a sampler view, must be resolved first (as per d3d10 and OGL APIs, binding unresolved resource would mean that special texture fetch functions need to be used which give explicit control over what samples to fetch, which isn't supported yet). Also change surface_fill() and surface_copy() to operate directly on resources. Blits should operate directly on resources, most often state trackers just used get_tex_surface() then did a blit. Note this also means the blit bind flags are gone, if a driver implements this functionality it is expected to handle it for all resources having depth_stencil/render_target/sampler_view bind flags (might even require it for all bind flags?). Might want to introduce quality levels for MSAA later. Might need to revisit this for hw which does instant resolve.
* | | | Merge branch 'gallium-front-ccw'Keith Whitwell2010-05-212-11/+12
|\ \ \ \
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-14 18:25:41 +0000