Linux Crypto

• Thread Index

• Re: [PATCH v3 9/9] crypto: add clk_prepare/clk_unprepare
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Crypto Fixes for 3.5
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] crypto: arc4: improve performance by using u32 for ctx and variables
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 2/3] crypto: arc4: improve performance by adding ecb(arc4)
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 1/3] crypto: tcrypt: add ecb(arc4) speed tests
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: mv_cesa 1920 limit still happening
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• mv_cesa 1920 limit still happening
  • From: Ajay Matai <ajay@xxxxxxxxxxx>
• [PATCH v3 9/9] crypto: add clk_prepare/clk_unprepare
  • From: Prashant Gaikwad <pgaikwad@xxxxxxxxxx>
• [PATCH v2 9/9] crypto: add clk_prepare/clk_unprepare
  • From: Prashant Gaikwad <pgaikwad@xxxxxxxxxx>
• [PATCH 2/2 v3] crypto: bfin_crc: CRC hardware driver for BF60x family processors.
  • From: Sonic Zhang <sonic.adi@xxxxxxxxx>
• Re: [PATCH 2/2 v2] crypto: bfin_crc: CRC hardware driver for BF60x family processors.
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH 2/2 v2] crypto: bfin_crc: CRC hardware driver for BF60x family processors.
  • From: Sonic Zhang <sonic.adi@xxxxxxxxx>
• RE: [uclinux-dist-devel] [PATCH 2/2] crypto: bfin_crc: CRC hardware accelerator driver for BF60x family processors.
  • From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
• Re: [uclinux-dist-devel] [PATCH 2/2] crypto: bfin_crc: CRC hardware accelerator driver for BF60x family processors.
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [uclinux-dist-devel] [PATCH 1/2] crypto: Add new test cases for Blackfin CRC crypto driver.
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 9/9] crypto: add clk_prepare/clk_unprepare
  • From: Prashant Gaikwad <pgaikwad@xxxxxxxxxx>
• RE: [PATCH] crypto: talitos - Fix panic in interrupt error path
  • From: Geanta Neag Horia Ioan-B05471 <B05471@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: aesni-intel - fix unaligned cbc decrypt for x86-32
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: aesni-intel - fix unaligned cbc decrypt for x86-32
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: aesni-intel - fix unaligned cbc decrypt for x86-32
  • From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: aesni-intel - fix unaligned cbc decrypt for x86-32
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: talitos - Fix panic in interrupt error path
  • From: Helmut Schaa <helmut.schaa@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] crypto: aesni-intel - fix unaligned cbc decrypt for x86-32
  • From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] mv_cesa: no need to write to that FPGA_INT_STATUS field
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• Re: RFC: support for MV_CESA with TDMA
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: Add new test cases for Blackfin CRC crypto driver.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: bfin_crc: CRC hardware accelerator driver for BF60x family processors.
  • From: Sonic Zhang <sonic.adi@xxxxxxxxx>
• Re: [PATCH 1/2] crypto: Add new test cases for Blackfin CRC crypto driver.
  • From: Sonic Zhang <sonic.adi@xxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: [PATCH] crypto: testmgr - expand twofish test vectors
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH] crypto: serpent - add common glue code for avx and sse2 implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: testmgr - expand twofish test vectors
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: twofish - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: twofish - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: [PATCH] crypto: twofish - add x86_64/avx assembler implementation
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: [PATCH 2/4] mv_cesa: no need to write to that FPGA_INT_STATUS field
  • From: "cloudy.linux" <cloudy.linux@xxxxxxxxx>
• [PATCH] crypto: serpent - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: twofish - add x86_64/avx assembler implementation
  • From: Johannes Goetzfried <Johannes.Goetzfried@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RFC: support for MV_CESA with TDMA
  • From: "cloudy.linux" <cloudy.linux@xxxxxxxxx>
• [PATCH 01/13] mv_cesa: do not use scatterlist iterators
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• RFC: support for MV_CESA with TDMA
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 03/13] mv_cesa: prepare the full sram config in dram
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 09/13] mv_cesa: implementing packet chain mode, only aes for now
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 12/13] mv_cesa: drop the now unused process callback
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 02/13] mv_cesa: minor formatting cleanup, will all make sense soon
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 05/13] add a driver for the Marvell TDMA engine
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 06/13] mv_cesa: use TDMA engine for data transfers
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 10/13] mv_cesa: reorganise mv_start_new_hash_req a bit
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 07/13] mv_cesa: have TDMA copy back the digest result
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 08/13] mv_cesa: fetch extra_bytes via TDMA engine, too
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 13/13] mv_cesa, mv_tdma: outsource common dma-pool handling code
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 04/13] mv_cesa: split up processing callbacks
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 11/13] mv_cesa: implement descriptor chaining for hashes, too
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 4/4] mv_cesa: fix for hash finalisation with data
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 1/4] mv_cesa: add an expiry timer in case anything goes wrong
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 2/4] mv_cesa: no need to write to that FPGA_INT_STATUS field
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 3/4] mv_cesa: initialise the interrupt status field to zero
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 1/2] crypto: Add new test cases for Blackfin CRC crypto driver.
  • From: Sonic Zhang <sonic.adi@xxxxxxxxx>
• [PATCH 2/2] crypto: bfin_crc: CRC hardware accelerator driver for BF60x family processors.
  • From: Sonic Zhang <sonic.adi@xxxxxxxxx>
• [PATCH] crypto: sha1 - use Kbuild supplied flags for AVX test
  • From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
• Re: Crypto Update for 3.5
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Crypto Update for 3.5
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: Crypto Update for 3.5
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: Crypto Update for 3.5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Crypto Update for 3.5
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [RFC/PATCH] crypto: talitos - replace the tasklet implementation with NAPI
  • From: Horia Geanta <horia.geanta@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: aesni-intel: use crypto_[un]register_algs
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Update for ux500 CRYP and HASH
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 13/17] powerpc: crypto: SHA256 hash routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 12/17] powerpc: crypto: AES-XCBC mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 14/17] powerpc: crypto: SHA512 hash routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 08/17] powerpc: crypto: AES-CCM mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 11/17] powerpc: crypto: AES-GCM mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 09/17] powerpc: crypto: AES-CTR mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 10/17] powerpc: crypto: AES-ECB mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 07/17] powerpc: crypto: AES-CBC mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 06/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• CRYPTO_ALG_TYPE_ABLKCIPHER concepts guide
  • From: Rodel Miguel <rodelfmiguel@xxxxxxxxx>
• Re: [PATCH v3 03/17] powerpc: Add PFO support to the VIO bus
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: mv_cesa requires on CRYPTO_HASH to build
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: mv_cesa requires on CRYPTO_HASH to build
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• [PATCH] crypto: mv_cesa requires on CRYPTO_HASH to build
  • From: Alexander Clouter <alex@xxxxxxxxxxxxx>
• Writing Asynchronous Block Ciphers
  • From: Rodel Miguel <rodelfmiguel@xxxxxxxxx>
• [PATCH 2/2] crypto: aesni-intel: move more common code to ablk_init_common
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 1/2] crypto: aesni-intel: use crypto_[un]register_algs
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• RE: SPAM: [PATCH 3/3] arm: tegra: governor: change governor using cpufreq interface
  • From: Puneet Saxena <puneets@xxxxxxxxxx>
• [PATCH 3/3] arm: tegra: governor: change governor using cpufreq interface
  • From: <puneets@xxxxxxxxxx>
• Re: async hash & hmac
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• async hash & hmac
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH v3 03/17] powerpc: Add PFO support to the VIO bus
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/17] powerpc: Add PFO support to the VIO bus
  • From: Robert Jennings <rcj@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Update for ux500 CRYP and HASH
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Update for ux500 CRYP and HASH
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: CRYPTO_ALG_ASYNC
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: CRYPTO_ALG_ASYNC
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: CRYPTO_ALG_ASYNC
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: CRYPTO_ALG_ASYNC
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• CRYPTO_ALG_ASYNC
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• [PATCH v2 3/3] crypto: ux500: Cleanup hardware identification
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v2 2/3] crypto: ux500: Update DMA handling for 3.4
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v2 0/3] Update for ux500 CRYP and HASH
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Memory exhaust issue with only IPsec policies configured on continuous traffic
  • From: Agarwal Nikhil-B38457 <B38457@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions
  • From: Simon Baatz <gmbnomis@xxxxxxxxx>
• Re: [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• General Protection Fault in aesni_cbc_dec in kernel 3.3
  • From: garkein@xxxxxxxxxxxxxxxx
• [PATCH 0/2] Update for ux500 CRYP and HASH
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 1/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 2/2] crypto: ux500: Update DMA handling for 3.4
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions
  • From: Phil Sutter <phil@xxxxxx>
• RE: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions
  • From: "Frank" <frank@xxxxxxxxxxxxxx>
• Re: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions
  • From: Simon Baatz <gmbnomis@xxxxxxxxx>
• Re: [PATCH v7 0/3] crypto: ux500 crypto and hash driver
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v7 0/3] crypto: ux500 crypto and hash driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/17] powerpc: Add PFO support to the VIO bus
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/17] powerpc: Add PFO support to the VIO bus
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 2/3] crypto: ux500: Add driver for HASH hardware
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v7 3/3] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v7 1/3] crypto: ux500: Add driver for CRYP hardware.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v7 0/3] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v7 1/3] crypto: ux500: Add driver for CRYP hardware.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v7 3/3] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v7 2/3] crypto: ux500: Add driver for HASH hardware
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v7 0/3] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/3] crypto: ux500: Add driver for CRYP hardware.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/crypto/amcc/crypto4xx_core.c: move up err_request_irq label
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v1 7/8] dmaengine: enhance ASYNC_TX subsystem to support DMA device hotplug
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v6 3/3] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v6 2/3] crypto: ux500: Add driver for HASH hardware
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v6 0/3] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH v6 1/3] crypto: ux500: Add driver for CRYP hardware.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: Crypto Fixes for 3.4
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• alg: hash: Test 6 failed for mv-hmac-sha1, mv_cesa on orion
  • From: cloudy linux <cloudy.linux@xxxxxxxxx>
• Re: [PATCH 2/3 v5] crypto: ux500: Add driver for HASH hardware
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3 v5] crypto: ux500: Add driver for HASH hardware
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3 v5] crypto: ux500: Add driver for HASH hardware
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: Problem with crypto when initializing TKIP
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: Problem with crypto when initializing TKIP
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] drivers/crypto/amcc/crypto4xx_core.c: move up err_request_irq label
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: cryptsetup stopped working
  • From: Dale Amon <amon@xxxxxxx>
• cryptsetup stopped working
  • From: Dale Amon <amon@xxxxxxx>
• [PATCH v3 13/17] powerpc: crypto: SHA256 hash routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 01/17] powerpc: Add new hvcall constants to support PFO
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 09/17] powerpc: crypto: AES-CTR mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 17/17] powerpc: crypto: enable the PFO-based encryption device
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 16/17] powerpc: crypto: Build files for the nx device driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 12/17] powerpc: crypto: AES-XCBC mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 15/17] powerpc: crypto: debugfs routines and docs for the nx device driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 14/17] powerpc: crypto: SHA512 hash routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 11/17] powerpc: crypto: AES-GCM mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 10/17] powerpc: crypto: AES-ECB mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/17] powerpc: crypto: AES-CCM mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 07/17] powerpc: crypto: AES-CBC mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 06/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 05/17] pseries: Enabled the PFO-based RNG accelerator
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 02/17] powerpc: Add pseries update notifier for OFDT prop changes
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 04/17] hwrng: pseries - PFO-based hwrng driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 03/17] powerpc: Add PFO support to the VIO bus
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 00/17] Platform Facilities Option and crypto accelerators
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [ANN] Linux Security Summit 2012 - Announcement and CFP
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 17/17] powerpc: crypto: enable the PFO-based encryption device
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 02/17] powerpc: Add pseries update notifier for OFDT prop changes
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/17] powerpc: Add new hvcall constants to support PFO
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 11/17] powerpc: crypto: AES-XCBC mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 13/17] powerpc: crypto: SHA512 hash routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/17] powerpc: crypto: AES-CBC mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 15/17] powerpc: crypto: debugfs routines and docs for the nx device driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 09/17] powerpc: crypto: AES-ECB mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/17] powerpc: crypto: AES-GCM mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 16/17] powerpc: crypto: Build files for the nx device driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/17] powerpc: crypto: AES-CTR mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 12/17] powerpc: crypto: SHA256 hash routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 03/17] powerpc: Add PFO support to the VIO bus
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/17] hwrng: pseries - PFO-based hwrng driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 07/17] powerpc: crypto: AES-CCM mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/17] pseries: Enabled the PFO-based RNG accelerator
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/17] Platform Facilities Option and crypto accelerators
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3 v5] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 1/3 v5] crypto: ux500: Add driver for CRYP hardware.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 2/3 v5] crypto: ux500: Add driver for HASH hardware
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 3/3 v5] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3 v4] crypto: ux500: Add driver for HASH hardware
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto, xor: Sanitize checksumming function selection output
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: talitos - properly lock access to global talitos registers
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3 v4] crypto: ux500: Add driver for HASH hardware
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] crypto: ixp4xx - include fix
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: Fix byte counter overflow in SHA-512
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto, xor: Sanitize checksumming function selection output
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 1/2] crypto: wait for a full jiffy in do_xor_speed
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 2/2] crypto: disable preemption while benchmarking RAID5 xor checksumming
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Crypto Fixes for 3.4
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: talitos - properly lock access to global talitos registers
  • From: Horia Geanta <horia.geanta@xxxxxxxxxxxxx>
• Re: Old PADATA patch vs crypto-2.6 tree
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] crypto: user - Fix lookup of algorithms with IV generator
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: pcrypt - Use the online cpumask as the default
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: padata: Fixes for 3.4
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3 v4] crypto: ux500: Add driver for CRYP hardware.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 2/3 v4] crypto: ux500: Add driver for HASH hardware
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 0/3 v4] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 3/3 v4] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: Status of aes in Debian/Ubuntu? (UNCLASSIFIED)
  • From: Dale Amon <amon@xxxxxxx>
• Re: Old PADATA patch vs crypto-2.6 tree
  • From: Hamid Nassiby <h.nassiby@xxxxxxxxx>
• Re: Status of aes in Debian/Ubuntu? (UNCLASSIFIED)
  • From: "roosa, william MAJ RES" <william-roosa@xxxxxxxxxxx>
• Re: [PATCH] powerpc/crypto: caam - add backward compatible string sec4.0
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] crypto: user - Fix size of netlink dump message
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• [PATCH v2 1/2] crypto: user - Fix lookup of algorithms with IV generator
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: user - Fix size of netlink dump message
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: user - Fix size of netlink dump message
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: user - Fix size of netlink dump message
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: user - Fix size of netlink dump message
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: Status of aes in Debian/Ubuntu?
  • From: Dale Amon <amon@xxxxxxx>
• Re: Status of aes in Debian/Ubuntu?
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: Status of aes in Debian/Ubuntu?
  • From: Dale Amon <amon@xxxxxxx>
• Re: Status of aes in Debian/Ubuntu?
  • From: Ryan Corder <ryanc@xxxxxxxxxxxxx>
• Re: Status of aes in Debian/Ubuntu? (UNCLASSIFIED)
  • From: "roosa, william MAJ RES" <william-roosa@xxxxxxxxxxx>
• Re: Status of aes in Debian/Ubuntu?
  • From: "C.J. Adams-Collier KF7BMP" <cjac@xxxxxxxxxxxxxxx>
• Status of aes in Debian/Ubuntu?
  • From: Dale Amon <amon@xxxxxxx>
• Old PADATA patch vs crypto-2.6 tree
  • From: Sebastien Agnolini <sebastien.agnolini@xxxxxxxxx>
• [PATCH] crypto: pcrypt - Use the online cpumask as the default
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• [PATCH 2/3] padata: Use the online cpumask as the default
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• [PATCH 3/3] padata: Fix cpu hotplug
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• [PATCH 1/3] padata: Add a reference to the api documentation
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• padata: Fixes for 3.4
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 00/17] Platform Facilities Option and crypto accelerator driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] crypto: user - Fix size of netlink dump message
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• [PATCH 1/2] crypto: user - Fix lookup of algorithms with IV generator
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 00/17] Platform Facilities Option and crypto accelerator driver
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: camellia-x86_64 - module init/exit functions should be static
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] powerpc/crypto: caam - add backward compatible string sec4.0
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] crypto: ux500: Add driver for CRYP hardware.
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: camellia-x86_64 - module init/exit functions should be static
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 00/17] Platform Facilities Option and crypto accelerator driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] Platform Facilities Option and crypto accelerator driver
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: ixp4xx - include fix
  • From: Michał Wróbel <michal.wrobel@xxxxxxxxxxxx>
• Re: Bug?
  • From: Kormos 'Morc' Gábor <morc@xxxxxxxxxxxxx>
• Re: [PATCH 05/17] pseries: Enabled the PFO-based RNG accelerator
  • From: Anton Blanchard <anton@xxxxxxxxx>
• Re: [PATCH 2/3] crypto: ux500: Add driver for HASH hardware
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] crypto: ux500: Add driver for CRYP hardware.
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH v2.2 2/7] crypto: GnuPG based MPI lib - header files (part 2)
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Crypto Fixes for 3.4
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: camellia-x86_64 - module init/exit functions should be static
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: camellia-x86_64 - module init/exit functions should be static
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH 15/17] powerpc: crypto: sysfs routines and docs for the nx device driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 15/17] powerpc: crypto: sysfs routines and docs for the nx device driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/17] powerpc: crypto: AES-CTR mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/17] powerpc: crypto: AES-ECB mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/17] powerpc: crypto: AES-GCM mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/17] powerpc: crypto: AES-XCBC mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/17] powerpc: crypto: SHA256 hash routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 15/17] powerpc: crypto: sysfs routines and docs for the nx device driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 13/17] powerpc: crypto: SHA512 hash routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 16/17] powerpc: crypto: Build files for the nx device driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 17/17] powerpc: crypto: enable the PFO-based encryption device
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 14/17] powerpc: crypto: nx driver code supporting nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/17] powerpc: crypto: AES-CCM mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/17] pseries: Enabled the PFO-based RNG accelerator
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/17] powerpc: crypto: AES-CBC mode routines for nx encryption
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/17] hwrng: pseries - PFO-based hwrng driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/17] powerpc: Add pseries update notifier for OFDT prop changes
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/17] powerpc: Add PFO support to the VIO bus
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/17] powerpc: Add new hvcall constants to support PFO
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• [PATCH 00/17] Platform Facilities Option and crypto accelerator driver
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2.2 2/7] crypto: GnuPG based MPI lib - header files (part 2)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH][upstream] powerpc/crypto: caam - add backward compatible string sec4.0
  • From: Shengzhou Liu <Shengzhou.Liu@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] crypto: ux500: Add driver for CRYP hardware.
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] crypto: ux500: Add driver for HASH hardware
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: serpent-sse2 - different key size same speed?
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: serpent-sse2 - different key size same speed?
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: Crypto Update for 3.3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• balancing crypto with NAPI flow vs. tasklet (was: Re: Hi,)
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• serpent-sse2 - different key size same speed?
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• [PATCH] crypto: Fix byte counter overflow in SHA-512
  • From: Kent Yoder <key@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] crypto: ux500 crypto and hash driver
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: twofish-x86_64-3way - module init/exit functions should be static
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: camellia-x86_64 - module init/exit functions should be static
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH 2/2] crypto: twofish-x86_64-3way - module init/exit functions should be static
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 1/2] crypto: camellia-x86_64 - module init/exit functions should be static
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: linux-next: Tree for Mar 15 (crypto)
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: linux-next: Tree for Mar 15 (crypto)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: Problem with mv_cesa
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• Re: [PATCH 0/2] padata fixes
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] x86_64 assembler implementation of camellia block cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] camellia: simplify key setup and CAMELLIA_ROUNDSM macro
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] crypto: ux500: Add driver for HASH hardware
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 3/3] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 1/3] crypto: ux500: Add driver for CRYP hardware.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 0/3 v3] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2 v2] crypto: ux500 crypto and hash driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: fix build failure in mv_cesa.c (missing of header)
  • From: Jason <jason@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: fix build failure in mv_cesa.c (missing of header)
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v2.2 2/7] crypto: GnuPG based MPI lib - header files (part 2)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: fix build failure in mv_cesa.c (missing of header)
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• [PATCH] crypto: fix build failure in mv_cesa.c (missing of header)
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] xfrm: fix hmac(sha256) truncation length
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] xfrm: fix hmac(sha256) truncation length
  • From: Jarod Wilson <jarod@xxxxxxxxxx>
• [PATCH 2/2] padata: Fix race on sequence number wrap
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• [PATCH 1/2] padata: Fix race in the serialization path
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• [PATCH 0/2] padata fixes
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH] xfrm: fix hmac(sha256) truncation length
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] xfrm: fix hmac(sha256) truncation length
  • From: Jarod Wilson <jarod@xxxxxxxxxx>
• Re: [Openswan Users] Openswan IPsec: ARM cortex SoC board to board ping works but board to Ubuntu does not
  • From: David McCullough <david_mccullough@xxxxxxxxxx>
• [PATCH 5/6] crypto: camellia - rename camellia.c to camellia_generic.c
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 6/6] crypto: camellia - add assembler implementation for x86_64
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 4/6] crypto: camellia - fix checkpatch warnings
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 3/6] crypto: camellia - rename camellia module to camellia_generic
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 2/6] crypto: tcrypt - add more camellia tests
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 1/6] crypto: testmgr - add more camellia test vectors
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 0/6] x86_64 assembler implementation of camellia block cipher
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: [Openswan Users] Openswan IPsec: ARM cortex SoC board to board ping works but board to Ubuntu does not
  • From: satpal parmar <systems.satpal@xxxxxxxxx>
• [PATCH] camellia: simplify key setup and CAMELLIA_ROUNDSM macro
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: Crypto Fixes for 3.3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: Openswan IPsec: ARM cortex SoC board to board ping works but board to Ubuntu does not
  • From: "C.J. Adams-Collier KF7BMP" <cjac@xxxxxxxxxxxxxxx>
• Re: Kernel Oops when using af_alg for SHA1
  • From: Markus <nepenthesdev@xxxxxxxxx>
• Kernel Oops when using af_alg for SHA1
  • From: "Frank" <frank@xxxxxxxxxxxxxx>
• Re: [Openswan Users] Openswan IPsec: ARM cortex SoC board to board ping works but board to Ubuntu does not
  • From: Paul Wouters <paul@xxxxxxxxx>
• Openswan IPsec: ARM cortex SoC board to board ping works but board to Ubuntu does not
  • From: satpal parmar <systems.satpal@xxxxxxxxx>
• Re: Hit OOPS on FPU save and restore while useing AESNI for IPSecon 32 bit System
  • From: "TimLee" <timlee@xxxxxxxx>
• Re: [PATCH] crypto: mv_cesa - fix final callback not ignoring input data
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2 v2] crypto: ux500 crypto and hash driver
  • From: Andreas WESTIN <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2 v2] crypto: ux500 crypto and hash driver
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH] crypto: mv_cesa - fix final callback not ignoring input data
  • From: Phil Sutter <phil.sutter@xxxxxxxxxxxx>
• [PATCH 0/2 v2] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 2/2 v2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] crypto: serpent-sse2 - use crypto_[un]register_algs
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: ux500 - Add driver for CRYP/HASH hardware.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: Hit OOPS on FPU save and restore while useing AESNI for IPSec on 32 bit System
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: mv_cesa hash functions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 0/2] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Re: mv_cesa hash functions
  • From: Phil Sutter <phil@xxxxxx>
• Re: mv_cesa hash functions
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• [PATCH 2/2] mach-ux500: Crypto: core support for CRYP/HASH module.
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• [PATCH 0/2] crypto: ux500 crypto and hash driver
  • From: Andreas Westin <andreas.westin@xxxxxxxxxxxxxx>
• Hit OOPS on FPU save and restore while useing AESNI for IPSec on 32 bit System
  • From: timlee@xxxxxxxx
• Re: mv_cesa hash functions
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• mv_cesa hash functions
  • From: "Frank" <frank@xxxxxxxxxxxxxx>
• [PATCH 6/6] crypto: twofish-x86_64/i586 - set alignmask to zero
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 5/6] crypto: blowfish-x86_64 - set alignmask to zero
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 4/6] crypto: serpent-sse2 - combine ablk_*_init functions
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 3/6] crypto: blowfish-x86_64 - use crypto_[un]register_algs
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 2/6] crypto: twofish-x86_64-3way - use crypto_[un]register_algs
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 1/6] crypto: serpent-sse2 - use crypto_[un]register_algs
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• request to join and order linux-crypto mailing list
  • From: timlee@xxxxxxxx
• Re: Crypto Fixes for 3.3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha-512...
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha-512...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sha-512...
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: sha-512...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sha-512...
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha-512...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sha-512...
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• sha-512...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] X86, crypto: Remove dead code from twofish_glue_3way.c::init()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: Crypto Fixes for 3.3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/60] crypto: remove the second argument of k[un]map_atomic()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 08/60] x86: remove the second argument of k[un]map_atomic()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 12/60] crypto: remove the second argument of k[un]map_atomic()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH] X86, crypto: remove dead code from serpent_sse2_glue.c::serpent_sse2_init()
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• [PATCH] X86, crypto: Remove dead code from twofish_glue_3way.c::init()
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH] In crypto_add_alg(), 'exact' wants to be initialized to 0
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] In crypto_add_alg(), 'exact' wants to be initialized to 0
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 4/3] sha512: reduce stack usage even on i386
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] In crypto_add_alg(), 'exact' wants to be initialized to 0
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH] In crypto_add_alg(), 'exact' wants to be initialized to 0
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: Question on __crypto_alg_lookup
  • From: Mark Allyn <allyn@xxxxxxxx>
• Re: Question on __crypto_alg_lookup
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] In crypto_add_alg(), 'exact' wants to be initialized to 0
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH] In crypto_add_alg(), 'exact' wants to be initialized to 0
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH] In crypto_add_alg(), 'exact' wants to be initialized to 0
  • From: "devendra.aaru" <devendra.aaru@xxxxxxxxx>
• Re: [PATCH 4/3] sha512: reduce stack usage even on i386
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH] In crypto_add_alg(), 'exact' wants to be initialized to 0
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: Question on __crypto_alg_lookup
  • From: Mark Allyn <allyn@xxxxxxxx>
• Re: [PATCH 4/3] sha512: reduce stack usage even on i386
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Question on __crypto_alg_lookup
  • From: Mark Allyn <allyn@xxxxxxxx>
• Re: [PATCH 4/3] sha512: reduce stack usage even on i386
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• SHA algorithm
  • From: Mushki <mushki5@xxxxxxxxx>
• TCP- AO
  • From: Xiaochun Lu <xiaoclu@xxxxxxxxx>
• Re: Crypto Fixes for 3.3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Crypto Fixes for 3.3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: Crypto Fixes for 3.3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Crypto Fixes for 3.3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: caam - fix gcc 4.6 warning
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: Add bulk algorithm registration interface
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/3] sha512: reduce stack usage even on i386
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: question about crypto module dependency
  • From: Francis Moreau <francis.moro@xxxxxxxxx>
• Re: [PATCH 08/21] KEYS: Add signature verification facility [ver #3]
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: question about crypto module dependency
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: question about crypto module dependency
  • From: Francis Moreau <francis.moro@xxxxxxxxx>
• Re: question about crypto module dependency
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: question about crypto module dependency
  • From: Francis Moreau <francis.moro@xxxxxxxxx>
• Re: [PATCH] crypto: caam - fix gcc 4.6 warning
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: [PATCH v5.4 00/13] crc32c: Add faster algorithm and self-test code
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/13] crc32: Move long comment about crc32 fundamentals to Documentation/
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH v5.4 00/13] crc32c: Add faster algorithm and self-test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 05/13] crc32: Fix mixing of endian-specific types
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 13/13] crc32: Select an algorithm via kconfig
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 11/13] crypto: crc32c should use library implementation
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 12/13] crc32: Add self-test code for crc32c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 10/13] crc32: Bolt on crc32c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 09/13] crc32: Add note about this patchset to crc32.c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 08/13] crc32: Optimize loop counter for x86
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 06/13] crc32: Make CRC_*_BITS definition correspond to actual bit counts
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 07/13] crc32: Add slice-by-8 algorithm to existing code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 04/13] crc32: Miscellaneous cleanups
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 03/13] crc32: Simplify unit test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 01/13] crc32: removed two instances of trailing whitespaces
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: question about crypto module dependency
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/21] KEYS: Add signature verification facility [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/3] sha512: reduce stack usage even on i386
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 08/21] KEYS: Add signature verification facility [ver #3]
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 08/21] KEYS: Add signature verification facility [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: question about crypto module dependency
  • From: Francis Moreau <francis.moro@xxxxxxxxx>
• Re: [PATCH 16/21] KEYS: PGP-based public key signature verification [ver #3]
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 08/21] KEYS: Add signature verification facility [ver #3]
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 16/21] KEYS: PGP-based public key signature verification [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 08/21] KEYS: Add signature verification facility [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: question about crypto module dependency
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/21] KEYS: PGP-based public key signature verification [ver #3]
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 08/21] KEYS: Add signature verification facility [ver #3]
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 07/21] KEYS: Create a key type that can be used for general cryptographic operations [ver #3]
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: question about crypto module dependency
  • From: Francis Moreau <francis.moro@xxxxxxxxx>
• Re: [PATCH] crypto: Add bulk algorithm registration interface
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: question about crypto module dependency
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: Add bulk algorithm registration interface
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• question about crypto module dependency
  • From: Francis Moreau <francis.moro@xxxxxxxxx>
• Re: [PATCH 07/21] KEYS: Create a key type that can be used for general cryptographic operations [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: Getting vom synch to asynch algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/21] KEYS: Create a key type that can be used for general cryptographic operations [ver #3]
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• RE: [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• RE: [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Getting vom synch to asynch algorithms
  • From: Markus Stockhausen <markus.stockhausen@xxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] sha512: make it work, undo percpu message schedule
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] sha512: make it work, undo percpu message schedule
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/3] sha512: make it work, undo percpu message schedule
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] sha512: make it work, undo percpu message schedule
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] sha512: reduce stack usage to safe number
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH 3/3] sha512: use standard ror64()
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH 1/3] sha512: make it work, undo percpu message schedule
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• RE: sha512: make it work, undo percpu message schedule
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• RE: sha512: make it work, undo percpu message schedule
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• RE: sha512: make it work, undo percpu message schedule
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 3/4] drivers/crypto/ixp4xx_crypto.c: convert GFP_KERNEL to GFP_ATOMIC
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: caam - fix gcc 4.6 warning
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 0/2] crypto: driver for Tegra AES hardware
  • From: Varun Wadekar <vwadekar@xxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (4rd attempt)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto - serpent-sse2: change transpose_4x4 to only use integer instructions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: twofish-x86_64-3way - blacklist pentium4 and atom
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 0/2] crypto: driver for Tegra AES hardware
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v8 2/2] crypto: driver for Tegra AES hardware
  • From: Varun Wadekar <vwadekar@xxxxxxxxxx>
• Re: [PATCH v8 1/2] arm: tegra: export tegra_chip_uid
  • From: Varun Wadekar <vwadekar@xxxxxxxxxx>
• Re: Crypto Update for 3.3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Adrian-Ken Rueegsegger <ken@xxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: sha512: make it work, undo percpu message schedule
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• sha512: make it work, undo percpu message schedule
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v8 2/2] crypto: driver for Tegra AES hardware
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] crypto: caam - be less noisy on startup
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH 1/2] crypto: caam - add sha224 and sha384 variants to existing AEAD algorithms
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH] crypto: caam - fix gcc 4.6 warning
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH 3/4] drivers/crypto/ixp4xx_crypto.c: convert GFP_KERNEL to GFP_ATOMIC
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: cryptodev tree on github
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8 2/2] crypto: driver for Tegra AES hardware
  • From: Varun Wadekar <vwadekar@xxxxxxxxxx>
• Re: [RFC][PATCH 00/21] Crypto keys and module signing [ver #3]
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/14] crc32: Simplify unit test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 04/14] crc32: Speed up memory table access on powerpc
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 05/14] crc32: Miscellaneous cleanups
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 06/14] crc32: Fix mixing of endian-specific types
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 01/14] crc32: removed two instances of trailing whitespaces
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 08/14] crc32: Add slice-by-8 algorithm to existing code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 11/14] crc32: Bolt on crc32c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 12/14] crypto: crc32c should use library implementation
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 07/14] crc32: Make CRC_*_BITS definition correspond to actual bit counts
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 13/14] crc32: Add self-test code for crc32c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 09/14] crc32: Optimize loop counter for x86
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 10/14] crc32: Add note about this patchset to crc32.c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 02/14] crc32: Move long comment about crc32 fundamentals to Documentation/
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH v5.3 00/14] crc32c: Add faster algorithm and self-test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (4rd attempt)
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (3rd attempt)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (3rd attempt)
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (3rd attempt)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (3rd attempt)
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (3rd attempt)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (3rd attempt)
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• Crypto Update for 3.3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: cryptodev tree on github
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (3rd attempt)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: I have a Question about linux asynchronous crypto
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: HMAC and stuff
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: I have a Question about linux asynchronous crypto
  • From: omara <omarapazanadi@xxxxxxxxx>
• Re: I have a Question about linux asynchronous crypto
  • From: Mark Allyn <allyn@xxxxxxxx>
• I have a Question about linux asynchronous crypto
  • From: Gao feng <omarapazanadi@xxxxxxxxx>
• I have a Question about linux asynchronous crypto
  • From: Gao feng <omarapazanadi@xxxxxxxxx>
• HMAC and stuff
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH] crypto - serpent-sse2: change transpose_4x4 to only use integer instructions
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 1/2] crypto: twofish-x86_64-3way - blacklist pentium4 and atom
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 2/2] crypto: blowfish-x86_64 - blacklist Pentium 4
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: [PATCH 1/7] crypto - lrw: remove dependency on EXPERIMENTAL
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: picoxcell: fix boolean and / or confusion
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] crypto: talitos/caam: SEC h/w v2.0 fix and cleanups
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3.2] crypto: twofish-x86_64-3way - blacklist pentium4 and atom
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] crypto: Convert printks to pr_<level>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 1/2] crypto: Remove global #define PFX and use, use pr_<level>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• RE: [PATCH v8 0/2] crypto: driver for Tegra AES hardware
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• [PATCH v8 2/2] crypto: driver for Tegra AES hardware
  • From: Varun Wadekar <vwadekar@xxxxxxxxxx>
• [PATCH v8 1/2] arm: tegra: export tegra_chip_uid
  • From: Varun Wadekar <vwadekar@xxxxxxxxxx>
• [PATCH v8 0/2] crypto: driver for Tegra AES hardware
  • From: Varun Wadekar <vwadekar@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: Rusty Russell <rusty@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: Rusty Russell <rusty@xxxxxxxxxx>
• [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (3rd attempt)
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• Re: [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (2nd attempt)
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: drivers/media/video/s5p-fimc/fimc-capture.c: boolean and / or confusion
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• [PATCH 7/7] crypto - gf128mul: remove leftover "(EXPERIMENTAL)" in Kconfig
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 6/7] crypto - serpent-sse2: remove unneeded LRW/XTS #ifdefs
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 4/7] crypto - twofish-x86_64-3way: remove unneeded LRW/XTS #ifdefs
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 5/7] crypto - serpent-sse2: select LRW and XTS
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 3/7] crypto - twofish-x86_64-3way: select LRW and XTS
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 2/7] crypto - xts: remove dependency on EXPERIMENTAL
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 1/7] crypto - lrw: remove dependency on EXPERIMENTAL
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH] crypto: picoxcell: fix boolean and / or confusion
  • From: Jamie Iles <jamie@xxxxxxxxxxxxx>
• Re: drivers/crypto/picoxcell_crypto.c: boolean and / or confusion
  • From: Jamie Iles <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag.
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag (2nd attempt)
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• Re: [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• drivers/media/video/s5p-fimc/fimc-capture.c: boolean and / or confusion
  • From: Joe Perches <joe@xxxxxxxxxxx>
• drivers/crypto/picoxcell_crypto.c: boolean and / or confusion
  • From: Joe Perches <joe@xxxxxxxxxxx>
• RE: [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: "Bob Pearson" <rpearson@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 5/7] crypto: caam - more desc.h cleanups
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH 2/7] crypto: talitos - remove NO_IRQ references
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH 0/7] crypto: talitos/caam: SEC h/w v2.0 fix and cleanups
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH 3/7] crypto: talitos - convert talitos_error to struct device
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH 6/7] crypto: caam - fix polarity of "propagate error" logic
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH 7/7] crypto: caam - remove DECO access initialization code
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• [PATCH 1/7] crypto: talitos - fix bad kfree
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag.
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: Rusty Russell <rusty@xxxxxxxxxx>
• Re: RFC: redesigning random(4)
  • From: Sandy Harris <sandyinchina@xxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/1] Added CRYPTO_ALG_KERN_DRIVER_ONLY flag.
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: Rusty Russell <rusty@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: Rusty Russell <rusty@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: Rusty Russell <rusty@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: Rusty Russell <rusty@xxxxxxxxxx>
• A fiddle for /dev/random
  • From: Sandy Harris <sandyinchina@xxxxxxxxx>
• [PATCH 2/3] crypto: Add inline per-cpu wrappers for compression
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] xfrm: Modify xfrm_ipcomp code to use new per-cpu helpers
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] crypto: Add per-cpu transform alloc() and free()
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] crypto: Add per-cpu transform helpers
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [Keyrings] [RFC][PATCH 00/16] Crypto keys and module signing [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/3] crypto: Add per-cpu transform helpers
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [Keyrings] [RFC][PATCH 00/16] Crypto keys and module signing [ver #2]
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [RFC][PATCH 00/16] Crypto keys and module signing [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC][PATCH 00/16] Crypto keys and module signing [ver #2]
  • From: "H. Peter Anvin" <h.peter.anvin@xxxxxxxxx>
• Re: [PATCH 04/16] PGP: Add definitions (RFC 4880) and packet parser [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 04/16] PGP: Add definitions (RFC 4880) and packet parser [ver #2]
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 3.2] crypto: blowfish-x86_64 - blacklist Pentium 4
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• [PATCH 3.2] crypto: twofish-x86_64-3way - blacklist pentium4 and atom
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxxxx>
• Re: [PATCH v5.2 00/14] crc32c: Add faster algorithm and self-test code
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v5.2 00/14] crc32c: Add faster algorithm and self-test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 01/21] MPILIB: Export some more symbols [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/21] KEYS: Permit key_serial() to be called with a const key pointer [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/21] KEYS: Move the key config into security/keys/Kconfig [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/21] KEYS: Reorganise keys Makefile [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/21] KEYS: Create a key type that can be used for general cryptographic operations [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/21] KEYS: Add signature verification facility [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/21] KEYS: DSA signature verification algorithm [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/21] PGPLIB: PGP definitions (RFC 4880) [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/21] PGPLIB: Basic packet parser [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/21] PGPLIB: Signature parser [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/21] KEYS: PGP data parser [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/21] KEYS: PGP-based public key signature verification [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 17/21] KEYS: PGP format signature parser [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 18/21] KEYS: Provide a function to load keys from a PGP keyring blob [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 21/21] MODSIGN: Apply signature checking to modules on module load [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 20/21] MODSIGN: Module ELF verifier [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 19/21] MODSIGN: Add indications of module ELF types [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/21] KEYS: RSA signature verification algorithm [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/21] KEYS: Asymmetric public-key algorithm crypto key subtype [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/21] KEYS: Announce key type (un)registration [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/21] MPILIB: Add a missing ENOMEM check [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC][PATCH 00/21] Crypto keys and module signing [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5.2 00/14] crc32c: Add faster algorithm and self-test code
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Per-cpu tfm allocation/free functions
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5.2 00/14] crc32c: Add faster algorithm and self-test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v5.2 00/14] crc32c: Add faster algorithm and self-test code
  • From: Joel Becker <jlbec@xxxxxxxxxxxx>
• [PATCH 01/14] crc32: removed two instances of trailing whitespaces
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 02/14] crc32: Move long comment about crc32 fundamentals to Documentation/
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 04/14] crc32: Speed up memory table access on powerpc
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 03/14] crc32: Simplify unit test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH v5.2 00/14] crc32c: Add faster algorithm and self-test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 08/14] crc32: Add slice-by-8 algorithm to existing code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 06/14] crc32: Fix mixing of endian-specific types
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 05/14] crc32: Miscellaneous cleanups
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 09/14] crc32: Optimize loop counter for x86
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 12/14] crypto: crc32c should use library implementation
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 10/14] crc32: Add note about this patchset to crc32.c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 13/14] crc32: Add self-test code for crc32c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 11/14] crc32: Bolt on crc32c
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 14/14] crc32: Select an algorithm via kconfig
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 07/14] crc32: Make CRC_*_BITS definition correspond to actual bit counts
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v5.1 00/14] crc32c: Add faster algorithm and self-test code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v5.1 00/14] crc32c: Add faster algorithm and self-test code
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/16] Crypto keys and module signing [ver #2]
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 02/16] MPILIB: Add a missing ENOMEM check [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• DM-Steg: New steganographic encryption module
  • From: Leo Samulis <anagon@xxxxxxxxx>
• Re: [PATCH 02/16] MPILIB: Add a missing ENOMEM check [ver #2]
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: serpent-sse2 - should select CRYPTO_CRYPTD
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: serpent - rename serpent.c to serpent_generic.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/16] PGP: Add definitions (RFC 4880) and packet parser [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/16] MODSIGN: Module ELF verifier [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/16] KEYS: Add a DSA crypto key subtype [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/16] MPILIB: Add a missing ENOMEM check [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/16] KEYS: Create a key type that can be used for general cryptographic operations [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/16] KEYS: Add a RSA crypto key subtype [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/16] MODSIGN: Add indications of module ELF types [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/16] MODSIGN: Apply signature checking to modules on module load [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/16] PGP: Add signature parser [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/16] KEYS: DSA key signature verification [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/16] KEYS: RSA key signature verification [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>