summaryrefslogtreecommitdiff
path: root/include/GL/internal
AgeCommit message (Collapse)Author
2007-01-26Drop old (pre-AIGLX) GLcore interface.George Sapountzis
The old GLcore interface was replaced in Xorg 7.1 with the addition of AIGLX, it is only used by DDX's which are known not to work with the new DIX glx code. --- Bug 9285: misc glcore, xmesa cleanups ACKed by Ian Romanick.
2007-01-05Add reporting of damage by DRI drivers when the extension support is available.Eric Anholt
With this, tools like ximagesrc in gstreamer correctly see updates from GL rendering. Support requires that the Xdamage library be current (but will be disabled if not present) plus a new X Server with support for the new XDamagePost request. libGL now has a new interface version, and also links against libXdamage and libXfixes to support it, but backwards compatibility is retained. Currently, all drivers report damage at SwapBuffers time through common code -- front buffer rendering doesn't result in damage being reported. Also, the damage is against the root window, as our drivers don't yet render to backing store when they should (composited environments).
2006-11-27get rid of meaningless XFree86LOADER test (bug 9144)Brian Paul
2006-08-11Convert comment header for __GLcontextModesRec to Doxygen style.Ian Romanick
2006-05-02Update to final EXT_tfp tokensDavid Reveman
2006-04-11FBConfig support for EXT_tfpDavid Reveman
2006-03-31Dave Reveman's patch for GLX_MESA_copy_sub_buffer supportBrian Paul
2005-11-29assorted fixes for server-side direct rendering (bug 5199)Brian Paul
2005-07-28Remove '#if 0' block that was accidentally left in.Ian Romanick
2005-07-28Major rip-up of internal function insertion interface. The oldIan Romanick
_glapi_add_entrypoint has been replaced by a new routine called _glapi_add_dispatch. This new routine dynamically assignes dispatch offsets to functions added. This allows IHVs to add support for extension functions that do not have assigned dispatch offsets. It also means that a driver has no idea what offset will be assigned to a function. The vast majority of the changes in this commit account for that. An additional table, driDispatchRemapTable, is added. Functions not in the Linux OpenGL ABI (i.e., anything not in GL 1.2 + ARB_multitexture) has a fixed offset in this new table. The entry in this table specifies the offset in of the function in the real dispatch table. The internal interface was also bumped from version 20050725 to 20050727. This has been tested with various programs in progs/demos on: radeon (Radeon Mobility M6) r128 (Rage 128 Pro) mga (G400)
2005-07-26No, really, get rid of all the remaining references to DRI_USE_NEW_INTERFACE.Ian Romanick
A couple other remnants of the old interfaces hit the dust too. Thanks Jon. :)
2005-07-26Fixes the glXGetProcAddress portion of the interface. Most of the functionsIan Romanick
that are currently obtained via glXGetProcAddress and all of the XF86DRI functions are replaced with a funciton table. This table will be passed to __driCreateNewScreen. One of the functions in the table is getProcAddress. This allows some loaders to expose functionality not in all loaders. This will be immediatly used for glxEnableExtension (formerly known to drivers as __glXScrEnableExtension). libGL (and in the future libglx) expose this function so that drivers can enable GLX extensions. libEGL should exposed eglEnableExtension to enable EGL extensions. The same function cannot be used for both because the extensions have different names and (possibly) different semantics. Drivers can optionally use one, both, or neither. The key parts are in the __DRIinterfaceMethodsRec structure in dri_interface.h. A pointer to one of these structures is passed into __driCreateNewScreen. Because of this, the version of the API is bumped to 20050725. Since the previous version(s) were never in a release, their existance is erased. I was actually a little surprised by how much code this cuts from the drivers. A lot of glXGetProcAddress calls disappear, and a lot of version checks go with them. Nice. The one thing I'm not sure of is removing __glXInitialize. For some reason that function was in the glXGetProcAddress table, but *nothing* in the Mesa tree used it. Did something with DRI conf. use this function? It seems odd...
2005-07-24Gut a few more dead bits. Replace uses of the CreateNewScreenFunc typedefIan Romanick
(from glxclient.h) with PFNCREATENEWSCREEN (from dri_interface.h). Remove the prototype for __driCreateScreen and fix the prototype for __driCreateNewScreen (append the API version) in dri_interface.h.
2005-07-24All elements of pre-DRI_NEW_INTERFACE_ONLY are removed. This allowsIan Romanick
1,402 lines of code to be removed from Mesa (drivers and libGL). The big winner is dri_util.c. Primary changes are: 1. Remove all "deprecated" entry-points from the various structures in dri_interface.h. 2. Rename the remaining fields to removed "version numbers." So, bindContext3 becomes bindContext. Functions with "New" in the name (e.g., CreateNewContext) were *not* changed, but that is an option. Having "New" in the name is less annoying to me than having "3" in the name. 3. Remove all compatibility code that handles cases where the driver or the loader is too old to support the latest interfaces. 4. Append the API version to the __driCreateNewScreen function name. This is currently done by hand. In the future (i.e., the next time we make an incompatible change to the interface) we'll want to come up with a better way to do this. This prevents old loaders from being able to load new (incompatible) drivers. 5. Bump the API version to 20050722. All drivers (by way of dri_util.c) require this version. 6. All drivers are *required* to expose GLX_SGIX_fbconfig and GLX_OML_swap_method (or the moral equivalents). Support for these functions in implicit in the use of the "new" interface. 7. Some cases still exist that need to be compiled differently in a loader or core Mesa versus in a driver. These are identified by the define IN_DRI_DRIVER.
2004-12-08Check for some header defines before redefining functions. Silences warnings.Alan Hourihane
2004-10-25Import sarea.h from Xorg, needed for client GLX code.Adam Jackson
2004-06-26Mesa-solo builds with these changes. There are still more fixups needed toJon Smirl
get individual drivers working again. This converts miniglx to the new dri interface. Thanks to Erdi Chen for the new interface code.
2004-06-06Remove the rest of the need for glxclient.h and remove it from the tree.Ian Romanick
2004-06-03kill __driRegisterExtensions(), none of the functions did anythingJon Smirl
2004-06-02Replace Bool with GLboolean.Ian Romanick
2004-06-02XF86DRIDestroyContext, XF86DRICreateDrawable, andIan Romanick
XF86DRIDestroyDrawable are all called directly from DRI drivers using the new interface. Therefore, prototypes, using available datatypes, must be available in dri_interface.h. Since the prototypes are available there, xf86dri.h is no longer needed for DRI_NEW_INTERFACE_ONLY builds.
2004-06-01Convert 'Display *' to '__DRInativeDisplay *'. Only portions of theIan Romanick
interface that are not *strictly* part of the old interface were changed. Replace GetDrawableInfo type (dri_util.h) with PFNGLXGETDRAWABLEINFOPROC (dri_interface.h). Wrap __driCreateScreen (in drivers that use the new interface) with '#ifndef DRI_NEW_INTERFACE_ONLY'.
2004-06-01Replace all occurances of XF86DRIClipRect (and related typedefs) withIan Romanick
drm_clip_rect_t.
2004-04-29Allow *_dri.so to build in Mesa tree with the 'linux-dri' target.Keith Whitwell
2004-04-15Correct the comments about when the bindContext3 / unbindContext3Ian Romanick
interface was added.
2004-03-22new DRI interface headerBrian Paul
2003-12-12fix for C++Alan Hourihane
2003-12-11Remove dead file glcore-new.hKeith Whitwell
2003-12-04bring over glcore.h changes from DRI trunkAlan Hourihane
2002-10-14disable wsPriv field in __GLdrawablePrivateRec to match XFree86/DRIBrian Paul
2002-10-09disable wscx field in __GLimportsRec to be consistant with XFree86Brian Paul
2001-04-29sync with XFree86/DRI glcore.h, now identicalBrian Paul
2001-01-13Resync with new XFree version of this fileKeith Whitwell
2001-01-08Moved glcore.h to a location prefixed by 'GL/internal', for compatibilityKeith Whitwell
with XFree86 and the SI code there.