From: Herbert Xu Subject: Re: [BUGFIX -v2 for .32] crypto, gcm, fix another complete call in complete fuction Date: Mon, 9 Nov 2009 14:02:50 -0500 Message-ID: <20091109190250.GC9588@gondor.apana.org.au> References: <1257751454.22519.2287.camel@yhuang-dev.sh.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org To: Huang Ying Return-path: Received: from rhun.apana.org.au ([64.62.148.172]:47200 "EHLO arnor.apana.org.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750863AbZKITCq (ORCPT ); Mon, 9 Nov 2009 14:02:46 -0500 Content-Disposition: inline In-Reply-To: <1257751454.22519.2287.camel@yhuang-dev.sh.intel.com> Sender: linux-crypto-owner@vger.kernel.org List-ID: On Mon, Nov 09, 2009 at 03:24:14PM +0800, Huang Ying wrote: > The flow of the complete function (xxx_done) in gcm.c is as follow: Thanks the patch looks pretty good overall. > -static void gcm_hash_final_done(struct crypto_async_request *areq, > - int err) > +static void __gcm_hash_final_done(struct aead_request *req, > + struct crypto_gcm_req_priv_ctx *pctx, > + int err) Just one nit though, do we really need to carry this pctx around everywhere? It seems to me that it's always crypto_gcm_reqctx(req), no? 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