summaryrefslogtreecommitdiffstats
path: root/src/gallium
Commit message (Collapse)AuthorAgeFilesLines
* softpipe: implement conditional renderingBrian Paul2009-12-316-0/+57
|
* gallium: pipe_context::render_condition() and mode flagsBrian Paul2009-12-312-0/+17
| | | | | | | For conditional rendering predicated on results of an occlusion query. If this driver function is NULL, conditional rendering is not supported by the driver.
* Merge branch 'mesa_7_7_branch'Brian Paul2009-12-3136-55/+323
|\ | | | | | | | | | | | | | | Conflicts: configs/darwin src/gallium/auxiliary/util/u_clear.h src/gallium/state_trackers/xorg/xorg_exa_tgsi.c src/mesa/drivers/dri/i965/brw_draw_upload.c
| * st/xorg: Use C-style comments.Vinson Lee2009-12-291-16/+16
| |
| * st/xorg: Fix warning and add a TODO commentJakob Bornecrantz2009-12-301-0/+6
| |
| * st/xorg: On close wait on fences and then destroy the screenJakob Bornecrantz2009-12-301-1/+11
| |
| * st/xorg: Be proper with pipe pointers on close in exaJakob Bornecrantz2009-12-301-0/+3
| |
| * st/xorg: Make sure we don't overrun the fence array in block handlerJakob Bornecrantz2009-12-301-1/+1
| |
| * st/egl: Move declaration before code.Vinson Lee2009-12-281-1/+2
| |
| * llvmpipe: Fix assert.Vinson Lee2009-12-281-1/+1
| |
| * llvmpipe: Silence compiler warnings.Vinson Lee2009-12-282-2/+7
| |
| * util: better fix for unused variable warnings with assertsKeith Whitwell2009-12-281-1/+1
| | | | | | | | | | | | Modify the non-debug (ie disabled) version of assert to expose the value in the expression to the compiler (avoiding the unused variable messages) while still expanding to a noop.
| * llvmpipe: Silence compiler warnings.Vinson Lee2009-12-286-4/+6
| |
| * st/xorg: Silence unused variable warnings.Vinson Lee2009-12-273-0/+3
| |
| * g3dvl: Silence compiler warnings.Vinson Lee2009-12-271-0/+11
| |
| * st/vega: Silence compiler warnings.Vinson Lee2009-12-276-11/+4
| |
| * gallium/xlib: Silence unused variable warning.Vinson Lee2009-12-271-0/+1
| |
| * trace: Silence unused variable warnings.Vinson Lee2009-12-271-0/+2
| |
| * i915g: Silence unused variable warning.Vinson Lee2009-12-271-0/+1
| |
| * softpipe: Silence unintialized variable warnings.Vinson Lee2009-12-271-1/+1
| |
| * softpipe: Silence unused variable warning.Vinson Lee2009-12-271-0/+1
| |
| * tgsi/ureg: Silence uninitialized variable warnings.Vinson Lee2009-12-271-4/+4
| |
| * Merge branch 'mesa_7_6_branch' into mesa_7_7_branchBrian Paul2009-12-2718-21/+251
| |\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: src/gallium/auxiliary/util/u_network.c src/gallium/auxiliary/util/u_network.h src/gallium/drivers/i915/i915_state.c src/gallium/drivers/trace/tr_rbug.c src/gallium/state_trackers/vega/bezier.c src/gallium/state_trackers/vega/vg_context.c src/gallium/state_trackers/xorg/xorg_crtc.c src/gallium/state_trackers/xorg/xorg_driver.c src/gallium/winsys/xlib/xlib_brw_context.c src/mesa/main/mtypes.h
| | * gallium/util: Remove comma at end of enumerator list.Vinson Lee2009-12-261-1/+1
| | |
| | * rbug: Remove comma at end of enumerator list.Vinson Lee2009-12-261-1/+1
| | |
| | * rbug: Remove comma at end of enumerator list.Vinson Lee2009-12-261-1/+1
| | |
| | * gallium/util: Initialize variable in util_clear.Vinson Lee2009-12-231-1/+1
| | |
| | * util: Ensure debug_dump_flags generates a null-terminated string.Vinson Lee2009-12-231-2/+4
| | |
| | * st/xorg: Use C-style comments.Vinson Lee2009-12-232-9/+11
| | |
| | * st/vega: Move declaration outside for loop.Vinson Lee2009-12-233-5/+11
| | |
| | * st/egl: Use C-style comments.Vinson Lee2009-12-231-2/+2
| | |
| | * xlib: Use C-style comments.Vinson Lee2009-12-221-2/+2
| | |
| | * trace: Silence uninitialized variable warnings.Vinson Lee2009-12-221-2/+2
| | |
| | * trace: Add PIPE_OS_APPLE.Vinson Lee2009-12-222-3/+3
| | |
| | * gallium/util: Add PIPE_OS_APPLE to u_stream_stdc.c.Vinson Lee2009-12-221-1/+1
| | |
| | * gallium/util: Add PIPE_OS_APPLE to u_network.Vinson Lee2009-12-222-4/+4
| | |
| | * i915g: Use C-style comment.Vinson Lee2009-12-221-2/+4
| | |
* | | nv50: fix TEXLOD sequence and use it only in FPsChristoph Bumiller2009-12-311-1/+8
| | |
* | | nv50: cannot kill branch if immediate is usedChristoph Bumiller2009-12-311-0/+3
| | | | | | | | | | | | The immediate's bits eat the condition bits.
* | | nv50: make assimilate_temp safeChristoph Bumiller2009-12-311-16/+28
| | | | | | | | | | | | | | | Cannot change hw reg assigned to a TGSI TEMP on the fly if we are in a loop, conditional, or can jump around wildly.
* | | nv50: handle TGSI_OPCODE_EXP,LOGChristoph Bumiller2009-12-311-0/+59
| | | | | | | | | | | | Not that they make much sense on nv50, but we also do LIT ...
* | | nv50: add support for subroutinesChristoph Bumiller2009-12-311-53/+78
| | |
* | | nv50: alloc_reg on reg_instanceChristoph Bumiller2009-12-311-14/+15
| | | | | | | | | | | | | | | | | | If we create multiple instances of an nv50_reg referencing them same resource, register allocation from alloc_reg has to be done with the original nv50_reg.
* | | nv50: multiply polygon offset units by 2Christoph Bumiller2009-12-311-1/+1
| | |
* | | nv50: neg and abs modifiers for flopsChristoph Bumiller2009-12-311-28/+55
| | | | | | | | | | | | Also fixes RSQ of negative sources.
* | | nv50: don't negate immediates in set_immdChristoph Bumiller2009-12-311-12/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This negation would only be triggered in situations where it's incorrect. The caller of set_immd should negate the immediate value in the instruction itself if desired, and will also know if it's a float or an int. ADD TEMP[0], CONST[0], -IMMD[0] would load the immediate into extra TEMP, negated, and set the negate flag in add as well - double negation.
* | | nouveau: Fix glTexSubImage on swizzled surfaces on <=NV40Luca Barbieri2009-12-306-55/+74
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <[email protected]>
* | | nouveau: Unreference state/buffer objects on context/screen destruction.Younes Manton2009-12-2812-5/+102
| | | | | | | | | | | | | | | | | | | | | | | | - unreference state objects so that buffer objects are unreferenced and eventually destroyed - free channel at screen's destruction Based on Krzysztof Smiechowicz's patch.
* | | nouveau: Fix swizzling for copies to rectangular texturesLuca Barbieri2009-12-281-3/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | nouveau: Fix nv20-40 swizzled miptree RTsLuca Barbieri2009-12-289-3/+122
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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).