NLS: update handling of Unicode
authorAlan Stern <stern@rowland.harvard.edu>
Thu, 30 Apr 2009 14:08:18 +0000 (10:08 -0400)
committerGreg Kroah-Hartman <gregkh@suse.de>
Tue, 16 Jun 2009 04:44:43 +0000 (21:44 -0700)
commit74675a58507e769beee7d949dbed788af3c4139d
treed4ae3cc06dbfadecf1eaf6ed0aef249fc87b07e6
parenta853a3d4eb2edb066248a39f0634f6f5858816a0
NLS: update handling of Unicode

This patch (as1239) updates the kernel's treatment of Unicode.  The
character-set conversion routines are well behind the current state of
the Unicode specification: They don't recognize the existence of code
points beyond plane 0 or of surrogate pairs in the UTF-16 encoding.

The old wchar_t 16-bit type is retained because it's still used in
lots of places.  This shouldn't cause any new problems; if a
conversion now results in an invalid 16-bit code then before it must
have yielded an undefined code.

Difficult-to-read names like "utf_mbstowcs" are replaced with more
transparent names like "utf8s_to_utf16s" and the ordering of the
parameters is rationalized (buffer lengths come immediate after the
pointers they refer to, and the inputs precede the outputs).
Fortunately the low-level conversion routines are used in only a few
places; the interfaces to the higher-level uni2char and char2uni
methods have been left unchanged.

Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Acked-by: Clemens Ladisch <clemens@ladisch.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
drivers/usb/core/message.c
fs/befs/linuxvfs.c
fs/fat/dir.c
fs/fat/namei_vfat.c
fs/isofs/joliet.c
fs/ncpfs/ncplib_kernel.c
fs/nls/nls_base.c
fs/nls/nls_utf8.c
include/linux/nls.h