xserver on OpenGL

[Keith Whitwell]

Kendall Bennett wrote:
> Keith Whitwell <keith@tungstengraphics.com> wrote:
> 
> 
>>But right now, there are choices between various not-quite-perfect
>>alternatives:
>>
>>2) Duplicate one of the kdrive servers, but target one of the
>>embedded or linux-solo GL platforms.  This means we do without
>>pbuffers, and whoever runs this has to get linux-solo up and
>>running as well as X. 
> 
> 
> My offer still stands to help work on this using the SciTech SNAP driver 
> architecture. We already have a complete OpenGL driver architecture 
> working on Linux console modes independantly of X (software right now, 
> but we are working on bringing up the Radeon hw driver based on the DRI 
> code). It would be real easy to add pbuffer support to our 
> implementation, but it would not really be necessary until you need to 
> use an offscreen buffer as a texture surface for a blending operation.

We've got a hardware one running right now - the linux-solo targets in Mesa, 
which already bring up 3D based on the radeon (and other) DRI drivers.

So this task would probably turn out looking pretty similar whether we based 
it off your driver architecture or linux-solo - at least it seems that way 
based on your description.  Sounds like maybe you're ahead on mode setting, 
whereas we're ahead on hardware support...

I'm really more concerned about finding the easiest environment to tackle the 
narrow task of emitting GL as to perform the rendering tasks of a DDX driver - 
and to a fairly large extent, the stable nature of a nested X server is pretty 
appealing.

However, at the moment I'm doing more talking than coding, so not much 
progress has been made...

Keith