Re: OpenGL-based framebuffer concepts

Martin Mares wrote:
Hi!

My thoughts are mixed on continuing to support text mode for anything
other than initial boot/install. Linux is all about multiple languages
and the character ROMs for text mode don't support all of these
languages.

On most servers, you don't need (and you don't want) anything like that.
In such cases, everything should be kept simple.
Linux isn't all about servers - but still, a framebuffer is not
"complicated" compared to vga textmode. It uses more
memory, but that is graphichs memory the server can't
put to better use anyway.


Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: OpenGL-based framebuffer concepts
    ... Linux is all about multiple languages ... and the character ROMs for text mode don't support all of these ... On most servers, you don't need anything like that. ...
    (Linux-Kernel)
  • Re: OpenGL-based framebuffer concepts
    ... Linux is all about multiple languages ... > and the character ROMs for text mode don't support all of these ...
    (Linux-Kernel)
  • Re: OpenGL-based framebuffer concepts
    ... Linux is all about multiple languages ... and the character ROMs for text mode don't support all of these ... On most servers, you don't need anything like that. ... most people are not using vgacon. ...
    (Linux-Kernel)
  • detect language .net framework
    ... I'm writing a program with support for multiple languages. ... I would need to detect the language of the .net framework that is ... installed on the users computer. ...
    (microsoft.public.dotnet.framework)