[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160527084345.GA16022@gondor.apana.org.au>
Date: Fri, 27 May 2016 16:43:45 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: Minchan Kim <minchan@...nel.org>
Cc: Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>,
Sergey Senozhatsky <sergey.senozhatsky@...il.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Joonsoo Kim <iamjoonsoo.kim@....com>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 5/7] zram: use crypto api to check alg availability
On Fri, May 27, 2016 at 05:27:44PM +0900, Minchan Kim wrote:
>
> Yes, it might be trivial to adding new "string" into the backend array
> if we consider frequency of adding new compressoin algorithm in linux
> but it would be better if we can get names of supported compression
> algorithm name by crypto API.
>
> If it's not good idea or something hard to implement, let's go with
> hardcoding.
>
> Herbert, Could you give us thought?
It is fundamentally impossible to get a list of all *potential*
algorithms if you allow loadable modules. By definition someone
could load a new module and thus introduce a new algorithm.
Given a specific algorithm name you could determine whether it
is present on the system.
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
Powered by blists - more mailing lists