[rescue] Linux Luserisms (was: secondary market storage?)

[Joshua D Boyd]

On Tue, Apr 02, 2002 at 12:49:17AM -0500, Brian Hechinger wrote:

> wasn't the big pain in the ass with the SVGAlibs that they had to basically
> rewrite the hardware abstraction layer since it existed in X and not in the
> OS?  i could be way off as i'm more of a server guy and don't pay too much
> attention to stuff like graphics.

Yeah, that was one of the big pains. If they had done it properly in the first
place though... 

The current framebuffer console, and in particularly directfb are more 
related, but directfb doesn't support hardware gl.
 
> > Besides, digital voodoo cards (see http://www.digitalvoodoo.net/products.htm)
> > have nothing to do with X, unless you want to do a Quantel type thing with 
> > the gui running on an SDI monitor (thing like firewire, except much higher
> > end).
> 
> ok, this falls outside the realm of video cards since this is more like the
> Sirius Video option than "normal" video hardware.  support for it would be
> nice, yes, but since this isn't meant to be something to run X (not saying it
> can't, but i think you know what i mean) it should be thought of as a network
> adapter or scsi card.

Yes, and I still want a linux distro that supports such things out of box.
And frankly, I would quite rather they treat it like a network card or scsi
or something.  Almost anything is better than the idea of sucking something
like that into xfree.  Although, video4linux comes close.  Just give me a 
relatively uniform way to access the frame.  Let me worry about what format
it is in.  If this is too hard, literally create a new API for every card.
This is what SGI used to do.  Most programmers seem to hate the unified device
support more than they hated porting their software to each device.

-- 
Joshua D. Boyd