summaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* mesa: assertions to check for too many vertex outputs or fragment inputsBrian Paul2009-05-081-0/+4
|
* glsl: check number of varying variables against the limitBrian Paul2009-05-081-4/+9
| | | | Link fails if too many varying vars.
* mesa: issue warning for out of bounds array indexesBrian Paul2009-05-081-0/+2
|
* i965: don't use GRF regs 126,127 for WM programsBrian Paul2009-05-082-5/+28
| | | | | | | They seem to be used for something else and using them for shader temps seems to lead to GPU lock-ups. Call _mesa_warning() when we run out of temps. Also, clean up some debug code.
* glsl: set vertex/fragment program Ids to aid with debuggingBrian Paul2009-05-081-0/+4
|
* mesa: more shader debug code (disabled)Brian Paul2009-05-081-0/+4
|
* mesa/st: keep surface_copy arguments positiveKeith Whitwell2009-05-082-3/+68
| | | | | | | The src/dest x,y, and w,h arguments of the pipe->surface_copy function are unsigned and the drivers aren't expecting negative (or extremly-large unsigned) values as inputs. Trim the requests at the state-tracker level before passing down.
* mesa/st: remove redundant call to st_finish in CopyTexSubImageKeith Whitwell2009-05-081-3/+0
| | | | | Rendering should already have been flushed, any synchronization will be done by the driver or memory manager.
* mesa/st: cope with non-ibo index data in st_draw_feedback.cKeith Whitwell2009-05-081-8/+15
| | | | | | Previously only non-indexed or indicies-in-a-vbo cases were handled in this code. This change adds the missing regular indices-in-memory case.
* mesa: Make _mesa_share_state thread safe.José Fonseca2009-05-081-2/+9
|
* mesa: make the array object save/remove functions staticBrian Paul2009-05-072-14/+7
|
* mesa: clean-up vertex array object VBO unbinding and delete/refcountingBrian Paul2009-05-071-31/+33
| | | | | Don't really delete vertex array objects until the refcount hits zero. At that time, unbind any pointers to VBOs.
* mesa: reference counting for gl_array_objectBrian Paul2009-05-074-14/+83
| | | | | Every kind of object that can be shared by multiple contexts should be refcounted.
* mesa: array object commentsBrian Paul2009-05-071-0/+5
|
* mesa: move the NullBufferObj from GLcontext to gl_shared_stateBrian Paul2009-05-0713-41/+50
| | | | | Since shared array objects may point to the null/default buffer object, the null/default buffer object should be part of the shared state.
* mesa: fix comments, s/texture/buffer/Brian Paul2009-05-071-2/+2
|
* vbo: in glDraw[Range]Element() code, check for out of bounds indexesBrian Paul2009-05-071-0/+7
| | | | | No-op the bad drawing command rather than go out of bounds and render garbage. Print a warning to alert the developer to the bad drawing call.
* mesa: remove unused gl_buffer_object::OnCard fieldBrian Paul2009-05-072-3/+0
|
* mesa: added gl_buffer_object::Written flag (for debug purposes)Brian Paul2009-05-072-0/+7
| | | | The flag is set when we data has been written into the buffer object.
* mesa: Compute gl_client_array->_MaxElement during array validationBrian Paul2009-05-074-40/+64
| | | | | | Used to be done in the glVertex/Normal/Color/etc/Pointer() calls but if the VBO was reallocated the size could change. New _NEW_BUFFER_OBJECT state flag.
* mesa: GLvector4f:: flags is a GLbitfield, update comments too.Brian Paul2009-05-072-5/+5
|
* mesa: add storage_count field to GLvector4f. Useful for debugging.Brian Paul2009-05-072-0/+2
|
* mesa: use array->BufferObj instead of ctx->Array.ArrayBufferObjBrian Paul2009-05-071-2/+2
| | | | No difference, but a little more understandable.
* mesa: added _ElementSize field to gl_client_arrayBrian Paul2009-05-072-0/+3
| | | | Will be handy for bounds checking later...
* mesa: use local var to make code a bit more conciseBrian Paul2009-05-071-36/+37
|
* mesa: fix/add commentsBrian Paul2009-05-071-3/+2
|
* mesa: use _mesa_sizeof_type() in vbo split codeBrian Paul2009-05-071-16/+2
|
* mesa: vbo code reformatting, clean-up, commentsBrian Paul2009-05-071-43/+52
|
* mesa: add GL_DOUBLE case in _mesa_sizeof_type()Brian Paul2009-05-071-0/+2
|
* mesa: in vbo split code, map buffers read-only, not write-onlyBrian Paul2009-05-071-6/+6
| | | | And use GL_ELEMENT_ARRAY_BUFFER where appropriate.
* mesa: limit number of error raised by invalid GL_TEXTURE_MAX_ANISOTROPY_EXTBrian Paul2009-05-071-2/+4
|
* tnl: added some clip debug/print code (disabled)Brian Paul2009-05-071-0/+19
|
* mesa: reformatting, updated comments, const-correctnessBrian Paul2009-05-072-59/+50
|
* tnl: replace 0x3f with CILP_FRUSTUM_BITSBrian Paul2009-05-071-3/+3
|
* i965: relAddr local var (to make debug/test a little easier)Brian Paul2009-05-071-5/+6
|
* Merge branch 'mesa_7_5_branch'Brian Paul2009-05-073-22/+75
|\
| * swrast: fix span clipping bugBrian Paul2009-05-072-22/+71
| | | | | | | | | | If a horizontal span of pixels was located at x < 0 we could sometimes read/write outside of renderbuffer bounds.
| * mesa: unmap buffer objects during context tear-downBrian Paul2009-05-071-0/+4
| |
* | i965: Remove bad constant buffer constant-reg-already-loaded optimization.Eric Anholt2009-05-061-13/+11
| | | | | | | | | | | | | | Thanks to branching, the state of c->current_const[i].index at the point of emitting constant loads for this instruction may not match the actual constant currently loaded in the reg at runtime. Fixes a regression in my GLSL program for idr's class since b58b3a786aa38dcc9d72144c2cc691151e46e3d5.
* | intel: Unmap buffers if needed at DeleteBuffer time.Eric Anholt2009-05-061-1/+10
| | | | | | | | | | | | | | This fixes a crash in glean's pbo test, which tripped over the assert when a context was destroyed while a buffer was still mapped (Mesa doesn't call UnmapBuffer in that case). Regression in c6bde8873fbda6d8467600b7491d8543c75b0509
* | mesa: remove unnecessary buffer size checkBrian Paul2009-05-061-8/+0
| |
* | mesa: code consolidation in glDraw[Range]Elements() validationBrian Paul2009-05-061-26/+22
| |
* | mesa: new comments, minor reformattingBrian Paul2009-05-061-7/+20
| |
* | mesa: use elementBuf local var instead of ctx->Array.ElementArrayBufferObjBrian Paul2009-05-061-1/+1
| | | | | | | | Makes no real difference, but more consistant.
* | i965: Remove the forced lack of caching for renderbuffer surface state.Eric Anholt2009-05-061-11/+8
| | | | | | | | | | | | | | | | | | This snuck in with the multi-draw-buffers commit, and is a major penalty to performance. It doesn't appear to be required, as the only dependency the surface BO has is on the state key (and if there's some other dependency, it should just be in the key). This brings openarena performance up to almost 2% faster than Mesa 7.4.
* | i965: Remove _NEW_PROGRAM from brw_wm_surfaces setup dependencies.Eric Anholt2009-05-061-2/+1
| | | | | | | | This was a leftover from the brw_wm_constant_buffer change.
* | mesa: be smarter about allocating vert/frag program constantsBrian Paul2009-05-061-25/+76
| | | | | | | | | | | | | | Try to re-use constants/literals more often to make best use of the constant buffer space. See bug 21354.
* | i965: Split WM constant buffer update from other WM surfaces.Eric Anholt2009-05-065-90/+95
| | | | | | | | | | | | | | | | This can avoid re-uploading constant data when it isn't necessary, and is a step towards not updating other surfaces just because constants change. It also brings the upload of the constant buffer next to the creation. This brings openarena performance up another 4%, to 91% of the Mesa 7.4 branch.
* | i965: Disentangle VS constant surface state from WM surface state.Eric Anholt2009-05-067-186/+255
| | | | | | | | | | Also, only create VS surface state if there's a VS constant buffer to be uploaded, and set the contents of the buffer at the same time as creation.
* | i965: Don't create constant buffers if they won't be used.Eric Anholt2009-05-061-1/+17
| | | | | | | | | | | | | | | | Really, the creation and upload of constants should be in the same place, since they should only happen together, and a state flag should be triggered by them so that we don't thrash state around so much for just updating constants. But this still recovers openarena performance by another 19%, leaving us 16% behind Mesa 7.4 branch.