linux-kernel - Re: [GIT PULL] zstd support (lib, btrfs, squashfs)

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:   Sat, 9 Sep 2017 12:14:41 +0800
From:   Herbert Xu <herbert@...dor.apana.org.au>
To:     Nick Terrell <terrelln@...com>
Cc:     Chris Mason <clm@...com>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        linux-btrfs <linux-btrfs@...r.kernel.org>,
        Phillip Lougher <phillip@...ashfs.org.uk>,
        Sean Purcell <me@...np.xyz>, David Sterba <dsterba@...e.cz>
Subject: Re: [GIT PULL] zstd support (lib, btrfs, squashfs)

On Sat, Sep 09, 2017 at 02:48:55AM +0000, Nick Terrell wrote:
>
> There is a patch [1] floating around adding zstd support to compressed RAM
> that uses the crypto API.
> 
> [1] https://lkml.kernel.org/r/20170824014936.4738-1-sergey.senozhatsky%40gmail.com

Yes but I think it would make more sense for the crypto API patches
to be submitted together with its first user.  It wouldn't be the
first time for an algorithm to be added with an intended user which
itself never actually gets merged into the kernel.

Cheers,
-- 
Email: Herbert Xu <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt