[Prev Page][Next Page]
- Re: FW: [Fwd: [PATCH]Using Intel CRC32 instruction to implement hardware accelerated CRC32c algorithm.]
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] crypto: hash - Added scatter list walking helper
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] padlock: don't whinge when loaded on a non-VIA cpu
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Crypto Fixes for 2.6.26
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Freescale SEC driver with cryptoloop on MPC8567e
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Freescale SEC driver with cryptoloop on MPC8567e
- From: "mike zheng" <mail4mz@xxxxxxxxx>
- Re: FW: [Fwd: [PATCH]Using Intel CRC32 instruction to implement hardware accelerated CRC32c algorithm.]
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: FW: [Fwd: [PATCH]Using Intel CRC32 instruction to implement hardware accelerated CRC32c algorithm.]
- From: austin zhang <austin_zhang@xxxxxxxxxxxxxxx>
- Re: [PATCH] crypto/tcrypt.c fix resource leak
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] crypto/tcrypt.c fix resource leak
- From: "Darren Jenkins\\" <darrenrjenkins@xxxxxxxxx>
- Re: [PATCH] prng: fix repetition test to properly update on each iteration
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] prng: fix repetition test to properly update on each iteration
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: crypto: hash - Removed bogus ahash base field
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- crypto: hash - Removed bogus ahash base field
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] crypto: hash - Fixed digest size check
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [Fwd: [PATCH]Using Intel CRC32 instruction to implement hardware accelerated CRC32c algorithm.]
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [Fwd: [PATCH]Using Intel CRC32 instruction to implement hardware accelerated CRC32c algorithm.]
- From: austin zhang <austin_zhang@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH] crypto: use kernel-provided bitops, unaligned access helpers
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 0/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [PATCH 2/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- [PATCH 1/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- [PATCH 0/2] RNG: Add Pseudo Random Number Generator to kernel
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH] [CRYPTO] talitos: Add support for 3des.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] crypto: tcrpyt - Remove unnecessary kmap/kunmap calls
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] [CRYPTO] talitos: Add support for 3des.
- From: Lee Nipper <lee.nipper@xxxxxxxxxxxxx>
- Re: "deflate" crypto module questions
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
- Re: "deflate" crypto module questions
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: "deflate" crypto module questions
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
- Re: "deflate" crypto module questions
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: "deflate" crypto module questions
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: "deflate" crypto module questions
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
- Re: "deflate" crypto module questions
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: "deflate" crypto module questions
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- "deflate" crypto module questions
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
- Re: [PATCH] ixp4xx: Hardware crypto support for IXP4xx CPUs
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 1/1 v2] crypto: Add CryptoAPI User Interface Support
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [PATCH 1/1 v2] crypto: Add CryptoAPI User Interface Support
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 1/4] crypto/talitos: rm duplicate timeout definition
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: remove duplicate include of linux/interrupt.h
- From: Andre Haupt <andre@xxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: remove duplicate include of linux/interrupt.h
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [PATCH] crypto: remove duplicate include of linux/interrupt.h
- From: Andre Haupt <andre@xxxxxxxxxxxxxxx>
- [PATCH 1/4] crypto/talitos: rm duplicate timeout definition
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- [PATCH 2/4] crypto/talitos: unmap h/w generated IV
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- [PATCH 3/4] crypto/talitos: fix premature done handling
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- [PATCH 4/4] crypto/talitos: add hwrng support
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- [PATCH] ixp4xx: Hardware crypto support for IXP4xx CPUs
- From: Christian Hohnstaedt <christian@xxxxxxxxxxxxx>
- [PATCH 1/1 v2] crypto: Add CryptoAPI User Interface Support
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [PATCH 2/2 v2] talitos: Freescale integrated security engine (SEC) driver
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2 v2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH 2/2 v2] talitos: Freescale integrated security engine (SEC) driver
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: Linux CryptoAPI Userspace API proposal
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: BUG in scatterlist.h when loading tcrypt
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- BUG in scatterlist.h when loading tcrypt
- From: Eric Sesterhenn <snakebyte@xxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Crypto Fixes for 2.6.26
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [RFC PATCH] [XFRM] xfrm_algo: correct usage of RIPEMD-160
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [PATCH 2/2 v2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Adrian-Ken Rüegsegger <rueegsegger@xxxxxxxxxxx>
- Re: IPSec ESP Authenc Offload
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] talitos: Freescale integrated security engine (SEC) driver
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- RE: IPSec ESP Authenc Offload
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: IPSec ESP Authenc Offload
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: IPSec ESP Authenc Offload
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: calculte md5 sum?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: IPSec ESP Authenc Offload
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- calculate md5 sum?
- From: "Tobias Koeck" <tobias.koeck@xxxxxxxxx>
- calculte md5 sum?
- From: "Tobias Koeck" <tobias.koeck@xxxxxxxxx>
- RE: IPSec ESP Authenc Offload
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: IPSec ESP Authenc Offload
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- IPSec ESP Authenc Offload
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [PATCH 0/3] [CRYPTO] ripemd: Fix endian issues
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CRYPTO: Simplify code using ARRAY_SIZE() macro.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] CRYPTO: Simplify code using ARRAY_SIZE() macro.
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- [PATCH] CRYPTO: Simplify code using ARRAY_SIZE() macro.
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] tcrypt: add self test for des3_ebe cipher operating in cbc mode
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: Hardware Acceleration on Freescale MPC8349
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] [CRYPTO] ripemd: Fix endian issues
- From: Sebastian Siewior <sebastian@xxxxxxxxxxxxx>
- [PATCH 3/3] [CRYPTO] rmd320: Fix endian problems
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 2/3] [CRYPTO] rmd256: Fix endian problems
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 1/3] [CRYPTO] rmd160: Fix endian problems
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 0/3] [CRYPTO] ripemd: Fix endian issues
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: Hardware Acceleration on Freescale MPC8349
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
- Hardware Acceleration on Freescale MPC8349
- From: "Barry G" <mr.scada@xxxxxxxxx>
- Re: [BUILD_FAILURE] linux-next: Tree for May 19 - build fails on cryptd_alloc_hash ()
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next 20080519 build failure
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Linux CryptoAPI Userspace API proposal
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [CRYPTO] rmd128: Fix endian problems
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [CRYPTO] rmd128: Fix endian problems
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [CRYPTO] rmd128: Fix endian problems
- From: Adrian-Ken Rüegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] [CRYPTO] rmd128: Fix endian problems
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [CRYPTO] rmd128: Fix endian problems
- From: Adrian-Ken Rüegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH] [CRYPTO] rmd128: Fix endian problems
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [BUILD_FAILURE] linux-next: Tree for May 19 - build fails on cryptd_alloc_hash ()
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- [BUILD_FAILURE] linux-next: Tree for May 19 - build fails on cryptd_alloc_hash ()
- From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
- linux-next 20080519 build failure
- From: Philippe Roussel <p.o.roussel@xxxxxxx>
- Re: [PATCH] [CRYPTO] rmd128: Fix endian problems
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [PATCH] [CRYPTO] rmd128: Fix endian problems
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [PATCH v2] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Geode-CBC
- From: Vasile Marii <vascim@xxxxxxxxx>
- Linux CryptoAPI Userspace API proposal
- From: "Loc Ho" <lho@xxxxxxxx>
- [PATCH] crypto: rmd128: make it work on my prefered architecture
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [HIFN 1/1] Remove duplicated include
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Userspace API proposal was: Re: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: Userspace API proposal was: Re: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: "Loc Ho" <lho@xxxxxxxx>
- RE: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [PATCH 1/3] [CRYPTO] hash: Add Async Hash Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] [CRYPTO] hash: Add Async Hash Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] [CRYPTO] hash: Add Async Hash Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Userspace API proposal was: Re: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Userspace API proposal was: Re: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: tcrypt: hmac test with keys > blocksize fail
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/1] RFC: Add CryptoAPI User Space Interface Support
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/3] [CRYPTO] tcrypt: Add Async Hash Support
- From: "Loc Ho" <lho@xxxxxxxx>
- [PATCH 2/3] [CRYPTO] cryptd: Add Async Hash Support
- From: "Loc Ho" <lho@xxxxxxxx>
- [PATCH 1/3] [CRYPTO] hash: Add Async Hash Support
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [HIFN 1/1] Remove duplicated include
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [RESEND][PATCH 0/4][CRYPTO] add support for extended RIPEMD hash algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Crypto Fixes for 2.6.26
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [RESEND][PATCH 2/4][CRYPTO] RIPEMD: Add support for RIPEMD-256 and RIPEMD-320.
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [RESEND][PATCH 3/4][CRYPTO] tcrypt: Add test vectors for RIPEMD-256 and RIPEMD-320.
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [RESEND][PATCH 4/4][CRYPTO] RIPEMD: Add Kconfig entries for extended RIPEMD hash algorithms
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [RESEND][PATCH 1/4][CRYPTO] RIPEMD: put all common RIPEMD values in header file.
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [RESEND][PATCH 0/4][CRYPTO] add support for extended RIPEMD hash algorithms
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH 2/5][CRYPTO] RIPEMD: put all common RIPEMD values in header file
- From: Adrian-Ken Rüegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH 2/5][CRYPTO] RIPEMD: put all common RIPEMD values in header file
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5][CRYPTO] RIPEMD: fix Makefile entry for rmd128.o
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC, TCRYPT]: Catch cipher destination memory corruption
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC, TCRYPT]: Catch cipher destination memory corruption
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [RFC, TCRYPT]: Catch cipher destination memory corruption
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5/5][CRYPTO] RIPEMD: Add Kconfig entries for extended RIPEMD hash algorithms
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 4/5][CRYPTO] tcrypt: Add test vectors for RIPEMD-256 and RIPEMD-320
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 3/5][CRYPTO] RIPEMD: Add support for RIPEMD-256 and RIPEMD-320
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 2/5][CRYPTO] RIPEMD: put all common RIPEMD values in header file
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 1/5][CRYPTO] RIPEMD: fix Makefile entry for rmd128.o
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 0/5][CRYPTO] add support for extended RIPEMD hash algorithms
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [HIFN 01/n]: Endianess fixes
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [CRYPTO] tcrpyt: Get rid of change log in source
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3][CRYPTO] RIPEMD: add support for RIPEMD hash algorithms.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [HIFN 01/n]: Endianess fixes
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 01/n]: Endianess fixes
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [CRYPTO] cryptd: Fix EINPROGRESS notification context
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [HIFN 01/n]: Endianess fixes
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 05/n]: Fix data alignment checks
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 11/n]: Have HW invalidate src and dest descriptors after processing
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [HIFN 11/n]: Have HW invalidate src and dest descriptors after processing
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 10/n]: Move command descriptor setup to seperate function
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [HIFN 07/n]: Use unique driver names for different algos
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 05/n]: Fix data alignment checks
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [HIFN 05/n]: Fix data alignment checks
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 01/n]: Endianess fixes
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [HIFN 06/n]: Properly handle requests for less than the full scatterlist
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [HIFN 01/n]: Endianess fixes
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [HIFN 11/n]: Have HW invalidate src and dest descriptors after processing
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [HIFN 05/n]: Fix data alignment checks
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [HIFN 10/n]: Move command descriptor setup to seperate function
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [HIFN 05/n]: Fix data alignment checks
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [HIFN 09/n]: Fix max queue length value
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 05/n]: Fix data alignment checks
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [HIFN 04/n]: Handle ablkcipher_walk errors
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 05/n]: Fix data alignment checks
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [HIFN 09/n]: Fix max queue length value
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [HIFN 08/n]: Properly initialize ivsize for CBC modes
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [HIFN 07/n]: Use unique driver names for different algos
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [HIFN 06/n]: Properly handle requests for less than the full scatterlist
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [HIFN 03/n]: Indicate asynchronous processing to crypto API
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [HIFN 05/n]: Fix data alignment checks
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [HIFN 02/n]: Remove printk_ratelimit() for debugging printk
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [HIFN 03/n]: Indicate asynchronous processing to crypto API
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- [HIFN 04/n]: Handle ablkcipher_walk errors
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [HIFN 03/n]: Indicate asynchronous processing to crypto API
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [HIFN 02/n]: Remove printk_ratelimit() for debugging printk
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [HIFN 01/n]: Endianess fixes
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [RFC, TCRYPT]: Catch cipher destination memory corruption
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: tcrypt: hmac test with keys > blocksize fail
- From: Adrian-Ken Rüegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: tcrypt: hmac test with keys > blocksize fail
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [dm-devel] Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: tcrypt: hmac test with keys > blocksize fail
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [PATCH 0/3][CRYPTO] RIPEMD: add support for RIPEMD hash algorithms.
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 2/3]CRYPTO] RIPEMD: add test vectors for RIPEMD-128 and RIPEMD-160.
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 3/3][CRYPTO] RIPEMD: add Kconfig entries for RIPEMD hash algorithms.
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- [PATCH 1/3][CRYPTO] RIPEMD: add support for RIPEMD hash algorithms.
- From: Adrian-Ken Rueegsegger <rueegsegger@xxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: dean gaudet <dean@xxxxxxxxxx>
- Re: tcrypt: hmac test with keys > blocksize fail
- From: Adrian-Ken Rüegsegger <rueegsegger@xxxxxxxxxxx>
- Re: tcrypt: hmac test with keys > blocksize fail
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- tcrypt: hmac test with keys > blocksize fail
- From: Adrian-Ken Rüegsegger <rueegsegger@xxxxxxxxxxx>
- Crypto Fixes for 2.6.26
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [revised PATCH] crypto: Correct kzalloc error test
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [revised PATCH] crypto: Correct kzalloc error test
- From: Julia Lawall <julia@xxxxxxx>
- Re: [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH] crypto: Correct kzalloc error test
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] crypto: Correct kzalloc error test
- From: Julia Lawall <julia@xxxxxxx>
- Re: [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [RFC XFRM]: esp: fix scatterlist of out bounds access with crypto_eseqiv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [CRYPTO]: authenc: fix async crypto crash in crypto_authenc_genicv()
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [CRYPTO]: authenc: fix async crypto crash in crypto_authenc_genicv()
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Crypto Update for 2.6.26
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: "Mike Frysinger" <vapier.adi@xxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: "Mike Frysinger" <vapier.adi@xxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: "Mike Frysinger" <vapier.adi@xxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: "Mike Frysinger" <vapier.adi@xxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [2.6 patch] add include/asm-avr32/xor.h
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [2.6 patch] add include/asm-avr32/xor.h
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH -mm crypto] AES: x86_64 asm implementation optimization
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- RE: Test AES-CCM mode via IPSec (NETKEY)
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [RFC] [crypto] AES shorten the Kconfig entry
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: blokcipher interface to geode-aes
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: cts wrapper mode errata
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] AES shorten the Kconfig entry
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] tiny Kconfig cleanup
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: Test AES-CCM mode via IPSec (NETKEY)
- From: "Loc Ho" <lho@xxxxxxxx>
- RE: Test AES-CCM mode via IPSec (NETKEY)
- From: Joy Latten <latten@xxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- blokcipher interface to geode-aes
- From: "Vasile Marii" <vascim@xxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: blokcipher interface to geode-aes
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: geode-aes interface with ipsec
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- blokcipher interface to geode-aes
- From: "Vasile Marii" <vascim@xxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH]: kernel crashes when ipsec uses xcbc-mac with big data chunk
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- [PATCH]: kernel crashes when ipsec uses xcbc-mac with big data chunk
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-AES, use generic setkey function
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: cts wrapper mode errata
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: cts wrapper mode errata
- From: "Kevin Coffman" <kwc@xxxxxxxxxxxxxx>
- Re: [PATCH] crypto: cts wrapper mode errata
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [PATCH] crypto: cts wrapper mode errata
- From: Kevin Coffman <kwc@xxxxxxxxxxxxxx>
- geode-aes interface with ipsec
- From: "Vasile Marii" <vasile.marii@xxxxxxxxx>
- Re: [patch 2/2] zcrypt: add support for large random numbers
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [patch 2/2] zcrypt: add support for large random numbers
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 1/2] hw_random: allow rng_dev_read() to return hardware errors.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-aes loadkey ondemand
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- Re: User Space API handling of large buffer
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [RFC 2/2] [crypto] make the crypto subsystem fully modular
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [RFC] [crypto] AES shorten the Kconfig entry
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [RFC] [crypto] tiny Kconfig cleanup
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [RFC] [crypto] padlock-aes loadkey ondemand
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC 2/2] [crypto] make the crypto subsystem fully modular
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- User Space API handling of large buffer
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: User Space API for CryptoAPI
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: remove crypto_fl_tab and replace crypto_il_tab with isb_tab
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Long Macro's
- From: "Loc Ho" <lho@xxxxxxxx>
- RE: User Space API for CryptoAPI
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: User Space API for CryptoAPI
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: User Space API for CryptoAPI
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- User Space API for CryptoAPI
- From: "Loc Ho" <lho@xxxxxxxx>
- strange crypto speeds, sort of
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [PATCH] crypto: Add CTS mode required for Kerberos AES support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 2/2] [crypto] make the crypto subsystem fully modular
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] [XFRM] remove ifdef crypto
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] [XFRM] remove ifdef crypto
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [patch 2/2] zcrypt: add support for large random numbers
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [patch 2/2] zcrypt: add support for large random numbers
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: theoretical rpcsec_gss deadlock
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- theoretical rpcsec_gss deadlock
- From: "Kevin Coffman" <kwc@xxxxxxxxxxxxxx>
- Re: [patch 2/2] zcrypt: add support for large random numbers
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [RFC] [crypto] padlock-AES, use generic setkey function
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-AES, use generic setkey function
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-AES, use generic setkey function
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- [patch 2/2] zcrypt: add support for large random numbers
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [patch 1/2] hw_random: allow rng_dev_read() to return hardware errors.
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [patch 0/2] CEX2C hardware random numbers.
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: remove crypto_fl_tab and replace crypto_il_tab with isb_tab
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: Test AES-CCM mode via IPSec (NETKEY)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] [crypto] padlock-AES, use generic setkey function
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- Re: [RFC] generic_aes: export generic setkey
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- RE: [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: "Loc Ho" <locnho@xxxxxxxxxxxxx>
- RE: Test AES-CCM mode via IPSec (NETKEY)
- From: "Loc Ho" <lho@xxxxxxxx>
- Re: [patch 0/3] Shrink the tcrypt module and fix one XTEA test vector
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] CryptoAPI: Add Async Hash Support
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Link order of the AES-module(s)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [CRYPTO]: constify function pointer tables
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: small patch queue
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: small patch queue
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: remove crypto_fl_tab and replace crypto_il_tab with isb_tab
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH -mm crypto] AES: remove crypto_fl_tab and replace crypto_il_tab with isb_tab
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [PATCH -mm crypto] AES: remove crypto_fl_tab and replace crypto_il_tab with isb_tab
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [2.6.25 patch] crypto/ section fixes
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [2.6.25 patch] crypto/ section fixes
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [PATCH 0/4] CPU accelerated implementation for sha512/384 on s390
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment v2
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment v2
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment v2
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment v2
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- [PATCH] [crypto] XTS: use proper alignment v2
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- kernel crashes when using aes-xcbc-mac with IPsec
- From: Joy Latten <latten@xxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment.
- From: Stefan Hellermann <stefan@xxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [crypto] XTS: use proper alignment.
- From: Sebastian Siewior <linux-crypto@xxxxxxxxxxxxxxxx>
- Re: [PATCH] [PATCH] [crypto] LRW: use proper alignment.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [