[linux-cifs-client] [PATCH 0/7] [CIFS] RFC: implement ability to specify remote_nls for legacy servers

Jeff Layton jlayton at redhat.com
Mon Jul 28 13:24:29 GMT 2008


On Mon, 28 Jul 2008 14:45:58 +0200 (CEST)
Marko Käning <mk362 at mch.osram.de> wrote:

> Hi Jeff,
> 
> On Fri, 25 Jul 2008, Jeff Layton wrote:
> 
> > The basic idea is to implement a codepage= option similar to what
> > smbfs had. That option sets a remote_nls variable that hangs off
> 
> Can this be seen as relevant for the funny messages I see with my cifs 
> client:
> 
> ----
> kernel:  CIFS VFS: strtoUCS: char2uni of -28 returned -22
> ----
> 
> ?????
> 
> Regards,
> Marko

Well, it's somewhat related, but I doubt this patchset will fix that.
What that message most means is that this routine got a string with the
char 0xe4 in it, and the NLS character set that you're using does
not know how to translate that into unicode. Either the char isn't
mapped to anything or there's a bug in your NLS table -- hard to say
for sure.

Since this patchset will use unicode as an intermediate translation
format, you'll probably have the same problem even afterward. What NLS
table is your kernel using and how often do you see these messages?

As a side note, these error messages are formatted very unhelpfully. We
should probably make it print those chars in hex rather than as
signed int's...

-- 
Jeff Layton <jlayton at redhat.com>


More information about the linux-cifs-client mailing list