Messages in this thread | | | Date | Sat, 19 Jun 2004 16:49:07 +0100 | From | matthew-lkml@newtonco ... | Subject | Re: [PATCH] Stop printk printing non-printable chars |
| |
On Sat, Jun 19, 2004 at 12:18:24PM +0100, David Woodhouse wrote: > On Fri, 2004-06-18 at 21:53 +0100, matthew-lkml@newtoncomputing.co.uk > wrote: > > The main problem seems to be in ACPI, but I don't see any reason for > > printk to even consider printing _any_ non-printable characters at all. > > It makes all characters out of the range 32..126 (except for newline) > > print as a '?'. > > Please don't do that -- it makes printing UTF-8 impossible. While I'd > not argue that now is the time to start outputting UTF-8 all over the > place, I wouldn't accept that it's a good time to _prevent_ it either, > as your patch would do.
Please forgive me if I'm wrong on this, but I seem to remember reading something a while ago indicating that the kernel is and always will be internally English (i.e. debugging messages and the like) as there is no need to bloat it with many different languages (that can be done in userspace). As printk is really just a log system, I personally don't see any way that it should ever print anything other than ASCII.
(Yes, of course some parts of the kernel, like filesystems, do need to be able to handle UTF-8 etc, but not all.)
-- Matthew
- 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/
| |