summaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers
Commit message (Collapse)AuthorAgeFilesLines
* i915: Ask the compiler to flatten out all the if statements that it can.Eric Anholt2010-07-191-0/+2
|
* i965: Add support for the DP2 opcode, which we use for dot(vec2, vec2).Eric Anholt2010-07-024-0/+38
| | | | | | | The original glsl compiler would generate a.x * b.x + a.y * b.y, which we would do mul+mul+add for instead of this mul+mac. Fixes glsl-fs-dot-vec2.
* i965: Add support for OPCODE_SSG.Eric Anholt2010-06-305-0/+54
| | | | | The old compiler didn't use SSG, and instead emitted SGT/SGT/SUB. We can do a little better for SSG than we do for the SGT series.
* glsl2: Replace the GLSL compiler with the glsl2 project.Eric Anholt2010-06-241-2/+2
|
* Revert "Fix image_matches_texture_obj() MaxLevel check"Will Dyson2010-06-192-7/+7
| | | | | | | | | | | | | This reverts commit a9ee95651131e27d5acf3d10909b5b7e5c8d3e92. It was based on a failure to understand how ther driver allocates memory, and causes a regression with Celestia. Set MaxLevel to dstLevel before allocating new mipmap level. The radeon driver will fail to allocate space for a new level that is outside of BaseLevel..MaxLevel. Set MaxLevel before allocating. Signed-off-by: Maciej Cencora <[email protected]>
* intel: Finalize the miptree before mapping it for fallbacks.Eric Anholt2010-06-181-0/+2
| | | | Fixes segfault in mipmap_view.c demo. Bug #27212.
* i965: Fix the name of aa_coverage_slope in the improved AA line params.Eric Anholt2010-06-181-1/+1
|
* intel: Remove unnecessary headers.Vinson Lee2010-06-162-6/+0
|
* r600: GL_COORD_REPLACE state is only relevant when point sprites are enabled.Henri Verbeet2010-06-161-6/+11
|
* r600: fix warningsMarc2010-06-161-2/+2
|
* osmesa: always build standalone for internal symbolsDan Nicholson2010-06-161-6/+0
| | | | | | | | | | | | | | | When building OSMesa and xlib GL, the resulting OSMesa would be linked against libGL instead of the internal mesa libraries. However, when building with -fvisibility=hidden, some of the internal functions used in OSMesa could not be resolved through libGL. Instead, always build OSMesa standalone without linking against libGL. This has the advantage that OSMesa is always built the same way, but it means that disk space is wasted when libGL is installed since both libraries will contain the internal objects. Signed-off-by: Dan Nicholson <[email protected]> Tested-by: Tom Fogal <[email protected]>
* i965: Remove unnecessary header.Vinson Lee2010-06-141-1/+0
|
* i965: Fix surface state dumping with INTEL_DEBUG=batch.Eric Anholt2010-06-141-2/+2
| | | | I broke this with the state streaming changes.
* i965: correct the gen6 line stipple enable define.Zhenyu Wang2010-06-141-1/+1
|
* intel: Remove long-dead comment about releasing texture heaps.Eric Anholt2010-06-141-15/+0
| | | | | BOs are stored in the bufmgr, which is freed as part of the screen structure.
* i965: Fix gen6 front cull mode.Eric Anholt2010-06-121-1/+1
|
* i965: Use the new message header format for FF_SYNC on gen6.Zhenyu Wang2010-06-121-2/+7
|
* i965: Add support for math instructions in the gen6 WM.Zhenyu Wang2010-06-121-0/+15
|
* i965: Set the correct WM GRF start reg on gen6.Zhenyu Wang2010-06-121-1/+2
|
* i965: Update gen6 paths for the streaming rework.Eric Anholt2010-06-123-31/+4
|
* i965: Stream out CC unit state.Eric Anholt2010-06-123-155/+66
| | | | | | | | before: [ # ] backend test min(s) median(s) stddev. count [ 0] gl firefox-talos-gfx 31.791 32.287 1.11% 6/6 after: [ 0] gl firefox-talos-gfx 31.198 31.675 0.96% 6/6
* r300/compiler: fix scons buildJoakim Sindholt2010-06-121-0/+1
|
* i965: Remove unnecessary header.Vinson Lee2010-06-121-1/+0
|
* r300/compiler: Handle more complex conditionals in loops.Tom Stellard2010-06-111-71/+84
|
* r300/compiler: Fix warning.Tom Stellard2010-06-111-1/+1
|
* r300/compiler: Handle SGT and SLE at the beginning of loops.Tom Stellard2010-06-111-3/+11
|
* r300/compiler: Verify assumptions about opcode types.Tom Stellard2010-06-111-4/+33
|
* r300/compiler: Unroll loops that decrement the counter.Tom Stellard2010-06-111-49/+83
| | | | e.g. for(i=10; i>0; i--)
* r300/compiler: Unroll loops that have a constant number of iterations.Tom Stellard2010-06-111-2/+209
| | | | | This only works with for loops that increment the counter. e.g. for(i=0; i<10; i++)
* r300/compiler: Implement simple loop emulationTom Stellard2010-06-116-0/+230
| | | | | | | The loop emulation unrolls loops as may times as possbile while still keeping the shader program below the maximum instruction limit. At this point, there are no checks for constant conditionals. This is only enabled for fragment shaders.
* i965: Remove the surface key used to generate constant surfaces.Eric Anholt2010-06-113-62/+14
| | | | We had to fill out all that junk when using the cache, but no more.
* i965: Warning fixes from the i965-streaming merge.Eric Anholt2010-06-112-11/+0
|
* i965: Use the state base address to avoid relocations.Eric Anholt2010-06-113-38/+23
| | | | | | | | This makes the binding table code simpler, and is required for gen6, which requires binding table addresses to be under 64k offset from the surface state base addr. No significant change in performance on firefox-talos-gfx.
* i965: GC the last two arguments to brw_cache_data.Eric Anholt2010-06-117-22/+12
| | | | | Now that the binding table is streamed indirect state, they were always NULL/0.
* i965: Remove brw_state_cache_bo_delete now that it's unused again.Eric Anholt2010-06-112-37/+0
|
* i965: Remove caching of surface state objects.Eric Anholt2010-06-118-288/+192
| | | | | | | | | | | It turns out that computing a 56 byte key to look up a 20-byte object out of a hash table was some sort of a bad idea. Whoops. before: [ # ] backend test min(s) median(s) stddev. count [ 0] gl firefox-talos-gfx 37.799 38.203 0.39% 6/6 after: [ 0] gl firefox-talos-gfx 34.761 34.784 0.17% 5/6
* i965: Convert the binding table to streamed indirect state.Eric Anholt2010-06-117-145/+131
| | | | | | | | | | | | | | | | | | | | | | | This slightly reduces reduces cairo-gl firefox-talos-gfx runtime on my Ironlake: before: [ # ] backend test min(s) median(s) stddev. count [ 0] gl firefox-talos-gfx 38.236 38.383 0.43% 5/6 after: [ 0] gl firefox-talos-gfx 37.799 38.203 0.39% 6/6 It turns out the cost of caching these objects and looking them up in the cache again is greater than the cost of just computing the object again, particularly when the overhead of having a separate BO to pin is removed. (Those that are paying close attention will note that this is a reversal of the path I was moving the driver in a couple of years ago. The major thing that has changed is that back then all state was recomputed when we wrapped the streaming state buffer, including recompiling our precious programs. Now, we're uncaching just the objects that are cheap to compute, and retaining caching of expensive objects)
* i965: Split constant buffer setup from its surface state/binding state.Eric Anholt2010-06-118-78/+79
| | | | This was bothering me when redoing the binding tables.
* i965: Add support for streaming indirect state rather than caching objects.Eric Anholt2010-06-115-1/+66
|
* i965: Set the CC VP state immediately on state change.Eric Anholt2010-06-117-12/+67
| | | | | | | | The cache lookup of these two little floats was .12% of total CPU time on firefox-talos-gfx because we did it any time commonly-changed state changed. On the other hand, updating the CC VP bo immediately whenver CC VP state changes is a .07% overhead due to putting a driver hoook in glEnable().
* i965: Update old comment about state cache sizing.Eric Anholt2010-06-111-2/+2
|
* i965: Move no_batch_wrap assertion out across the area we're trying to verify.Eric Anholt2010-06-111-5/+3
| | | | | It's more likely that we wrap badly in state setup than in the little primitive packet.
* i965: remove UseProgram driver callbackBrian Paul2010-06-101-10/+0
| | | | It just duplicated the default/core Mesa behaviour.
* intel: Remove unnecessary header.Vinson Lee2010-06-101-1/+0
|
* i965: Add support for GL_ALPHA framebuffer objects.Eric Anholt2010-06-106-14/+85
|
* intel: Use the blitter to upload TexSubImage data to busy textures.Eric Anholt2010-06-091-10/+67
| | | | | | | | | | | | | | This avoids many pipeline stalls in cairo-gl. [ # ] backend test min(s) median(s) stddev. count Before: [ 0] gl firefox-talos-gfx 36.799 36.851 2.34% 3/3 [ 0] gl firefox-talos-svg 33.429 35.360 3.46% 3/3 After: [ 0] gl firefox-talos-gfx 35.895 36.250 0.48% 3/3 [ 0] gl firefox-talos-svg 26.669 29.888 5.34% 3/3 This doesn't avoid all the pipeline stalls because the kernel reports !busy for buffers on the flushing list. That should be fixed in .36.
* i965: Avoid calloc/free in the CURBE upload process.Eric Anholt2010-06-095-20/+26
| | | | | | | In exchange we end up with an extra memcpy, but that seems better than calloc/free. Each buffer is 4k maximum, and on the i965-streaming branch this allocation was showing up as the top entry in brw_validate_state profiling for cairo-gl.
* intel: Flag NEW_BUFFERS when changing draw buffers.Eric Anholt2010-06-081-0/+1
| | | | | | | There were entries to this function (most imporantly, prepare_render -> update_renderbuffers) that wouldn't have had NEW_BUFFERS set, but brw_wm_surface_state (the i965 state tracking the drawing regions) expected this to change.
* intel: Convert remaining dri_bo_emit_reloc to drm_intel_bo_emit_reloc.Eric Anholt2010-06-089-60/+41
| | | | | The new API makes so much more sense, I'd like to forget how the old one worked.
* intel: Change dri_bo_* to drm_intel_bo* to consistently use new API.Eric Anholt2010-06-0844-272/+277
| | | | | The slightly less mechanical change of converting the emit_reloc calls will follow.