From: Zoltan B. <zb...@fr...> - 2006-01-31 17:36:04
|
Ruben Faelens =C3=ADrta: > In my opinion, we shouldn't try to adjust the kernel to accomplish=20 > multiple text consoles. Someone should create a VT102-compatible=20 > terminal emulation program for framebuffer. The ruby kernel has=20 > support allready for multiple dumb consoles, so these terminal=20 > emulation programs just have to be started on the right console for=20 > multiple text console support to work. Well, the kernel already contains a mature VT100-compatible terminal=20 emulation, look at drivers/char/vt.c. Dummy consoles can be taken over by FB console= s after boot in earlier Ruby versions and there have been success reports=20 on this list using this configuration, e.g. with radeonfb with multiple adeon cards II= RC. > > IMHO, true multiple console text mode is trying to push your luck. I=20 > don't think the hardware is able to pull this, afaik the linux kernel=20 > uses very simple calls to get it's text console to the screen. > Framebuffer is the way to go for multiple text consoles, but why use=20 > framebuffer when you can use X? > > IIRC, some time ago somebody had the idea of creating a userspace=20 > terminal emulation program with an fbdev video output. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log=20 > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > > |