[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080708120050.GA6410@2ka.mipt.ru>
Date: Tue, 8 Jul 2008 16:00:53 +0400
From: Evgeniy Polyakov <johnpol@....mipt.ru>
To: austin zhang <austin_zhang@...ux.intel.com>
Cc: herbert@...dor.apana.org.au, davem@...emloft.net,
chaapala@...co.com, linux-crypto@...r.kernel.org,
linux-kernel@...r.kernel.org, arjan@...ux.intel.com
Subject: Re: FW: [Fwd: [PATCH]Using Intel CRC32 instruction to implement hardware accelerated CRC32c algorithm.]
Hi.
On Tue, Jul 08, 2008 at 06:25:54AM -0400, austin zhang (austin_zhang@...ux.intel.com) wrote:
> > designed to support sync just as well as async despite the name)
> Do you mean use async_xxx interface?
No, async_xxx is very different hardware assist, although it can be
converted to cryptoapi too.
> > to rewrite the crypto/crc32c implementation such that one tfm can
> > be used by multiple users. All that has to be done is to move
> > the state from the tfm into the request object.
>
> > 2) Convert all crc32c users to use the crypto interface and phase
> > out lib/crc32c completely.
> >
> > 3) Add the Intel-specific crc32c implementation through the crypto
> > API.
> Agreed. And which module in crypto is the template for following the crypto API?
This is some kind of how cbc(cipher) or ecb(cipher) templates are done:
cbc(aes), cbc(aes-i686) for example.
The same would be possible to do with crc32c but for checksumming (which
is effectively a hash).
--
Evgeniy Polyakov
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists