From: Brad D. <Br...@NE...> - 2000-03-01 22:34:06
|
> -----Original Message----- > From: Jon M. Taylor [mailto:ta...@ec...] > > Well, I don't think that I can help with this too much - my web > design skills are pretty bad. Looka t > http://libggi3d.sourceforge.net to > see what I am capable of > |->. Rockin! :) > I think that we have three major areas of concern which > will drive > the design of this project: > > 1: What do we need? > * Better multiheading, Each head should have it's own console. Is this already being worked on now? > * Cleaner and more abstract [virtual] console representation, I like the idea of moving /dev/fbx to /dev/fb/fbx/,fbx+1/... and each head having it's own VTs. I don't think this will be easily backward compatible and are there possible race conditions with each head having it's own VTs? > * fbcon backwards compatibility, > * /dev/gfx integration, > * Abstract input devices and event flow graphing, > * ...others... How does this fit in with DRI (I'm unable to find decent documentation)? Are gfx and DRI trying to do the same thing? > 2: What does Linus want? Beer? > 3: What will Linus accept into 2.5.x? > > EvStacks was a _really_ good design, but I guss it was > too complex > and ambitious for Linus. Therefore, we really need to know > where Linus > stands on the issues before we do any significant amount of > design work > this time around. I'm slowly still looking over EvStacks... No opinions, yet. Thanks, Brad Douglas br...@ne... http://www.linux-fbdev.org |