aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* Re-enable r200InitSpanFuncs, which was ifdefed out (probably by mistake?),Roland Scheidegger2005-07-061-2/+0
| | | | | so r200SetBuffer, r200SpanRenderStart and r200SpanRenderFinish get called again. Bugzilla #3705, #3706.
* The old MESA_PBUFFER_ALLOC() function allocated memory on 512-byte boundaries.Brian Paul2005-07-053-12/+44
| | | | | Restore that behavior with new _mesa_alloc_texmemory() function. Should fix via_sse_memcpy() problem in found with flightgear.
* Add support for assembly (static) dispatch functions on x86-64. ThisIan Romanick2005-07-025-5/+31311
| | | | | | is basically patch #2939 from X.org bugzilla #3379. This does *not* fix the bug as it does not dynamically generate stubs at run-time. It just gets things one step closer.
* Expose the fact that we do not do either selection of feedback buffers - ↵Vladimir Dergachev2005-07-022-0/+11
| | | | either with software or hardware rendering.
* Adding RV350_NJ ID.Jerome Glisse2005-07-011-0/+2
|
* Adapt extension string to new GL dispatch schema proposedJerome Glisse2005-07-011-1/+48
| | | | | | by Idr. This patch is based on Idr patch to radeon driver. Change #if 1 to #if 0 (r300_context.c:l69) for old dispatch tab.
* Don't #define __FUNCTION__ on a Microsoft C compiler new enough to have it.Karl Schultz2005-07-011-1/+2
|
* Set fp->Opcode for OP_TEX_KILL case, fix from Ben Skeggs.Keith Whitwell2005-07-011-0/+1
|
* Use frexp on Windows; frexpf is not available.Karl Schultz2005-07-011-0/+4
|
* Fix a prototypeKarl Schultz2005-07-011-5/+5
|
* convert sis and radeon driver to use spantmp2 instead of spantmp template. ↵Roland Scheidegger2005-07-013-317/+27
| | | | Remove old (pre-renderbuffer) span code instead of converting that too. Remove this old code from mach64 (the dead code was not fully converted to spantmp2 previously) too.
* comment-out some unused code to silence warningsBrian Paul2005-07-012-2/+3
|
* replace some free() calls with _mesa_free()Brian Paul2005-07-012-5/+6
|
* fix dependenciesBrian Paul2005-07-011-5/+5
|
* fix typo in assertionsBrian Paul2005-07-011-2/+2
|
* Move the PYTHON2 and PYTHON_FLAGS assignments to configs/current, andBrian Paul2005-07-011-3/+3
| | | | | include $(TOP)/configs/current in glapi/Makefile so those vars can be easily overridden by any system config, if needed.
* Remove NEW_RENDERBUFFER stuff.Brian Paul2005-07-0111-35/+18
| | | | | Now, OLD_RENDERBUFFER marks code that needs to eventually be removed when all the drivers are updated to no longer need the SetBuffer() function.
* remove OLD_RENDERBUFFER codeBrian Paul2005-07-011-87/+16
|
* remove OLD_RENDERBUFFER stuffBrian Paul2005-07-011-6/+2
|
* remove common macros used in the span functions of most drivers from the ↵Roland Scheidegger2005-07-0119-475/+124
| | | | individual drivers and put them in common code. It is still possible for a driver to define its own macros if it has special needs. This affects CLIPPIXEL, CLIPSPAN, HW_CLIPLOOP, HW_ENDCLIPLOOP, and for drivers using the spantmp2 template also GET_SRC_PTR and GET_DST_PTR.
* Replace add_newer_entrypoints (src/mesa/main/context.c) withIan Romanick2005-06-3020-489/+6701
| | | | | | | | | | | | | | | device-specific code. A new Python script (src/mesa/glapi/extension_helper.py) generates a list of all entry-points for all known extensions. Each driver the selects only the extensions that it needs and enables the via either driInitExtensions or driInitSingleExtension. This code has been compile-tested on a drivers, but has only been run-tested on mga and i915 (on i830 hardware). These changes were discussed at length on the mesa3d-dev mailing list. http://marc.theaimsgroup.com/?t=111947074700001&r=1&w=2
* remove \n from warning message stringBrian Paul2005-06-301-2/+2
|
* added newline at end of fileBrian Paul2005-06-302-2/+2
|
* Add a set of predicate functions for testing matrices instead of directlyBrian Paul2005-06-3010-136/+195
| | | | | | testing the flags field. Move definition of all the MAT_FLAGs into the m_matrix.c file since they're now private.
* Redo all the GL_LINEAR interpolation code in terms of LERP macros/functions.Brian Paul2005-06-302-251/+279
| | | | This cleans up and simplifies the arithmetic quite a bit.
* Fix crashes with pixel readback when using the optimized assembly functions.Roland Scheidegger2005-06-301-2/+9
| | | | | | | | Pixel count can be negative (this could be fixed elsewhere), so adapt the functions to work with such inputs correctly (same behaviour as non-optimized functions). Bugzilla #2317 Submitted by idr
* -"fix" page flippingAapo Tahkola2005-06-302-13/+30
| | | | -use depth tiling if tiling is enabled
* just code clean-ups and new commentsBrian Paul2005-06-281-29/+44
|
* Uncomment a couple of helper functions.Vladimir Dergachev2005-06-271-10/+1
| | | | Fix slipup from CVS update that was commented out and did not show up during compilation.
* Rename unchecked state to match DRM driver.Vladimir Dergachev2005-06-275-140/+148
| | | | Emit wait idle and pacify r300 before emitting state - this seems to improve stability.
* include t_vp_build.hBrian Paul2005-06-271-4/+5
|
* remove unused MEMSET16 macroBrian Paul2005-06-271-2/+0
|
* Get rid of the MESA_PBUFFER_ALLOC/FREE() macros.Brian Paul2005-06-277-72/+31
| | | | | If that stuff is still needed, lots of other updates are needed anyway. Also, some misc MALLOC/FREE -> _mesa_malloc/free() changes.
* added _tnl_ProgramCacheDestroy() prototypeBrian Paul2005-06-271-0/+2
|
* make create_new_program() staticBrian Paul2005-06-271-3/+4
|
* Fix crashes during rasterization fallback by avoiding _tnl_need_projected_coordsEric Anholt2005-06-262-2/+14
| | | | | | | | | | during fallbacks. In one case, _swsetup_Wakeup had just been called, covering the need there, and in the other case, we can simply exit the entire radeonChooseVertexState function, knowing that it will be called again once we leave the fallback. Bugzilla #: 2516 Submitted by: sroland
* Remove the #if 0-ed out old span code.Eric Anholt2005-06-261-45/+0
|
* Explain the reason for TCL fallback when GL_SPHERE_MAP happens withEric Anholt2005-06-261-1/+2
| | | | RADEON_DEBUG=fall.
* Zero out the ENGPACKET allocated on the stack, to avoid sending uninitializedEric Anholt2005-06-261-0/+2
| | | | | | | values to reserved fields on the card, resulting in all-black output and sometimes hangs. Submitted by: Thomas Winischhofer
* fix for-loop in _mesa_GetDouble to avoid out of bounds memory readBrian Paul2005-06-262-2/+2
|
* check for null oldBuffer in _mesa_realloc(), cleaned up some commentsBrian Paul2005-06-261-11/+12
|
* need parenthesis in realloc callBrian Paul2005-06-261-1/+1
|
* Ignore files generated as part of the build process.Ian Romanick2005-06-241-0/+11
|
* Fix non-x86 specific builds. The changes from glTexImage3DEXT toIan Romanick2005-06-245-109/+117
| | | | | | | | | | | | | | | glTexImage3D that caused me so many problems during the re-development of the API scripts reared its ugly head again. This has been fixed by tracking the parameter string for each entry-point individually. This has the annoying side-effect that the names of the parameters in all aliases of a function must be the same or gl_apitemp.py will generate bad code. :( The changes in src/mesa/glapi/{gl_API.xml,glapitable.h} and src/glx/x11/* are caused by fixing the parameter names in various function aliases that didn't match. Reported by: Eric Anholt, Jacob Jansen
* Fixed the XCB implementation when always_array is true, thanks to Ian ↵Jeremy Kolb2005-06-241-1/+2
| | | | Romanick for pointing it out. Please review.
* Remove the xmesa_set_buffer() function. No longer needed since theBrian Paul2005-06-232-72/+0
| | | | | | | | span functions pass in a gl_renderbuffer to indicate which color buffer should be drawn into. Optimized line/triangle routines are smart enough to know which buffer to draw into as well. The swrast->SetBuffer() routine should eventually be removed from all drivers.
* Mark GenQueriesARB at 'always_array="true"'. This eliminates the needIan Romanick2005-06-222-2/+2
| | | | to special-case the handling of that function in glX_proto_send.py.
* Fixed a bug where GenQueriesARB was generating the wrong code for XCB and ↵Jeremy Kolb2005-06-221-1/+1
| | | | wouldn't compile. Not sure how that slipped through before but it should work now.
* Mammoth update to the Python code generator scripts that live inIan Romanick2005-06-2121-5114/+5498
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | src/mesa/glapi. Basically, the scripts that did simple things (like gl_offsets.py) were simple, and the scripts that did more complicated things (like glX_proto_send.py) were getting progressively more and more out of control. So, I re-write the foundation classes on which everything is based. One problem with the existing code is that the division between the GL API database representation and the way the output code is generated was either blury or nonexistant. The new code somewhat follows the Model-View-Controller pattern, minus the Controller. There is a distinct set of classes that model the API data, and there is a distinct set of classes that generate code from that data. One big change is in the class that represents GL functions (was glFunction, is now gl_function). There used to be an instance of this calls for each function and for each alias to that function. For example, there was an instance for PointParameterivSGIS, PointParameterivEXT, PointParameterivARB, and PointParameteriv. In the new code, there is one instance. Each instance has a list of entrypoint names for the function. In the next revision, this will allow a couple useful things. The script will be able to verify that the parameters, return type, and GLX protocol for a function and all it's aliases match. It will also allow aliases to be represented in the XML more compactly. Instead of repeating all the information, an alias can be listed as: <function name="PointParameterivARB" alias="PointParameterivEXT"/> Because the data representation was changed, the order that the alias functions are processed by the scripts also changed. This accounts for at least 2,700 of the ~3,600 lines of diffs in the generated code. Most of the remaining ~900 lines of diffs are the result of bugs *fixed* by the new scripts. The old scripts also generated code with some bugs in it. These bugs were discovered while the new code was being written. These changes were discussed on the mesa3d-dev mailing list back at the end of May: http://marc.theaimsgroup.com/?t=111714569000004&r=1&w=2 Xorg bug: 3197, 3208
* Back out the actual enabling of depth tiling.Nicolai Haehnle2005-06-211-7/+0
| | | | | Depth tiling breaks software fallbacks and depth buffer reads. radeon_span.c **must** be updated for anything that is related to tiling.