Re: vfat filesystem: Why utf8=1 when iocharset=âutf8â was already there?

From: NamJae Jeon
Date: Sat Sep 03 2011 - 05:16:54 EST


2011/9/2 Amit Sahrawat <amit.sahrawat83@xxxxxxxxx>:
> From my opinion both should support the same functionality as the
> motive behind this seems to introduce the complete support for utf8.
> But, I am surprised to see the behavior changes in the â2â options.
> 1) Â Â ÂWhen using iocharset=âutf8â it makes vfat case sensitive, while
> this is not the case with using utf8=1
> 2) Â Â ÂSurrogate pair donât work when using iocharset=âutf8â, because that
> traverses a path like this:
> xlate_to_uni()-->nls->char2uni()-->char2uni()-->utf8_to_utf32()
> After this it returns EINVAL because Surrogate pair correct code is
> greater than 0xFFFF (MAX_WCHAR_T â limit which is put)
> But this is not the case with utf8=1
> There are other places also where I can see usage different due to
> usage of char2uni()
>
> Can someone provide any help on this? Why do we have separate options
> for using utf8 and if utf8=1 smoothly supports proper working then why
> not discard iocharset=âutf8â ? and if this is not the case
> why was utf8=1 introduced?
>
> Please provide any guidance in this.
>
> Thanks & Regards,
> Amit Sahrawat
>

I also am wondering this issue for long time.
May be, Ogawa will know well.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/