Age | Commit message (Collapse) | Author | Files | Lines |
|
Don't set screen->num_vis to a value greater than the actual number of visuals.
X.Org Bug #10809 <http://bugs.freedesktop.org/show_bug.cgi?id=10809>
(cherry picked from commit ff089e6cae634ac3eb509abd448a250bcbb17275)
|
|
This reverts commit 2243b30e54df07892f75e3d65b687abe5b183cf3. The existing
DRI interface doesn't let us get from a __DRIdrawable to the corresponding
X drawable, and thus, we can't implement AIGLX damage tracking with the
current interface.
|
|
|
|
|
|
This prevents situations where the server doesn't use the target the
client thinks it does, usually resulting in the texture being sampled as all
white.
|
|
|
|
|
|
The previous scheme didn't work when the client didn't create the core drawable,
e.g. the root or composite overlay window. Use refcounting via special client
resources to fix that.
|
|
|
|
This is to avoid issues with redirected windows which are located partly or
fully outside of a screen edge, resulting in unusual cliprects which the 3D
drivers generally can't handle. The symptoms in such cases would be incorrect
rendering or even crashes or hangs.
|
|
|
|
Adapted to master branch by Michel Dänzer <michel@tungstengraphics.com>.
|
|
When available, use the 2D driver texOffsetStart hook and the 3D driver
setTexOffset hook to save the overhead of passing the pixmap data to
glTex(Sub)Image.
The basic idea is to update the driver specific 'offset' for bound pixmaps
before dispatching a GLX render request and to flush immediately afterwards
if there are any pixmaps bound. This should ensure that the 3D driver can
use pixmaps for texturing directly regardless of the X server moving them
around.
|
|
linked list.
Previously, the new mode was added at the head of the list. This caused the
positional correspondence between modes and the XMesaVisuals array to be off
by one. The net result was GLX clients failing when they tried to use the
last GLX mode/visual.
We still have the problem of DRI drivers not being able to use the extra
mode/visual introduced by __glXCreateARGBConfig(). glXCreateContext fails
with BadAlloc if it's attempted. This is also the source of the often-
seen warning "libGL warning: 3D driver claims to not support visual xxx"
Look into fixing that someday...
|
|
|
|
|
|
|
|
|
|
|
|
This treats the GLcore provider similar to DRI provider, using a subset of
XMesa as the GLcore interface.
|
|
The declarations for the xfree86-specific XMesa functions were moved up to
xmesa.h, requires Mesa as of 2007-04-13.
|
|
SI imports/exports were dropped from Mesa.
|
|
As the driver EnterVT function generally re-enables the hardware and
prepares it for rendering, it must be called before any gl functions are
called which could touch the hardware.
|
|
|
|
|
|
__GLinterface was droped from glcore.h
|
|
|
|
Use newly added XMesaCopyContext() and drop the GlxSetRenderTables() call
for Xgl, as this is now done inside XMesaForceCurrent(). This leaves xmesaP.h
but only for the declarations of the three XMesa/XFree86 functions. Also,
GlxSetRenderTables() stays but is only used in hw/xgl/glxext/ .
Also drop xf86glxint.h, no longer used.
Depends on mesa commit 7439a36785b6a2783e80a40a96c09db8f56dc2bc of 2007-03-30.
|
|
Added s_fragprog.c to fix the build.
|
|
|
|
|
|
|
|
|
|
Bugzilla #7145: <http://bugs.freedesktop.org/show_bug.cgi?id=7145>
Patch #8987: <http://bugs.freedesktop.org/attachment.cgi?id=8987>
|
|
glxgears and glxinfo, but still needs more testing.
|
|
|
|
|
|
|
|
|
|
|
|
so we shouldn't try to build them.
|
|
|
|
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=9275 . Based on patch from
Alan Swanson.
|
|
|
|
DO NOT HAND EDIT THESE FILES! For cryin' out loud, there's even a
comment to that effect in the file's header...
|
|
|
|
Conflicts:
GL/glx/indirect_dispatch_swap.c
GL/glx/swap_interval.c
|
|
Regenerate source files from Mesa scripts. This causes the generated
files to use glxbyteorder.h.
|
|
Move the byte-order related wrappers out of the individual source
files into a dedicated header file. Modify the single hand-coded
source file that uses the byte-order wrappers to use the new header
file.
|
|
The proper fix would involve actually setting up the ARGB visual for GLcore,
but I just want the server to not crash at exit.
|