Menu
▾
▴
[Linuxconsole-commit]CVS: ruby/web/htdocs index.html,1.2,1.3
|
From: James S. <jsi...@us...> - 2001-11-03 18:02:04
|
Update of /cvsroot/linuxconsole/ruby/web/htdocs In directory usw-pr-cvs1:/tmp/cvs-serv32110 Modified Files: index.html Log Message: Much needed updates to the web site. You can see it at http://linuxconsole.sf.net/new Index: index.html =================================================================== RCS file: /cvsroot/linuxconsole/ruby/web/htdocs/index.html,v retrieving revision 1.2 retrieving revision 1.3 diff -u -d -r1.2 -r1.3 --- index.html 2001/11/03 00:15:53 1.2 +++ index.html 2001/11/03 18:02:02 1.3 @@ -1,7 +1,7 @@ <!doctype HTML public "-//W3O//DTD W3 HTML 3.2//EN"> <HTML> <HEAD> -<link rev=made href=mailto:es...@sn...> +<link rev=made href=mailto:jsi...@tr...> <meta name="description" content="Home page of the Linux Console Project"> <meta name="keywords" content="linux, input, framebuffer, vga, mda, console, ANSI, ECMA-48"> <TITLE>The Linux Console Project</TITLE> @@ -19,80 +19,134 @@ <H1>Charter and Objectives:</H1> -Our charter is to clean up and properly maintain the Linux console -sub system. There has been scattered work on the console going on for -some time. This project will try to pull it all together into a -coherent architecture from which we can generate clean patches +Our charter is to clean up and properly maintain the Linux console/TTY +sub system. There has been scattered work on the console and TTY layer +going on for some time. This project will try to pull it all together +into a coherent architecture from which we can generate clean patches for Linus and the core kernel team.<p> -Right now the console subsystem has a couple of problems: +Right now the console subsystem and the subsystems that are depended on +it have a couple of problems as well as some design issues which need +to be address for todays needs: <ol> <li> <li>Terminal emulation is much too intertwined with the lower - levels of the console implementation (e.g. fbdev). Eventually - terminal emulations should be loadable modules.<p> + levels of the console implementation. Eventually terminal + emulations should be loadable modules and/or easily replacable.<p> + +<li>The various subsystems are intertwined with the console system. + Things like the serial, framebuffer, and input layer should be + able to exist independent of the console/TTY layer. Especially + on embedded devices this is important.<p> +<li>The console system is to vga centeric in design. We designed it + to be more platform independent.<p> + <li>The built-in ANSI X3.64/ECMA-48 terminal emulation is incomplete and in some respects incorrect.<p> </ol> -There's demand for many features that have not yet been implemented. -These include: +<H1> New Features:</H1> <ul> -<li> Multi-head operation -- console instances running on multiple - (possibly dissimilar) video cards. +<li> Multi-desktop operation -- console instances running on multiple + (possibly dissimilar) video cards and seperate keyboards. +<li> With the new console locking mechanism the underlying drivers can + be DMA/irq based for maximum speed. +<li> Much simpler framebuffer api. Plus with the new design it is possible + to use framebuffer devices without a VT. +<li> The console system input system is based solely on the input api. This + allows for things like a universal keymap. No more compiling in new + keymaps for every type of different keybaords out their. Plus with this + design it is possible to use a keyboard without the console system. +<li> New serial API. The serial layer is more like the parport layer now. + Having to using the TTY layer for something like a serial mouse is + plain silly. The idea is to create a basic serial API and register + device interfaces. For a modem youwould want to register a TTY interface + whereas for a serial mouse or joystick we woudl want to register a + interface for the input api. +<li> Support for hot plug. We can add or remove graphics cards or even + keyboards to create new desktop VTs. <li> A scrollback buffer implemented in the console itself. -<li> Support for different fonts, keymaps, and textmodes per VC. -<li> Better Unicode support. +<li> Support for different fonts, and textmodes per VC. +<li> Better Unicode support. You will be able to display Kanji on the + command line. Bidirectional support. +<li> Not really apart of the console system, force feedback is a important + element to the input layer that this project is also working. </ul> -<H1>Deliverables:</H1> +<H1>Project Status and News:</H1> -This project aims to deliver these things:<p> -<ol> -<li> -Ruby: A line of patches for 2.4.x that implements the heavy stuff; fbdev -refactoring, multihead, scrollback, etc. These can't go in until 2.5.x.<p> -</ol> +Development is moving fast. Since we cover alot of areas of the linux kernel +we have seperate links to pages that have developements to each different +sub system<p> -<H1>Project Status:</H1> +<a href="input/input.html">Input API</a> -Development is moving fast.<p> +<H1>Getting Involved</H1> + +So you like to try out this new system or even better yet contribute. If you +like to give it a try <a href="quick.html">click here</a> for instructions. +Once it try it out we know you will have questions or just want to tell you +your experiences we have a public developement mailing list. Also our list +is archived. If you like to join follow this <a +href="http://lists.sourceforge.net/lists/listinfo/linuxconsole-dev">link</a>. + +Now if you like to get your hands dirty an get invloved I recommend going our +<a href="http://lists.sourceforge.net/lists/listinfo/linuxconsole-commit">CVS +commit mailing list</a>. Here you will see all the changes going on. A must +for developers and a great way to learn how the new TTY/console layer works. +Plus each page for subscribing has a link to the maling list archives.<p> + +Last but not least is our <a href="http://sourceforge.net/project/?group_id=3063">SourceForge page</a>.<p> + +<H1>Documentaion:</H1> + + Will fill in later.<p> + <H1>People:</H1> <dl> <dt> <a href="mailto:jsi...@tr...">James Simmons</a> <dd> Project admin on SourceForge. The release master. - Doing fbdev refactoring, multihead support.<p> + Developing the new fbdev API, multihead support, and the + core console code.<p> <dt><a href="mailto:dom...@un...">Dominik Kubla</a> -<dd> Doing ANSI/ECMA-48 terminal emulation coding.<p> +<dd> Wrote the ANSI/ECMA-48 terminal emulation code and designed + the terminal emulation modular design.<p> +<dt><a href="vo...@su...">Vojtech Pavlik</a> +<dd> Co-Maintainer of this project. Developing the input API and + writing most of the core input drivers.<p> + +<dt><a href="mailto:dom...@un...">Dominik Kubla</a> +<dd> Wrote the ANSI/ECMA-48 terminal emulation code and designed + the terminal emulation modular design.<p> + <dt><a href="mailto:es...@th...">Eric S. Raymond</a> -<dd>Project webmaster, co-admin, and documentation person. Interested - in terminfo and ANSI conformance. (Eric maintains the master - terminfo file.)<p> +<dd> Worked with Dominik to develope better temrinal emulation. Interested + in terminfo and ANSI conformance. (Eric maintains the master + terminfo file.)<p> -<dt><a href="vo...@su...">Vojtech Pavlik</a> -<dd>Interested in input device refactoring. +<dd>And many others who have put time in and helped develope various parts + of the code. Thank you.<p> </dl> <H1>Related Resources:</H1> <ul> -<li>Our <a -href="http://sourceforge.net/project/?group_id=3063">SourceForge page</a>.<p> +<li>The <a href="http://www.linux-fbdev.org">Framebuffer</a> Homepage.<p> <li>Dominik Kubla's <a href="http://www-klinik.uni-mainz.de/staff/kubla/Linux/">emulation patches</a>; -these will probably be the basis of our first two deliverables.<p> +these are the basis of our terminal emulation code.<p> <li>Vojtech Pavlik's <a -href="input/input.html">input drivers</a>, a +href="http://www.suse.cz/developement/input">input drivers</a>, a previous effort in this direction which we have integrated.<p> <li> |
