summaryrefslogtreecommitdiff
path: root/include/linux/nls.h
AgeCommit message (Collapse)Author
2004-09-07[PATCH] centralize some nls helpersChristoph Hellwig
This patch adds common nls_tolower, nls_toupper and nls_strnicmp helpers to nls.h and uses them in various filesystems instead of local duplicates. The situation for ncpfs isn't as nice as it allows to compile without nls support even if the kernel has CONFIG_NLS set, so we need wrappers there. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2003-09-21[PATCH] NLS: Remove the nls modules for only aliasAndrew Morton
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> This does the following, 1) This removes the nls modules for only alias. For backward compatible, this adds ->alias, and ->alias provides alias of charset. 2) For autoloading the module by the alias, use MODULE_ALIAS mechanism. 3) From changelog of module-init-tools, looks like MODULE_ALIAS needs module-init-tools 0.9.10 or later. So change the "Documentation/Changes".
2002-04-14[PATCH] Bug in NLS UTF-8 codeLiyang Hu
I've recently (actually, last month, but I had been a bit too busy since then) come across a wee problem, in what I originally thought was the VFAT code -- having `utf8' as one of the options, creating UTF-8 file names on a VFAT partition mysteriously gains a couple of (random) characters just after the UTF-8 escaped character: eg. touch "fooCbar" where C is an UTF-8 escape sequence ends up creating a file named "fooCRbar". (R being some random character.) I eventually tracked it down to one line in fs/nls/nls_base.c -- the UCS-2 (wchar_t) string pointer was being incremented too fast. After consulting Ogawa Hirofumi-san on the subject, he mentioned that include/linux/nls.h also needs to be changed for proper UTF-8 support in the NLS code.
2002-02-04v2.4.6.1 -> v2.4.6.2Linus Torvalds
- merge with Alan (USB, zoran, sony motion-eye, rio, dmi-scan)
2002-02-04Import changesetLinus Torvalds