[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241121121120.ch4qbmbiuje2cjog@cab-wsm-0029881.sigma.sbrf.ru>
Date: Thu, 21 Nov 2024 12:11:24 +0000
From: Alexey Romanov <avromanov@...utedevices.com>
To: Sergey Senozhatsky <senozhatsky@...omium.org>
CC: "minchan@...nel.org" <minchan@...nel.org>, "axboe@...nel.dk"
<axboe@...nel.dk>, "terrelln@...com" <terrelln@...com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-block@...r.kernel.org" <linux-block@...r.kernel.org>
Subject: Re: [PATCH v1 0/3] zram: introduce crypto-backend api
Hi Sergey,
On Wed, Nov 20, 2024 at 12:15:29PM +0900, Sergey Senozhatsky wrote:
> On (24/11/19 15:27), Alexey Romanov wrote:
> > Since we use custom backend implementation, we remove the ability
> > for users to use algorithms from crypto backend. This breaks
> > backward compatibility, user doesn't necessarily use one of the
> > algorithms from "custom" backends defined in zram folder.
>
> Sorry, no, we are not adding this for a hypothetical scenario.
>
> > For example, he can use some driver with hardware compression support.
>
> Such as? Pretty much all H/W compression modules (I'm aware of)
> that people use with zram are out-of-tree.
At least we have this:
drivers/crypto/nx/nx-common-powernv.c:1043: .cra_flags = CRYPTO_ALG_TYPE_COMPRESS,
drivers/crypto/nx/nx-common-pseries.c:1020: .cra_flags = CRYPTO_ALG_TYPE_COMPRESS,
drivers/crypto/cavium/zip/zip_main.c:377: .cra_flags = CRYPTO_ALG_TYPE_COMPRESS,
drivers/crypto/cavium/zip/zip_main.c:392: .cra_flags = CRYPTO_ALG_TYPE_COMPRESS,
Anyway, if we want to completely abandon Crypto API, these modules
still need to be supported in zram.
--
Thank you,
Alexey
Powered by blists - more mailing lists