summaryrefslogtreecommitdiffstats
path: root/src/mesa/main
Commit message (Collapse)AuthorAgeFilesLines
* Use ffvertex_prog.c code instead of t_vp_build.c code.Brian2007-10-311-0/+2
|
* Lift fixed function vertex program generation up from tnl module.Brian2007-10-312-0/+1588
|
* alloc caches for fixed-func vertex/fragment progsBrian2007-10-311-0/+7
|
* Set _NEW_BUFFERS in glRead/DrawBuffer().Brian2007-10-302-3/+3
| | | | | | | | | Previously, we set _NEW_PIXEL and _NEW_COLOR in these functions, respectively. That correponds to the GL attribute groups, but doesn't make much sense otherwise. This could improve validation efficiency in a few places too. It looks like all the drivers are already checking for _NEW_BUFFERS in the right places (since that's the bit for FBO state) so we can trim out _NEW_PIXEL and _NEW_COLOR at any time.
* Rewrite update_program() to use _mesa_get_fixed_func_fragment/vertex_program().Brian2007-10-291-52/+74
|
* Remove ctx field from texenvprog_cacheBrian2007-10-292-13/+11
|
* Refactor _mesa_UpdateTexEnvProgram()Brian2007-10-292-32/+39
| | | | Will be replaced by _mesa_get_fixed_func_fragment_program().
* Rename 'mms-config.' to 'mms.config'.Michal Krol2007-10-291-1/+1
| | | | | It looks like Windows does not like filenames ending with a dot, in effect renaming it to 'mms-config'.
* Disable the else clause which assigns the default fragment program to ↵Brian2007-10-291-0/+2
| | | | | | | | ctx->FragmentProgram._Current The _Current field should either point to the fragment program which is to be run (GLSL, ARB_f_p, fixed-func-generated, etc) or be NULL if conventional fixed-function code is to be used. Matches TNL program code.
* Re-implement GLSL texture sampler variables.Brian2007-10-262-0/+7
| | | | | | | | | | GLSL sampler variables indicate which texture unit to use for TEX instructions. Previously, this was baked into the fragment/vertex program and couldn't be readily changed once set. Now, SamplerUnits[] array indicates which texture unit is to be used for each sampler variable. These values are set with glUniform1i(). This is extra state that must be passed to the fragment/vertex program executor at runtime.
* properly init dst reg's CondMask/Swizzle fieldsBrian2007-10-231-2/+2
|
* bump up MAX_INSTRUCTIONS and add an assertion to catch emitting too many ↵Brian2007-10-231-3/+6
| | | | instructions
* call Driver.Flush() in _mesa_notifySwapBuffers()Brian2007-10-191-2/+4
|
* Add some FLUSH_CURRENT() calls.Brian2007-10-172-0/+4
| | | | | | | Without these we can find ourselves in _mesa_load_state_parameters() computing derived lighting/material values whhen the current material properties haven't been updated from the VBO. This may be a somewhat wide-spread problem that needs more attention...
* check for width or height = 0 before calling driver Bitmap funcBrian2007-10-151-1/+1
|
* Generate a texenv fragment program if there's a GLSL vertex shader but no ↵Brian2007-10-021-1/+2
| | | | | | GLSL fragment shader. This allows Glean glsl1 test to get pretty far.
* don't use scissored bounds in _mesa_clip_copytexsubimage()Brian2007-09-261-1/+1
|
* Added new _mesa_clip_copytexsubimage() function to do avoid clipping down in ↵Brian2007-09-263-7/+60
| | | | | | the drivers. This should probably be pulled into main-line Mesa...
* include programopt.hBrian2007-09-251-0/+1
|
* Disable vertex shader fog, compute fog in fragment shader.Brian2007-09-251-5/+11
|
* temporarily set the FRAG_BIT_FOGC bit in InputsRead when fog is enabledBrian2007-09-181-0/+1
|
* Implement query object interface.Brian2007-09-114-54/+70
| | | | | | This replaces the temporary occlusion counter functions we had before. Added new ctx->Driver.WaitQuery() function which should block until the result is ready. Sketch out some code for vertex transformation feedback counters.
* move FLUSH_CURRENTBrian2007-09-101-0/+3
|
* Move guts of glRasterPos down into T&L module.Brian2007-09-062-530/+39
|
* don't map element buffer in _mesa_validate_DrawElements() unless necessaryBrian2007-08-201-12/+19
|
* remove some temp pipe hacksBrian2007-08-111-15/+0
|
* remove some temporary hacksBrian2007-08-101-47/+3
|
* Add printf handlers, pass pci id and move texlayout code to driver.Keith Whitwell2007-08-101-3/+1
|
* Checkpoint intel_renderbuffer removal.Brian2007-08-092-4/+12
| | | | | | Remove surface ptr from gl_renderbuffer. Use st_renderbuffer in most places. More clean-up.
* remove st_draw.h includeBrian2007-08-021-2/+0
|
* Reroute some clear functionality.Keith Whitwell2007-08-021-8/+0
| | | | | Still require the intelClear() call to flush batchbuffers. That will be removed later...
* s/Z24_S8/S8_Z24/ (stencil is in the high byte)Brian2007-08-011-1/+1
|
* Checkpoint: glClear changes - working, bug very rough.Brian2007-08-011-0/+10
|
* sp_z_surface.h is deadBrian2007-07-311-1/+0
|
* Redesign pipe_surface in terms of pipe_region.Brian2007-07-311-20/+34
| | | | | | struct pipe_buffer goes away. Added basic region functions to softpipe to allocate/release malloc'd regions. Surface-related code is fairly coherent now.
* 32 and z24s8 softpipe buffersBrian2007-07-301-1/+7
|
* Lots of improvements to the surface-related code.Brian2007-07-302-2/+23
| | | | | | Z testing now works with i915 driver. Add gl_renderbuffer::surface pointer (and reverse pointer). Remove intel_surface and xmesa_surface types - no longer used.
* Merge branch 'master' of git+ssh://[email protected]/git/mesa/mesa ↵michal2007-07-2716-82/+142
|\ | | | | | | into softpipe_0_1_branch
| * remove unused MAX_3D_TEXTURE_SIZE, reformatttingBrian2007-07-241-20/+17
| |
| * Fix a number of MINGW32 issuesZhang2007-07-215-5/+18
| |
| * Remove ctx->Point._Size and ctx->Line._Width.Brian2007-07-214-15/+4
| | | | | | | | | | | | The clamping for these values depends on whether we're drawing AA or non-AA points, lines. Defer clamping until drawing time. Drivers could compute and keep clamped AA and clamped non-AA values if desired.
| * fix bogus recently introduced function param commentsRoland Scheidegger2007-07-201-2/+0
| |
| * fix mesa's handling of fbo's / window fb (again)Roland Scheidegger2007-07-196-41/+77
| | | | | | | | | | | | | | | | Make sure the relevant fields in window fbs get updated at appropriate time (those are NOT the same as fbos!!!), and fix up related code accordingly. This is a bit ugly, but there's a reason the issues section in EXT_fbo is a couple hundred pages long... Hopefully correct now.
| * more fixes for mesa's fbo handling (fixes tests/fbotest1/2)Roland Scheidegger2007-07-193-3/+14
| |
| * fix up mesa's probably bogus framebuffer updates with different read/write fbsRoland Scheidegger2007-07-191-12/+26
| | | | | | | | | | | | Conflicts: src/mesa/main/framebuffer.c
| * fix mesa fb bindingRoland Scheidegger2007-07-192-4/+6
| | | | | | | | | | | | | | | | Make sure that we bind the right buffer (draw or read) when rebinding the window framebuffer (the api doesn't allow binding different draw and read buffers at the same time, but the default window framebuffer is basically 2 fb objects, one for read, one for write, which can be different). Pass both of these two down the driver api (no driver uses this right now).
* | Merge branch 'origin' into softpipe_0_1_branchKeith Whitwell2007-07-177-32/+78
|\|
| * fix bogus fb/drawable informationRoland Scheidegger2007-07-161-0/+11
| | | | | | | | | | | | | | | | | | | | the framebuffer objects attached to drawables can have invalidate state associated with them, since for the window framebuffer this is per-context state and not per-fbo state. Since drivers rely on that information (otherwise would need to check if currently the window-framebuffer is bound in a lot of places) fix it up in _mesa_make_current (ugly). (Brought over from i915tex_privbuffers, where it fixes xdemos/wincopy when switching to front buffer rendering.)
| * fix width/depth mix-up (bug 11577)Brian2007-07-121-1/+1
| |
| * Minor clean-up of polygon offset logic. Properly compute _MRD field.Brian2007-07-111-1/+3
| |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-25 21:15:10 +0000