James Simmons wrote in respone to Jason McMullan:
> > BTW: Was there _anyone_ other than I that cared about GGI Console
> > enough to try the code what I was developing it?
>
> Yes.
Yes, Jason, there were. And it worked for me.
> > 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.
The same for me.
> 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.
Fine.
> 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.
Sure, but this requires you have some people you may put your input into
and that that some people need to care what you say. From what I
understand
your statements above, the effort so far has been private conversation
between Vojtech Pavlik, myself, and Geert Uytterhoeven. KGI has been
open
since it's beginning, is open, and remains open to anyone willing to
contribute.
Steffen
_______________________________________________________________________________
The difference between a "concept" and a "random collection of routines"
is that the concept will survive, and the routines won't. -- L.Torvalds
_______________________________________________________________________________
Steffen Seeger
mailto:[EMAIL PROTECTED]
