Linux Crypto

• Thread Index

• Re: [PATCH v2 16/19] crypto: x86 - print CPU optimized loaded messages
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 16/19] crypto: x86 - print CPU optimized loaded messages
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v2 19/19] crypto: x86/sha - register only the best function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/19] crypto: x86/sha - limit FPU preemption
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] Drivers for Alibaba YCC (Yitian Cryptography Complex) cryptographic accelerator
  • From: guanjun <guanjun@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/19] crypto: x86/sha - limit FPU preemption
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 19/19] crypto: x86/sha - register only the best function
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 04/19] crypto: x86/sha - limit FPU preemption
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/19] crypto: x86/ghash - limit FPU preemption
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [syzbot] memory leak in crypto_create_tfm_node
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 04/19] crypto: x86/sha - limit FPU preemption
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• RE: [PATCH] crypto: ccp: Add support for TEE for PCI ID 0x14CA
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH v2 05/19] crypto: x86/crc - limit FPU preemption
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] memory leak in crypto_create_tfm_node
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: ccp: Add support for TEE for PCI ID 0x14CA
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 09/19] crypto: x86 - use common macro for FPU limit
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 16/19] crypto: x86 - print CPU optimized loaded messages
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 18/19] crypto: x86 - standardize not loaded prints
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 04/19] crypto: x86/sha - limit FPU preemption
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 17/19] crypto: x86 - standardize suboptimal prints
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH Part2 v6 37/49] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part2 v6 41/49] KVM: SVM: Add support to handle the RMP nested page fault
  • From: Alper Gun <alpergun@xxxxxxxxxx>
• [PATCH v2 04/19] crypto: x86/sha - limit FPU preemption
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 18/19] crypto: x86 - standardize not loaded prints
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 15/19] crypto: x86 - add pr_fmt to all modules
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 19/19] crypto: x86/sha - register only the best function
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 11/19] crypto: x86/crc - load based on CPU features
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 16/19] crypto: x86 - print CPU optimized loaded messages
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 13/19] crypto: x86/ghash - load based on CPU features
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 10/19] crypto: x86/sha1, sha256 - load based on CPU features
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 08/19] crypto: x86/ghash - limit FPU preemption
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 12/19] crypto: x86/sm3 - load based on CPU features
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 05/19] crypto: x86/crc - limit FPU preemption
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 14/19] crypto: x86 - load based on CPU features
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 17/19] crypto: x86 - standardize suboptimal prints
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 09/19] crypto: x86 - use common macro for FPU limit
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 01/19] crypto: tcrypt - test crc32
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 07/19] crypto: x86/ghash - restructure FPU context saving
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 06/19] crypto: x86/sm3 - limit FPU preemption
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 03/19] crypto: tcrypt - reschedule during cycles speed tests
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 02/19] crypto: tcrypt - test nhpoly1305
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH v2 00/19] crypto: x86 - fix RCU stalls
  • From: Robert Elliott <elliott@xxxxxxx>
• RE: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH Part2 v6 37/49] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: "Kalra, Ashish" <ashish.kalra@xxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 0/2] hwrng: stm32 - improve performance
  • From: Tomas Marek <tomas.marek@xxxxxxxxx>
• [PATCH 1/2] hwrng: stm32 - fix number of returned bytes on read
  • From: Tomas Marek <tomas.marek@xxxxxxxxx>
• [PATCH 2/2] hwrng: stm32 - fix read of the last word
  • From: Tomas Marek <tomas.marek@xxxxxxxxx>
• Re: [RFC PATCH 1/1] crypto: af_alg - Support symmetric encryption via keyring keys
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] crypto: af_alg - Support symmetric encryption via keyring keys
  • From: Frederick Lawler <fred@xxxxxxxxxxxxxx>
• Re: [PATCH] crypto: ccp: Add support for TEE for PCI ID 0x14CA
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [syzbot] memory leak in crypto_create_tfm_node
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] crypto: ccp: Add support for TEE for PCI ID 0x14CA
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] memory leak in crypto_create_tfm_node
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 7/8] caam alg: symmetric key ciphers are updated
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v0 4/8] sk_cipher: checking for hw bound operation
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v0 1/8] hw-bound-key: introducing the generic structure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v0 1/8] hw-bound-key: introducing the generic structure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [RFC PATCH 1/1] crypto: af_alg - Support symmetric encryption via keyring keys
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v6 0/7] treewide cleanup of random integer usage
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] fscrypt: fix keyring memory leak on mount failure
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [syzbot] memory leak in crypto_create_tfm_node
  • From: syzbot <syzbot+104c2a89561289cec13e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 1/1] crypto/pcrypt: Do not use isolated CPUs for callback
  • From: Leonardo Brás <leobras@xxxxxxxxxx>
• RE: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• RE: [EXT] Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• RE: [EXT] Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] treewide: use prandom_u32_max() when possible, part 1
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH Part2 v6 41/49] KVM: SVM: Add support to handle the RMP nested page fault
  • From: "Kalra, Ashish" <ashish.kalra@xxxxxxx>
• RE: [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• [PATCH v6 7/7] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 6/7] treewide: use get_random_bytes() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 2/7] treewide: use prandom_u32_max() when possible, part 2
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 1/7] treewide: use prandom_u32_max() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 0/7] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] hw_random: bcm2835: use hwrng_msleep() instead of cpu_relax()
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH Part2 v6 41/49] KVM: SVM: Add support to handle the RMP nested page fault
  • From: Alper Gun <alpergun@xxxxxxxxxx>
• Re: [EXT] [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: David Gstir <david@xxxxxxxxxxxxx>
• Re: [GIT PULL] Crypto Update for 6.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: INFO: rcu detected stall in hwrng_fillfn
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: INFO: rcu detected stall in hwrng_fillfn
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• INFO: rcu detected stall in hwrng_fillfn
  • From: Wei Chen <harperchen1110@xxxxxxxxx>
• Re: [PATCH] hw_random: bcm2835: use hwrng_msleep() instead of cpu_relax()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [EXT] Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH] hw_random: bcm2835: use hwrng_msleep() instead of cpu_relax()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [EXT] Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• Re: [PATCH] crypto: gcm - Provide minimal library implementation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] crypto: gcm - Provide minimal library implementation
  • From: "Nikunj A. Dadhania" <nikunj@xxxxxxx>
• Re: [PATCH] crypto: gcm - Provide minimal library implementation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] crypto: gcm - Provide minimal library implementation
  • From: "Nikunj A. Dadhania" <nikunj@xxxxxxx>
• RE: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• Re: [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] crypto: qat - fix spelling typo in comment
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• [PATCH] crypto: talitos - Use the defined variable to clean code
  • From: jianchunfu <jianchunfu@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: qat - fix spelling typo in comment
  • From: Jiangshan Yi <13667453960@xxxxxxx>
• Re: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• RE: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] hwrng: mediatek: add mt7986 support
  • From: Frank Wunderlich <linux@xxxxxxxxx>
• Re: [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• [PATCH v5 6/7] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 7/7] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 5/7] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 2/7] treewide: use prandom_u32_max() when possible, part 2
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 1/7] treewide: use prandom_u32_max() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v1 1/1] crypto/pcrypt: Do not use isolated CPUs for callback
  • From: Leonardo Brás <leobras@xxxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 1/6] treewide: use prandom_u32_max() when possible, mechanically
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• RE: [PATCH] crypto: ccp: Add support for TEE for PCI ID 0x14CA
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• [PATCH v4 5/6] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 6/6] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 3/6] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 1/6] treewide: use prandom_u32_max() when possible, mechanically
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 0/6] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• crypto_alg_lookup() returning -80 (ELIBBAD)
  • From: Yves-Alexis Perez <corsac@xxxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] crypto: gcm - Provide minimal library implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH] crypto: gcm - Provide minimal library implementation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: LINUX NFS support for SHA256 hash types
  • From: jaganmohan kanakala <jaganmohan.kanakala@xxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• RE: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 0/5] treewide cleanup of random integer usage
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH RFT 4/5] crypto: rockchip: support the new crypto IP for rk3568/rk3588
  • From: Shengyu Qu <wiagn233@xxxxxxxxxxx>
• Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [RFC PATCH 3/7] crypto: x86/crc - limit FPU preemption
  • From: Robert Elliott <elliott@xxxxxxx>
• [RFC PATCH 1/7] rcu: correct CONFIG_EXT_RCU_CPU_STALL_TIMEOUT descriptions
  • From: Robert Elliott <elliott@xxxxxxx>
• [RFC PATCH 5/7] crypto: x86/ghash - restructure FPU context saving
  • From: Robert Elliott <elliott@xxxxxxx>
• [RFC PATCH 4/7] crypto: x86/sm3 - limit FPU preemption
  • From: Robert Elliott <elliott@xxxxxxx>
• [RFC PATCH 0/7] crypto: x86 - fix RCU stalls
  • From: Robert Elliott <elliott@xxxxxxx>
• [RFC PATCH 2/7] crypto: x86/sha - limit FPU preemption
  • From: Robert Elliott <elliott@xxxxxxx>
• [RFC PATCH 6/7] crypto: x86/ghash - limit FPU preemption
  • From: Robert Elliott <elliott@xxxxxxx>
• [RFC PATCH 7/7] crypto: x86 - use common macro for FPU limit
  • From: Robert Elliott <elliott@xxxxxxx>
• Announce loop-AES-v3.7y file/swap crypto package
  • From: Jari Ruusu <jariruusu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v3 5/5] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 2/5] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 1/5] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: Sultan Alsawaf <sultan@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] treewide: use get_random_u32() when possible
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 1/5] treewide: use prandom_u32_max() when possible
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 3/5] treewide: use get_random_u32() when possible
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 5/5] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 2/5] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 1/5] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v0 6/8] KEYS: trusted: caam based black key
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v0 6/8] KEYS: trusted: caam based black key
  • From: Ben Boeckel <me@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v0 2/8] keys-trusted: new cmd line option added
  • From: Ben Boeckel <me@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: Early init for few crypto modules for Secure Guests
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v0 8/8] dm-crypt: consumer-app setting the flag-is_hbk
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v0 7/8] caam alg: symmetric key ciphers are updated
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v0 6/8] KEYS: trusted: caam based black key
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v0 5/8] keys-trusted: re-factored caam based trusted key
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v0 2/8] keys-trusted: new cmd line option added
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v0 4/8] sk_cipher: checking for hw bound operation
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v0 3/8] crypto: hbk flags & info added to the tfm
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v0 1/8] hw-bound-key: introducing the generic structure
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v0 0/8] Hardware Bound key added to Trusted Key-Ring
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• Re: Early init for few crypto modules for Secure Guests
  • From: "Nikunj A. Dadhania" <nikunj@xxxxxxx>
• Re: [PATCH v1 0/5] treewide cleanup of random integer usage
  • From: "Yann Droneaud" <ydroneaud@xxxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: [PATCH v2 4/4] dt-bindings: bus: add documentation for Aspeed AHBC
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH] crypto: n2: add missing hash statesize
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• RE: [PATCH v1 1/4] crypto: aspeed: Add ACRY RSA driver
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH v1 5/5] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 2/5] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 1/5] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 1/4] crypto: aspeed: Add ACRY RSA driver
  • From: Anirudh Venkataramanan <anirudh.venkataramanan@xxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Issues with hw crypto and random support on Niagara2
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Issues with hw crypto and random support on Niagara2
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v2 4/4] dt-bindings: bus: add documentation for Aspeed AHBC
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 3/4] dt-bindings: crypto: add documentation for Aspeed ACRY
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v1 1/1] crypto/pcrypt: Do not use isolated CPUs for callback
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH v2 1/4] crypto: aspeed: Add ACRY RSA driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RFC PATCH 1/1] crypto: af_alg - Support symmetric encryption via keyring keys
  • From: Frederick Lawler <fred@xxxxxxxxxxxxxx>
• Re: Early init for few crypto modules for Secure Guests
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• Re: Early init for few crypto modules for Secure Guests
  • From: "Nikunj A. Dadhania" <nikunj@xxxxxxx>
• [GIT PULL] Crypto Update for 6.1
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Early init for few crypto modules for Secure Guests
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Early init for few crypto modules for Secure Guests
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v1 1/1] crypto/pcrypt: Do not use isolated CPUs for callback
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [PATCH v2 1/4] crypto: aspeed: Add ACRY RSA driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: x86: Do not acquire fpu context for too long
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Early init for few crypto modules for Secure Guests
  • From: "Nikunj A. Dadhania" <nikunj@xxxxxxx>
• [PATCH v2 1/4] crypto: aspeed: Add ACRY RSA driver
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH v2 2/4] ARM: dts: aspeed: Add ACRY/AHBC device controller node
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH v2 3/4] dt-bindings: crypto: add documentation for Aspeed ACRY
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH v2 0/4] Add Aspeed ACRY driver for hardware acceleration
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] dt-bindings: bus: add documentation for Aspeed AHBC
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• Re: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: "Kalra, Ashish" <Ashish.Kalra@xxxxxxx>
• Re: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: "Kalra, Ashish" <Ashish.Kalra@xxxxxxx>
• Re: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: "Kalra, Ashish" <Ashish.Kalra@xxxxxxx>
• Re: [PATCH] crypto: stm32 - Fix spelling mistake "wite" -> "write"
  • From: Nicolas Toromanoff <nicolas.toromanoff@xxxxxxxxxxx>
• Re: crypto: ixp4xx - Fix sparse warnings
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: crypto: ixp4xx - Fix sparse warnings
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH Part2 v6 13/49] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part2 v6 12/49] crypto: ccp: Add support to initialize the AMD-SP for SEV-SNP
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] crypto: tcrypt - fix return value for multiple subtests
  • From: Anirudh Venkataramanan <anirudh.venkataramanan@xxxxxxxxx>
• [PATCH 2/2] random: spread out jitter callback to different CPUs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 1/2] random: schedule jitter credit for next jiffy, not in two jiffies
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH] crypto: tcrypt - fix return value for multiple subtests
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• Re: [PATCH] crypto: tcrypt - fix return value for multiple subtests
  • From: Anirudh Venkataramanan <anirudh.venkataramanan@xxxxxxxxx>
• [PATCH] crypto: tcrypt - fix return value for multiple subtests
  • From: Robert Elliott <elliott@xxxxxxx>
• Re: [PATCH v2] crypto: cavium - prevent integer overflow loading firmware
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: Re: [PATCH v2 RESEND] virtio-crypto: fix memory-leak
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: [PATCH linux-next] crypto: marvell/octeontx - use sysfs_emit() to instead of scnprintf()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] crypto: aspeed - Remove redundant dev_err call
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] A few cleanup patches for crypto
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-next] crypto: zip - remove the unneeded result variable
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-next] crypto: octeontx2 - Remove the unneeded result variable
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-next] crypto: ccp: Remove the unneeded result variable
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] hw_random: core: start hwrng kthread also for untrusted sources
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: qat - add limit to linked list parsing
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] crypto: aspeed - Fix check for platform_get_irq() errors
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: marvell/octeontx - prevent integer overflows
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 RESEND] virtio-crypto: fix memory-leak
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: cavium - prevent integer overflow loading firmware
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: aspeed: fix build error when only CRYPTO_DEV_ASPEED is enabled
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• crypto: ixp4xx - Fix sparse warnings
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] crypto: aspeed - Remove redundant dev_err call
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] crypto: benchmark - add the crypto benchmark
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/hisilicon: Add null judgment to the callback interface
  • From: liulongfang <liulongfang@xxxxxxxxxx>
• Re: [PATCH] crypto/hisilicon: Add null judgment to the callback interface
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto/hisilicon: Add null judgment to the callback interface
  • From: Longfang Liu <liulongfang@xxxxxxxxxx>
• Re: [PATCH RFT 2/5] dt-bindings: crypto: add support for rockchip,crypto-rk3588
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v10 25/33] dt-bindings: crypto: rockchip: add new compatible
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH RFT 0/5] crypto: rockchip: add crypto offloader V2
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: LINUX NFS support for SHA256 hash types
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dt-bindings: rng: nuvoton,npcm-rng: Add npcm845 compatible string
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v2 0/2] rng: npcm: add Arbel NPCM8XX support
  • From: Tomer Maimon <tmaimon77@xxxxxxxxx>
• [PATCH v2 1/2] dt-bindings: rng: nuvoton,npcm-rng: Add npcm845 compatible string
  • From: Tomer Maimon <tmaimon77@xxxxxxxxx>
• [PATCH v2 2/2] hwrng: npcm: Add NPCM8XX support
  • From: Tomer Maimon <tmaimon77@xxxxxxxxx>
• Re: [PATCH] prandom: make use of smaller types in prandom_u32_max
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH] prandom: make use of smaller types in prandom_u32_max
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] hw_random: rockchip: import driver from vendor tree
  • From: LABBE Corentin <clabbe@xxxxxxxxxxxx>
• Re: [PATCH RFT 4/5] crypto: rockchip: support the new crypto IP for rk3568/rk3588
  • From: LABBE Corentin <clabbe@xxxxxxxxxxxx>
• Re: [PATCH RFT 0/5] crypto: rockchip: add crypto offloader V2
  • From: LABBE Corentin <clabbe@xxxxxxxxxxxx>
• Re: [PATCH 0/2] crypto: intel-fcs: Add crypto service driver for Intel SoCFPGA
  • From: wen.ping.teh@xxxxxxxxx
• [PATCH] crypto: stm32 - Fix spelling mistake "wite" -> "write"
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• Re: [PATCH] crypto: ccp: Add support for TEE for PCI ID 0x14CA
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v10 26/33] clk: rk3399: use proper crypto0 name
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH] crypto: ccp: Add support for TEE for PCI ID 0x14CA
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH] random: add 8-bit and 16-bit batches
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 1/5] perf/x86/intel/lbr: use setup_clear_cpu_cap instead of clear_cpu_cap
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH] nitrox: avoid double free on error path in nitrox_sriov_init()
  • From: Natalia Petrova <n.petrova@xxxxxxxxxx>
• Re: [PATCH 0/4] crypto: add ECDSA signature support to key retention service
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/9] crypto/ycc: Add skcipher algorithm support
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 7/9] crypto/ycc: Add rsa algorithm support
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 4/9] crypto/ycc: Add device error handling support for ycc hw errors
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 2/9] crypto/ycc: Add ycc ring configuration
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 8/9] crypto/ycc: Add sm2 algorithm support
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/9] crypto/ycc: Add YCC (Yitian Cryptography Complex) accelerator driver
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 9/9] MAINTAINERS: Add Yitian Cryptography Complex (YCC) driver maintainer entry
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 0/9] Drivers for Alibaba YCC (Yitian Cryptography Complex) cryptographic accelerator
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 6/9] crypto/ycc: Add aead algorithm support
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH v2 3/9] crypto/ycc: Add irq support for ycc kernel rings
  • From: "'Guanjun'" <guanjun@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFT 4/5] crypto: rockchip: support the new crypto IP for rk3568/rk3588
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: [PATCH] hw_random: rockchip: import driver from vendor tree
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: [PATCH RFT 0/5] crypto: rockchip: add crypto offloader V2
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: [PATCH 0/4] crypto: add ECDSA signature support to key retention service
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: [PATCH] hw_random: rockchip: import driver from vendor tree
  • From: LABBE Corentin <clabbe@xxxxxxxxxxxx>
• Re: [PATCH] hw_random: rockchip: import driver from vendor tree
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: [PATCH -next] crypto: ccp: Add __init/__exit annotations to module init/exit funcs
  • From: John Allen <john.allen@xxxxxxx>
• Re: [PATCH] crypto: ccp - Remove unused struct ccp_crypto_cpu
  • From: John Allen <john.allen@xxxxxxx>
• [PATCH] crypto: ccp - Remove unused struct ccp_crypto_cpu
  • From: Yuan Can <yuancan@xxxxxxxxxx>
• [PATCH] crypto: allwinner: sun8i-ss: use dma_addr instead u32
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH RFT 4/5] crypto: rockchip: support the new crypto IP for rk3568/rk3588
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH RFT 1/5] crypto: rockchip: move kconfig to its dedicated directory
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH RFT 5/5] ARM64: dts: rk3568: add crypto node
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH RFT 3/5] MAINTAINERS: add new dt-binding doc to the right entry
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH RFT 2/5] dt-bindings: crypto: add support for rockchip,crypto-rk3588
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH RFT 0/5] crypto: rockchip: add crypto offloader V2
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 31/33] crypto: rockchip: rk_ahash_reg_init use crypto_info from parameter
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 33/33] crypto: rockchip: Add support for RK3399
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 27/33] arm64: dts: rockchip: add rk3328 crypto node
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 26/33] clk: rk3399: use proper crypto0 name
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 24/33] dt-bindings: crypto: convert rockchip-crypto to YAML
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 19/33] crypto: rockchip: add support for rk3328
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 20/33] crypto: rockchip: rename ablk functions to cipher
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 25/33] dt-bindings: crypto: rockchip: add new compatible
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 17/33] crypto: rockchip: use read_poll_timeout
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 21/33] crypto: rockchip: rework rk_handle_req function
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 15/33] crypto: rockchip: use clk_bulk to simplify clock management
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 32/33] crypto: rockchip: permit to have more than one reset
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 14/33] crypto: rockchip: handle reset also in PM
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 30/33] crypto: rockchip: Check for clocks numbers and their frequencies
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 28/33] arm64: dts: rockchip: rk3399: add crypto node
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 29/33] crypto: rockchip: store crypto_info in request context
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 09/33] crypto: rockchip: remove non-aligned handling
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 22/33] crypto: rockchip: use a rk_crypto_info variable instead of lot of indirection
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 03/33] crypto: rockchip: do not do custom power management
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 05/33] crypto: rockchip: do not store mode globally
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 12/33] crypto: rockchip: add debugfs
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 13/33] crypto: rockchip: introduce PM
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 08/33] crypto: rockchip: better handle cipher key
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 23/33] crypto: rockchip: use the rk_crypto_info given as parameter
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 04/33] crypto: rockchip: fix privete/private typo
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 11/33] crypto: rockchip: rewrite type
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 16/33] crypto: rockchip: add myself as maintainer
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 02/33] crypto: rockchip: do not use uninitialized variable
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 10/33] crypto: rockchip: rework by using crypto_engine
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 18/33] crypto: rockchip: fix style issue
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 01/33] crypto: rockchip: use dev_err for error message about interrupt
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 07/33] crypto: rockchip: add fallback for ahash
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 06/33] crypto: rockchip: add fallback for cipher
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v10 00/33] crypto: rockchip: permit to pass self-tests
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• Re: [PATCH 16/16] crypto: arm64/sm4 - add ARMv9 SVE cryptography acceleration implementation
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/16] crypto: arm64/sm4 - add ARMv9 SVE cryptography acceleration implementation
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] crypto: inside-secure - Add fw_little_endian option
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] crypto: inside-secure - Expand soc data structure
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• [PATCH v2 3/3] crypto: inside-secure - Add MaxLinear platform
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• [PATCH v2 1/3] crypto: inside-secure - Expand soc data structure
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• [PATCH v2 0/3] crypto: inside-secure: Add Support for MaxLinear Platform
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• [PATCH v2 2/3] crypto: inside-secure - Add fw_little_endian option
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/35] net/tcp: Add TCP-AO support
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH][next] crypto: talitos - Replace zero-length arrays with DECLARE_FLEX_ARRAY() helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH][next] crypto: talitos - Replace zero-length arrays with DECLARE_FLEX_ARRAY() helper
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH 16/16] crypto: arm64/sm4 - add ARMv9 SVE cryptography acceleration implementation
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH Part2 v6 37/49] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH v2 1/5] perf/x86/intel/lbr: use setup_clear_cpu_cap instead of clear_cpu_cap
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 16/16] crypto: arm64/sm4 - add ARMv9 SVE cryptography acceleration implementation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 12/16] crypto: arm64/sm4 - add CE implementation for ESSIV mode
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 16/16] crypto: arm64/sm4 - add ARMv9 SVE cryptography acceleration implementation
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 13/16] crypto: arm64/sm4 - add CE implementation for cmac/xcbc/cbcmac
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 11/16] crypto: essiv - allow digestsize to be greater than keysize
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 14/16] crypto: arm64/sm4 - add CE implementation for CCM mode
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 15/16] crypto: arm64/sm4 - add CE implementation for GCM mode
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 10/16] crypto: arm64/sm4 - add CE implementation for XTS mode
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 09/16] crypto: arm64/sm4 - add CE implementation for CTS-CBC mode
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 08/16] crypto: arm64/sm4 - export reusable CE acceleration functions
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 04/16] crypto: testmgr - add SM4 cts-cbc/essiv/xts/xcbc test vectors
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 06/16] crypto: arm64/sm4 - refactor and simplify CE implementation
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 07/16] crypto: arm64/sm4 - simplify sm4_ce_expand_key() of CE implementation
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 02/16] crypto: arm64/sm3 - add NEON assembly implementation
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 01/16] crypto: arm64/sm3 - raise the priority of the CE implementation
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 05/16] crypto: tcrypt - add SM4 cts-cbc/essiv/xts/xcbc test
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 00/16] Optimizing SM3 and SM4 algorithms using NEON/CE/SVE instructions
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH 03/16] crypto: arm64/sm4 - refactor and simplify NEON implementation
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH -next] crypto: ccp: Add __init/__exit annotations to module init/exit funcs
  • From: ruanjinjie <ruanjinjie@xxxxxxxxxx>
• [PATCH] crypto: ccm - use local variables instead of indirect references
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• [PATCH] crypto: scatterwalk - remove duplicate function declarations
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 09/17] mips: use fallback for random_get_entropy() instead of just c0 random
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v6 09/17] mips: use fallback for random_get_entropy() instead of just c0 random
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH] crypto: hisilicon/qm - re-enable communicate interrupt before notifying PF
  • From: Weili Qian <qianweili@xxxxxxxxxx>
• [PATCH] crypto: hisilicon/sec - enabling clock gating of the address prefetch module
  • From: Weili Qian <qianweili@xxxxxxxxxx>
• [PATCH] crypto: hisilicon/qm - fix incorrect parameters usage
  • From: Weili Qian <qianweili@xxxxxxxxxx>
• [PATCH] crypto: hisilicon/qm: drop unnecessary IS_ENABLE(CONFIG_NUMA) check
  • From: Weili Qian <qianweili@xxxxxxxxxx>
• Re: [PATCH v4 0/3] crypto: aria: add ARIA AES-NI/AVX/x86_64/GFNI implementation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: add __init/__exit annotations to init/exit funcs
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: sun4i-ss - use DEFINE_SHOW_ATTRIBUTE to simplify sun4i_ss_debugfs
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: hisilicon/qm - fix the qos value initialization
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: revert unintended config name change for CRYPTO_SHA1_ARM64_CE
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] crypto: inside_secure - Avoid dma map if size is zero
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: revert unintended config addition of CRYPTO_BLAKE2S
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: hisilicon/hpre - fix resource leak in remove process
  • From: Zhiqi Song <songzhiqi1@xxxxxxxxxx>
• Re: [PATCH -next] hwrng: Remove duplicate include
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] crypto: add ECDSA signature support to key retention service
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 23/35] net/tcp: Add getsockopt(TCP_AO_GET)
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 17/35] net/tcp: Verify inbound TCP-AO signed segments
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 15/35] net/tcp: Wire TCP-AO to request sockets
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH linux-next] crypto: marvell/octeontx - use sysfs_emit() to instead of scnprintf()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 00/35] net/tcp: Add TCP-AO support
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 34/35] selftests/nettest: Add TCP-AO support
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 31/35] selftests/aolib: Add test/benchmark for removing MKTs
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 32/35] selftests/nettest: Remove client_pw
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 28/35] selftest/tcp-ao: Add a test for MKT matching
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 27/35] selftest/net: Add TCP-AO ICMPs accept test
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 29/35] selftest/tcp-ao: Add test for TCP-AO add setsockopt() command
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 33/35] selftest/nettest: Rename md5_prefix* => auth_prefix*
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 35/35] selftests/fcnal-test.sh: Add TCP-AO tests
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 22/35] net/tcp: Add option for TCP-AO to (not) hash header
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 23/35] net/tcp: Add getsockopt(TCP_AO_GET)
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 26/35] selftests/net: Verify that TCP-AO complies with ignoring ICMPs
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 24/35] net/tcp: Allow asynchronous delete for TCP-AO keys (MKTs)
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 30/35] selftests/tcp-ao: Add TCP-AO + TCP-MD5 + no sign listen socket tests
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 25/35] selftests/net: Add TCP-AO library
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 21/35] net/tcp: Ignore specific ICMPs for TCP-AO connections
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 20/35] net/tcp: Add tcp_hash_fail() ratelimited logs
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 19/35] net/tcp: Add TCP-AO SNE support
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 16/35] net/tcp: Sign SYN-ACK segments with TCP-AO
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 15/35] net/tcp: Wire TCP-AO to request sockets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 17/35] net/tcp: Verify inbound TCP-AO signed segments
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 18/35] net/tcp: Add TCP-AO segments counters
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 14/35] net/tcp: Add TCP-AO sign to twsk
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 13/35] net/tcp: Add AO sign to RST packets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 08/35] net/tcp: Introduce TCP_AO setsockopt()s
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 01/35] crypto: Introduce crypto_pool
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 11/35] net/tcp: Add TCP-AO sign to outgoing packets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 06/35] net/ipv6: sr: Switch to using crypto_pool
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 05/35] net/tcp: Use crypto_pool for TCP-MD5
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 00/35] net/tcp: Add TCP-AO support
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 04/35] net/tcp: Disable TCP-MD5 static key on tcp_md5sig_info destruction
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 03/35] net/tcp: Separate tcp_md5sig_info allocation into tcp_md5sig_info_add()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 10/35] net/tcp: Calculate TCP-AO traffic keys
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 12/35] net/tcp: Add tcp_parse_auth_options()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 07/35] tcp: Add TCP-AO config and structures
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 02/35] crypto_pool: Add crypto_pool_reserve_scratch()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 09/35] net/tcp: Prevent TCP-MD5 with TCP-AO being set
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [PATCH -next] crypto: aspeed - Remove redundant dev_err call
  • From: shangxiaojing <shangxiaojing@xxxxxxxxxx>
• [PATCH -next] crypto: KEYS: fix undefined reference errors in fips_signature_selftest
  • From: Zeng Heng <zengheng4@xxxxxxxxxx>
• RE: [PATCH -next] crypto: aspeed - Remove redundant dev_err call
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH -next] crypto: aspeed - Remove redundant dev_err call
  • From: Shang XiaoJing <shangxiaojing@xxxxxxxxxx>
• Re: [PATCH 2/3] crypto: inside-secure - Add fw_little_endian option
  • From: Antoine Tenart <atenart@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: inside-secure - Expand soc data structure
  • From: Antoine Tenart <atenart@xxxxxxxxxx>
• [PATCH 3/3] crypto: scatterwalk - Remove unused inline function scatterwalk_aligned()
  • From: Gaosheng Cui <cuigaosheng1@xxxxxxxxxx>
• [PATCH 1/3] crypto: bcm - Simplify obtain the name for cipher
  • From: Gaosheng Cui <cuigaosheng1@xxxxxxxxxx>
• [PATCH 2/3] crypto: aead - Remove unused inline functions from aead
  • From: Gaosheng Cui <cuigaosheng1@xxxxxxxxxx>
• [PATCH 0/3] A few cleanup patches for crypto
  • From: Gaosheng Cui <cuigaosheng1@xxxxxxxxxx>
• Re: [PATCH v7 1/1] dma: qcom: bam_dma: Add support to initialize interconnect path
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: inside-secure - Select CRYPTO_AES config
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] crypto: inside_secure - Avoid dma map if size is zero
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH RESEND v1 1/9] crypto/ycc: Add YCC (Yitian Cryptography Complex) accelerator driver
  • From: guanjun <guanjun@xxxxxxxxxxxxxxxxx>
• [PATCH linux-next] crypto: marvell/octeontx - use sysfs_emit() to instead of scnprintf()
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH v1 1/2] dt-bindings: rng: nuvoton,npcm-rng: Add npcm845 compatible string
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v1 1/2] dt-bindings: rng: nuvoton,npcm-rng: Add npcm845 compatible string
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v1 1/2] dt-bindings: rng: nuvoton,npcm-rng: Add npcm845 compatible string
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v1 2/2] hwrng: npcm: Add NPCM8XX support
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v1 0/2] rng: npcm: add Arbel NPCM8XX support
  • From: Tomer Maimon <tmaimon77@xxxxxxxxx>
• Re: [PATCH] random: throttle hwrng writes if no entropy is credited
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 1/2] dt-bindings: rng: nuvoton,npcm-rng: Add npcm845 compatible string
  • From: Tomer Maimon <tmaimon77@xxxxxxxxx>
• [PATCH v1 2/2] hwrng: npcm: Add NPCM8XX support
  • From: Tomer Maimon <tmaimon77@xxxxxxxxx>
• Re: [PATCH -next 1/3] arm64: efi-header: Mark efi header as data
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• Re: [PATCH] random: throttle hwrng writes if no entropy is credited
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3] hw_random: core: start hwrng kthread also for untrusted sources
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] random: use hwgenerator randomness more frequently at early boot
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next 2/3] arm64: head: Mark constants as data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH -next 1/3] arm64: efi-header: Mark efi header as data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH -next 0/3] arm64: Mark constants in .S files as data
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• [PATCH -next 3/3] arm64: crypto: Mark constant as data
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• [PATCH -next 2/3] arm64: head: Mark constants as data
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• [PATCH -next 1/3] arm64: efi-header: Mark efi header as data
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• [PATCH linux-next] crypto: zip - remove the unneeded result variable
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH] crypto: add rsize config to .config only if lib_poly1305 is set
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH v7 1/1] dma: qcom: bam_dma: Add support to initialize interconnect path
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• RE: [EXT] Re: [RFC PATCH HBK: 2/8] hw-bound-key: flag-is_hbk added to the tfm
  • From: Varun Sethi <V.Sethi@xxxxxxx>
• [RESEND] crypto: qat - add limit to linked list parsing
  • From: Adam Guerin <adam.guerin@xxxxxxxxx>
• Re: [PATCH v2] crypto: qat - add limit to linked list parsing
  • From: Giovanni Cabiddu <giovanni.cabiddu@xxxxxxxxx>
• [PATCH v2] crypto: qat - add limit to linked list parsing
  • From: Adam Guerin <adam.guerin@xxxxxxxxx>
• Re: [RFC PATCH 0/6] crypto: benchmark - add the crypto benchmark
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• Re: [RFC PATCH 2/6] crypto: benchmark - add a crypto benchmark tool
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH v7 6/9] crypto: qce: core: Add new compatibles for qce crypto driver
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• Re: [PATCH v7 6/9] crypto: qce: core: Add new compatibles for qce crypto driver
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v7 6/9] crypto: qce: core: Add new compatibles for qce crypto driver
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• Re: [PATCH v7 4/9] dt-bindings: qcom-qce: Add new SoC compatible strings for qcom-qce
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• Re: [PATCH 2/3] crypto: inside-secure - Add fw_little_endian option
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v7 1/1] dma: qcom: bam_dma: Add support to initialize interconnect path
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 0/1] dma: qcom: bam_dma: Add support to initialize interconnect path
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• Re: [PATCH v8 2/3] Documentation: add a isolation strategy sysfs node for uacce
  • From: "yekai (A)" <yekai13@xxxxxxxxxx>
• Re: [PATCH linux-next] crypto: ccp: Remove the unneeded result variable
  • From: John Allen <john.allen@xxxxxxx>
• Re: [PATCH v7 6/9] crypto: qce: core: Add new compatibles for qce crypto driver
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v7 4/9] dt-bindings: qcom-qce: Add new SoC compatible strings for qcom-qce
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v2] hw_random: core: start hwrng kthread also for untrusted sources
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] random / hw_random: core: start hwrng kthread also for untrusted sources
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH] random: throttle hwrng writes if no entropy is credited
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH Part2 v6 11/49] crypto:ccp: Define the SEV-SNP commands
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2] random: use hwgenerator randomness more frequently at early boot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH Part2 v6 11/49] crypto:ccp: Define the SEV-SNP commands
  • From: "Kalra, Ashish" <Ashish.Kalra@xxxxxxx>
• Re: [PATCH Part2 v6 11/49] crypto:ccp: Define the SEV-SNP commands
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v7 9/9] MAINTAINERS: Add myself as a co-maintainer for Qualcomm Crypto Drivers
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 4/9] dt-bindings: qcom-qce: Add new SoC compatible strings for qcom-qce
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 8/9] MAINTAINERS: Add qcom-qce dt-binding file to QUALCOMM CRYPTO DRIVERS section
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 7/9] crypto: qce: core: Make clocks optional
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 6/9] crypto: qce: core: Add new compatibles for qce crypto driver
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 5/9] crypto: qce: core: Add support to initialize interconnect path
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 2/9] dt-bindings: qcom-qce: Add 'interconnects' and 'interconnect-names'
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 1/9] dt-bindings: qcom-qce: Convert bindings to yaml
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 3/9] dt-bindings: qcom-qce: Add 'iommus' to optional properties
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• [PATCH v7 0/9] crypto: qcom-qce: Add YAML bindings & support for newer SoCs
  • From: Bhupesh Sharma <bhupesh.sharma@xxxxxxxxxx>
• Re: [PATCH] hw_random: rockchip: import driver from vendor tree
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] hw_random: rockchip: import driver from vendor tree
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH 0/6] crypto: benchmark - add the crypto benchmark
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Fixes tag needs some work in the crypto tree
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] perf/x86/intel/lbr: use setup_clear_cpu_cap instead of clear_cpu_cap
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 3/3] crypto: inside-secure - Add MaxLinear platform
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• [PATCH 0/3] crypto: inside-secure: Add Support for MaxLinear Platform
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• [PATCH 1/3] crypto: inside-secure - Expand soc data structure
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• [PATCH 2/3] crypto: inside-secure - Add fw_little_endian option
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/6] crypto: benchmark - add a crypto benchmark tool
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH linux-next] crypto: octeontx2 - Remove the unneeded result variable
  • From: cgel.zte@xxxxxxxxx
• [PATCH linux-next] crypto: ccp: Remove the unneeded result variable
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• RE: [PATCH -next] crypto: aspeed - Fix check for platform_get_irq() errors
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH -next] crypto: aspeed - Fix check for platform_get_irq() errors
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH v2] padata: fix lockdep warning
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH Part2 v6 37/49] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Ashish Kalra <ashkalra@xxxxxxx>
• Re: [PATCH Part2 v6 37/49] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part2 v6 37/49] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Alper Gun <alpergun@xxxxxxxxxx>
• Re: [PATCH Part2 v6 37/49] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH] hw_random: rockchip: import driver from vendor tree
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH Part2 v5 39/45] KVM: SVM: Introduce ops for the post gfn map and unmap
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part2 v6 37/49] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Alper Gun <alpergun@xxxxxxxxxx>
• Re: [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: Sven van Ashbrook <svenva@xxxxxxxxxxxx>
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH] padata: fix lockdep warning in padata serialization
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH] crypto: add rsize config to .config only if lib_poly1305 is set
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: Sven van Ashbrook <svenva@xxxxxxxxxxxx>
• Re: [PATCH v2 1/5] perf/x86/intel/lbr: use setup_clear_cpu_cap instead of clear_cpu_cap
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 0/5] x86: cpuid: improve support for broken CPUID configurations
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [RFC PATCH 3/6] crytpo: benchmark - support compression/decompresssion
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• [RFC PATCH 2/6] crypto: benchmark - add a crypto benchmark tool
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• [RFC PATCH 4/6] crypto: benchmark - add help information
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• [RFC PATCH 1/6] moduleparams: Add hexulong type parameter
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• [RFC PATCH 5/6] crypto: benchmark - add API documentation
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• [RFC PATCH 6/6] MAINTAINERS: add crypto benchmark MAINTAINER
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• [RFC PATCH 0/6] crypto: benchmark - add the crypto benchmark
  • From: Yang Shen <shenyang39@xxxxxxxxxx>
• Re: Inquiry about the removal of flag O_NONBLOCK on /dev/random
  • From: "Guozihua (Scott)" <guozihua@xxxxxxxxxx>
• Re: Inquiry about the removal of flag O_NONBLOCK on /dev/random
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: Inquiry about the removal of flag O_NONBLOCK on /dev/random
  • From: "Guozihua (Scott)" <guozihua@xxxxxxxxxx>
• RE: linux-next: Fixes tag needs some work in the crypto tree
  • From: "Cabiddu, Giovanni" <giovanni.cabiddu@xxxxxxxxx>
• Re: [PATCH v8 2/3] Documentation: add a isolation strategy sysfs node for uacce
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [REGESSION] Bug 216502 - slow crng initialization on Rockchip 3399 (Friendyarm NanoPi M4)
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 RESEND] virtio-crypto: fix memory-leak
  • From: Lei He <helei.sig11@xxxxxxxxxxxxx>
• [PATCH v2] crypto: marvell/octeontx - prevent integer overflows
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v2] crypto: cavium - prevent integer overflow loading firmware
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] crypto: aspeed: fix build error when only CRYPTO_DEV_ASPEED is enabled
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• RE: [PATCH v2] crypto: aspeed: fix build module error
  • From: Neal Liu <neal_liu@xxxxxxxxxxxxxx>
• [PATCH] crypto: add rsize config to .config only if lib_poly1305 is set
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH v8 2/3] Documentation: add a isolation strategy sysfs node for uacce
  • From: "yekai (A)" <yekai13@xxxxxxxxxx>
• Re: [PATCH RESEND v1 1/9] crypto/ycc: Add YCC (Yitian Cryptography Complex) accelerator driver
  • From: guanjun <guanjun@xxxxxxxxxxxxxxxxx>
• linux-next: Fixes tag needs some work in the crypto tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH -next 2/2] crypto: x86: kmsan: disable accelerated configs in KMSAN builds
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [syzbot] inconsistent lock state in padata_do_serial (2)
  • From: syzbot <syzbot+bc05445bc14148d51915@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [REGESSION] Bug 216502 - slow crng initialization on Rockchip 3399 (Friendyarm NanoPi M4)
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/16] crypto: ux500/hash: Implement .export and .import
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: hisilicon/qm - fix the qos value initialization
  • From: y00501072 <yekai13@xxxxxxxxxx>
• [PATCH -next] hwrng: Remove duplicate include
  • From: williamsukatube@xxxxxxx
• Re: [PATCH] crypto: sun4i-ss - use DEFINE_SHOW_ATTRIBUTE to simplify sun4i_ss_debugfs
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH v2] crypto: aspeed: fix build module error
  • From: Dhananjay Phadke <dphadke@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: Sven van Ashbrook <svenva@xxxxxxxxxxxx>
• [PATCH] crypto: sun4i-ss - use DEFINE_SHOW_ATTRIBUTE to simplify sun4i_ss_debugfs
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• [PATCH RFC v3] random: implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 2/3] crypto: aria-avx: add AES-NI/AVX/x86_64/GFNI assembler implementation of aria cipher
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• [PATCH v4 0/3] crypto: aria: add ARIA AES-NI/AVX/x86_64/GFNI implementation
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• [PATCH v4 3/3] crypto: tcrypt: add async speed test for aria cipher
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• [PATCH v4 1/3] crypto: aria: prepare generic module for optimized implementations
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [PATCH v3 2/3] crypto: aria-avx: add AES-NI/AVX/x86_64/GFNI assembler implementation of aria cipher
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [PATCH v3 2/3] crypto: aria-avx: add AES-NI/AVX/x86_64/GFNI assembler implementation of aria cipher
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: artpec6 - Fix printk warning on size_t/%d
  • From: Jesper Nilsson <Jesper.Nilsson@xxxxxxxx>
• Re: [PATCH v3 2/3] crypto: aria-avx: add AES-NI/AVX/x86_64/GFNI assembler implementation of aria cipher
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [PATCH v2] crypto: aspeed: fix build module error
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] crypto: artpec6 - Fix printk warning on size_t/%d
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto: inside_secure - Change swab to swab32
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: hisilicon/sec - delete redundant blank lines
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] crypto: qat - fix DMA mappings
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] crypto: hisilicon - support get device information from registers
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] crypto: aria-avx: add AES-NI/AVX/x86_64/GFNI assembler implementation of aria cipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] crypto: qat - expose deflate through acomp api for QAT GEN2
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v1 1/9] crypto/ycc: Add YCC (Yitian Cryptography Complex) accelerator driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next 2/2] crypto: x86: kmsan: disable accelerated configs in KMSAN builds
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH RESEND v1 0/9] Drivers for Alibaba YCC (Yitian Cryptography Complex) cryptographic accelerator
  • From: guanjun <guanjun@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: Sven van Ashbrook <svenva@xxxxxxxxxxxx>
• Re: Should Linux set the new constant-time mode CPU flags?
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Should Linux set the new constant-time mode CPU flags?
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 0/2] crypto: intel-fcs: Add crypto service driver for Intel SoCFPGA
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH] crypto: marvell/octeontx - prevent integer overflows
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 0/2] crypto: intel-fcs: Add crypto service driver for Intel SoCFPGA
  • From: wen.ping.teh@xxxxxxxxx
• Re: [PATCH] crypto: cavium - prevent integer overflow loading firmware
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 8/9] crypto: qat - expose deflate through acomp api for QAT GEN2
  • From: Giovanni Cabiddu <giovanni.cabiddu@xxxxxxxxx>
• Re: [PATCH 0/2] crypto: intel-fcs: Add crypto service driver for Intel SoCFPGA
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/2] crypto: intel-fcs: crypto service driver for Intel SoCFPGA family
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] crypto: add __init/__exit annotations to init/exit funcs
  • From: Xiu Jianfeng <xiujianfeng@xxxxxxxxxx>
• Re: [PATCH 0/2] crypto: intel-fcs: Add crypto service driver for Intel SoCFPGA
  • From: wen.ping.teh@xxxxxxxxx
• [PATCH v2 2/2] hwrng: core: fix suspend/resume race condition
  • From: Sven van Ashbrook <svenva@xxxxxxxxxxxx>
• [PATCH v2 1/2] random: move add_hwgenerator_randomness()'s wait outside function
  • From: Sven van Ashbrook <svenva@xxxxxxxxxxxx>
• Re: [PATCH 1/2] crypto: intel-fcs: crypto service driver for Intel SoCFPGA family
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH Part2 v5 39/45] KVM: SVM: Introduce ops for the post gfn map and unmap
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCH Part2 v5 39/45] KVM: SVM: Introduce ops for the post gfn map and unmap
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCH Part2 v5 39/45] KVM: SVM: Introduce ops for the post gfn map and unmap
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 1/2] crypto: intel-fcs: crypto service driver for Intel SoCFPGA family
  • From: wen.ping.teh@xxxxxxxxx
• [PATCH 0/2] crypto: intel-fcs: Add crypto service driver for Intel SoCFPGA
  • From: wen.ping.teh@xxxxxxxxx
• Re: [PATCH Part2 v5 39/45] KVM: SVM: Introduce ops for the post gfn map and unmap
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• RE: Accidental config renaming in commit 3f342a23257d ("crypto: Kconfig - simplify hash entries")
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• [PATCH 2/2] crypto: Kconfig - remove CRYPTO_BLAKE2S symbol
  • From: Robert Elliott <elliott@xxxxxxx>
• [PATCH 1/2] crypto/arm64: Kconfig - fix SHA1 symbol name
  • From: Robert Elliott <elliott@xxxxxxx>
• Re: Accidental config renaming in commit 3f342a23257d ("crypto: Kconfig - simplify hash entries")
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• [PATCH] crypto: revert unintended config addition of CRYPTO_BLAKE2S
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• [PATCH] crypto: revert unintended config name change for CRYPTO_SHA1_ARM64_CE
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH -next 1/2] x86: crypto: kmsan: revert !KMSAN dependencies
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH Part2 v5 39/45] KVM: SVM: Introduce ops for the post gfn map and unmap
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH -next 1/2] x86: crypto: kmsan: revert !KMSAN dependencies
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/16] crypto: ux500/hash: Implement .export and .import
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: drbg using jitterentropy_rng causes huge latencies
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [EXT] Re: [RFC PATCH HBK: 2/8] hw-bound-key: flag-is_hbk added to the tfm
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: [EXT] Re: [RFC PATCH HBK: 2/8] hw-bound-key: flag-is_hbk added to the tfm
  • From: Varun Sethi <V.Sethi@xxxxxxx>
• Re: Accidental config renaming in commit 3f342a23257d ("crypto: Kconfig - simplify hash entries")
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: Accidental config renaming in commit 3f342a23257d ("crypto: Kconfig - simplify hash entries")
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• [PATCH v3 2/2] crypto: inside-secure - Replace generic aes with libaes
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• [PATCH v3 1/2] crypto: inside_secure - Avoid dma map if size is zero
  • From: Peter Harliman Liem <pliem@xxxxxxxxxxxxx>
• Re: [EXT] Re: [RFC PATCH HBK: 2/8] hw-bound-key: flag-is_hbk added to the tfm
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: manual merge of the mm tree with the crypto tree
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RE: [EXT] Re: [RFC PATCH HBK: 2/8] hw-bound-key: flag-is_hbk added to the tfm
  • From: Varun Sethi <V.Sethi@xxxxxxx>
• Re: linux-next: manual merge of the mm tree with the crypto tree
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• drbg using jitterentropy_rng causes huge latencies
  • From: GROSSSCHARTNER Benjamin <benjamin.grossschartner@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/26] tcp: Initial support for RFC5925 auth option
  • From: Salam Noureddine <noureddine@xxxxxxxxxx>
• [PATCH 3/3] crypto: qat - use reference to structure in dma_map_single()
  • From: Giovanni Cabiddu <giovanni.cabiddu@xxxxxxxxx>
• [PATCH 0/3] crypto: qat - fix DMA mappings
  • From: Giovanni Cabiddu <giovanni.cabiddu@xxxxxxxxx>
• [PATCH 1/3] crypto: qat - fix DMA transfer direction
  • From: Giovanni Cabiddu <giovanni.cabiddu@xxxxxxxxx>
• [PATCH 2/3] Revert "crypto: qat - reduce size of mapped region"
  • From: Giovanni Cabiddu <giovanni.cabiddu@xxxxxxxxx>
• Re: [PATCH Part2 v6 28/49] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_FINISH command
  • From: Harald Hoyer <harald@xxxxxxxxx>