summaryrefslogtreecommitdiffstats
path: root/src/gallium
Commit message (Collapse)AuthorAgeFilesLines
* llvmpipe: return zero from floor_pot(zero)Keith Whitwell2010-09-151-1/+3
|
* llvmpipe: remove duplicate codeKeith Whitwell2010-09-151-5/+0
| | | | Bad rebase presumably.
* llvmpipe: brackets around macro argKeith Whitwell2010-09-151-1/+1
|
* r600g: Silence unused variable warning.Vinson Lee2010-09-151-0/+2
| | | | The code that uses dname is currently ifdef'ed out.
* r600g: Silence uninitialized variable warning.Vinson Lee2010-09-151-1/+1
|
* r600g: Silence uninitialized variable warning.Vinson Lee2010-09-151-0/+3
|
* r600g: Silence uninitialized variable warning.Vinson Lee2010-09-151-1/+1
|
* nvfx: Silence uninitialized variable warnings.Vinson Lee2010-09-151-0/+3
|
* r600g: Silence uninitialized variable warning.Vinson Lee2010-09-151-1/+1
|
* r600g: Silence uninitialized variable warning.Vinson Lee2010-09-151-1/+1
|
* r300g: fix buffer reuse issue caused by previous commitDave Airlie2010-09-151-3/+6
| | | | | | caused by 0b9eb5c9bb03e5134d9a41786178100109e80c5a test run glxgears, resize.
* r300g: prevent creating multiple winsys BOs for the same handleMarek Olšák2010-09-152-4/+26
| | | | | | | This fixes a DRM deadlock in the cubestorm xscreensaver, because somehow there must not be 2 different BOs relocated in one CS if both BOs back the same handle. I was told it is impossible to happen, but apparently it is not, or there is something else wrong.
* r600g: Remove unnecessary headers.Vinson Lee2010-09-142-3/+0
|
* auxiliary: fix unintended fallthroughLuca Barbieri2010-09-141-0/+1
|
* llvmpipe: Remove unnecessary header.Vinson Lee2010-09-141-1/+0
|
* gallivm: Remove unnecessary header.Vinson Lee2010-09-141-1/+0
|
* llvmpipe: Initialize variable for potentially unhandled switch case.Vinson Lee2010-09-141-0/+3
|
* i965g: Fix 'control reaches end of non-void function' warning.Vinson Lee2010-09-141-1/+2
| | | | | | Fixes the following GCC warning. brw_screen.c: In function 'brw_get_shader_param': brw_screen.c:241: warning: control reaches end of non-void function
* i915g: Fix 'control reaches end of non-void function' warning.Vinson Lee2010-09-131-1/+2
| | | | | | Fixes the following GCC warning. i915_screen.c: In function 'i915_get_shader_param': i915_screen.c:184: warning: control reaches end of non-void function
* i915: Fix "implicit declaration of function 'draw_get_shader_param'" warning.Vinson Lee2010-09-131-0/+1
| | | | | | Fixes the following GCC warning. i915_screen.c: In function 'i915_get_shader_param': i915_screen.c:147: warning: implicit declaration of function 'draw_get_shader_param'
* identity: Fix 'assignment from incompatible pointer type' warning.Vinson Lee2010-09-131-1/+1
| | | | | | | | This is a follow-up to commit a508d2dddcc67d0f92cc36b9ed6f36a9bbfc579d. Fixes the following GCC warning. id_screen.c: In function 'identity_screen_create': id_screen.c:317: warning: assignment from incompatible pointer type
* rbug: Fix 'assignment from incompatible pointer type' warning.Vinson Lee2010-09-131-1/+1
| | | | | | | | This is a follow-up to commit a508d2dddcc67d0f92cc36b9ed6f36a9bbfc579d. Fixes the following GCC warning. rbug_screen.c: In function 'rbug_screen_create': rbug_screen.c:331: warning: assignment from incompatible pointer type
* gallium: introduce get_shader_param (ALL DRIVERS CHANGED) (v3)Luca Barbieri2010-09-1424-321/+584
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Changes in v3: - Also change trace, which I forgot about Changes in v2: - No longer adds tessellation shaders Currently each shader cap has FS and VS versions. However, we want a version of them for geometry, tessellation control, and tessellation evaluation shaders, and want to be able to easily query a given cap type for a given shader stage. Since having 5 duplicates of each shader cap is unmanageable, add a new get_shader_param function that takes both a shader cap from a new enum and a shader stage. Drivers with non-unified shaders will first switch on the shader and, within each case, switch on the cap. Drivers with unified shaders instead first check whether the shader is supported, and then switch on the cap. MAX_CONST_BUFFERS is now per-stage. The geometry shader cap is removed in favor of checking whether the limit of geometry shader instructions is greater than 0, which is also used for tessellation shaders. WARNING: all drivers changed and compiled but only nvfx tested
* llvmpipe: Fix non SSE2 builds.José Fonseca2010-09-131-2/+2
| | | | Should fix fdo 30168.
* r300g/swtcl: unlock VBO after draw_flushMarek Olšák2010-09-131-4/+1
| | | | | https://bugs.freedesktop.org/show_bug.cgi?id=29901 https://bugs.freedesktop.org/show_bug.cgi?id=30132
* llvmpipe: Change asm to __asm__.Witold Baryluk2010-09-131-3/+3
| | | | | | | According to gcc documentation both are equivalent, second are prefered as first can make conflict with existing symbols. Signed-off-by: José Fonseca <[email protected]>
* r300g: fix SWTCLMarek Olšák2010-09-134-41/+99
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=29901
* llvmpipe: Unbreak rasterization on 64bit.José Fonseca2010-09-131-24/+22
|
* gallium: Change the resource_copy_region semantics to allow copies between ↵José Fonseca2010-09-131-3/+5
| | | | different yet compatible formats
* r600g: evergreen fixup dsa state for running query.Dave Airlie2010-09-132-3/+2
| | | | evergreen is always the same as r700 here.
* llvmpipe: use gcc asm only with gccJosé Fonseca2010-09-131-1/+1
|
* r300g: print unassigned FS inputs for DBG_RSMarek Olšák2010-09-131-0/+9
|
* r300g: fix map_bufferMarek Olšák2010-09-131-4/+17
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=30145
* r300g: add new debug options for dumping scissor regs and disabling CBZB clearMarek Olšák2010-09-135-3/+16
|
* r300g: skip rendering if CS space validation failsMarek Olšák2010-09-133-52/+73
| | | | | | | | | radeon_cs_space_check flushes the pipe context on failure, retries the validation, and returns -1 if it fails again. At that point, there is nothing we can do, so let's skip draw operations instead of getting stuck in an infinite loop. This code path ideally should never be hit.
* r300g: remove u_upload_flush from r300_draw_arraysMarek Olšák2010-09-131-1/+0
| | | | | This a leftover probably and is unnecessary, since we flush u_upload_mgr in r300_flush.
* nvfx: Remove unused variables.Vinson Lee2010-09-123-3/+1
|
* nvfx: Move declaration before code.Vinson Lee2010-09-121-6/+12
| | | | Fixes SCons build.
* llvmpipe: introduce tri_3_4 for tiny trianglesKeith Whitwell2010-09-126-46/+127
|
* llvmpipe: allow tri_3_16 at any 4-aligned location within a tileKeith Whitwell2010-09-121-27/+50
| | | | Doesn't require 16-alignment, so catch more cases.
* llvmpipe: refactor tri_3_16Keith Whitwell2010-09-121-17/+47
| | | | | Keep step array as a set of four m128i's and reuse throughout the rasterization.
* llvmpipe: pass linear masks to fragment shaderKeith Whitwell2010-09-123-73/+23
| | | | Fragment shader can extract the correct bits for each quad.
* llvmpipe: fix warnings on both 32 and 64 bit buildsKeith Whitwell2010-09-121-3/+3
|
* llvmpipe: fix wierd performance regression in isosurfKeith Whitwell2010-09-121-6/+8
| | | | | | | | | | | | I really don't understand the mechanism behind this, but it seems like the way data blocks for a scene are malloced, and in particular whether we treat them as stack or a queue, and whether we retain the most recently allocated or least recently allocated has a real affect (~5%) on isosurf framerates... This is probably specific to my distro or even just my machine, but none the less, it's nicer not to see the framerates go in the wrong direction.
* pb: Fix the build, and add notes.José Fonseca2010-09-125-5/+14
|
* llvmpipe: Only generate the whole shader specialization for opaque shaders.José Fonseca2010-09-121-1/+7
| | | | | If not opaque, then the color buffer will have to be read any way, therefore the specialization is pointless.
* pb: add void * for flush ctx to mapping functionsDave Airlie2010-09-1211-28/+24
| | | | | | | | | | If the buffer we are attempting to map is referenced by the unsubmitted command stream for this context, we need to flush the command stream, however to do that we need to be able to access the context at the lowest level map function, currently we set the buffer in the toplevel map, but this racy between context. (we probably have a lot more issues than that.) I'll look into a proper solution as suggested by jrfonseca when I get some time.
* nv30: fix breakage due to 10 texcoord support on nv40Luca Barbieri2010-09-111-2/+2
|
* r600g: Undo bo placement change.Tilman Sauerbeck2010-09-111-1/+1
| | | | | | | This reverts a part of e795ca8f3175fa6fd97b6b2ef2775e3f8803012a that causes artefacts and a performance drop. Signed-off-by: Tilman Sauerbeck <[email protected]>
* llvmpipe: Silence some warnings.José Fonseca2010-09-111-2/+2
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-20 14:14:48 +0000