> BTW: Was there _anyone_ other than I that cared about GGI Console
> enough to try the code what I was developing it?
Yes.
> If there's a
> desire, I would love to work with the FBdev team to get more
> GGI Console type structure into the kernel, at least on the
> display side.
Multihead systems are planned for 2.5.X. So far the people involved in
the design of the new console system are Vojtech Pavlik, myself, and Geert
Uytterhoeven. Others are welcomed. Matrin Mares was invloved in the new
design but due to limitations in time he placed me in charge of the
developement of the new console system. Unfortunely I have the same
problem. Developement will pcik up once 2.4.X comes out. Vojtech has
worked on the input system based on GGI consoles input system and has
quite a bit done. I have worked with Geert to prepare fbdev for real
multihead support. Some still needs to be done. The core part the console
system itself needs a really work over. This part is really vaporware.
Both me and Matrin Mares have some early code which is in the input patch.
Of course this wasn't completed since me and Mares disagree on several
design issues.
What needs to be done? Well both me and Vojtech have early work for
multihead support in 2.3.X. Vojtech already has /dev/event in the usb
directory of the developement branch. I have slowly been placing a new
fbdev API in place. Many drivers have not been converted over to this new
API. I need those drivers ported over and I can't do it alone.
What I have learned which will heavly influence the design of the
console system. That the driver for the raw hardware does NOT need to know
anything about the console system. Fbdev is heading in this direction. The
fbdev driver will have no console code what so ever in the near future.
It will be fbcon.c that will provide the abstarction layer to the console
system alone. This provides the ability to have fbdev and vgacon run
together and lots of other nice features. The same will go for the input
drivers.
Jason and Steffen since you have attempted multiheaded support before
your input will be greatly welcomed :> If we all work together we can come
up with one heck of a solution. This is going to be my project at 3Dfx.
It's going to kick butt to have quake run on multiple heads of course with
several voodoo cards.
Codito, ergo sum - "I code, therefore I am"
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbdev.org (/)_ (/)_ V_/_
http://linuxgfx.sourceforge.net
