summaryrefslogtreecommitdiff
path: root/src/glx
Commit message (Collapse)AuthorAgeFilesLines
...
* libGL: Consolidate DRI initialization in dri_glx.cKristian Høgsberg2008-03-083-406/+411
| | | | Move a lot of code over from glx_ext.c.
* Update libGL DRI loader to latest DRI interface changes.Kristian Høgsberg2008-02-293-58/+22
|
* autoconf: Add gcc search patch to MKDEP_OPTIONS to eliminate warnings.Kristian Høgsberg2008-02-251-1/+1
| | | | | Also, use -include to avoid error message when make initially fails to include the non-existent depend file.
* Remove GetMSC DriverAPI function.Kristian Høgsberg2008-02-251-10/+2
| | | | | | | | | | | The DriverAPI is internal to the DRI drivers and GetDrawableMSC obsoletes GetMSC. Also, since the DRI driver interface has not yet been released, just drop the getMSC function from the DRI interface instead using the ABI preserving version mechanism. Finally, using void pointer privates in the DRI interface is not allowed, always pass the actual types around (__DRIdrawable in this case) to enhance type safety and readability of the code.
* Regenerated (see bug 11893)Brian2008-02-191-0/+4
|
* Regenerated (raise GL_INVALID_VALUE if counter param is negative)Brian2008-02-191-0/+180
|
* glapi: Generate xserver glapi sources in the mesa treeDan Nicholson2008-02-178-0/+16844
| | | | | | | | | Instead of generating the glapi sources for the xserver and commiting them to the xserver tree, we can keep them in the mesa tree and change the xserver build to use the files from the mesa tree. This makes the xserver glx build more robust as it reduces the chances for mismatches of the glX API used in the xserver vs. in mesa.
* Assorted patches for miniglx/linux-solo (Gavin Li <codeview@gmail.com>)Brian2008-01-231-0/+4
|
* fix pc vs. gc->ps usage (bug 14197)Brian2008-01-221-4/+4
|
* Minor followup fixes for the previous commit.Michel Dänzer2007-12-061-1/+4
|
* Always call dlopen in DriverOpen.George Nassas2007-12-062-2/+7
| | | | | | This increases the reference count for the driver binary, preventing it from getting unloaded prematurely in driDestroyDisplay. See https://bugs.freedesktop.org/show_bug.cgi?id=13541 .
* remove drawable from hash table when window is deleted (see bug 13091)WuNian2007-11-271-0/+1
|
* libGL: Make sure a valid value is returned for GLX_BIND_TO_MIPMAP_TEXTURE_EXT.Michel Dänzer2007-11-251-1/+2
| | | | | | | | | If the server didn't send a value, assume it's not supported. A more generic solution might be better for this kind of problem, but an attempt for this failed (see https://bugs.freedesktop.org/show_bug.cgi?id=9264) and this allows compiz to work with drivers that support GL_EXT_framebuffer_object.
* recreate from changed gl_API.xmlRoland Scheidegger2007-11-093-82/+0
|
* Fix compilation for !GLX_DIRECT_RENDERING.Kristian Høgsberg2007-11-064-68/+83
|
* Remove a couple of "deprecated" fields from __GLXcontextRec.Kristian Høgsberg2007-11-064-38/+28
| | | | | The __GLXcontextRec struct is internal to the libGL implementation. No point in "deprecating", just get rid of it.
* Don't return 0 in a void function.Kristian Høgsberg2007-11-061-2/+2
|
* Pass the visual id to XF86DRICreateContextWithConfig(), not fbconfig id.Kristian Høgsberg2007-11-061-1/+1
|
* Lookup visual in visual list, not fbconfig list.Kristian Høgsberg2007-11-051-11/+15
| | | | Also, handle visual not found error case by throwing X error.
* Filter both visuals and fbconfigs against driver supported configs.Kristian Høgsberg2007-11-051-6/+3
|
* Fix some build warnings, mostly with XCB.Michel Dänzer2007-10-302-2/+102
|
* Merge branch 'master' of ssh://git.freedesktop.org/git/mesa/mesaJesse Barnes2007-10-291-0/+1
|\
| * Remember to call XSync() before resetting X error handler.Chris Rankin2007-10-291-0/+1
| |
* | Refactor and fix core vblank supportJesse Barnes2007-10-291-17/+26
|/ | | | | | | | | | | | | | | | | | | | | | | | | | | | Consolidate support for synchronizing to and retrieving vblank counters. Also fix the core vblank code to return monotonic MSC counters, which are required by some GLX extensions. Adding support for multiple pipes to a low level driver is fairly easy, the Intel 965 driver provides simple example code (see intel_buffers.c:intelWindowMoved()). The new code bumps the media stream counter extension version to 2 and adds a new getDrawableMSC callback. This callback takes a drawablePrivate pointer, which is used to calculate the MSC value seen by clients based on the actual vblank counter(s) returned from the kernel. The new drawable private fields are as follows: - vblSeq - used for tracking vblank counts for buffer swapping - vblFlags - flags (e.g. current pipe), updated by low level driver - msc_base - MSC counter from the last time the current pipe changed - vblank_base - kernel DRM vblank counter from the last time the pipe changed Using the above variables, the core vblank code (in vblank.c) can calculate a monotonic MSC value. The low level DRI drivers are responsible for updating the current pipe (by setting VBLANK_FLAG_SECONDARY for example in vblFlags) along with msc_base and vblank_base whenever the pipe associated with a given drawable changes (again, see intelWindowMoved for an example of this). Drivers should fill in the GetDrawableMSC DriverAPIRec field to point to driDrawableGetMSC32 and add code for pipe switching as outlined above to fully support the new scheme.
* Pull workaround for unset GLX_DRAWABLE_TYPE back in.Kristian Høgsberg2007-10-171-0/+2
| | | | | | | | | The old version just set GLX_DRAWABLE_TYPE to GLX_WINDOW_BIT for configs received through glXGetVisualConfigs and to GLX_WINDOW_BIT | GLX_PIXMAP_BIT for configs received as FBConfigs. The X server needs to send this info, but keep the workaround for now. Fixes #12835.
* Handle fbconfigs and glx visuals separately.Kristian Høgsberg2007-10-163-145/+133
| | | | | | | | The old implementation fetches fbconfigs or glx visuals once and assumes the list describes both fbconfigs and glx visuals. This patch splits it up and fetches visuals and fbconfigs in two steps and keep the two lists separate. A server could have no glx visuals or no glx fbconfigs and the old code wouldn't know the difference.
* Roll back premature version bump.Kristian Høgsberg2007-10-151-3/+2
|
* Dont add fbconfigs to array that we didn't allocate for.Kristian Høgsberg2007-10-151-2/+4
|
* Drop include "dri_interface.h" from xf86dri.hGeorge Sapountzis2007-10-141-2/+0
| | | | Thanks to dri2, xf86dri no longer uses __DRI types.
* Get the width and height from the attrib list in glXCreatePbuffer.Kristian Høgsberg2007-10-131-1/+17
|
* Convert a left-over private void * to __DRIcontext *.Kristian Høgsberg2007-10-111-2/+2
|
* Move enabling of DRI extensions into glxextensions.cKristian Høgsberg2007-10-113-91/+59
|
* Remove now unused getProcAddress from DRIinterfaceMethods.Kristian Høgsberg2007-10-111-15/+0
|
* Add a DRI_ReadDrawable marker extension to signal read drawable capability.Kristian Høgsberg2007-10-111-0/+7
|
* Move media stream counter entry points to new extension.Kristian Høgsberg2007-10-113-31/+43
|
* Move GLX_MESA_swap_frame_usage DRI entry points to the new mechanism.Kristian Høgsberg2007-10-113-25/+30
|
* Move GLX_MESA_allocate_memory related functions to new extension mechanism.Kristian Høgsberg2007-10-113-20/+29
|
* Move swap_interval to new extension mechanism.Kristian Høgsberg2007-10-103-14/+27
|
* Move the copySubBuffer extension over to the new mechanism.Kristian Høgsberg2007-10-103-4/+17
|
* Implement new screen extension API.Kristian Høgsberg2007-10-101-0/+14
| | | | | | | | | | | | This new API lets the loader examine DRI level extensions provided by the driver in a forward compatible manner. Much of the churn in the DRI interface is adding support for new extensions or removing old, unused extensions. This new extension mechanism lets the loader query the extensions provided by the driver and implement the extensions it knows about. Deprecating extensions is done by not exporting that extension in the list, which doesn't require keeping old function pointers around to preserve ABI.
* Stop passing in unused fbconfigs to createNewScreen.Kristian Høgsberg2007-10-101-3/+1
|
* Convert all DRI entrypoints to take pointers to __DRI* types.Kristian Høgsberg2007-10-102-27/+23
| | | | | | | | | | The entrypoints take a mix of __DRIscreen * and void * (screen private) arguments (similarly for contexts and drawables). This patch does away with passing the private void pointer and always only passes the fully typed __DRIscreen pointer and always as the first argument. This makes the interface more consistent and increases type safety, and catches a bug where we would pass a screen private to DRIdrawable::getSBC.
* Remove screenConfigs from __DRIscreen.Kristian Høgsberg2007-10-103-3/+14
| | | | | | | | | | | | The screenConfigs field of __DRIscreen points back to the containing __GLXscreenConfigs struct. This is a serious abstraction violation; it assumes that the loader is libGL and that there *is* a __GLXscreenConfigs type in the loader. Using the containerOf macro, we can get from the __DRIscreen pointer to the containing __GLXscreenConfigs struct, at a place in the stack where the above is a valid assumption. Besides, the __DRI* structs shouldn't hold state other than the private pointer.
* Drop mostly unused __DRIid typedef.Kristian Høgsberg2007-10-103-7/+7
|
* Avoid deadlock in GarbageCollectDRIDrawables.Kristian Høgsberg2007-10-101-8/+2
| | | | | | __glXinitialize() can't be called with the GLX lock held. Just pass in the __GLXscreenConfigs pointer so we don't have to look it up in __GLXdisplayPrivate.
* Drop createContext and destroyContext from DRIinterfaceMethods.Kristian Høgsberg2007-10-103-25/+22
| | | | | | | | | | As for createDrawable and destroyDrawable, these functions immediately upon entry to driCreateNewContext and immediately before exit from driDestroyContext. Instead of passing function pointers back and forth just obtain the drm_context_t prior to calling DRIscreen::createNewContext and pass it as a parameter. This change also lets us keep the DRI context XID in the libGL loader only.
* Drop createDrawable and destroyDrawable fron DRIinterfaceMethods.Kristian Høgsberg2007-10-102-31/+16
| | | | | | | | | | | | All the DRI driver did was call the createDrawable callback immediately upon entry to DRIscreen::createNewDrawable to get the drm_drawable_t. We can just call that before calling into the DRI driver and pass the returned drm_drawable_t as an argument to the DRI entry point. Likewise for destroyDrawable. Also, DRIdrawablePrivate::draw isn't used anywhere, and since the driver no longer needs the XID of the drawable we can now drop that.
* Drop __DRInativeDisplay and pass in __DRIscreen pointers instead.Kristian Høgsberg2007-10-105-102/+156
| | | | | | | | | | | | | Many DRI entry points took a __DRInativeDisplay pointer and a screen index as arguments. The only use for the native display pointer was to pass it back to the loader when looking up the __DRIscreen for the given screen index. Instead, let's just pass in the __DRIscreen pointer directly, which let's drop the __DRInativeDisplay type and the getScreen function. The assumption is now that the loader will be able to retrieve context from the __DRIscreen pointer when necessary.
* Add macros to generate CreateNewScreen entrypoint.Kristian Høgsberg2007-10-051-4/+1
|
* Remove XIDs from DRI interface (see #5714).Kristian Høgsberg2007-10-057-94/+179
|
View Lorry Controller Status