On Wed, Oct 21, 2015 at 3:59 AM, Li, Weigang <weigang.li@xxxxxxxxx> wrote: >> -----Original Message----- >> From: Herbert Xu [mailto:herbert@xxxxxxxxxxxxxxxxxxx] >> Sent: Wednesday, October 21, 2015 3:34 PM >> To: Sergey Senozhatsky >> Cc: Minchan Kim; Joonsoo Kim; Dan Streetman; Seth Jennings; Li, Weigang; >> Struk, Tadeusz >> Subject: Re: [PATCH] crypto: add asynchronous compression support >> >> On Wed, Oct 21, 2015 at 04:33:22PM +0900, Sergey Senozhatsky wrote: >> > >> > the thing is -- I still want to have/use SW compressors; and they [the >> > existing S/W algorithms] want virtual addresses. so we need to >> > kmap_atomic pages in every SW algorithm? isn't it simpler to keep >> > kmap_atomic_to_page around? >> >> The Crypto API will do it for you. Have a look at how we handle it for aead >> and ahash for example. >> >> Cheers, >> -- >> Email: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> Home Page: >> http://gondor.apana.org.au/~herbert/ >> PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt > > Adding the "linux-crypto" list back to the latest discussion. re: zswap, I suspect it won't be able to use async compression, because when its store function returns the page must be available for reallocation. Of course, async compression can be useful elsewhere. -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html