Linux Crypto

• Thread Index

• [PATCH 6/8] crypto: DH - add PKCS#3 parameter handling
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH 1/8] crypto: AF_ALG -- add DH keygen / ssgen API
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH 2/8] crypto: AF_ALG -- add DH param / ECDH curve setsockopt call
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH 3/8] crypto: AF_ALG - eliminate code duplication
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH 4/8] crypto: KPP - add API crypto_kpp_set_params
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH 2/6] ima: Tidy up constant strings
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] MODSIGN: Export module signature definitions.
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] ima: Support appended signatures for appraisal
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] ima: Log the same audit cause whenever a file has no signature
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] integrity: Small code improvements
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] ima: Simplify policy_func_show.
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] Appended signatures support for IMA appraisal
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxxxxxxx>
• [patch V2 04/24] padata: Avoid nested calls to get_online_cpus() in pcrypt_init_padata()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 03/24] padata: Make padata_alloc() static
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: export pcie_flr and remove copies of it in drivers V2
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 05/22] drm/i915: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 0/4] staging: add ccree crypto driver
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 0/4] staging: add ccree crypto driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/4] staging: add ccree crypto driver
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] staging: add ccree crypto driver
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• RE: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 0/4] staging: add ccree crypto driver
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] padata: allow caller to control queue length
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Crypto Fixes for 4.11
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] crypto: algif_compression - User-space interface for compression
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH 2/7] crypto: inside-secure: add SafeXcel EIP197 crypto engine driver
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] arm64: marvell: dts: add crypto engine description for 7k/8k
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/22] drm/i915: Make use of the new sg_map helper function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [patch 03/20] padata: Make padata_alloc() static
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] crypto: algif_compression - User-space interface for compression
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [patch 03/20] padata: Make padata_alloc() static
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [patch 04/20] padata: Avoid nested calls to get_online_cpus() in pcrypt_init_padata()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 03/20] padata: Make padata_alloc() static
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 08/22] crypto: chcr: Make use of the new sg_map helper function
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• [PATCH 1/7] PCI: export pcie_flr
  • From: Christoph Hellwig <hch@xxxxxx>
• export pcie_flr and remove copies of it in drivers V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] PCI: call pcie_flr from reset_chelsio_generic_dev
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] crypto: qat: use pcie_flr instead of duplicating it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] ixgbe: use pcie_flr instead of duplicating it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/7] liquidio: use pcie_flr instead of duplicating it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] IB/hfi1: use pcie_flr instead of duplicating it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] PCI: call pcie_flr from reset_intel_82599_sfp_virtfn
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 10/22] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites (fwd)
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• RE: [PATCH 10/22] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: "Kershner, David A" <David.Kershner@xxxxxxxxxx>
• Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: export pcie_flr and remove copies of it in drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: export pcie_flr and remove copies of it in drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/7] PCI: export pcie_flr
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] padata: allow caller to control queue length
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 03/22] libiscsi: Make use of new the sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 01/22] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: export pcie_flr and remove copies of it in drivers
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: export pcie_flr and remove copies of it in drivers
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 1/7] PCI: export pcie_flr
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/22] libiscsi: Make use of new the sg_map helper function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/22] scatterlist: Introduce sg_map helper functions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 0/1] *** crypto: AF_ALG: add compression support ***
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] padata: allow caller to control queue length
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH] padata: get_next is never NULL
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [RFC PATCH v1 1/1] crypto: algif_compression - User-space interface for compression
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC
  • From: Sean Wang <sean.wang@xxxxxxxxxxxx>
• Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC
  • From: Sean Wang <sean.wang@xxxxxxxxxxxx>
• Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• [PATCH 15/22] scsi: libfc, csiostor: Change to sg_copy_buffer in two drivers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 10/22] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 06/22] crypto: hifn_795x: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 07/22] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 12/22] scsi: ipr, pmcraid, isci: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 03/22] libiscsi: Make use of new the sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 22/22] memstick: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 18/22] mmc: spi: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 19/22] mmc: tmio: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 05/22] drm/i915: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 11/22] RDS: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 02/22] nvmet: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 00/22] Introduce common scatterlist map function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 17/22] mmc: sdhci: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 20/22] mmc: sdricoh_cs: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 21/22] mmc: tifm_sd: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 13/22] scsi: hisi_sas, mvsas, gdth: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 14/22] scsi: arcmsr, ips, megaraid: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 01/22] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 08/22] crypto: chcr: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [RFC PATCH v1 1/1] crypto: algif_compression - User-space interface for compression
  • From: Abed Kamaluddin <abedamu@xxxxxxxxx>
• [RFC PATCH v1 0/1] *** crypto: AF_ALG: add compression support ***
  • From: Abed Kamaluddin <abedamu@xxxxxxxxx>
• [PATCH v2] crypto: chcr - Fix error handling related to 'chcr_alloc_shash'
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH V2 2/2] crypto: ccp - Disable interrupts early on unload
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [PATCH V2 1/2] crypto: ccp - Use only the relevant interrupt bits
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [PATCH V2 0/2] Interrupt management fixes
  • From: Gary R Hook <gary.hook@xxxxxxx>
• Re: [PATCH 2/2] crypto: chcr - Fix error checking
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: chcr - Fix error checking
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: chcr - Fix error checking
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• [PATCH 1/7] PCI: export pcie_flr
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/7] liquidio: use pcie_flr instead of duplicating it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] PCI: call pcie_flr from reset_intel_82599_sfp_virtfn
  • From: Christoph Hellwig <hch@xxxxxx>
• export pcie_flr and remove copies of it in drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] PCI: call pcie_flr from reset_chelsio_generic_dev
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] ixgbe: use pcie_flr instead of duplicating it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] IB/hfi1: use pcie_flr instead of duplicating it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] crypto: qat: use pcie_flr instead of duplicating it
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [patch V2 13/13] crypto: n2 - Replace racy task affinity logic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypto: chcr - Fix error checking
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 1/2] crypto: chcr - Improve error checking
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: chcr - Fix error checking
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] crypto: vmx: Remove dubiously licensed crypto code
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• [PATCH 2/2] crypto: chcr - Fix error checking
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH 1/2] crypto: chcr - Improve error checking
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH 0/2] Fix/improve some error handling related to 'chcr_alloc_shash'
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• [PATCH] padata: allow caller to control queue length
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• [patch V2 13/13] crypto: n2 - Replace racy task affinity logic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC
  • From: <sean.wang@xxxxxxxxxxxx>
• [PATCH 0/2] hwrng: mtk: add support for hardware random generator on MT7623 SoC
  • From: <sean.wang@xxxxxxxxxxxx>
• [PATCH 1/2] dt-bindings: hwrng: Add Mediatek hardware random generator bindings
  • From: <sean.wang@xxxxxxxxxxxx>
• Re: [patch 13/13] crypto: n2 - Replace racy task affinity logic
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] crypto: ccp - Disable interrupts early on unload
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [PATCH 1/2] crypto: ccp - Use only the relevant interrupt bits
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [PATCH 0/2] Interrupt management fixes
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [patch 13/13] crypto: n2 - Replace racy task affinity logic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] crypto: inside-secure: add SafeXcel EIP197 crypto engine driver
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 4/7] arm64: marvell: dts: add crypto engine description for 7k/8k
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH] padata: get_next is never NULL
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 7/7] arm64: defconfig: enable the Safexcel crypto engine as a module
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] arm64: marvell: dts: enable the crypto engine on the Armada 8040 DB
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] arm64: marvell: dts: enable the crypto engine on the Armada 7040 DB
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] arm64: marvell: dts: add crypto engine description for 7k/8k
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] crypto: caam - fix error return code in caam_qi_init()
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH v3 RESEND] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] arm64: marvell: add cryptographic engine support for 7k/8k
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/2] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v5 2/2] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v5 1/2] linux/kernel.h: Add ALIGN_DOWN macro
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 0/7] arm64: marvell: add cryptographic engine support for 7k/8k
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH -next] crypto: caam - fix error return code in caam_qi_init()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: Fwd: [linux-next:master 7274/8070] undefined reference to `crypto_alloc_shash'
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: Fwd: [linux-next:master 7274/8070] undefined reference to `crypto_alloc_shash'
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [bug report] padata: simplify serialization mechanism
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 2/2] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 4/4] chcr: Add fallback for AEAD algos
  • From: Harsh Jain <harsh@xxxxxxxxxxx>
• [PATCH 3/4] chcr:Fix txq ids.
  • From: Harsh Jain <harsh@xxxxxxxxxxx>
• [PATCH 2/4] chcr:Set hmac_ctrl bit to use HW register HMAC_CFG[456]
  • From: Harsh Jain <harsh@xxxxxxxxxxx>
• [PATCH 1/4] chcr: Increase priority of AEAD algos.
  • From: Harsh Jain <harsh@xxxxxxxxxxx>
• [PATCH 0/4] Bug fixes and fallback for AEAD
  • From: Harsh Jain <harsh@xxxxxxxxxxx>
• [PATCH v7 2/2] crypto: aead AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v7 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v7 0/2] crypto: AF_ALG memory management fix
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH] crypto: algif_aead - Require setkey before accept(2)
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH] padata: free correct variable
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: What should be the algo priority
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] hw_random: timeriomem_rng: Migrate to new API and improve performance
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: lz4: fixed decompress function to return error code
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Crypto Fixes for 4.11
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] crypto: hw_random - Add new Exynos RNG driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: authenc: crash if key is not set
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: authenc: crash if key is not set
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: Fwd: [linux-next:master 7274/8070] undefined reference to `crypto_alloc_shash'
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v6 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: authenc: crash if key is not set
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Fwd: [linux-next:master 7274/8070] undefined reference to `crypto_alloc_shash'
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] crypto: hw_random - Add new Exynos RNG driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• crypto: algif_aead - Fix bogus request dereference in completion function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] arm64: marvell: add cryptographic engine support for 7k/8k
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: ahash - Fix EINPROGRESS notification callback
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• [PATCH v2] crypto: ahash - Fix EINPROGRESS notification callback
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: crypto: ahash - Fix EINPROGRESS notification callback
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• crypto: lrw - Fix use-after-free on EINPROGRESS
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• crypto: ahash - Fix EINPROGRESS notification callback
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: lz4: fixed decompress function to return error code
  • From: Myungho Jung <mhjungk@xxxxxxxxx>
• Fwd: [linux-next:master 7274/8070] undefined reference to `crypto_alloc_shash'
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: crypto_memneq not backported to 3.10
  • From: Willy Tarreau <w@xxxxxx>
• crypto_memneq not backported to 3.10
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 2/2] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v4 1/2] linux/kernel.h: Add ALIGN_DOWN macro
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v4 0/2] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: What should be the algo priority
  • From: Hamid Nassiby <h.nassiby@xxxxxxxxx>
• RE: [7/7] crypto: caam/qi - add ablkcipher and authenc algorithms
  • From: Laurentiu Tudor <laurentiu.tudor@xxxxxxx>
• Re: [7/7] crypto: caam/qi - add ablkcipher and authenc algorithms
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [RFC PATCH v5] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: hmac(crc32)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] crypto: af_alg - Allow arbitrarily long algorithm names
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] padata: free correct variable
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 3/4] xfrm: Prepare for CRYPTO_MAX_ALG_NAME expansion
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 0/4] crypto: CRYPTO_MAX_ALG_NAME is too low
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH 0/4] crypto: CRYPTO_MAX_ALG_NAME is too low
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] xfrm: Prepare for CRYPTO_MAX_ALG_NAME expansion
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• Re: [PATCH 4/4] crypto: api - Extend algorithm name limit to 128 bytes
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• Re: [PATCH 1/4] crypto: user - Prepare for CRYPTO_MAX_ALG_NAME expansion
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• Re: [PATCH 0/4] crypto: CRYPTO_MAX_ALG_NAME is too low
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/4] crypto: af_alg - Allow arbitrarily long algorithm names
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] crypto: user - Prepare for CRYPTO_MAX_ALG_NAME expansion
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] xfrm: Prepare for CRYPTO_MAX_ALG_NAME expansion
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] crypto: af_alg - Allow arbitrarily long algorithm names
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] crypto: api - Extend algorithm name limit to 128 bytes
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] crypto: CRYPTO_MAX_ALG_NAME is too low
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: What should be the algo priority
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• [PATCH v2 3/3] hw_random: timeriomem_rng: Improve performance for sub-jiffie update periods
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• [PATCH v2 2/3] hw_random: timeriomem_rng: Shorten verbose type and variable names
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• [PATCH v2 1/3] hw_random: Migrate timeriomem_rng to new API
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• [PATCH v2 0/3] hw_random: timeriomem_rng: Migrate to new API and improve performance
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• Re: [PATCH 4/5] crypto/nx: Add P9 NX support for 842 compression engine.
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Michael Davidson <md@xxxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: arm64/sha: use %c constraint code in ASM_EXPORT
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH] crypto: arm64/sha: use %c constraint code in ASM_EXPORT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: arm64/sha: use %c constraint code in ASM_EXPORT
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH] crypto: arm64/sha: use %c constraint code in ASM_EXPORT
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH] crypto: caam - fix JR platform device subsequent (re)creations
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH] crypto: arm64/sha: use %c constraint code in ASM_EXPORT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: AF_ALG: handle 0 lengths in af_alg_make_sg
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v2 0/5] STM32 CRC crypto driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: caam - fix invalid dereference in caam_rsa_init_tfm()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/4] gf128mul refactoring
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: caam - fix RNG deinstantiation error checking
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: caam - fix JR platform device subsequent (re)creations
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/nx: Update MAINTAINERS entry for 842 compression
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] crypto: ccp - Rearrange structure members to minimize size
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: ccp - Remove redundant cpu-to-le32 macros
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] hw_random: Fix timeriomem_rng for sub-jiffie update periods
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: AF_ALG: handle 0 lengths in af_alg_make_sg
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [7/7] crypto: caam/qi - add ablkcipher and authenc algorithms
  • From: Laurentiu Tudor <laurentiu.tudor@xxxxxxx>
• Re: [PATCH] padata: avoid race in reordering
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [7/7] crypto: caam/qi - add ablkcipher and authenc algorithms
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] crypto: caam - fix RNG deinstantiation error checking
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH v5 0/4] gf128mul refactoring
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 1/5] crypto/nx: Rename nx842_powernv_function as icswx function
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• [PATCH v1] hw_random: Fix timeriomem_rng for sub-jiffie update periods
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• Re: [PATCH] padata: avoid race in reordering
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [7/7] crypto: caam/qi - add ablkcipher and authenc algorithms
  • From: Laurentiu Tudor <laurentiu.tudor@xxxxxxx>
• Re: [7/7] crypto: caam/qi - add ablkcipher and authenc algorithms
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: What should be the algo priority
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH] padata: avoid race in reordering
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 3/5] crypto/nx: Create nx842_delete_coproc function
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] crypto/nx: Add P9 NX specific error codes for 842 engine
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] crypto/nx: Rename nx842_powernv_function as icswx function
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/5] crypto/nx: Create nx842_cfg_crb function
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] crypto/nx: Add P9 NX support for 842 compression engine.
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• What should be the algo priority
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• Re: [PATCH v6] DH support: add KDF handling support
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v6] DH support: add KDF handling support
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v5] DH support: add KDF handling support
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH 7/7] crypto, x86, LLVM: aesni - fix token pasting
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH v5] KEYS: add SP800-56A KDF support for DH
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH 1/7] Makefile, LLVM: add -no-integrated-as to KBUILD_[AC]FLAGS
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH v5] DH support: add KDF handling support
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v5] DH support: add KDF handling support
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] crypto: caam - fix JR platform device subsequent (re)creations
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH] crypto: caam - fix invalid dereference in caam_rsa_init_tfm()
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH] crypto: caam - fix JR platform device subsequent (re)creations
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: algif for compression?
  • From: abed mohammad kamaluddin <abedamu@xxxxxxxxx>
• Re: algif for compression?
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: algif for compression?
  • From: abed mohammad kamaluddin <abedamu@xxxxxxxxx>
• Re: [PATCH 4/5] crypto/nx: Add P9 NX support for 842 compression engine.
  • From: Stewart Smith <stewart@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 4/4] crypto: xts - drop gf128mul dependency
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [PATCH v5 3/4] crypto: glue_helper - remove the le128_gf128mul_x_ble function
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [PATCH v5 2/4] crypto: gf128mul - switch gf128mul_x_ble to le128
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [PATCH v5 1/4] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [PATCH v5 0/4] gf128mul refactoring
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [PATCH v6 0/2] crypto: AF_ALG memory management fix
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v6 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v6 2/2] crypto: aead AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH] crypto/nx: Update MAINTAINERS entry for 842 compression
  • From: Dan Streetman <ddstreet@xxxxxxxx>
• Re: [PATCH] crypto: AF_ALG: handle 0 lengths in af_alg_make_sg
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH] crypto/nx: Update MAINTAINERS entry for 842 compression
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH 0/5] Enable NX 842 compression engine on Power9
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] crypto/nx: Add P9 NX specific error codes for 842 engine
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] crypto/nx: Add P9 NX support for 842 compression engine.
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] crypto/nx: Create nx842_delete_coproc function
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] crypto/nx: Create nx842_cfg_crb function
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] crypto/nx: Rename nx842_powernv_function as icswx function
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/5] crypto/nx: Enable NX 842 compression engine on Power9
  • From: Haren Myneni <haren@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] virtio: wrap find_vqs
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH v4] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [PATCH v4] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• [PATCH v4] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• Re: [PATCH v3] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• [PATCH] crypto: AF_ALG: handle 0 lengths in af_alg_make_sg
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v3] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH] OF: mark released devices as no longer populated
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 1/6] virtio: wrap find_vqs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] OF: mark released devices as no longer populated
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Crypto Fixes for 4.11
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• Re: [PATCH] crypto: gf128mul - define gf128mul_x_ble in gf128mul.h
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [PATCH] crypto: gf128mul - define gf128mul_x_ble in gf128mul.h
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: [PATCH 1/6] virtio: wrap find_vqs
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH v2] crypto: gf128mul - define gf128mul_x_* in gf128mul.h
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• Re: [PATCH] crypto: gf128mul - define gf128mul_x_ble in gf128mul.h
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [PATCH] crypto: gf128mul - define gf128mul_x_ble in gf128mul.h
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH] crypto: gf128mul - define gf128mul_x_ble in gf128mul.h
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• Re: [PATCH] crypto: vmx: Remove dubiously licensed crypto code
  • From: Paulo Flabiano Smorigo <pfsmorigo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] virtio: wrap find_vqs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH 1/6] virtio: wrap find_vqs
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• RE: [RFC TLS Offload Support 00/15] cover letter
  • From: Boris Pismenny <borisp@xxxxxxxxxxxx>
• Re: [PATCH 1/6] virtio: wrap find_vqs
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• RE: [PATCH 1/6] virtio: wrap find_vqs
  • From: "Gonglei (Arei)" <arei.gonglei@xxxxxxxxxx>
• Re: [PATCH] crypto: vmx: Remove dubiously licensed crypto code
  • From: Tyrel Datwyler <tyreld@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: vmx: Remove dubiously licensed crypto code
  • From: Tyrel Datwyler <tyreld@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: vmx: Remove dubiously licensed crypto code
  • From: Tyrel Datwyler <tyreld@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] virtio: wrap find_vqs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC TLS Offload Support 00/15] cover letter
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC TLS Offload Support 00/15] cover letter
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/32] kvm: svm: Use the hardware provided GPA instead of page walk
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC PATCH v2 18/32] kvm: svm: Use the hardware provided GPA instead of page walk
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] crypto: vmx: Remove dubiously licensed crypto code
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH] crypto: vmx: Remove dubiously licensed crypto code
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: vmx: Remove dubiously licensed crypto code
  • From: Michal Suchanek <msuchanek@xxxxxxx>
• [PATCH 3/7] MAINTAINERS: add a maintainer for the Inside Secure crypto driver
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/7] arm64: marvell: dts: enable the crypto engine on the Armada 8040 DB
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• [PATCH 7/7] arm64: defconfig: enable the Safexcel crypto engine as a module
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/7] arm64: marvell: dts: enable the crypto engine on the Armada 7040 DB
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/7] crypto: inside-secure: add SafeXcel EIP197 crypto engine driver
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/7] arm64: marvell: add cryptographic engine support for 7k/8k
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/7] arm64: marvell: dts: add crypto engine description for 7k/8k
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/7] Documentation/bindings: Document the SafeXel cryptographic engine driver
  • From: Antoine Tenart <antoine.tenart@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v2] arm64: dts: ls1012a: add crypto node
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: Document STM32 CRC bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 1/3] clk: meson-gxbb: expose clock CLKID_RNG0
  • From: Michael Turquette <mturquette@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH 0/7] crypto: aes - allow generic AES to be omitted
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH V2] crypto: ccp - Rearrange structure members to minimize size
  • From: Gary R Hook <gary.hook@xxxxxxx>
• Re: [PATCH 1/2] crypto: ccp - Reduce stack frame size with KASAN
  • From: Gary R Hook <ghook@xxxxxxx>
• Re: [PATCH 1/2] crypto: ccp - Reduce stack frame size with KASAN
  • From: Gary R Hook <ghook@xxxxxxx>
• Re: [PATCH 2/2] crypto: ccp - Mark driver as little-endian only
  • From: Gary R Hook <ghook@xxxxxxx>
• Re: [PATCH 1/2] crypto: ccp - Reduce stack frame size with KASAN
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] crypto: ccp - Reduce stack frame size with KASAN
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] crypto: ccp - Mark driver as little-endian only
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC TLS Offload Support 05/15] tcp: Add TLS socket options for TCP sockets
  • From: Tom Herbert <tom@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: ccp - Reduce stack frame size with KASAN
  • From: Gary R Hook <ghook@xxxxxxx>
• Re: [PATCH 2/2] crypto: ccp - Mark driver as little-endian only
  • From: Gary R Hook <ghook@xxxxxxx>
• [PATCH] crypto: ccp - Remove redundant cpu-to-le32 macros
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [RFC TLS Offload Support 10/15] mlx/tls: Add mlx_accel offload driver for TLS
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [PATCH 4.10 076/111] hwrng: geode - Revert managed API changes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.10 075/111] hwrng: amd - Revert managed API changes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFC TLS Offload Support 04/15] net: Add TLS offload netdevice and socket support
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 08/15] mlx/tls: Hardware interface
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 12/15] mlx/tls: Enable MLX5_CORE_QP_SIM mode for tls
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 14/15] crypto: rfc5288 aesni optimized intel routines
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 07/15] mlx/mlx5_core: Allow sending multiple packets
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 09/15] mlx/tls: Sysfs configuration interface Configure the driver/hardware interface via sysfs.
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 06/15] tls: tls offload support
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 13/15] crypto: Add gcm template for rfc5288
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 02/15] tcp: export do_tcp_sendpages function
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 11/15] mlx/tls: TLS offload driver Add the main module entrypoints and tie the module into the build system
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 15/15] net/tls: Add software offload
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 00/15] cover letter
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 01/15] tcp: Add clean acked data hook
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 03/15] tcp: export tcp_rate_check_app_limited function
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [RFC TLS Offload Support 05/15] tcp: Add TLS socket options for TCP sockets
  • From: Aviad Yehezkel <aviadye@xxxxxxxxxxxx>
• [PATCH 4.9 61/88] hwrng: amd - Revert managed API changes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 62/88] hwrng: geode - Revert managed API changes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] arm64: dts: ls1012a: add crypto node
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH] arm64: dts: ls1012a: add crypto node
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• [PATCH 1/2] crypto: ccp - Reduce stack frame size with KASAN
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/2] crypto: ccp - Mark driver as little-endian only
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/7] crypto: aes - allow generic AES to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64: dts: ls1012a: add crypto node
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH 0/7] crypto: aes - allow generic AES to be omitted
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• RE: [PATCH 1/1] crypto: If two strings are exact match, they must have same length.
  • From: "Ming Ma (mingma)" <mingma@xxxxxxxxxx>
• Re: [RFC PATCH v2 15/32] x86: Add support for changing memory encryption attribute in early boot
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH 6/7] crypto: aes - split off shared AES tables and key expansion routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/7] crypto: aes - allow generic AES to be omitted
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH 6/7] crypto: aes - split off shared AES tables and key expansion routines
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH 5/7] crypto: aes - move crypto_aes_expand_key() to fixed-time AES driver
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/7] crypto: aes - add new Kconfig symbol for soft dependency on AES
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/7] crypto: aes - allow generic AES to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/7] crypto: aes/arm64 - eliminate dependency on crypto_aes_set_key()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/7] drivers/crypto/Kconfig: drop bogus CRYPTO_AES dependencies
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/7] crypto: aes/x86 - eliminate set_key() handling for IRQ context
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 7/7] crypto: aes - allow alternative AES drivers to fulfil AES dependency
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 6/7] crypto: aes - split off shared AES tables and key expansion routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [PATCH] padata: avoid race in reordering
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH] padata: avoid race in reordering
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] padata: avoid race in reordering
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v3 2/3] ARM: exynos_defconfig: Enable Exynos RNG and user-space crypto API
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 0/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 3/3] ARM: multi_v7_defconfig: Enable Exynos RNG and user-space crypto API
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: KPP: DH/ECDH -- allocation returns ENOENT
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v2 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v2 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• KPP: DH/ECDH -- allocation returns ENOENT
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v2 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v2 3/3] ARM: multi_v7_defconfig: Enable Exynos RNG and user-space crypto API
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 2/3] ARM: exynos_defconfig: Enable Exynos RNG and user-space crypto API
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 0/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [cryptodev:master 42/60] drivers/crypto/ccp/ccp-dev-v5.c:436:28: note: in expansion of macro 'cpu_to_le32'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [RFC PATCH v2 15/32] x86: Add support for changing memory encryption attribute in early boot
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: next build: 208 builds: 9 failed, 199 passed, 857 errors, 444 warnings (next-20170323)
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [PATCH 3/3] ARM: multi_v7_defconfig: Enable Exynos RNG and user-space crypto API
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 2/3] ARM: exynos_defconfig: Enable Exynos RNG and user-space crypto API
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 1/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 0/3] crypto: hw_random - Add new Exynos RNG driver
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 0/7] crypto: caam - add Queue Interface (QI) support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: rng: clocks property on omap_rng not always mandatory
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH V3 0/3] Support new function in new CCPs
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: rng: clocks property on omap_rng not always mandatory
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] crypto: ccp - Make some CCP DMA channels private
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: ixp4xx - Use sg_virt()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: zip - Memory corruption in zip_clear_stats()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: zip - add a cast for printing atomic64_t values
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] padata: avoid race in reordering
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: testmgr - mark ctr(des3_ede) as fips_allowed
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: xts,lrw - fix out-of-bounds write after kmalloc failure
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: DRBG - initialize SGL only once
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: rng: clocks property on omap_rng not always mandatory
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] crypto: s5p-sss - Fix and minor improvements
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto, x86: aesni - fix token pasting for clang
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] md5: remove from lib and only live in crypto
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] arm64: dts: ls1012a: add crypto node
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: rng: clocks property on omap_rng not always mandatory
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Crypto Fixes for 4.11
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] crypto: stm32 - Support for STM32 CRC32 crypto module
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [PATCH v2 2/5] crypto: stm32 - Support for STM32 CRC32 crypto module
  • From: Fabien DESSENNE <fabien.dessenne@xxxxxx>
• Re: [PATCH] padata: avoid race in reordering
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH] arm64: dts: ls1012a: add crypto node
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH] arm64: dts: ls1012a: add crypto node
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH] arm64: dts: ls1012a: add crypto node
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH v2 2/5] crypto: stm32 - Support for STM32 CRC32 crypto module
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [PATCH] arm64: dts: ls1012a: add crypto node
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• [ANNOUNCE] Linux Security Summit 2017 - CFP
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH] crypto: xts,lrw - fix out-of-bounds write after kmalloc failure
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] crypto: xts,lrw - fix out-of-bounds write after kmalloc failure
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: crypto: out-of-bounds write in pre_crypt
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH] md5: remove from lib and only live in crypto
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: next build: 208 builds: 9 failed, 199 passed, 857 errors, 444 warnings (next-20170323)
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [PATCH] crypto: ccp - Make some CCP DMA channels private
  • From: Gary R Hook <gary.hook@xxxxxxx>
• Re: [PATCH] crypto: ixp4xx - Use sg_virt()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: next build: 208 builds: 9 failed, 199 passed, 857 errors, 444 warnings (next-20170323)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] crypto: ixp4xx - Use sg_virt()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH] padata: avoid race in reordering
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] md5: remove from lib and only live in crypto
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• crypto: out-of-bounds write in pre_crypt
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] clk: meson-gxbb: expose clock CLKID_RNG0
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: race condition in kernel/padata.c
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] clk: meson-gxbb: expose clock CLKID_RNG0
  • From: Michael Turquette <mturquette@xxxxxxxxxxxx>
• race condition in kernel/padata.c
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 1/3] clk: meson-gxbb: expose clock CLKID_RNG0
  • From: Kevin Hilman <khilman@xxxxxxxxxxxx>
• [PATCH] crypto: DRBG - initialize SGL only once
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH] arm64: dts: ls1012a: add crypto node
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: BUG: Seems un-initialed dst pointer received from algif_aead when outlen is zero
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] crypto: If two strings are exact match, they must have same length.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] crypto: If two strings are exact match, they must have same length.
  • From: Ming Ma <mingma@xxxxxxxxxx>
• [PATCH v2 5/5] ARM: configs: stm32: Add crypto support
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>
• [PATCH v2 3/5] ARM: dts: stm32: Add CRC support to stm32f746
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>
• [PATCH v2 0/5] STM32 CRC crypto driver
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>
• [PATCH v2 1/5] dt-bindings: Document STM32 CRC bindings
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>
• [PATCH v2 4/5] ARM: dts: stm32: enable CRC on stm32746g-eval board
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>
• [PATCH v2 2/5] crypto: stm32 - Support for STM32 CRC32 crypto module
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>
• Re: BUG: Seems un-initialed dst pointer received from algif_aead when outlen is zero
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: BUG: Seems un-initialed dst pointer received from algif_aead when outlen is zero
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• Re: BUG: Seems un-initialed dst pointer received from algif_aead when outlen is zero
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• Re: BUG: Seems un-initialed dst pointer received from algif_aead when outlen is zero
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: BUG: Seems un-initialed dst pointer received from algif_aead when outlen is zero
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• Re: BUG: Seems un-initialed dst pointer received from algif_aead when outlen is zero
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• BUG: Seems un-initialed dst pointer received from algif_aead when outlen is zero
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• Re: [PATCH] crypto: testmgr - mark ctr(des3_ede) as fips_allowed
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH] crypto: testmgr - mark ctr(des3_ede) as fips_allowed
  • From: Marcelo Henrique Cerri <marcelo.cerri@xxxxxxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH] crypto: zip - Memory corruption in zip_clear_stats()
  • From: Mahipal Reddy <mahipalreddy2006@xxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: zip - add a cast for printing atomic64_t values
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 06/10] x86: crypto, annotate local functions
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v2 07/10] x86: assembly, annotate aliases
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: Question - seeding the hw pseudo random number generator
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [ANNOUNCE] /dev/random - a new approach (code for 4.11-rc1)
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [ANNOUNCE] /dev/random - a new approach (code for 4.11-rc1)
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: [ANNOUNCE] /dev/random - a new approach (code for 4.11-rc1)
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH] crypto: zip - Memory corruption in zip_clear_stats()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] crypto: zip - Memory corruption in zip_clear_stats()
  • From: walter harms <wharms@xxxxxx>
• Re: [ANNOUNCE] /dev/random - a new approach (code for 4.11-rc1)
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Question - seeding the hw pseudo random number generator
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [ANNOUNCE] /dev/random - a new approach (code for 4.11-rc1)
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: hpa@xxxxxxxxx
• Re: [PATCH 1/1] ARM: dts: NSP: Add crypto (SPU) to dtsi
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v3 1/3] clk: meson-gxbb: expose clock CLKID_RNG0
  • From: Kevin Hilman <khilman@xxxxxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 4/4] crypto: s5p-sss - Use mutex instead of spinlock
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: hpa@xxxxxxxxx
• [PATCH] crypto: zip - Memory corruption in zip_clear_stats()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Michael Davidson <md@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/4] crypto: s5p-sss - Document the struct s5p_aes_dev
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 2/4] crypto: s5p-sss - Remove unused variant field from state container
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 1/4] crypto: s5p-sss - Close possible race for completed requests
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 4/4] crypto: s5p-sss - Use mutex instead of spinlock
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [ANNOUNCE] /dev/random - a new approach (code for 4.11-rc1)
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• [PATCH 1/4] crypto: s5p-sss - Close possible race for completed requests
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 2/4] crypto: s5p-sss - Remove unused variant field from state container
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC PATCH v2 08/32] x86: Use PAGE_KERNEL protection for ioremap of memory page
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v2 08/32] x86: Use PAGE_KERNEL protection for ioremap of memory page
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH 0/4] crypto: s5p-sss - Fix and minor improvements
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 3/4] crypto: s5p-sss - Document the struct s5p_aes_dev
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 4/4] crypto: s5p-sss - Use mutex instead of spinlock
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: rng: clocks property on omap_rng is optional
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] dt-bindings: rng: clocks property on omap_rng not always mandatory
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] x86, boot, LLVM: Use regparm=0 for memcpy and memset
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 29/32] kvm: svm: Add support for SEV DEBUG_DECRYPT command
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 7/7] crypto: caam/qi - add ablkcipher and authenc algorithms
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 6/7] crypto: caam - add Queue Interface (QI) backend support
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 5/7] crypto: caam - avoid double inclusion in desc_constr.h
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 4/7] soc/qman: add macros needed by caam/qi driver
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 3/7] soc/qman: export non-programmable FQD fields query
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 2/7] soc/qman: add dedicated channel ID for CAAM
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 1/7] soc/qman: export volatile dequeue related structs
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH 0/7] crypto: caam - add Queue Interface (QI) support
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH v3 1/3] clk: meson-gxbb: expose clock CLKID_RNG0
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] LLVM: make x86_64 kernel build with clang.
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 0/7] LLVM: make x86_64 kernel build with clang.
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 5/7] x86, boot, LLVM: Use regparm=0 for memcpy and memset
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 4/7] x86, boot, LLVM: #undef memcpy etc in string.c
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 7/7] crypto, x86, LLVM: aesni - fix token pasting
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 1/7] Makefile, LLVM: add -no-integrated-as to KBUILD_[AC]FLAGS
  • From: Michael Davidson <md@xxxxxxxxxx>
• Re: [RFC 0/7] crypto: caam - add Queue Interface (QI) support
  • From: Scott Wood <oss@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 08/32] x86: Use PAGE_KERNEL protection for ioremap of memory page
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC 4/7] soc/qman: add helper functions needed by caam/qi driver
  • From: Scott Wood <oss@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 05/32] x86: Use encrypted access of BOOT related data with SEV
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v2 29/32] kvm: svm: Add support for SEV DEBUG_DECRYPT command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC PATCH v2 30/32] kvm: svm: Add support for SEV DEBUG_ENCRYPT command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 1/3] clk: meson-gxbb: expose clock CLKID_RNG0
  • From: Kevin Hilman <khilman@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 26/32] kvm: svm: Add support for SEV LAUNCH_UPDATE_DATA command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC PATCH v2 32/32] x86: kvm: Pin the guest memory when SEV is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH] md5: remove from lib and only live in crypto
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: CRYPTO_MAX_ALG_NAME is too low
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• Re: [RFC 0/7] crypto: caam - add Queue Interface (QI) support
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm
  • From: Anton Blanchard <anton@xxxxxxxxx>
• Re: [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC PATCH v2 30/32] kvm: svm: Add support for SEV DEBUG_ENCRYPT command
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC PATCH v2 29/32] kvm: svm: Add support for SEV DEBUG_DECRYPT command
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC PATCH v2 26/32] kvm: svm: Add support for SEV LAUNCH_UPDATE_DATA command
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] crypto: powerpc - Re-enable non-REFLECTed CRCs
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 32/32] x86: kvm: Pin the guest memory when SEV is active
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC PATCH v2 24/32] kvm: x86: prepare for SEV guest management API support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC PATCH v2 23/32] kvm: introduce KVM_MEMORY_ENCRYPT_OP ioctl
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• RE: [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] crypto: doc - fix typo (struct sdesc)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] MAINTAINERS: Add maintianer entry for crypto/s5p-sss
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/8] improve performances on mediatek crypto driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] hwrng: omap - fixes and improvements
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] clk: meson-gxbb: expose clock CLKID_RNG0
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] hwrng: revert managed API changes for amd and geode
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: ccp - Assign DMA commands to the channel's CCP
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [RFC 0/7] crypto: caam - add Queue Interface (QI) support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] crypto: skcipher AF_ALG - overhaul memory management
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto, x86: aesni - fix token pasting for clang
  • From: Michael Davidson <md@xxxxxxxxxx>
• RE: [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH V3 0/3] Support new function in new CCPs
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [PATCH V3 2/3] crypto: ccp - Enable 3DES function on v5 CCPs
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [PATCH V3 3/3] crypto: ccp - Enable support for AES GCM on v5 CCPs
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [PATCH V3 1/3] crypto: ccp - Add SHA-2 384- and 512-bit support
  • From: Gary R Hook <gary.hook@xxxxxxx>
• Re: [PATCH] dt-bindings: rng: clocks property on omap_rng is optional
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 4/4] crypto: powerpc - Stress test for vpmsum implementations
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH 3/4] crypto: powerpc - Add CRC-T10DIF acceleration
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH 2/4] crypto: powerpc - Re-enable non-REFLECTed CRCs
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: crypto: deadlock between crypto_alg_sem/rtnl_mutex/genl_mutex
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v2 01/14] crypto: sun4i-ss - simplify optional reset handling
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: crypto: deadlock between crypto_alg_sem/rtnl_mutex/genl_mutex
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Crypto Fixes for 4.11
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] crypto: stm32 - Support for STM32 CRC32 crypto module
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/4] crypto: stm32 - Support for STM32 CRC32 crypto module
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>
• [PATCH 0/4] STM32 CRC crypto driver
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>
• [PATCH 1/4] dt-bindings: Document STM32 CRC bindings
  • From: Fabien Dessenne <fabien.dessenne@xxxxxx>