summaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* 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]>
* mesa: Allow querying the system FBO in GetFramebufferAttachmentParameterivKristian Høgsberg2010-06-151-6/+8
| | | | | | | | | | | | | | | | | | | | | | If the default framebuffer is bound to <target>, then <attachment> must be one of FRONT_LEFT, FRONT_RIGHT, BACK_LEFT, BACK_RIGHT, AUXi, DEPTH_BUFFER, or STENCIL_BUFFER, identifying a color buffer, the depth buffer, or the stencil buffer, and <pname> may be FRAMEBUFFER_ATTACHMENT_OBJECT_TYPE or FRAMEBUFFER_ATTACHMENT_OBJECT_NAME. as well as these <pname> values FRAMEBUFFER_ATTACHMENT_RED_SIZE, FRAMEBUFFER_ATTACHMENT_GREEN_SIZE, FRAMEBUFFER_ATTACHMENT_BLUE_SIZE, FRAMEBUFFER_ATTACHMENT_ALPHA_SIZE, FRAMEBUFFER_ATTACHMENT_DEPTH_SIZE, FRAMEBUFFER_ATTACHMENT_STENCIL_SIZE, FRAMEBUFFER_ATTACHMENT_COMPONENT_TYPE, or FRAMEBUFFER_ATTACHMENT_COLOR_ENCODING. https://bugs.freedesktop.org/show_bug.cgi?id=28551
* 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
|
* mesa: Allow GL_ALPHA FBOs with ARB_framebuffer_object.Eric Anholt2010-06-102-3/+7
| | | | Drivers still reject them today, but cairo would like to use these.
* swrast: When reading from a 0-bits r,g,b channel, return 0 not 1.Eric Anholt2010-06-101-3/+11
| | | | | | | It looks like we were reading a fractional value, multiplying by an enormous negative value, then stuffing that value into a bitfield assuming it was already clamped. This becomes relevant for GL_ALPHA or R/RG FBOs.
* 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.
* intel: Clean up stale comments in intel_batchbuffer.c.Eric Anholt2010-06-081-4/+1
|
* intel: Remove the non-gem paths for batchbuffer upload.Eric Anholt2010-06-081-22/+4
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-23 21:15:13 +0000