Re: kernel support for non-english user messages

Ruth Ivimey-Cook (Ruth.Ivimey-Cook@ivimey.org)
Thu, 10 Apr 2003 11:47:28 +0100


At 23:55 09/04/2003, you wrote:
> > "My suggestion would be to add the required i18n support to klogd, so
> > that kernel messages are translated as they are removed from dmesg into
> > syslog. Then, like any i18n support,
>
>This is _not_ like any i18n support. The problem is that normal

Agreed. How about changing the way printk works, so that instead of
combining the format string, it just "prints" its args:

printk("%s: name %p is %d\n", name, ptr, val);

results in the following in the kernel buffer:

"%s: name %p is %d\n", "stringval", 0x4790243, 44

Then run a process to either push them together again (native mode) or do
the getmsg() thing for i18n mode?

Only problem I can see is early-boot, where the normal demons can't be
running. Could we have a kernel-thread that can be run ASAP and does the
native-mode thing, that can be killed if userspace runs an i18n demon?

HTH,

Ruth

-
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/