From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alan Cox Subject: Re: [PATCH] console - Add configurable support for console charset translation Date: Wed, 4 Jun 2008 12:55:00 +0100 Message-ID: <20080604125500.0fce2ea4@core> References: <48447615.5050806@am.sony.com> <1212500751.16924.322.camel@pmac.infradead.org> <4845DB46.3020308@am.sony.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4845DB46.3020308@am.sony.com> Sender: linux-embedded-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" To: Tim Bird Cc: David Woodhouse , linux-tiny , linux-embedded , linux kernel > This is clearly an improvement. But it is missing this part of the > original patch: > > --- a/drivers/char/vt.c > +++ b/drivers/char/vt.c > @@ -2198,7 +2198,11 @@ rescan_last_byte: > c = 0xfffd; > tc = c; > } else { /* no utf or alternate charset mode */ > +#ifdef CONFIG_CONSOLE_TRANSLATIONS > tc = vc->vc_translate[vc->vc_toggle_meta ? (c | 0x80) : c]; > +#else > + tc = c; > +#endif Can we please get the ifdefs tided up before this goes in. For the moment this has a NAK from the tty maintainer but if the ifdefs turned went into headers where they belong and the code looked like say tc = vc_translate(vc, c); with two versions of vc_translate (one being vc_translate(x) (x)) it might be more reasonable. We can't stick random ifdefs in bits of code for arbitary 6K savings or the entire kernel would be ifdefs. Sor for the moment Nacked-by: Alan Cox but scope for change