Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1162009AbXECObl (ORCPT ); Thu, 3 May 2007 10:31:41 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1162013AbXECObl (ORCPT ); Thu, 3 May 2007 10:31:41 -0400 Received: from mailer.gwdg.de ([134.76.10.26]:38560 "EHLO mailer.gwdg.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1162009AbXECObj (ORCPT ); Thu, 3 May 2007 10:31:39 -0400 Date: Thu, 3 May 2007 16:26:55 +0200 (MEST) From: Jan Engelhardt To: Albert Cahalan cc: "H. Peter Anvin" , "Antonino A. Daplas" , Geert Uytterhoeven , linux-kernel , aeb@cwi.nl Subject: Re: console font limits In-Reply-To: <787b0d920705030714k3b290d2csa38a5df63c692d6f@mail.gmail.com> Message-ID: References: <787b0d920704302109r352e6653wc71a0638cbfbdcce@mail.gmail.com> <1178021516.4372.62.camel@daplas> <46375738.1010007@zytor.com> <787b0d920705010849u52a4d6c3o2f1f800521ad5b95@mail.gmail.com> <787b0d920705022317j485cbe26wc83f071834c53584@mail.gmail.com> <787b0d920705030714k3b290d2csa38a5df63c692d6f@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Report: Content analysis: 0.0 points, 6.0 required _SUMMARY_ Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1917 Lines: 51 On May 3 2007 10:14, Albert Cahalan wrote: > On 5/3/07, Jan Engelhardt wrote: >> On May 3 2007 02:17, Albert Cahalan wrote: > >> > Those sizes are unreadable on the 200 dpi OLPC XO screen, >> >> Hm that should have read, for you: >> I don't object implementing support for larger sizes. >> (But I wonder how that should work without FB/CVIDIX/SVGA/VESA >> extensions.) >> >> Note that I was assuming that no FB is used: > > I'm assuming that the FB is used. Neither of my two > computers can do VGA text mode. Some non-x86 boxes like sparc? > Even for computers > which can do VGA text mode, if you want large fonts > (either by number of characters or by character width) > you need to use FB. That's just a requirement; anything > else would be insane. > >> For everything beyond Latin, fbiterm should work a lot better. > > Then, as with X, you have problems with kernel messages. > Reliably sending printk through a userspace console is not > even possible. (consider a panic, OOM, or runaway RT task) Actually, the kernel could just "jump in". That is, when you start in fb mode, you get the regular 8x16 vga font - on your choice of resolution, and can also set it with setfont. So far so nice. Now, when you start fbiterm -- for example to read CJK --, fbiterm presents you with what looks like a 12x24 font. Also good. It _looks_ to me like fbiterm does the drawing itself; ok too. Now when the kernel is oopsing, it could just spew out the oops trace in the regular font (vga8x16 or in case you use CONFIG_FONTS, then that), possibly obstructing some output generated by fbiterm, but in case of oops, I think this is ok. Jan -- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/