The following OpenGL features are not supported at this time: overlays, stereo, hardware-accelerated indirect rendering.
OpenGL-like functionality is provided with the Mesa library. XFree86 4.0.1 uses Mesa 3.3. Subsequent releases of XFree86 will use newer versions of Mesa. When newer versions of Mesa are available, the 3D drivers can be updated without reinstalling XFree86 or libGL.so.
The GLX 1.3 API is exported but none of the new 1.3 functions are operational.
glXGetProcAddressARB function is fully supported.
GLXPixmap rendering is only supported for indirect rendering contexts. This is a common OpenGL limitation. Attempting to use a direct rendering context with a GLXPixmap will result in an X protocol error.
Debugging DRI drivers with gdb can be difficult because of the locking involved. When debugging OpenGL applications, you should avoid stepping inside the GL functions. If you're trying to debug a DRI driver it's recommended that you do so remotely, from a second system.
When you run multiple GL applications at once you may notice poor time slicing. This is due to an interaction problem with the Linux scheduler which will be addressed in the future.
A number of popular OpenGL applications on Linux (such as Quake3, HereticII, Heavy Gear 2, etc) dynamically open the libGL.so library at runtime with dlopen(), rather than linking with -lGL at compile/link time.
If dynamic loading of libGL.so is not implemented carefully, there can be a number of serious problems. Here are the things to be careful of in your application:
Some applications don't yet incorporate these procedures and may fail. For example, changing the graphics settings in some video games will expose this problem. The DRI developers are working with game vendors to prevent this problem in the future.
The DRI bug database which includes bugs related to specific drivers is at the SourceForge DRI Bug Database
Please scan both the open and closed bug lists to determine if your problem has already been reported and perhaps fixed.