Alots of updates.

[James S. <jsi...@ac...>]

Hi!!

 Thanks to Vojtech major parts of the kernel have been updated. The
console system now interfaces with the way keyboards are handled by the
input suite. For people that want to use other devices as the keyboard for
the console look at the input device drivers for keyboards now that its
standardized (for brallie guy). Now that we have the input suite
and have fbdev cleanup. The next two big issues to tackle. 

First issue:

  How to cleanup up the console code. Its a mess. Many data structs no
longer needed etc. Also as pointed out when the group first formed. Alot
of stuff for serial consoels needless overlap with the serial console.
This needs to be cleaned up. Also we need to work on splitting up
console.c. Its just big and a mess. 

Second issue:
   The next question is how to handle multihead? Here are some models.

---------------------------------------------------------------------------
First Model:

   The current kernel doesn't really handle this very well. The kernel has
32 virtaul consoles. Fbdev has a function con2fb that maps a framebuffer
to a VT or set of VTs. This is done because the current console system
can't handle multihead properly. Continuing to use this model we would map
devices around. Many problems with this model :(

Second model:

  Create VT pools per head. In this model we have a each head behave
indpenedently. For each head you you can VT switch around but you can
never VT switch to another head. 

Any other models/ideas people can think of? Comments welcomed!
  

"Look it's a text editor, no it's a OS, no it's Emacs"
James Simmons                                           ____/| 
fbdev/gfx developer                                     \ o.O| 
http://www.linux-fbdev.org                               =(_)= 
http://linuxgfx.sourceforge.net                            U