[Prev Page][Next Page]
- Re: [1/1 take 3] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] consider keysize in algorithm selection
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 3] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 3] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 3] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 3] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 3] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: authenc compile warnings in current net-2.6.24
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [RFC 3/3] pass keysize to crypto_alloc_blkcipher()
- From: Sebastian Siewior <sebastian@xxxxxxxxxxxxx>
- [RFC 2/3] crypto, keysize fixup crypto API intern calls
- From: Sebastian Siewior <sebastian@xxxxxxxxxxxxx>
- [RFC 1/3] [crypto] add keysize parameter
- From: Sebastian Siewior <sebastian@xxxxxxxxxxxxx>
- [RFC] consider keysize in algorithm selection
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- [1/1 take 3] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Crypto Update for 2.6.24
- From: David Miller <davem@xxxxxxxxxxxxx>
- Crypto Update for 2.6.24
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] fix lrw,pcbc and xts blockmode
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] [crypto] fix lrw,pcbc and xts blockmode
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] header file for SHA definitions
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [RFC PATCH] header file for SHA definitions
- From: Jan Glauber <jan.glauber@xxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias (v2)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias
- From: Jan Glauber <jan.glauber@xxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias (v2)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias (v2)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias (v2)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN 795x driver.
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias (v2)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias (v2)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias (v2)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] [crypto] load the SHA1[1|256] module by an alias (v2)
- From: Sebastian Siewior <sebastian@xxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the SHA1[1|256] module by an alias
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the AES module by an alias
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] load the DES module by an alias
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH] [crypto] load the SHA1[1|256] module by an alias
- From: Sebastian Siewior <sebastian@xxxxxxxxxxxxx>
- [PATCH] [crypto] load the DES module by an alias
- From: Sebastian Siewior <sebastian@xxxxxxxxxxxxx>
- [PATCH] [crypto] load the AES module by an alias
- From: Sebastian Siewior <sebastian@xxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [CRYPTO] blkcipher: Add IV generation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN 795x driver.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [1/1 take 2] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [RFC/Patch] fix typo on algorithm comparison
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [CRYPTO] blkcipher: Add IV generation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [CRYPTO] blkcipher: Add IV generation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- [RFC/Patch] fix typo on algorithm comparison
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN 795x driver.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Tcrypt output for HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: Tcrypt output for HIFN 795x driver.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Tcrypt output for HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [1/1] HIFN 795x driver.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [CRYPTO] blkcipher: Add IV generation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [CRYPTO] blkcipher: Add IV generation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: Revised CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 8/8] [CRYPTO] aead: Add authenc
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 8/8] [CRYPTO] aead: Add support for multiple template parameters
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 8/8] [CRYPTO] aead: Add support for multiple template parameters
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH 8/8] [CRYPTO] aead: Add authenc
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH 8/8] [CRYPTO] aead: Add support for multiple template parameters
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- [PATCH 1/1]: Revised CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: Openswan 2.4.9 - tasklet or workqueue ?
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: CTR mode implementation
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: [PATCH 1/1]: CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: CTR mode implementation
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: [PATCH 1/1]: CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1]: CTR mode implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: cleanup: Use max() in blkcipher_get_spot() to state the intention.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Openswan 2.4.9 - tasklet or workqueue ?
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- [PATCH] crypto: cleanup: Use max() in blkcipher_get_spot() to state the intention.
- From: Ingo Oeser <ioe-lkml@xxxxxxxxxx>
- RE: Openswan 2.4.9 - tasklet or workqueue ?
- From: "Kabir Ahsan-r9aahw" <Ahsan.Kabir@xxxxxxxxxxxxx>
- Re: [PATCH] crypto: blkcipher_get_spot() handling of buffer at end of page
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: blkcipher_get_spot() handling of buffer at end of page
- From: Ingo Oeser <ioe-lkml@xxxxxxxxxx>
- Re: [PATCH] crypto: blkcipher_get_spot() handling of buffer at end of page
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: blkcipher_get_spot() handling of buffer at end of page
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: rsnel@xxxxxxxxxxxxxxx
- Re: [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: Sebastian Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: proposed XTS implementation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: "Rik Snel" <rsnel@xxxxxxxxxxxxxxx>
- Re: [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: rsnel@xxxxxxxxxxxxxxx
- Re: [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH] an XTS blockcipher mode implementation without partial blocks
- From: "Rik Snel" <rsnel@xxxxxxxxxxxxxxx>
- proposed XTS implementation
- From: rsnel@xxxxxxxxxxxxxxx
- Re: dm-crypt asynchronous patches status
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- dm-crypt asynchronous patches status
- From: Eran Ben-Avi <eranpublic@xxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: 2.6.23-rc4-mm1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.23-rc4-mm1
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- Re: 2.6.23-rc4-mm1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.23-rc4-mm1
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- Re: 2.6.23-rc4-mm1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Markus Huehnerbein <silencer@xxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Markus Huehnerbein <silencer@xxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Openswan 2.4.9 - tasklet or workqueue ?
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Markus Huehnerbein <silencer@xxxxxx>
- [PATCH 1/1]: CTR mode implementation
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH 8/8] [CRYPTO] aead: Add authenc
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 8/8] [CRYPTO] aead: Add authenc
- From: "Ronen Shitrit" <rshitrit@xxxxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [PATCH 8/8] [CRYPTO] aead: Add authenc
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 7/8] [CRYPTO] api: Fixed crypto_*_reqsize return type
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 6/8] [CRYPTO] scatterwalk: Add scatterwalk_map_and_copy
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5/8] [CRYPTO] api: Move scatterwalk into algapi
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4/8] [CRYPTO] ablkcipher: Remove queue pointer from common alg object
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/8] [CRYPTO] api: Add missing headers for setkey_unaligned
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/8] [CRYPTO] api: Add support for multiple template parameters
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/8] [CRYPTO] api: Add aead crypto type
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [0/8] [CRYPTO]: Add AEAD/authenc support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Openswan 2.4.9 - tasklet or workqueue ?
- From: Eran Ben-Avi <eranpublic@xxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: "Jordan Crouse" <jordan.crouse@xxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: OCF(20070727) cryptosoft errors with openssl 0.9.8e
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Markus Huehnerbein <silencer@xxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Markus Huehnerbein <silencer@xxxxxx>
- Re: OCF(20070727) cryptosoft errors with openssl 0.9.8e
- From: Eran Ben-Avi <eranpublic@xxxxxxxxx>
- Re: Problem using dm-crypt with geode LX800 AES-Engine
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Problem using dm-crypt with geode LX800 AES-Engine
- From: Markus Huehnerbein <silencer@xxxxxx>
- Re: OCF(20070727) cryptosoft errors with openssl 0.9.8e
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- OCF(20070727) cryptosoft errors with openssl 0.9.8e
- From: Eran Ben-Avi <eranpublic@xxxxxxxxx>
- Re: [patch 1/1] spufs: SPU-AES support (kspu+ablkcipher user)
- From: Sebastian Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [Cbe-oss-dev] [patch 1/1] spufs: SPU-AES support (kspu+ablkcipher user)
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- Re: [patch 1/1] spufs: SPU-AES support (kspu+ablkcipher user)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [Cbe-oss-dev] [patch 1/1] spufs: SPU-AES support (kspu+ablkcipher user)
- From: Paul Mackerras <paulus@xxxxxxxxx>
- [patch 1/1] spufs: SPU-AES support (kspu+ablkcipher user)
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- Re: Openswan 2.4.9 - tasklet or workqueue ?
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- OCF for Openswan 2.4.9 - tasklet or workqueue ?
- From: Eran Ben-Avi <eranpublic@xxxxxxxxx>
- Openswan 2.4.9 - tasklet or workqueue ?
- From: Eran Ben-Avi <eranpublic@xxxxxxxxx>
- Re: PATCH: SEED cipher support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: PATCH: SEED cipher support
- From: Hye-Shik Chang <perky@xxxxxxxxxxx>
- Re: combined mode algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: combined mode algorithms
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Andi Kleen <ak@xxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Andi Kleen <ak@xxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Andi Kleen <ak@xxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Andi Kleen <ak@xxxxxxx>
- Re: {twofish,aes}-{x86_64,i586} versus C implementations
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- {twofish,aes}-{x86_64,i586} versus C implementations
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 07/10] spufs: add kernel support for spu task
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: can CTR use blkcipher_walk_virt()?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: can CTR use blkcipher_walk_virt()?
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [patch 01/10] t add cast to regain ablkcipher_request from private ctx
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: PATCH: SEED cipher support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: PATCH: SEED cipher support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: can CTR use blkcipher_walk_virt()?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- can CTR use blkcipher_walk_virt()?
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- [patch 06/10] spufs: add kspu_alloc_context()
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 07/10] spufs: add kernel support for spu task
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 08/10] spufs: SPE side implementation of kspu
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 00/10] KSPU API + AES offloaded to SPU + testing module
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 03/10] spufs: kspu documentation
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 02/10] crypto: retrieve private ctx aligned
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 09/10] spufs: SPU-AES support (kernel side)
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 05/10] spufs: kspu add required declarations
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 10/10] cryptoapi: async speed test
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 04/10] spufs: kspu doc skeleton
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [patch 01/10] t add cast to regain ablkcipher_request from private ctx
- From: Sebastian Siewior <cbe-oss-dev@xxxxxxxxxxxxxxxx>
- [PATCH] [139/2many] MAINTAINERS - CRYPTO API
- Re: PATCH: SEED cipher support
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- PATCH: SEED cipher support
- From: Hye-Shik Chang <perky@xxxxxxxxxxx>
- Re: status of async crypto
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: status of async crypto
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- OCF triggering kernel BUG()
- From: Ico <crypto@xxxxxxx>
- Re: status of async crypto
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: status of async crypto
- From: "Ronen Shitrit" <rshitrit@xxxxxxxxxxx>
- Re: kernel BUG() when using OCF library
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- kernel BUG() when using OCF library
- Re: status of async crypto
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- RE: status of async crypto
- From: "Ronen Shitrit" <rshitrit@xxxxxxxxxxx>
- Re: status of async crypto
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- status of async crypto
- From: "Ronen Shitrit" <rshitrit@xxxxxxxxxxx>
- Re: [crypto] fix writting into unallocated memory in setkey_aligned
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [crypto] fix writting into unallocated memory in setkey_aligned
- From: Sebastian Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [crypto] fix writting into unallocated memory in setkey_aligned
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [crypto] fix writting into unallocated memory in setkey_aligned
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [crypto] fix writting into unallocated memory in setkey_aligned
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch/rfc] crypto: padlock-aes use crypto API
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch/rfc] crypto: padlock-aes use crypto API
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [crypto] fix writting into unallocated memory in setkey_aligned
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [crypto] fix writting into unallocated memory in setkey_aligned
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [patch] crypto: retrieve private ctx aligned
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch/rfc] crypto: padlock-aes use crypto API
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch/rfc] crypto: padlock-aes use crypto API
- From: Sebastian Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [patch/rfc] crypto: padlock-aes use crypto API
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [patch/rfc] crypto: padlock-aes use crypto API
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Alignment in the API, once again
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [patch] crypto: retrieve private ctx aligned
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Alignment in the API, once again
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Alignment in the API, once again
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Alignment in the API, once again
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: "Felipe Balbi" <felipebalbi@xxxxxxxxxxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: "Felipe Balbi" <felipebalbi@xxxxxxxxxxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: "Akinobu Mita" <akinobu.mita@xxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- ocf-linux-20070727 - Asynchronous Crypto support for linux
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: [dm-devel] [PATCH 1/3] [DM] dm-crypt: Move post-processing into its own queue
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [0/3] [DM] dm-crypt: Add async crypto support
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: [PATCH 12/12] drivers: PMC MSP71xx security engine driver
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto/aes.c remove operator ? and variable t in bf_setkey
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: OCF Support on linux 2.6.
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: OCF Support on linux 2.6.
- From: "Nawang Chhetan" <nawang.chhetan@xxxxxxxxx>
- Re: Looking for comments on a Linux driver for HW accelerated Kasumi+F8+F9 algorithms.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: OCF Support on linux 2.6.
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Looking for comments on a Linux driver for HW accelerated Kasumi+F8+F9 algorithms.
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
- Re: combined mode algorithms
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH] crypto/aes.c remove operator ? and variable t in bf_setkey
- From: Frederik Sdun <fs_1600@xxxxxx>
- Re: OCF Support on linux 2.6.
- From: "Nawang Chhetan" <nawang.chhetan@xxxxxxxxx>
- Re: combined mode algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: OCF Support on linux 2.6.
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: OCF Support on linux 2.6.
- From: "Nawang Chhetan" <nawang.chhetan@xxxxxxxxx>
- Re: OCF Support on linux 2.6.
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto/aes.c remove operator ? and variable t in bf_setkey
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [2.6 patch] drivers/crypto/Kconfig: hardware drivers shouldn't "default m"
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [2.6 patch] crypto/Kconfig: remove "default m"s
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: OCF Support on linux 2.6.
- From: "Nawang Chhetan" <nawang.chhetan@xxxxxxxxx>
- Re: OCF Support on linux 2.6.
- From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto/aes.c remove operator ? and variable t in bf_setkey
- From: Frederik Sdun <fs_1600@xxxxxx>
- OCF support on 2.6 Kernel.
- From: "Nawang Chhetan" <nawang.chhetan@xxxxxxxxx>
- OCF Support on linux 2.6.
- From: "Nawang Chhetan" <nawang.chhetan@xxxxxxxxx>
- Re: [PATCH] crypto/aes.c remove operator ? and variable t in bf_setkey
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] crypto/aes.c remove operator ? and variable t in bf_setkey
- From: Frederik Sdun <fs_1600@xxxxxx>
- Re: Crypto Update for 2.6.23
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Crypto Update for 2.6.23
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [2.6 patch] drivers/crypto/Kconfig: hardware drivers shouldn't "default m"
- From: Adrian Bunk <bunk@xxxxxxxxx>
- Re: Crypto Update for 2.6.23
- From: David Miller <davem@xxxxxxxxxxxxx>
- [2.6 patch] crypto/Kconfig: remove "default m"s
- From: Adrian Bunk <bunk@xxxxxxxxx>
- Re: [RFC 1/2] SPU-AES support (kernel side)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] SPU-AES support (kernel side)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 0/2] AES ablkcipher driver for SPUs
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] SPU-AES support (kernel side)
- From: Sebastian Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [RFC 1/2] SPU-AES support (kernel side)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Comments on ablkcipher_request and async AES driver
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Comments on ablkcipher_request and async AES driver
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxx>
- Crypto Update for 2.6.23
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [0/3] [DM] dm-crypt: Add async crypto support
- From: Andreas Jellinghaus <aj@xxxxxxxxxxxxxxx>
- [PATCH 2/3] [DM] dm-crypt: Add async infrastructure
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] [DM] dm-crypt: Use crypto ablkcipher interface
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] [DM] dm-crypt: Move post-processing into its own queue
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [0/3] [DM] dm-crypt: Add async crypto support
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: BigNum support in Kernel?
- From: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
- BigNum support in Kernel?
- From: "Gautam Singaraju" <gautam.singaraju@xxxxxxxxx>
- Re: RSA support into kernel?
- From: "Gautam Singaraju" <gautam.singaraju@xxxxxxxxx>
- Re: RSA support into kernel?
- From: Michael Halcrow <mike@xxxxxxxxxx>
- Re: RSA support into kernel?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: RSA support into kernel?
- From: "Gautam Singaraju" <gautam.singaraju@xxxxxxxxx>
- Re: RSA support into kernel?
- From: Michael Halcrow <mike@xxxxxxxxxx>
- Re: RSA support into kernel?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: RSA support into kernel?
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: RSA support into kernel?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: RSA support into kernel?
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- RSA support into kernel?
- From: "Gautam Singaraju" <gautam.singaraju@xxxxxxxxx>
- Re: [PATCH 12/12] drivers: PMC MSP71xx security engine driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [PATCH 12/12] drivers: PMC MSP71xx security engine driver
- From: Marc St-Jean <stjeanma@xxxxxxxxxxxxxx>
- Re: [RFC 0/2] AES ablkcipher driver for SPUs
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC 0/2] AES ablkcipher driver for SPUs
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [RFC 0/2] AES ablkcipher driver for SPUs
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC 0/2] AES ablkcipher driver for SPUs
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [RFC 2/2] add kernel support for spu task
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [RFC 1/2] SPU-AES support (kernel side)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [RFC 0/2] AES ablkcipher driver for SPUs
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: combined mode algorithms
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: combined mode algorithms
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
- From: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
- Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
- From: Alexander Wuerstlein <snalwuer@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
- From: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
- combined mode algorithms
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
- From: Alexander Wuerstlein <snalwuer@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] Crypto: [xp ]cbc: use 64bit regs on 64bit machines (rev. 2)
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: [PATCH 1/1] Crypto: [xp ]cbc: use 64bit regs on 64bit machines (rev. 2)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Check files' signatures before doing suid/sgid [2/4]
- From: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [patch 1/1] add cast to regain ablkcipher_request from private ctx
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] Crypto: [xp ]cbc: use 64bit regs on 64bit machines (rev. 2)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 1/1] add cast to regain ablkcipher_request from private ctx
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH/RFC] [Crypto] Check if ablkcipher->queue field is used.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 12/12] drivers: PMC MSP71xx security engine driver
- From: Marc St-Jean <stjeanma@xxxxxxxxxxxxxx>
- Re: [PATCH 12/12] drivers: PMC MSP71xx security engine driver
- From: Marc St-Jean <Marc_St-Jean@xxxxxxxxxxxxxx>
- Re: [PATCH 12/12] drivers: PMC MSP71xx security engine driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 1/1] Crypto: [xp ]cbc: use 64bit regs on 64bit machines
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [PATCH 12/12] drivers: PMC MSP71xx security engine driver
- From: Marc St-Jean <stjeanma@xxxxxxxxxxxxxx>
- Re: Where has CRYPTO_TFM_MODE_nnn gone?
- From: Marc St-Jean <Marc_St-Jean@xxxxxxxxxxxxxx>
- [PATCH 1/1] Crypto: [xp ]cbc: use 64bit regs on 64bit machines (rev. 2)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] Crypto: [xp ]cbc: use 64bit regs on 64bit machines
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] Crypto: [xp ]cbc: use 64bit regs on 64bit machines
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [PATCH 1/1] Crypto: [xp ]cbc: use 64bit regs on 64bit machines
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [patch 1/1] add cast to regain ablkcipher_request from private ctx
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] Add optimized SHA-1 implementations for x86 and x86_64
- From: Adrian Bunk <bunk@xxxxxxxxx>
- [PATCH] [CRYPTO] Add optimized SHA-1 implementation for x86_64
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- [PATCH] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: [PATCH 3/3] [CRYPTO] Add optimized SHA-1 implementation for x86_64
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] [CRYPTO] Add optimized SHA-1 implementation for x86_64
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- [PATCH 3/3] [CRYPTO] Add optimized SHA-1 implementation for x86_64
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- [PATCH 0/3] Add optimized SHA-1 implementations for x86 and x86_64
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: Where has CRYPTO_TFM_MODE_nnn gone?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] [CRYPTO] Move sha_init() into cryptohash.h
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: Where has CRYPTO_TFM_MODE_nnn gone?
- From: Marc St-Jean <Marc_St-Jean@xxxxxxxxxxxxxx>
- [PATCH/RFC] [Crypto] Check if ablkcipher->queue field is used.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Where has CRYPTO_TFM_MODE_nnn gone?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Where has CRYPTO_TFM_MODE_nnn gone?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Where has CRYPTO_TFM_MODE_nnn gone?
- From: Marc St-Jean <Marc_St-Jean@xxxxxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [1/1 take 2] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [CRYPTO] [1/1] skeleton for async crypto drivers
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [CRYPTO] [1/1] skeleton for async crypto drivers
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [CRYPTO] [1/1] skeleton for async crypto drivers
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [1/1] HIFN: preliminary HIFN 795x driver for new async cryptoapi.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: Looking for comments on a Linux driver for HW accelerated Kasumi+F8+F9 algorithms.
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: Looking for comments on a Linux driver for HW accelerated Kasumi+F8+F9 algorithms.
- From: markus reichelt <ml@xxxxxxxxxxxxx>
- Re: [PATCH] [XFRM] Camellia: fixed to add compat name for Camellia.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [XFRM] Camellia: fixed to add compat name for Camellia.
- From: Noriaki TAKAMIYA <takamiya@xxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc2: known regressions with patches
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [1/2] 2.6.22-rc2: known regressions with patches
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [Patch] [CRYPTO] add alignment for setkey() (rev 3)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [Patch] [CRYPTO] add alignment for setkey() (rev 3)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [Patch] [CRYPTO] add alignment for setkey() (rev 2)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [Patch] [CRYPTO] add alignment for setkey() (rev 2)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch] [CRYPTO] add alignment for setkey()
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [Patch] [CRYPTO] add alignment for setkey() (rev 2)
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [patch] [CRYPTO] add alignment for setkey()
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch] [CRYPTO] add alignment for setkey()
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH] x86-optimized SHA1 hash for CryptoAPI
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch] [CRYPTO] add alignment for setkey()
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [1/3] 2.6.22-rc1: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [PATCH] [XFRM] Camellia: fixed to add compat name for Camellia.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] [XFRM] Camellia: fixed to add compat name for Camellia.
- From: Noriaki TAKAMIYA <takamiya@xxxxxxxxxxxxx>
- [patch] [CRYPTO] add alignment for setkey()
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: alignmask in the API
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: alignmask in the API
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: alignmask in the API
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [PATCH 5/5] crypto: Add LZO compression support to the crypto interface
- From: Richard Purdie <rpurdie@xxxxxxxxxxxxxx>
- [PATCH 0/5] Add LZO Compression
- From: Richard Purdie <rpurdie@xxxxxxxxxxxxxx>
- Re: [PATCH 2/5] jffs2: Add LZO compression support to jffs2
- From: Richard Purdie <rpurdie@xxxxxxxxxxxxxx>
- Re: [PATCH 2/5] jffs2: Add LZO compression support to jffs2
- From: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
- Re: [PATCH 5/5] crypto: Add LZO compression support to the crypto interface
- From: Richard Purdie <rpurdie@xxxxxxxxxxxxxx>
- Re: [PATCH 5/5] crypto: Add LZO compression support to the crypto interface
- From: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
- Re: [PATCH] crypto: convert crypto.h to UTF-8
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Testing the geode-aes driver with the tcrypt module completely freezes the machine
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH] crypto: convert crypto.h to UTF-8
- From: "John Anthony Kazos Jr." <jakj@xxxxxxxxxxx>
- Re: [PATCH] crypto: convert crypto.h to UTF-8
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Testing the geode-aes driver with the tcrypt module completely freezes the machine
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: Testing the geode-aes driver with the tcrypt module completely freezes the machine
- From: "Jordan Crouse" <jordan.crouse@xxxxxxx>
- Re: [PATCH] crypto: convert crypto.h to UTF-8
- From: "John Anthony Kazos Jr." <jakj@xxxxxxxxxxx>
- RE: Testing the geode-aes driver with the tcrypt module completely freezes the machine
- From: "Martin Schiller" <mschiller@xxxxxx>