[utah-glx-dev] unhooking ourselves from dev-private stuff

[Svante S. <sva...@te...>]

Just a few thoughts (slightly OT):

- It would be nice to get rid of X in the future, replacing it with
  something smaller and more modern in design, maybe Fresco (previosly Berlin-consortium)??

- Would your outlined changes make it possible to use direct rendering in Fresco? 

- It would be nice to use 3D in the Hurd, preferably without X.

Philip Brown writes:
 > Hi Folks,
 > (long time no chat :-)
 > 
 > I have been previously unhappy, in that we have been doing nasty
 > hooks into devprivate stuff on the Xserver side.
 > The original code did that. I copied that methodology also, 
 > because I thought it was somehow "required". That we couldnt
 > double-map.
 > 
 > A nice knowlegeable person on comp.unix.solaris posted that this is not the
 > case, and that it is perfectly acceptible to mmap the same area TWICE, 
 > to different spaces in the same program.
 > 
 > This is really GREAT NEWS!
 > For two reasons:
 > 
 > 
 > 1. It allows us to do our own card detection, and register mapping
 >   routines, which then will let us decouple from the Xfree86
 >   devprivate stuff.. which in turn will make us much less dependant
 >   on any particular new xfree86 server version "upgrade"
 > 
 > 2. Once we have our own card detection and mapping routines, it would
 >    pave the way for anyone who then wanted to take it the extra step, and
 >    take a stab at "direct rendering".
 > 
 > It would be nice if people would confirm this works, for linux and *bsd.
 > Then each utah-glx card maintainer might be persuaded to make their
 > section of the code more independant.
 > 
 > 
 > 
 > -------------------------------------------------------
 > This SF.net email is sponsored by: Get the new Palm Tungsten T 
 > handheld. Power & Color in a compact size! 
 > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
 > _______________________________________________
 > utah-glx-dev mailing list
 > uta...@li...
 > https://lists.sourceforge.net/lists/listinfo/utah-glx-dev