Xegl lives!

[Jim Gettys]

Jon,

KAA uses fbdev, and does not do the evil of XAA.  It does not do mode
selection, or mess with the PCI configuration.

It does mess with the graphics chip directly, as X server's have since
time immemorial....

Zack's been doing some good stuff speeding up software compositing,
which should see the light of day, so while I understand your
impatience, his priorities are reasonable (and we still need software
fallback for compositing to run at finite speed...).
				- Jim


On Tue, 2005-05-24 at 11:23 -0400, Jon Smirl wrote:
> On 5/24/05, Zack Rusin <zrusin at trolltech.com> wrote:
> > I'd like to get at least some stuff from kaa working in xorg by next
> > week. Once I'll finish that I'd be happy to look into accelerating
> > indirect rendering. So if you won't get a chance to look into it, I'll
> > take a stab at it.
> 
> Expanding xorg with kaa is perpetuating some of the big flaws in the X
> server. Xgl pushes all of the PCI probing and manipulation of hardware
> registers down into device drivers when synchronization is controlled
> by the kernel. kaa continues with the current X server which does evil
> things like manipulate the PCI bus from user space. It also turns off
> other video cards that it doesn't have drivers loaded for even though
> those cards may be in use by other apps. A big goal of Xgl is to
> remove the need for the server to run as root. Removing root makes it
> hard for the X server to do nasty things. Long run the Xgl model
> should have superior performance to kaa since Xgl exposes full OpenGL
> including shaders.
> 
> If you have the skills to work on kaa why not consider helping with
> the new memory manager in the radeon driver.
>