[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070404080140.GC8256@elf.ucw.cz>
Date: Wed, 4 Apr 2007 10:01:40 +0200
From: Pavel Machek <pavel@....cz>
To: "Antonino A. Daplas" <adaplas@...il.com>
Cc: Paul LeoNerd Evans <leonerd@...nerd.org.uk>,
Andrew Morton <akpm@...l.org>,
Linux Kernel Development <linux-kernel@...r.kernel.org>,
Jan Engelhardt <jengelh@...ux01.gwdg.de>,
"H. Peter Anvin" <hpa@...or.com>
Subject: Re: [PATCH] vt: Expose system-wide UTF-8 default setting via sysfs
Hi!
> > > HPA is right... this should be fixed in userland. Reset should reset a
> > > console, and if you want utf-8, do \ec\ewhatever to get it.
> >
> > As I've already said elsewhere, does anything say that "reset" means
> > that UTF-8 is turned off, or merely reset back to some known state? I
> > personally would consider that UTF-8 being on is the default, and if
> > something wants it off it should ask specifically..
> >
> > Consider any other terminal emulator, such as those running on X11; when
> > they're reset, they know to keep UTF-8 mode turned on, because it said
> > so in their config, or in the locale. Kernel doesn't really have nice
> > access to the LANG environment variable, but we can give it something
> > similar; namely, via a module parameter.
>
> I agree with Paul. Reset or RIS is (R)eset to (I)nitial (S)tate,
> represented as ESC 06/03. "Initial state" is defined in ECMA-48 as the
> state of the device after it was made operational. It doesn't
> necessarily mean that the "initial state" is the safest configuration.
> So, if this "initial state" includes enabling UTF-8, then the device has
> to go into UTF-8 upon invoking RIS.
You could do that... during development series. But this is
userspace-visible API change, and those are not allowed during stable.
...and having /sysctl configuring inital state for reset is just plain
ugly.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists