These patches add a (de)compression module for the "zlib" format using the
crypto API:
[1] crypto: Add a zlib crypto module
[2] tcrypt: Add a self test for the zlib crypto module
[3] squashfs: Switch from zlib/inflate to "zlib" crypto module
The last patch is a proof-of-concept to make SquashFS 3.4 use this new zlib
crypto module. This makes it easier to e.g. change the decompression algorithm
in SquashFS or to make use of a hardware-accelerated zlib crypto module.
It can be extended to other compressed file systems, like e.g. AxFS and CRAMFS.
All comments are welcome. Thanks!
With kind regards,
Geert Uytterhoeven
Software Architect
Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium
Phone: +32 (0)2 700 8453
Fax: +32 (0)2 700 8622
E-mail: [email protected]
Internet: http://www.sony-europe.com/
A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 · RPR Brussels
Fortis · BIC GEBABEBB · IBAN BE41293037680010
Geert Uytterhoeven wrote:
> These patches add a (de)compression module for the "zlib" format using the
> crypto API:
> [1] crypto: Add a zlib crypto module
> [2] tcrypt: Add a self test for the zlib crypto module
> [3] squashfs: Switch from zlib/inflate to "zlib" crypto module
>
> The last patch is a proof-of-concept to make SquashFS 3.4 use this new zlib
> crypto module. This makes it easier to e.g. change the decompression algorithm
> in SquashFS or to make use of a hardware-accelerated zlib crypto module.
>
> It can be extended to other compressed file systems, like e.g. AxFS and CRAMFS.
>
> All comments are welcome. Thanks!
>
Moving Squashfs over to the crypto API is a good idea. When the zlib
crypto module code is in the mainline kernel moving Squashfs, AxFS and
CRAMFS over will be easy.
Are you planning to do the necessary work to get this (or a subsequent
version following the comments from Herbert Xu) into mainline?
Cheers
Phillip