Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753795AbdFWIOR (ORCPT ); Fri, 23 Jun 2017 04:14:17 -0400 Received: from orcrist.hmeau.com ([104.223.48.154]:35966 "EHLO deadmen.hmeau.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751173AbdFWIOO (ORCPT ); Fri, 23 Jun 2017 04:14:14 -0400 Date: Fri, 23 Jun 2017 16:13:41 +0800 From: Herbert Xu To: Binoy Jayan Cc: broonie@kernel.org, arnd@arndb.de, linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, dm-devel@redhat.com, linux-raid@vger.kernel.org, rnayak@codeaurora.org, binoy.jayan@linaro.org, David Gstir , Eric Biggers Subject: Re: [PATCH v6 0/2] IV Generation algorithms for dm-crypt Message-ID: <20170623081341.GA29748@gondor.apana.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1498106510-19793-1-git-send-email-binoy.jayan@linaro.org> X-Newsgroups: apana.lists.os.linux.cryptoapi,apana.lists.os.linux.kernel Organization: Core User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1429 Lines: 26 Binoy Jayan wrote: > =============================================================================== > dm-crypt optimization for larger block sizes > =============================================================================== > > Currently, the iv generation algorithms are implemented in dm-crypt.c. The goal > is to move these algorithms from the dm layer to the kernel crypto layer by > implementing them as template ciphers so they can be used in relation with > algorithms like aes, and with multiple modes like cbc, ecb etc. As part of this > patchset, the iv-generation code is moved from the dm layer to the crypto layer > and adapt the dm-layer to send a whole 'bio' (as defined in the block layer) > at a time. Each bio contains the in memory representation of physically > contiguous disk blocks. Since the bio itself may not be contiguous in main > memory, the dm layer sets up a chained scatterlist of these blocks split into > physically contiguous segments in memory so that DMA can be performed. There is currently a patch-set for fscrypt to add essiv support. It would be interesting to know whether your implementation of essiv can also be used in that patchset. That would confirm that we're on the right track. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt