|
From: James S. <jsi...@ac...> - 2000-04-05 14:45:08
|
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 |