[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <871s6qo20n.fsf@collabora.com>
Date: Sun, 09 Dec 2018 15:53:28 -0500
From: Gabriel Krisman Bertazi <krisman@...labora.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: "Theodore Ts'o" <tytso@....edu>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
kernel@...labora.com, linux-ext4@...r.kernel.org, sfrench@...ba.org
Subject: Re: [PATCH v4 00/23] Ext4 Encoding and Case-insensitive support
Linus Torvalds <torvalds@...ux-foundation.org> writes:
> On Sat, Dec 8, 2018 at 9:03 PM Theodore Y. Ts'o <tytso@....edu> wrote:
> Either you have a horrible fundamental design mistake that has
> different per-filesystem locales, or you don't.
>
> If you don't, you shouldn't be touching any of the nls code.
>
> Whatever unicode tables you use for case folding shouldn't be in the nls code.
Hi Linus,
As Ted mentioned the SMB case, in my understanding, we might have more
users for in-kernel ut8 normalization/casefold comparison functions than
just ext4 in the future. Steve French (in cc.), for instance, mentioned
his interest in using this higher level NLS API when I first submitted
these patches.
My first RFC actually included this code as a separated module inside
lib/ instead of touching NLS, but I found myself rewriting much of the
same APIs that already existed in NLS. That is why I merged my work
with that subsystem. I am open to rethinking it, if there is a better
alternative.
Thanks,
--
Gabriel Krisman Bertazi
Powered by blists - more mailing lists