summaryrefslogtreecommitdiffstats
path: root/src/gallium
Commit message (Collapse)AuthorAgeFilesLines
* gallium/i965: implement pipe_screen for i965 driver (untested)Brian2008-02-279-96/+338
|
* gallium/i915: hook up screen->get_param()Brian2008-02-272-50/+68
|
* Cell: implement pipe_screen for cell driverBrian2008-02-278-64/+254
|
* gallium: implement pipe_screen for softpipe driverBrian2008-02-278-66/+220
|
* gallium/i915: remove some redundant codeBrian2008-02-273-56/+1
|
* gallium: better debug messagesBrian2008-02-271-4/+4
|
* gallium: softpipe_init_texture_funcs(), make texture func staticBrian2008-02-273-25/+17
|
* gallium: Make headers C++ friendly.José Fonseca2008-02-273-3/+30
|
* gallium: Replace // comments.José Fonseca2008-02-278-25/+25
|
* gallium: Remove // comments.José Fonseca2008-02-273-8/+8
|
* gallium: update for new i915_screen.c file; fix some warnings.José Fonseca2008-02-274-0/+20
|
* gallium: Use stricter types.José Fonseca2008-02-271-13/+13
| | | | | VC++ won't silently convert a pointer to a function with typed pointer arguments to one with void pointer arguments.
* cell: insert a (disabled) call to spe_cpu_info_get()Brian2008-02-261-0/+3
| | | | Found on the Cell devel forum, but doesn't appear to be available in SDK 2.1.
* gallium: introduce 'pipe_screen' for context-independent functionsBrian2008-02-2614-63/+418
| | | | | | | This will allow creating textures before a rendering context exists, for example. Only implemented in i915 driver for now. i915pipe->texture_create() just dispatches through to the i915screen->texture_create() to avoid state tracker changes for now.
* gallium: remove pipe parameter from pipe_texture_reference()Brian2008-02-269-9/+25
| | | | | Added pipe field to pipe_texture (temporary, see comments). First step toward context-less texture creation...
* gallium: updated prototype (missed in prev commit)Brian2008-02-261-0/+2
|
* gallium: replace draw_convert_wide_points() with draw_wide_point_threshold()Brian2008-02-265-22/+23
| | | | | | | Specifying a threshold size is a bit more flexible, and allows the option of converting even 1-pixel points to triangles (set threshold=0). Also, remove 0.25 pixel bias in wide_point().
* gallium: Print texture target for short dumps.Michal Krol2008-02-261-0/+18
|
* cell: Multiple rendering contexts don't work yetIan Romanick2008-02-261-0/+10
| | | | | Log a message and forcibly exit. This prevents silly fools from thinking there's a bug...instead of just an unimplemented feature. :)
* intel_winsys: Fix build failure due to DEBUG_IOCTL being undefined.Michel Dänzer2008-02-261-0/+3
| | | | Include pipe/p_debug.h to consistently enable or disable the debugging code.
* gallium/i915: Use tgsi_scan_shader() to collect shader infoBrian2008-02-265-39/+19
| | | | | No longer use semantic info in pipe_shader_state. Also, remove redundant semantic info from i915_fp_compile struct.
* gallium: remove unused varBrian2008-02-261-1/+0
|
* gallium: added tgsi_shader_field to sp_fragment_shaderBrian2008-02-267-25/+32
| | | | | Use the shader semantic info from there, instead of from pipe_shader_state. Carry this idea to draw module and other drivers...
* gallium: collect more shader info in tgsi_scan_shader()Brian2008-02-262-0/+31
| | | | | Now getting input/output semantic info so we can eventually remove those fields from pipe_shader_state.
* gallium: remove input_map[] from pipe_shader_stateBrian2008-02-261-1/+0
|
* gallium: disable debug codeBrian2008-02-261-1/+1
|
* gallium: Fix build on Windows.Michal Krol2008-02-261-1/+1
|
* implement cache limits for csoZack Rusin2008-02-263-43/+110
| | | | by default set to 4096, which might be on the large side
* add an explicit callback decleration and use it to silence warningsZack Rusin2008-02-262-2/+4
|
* hide cso cache definition and add some initial code for size limitingZack Rusin2008-02-262-17/+33
| | | | the caches
* implement deleting of driver side cached state in cso'sZack Rusin2008-02-263-1/+102
|
* gallium: rewrite AA point fragment shader to use a CMP instruction instead ↵Brian2008-02-251-100/+96
| | | | | | of IF/ELSE/ENDIF Allows the shader to work on i915 hardware.
* gallium/i915: plug in aapoint draw stageBrian2008-02-251-3/+1
|
* gallium/i915: Fix emit_hw_vertex(): need to use vinfo->src_index[]Brian2008-02-251-14/+16
|
* gallium/i915: remove debug codeBrian2008-02-251-1/+0
|
* gallium/i915: fix i915_emit_texld() to handle swizzled texcoordsBrian2008-02-252-16/+67
| | | | Allocate a temporary register, insert MOV instruction, etc.
* cell: Additional changes to match changes in draw/draw_vertex_shader.cIan Romanick2008-02-251-1/+2
|
* cell: Fix off-by-one error in spu_dcache_fetch_unalignedIan Romanick2008-02-251-18/+32
| | | | | This time the off-by-one error caused an extra qword to be fetched under certain circumstances when the source ea was not qword aligned.
* cell: Trivial compiler warning clean-ups.Ian Romanick2008-02-254-5/+8
|
* Cell: Remove unnecessary include filesIan Romanick2008-02-252-4/+0
|
* Cell: Use multiple DMA tags for the dcache.Ian Romanick2008-02-252-2/+5
|
* gallium/i915: compute vertex size _after_ state validation in emit_prim().Brian2008-02-251-3/+7
| | | | Fixes crash when drawing aa lines.
* gallium/i915: plug in aaline draw stageBrian2008-02-251-1/+5
|
* gallium/i915: make sure state is up to date in ↵Brian2008-02-251-1/+8
| | | | i915_vbuf_render_get_vertex_info(), also disable bogus assertion
* gallium/i915: need to recompute vertex info if vertex shader changesBrian2008-02-253-1/+4
|
* gallium/i915: call draw_flush() in i915_flush()Brian2008-02-251-0/+3
|
* gallium: fix bad ptr assignmentBrian2008-02-251-1/+1
|
* gallium/i915: use draw_find_vs_output() directly, fix broken fogcoords.Brian2008-02-251-46/+53
| | | | | We now produce the correct 915 vertex layout regardless of the order in which fragment shader inputs are declared.
* softpipe: use draw_find_vs_output() directlyBrian2008-02-251-32/+7
|
* gallium: modify draw_find_vs_output() to search vertex shader outputsBrian2008-02-251-3/+21
| | | | | | | | | | This simplifies drivers using the draw module and removes the last dependency on vertex-shader "internals". Since the draw module is producing the post-transformed vertices, it makes sense to ask it where specific vertex attributes are located. This could also simplify some things in the state tracker code for selection, feedback, rasterpos...