Linux Crypto

• Thread Index

• [PATCH v2 0/2] crypto: lrw - Simplify and optimize the LRW template
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH v4] crypto: xts - Drop use of auxiliary buffer
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH] crypto: cavium/nitrox - use dma_pool_zalloc()
  • From: Srikanth Jampala <Jampala.Srikanth@xxxxxxxxxx>
• Re: [PATCH 4.4.y] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH 4.4.y] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 1/5] crypto: arm/aes-ce - enable module autoloading based on CPU feature bits
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3] crypto: xts - Drop use of auxiliary buffer
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 1/5] crypto: arm/aes-ce - enable module autoloading based on CPU feature bits
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Olof Johansson <olof@xxxxxxxxx>
• [RFC/RFT PATCH] crypto: arm64/aes-ce - add support for CTS-CBC mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3] crypto: xts - Drop use of auxiliary buffer
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [PATCH v2 2/4] crypto: skcipher - Enforce non-ASYNC for on-stack requests
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/2] crypto: lrw - Do not use auxiliary buffer
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH 1/2] crypto: lrw - Optimize tweak computation
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH 0/2] crpyto: lrw - Simplify and optimize the LRW template
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH 1/1] crypto: cavium/nitrox - Added support for SR-IOV configuration.
  • From: Srikanth Jampala <Jampala.Srikanth@xxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH v2 2/4] crypto: skcipher - Enforce non-ASYNC for on-stack requests
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] crypto: Adds user space interface for ALG_SET_KEY_TYPE
  • From: Kalyani Akula <kalyani.akula@xxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] crypto: skcipher - Enforce non-ASYNC for on-stack requests
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] vfio/sdmdev: Add documents for WarpDrive framework
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• [PATCH] crypto: padlock-aes: Add ecx to outputs for rep instructions
  • From: Ben Hutchings <ben.hutchings@xxxxxxxxxxxxxxx>
• [PATCH v2 1/4] crypto: skcipher - Consolidate encrypt/decrypt sanity check
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 4/4] crypto: skcipher - Remove unused argument to SKCIPHER_REQUEST_ON_STACK()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 2/4] crypto: skcipher - Enforce non-ASYNC for on-stack requests
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 3/4] crypto: skcipher - Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 0/4] crypto: skcipher - Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH] net/sock: move memory_allocated over to percpu_counter variables
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/7] vfio/sdmdev: Add documents for WarpDrive framework
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in sha512_mb_flusher
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fscrypt: remove CRYPTO_CTR dependency
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] vfio/sdmdev: add user sample
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] crypto: add sdmdev support to Hisilicon QM
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] crypto: add hisilicon Queue Manager driver
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] vfio: add sdmdev support
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/7] vfio: add sdmdev support
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] fscrypt: remove CRYPTO_CTR dependency
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2] crypto: xts - Drop use of auxiliary buffer
  • From: Samuel Neves <samuel.c.p.neves@xxxxxxxxx>
• [PATCH] gcmaes_crypt_by_sg: don't use GFP_ATOMIC allocation if the request doesn't cross a page
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt and dm-integrity: disable CRYPTO_TFM_REQ_MAY_SLEEP to fix a deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v3] crypto: xts - Drop use of auxiliary buffer
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] crypto: xts - Drop use of auxiliary buffer
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 3/7] vfio: add sdmdev support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] crypto: x86/aegis,morus - Do not require OSXSAVE for SSE2
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v2] crypto: xts - Drop use of auxiliary buffer
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: correct obvious misspelling "cypto-controller"
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/2] crypto: skcipher: Allow crypto_skcipher_set_reqsize() to fail
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 0/2] crypto: Remove VLA usage from skcipher
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [cryptodev:master 22/24] lib/crc-t10dif.c:23:1: sparse: symbol 'crc_t10dif_mutex' was not declared. Should it be static?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [RFC PATCH cryptodev] crc-t10dif: crc_t10dif_mutex can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 3/7] vfio: add sdmdev support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/7] vfio: add sdmdev support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [RFC PATCH] vfio: vfio_sdmdev_groups[] can be static
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [PATCH] crypto: correct obvious misspelling "cypto-controller"
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/3] crypto: Introduce notifier for new crypto algorithms
  • From: Torsten Duwe <duwe@xxxxxx>
• Re: [PATCH 2/4] arm64: cpufeature: add feature for CRC32 instructions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] lib/crc32: make core crc32() routines weak so they can be overridden
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arm64: cpufeature: add feature for CRC32 instructions
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH crypto-2.6] crypto: ccp: add timeout support in the SEV command
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2] crypto: xts - Drop use of auxiliary buffer
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v8 0/9] crypto: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2] crypto: arm/chacha20 - faster 8-bit rotations and other optimizations
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] crypto: Introduce notifier for new crypto algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] crypto: arm64/crct10dif - refactor and implement non-Crypto Extension version
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] crypto: arm64/crc32 - remove PMULL based CRC32 driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: x86 - remove SHA multibuffer routines and mcryptd
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 0/9] crypto: Remove VLA usage
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: arm/ghash-ce - implement support for 4-way aggregation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: atmel - switch to SPDX license identifiers
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH crypto-2.6] crypto: ccp: add timeout support in the SEV command
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: remove Speck
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] crypto: caam - ablkcipher -> skcipher conversion
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: xts - Drop use of auxiliary buffer
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arm64: cpufeature: add feature for CRC32 instructions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: x86 - remove SHA multibuffer routines and mcryptd
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 9/9] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/9] dm: Remove VLA usage from hashes
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: correct obvious misspelling "cypto-controller"
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] crypto: tools: Add cryptostat userspace
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v2 1/2] crypto: Implement a generic crypto statistics
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v2 0/2] crypto: Implement a generic crypto statistics
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH] crypto: xts - Drop use of auxiliary buffer
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Question about pe file verification
  • From: Xiongwei Song <sxwjean@xxxxxxxxx>
• Re: [PATCH 3/7] vfio: add sdmdev support
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] vfio/sdmdev: add user sample
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] crypto: add sdmdev support to Hisilicon QM
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] crypto: add hisilicon Queue Manager driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] vfio: add sdmdev support
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/7] vfio: add sdmdev support
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [PATCH 2/7] iommu: Add share domain interface in iommu for sdmdev
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [PATCH 1/7] vfio/sdmdev: Add documents for WarpDrive framework
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [PATCH 4/7] crypto: add hisilicon Queue Manager driver
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [PATCH 5/7] crypto: Add Hisilicon Zip driver
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [PATCH 7/7] vfio/sdmdev: add user sample
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [PATCH 6/7] crypto: add sdmdev support to Hisilicon QM
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [PATCH v2] crypto: arm/chacha20 - faster 8-bit rotations and other optimizations
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] crypto: arm/chacha20 - faster 8-bit rotations and other optimizations
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] crypto: arm/chacha20 - faster 8-bit rotations and other optimizations
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• RE: [PATCH v2 1/3] crypto: Introduce notifier for new crypto algorithms
  • From: Jeffrey Lien <Jeff.Lien@xxxxxxx>
• Re: [PATCH] crypto: arm/chacha20 - faster 8-bit rotations and other optimizations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: arm/chacha20 - faster 8-bit rotations and other optimizations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/6] crypto: vf-crc - Add new driver for Freescale Vybrid CRC
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] crypto: vf-crc - Add new driver for Freescale Vybrid CRC
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH] crypto: arm/chacha20 - faster 8-bit rotations and other optimizations
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 6/6] crypto: vf-crc - Add new driver for Freescale Vybrid CRC
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] clk: imx: vf610: Add CRC clock
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 4/6] crypto: testmgr - Add CRC16 test tables
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 2/6] clk: imx: vf610: Add CRC clock
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 1/6] dt-bindings: crypto: Add Freescale Vybrid CRC
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 6/6] crypto: vf-crc - Add new driver for Freescale Vybrid CRC
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 5/6] crypto - Group Freescale/NXP ARM architecture Kconfig entires together
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 3/6] ARM: dts: vfxxx: Add node for CRC hardware block
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 0/6] crypto: vf-crc - Add new driver (and required clk, DTS...)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Locking for HW crypto accelerators
  • From: Kamil Konieczny <k.konieczny@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] crypto: Introduce notifier for new crypto algorithms
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Locking for HW crypto accelerators
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: Locking for HW crypto accelerators
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Locking for HW crypto accelerators
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: Locking for HW crypto accelerators
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Locking for HW crypto accelerators
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Locking for HW crypto accelerators
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Locking for HW crypto accelerators
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] crc-t10dif: Allow current transform to be inspected in sysfs
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2 2/3] crc-t10dif: Pick better transform if one becomes available
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2 1/3] crypto: Introduce notifier for new crypto algorithms
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Locking for HW crypto accelerators
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 15/17] zinc: Curve25519 ARM implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Crypto Fixes for 4.19
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v20 6/6] ntb: ntb_hw_switchtec: Cleanup 64bit IO defines to use the common header
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v20 4/6] io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_hi_lo} macros
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v20 1/6] iomap: Use non-raw io functions for io{read|write}XXbe
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v20 2/6] parisc: iomap: introduce io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v20 3/6] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v20 0/6] Add io{read|write}64 to io-64-atomic headers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v20 5/6] ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in sha512_ctx_mgr_resubmit
  • From: Megha Dey <megha.dey@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] arm64: cpufeature: add feature for CRC32 instructions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/4] arm64: cpufeature: add feature for CRC32 instructions
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: KASAN: use-after-free Read in sha512_ctx_mgr_resubmit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: x86 - remove SHA multibuffer routines and mcryptd
  • From: Megha Dey <megha.dey@xxxxxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in sha512_ctx_mgr_resubmit
  • From: Megha Dey <megha.dey@xxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: x86 - remove SHA multibuffer routines and mcryptd
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH 0/2] crypto: arm64/crct10dif - refactor and implement non-Crypto Extension version
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] crypto: arm64/crct10dif - implement non-Crypto Extensions alternative
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] crypto: arm64/crct10dif - preparatory refactor for 8x8 PMULL version
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/4] arm64: wire CRC32 instructions into core crc32 routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/4] arm64: wire CRC32 instructions into core crc32 routines
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• [PATCH 3/4] arm64/lib: add accelerated crc32 routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/4] crypto: arm64/crc32 - remove PMULL based CRC32 driver
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/4] arm64: cpufeature: add feature for CRC32 instructions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/4] arm64: wire CRC32 instructions into core crc32 routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/4] lib/crc32: make core crc32() routines weak so they can be overridden
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [bug report] crypto: chtls - Inline TLS record Tx
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [bug report] crypto: omap-aes - Add support for GCM mode
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/4] crc-t10dif: Pick better transform if one becomes available
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] crypto: Introduce notifier for new crypto algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Backport e666d4e9ceec crypto: vmx - Use skcipher for ctr fallback
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 4/4] block: Integrity profile init function to trigger module loads
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 4/4] block: Integrity profile init function to trigger module loads
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/4] block: Integrity profile init function to trigger module loads
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 15/17] zinc: Curve25519 ARM implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/4] block: Integrity profile init function to trigger module loads
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Backport e666d4e9ceec crypto: vmx - Use skcipher for ctr fallback
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH 3/4] crc-t10dif: Allow current transform to be inspected in sysfs
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 4/4] block: Integrity profile init function to trigger module loads
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 2/4] crc-t10dif: Pick better transform if one becomes available
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 1/4] crypto: Introduce notifier for new crypto algorithms
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] crypto: cavium/nitrox - fix for command corruption in queue full case with backlog submissions.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: arm64/aes-gcm-ce - fix scatterwalk API violation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: aesni - Use unaligned loads from gcm_context_data
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] chtls: fix null dereference chtls_free_uld()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: arm64/sm4-ce - check for the right CPU feature bit
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: caam - fix DMA mapping direction for RSA forms 2 & 3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: caam/qi - fix error path in xts setkey
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: caam/jr - fix descriptor DMA unmapping
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] chtls_cm.c: fix missing return value check of alloc_skb()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 2/2] crypto: caam - Support deferred probing in JR dependent drivers
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2 04/17] zinc: ChaCha20 ARM and ARM64 implementations
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 03/17] zinc: ChaCha20 generic C implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 02/17] zinc: introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 05/17] zinc: ChaCha20 x86_64 implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 06/17] zinc: ChaCha20 MIPS32r2 implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 08/17] zinc: Poly1305 ARM and ARM64 implementations
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 12/17] zinc: BLAKE2s generic C implementation and selftest
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 13/17] zinc: BLAKE2s x86_64 implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 11/17] zinc: ChaCha20Poly1305 construction and selftest
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 15/17] zinc: Curve25519 ARM implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 16/17] zinc: Curve25519 x86_64 implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 14/17] zinc: Curve25519 generic C implementations and selftest
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 09/17] zinc: Poly1305 x86_64 implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 10/17] zinc: Poly1305 MIPS32r2 and MIPS64 implementations
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 07/17] zinc: Poly1305 generic C implementation and selftest
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v2] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Paulo Flabiano Smorigo <pfsmorigo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Dave Watson <davejwatson@xxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Jeffrey Lien <Jeff.Lien@xxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Backport e666d4e9ceec crypto: vmx - Use skcipher for ctr fallback
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: Deadlock when using crypto API for block devices
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Backport e666d4e9ceec crypto: vmx - Use skcipher for ctr fallback
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Deadlock when using crypto API for block devices
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Paulo Flabiano Smorigo <pfsmorigo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v2] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Backport e666d4e9ceec crypto: vmx - Use skcipher for ctr fallback
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH v2] crypto: arm/ghash-ce - implement support for 4-way aggregation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Marcelo Henrique Cerri <marcelo.cerri@xxxxxxxxxxxxx>
• [PATCH] crypto: arm/ghash-ce - implement support for 4-way aggregation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 8/9] crypto: arm/poly1305 - add NEON accelerated Poly1305 implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] crypto: x86 - remove SHA multibuffer routines and mcryptd
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: disabling psp in bios causes errors in dmesg
  • From: Thomas Backlund <tmb@xxxxxxxxxx>
• [PATCH 1/1] crypto: cavium/nitrox - fix for command corruption in queue full case with backlog submissions.
  • From: Srikanth Jampala <Jampala.Srikanth@xxxxxxxxxx>
• [PATCH v2] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sha512_ctx_mgr_resubmit
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64/crypto: remove non-standard notation
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] arm64/crypto: remove non-standard notation
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] arm64/crypto: remove non-standard notation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: disabling psp in bios causes errors in dmesg
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] arm64/crypto: remove non-standard notation
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH] crypto: arm64/aes-modes - get rid of literal load of addend vector
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Marcelo Henrique Cerri <marcelo.cerri@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Ondrej Mosnáček <omosnacek+linux-crypto@xxxxxxxxx>
• [PATCH] crypto: vmx - Fix sleep-in-atomic bugs
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: BUG: libkcapi tests trigger sleep-in-atomic bug in VMX code (ppc64)
  • From: Marcelo Henrique Cerri <marcelo.cerri@xxxxxxxxxxxxx>
• Re: BUG: libkcapi tests trigger sleep-in-atomic bug in VMX code (ppc64)
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: BUG: libkcapi tests trigger sleep-in-atomic bug in VMX code (ppc64)
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: BUG: libkcapi tests trigger sleep-in-atomic bug in VMX code (ppc64)
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• [PATCH] crypto: atmel - switch to SPDX license identifiers
  • From: Tudor Ambarus <tudor.ambarus@xxxxxxxxxxxxx>
• BUG: libkcapi tests trigger sleep-in-atomic bug in VMX code (ppc64)
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: KASAN: use-after-free Read in sha512_ctx_mgr_resubmit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64/crypto: remove non-standard notation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sha512_mb_flusher
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] arm64/crypto: remove non-standard notation
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] arm64/crypto: remove non-standard notation
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH] arm64/crypto: remove non-standard notation
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• RE: [PATCH] crypto: arm64/aes-gcm-ce - fix scatterwalk API violation
  • From: Vakul Garg <vakul.garg@xxxxxxx>
• [PATCH] crypto: arm64/aes-gcm-ce - fix scatterwalk API violation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in sha512_ctx_mgr_resubmit
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Regression in tls selftest on cortex a-53
  • From: Vakul Garg <vakul.garg@xxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] chtls_cm.c: fix missing return value check of alloc_skb()
  • From: Jiecheng Wu <jasonwood2031@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "D. J. Bernstein" <djb@xxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [GIT PULL] gcc-plugin updates for v4.19-rc1
  • From: Alexander Popov <alex.popov@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: Computing GHASH for GCM when IV > 12 Bytes
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• RE: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Jeffrey Lien <Jeff.Lien@xxxxxxx>
• Computing GHASH for GCM when IV > 12 Bytes
  • From: Jitendra Lulla <lulla.jitendra@xxxxxxxxx>
• Re: [RFC] crypto: Remove mcryptd
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "D. J. Bernstein" <djb@xxxxxxxx>
• Re: [GIT PULL] gcc-plugin updates for v4.19-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] gcc-plugin updates for v4.19-rc1
  • From: Alexander Popov <alex.popov@xxxxxxxxx>
• [PATCH crypto-2.6] crypto: ccp: add timeout support in the SEV command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH crypto-2.6] crypto: ccp: add PSP cmd timeout
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [GIT PULL] gcc-plugin updates for v4.19-rc1
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] crypto: aesni - Use unaligned loads from gcm_context_data
  • From: Dave Watson <davejwatson@xxxxxx>
• KASAN: use-after-free Read in sha512_mb_flusher
  • From: syzbot <syzbot+94ee41ce442afe333d2e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "D. J. Bernstein" <djb@xxxxxxxx>
• KASAN: use-after-free Read in sha512_ctx_mgr_resubmit
  • From: syzbot <syzbot+d5455bac3ba1ee9114e5@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [bug report] crypto: hisilicon - SEC security accelerator driver
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• RE: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Jeffrey Lien <Jeff.Lien@xxxxxxx>
• Crypto Update for 4.19
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• [GIT PULL] random updates for 4.19
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• RE: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Jeffrey Lien <Jeff.Lien@xxxxxxx>
• Re: [PATCH v1 0/3] WireGuard: Secure Network Tunnel
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/3] WireGuard: Secure Network Tunnel
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 0/3] WireGuard: Secure Network Tunnel
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/3] WireGuard: Secure Network Tunnel
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 0/3] WireGuard: Secure Network Tunnel
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH v1 0/3] WireGuard: Secure Network Tunnel
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH v2 net-next 0/2] virtio_net: Expand affinity to arbitrary numbers of cpu and vq
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/2] virtio_net: Expand affinity to arbitrary numbers of cpu and vq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Nicolas Pitre <nico@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] Performance Improvement in CRC16 Calculations.
  • From: Jeff Lien <jeff.lien@xxxxxxx>
• Re: random: ensure use of aligned buffers with ChaCha20
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: disabling psp in bios causes errors in dmesg
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH] chtls: fix null dereference chtls_free_uld()
  • From: Ganesh Goudar <ganeshgr@xxxxxxxxxxx>
• disabling psp in bios causes errors in dmesg
  • From: Thomas Backlund <tmb@xxxxxxxxxx>
• Re: random: ensure use of aligned buffers with ChaCha20
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: random: ensure use of aligned buffers with ChaCha20
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: random: ensure use of aligned buffers with ChaCha20
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [RFC] crypto: Remove mcryptd
  • From: Megha Dey <megha.dey@xxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• RE: [PATCH net-next 1/2] virtio: Make vp_set_vq_affinity() take a mask.
  • From: "Gonglei (Arei)" <arei.gonglei@xxxxxxxxxx>
• [PATCH net-next 1/2] virtio: Make vp_set_vq_affinity() take a mask.
  • From: Caleb Raitto <caleb.raitto@xxxxxxxxx>
• [PATCH v2 net-next 0/2] virtio_net: Expand affinity to arbitrary numbers of cpu and vq
  • From: Caleb Raitto <caleb.raitto@xxxxxxxxx>
• RE: [PATCH net-next 1/2] virtio_net: Make vp_set_vq_affinity() take a mask.
  • From: "Gonglei (Arei)" <arei.gonglei@xxxxxxxxxx>
• [PATCH net-next 2/2] virtio_net: Stripe queue affinities across cores.
  • From: Caleb Raitto <caleb.raitto@xxxxxxxxx>
• [PATCH net-next 1/2] virtio_net: Make vp_set_vq_affinity() take a mask.
  • From: Caleb Raitto <caleb.raitto@xxxxxxxxx>
• [PATCH net-next 0/2] virtio_net: Expand affinity to arbitrary numbers of cpu and vq
  • From: Caleb Raitto <caleb.raitto@xxxxxxxxx>
• Re: random: ensure use of aligned buffers with ChaCha20
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: random: ensure use of aligned buffers with ChaCha20
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: random: ensure use of aligned buffers with ChaCha20
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: random: ensure use of aligned buffers with ChaCha20
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• random: ensure use of aligned buffers with ChaCha20
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Oliver Neukum <oneukum@xxxxxxxx>
• RE: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Pavel Machek <pavel@xxxxxx>
• Crypto Fixes for 4.18
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [RFC PATCH 2/7] iommu: Add share domain interface in iommu for spimdev
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [V3, 2/2] crypto/nx: Initialize 842 high and normal RxFIFO control registers
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [V3,1/2] powerpc/powernv: Export opal_check_token symbol
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [RFC] crypto: Remove mcryptd
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] crypto: hisilicon - Make function sec_send_request() static
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/7] iommu: Add share domain interface in iommu for spimdev
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH -next] crypto: hisilicon - Make function sec_send_request() static
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• Re: [PATCH 1/9] crypto: add zbufsize() interface
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/7] vfio/spimdev: Add documents for WarpDrive framework
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• Re: [RFC PATCH 3/9] crypto: chacha20-generic - refactor to allow varying number of rounds
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC PATCH 8/9] crypto: arm/poly1305 - add NEON accelerated Poly1305 implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH 3/9] crypto: chacha20-generic - refactor to allow varying number of rounds
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v8 4/9] crypto: hash: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 0/9] crypto: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 2/9] crypto: cbc: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 1/9] crypto: xcbc: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 8/9] crypto: shash: Remove VLA usage in unaligned hashing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 9/9] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 5/9] dm: Remove VLA usage from hashes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 7/9] crypto: qat: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 6/9] crypto alg: Introduce generic max blocksize and alignmask
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v8 3/9] crypto: ccm: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] crypto: arm64/sm4-ce - check for the right CPU feature bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 2/9] crypto: cbc: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] crypto: remove speck
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 1/9] crypto: add zbufsize() interface
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] crypto: remove speck
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RESEND PATCH 2/2] crypto: caam - Support deferred probing in JR dependent drivers
  • From: Horia Geanta <horia.geanta@xxxxxxx>
• Re: [RFC PATCH 8/9] crypto: arm/poly1305 - add NEON accelerated Poly1305 implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 3/9] crypto: chacha20-generic - refactor to allow varying number of rounds
  • From: Samuel Neves <samuel.c.p.neves@xxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Oliver Neukum <oneukum@xxxxxxxx>
• Re: [PATCH 0/2] crypto: arm64/ghash-ce - performance improvements
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH cryptodev] crypto: sec_send_request() can be static
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: x86/aegis,morus - Fix and simplify CPUID checks
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH][RESEND] lib/mpi: remove redundant variable esign
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/9] crypto: cbc: Remove VLA usage
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] crypto: add zbufsize() interface
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [RESEND PATCH 0/2] crypto: caam - Support deferred probing of JR dependend drivers
  • From: Marcin Niestroj <m.niestroj@xxxxxxxxxxxxxxxx>
• [RESEND PATCH 1/2] crypto: caam/jr - Fix race by statically initializing global data
  • From: Marcin Niestroj <m.niestroj@xxxxxxxxxxxxxxxx>
• [RESEND PATCH 2/2] crypto: caam - Support deferred probing in JR dependent drivers
  • From: Marcin Niestroj <m.niestroj@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Ryan Chen <yu.chen.surf@xxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v2] crypto: remove Speck
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] crypto: remove Speck
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] crypto: remove speck
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] crypto: remove speck
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] crypto: remove speck
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] crypto: remove speck
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH 3/9] crypto: chacha20-generic - refactor to allow varying number of rounds
  • From: Paul Crowley <paulcrowley@xxxxxxxxxx>
• Re: [PATCH] crypto: remove speck
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: [RFC PATCH 3/9] crypto: chacha20-generic - refactor to allow varying number of rounds
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC PATCH 3/9] crypto: chacha20-generic - refactor to allow varying number of rounds
  • From: Paul Crowley <paulcrowley@xxxxxxxxxx>
• Re: [RFC PATCH 3/9] crypto: chacha20-generic - refactor to allow varying number of rounds
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH] crypto: remove speck
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [RFC PATCH 1/9] crypto: chacha20-generic - add HChaCha20 library function
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 0/9] crypto: HPolyC support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 3/9] crypto: chacha20-generic - refactor to allow varying number of rounds
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 7/9] crypto: arm/chacha - add XChaCha12 support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 6/9] crypto: arm/chacha20 - refactor to allow varying number of rounds
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 2/9] crypto: chacha20-generic - add XChaCha20 support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 4/9] crypto: chacha - add XChaCha12 support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 8/9] crypto: arm/poly1305 - add NEON accelerated Poly1305 implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 9/9] crypto: hpolyc - add support for the HPolyC encryption mode
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH 5/9] crypto: arm/chacha20 - add XChaCha20 support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [bug report] crypto: hisilicon - SEC security accelerator driver
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v6 12/18] drbd: Convert from ahash to shash
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: "Raj, Ashok" <ashok.raj@xxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• [PATCH 4/4] crypto: caam/qi - ablkcipher -> skcipher conversion
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 3/4] crypto: caam/jr - ablkcipher -> skcipher conversion
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 2/4] crypto: caam/qi - remove ablkcipher IV generation
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 1/4] crypto: caam/jr - remove ablkcipher IV generation
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 0/4] crypto: caam - ablkcipher -> skcipher conversion
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH] crypto: caam - fix DMA mapping direction for RSA forms 2 & 3
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH] crypto: caam/qi - fix error path in xts setkey
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH] crypto: caam/jr - fix descriptor DMA unmapping
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [RFC PATCH 1/7] vfio/spimdev: Add documents for WarpDrive framework
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] crypto: correct obvious misspelling "cypto-controller"
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v2] crypto: x86/aegis,morus - Fix and simplify CPUID checks
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v6 10/18] x86/power/64: Remove VLA usage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Oliver Neukum <oneukum@xxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] random: add a config option to trust the CPU's hwrng
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] random: add a config option to trust the CPU's hwrng
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] random: add a config option to trust the CPU's hwrng
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] random: add a config option to trust the CPU's hwrng
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH 2/2] crypto: arm64/ghash-ce - implement 4-way aggregation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] crypto: arm64/ghash-ce - replace NEON yield check with block limit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] crypto: arm64/ghash-ce - performance improvements
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH cryptodev] crypto: sec_send_request() can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [cryptodev:master 99/119] drivers/crypto/hisilicon/sec/sec_algs.c:396:5: sparse: symbol 'sec_send_request' was not declared. Should it be static?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v2 0/3] crypto/arm64: aes-ce-gcm - switch to 2-way aggregation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Ryan Chen <yu.chen.surf@xxxxxxxxx>
• Re: [PATCH v2 0/3] crypto/arm64: aes-ce-gcm - switch to 2-way aggregation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: arm64 - revert NEON yield for fast AEAD implementations
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: dh - make crypto_dh_encode_key() make robust
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] crypto: dh - fix calculating encoded key size
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: ccp: Check for NULL PSP pointer at module unload
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] crypto: arm/chacha20 - always use vrev for 16-bit rotates
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] crypto: ccree: fixes and cleanups
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] crypto: fix crash in scatterwalk_pagedone()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: skcipher - remove unnecessary setting of walk->nbytes
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: scatterwalk - remove scatterwalk_samebuf()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: scatterwalk - remove 'chain' argument from scatterwalk_crypto_chain()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: skcipher - fix aligning block size in skcipher_copy_iv()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/3] Hisilicon SEC crypto driver (hip06 / hip07)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: virtio: Replace GFP_ATOMIC with GFP_KERNEL in __virtio_crypto_ablkcipher_do_req()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: tcrypt - reschedule during speed tests
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: qat: adf_aer: Replace GFP_ATOMIC with GFP_KERNEL in adf_dev_aer_schedule_reset()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: cavium: nitrox: Replace GFP_ATOMIC with GFP_KERNEL in crypto_alloc_context()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: CTR DRBG - in-place cipher operation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 12/18] drbd: Convert from ahash to shash
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Ryan Chen <yu.chen.surf@xxxxxxxxx>
• [PATCH v2] crypto: x86/aegis,morus - Fix and simplify CPUID checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH] crypto: x86/aegis - Fix CPUID checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v6 16/18] rxrpc: Reuse SKCIPHER_REQUEST_ON_STACK buffer
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] crypto: arm64 - revert NEON yield for fast AEAD implementations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: arm64 - revert NEON yield for fast AEAD implementations
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: arm64 - revert NEON yield for fast AEAD implementations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: arm64 - revert NEON yield for fast AEAD implementations
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Crypto Fixes for 4.18
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v6 16/18] rxrpc: Reuse SKCIPHER_REQUEST_ON_STACK buffer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 12/18] drbd: Convert from ahash to shash
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 3/9] crypto: ccm: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 0/9] crypto: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 4/9] crypto: hash: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 5/9] dm: Remove VLA usage from hashes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 6/9] crypto alg: Introduce generic max blocksize and alignmask
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 7/9] crypto: qat: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 8/9] crypto: shash: Remove VLA usage in unaligned hashing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 9/9] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 1/9] crypto: xcbc: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 2/9] crypto: cbc: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/9] crypto, 842: implement zbufsize()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/9] crypto: add zbufsize() interface
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 0/9] crypto: add zbufsize() interface
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 6/9] crypto, zstd: Implement zbufsize()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 8/9] crypto, lz4hc: Implement zbufsize()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 9/9] pstore: Use crypto_comp_zbufsize()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 7/9] crypto, lz4: Implement zbufsize()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 5/9] crypto, deflate: Implement zbufsize()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 4/9] crypto, lzo: Implement zbufsize()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3/9] crypto, null: Implement zbufsize()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Xu Zaibo <xuzaibo@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: x86/aegis - Fix CPUID checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• RE: [RFC PATCH 1/7] vfio/spimdev: Add documents for WarpDrive framework
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [RFC PATCH 2/7] iommu: Add share domain interface in iommu for spimdev
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [RFC PATCH 3/7] vfio: add spimdev support
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [RFC PATCH 1/7] vfio/spimdev: Add documents for WarpDrive framework
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/7] iommu: Add share domain interface in iommu for spimdev
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• RE: [RFC PATCH 3/7] vfio: add spimdev support
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [RFC PATCH 2/7] iommu: Add share domain interface in iommu for spimdev
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [RFC PATCH 1/7] vfio/spimdev: Add documents for WarpDrive framework
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• RE: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [bug report] crypto: ccp - Add DOWNLOAD_FIRMWARE SEV command
  • From: "Natarajan, Janakarajan" <Janakarajan.Natarajan@xxxxxxx>
• Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/7] vfio: add spimdev support
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [RFC PATCH 7/7] vfio/spimdev: add user sample for spimdev
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [RFC PATCH 6/7] crypto: add spimdev support to Hisilicon QM
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [RFC PATCH 5/7] crypto: Add Hisilicon Zip driver
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [RFC PATCH 4/7] crypto: add hisilicon Queue Manager driver
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [RFC PATCH 3/7] vfio: add spimdev support
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [RFC PATCH 2/7] iommu: Add share domain interface in iommu for spimdev
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [RFC PATCH 1/7] vfio/spimdev: Add documents for WarpDrive framework
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
  • From: Kenneth Lee <nek.in.cn@xxxxxxxxx>
• Re: [PATCH v1 2/3] zinc: Introduce minimal cryptography library
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: Add bindings for Hisilicon SEC crypto accelerators.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] crypto/arm64: aes-ce-gcm - add missing kernel_neon_begin/end pair
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/arm64: aes-ce-gcm - add missing kernel_neon_begin/end pair
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] crypto/arm64: aes-ce-gcm - add missing kernel_neon_begin/end pair
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 3/3] crypto: arm64/aes-ce-gcm - don't reload key schedule if avoidable
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/3] crypto/arm64: aes-ce-gcm - implement 2-way aggregation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/3] crypto/arm64: aes-ce-gcm - operate on two input blocks at a time
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/3] crypto/arm64: aes-ce-gcm - switch to 2-way aggregation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH][RESEND] lib/mpi: remove redundant variable esign
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH] crypto: arm64 - revert NEON yield for fast AEAD implementations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] crypto/arm64: aes-ce-gcm - implement 2-way aggregation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] crypto/arm64: aes-ce-gcm - operate on two input blocks at a time
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] crypto/arm64: aes-ce-gcm - switch to 2-way aggregation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/2] crypto: dh - make crypto_dh_encode_key() make robust
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH v2 1/2] crypto: dh - fix calculating encoded key size
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 0/6] lib/crc32: treewide: Use existing define with polynomial
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: rmd320 - use swap macro in rmd320_transform
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: rmd256 - use swap macro in rmd256_transform
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: arm64/sha256 - increase cra_priority of scalar implementations
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/6] crypto: Add Qcom PRNG support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: CTR DRBG - in-place cipher operation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto/arm64: aes-ce-gcm - add missing kernel_neon_begin/end pair
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: CTR DRBG - in-place cipher operation
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: [PATCH] crypto: CTR DRBG - in-place cipher operation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] crypto: Remove mcryptd
  • From: Megha Dey <megha.dey@xxxxxxxxx>
• Re: [PATCH] crypto: ccp: Check for NULL PSP pointer at module unload
  • From: Gary R Hook <ghook@xxxxxxx>
• [PATCH] crypto: ccp: Check for NULL PSP pointer at module unload
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 0/4] crypto/arm64: reduce impact of NEON yield checks
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption
  • From: Oliver Neukum <oneukum@xxxxxxxx>
• Re: [PATCH 0/4] crypto/arm64: reduce impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: 答复: [PATCH 1/3] crypto: skcipher - fix crash flushing dcache in error path
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• 答复: [PATCH 1/3] crypto: skcipher - fix crash flushing dcache in error path
  • From: "gaokui (A)" <gaokui1@xxxxxxxxxx>
• Re: [PATCH v6 10/18] x86/power/64: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/4] crypto/arm64: reduce impact of NEON yield checks
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 10/18] x86/power/64: Remove VLA usage
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/4] crypto/arm64: reduce impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 0/4] crypto/arm64: reduce impact of NEON yield checks
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 0/4] crypto/arm64: reduce impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/4] crypto/arm64: reduce impact of NEON yield checks
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 13/18] wireless/lib80211: Convert from ahash to shash
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• RE: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: Vakul Garg <vakul.garg@xxxxxxx>
• Re: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• RE: [PATCH 1/4] crypto/arm64: ghash - reduce performance impact of NEON yield checks
  • From: Vakul Garg <vakul.garg@xxxxxxx>
• Re: [PATCH] crypto: arm/chacha20 - always use vrev for 16-bit rotates
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] crypto: arm/chacha20 - always use vrev for 16-bit rotates
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 18/18] crypto: Remove AHASH_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 17/18] crypto: ccm: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 18/18] crypto: Remove AHASH_REQUEST_ON_STACK
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 0/4] crypto/arm64: reduce impact of NEON yield checks
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 4/4] crypto/arm64: sha2 - reduce performance impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/4] crypto/arm64: sha1 - reduce performance impact of NEON yield checks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>