linux-kernel - Re: How to add Unicode character tables to the kernel?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Mon, 1 Apr 2019 10:51:39 -0700
From:   Linus Torvalds <torvalds@...ux-foundation.org>
To:     "Theodore Ts'o" <tytso@....edu>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        Linux List Kernel Mailing <linux-kernel@...r.kernel.org>,
        Gabriel Krisman Bertazi <krisman@...labora.com>
Subject: Re: How to add Unicode character tables to the kernel?

On Sun, Mar 31, 2019 at 4:09 PM Theodore Ts'o <tytso@....edu> wrote:
>
> The question is how to do this, with different tradeoffs.  One is to
> simply include a utf8data.h file, which will be 320k.  That might
> sound large, but in fs/nls there are 3544k worth of similar files.
> Some are relatively small --- only 16k.  But others are quite large
> --- 480k to 856k.  The table for Chinese character set is such an
> example.  So in comparison, the 320k size of utf8data.h is quite
> compact.
>
> The problem with this solution is that the files in fs/nls, and the
> proposed utf8data.h, are generated files.

Oh, we definitely don't want to copy the original huge tables, and we
don't even *want* people to edit those things in the first place.

So generated files are fine. It's not like the source data isn't
public, and yes, the commit message should have a pointer to it and
how to get the source and the generated files. But no, we shouldn't
feel like we should encourage people to be able to generate their own
modified unicode tables.

                Linus