From: Herbert Xu Subject: Re: [PATCH] Using Intel CRC32 instruction to accelerate CRC32c algorithm by new crypto API. Date: Tue, 5 Aug 2008 01:10:18 +0800 Message-ID: <20080804171017.GA13725@gondor.apana.org.au> References: <1217866496.29139.75.camel@think.oraclecorp.com> <20080804100605.4f0921f4@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Chris Mason , dwmw2@infradead.org, austin_zhang@linux.intel.com, davem@davemloft.net, linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org To: Arjan van de Ven Return-path: Received: from rhun.apana.org.au ([64.62.148.172]:51102 "EHLO arnor.apana.org.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1758798AbYHDRKi (ORCPT ); Mon, 4 Aug 2008 13:10:38 -0400 Content-Disposition: inline In-Reply-To: <20080804100605.4f0921f4@infradead.org> Sender: linux-crypto-owner@vger.kernel.org List-ID: On Mon, Aug 04, 2008 at 10:06:05AM -0700, Arjan van de Ven wrote: > > well you still have that indirect function call > > for libcrc32 we could alternatives() that... I don't see why you couldn't do that for the crypto API too if you wanted to. That way it would benefit all crypto users rather than just the crc32c (note the extra c) users. 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