[Fwd: Re: CVS Update: xc (branch: trunk)]

[Ian Romanick]

Roland Mainz wrote:
> Keith Whitwell wrote:
> 
>>Roland Mainz wrote:
>>
>>>CVSROOT:      /cvs/xorg
>>>Module name:  xc
>>>Changes by:   gisburn at gabe.freedesktop.org    05/01/04 14:05:09
>>>
>>>Log message:
>>>  2005-01-04 Roland Mainz <roland.mainz at nrubsig.org>
>>>    * xc/programs/glxgears/glxgears.c
>>>    Bugzilla #2220 (https://bugs.freedesktop.org/show_bug.cgi?id=2220)
>>>    attachment #1630 (https://bugs.freedesktop.org/attachment.cgi?id=1630):
>>>    Make glxgears a better GL client via calling |glFinish()| between frame
>>>    swaps to avoid that the GL instruction queue gets spammed, sometimes
>>>    even killing all interactive usage of the Xserver.
>>
>>Please don't do this - this is not "better" or reccomended GL usage.
> 
> Uhm... why ? Multiple GL experts claimed that X11R6.8.0 glxgears is
> "broken" (based in the internal feedback from
> https://bugs.freedesktop.org/show_bug.cgi?id=1793) and suggested either

Is there any archival of that discussion?  As someone who has done a lot 
of work in this area on both client-side and server-side over the last 
couple years, this sounds like a lot of hog-wash to me.

As for how OpenGL and OpenGL driver work / are supposed to work, Brian, 
Keith, and Adam are correct.

> an event-driven application model or to call at least |glFinish()|. The
> first option wasn't possible (which would be preferable here as both
> client and Xserver can run "decoupled" but still avoiding that the
> client can send rendering instructions faster then the server can handle
> them) as it seems to require GLX 1.3 so I used |glFinish()|.

The only part of GLX 1.3 that isn't implemented in X.org *today* is 
pbuffers.  I added support for GLX_SGIX_fbconfig, 
GLX_SGI_make_current_read and other GLX 1.3 entry points for existing 
extensions a year ago.