From: Herbert Xu Subject: Re: IV copy strategy Date: Sun, 18 Nov 2007 14:53:39 +0800 Message-ID: <20071118065339.GB26456@gondor.apana.org.au> References: <20071113231132.GA10680@Chamillionaire.breakpoint.cc> <20071114142253.GA15201@gondor.apana.org.au> <20071115211005.GA21159@Chamillionaire.breakpoint.cc> <20071116020851.GC32509@gondor.apana.org.au> <20071116111110.GB31765@2ka.mipt.ru> <20071118065237.GA26456@gondor.apana.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-crypto@vger.kernel.org, Sebastian Siewior To: Evgeniy Polyakov Return-path: Received: from rhun.apana.org.au ([64.62.148.172]:1259 "EHLO arnor.apana.org.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750853AbXKRGxl (ORCPT ); Sun, 18 Nov 2007 01:53:41 -0500 Content-Disposition: inline In-Reply-To: <20071118065237.GA26456@gondor.apana.org.au> Sender: linux-crypto-owner@vger.kernel.org List-Id: linux-crypto.vger.kernel.org On Sun, Nov 18, 2007 at 02:52:37PM +0800, Herbert Xu wrote: > > So my plan is to add a new flag, CRYPTO_ALG_CIPHER_NOCHAIN that > you would set on algorithms that cannot be chained. The semantics > is that everything else remains the same except that on encrypt > calls, the req->info after completion is undefined. The same would apply to decrypt calls of course. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt