Linux Cryptography

• Date Index

• RE: Need help with failling gcm_base(ctr,ghash-generic) selftest, (continued)
  • RE: Need help with failling gcm_base(ctr,ghash-generic) selftest, Pascal Van Leeuwen
• [RFC 0/9] dt-bindings: first tentative of conversion to yaml format, Neil Armstrong
  • [RFC 2/9] dt-bindings: rng: amlogic,meson-rng: convert to yaml, Neil Armstrong
  • Re: [RFC 0/9] dt-bindings: first tentative of conversion to yaml format, Rob Herring
• [PATCH 3/5] crypto: Reduce default RT priority, Peter Zijlstra
  • Re: [PATCH 3/5] crypto: Reduce default RT priority, Herbert Xu
• [PATCH] linux-next 20190731 - aegis128-core.c fails to build, Valdis Klētnieks
  • Re: [PATCH] linux-next 20190731 - aegis128-core.c fails to build, Ard Biesheuvel
    • Re: [PATCH] linux-next 20190731 - aegis128-core.c fails to build, Valdis Klētnieks
      • Re: [PATCH] linux-next 20190731 - aegis128-core.c fails to build, Ard Biesheuvel
        • Re: [PATCH] linux-next 20190731 - aegis128-core.c fails to build, Valdis Klētnieks
          • Re: [PATCH] linux-next 20190731 - aegis128-core.c fails to build, Ard Biesheuvel
• [PATCH] asm-generic: Remove redundant arch-specific rules for simd.h, Herbert Xu
  • Re: [PATCH] asm-generic: Remove redundant arch-specific rules for simd.h, Ard Biesheuvel
  • Re: [PATCH] asm-generic: Remove redundant arch-specific rules for simd.h, Arnd Bergmann
• Sent out some incorrect patch mails for crypto:inside-secure, please ignore, Pascal Van Leeuwen
• [PATCHv3 0/4] crypto: inside-secure - broaden driver scope, Pascal van Leeuwen
  • [PATCH 1/4] crypto: inside-secure - make driver selectable for non-Marvell hardware, Pascal van Leeuwen
  • [PATCH 2/4] crypto: inside-secure - Remove redundant algo to engine mapping code, Pascal van Leeuwen
  • [PATCH 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Pascal van Leeuwen
  • [PATCH 3/4] crypto: inside-secure - add support for PCI based FPGA development board, Pascal van Leeuwen
  • <Possible follow-ups>
  • [PATCHv3 0/4] crypto: inside-secure - broaden driver scope, Pascal van Leeuwen
    • [PATCHv3 1/4] crypto: inside-secure - make driver selectable for non-Marvell hardware, Pascal van Leeuwen
      • Re: [PATCHv3 1/4] crypto: inside-secure - make driver selectable for non-Marvell hardware, Antoine Tenart
    • [PATCHv3 2/4] crypto: inside-secure - Remove redundant algo to engine mapping code, Pascal van Leeuwen
      • Re: [PATCHv3 2/4] crypto: inside-secure - Remove redundant algo to engine mapping code, Antoine Tenart
    • [PATCHv3 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Pascal van Leeuwen
      • Re: [PATCHv3 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Antoine Tenart
        • RE: [PATCHv3 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Pascal Van Leeuwen
          • Re: [PATCHv3 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Antoine Tenart
            • RE: [PATCHv3 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Pascal Van Leeuwen
              • Re: [PATCHv3 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Antoine Tenart
                • RE: [PATCHv3 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Pascal Van Leeuwen
                  • Re: [PATCHv3 4/4] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Antoine Tenart
    • [PATCHv3 3/4] crypto: inside-secure - add support for PCI based FPGA development board, Pascal van Leeuwen
      • Re: [PATCHv3 3/4] crypto: inside-secure - add support for PCI based FPGA development board, Antoine Tenart
        • RE: [PATCHv3 3/4] crypto: inside-secure - add support for PCI based FPGA development board, Pascal Van Leeuwen
          • Re: [PATCHv3 3/4] crypto: inside-secure - add support for PCI based FPGA development board, Antoine Tenart
            • RE: [PATCHv3 3/4] crypto: inside-secure - add support for PCI based FPGA development board, Pascal Van Leeuwen
• [PATCH v5 00/14] crypto: caam - fixes for kernel v5.3, Iuliana Prodan
  • [PATCH v5 12/14] crypto: caam - execute module exit point only if necessary, Iuliana Prodan
  • [PATCH v5 10/14] crypto: caam - fix MDHA key derivation for certain user key lengths, Iuliana Prodan
  • [PATCH v5 13/14] crypto: caam - unregister algorithm only if the registration succeeded, Iuliana Prodan
  • [PATCH v5 06/14] crypto: caam - check assoclen, Iuliana Prodan
  • [PATCH v5 11/14] crypto: caam - free resources in case caam_rng registration failed, Iuliana Prodan
  • [PATCH v5 04/14] crypto: caam - check key length, Iuliana Prodan
  • [PATCH v5 05/14] crypto: caam - check authsize, Iuliana Prodan
  • [PATCH v5 02/14] crypto: caam - fix return code in completion callbacks, Iuliana Prodan
  • [PATCH v5 09/14] crypto: caam - keep both virtual and dma key addresses, Iuliana Prodan
  • [PATCH v5 08/14] crypto: caam - update rfc4106 sh desc to support zero length input, Iuliana Prodan
  • [PATCH v5 03/14] crypto: caam - update IV only when crypto operation succeeds, Iuliana Prodan
  • [PATCH v5 07/14] crypto: caam - check zero-length input, Iuliana Prodan
  • [PATCH v5 01/14] crypto: caam/qi - fix error handling in ERN handler, Iuliana Prodan
  • [PATCH v5 14/14] crypto: caam - change return value in case CAAM has no MDHA, Iuliana Prodan
  • Re: [PATCH v5 00/14] crypto: caam - fixes for kernel v5.3, Herbert Xu
• [PATCH v3 0/2] crypto: validate inputs for gcm and aes, Iuliana Prodan
  • [PATCH v3 1/2] crypto: gcm - helper functions for assoclen/authsize check, Iuliana Prodan
  • [PATCH v3 2/2] crypto: aes - helper function to validate key length for AES algorithms, Iuliana Prodan
  • Re: [PATCH v3 0/2] crypto: validate inputs for gcm and aes, Horia Geanta
    • Re: [PATCH v3 0/2] crypto: validate inputs for gcm and aes, Ard Biesheuvel
  • Re: [PATCH v3 0/2] crypto: validate inputs for gcm and aes, Herbert Xu
• [PATCH] crypto: inside-secure: Remove redundant DES ECB & CBC keysize check, Pascal van Leeuwen
  • Re: [PATCH] crypto: inside-secure: Remove redundant DES ECB & CBC keysize check, Antoine Tenart
  • Re: [PATCH] crypto: inside-secure: Remove redundant DES ECB & CBC keysize check, Herbert Xu
• [PATCH v2] crypto:ccp - Clean up and exit correctly on allocation failure, Hook, Gary
  • Re: [PATCH v2] crypto:ccp - Clean up and exit correctly on allocation failure, Herbert Xu
• [PATCH for-4.14.y 3/3] crypto: crypto4xx - fix a potential double free in ppc4xx_trng_probe, Amit Pundir
  • Re: [PATCH for-4.14.y 3/3] crypto: crypto4xx - fix a potential double free in ppc4xx_trng_probe, Greg KH
• [PATCH v5 13/29] compat_ioctl: move more drivers to compat_ptr_ioctl, Arnd Bergmann
  • Re: [PATCH v5 13/29] compat_ioctl: move more drivers to compat_ptr_ioctl, Dan Williams
• [PATCH v9 00/11] x86: PIE support to extend KASLR randomization, Thomas Garnier
  • [PATCH v9 01/11] x86/crypto: Adapt assembly for PIE support, Thomas Garnier
    • Re: [PATCH v9 01/11] x86/crypto: Adapt assembly for PIE support, Borislav Petkov
      • Re: [PATCH v9 01/11] x86/crypto: Adapt assembly for PIE support, Kees Cook
        • Re: [PATCH v9 01/11] x86/crypto: Adapt assembly for PIE support, Borislav Petkov
          • Re: [PATCH v9 01/11] x86/crypto: Adapt assembly for PIE support, Thomas Garnier
  • Re: [PATCH v9 00/11] x86: PIE support to extend KASLR randomization, Borislav Petkov
    • Re: [PATCH v9 00/11] x86: PIE support to extend KASLR randomization, Peter Zijlstra
      • Re: [PATCH v9 00/11] x86: PIE support to extend KASLR randomization, Thomas Garnier
        • Re: [PATCH v9 00/11] x86: PIE support to extend KASLR randomization, Thomas Garnier
• [PATCH] crypto:ccp - Return from init on allocation failure, Hook, Gary
  • Re: [PATCH] crypto:ccp - Return from init on allocation failure, Gary R Hook
• [PATCH v6 05/57] crypto: Remove dev_err() usage after platform_get_irq(), Stephen Boyd
  • Re: [PATCH v6 05/57] crypto: Remove dev_err() usage after platform_get_irq(), Herbert Xu
• Crypto API skcipher key size question, Pascal Van Leeuwen
  • Re: Crypto API skcipher key size question, Herbert Xu
• [PATCH v4] crypto: gcm - restrict assoclen for rfc4543, Iuliana Prodan
  • Re: [PATCH v4] crypto: gcm - restrict assoclen for rfc4543, Herbert Xu
• [PATCH 0/3] AES GCM fixes for the CCP crypto driver, Hook, Gary
  • [PATCH 1/3] crypto: ccp - Fix oops by properly managing allocated structures, Hook, Gary
  • [PATCH 2/3] crypto: ccp - Add support for valid authsize values less than 16, Hook, Gary
  • [PATCH 3/3] crypto: ccp - Ignore tag length when decrypting GCM ciphertext, Hook, Gary
  • Re: [PATCH 0/3] AES GCM fixes for the CCP crypto driver, Herbert Xu
• [PATCH 0/2] crypto: inside-secure - Cosmetic fixes for readability, Pascal van Leeuwen
  • [PATCH 2/2] crypto: inside-secure: This fixes a mistake in a comment for XTS, Pascal van Leeuwen
    • Re: [PATCH 2/2] crypto: inside-secure: This fixes a mistake in a comment for XTS, Antoine Tenart
    • Re: [PATCH 2/2] crypto: inside-secure: This fixes a mistake in a comment for XTS, Herbert Xu
      • RE: [PATCH 2/2] crypto: inside-secure: This fixes a mistake in a comment for XTS, Pascal Van Leeuwen
  • [PATCH 1/2] crypto: inside-secure - Use defines instead of some constants (cosmetic), Pascal van Leeuwen
    • Re: [PATCH 1/2] crypto: inside-secure - Use defines instead of some constants (cosmetic), Antoine Tenart
    • Re: [PATCH 1/2] crypto: inside-secure - Use defines instead of some constants (cosmetic), Herbert Xu
• [RFC 0/3] Making a secure hash function avaiable during early boot?, Hans de Goede
  • [RFC 1/3] crypto/sha256: Factor out the parts of base API that don't use shash_desc, Hans de Goede
  • [RFC 2/3] crypto/sha256: Export a sha256_{init,update,final}_direct() API, Hans de Goede
  • [RFC 3/3] crypto/sha256: Build the SHA256 core separately from the crypto module, Hans de Goede
    • Re: [RFC 3/3] crypto/sha256: Build the SHA256 core separately from the crypto module, Stephan Mueller
      • Re: [RFC 3/3] crypto/sha256: Build the SHA256 core separately from the crypto module, Hans de Goede
      • Re: [RFC 3/3] crypto/sha256: Build the SHA256 core separately from the crypto module, Eric Biggers
        • Re: [RFC 3/3] crypto/sha256: Build the SHA256 core separately from the crypto module, Hans de Goede
          • Re: [RFC 3/3] crypto/sha256: Build the SHA256 core separately from the crypto module, Eric Biggers
            • Re: [RFC 3/3] crypto/sha256: Build the SHA256 core separately from the crypto module, Hans de Goede
              • Re: [RFC 3/3] crypto/sha256: Build the SHA256 core separately from the crypto module, Herbert Xu
• [PATCH v4 00/14] crypto: caam - fixes for kernel v5.3, Iuliana Prodan
  • [PATCH v4 03/14] crypto: caam - update IV only when crypto operation succeeds, Iuliana Prodan
  • [PATCH v4 13/14] crypto: caam - unregister algorithm only if the registration succeeded, Iuliana Prodan
  • [PATCH v4 12/14] crypto: caam - execute module exit point only if necessary, Iuliana Prodan
  • [PATCH v4 14/14] crypto: caam - change return value in case CAAM has no MDHA, Iuliana Prodan
  • [PATCH v4 10/14] crypto: caam - fix MDHA key derivation for certain user key lengths, Iuliana Prodan
    • Re: [PATCH v4 10/14] crypto: caam - fix MDHA key derivation for certain user key lengths, Iuliana Prodan
  • [PATCH v4 09/14] crypto: caam - keep both virtual and dma key addresses, Iuliana Prodan
    • Re: [PATCH v4 09/14] crypto: caam - keep both virtual and dma key addresses, Iuliana Prodan
  • [PATCH v4 08/14] crypto: caam - update rfc4106 sh desc to support zero length input, Iuliana Prodan
    • Re: [PATCH v4 08/14] crypto: caam - update rfc4106 sh desc to support zero length input, Horia Geanta
  • [PATCH v4 06/14] crypto: caam - check assoclen, Iuliana Prodan
  • [PATCH v4 04/14] crypto: caam - check key length, Iuliana Prodan
  • [PATCH v4 11/14] crypto: caam - free resources in case caam_rng registration failed, Iuliana Prodan
  • [PATCH v4 02/14] crypto: caam - fix return code in completion callbacks, Iuliana Prodan
  • [PATCH v4 07/14] crypto: caam - check zero-length input, Iuliana Prodan
  • [PATCH v4 05/14] crypto: caam - check authsize, Iuliana Prodan
  • [PATCH v4 01/14] crypto: caam/qi - fix error handling in ERN handler, Iuliana Prodan
    • Re: [PATCH v4 01/14] crypto: caam/qi - fix error handling in ERN handler, Iuliana Prodan
• [PATCH v3] crypto: gcm - restrict assoclen for rfc4543, Iuliana Prodan
  • Re: [PATCH v3] crypto: gcm - restrict assoclen for rfc4543, Horia Geanta
• [PATCH v2 0/2] crypto: validate inputs for gcm and aes, Iuliana Prodan
  • [PATCH v2 2/2] crypto: aes - helper function to validate key length for AES algorithms, Iuliana Prodan
    • Re: [PATCH v2 2/2] crypto: aes - helper function to validate key length for AES algorithms, Horia Geanta
    • Re: [PATCH v2 2/2] crypto: aes - helper function to validate key length for AES algorithms, Ard Biesheuvel
      • Re: [PATCH v2 2/2] crypto: aes - helper function to validate key length for AES algorithms, Iuliana Prodan
        • Re: [PATCH v2 2/2] crypto: aes - helper function to validate key length for AES algorithms, Ard Biesheuvel
  • [PATCH v2 1/2] crypto: gcm - helper functions for assoclen/authsize check, Iuliana Prodan
    • Re: [PATCH v2 1/2] crypto: gcm - helper functions for assoclen/authsize check, Horia Geanta
    • Re: [PATCH v2 1/2] crypto: gcm - helper functions for assoclen/authsize check, Horia Geanta
• [PATCH] crypto: caam - fix concurrency issue in givencrypt descriptor, Horia Geantă
  • Re: [PATCH] crypto: caam - fix concurrency issue in givencrypt descriptor, Herbert Xu
  • Re: [PATCH] crypto: caam - fix concurrency issue in givencrypt descriptor, Herbert Xu
• [PATCH] crypto: ux500/crypt: Mark expected switch fall-throughs, Gustavo A. R. Silva
  • Re: [PATCH] crypto: ux500/crypt: Mark expected switch fall-throughs, Kees Cook
  • Re: [PATCH] crypto: ux500/crypt: Mark expected switch fall-throughs, Herbert Xu
• [PATCH 4.14 147/293] padata: use smp_mb in padata_reorder to avoid orphaned padata jobs, Greg Kroah-Hartman
• [PATCH 4.14 126/293] crypto: crypto4xx - fix a potential double free in ppc4xx_trng_probe, Greg Kroah-Hartman
• [PATCH v2] crypto: ccp - Log an error message when ccp-crypto fails to load, Hook, Gary
  • Re: [PATCH v2] crypto: ccp - Log an error message when ccp-crypto fails to load, Herbert Xu
• [PATCH 0/2] crypto: ccree: aead fixes, Gilad Ben-Yossef
  • [PATCH 1/2] crypto: ccree: use the full crypt length value, Gilad Ben-Yossef
  • [PATCH 2/2] crypto: ccree: use std api sg_zero_buffer, Gilad Ben-Yossef
  • Re: [PATCH 0/2] crypto: ccree: aead fixes, Herbert Xu
• [PATCH] asm-generic: make simd.h a mandatory include/asm header, Ard Biesheuvel
  • Re: [PATCH] asm-generic: make simd.h a mandatory include/asm header, Arnd Bergmann
    • Re: [PATCH] asm-generic: make simd.h a mandatory include/asm header, Ard Biesheuvel
      • Re: [PATCH] asm-generic: make simd.h a mandatory include/asm header, Arnd Bergmann
• [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Ard Biesheuvel
  • Re: [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Geert Uytterhoeven
    • Re: [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Ard Biesheuvel
      • Re: [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Geert Uytterhoeven
  • Re: [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Herbert Xu
    • Re: [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Ard Biesheuvel
      • Re: [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Herbert Xu
        • Re: [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Ard Biesheuvel
          • Re: [PATCH] crypto: aegis128 - deal with missing simd.h header on some architecures, Herbert Xu
• crypto/aegis128-core.c:19:22: fatal error: asm/simd.h: No such file or directory, Geert Uytterhoeven
• [PATCH] crypto: caam - defer probing until QMan is available, Horia Geantă
  • Re: [PATCH] crypto: caam - defer probing until QMan is available, Herbert Xu
• [PATCH] hwrng: timeriomem - add include guard to timeriomem-rng.h, Masahiro Yamada
  • Re: [PATCH] hwrng: timeriomem - add include guard to timeriomem-rng.h, Herbert Xu
• [PATCH v7 00/16] fscrypt: key management improvements, Eric Biggers
  • [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
    • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Theodore Y. Ts'o
      • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
        • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
          • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Theodore Y. Ts'o
            • Re: [f2fs-dev] [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
              • Re: [f2fs-dev] [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Theodore Y. Ts'o
                • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
                  • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
                • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
                  • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
                    • Re: [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Theodore Y. Ts'o
  • [PATCH v7 14/16] f2fs: wire up new fscrypt ioctls, Eric Biggers
    • Re: [PATCH v7 14/16] f2fs: wire up new fscrypt ioctls, Jaegeuk Kim
    • Re: [PATCH v7 14/16] f2fs: wire up new fscrypt ioctls, Chao Yu
      • Re: [PATCH v7 14/16] f2fs: wire up new fscrypt ioctls, Eric Biggers
        • [f2fs-dev] [PATCH v7 14/16] f2fs: wire up new fscrypt ioctls, Chao Yu
  • [PATCH v7 16/16] fscrypt: document the new ioctls and policy version, Eric Biggers
    • Re: [PATCH v7 16/16] fscrypt: document the new ioctls and policy version, Theodore Y. Ts'o
      • Re: [PATCH v7 16/16] fscrypt: document the new ioctls and policy version, Eric Biggers
  • [PATCH v7 15/16] ubifs: wire up new fscrypt ioctls, Eric Biggers
    • Re: [PATCH v7 15/16] ubifs: wire up new fscrypt ioctls, Theodore Y. Ts'o
  • [PATCH v7 13/16] ext4: wire up new fscrypt ioctls, Eric Biggers
    • Re: [PATCH v7 13/16] ext4: wire up new fscrypt ioctls, Theodore Y. Ts'o
  • [PATCH v7 12/16] fscrypt: require that key be added when setting a v2 encryption policy, Eric Biggers
    • Re: [PATCH v7 12/16] fscrypt: require that key be added when setting a v2 encryption policy, Theodore Y. Ts'o
  • [PATCH v7 11/16] fscrypt: allow unprivileged users to add/remove keys for v2 policies, Eric Biggers
    • Re: [PATCH v7 11/16] fscrypt: allow unprivileged users to add/remove keys for v2 policies, Theodore Y. Ts'o
  • [PATCH v7 10/16] fscrypt: v2 encryption policy support, Eric Biggers
    • Re: [PATCH v7 10/16] fscrypt: v2 encryption policy support, Theodore Y. Ts'o
      • Re: [PATCH v7 10/16] fscrypt: v2 encryption policy support, Eric Biggers
  • [PATCH v7 05/16] fscrypt: refactor v1 policy key setup into keysetup_legacy.c, Eric Biggers
    • Re: [PATCH v7 05/16] fscrypt: refactor v1 policy key setup into keysetup_legacy.c, Theodore Y. Ts'o
      • Re: [PATCH v7 05/16] fscrypt: refactor v1 policy key setup into keysetup_legacy.c, Eric Biggers
  • [PATCH v7 09/16] fscrypt: add an HKDF-SHA512 implementation, Eric Biggers
    • Re: [PATCH v7 09/16] fscrypt: add an HKDF-SHA512 implementation, Theodore Y. Ts'o
      • Re: [PATCH v7 09/16] fscrypt: add an HKDF-SHA512 implementation, Eric Biggers
        • Re: [PATCH v7 09/16] fscrypt: add an HKDF-SHA512 implementation, James Bottomley
  • [PATCH v7 03/16] fscrypt: use FSCRYPT_* definitions, not FS_*, Eric Biggers
  • [PATCH v7 06/16] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl, Eric Biggers
    • Re: [PATCH v7 06/16] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl, Theodore Y. Ts'o
      • Re: [PATCH v7 06/16] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl, Eric Biggers
        • Re: [PATCH v7 06/16] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl, Theodore Y. Ts'o
  • [PATCH v7 08/16] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl, Eric Biggers
    • Re: [PATCH v7 08/16] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl, Theodore Y. Ts'o
  • [PATCH v7 04/16] fscrypt: add ->ci_inode to fscrypt_info, Eric Biggers
    • Re: [PATCH v7 04/16] fscrypt: add ->ci_inode to fscrypt_info, Theodore Y. Ts'o
  • [PATCH v7 01/16] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>, Eric Biggers
    • Re: [PATCH v7 01/16] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>, Theodore Y. Ts'o
  • [PATCH v7 02/16] fscrypt: use FSCRYPT_ prefix for uapi constants, Eric Biggers
• [PATCH] crypto: Remove redundant #ifdef in crypto_yield(), Thomas Gleixner
  • Re: [PATCH] crypto: Remove redundant #ifdef in crypto_yield(), Herbert Xu
• [PATCH] crypto: s390/aes - fix name clash after AES library refactor, Ard Biesheuvel
  • Re: [PATCH] crypto: s390/aes - fix name clash after AES library refactor, Herbert Xu
• [cryptodev:master 18/80] arch/s390/crypto/aes_s390.c:111:13: error: conflicting types for 'aes_encrypt', kbuild test robot
• [PATCH] crypto: inside-secure - Fix null ptr derefence on rmmod for macchiatobin, Pascal van Leeuwen
  • Re: [PATCH] crypto: inside-secure - Fix null ptr derefence on rmmod for macchiatobin, Antoine Tenart
    • RE: [PATCH] crypto: inside-secure - Fix null ptr derefence on rmmod for macchiatobin, Pascal Van Leeuwen
      • Re: [PATCH] crypto: inside-secure - Fix null ptr derefence on rmmod for macchiatobin, Herbert Xu
        • RE: [PATCH] crypto: inside-secure - Fix null ptr derefence on rmmod for macchiatobin, Pascal Van Leeuwen
• [PATCH 0/2] Add support for the AES-XTS algorithm, Pascal van Leeuwen
  • [PATCH 1/2] crypto: inside-secure - Move static cipher alg & mode settings to init, Pascal van Leeuwen
  • [PATCH 2/2] crypto: inside-secure - Add support for the AES-XTS algorithm, Pascal van Leeuwen
  • Re: [PATCH 0/2] Add support for the AES-XTS algorithm, Herbert Xu
    • RE: [PATCH 0/2] Add support for the AES-XTS algorithm, Pascal Van Leeuwen
• gcm.c question regarding the rfc4106 cipher suite, Pascal Van Leeuwen
  • Re: gcm.c question regarding the rfc4106 cipher suite, Horia Geanta
    • RE: gcm.c question regarding the rfc4106 cipher suite, Pascal Van Leeuwen
• [PATCH AUTOSEL 5.2 73/85] crypto: ccp - Fix SEV_VERSION_GREATER_OR_EQUAL, Sasha Levin
• RE: [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, Pascal Van Leeuwen
  • Re: [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, antoine.tenart@xxxxxxxxxxx
    • RE: [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, Pascal Van Leeuwen
  • Re: [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, Herbert Xu
    • RE: [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, Pascal Van Leeuwen
      • Re: [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, Herbert Xu
        • RE: [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, Pascal Van Leeuwen
          • Re: [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, Herbert Xu
  • <Possible follow-ups>
  • [PATCHv2 0/3] crypto: inside-secure - broaden driver scope, Pascal van Leeuwen
    • [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Pascal van Leeuwen
      • Re: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Antoine Tenart
        • RE: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Pascal Van Leeuwen
          • Re: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Antoine Tenart
            • RE: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Pascal Van Leeuwen
              • Re: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Antoine Tenart
                • RE: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Pascal Van Leeuwen
          • RE: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Pascal Van Leeuwen
            • Re: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Herbert Xu
              • RE: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Pascal Van Leeuwen
                • Re: [PATCHv2 2/3] crypto: inside-secure - add support for PCI based FPGA development board, Herbert Xu
    • [PATCHv2 3/3] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Pascal van Leeuwen
      • Re: [PATCHv2 3/3] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Antoine Tenart
        • RE: [PATCHv2 3/3] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Pascal Van Leeuwen
          • Re: [PATCHv2 3/3] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Antoine Tenart
            • RE: [PATCHv2 3/3] crypto: inside-secure - add support for using the EIP197 without vendor firmware, Pascal Van Leeuwen
    • [PATCHv2 1/3] Kconfig: inside-secure - make driver selectable for non-Marvell hardware, Pascal van Leeuwen
• [PATCH v2 10/10] docs: remove extra conf.py files, Mauro Carvalho Chehab
• [RFC 0/9] padata: use unbound workqueues for parallel jobs, Daniel Jordan
  • [RFC 5/9] pcrypt: remove padata cpumask notifier, Daniel Jordan
  • [RFC 3/9] workqueue: require CPU hotplug read exclusion for apply_workqueue_attrs, Daniel Jordan
    • Re: [RFC 3/9] workqueue: require CPU hotplug read exclusion for apply_workqueue_attrs, Tejun Heo
      • Re: [RFC 3/9] workqueue: require CPU hotplug read exclusion for apply_workqueue_attrs, Daniel Jordan
  • [RFC 7/9] padata: use separate workqueues for parallel and serial work, Daniel Jordan
  • [RFC 2/9] workqueue: unconfine alloc/apply/free_workqueue_attrs(), Daniel Jordan
    • Re: [RFC 2/9] workqueue: unconfine alloc/apply/free_workqueue_attrs(), Tejun Heo
  • [RFC 6/9] padata, pcrypt: take CPU hotplug lock internally in padata_alloc_possible, Daniel Jordan
  • [RFC 4/9] padata: make padata_do_parallel find alternate callback CPU, Daniel Jordan
  • [RFC 8/9] padata: unbind parallel jobs from specific CPUs, Daniel Jordan
  • [RFC 1/9] padata: allocate workqueue internally, Daniel Jordan
  • [RFC 9/9] padata: remove cpu_index from the parallel_queue, Daniel Jordan
• [PATCH 0/4] crypto: add amlogic crypto offloader driver, Corentin Labbe
  • [PATCH 2/4] crypto: amlogic: Add crypto accelerator for amlogic GXL, Corentin Labbe
    • Re: [PATCH 2/4] crypto: amlogic: Add crypto accelerator for amlogic GXL, Martin Blumenstingl
      • Re: [PATCH 2/4] crypto: amlogic: Add crypto accelerator for amlogic GXL, LABBE Corentin
  • [PATCH 4/4] ARM64: dts: amlogic: adds crypto hardware node, Corentin Labbe
  • [PATCH 3/4] MAINTAINERS: Add myself as maintainer of amlogic crypto, Corentin Labbe
  • [PATCH 1/4] dt-bindings: crypto: Add DT bindings documentation for amlogic-crypto, Corentin Labbe
    • Re: [PATCH 1/4] dt-bindings: crypto: Add DT bindings documentation for amlogic-crypto, Rob Herring
      • Re: [PATCH 1/4] dt-bindings: crypto: Add DT bindings documentation for amlogic-crypto, LABBE Corentin
      • Message not available
        • Re: [PATCH 1/4] dt-bindings: crypto: Add DT bindings documentation for amlogic-crypto, LABBE Corentin
  • Re: [PATCH 0/4] crypto: add amlogic crypto offloader driver, Eric Biggers
    • Re: [PATCH 0/4] crypto: add amlogic crypto offloader driver, LABBE Corentin
• [PATCH v3 00/14] crypto: caam - fixes for kernel v5.3, Iuliana Prodan
  • [PATCH v3 01/14] crypto: caam/qi - fix error handling in ERN handler, Iuliana Prodan
  • [PATCH v3 14/14] crypto: caam - change return value in case CAAM has no MDHA, Iuliana Prodan
  • [PATCH v3 13/14] crypto: caam - unregister algorithm only if the registration succeeded, Iuliana Prodan
  • [PATCH v3 04/14] crypto: caam - check key length, Iuliana Prodan
    • Re: [PATCH v3 04/14] crypto: caam - check key length, Horia Geanta
  • [PATCH v3 12/14] crypto: caam - execute module exit point only if necessary, Iuliana Prodan
  • [PATCH v3 11/14] crypto: caam - free resources in case caam_rng registration failed, Iuliana Prodan
    • Re: [PATCH v3 11/14] crypto: caam - free resources in case caam_rng registration failed, Horia Geanta
  • [PATCH v3 08/14] crypto: caam - update rfc4106 sh desc to support zero length input, Iuliana Prodan
    • Re: [PATCH v3 08/14] crypto: caam - update rfc4106 sh desc to support zero length input, Horia Geanta
  • [PATCH v3 09/14] crypto: caam - keep both virtual and dma key addresses, Iuliana Prodan
  • [PATCH v3 10/14] crypto: caam - fix MDHA key derivation for certain user key lengths, Iuliana Prodan
    • Re: [PATCH v3 10/14] crypto: caam - fix MDHA key derivation for certain user key lengths, Horia Geanta
  • [PATCH v3 03/14] crypto: caam - update IV only when crypto operation succeeds, Iuliana Prodan
    • Re: [PATCH v3 03/14] crypto: caam - update IV only when crypto operation succeeds, Horia Geanta
  • [PATCH v3 02/14] crypto: caam - fix return code in completion callbacks, Iuliana Prodan
  • [PATCH v3 07/14] crypto: caam - check zero-length input, Iuliana Prodan
  • [PATCH v3 06/14] crypto: caam - check assoclen, Iuliana Prodan
    • Re: [PATCH v3 06/14] crypto: caam - check assoclen, Horia Geanta
  • [PATCH v3 05/14] crypto: caam - check authsize, Iuliana Prodan
    • Re: [PATCH v3 05/14] crypto: caam - check authsize, Horia Geanta
• [PATCH v2] crypto: gcm - restrict assoclen for rfc4543, Iuliana Prodan
• [PATCH 0/2] crypto: validate inputs for gcm and aes, Iuliana Prodan
  • [PATCH 1/2] crypto: gcm - helper functions for assoclen/authsize check, Iuliana Prodan
    • Re: [PATCH 1/2] crypto: gcm - helper functions for assoclen/authsize check, Horia Geanta
  • [PATCH 2/2] crypto: aes - helper function to validate key length for AES algorithms, Iuliana Prodan
    • Re: [PATCH 2/2] crypto: aes - helper function to validate key length for AES algorithms, Horia Geanta
• [RFC PATCH] rxrpc: Fix -Wframe-larger-than= warnings from on-stack crypto, David Howells
  • Re: [RFC PATCH] rxrpc: Fix -Wframe-larger-than= warnings from on-stack crypto, Ard Biesheuvel
  • Re: [RFC PATCH] rxrpc: Fix -Wframe-larger-than= warnings from on-stack crypto, David Howells
  • Re: [RFC PATCH] rxrpc: Fix -Wframe-larger-than= warnings from on-stack crypto, Arnd Bergmann
  • Re: [RFC PATCH] rxrpc: Fix -Wframe-larger-than= warnings from on-stack crypto, David Howells
• [PATCH] hwrng: Use device-managed registration API, Chuhong Yuan
  • Message not available
    • Re: [PATCH] hwrng: Use device-managed registration API, Łukasz Stelmach
  • Re: [PATCH] hwrng: Use device-managed registration API, Ludovic Desroches
  • Re: [PATCH] hwrng: Use device-managed registration API, Herbert Xu
• [PATCH 4.19 218/271] padata: use smp_mb in padata_reorder to avoid orphaned padata jobs, Greg Kroah-Hartman
• [PATCH 4.19 182/271] crypto: crypto4xx - fix a potential double free in ppc4xx_trng_probe, Greg Kroah-Hartman
• Backlog support for CAAM?, Richard Weinberger
  • Re: Backlog support for CAAM?, Horia Geanta
    • Re: Backlog support for CAAM?, Richard Weinberger
    • Re: Backlog support for CAAM?, Richard Weinberger
      • Re: Backlog support for CAAM?, Horia Geanta
• [PATCH 5.2 346/413] padata: use smp_mb in padata_reorder to avoid orphaned padata jobs, Greg Kroah-Hartman
• [PATCH 5.1 250/371] crypto: crypto4xx - fix a potential double free in ppc4xx_trng_probe, Greg Kroah-Hartman
• [PATCH 5.1 315/371] padata: use smp_mb in padata_reorder to avoid orphaned padata jobs, Greg Kroah-Hartman
• [PATCH 5.2 274/413] crypto: crypto4xx - fix a potential double free in ppc4xx_trng_probe, Greg Kroah-Hartman
• [PATCH] crypto: jitterentropy: build without sanitizer, Arnd Bergmann
  • Re: [PATCH] crypto: jitterentropy: build without sanitizer, Herbert Xu
• Re: [PATCH] fs: crypto: keyinfo: Fix a possible null-pointer dereference in derive_key_aes(), Eric Biggers
  • Re: [PATCH] fs: crypto: keyinfo: Fix a possible null-pointer dereference in derive_key_aes(), Jia-Ju Bai
    • Re: [PATCH] fs: crypto: keyinfo: Fix a possible null-pointer dereference in derive_key_aes(), Jia-Ju Bai
      • Re: [PATCH] fs: crypto: keyinfo: Fix a possible null-pointer dereference in derive_key_aes(), Eric Biggers
        • Re: [PATCH] fs: crypto: keyinfo: Fix a possible null-pointer dereference in derive_key_aes(), Jia-Ju Bai
• [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal van Leeuwen
  • Re: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Eric Biggers
    • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
      • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
        • Re: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Eric Biggers
          • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
      • Re: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Eric Biggers
        • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
          • Re: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Herbert Xu
            • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
              • Re: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Eric Biggers
                • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
                  • Re: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Eric Biggers
                    • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
                      • Re: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Eric Biggers
                        • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
          • Re: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Eric Biggers
            • RE: [PATCH] crypto: testmgr - Improve randomization of params for AEAD fuzz testing, Pascal Van Leeuwen
• [PATCH v2] crypto: nx: nx-842-powernv: Add of_node_put() before return, Nishka Dasgupta
  • Re: [PATCH v2] crypto: nx: nx-842-powernv: Add of_node_put() before return, Herbert Xu
• Re: [PATCH v2 1/3] mm: Introduce page_size(), Matthew Wilcox
  • Re: [PATCH v2 1/3] mm: Introduce page_size(), Ira Weiny
    • Re: [PATCH v2 1/3] mm: Introduce page_size(), Matthew Wilcox
      • Re: [PATCH v2 1/3] mm: Introduce page_size(), Ira Weiny
        • Re: [PATCH v2 1/3] mm: Introduce page_size(), Matthew Wilcox
  • Re: [PATCH v2 1/3] mm: Introduce page_size(), Andrew Morton
    • Re: [PATCH v2 1/3] mm: Introduce page_size(), Matthew Wilcox
      • RE: [PATCH v2 1/3] mm: Introduce page_size(), Weiny, Ira
• [PATCH v2 1/2] crypto: add header include guards, Masahiro Yamada
  • [PATCH v2 2/2] crypto: user - fix potential warnings in cryptouser.h, Masahiro Yamada
  • Re: [PATCH v2 1/2] crypto: add header include guards, Herbert Xu
• [PATCH v5] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Vakul Garg
  • Re: [PATCH v5] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Horia Geanta
  • Re: [PATCH v5] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Herbert Xu
• [PATCH v4] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Vakul Garg
  • Re: [PATCH v4] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Horia Geanta
    • RE: [PATCH v4] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Vakul Garg
• [PATCH] crypto: nx: nx-842-powernv: Add of_node_put() before return, Nishka Dasgupta
  • Re: [PATCH] crypto: nx: nx-842-powernv: Add of_node_put() before return, Stewart Smith
• [PATCH] crypto: qat - Silence smp_processor_id() warning, Sverdlin, Alexander (Nokia - DE/Ulm)
  • Re: [PATCH] crypto: qat - Silence smp_processor_id() warning, Giovanni Cabiddu
    • Re: [PATCH] crypto: qat - Silence smp_processor_id() warning, Sverdlin, Alexander (Nokia - DE/Ulm)
    • Re: [PATCH] crypto: qat - Silence smp_processor_id() warning, Sverdlin, Alexander (Nokia - DE/Ulm)
  • Re: [PATCH] crypto: qat - Silence smp_processor_id() warning, Herbert Xu
• [PATCH] crypto: atmel-sha204a: Use device-managed registration API, Chuhong Yuan
  • Re: [PATCH] crypto: atmel-sha204a: Use device-managed registration API, Ludovic Desroches
  • Re: [PATCH] crypto: atmel-sha204a: Use device-managed registration API, Herbert Xu
• [PATCH v3] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Vakul Garg
• CAVS test implementation, Bhat, Jayalakshmi Manjunath
  • Re: CAVS test implementation, Stephan Mueller
• [PATCH v1 0/2] hwrng: npcm: add NPCM RNG driver support, Tomer Maimon
  • [PATCH v1 1/2] dt-binding: hwrng: add NPCM RNG documentation, Tomer Maimon
    • Re: [PATCH v1 1/2] dt-binding: hwrng: add NPCM RNG documentation, Rob Herring
      • Re: [PATCH v1 1/2] dt-binding: hwrng: add NPCM RNG documentation, Avi Fishman
  • [PATCH v1 2/2] hwrng: npcm: add NPCM RNG driver, Tomer Maimon
  • <Possible follow-ups>
  • [PATCH v1 0/2] hwrng: npcm: add NPCM RNG driver support, Tomer Maimon
    • [PATCH v1 2/2] hwrng: npcm: add NPCM RNG driver, Tomer Maimon
      • Re: [PATCH v1 2/2] hwrng: npcm: add NPCM RNG driver, Daniel Thompson
        • Message not available
          • Re: [PATCH v1 2/2] hwrng: npcm: add NPCM RNG driver, Daniel Thompson
            • Message not available
              • Re: [PATCH v1 2/2] hwrng: npcm: add NPCM RNG driver, Daniel Thompson
    • [PATCH v1 1/2] dt-binding: hwrng: add NPCM RNG documentation, Tomer Maimon
      • Re: [PATCH v1 1/2] dt-binding: hwrng: add NPCM RNG documentation, Daniel Thompson
    • Re: [PATCH v1 2/2] hwrng: npcm: add NPCM RNG driver, Milton Miller II
• Testmgr fuzz testing, Pascal Van Leeuwen
  • Re: Testmgr fuzz testing, Eric Biggers
    • RE: Testmgr fuzz testing, Pascal Van Leeuwen
      • Re: Testmgr fuzz testing, Eric Biggers
        • RE: Testmgr fuzz testing, Pascal Van Leeuwen
• [PATCH] crypto: ghash - add comment and improve help text, Eric Biggers
  • Re: [PATCH] crypto: ghash - add comment and improve help text, Ard Biesheuvel
  • RE: [PATCH] crypto: ghash - add comment and improve help text, Pascal Van Leeuwen
  • Re: [PATCH] crypto: ghash - add comment and improve help text, Herbert Xu
• generic ahash question, Pascal Van Leeuwen
  • Re: generic ahash question, Herbert Xu
    • RE: generic ahash question, Pascal Van Leeuwen
  • Re: generic ahash question, Eric Biggers
    • RE: generic ahash question, Pascal Van Leeuwen
      • Re: generic ahash question, Eric Biggers
        • RE: generic ahash question, Pascal Van Leeuwen
          • Re: generic ahash question, Herbert Xu
• ghash, Pascal Van Leeuwen
  • Re: ghash, Eric Biggers
    • RE: ghash, Pascal Van Leeuwen
      • Re: ghash, Eric Biggers
        • RE: ghash, Pascal Van Leeuwen
          • Re: ghash, Eric Biggers
            • Re: ghash, Eric Biggers
              • RE: ghash, Pascal Van Leeuwen
            • RE: ghash, Pascal Van Leeuwen
• [PATCH v2] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Vakul Garg
  • Re: [PATCH v2] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Horia Geanta
    • RE: [PATCH v2] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Vakul Garg
      • Re: [PATCH v2] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Horia Geanta
    • RE: [PATCH v2] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Vakul Garg
      • Re: [PATCH v2] crypto: caam/qi2 - Add printing dpseci fq stats using debugfs, Horia Geanta
• [PATCH 1/2] crypto: ccree - check assoclen for rfc4543, Iuliana Prodan
  • [PATCH 2/2] crypto: bcm - check assoclen for rfc4543/rfc4106, Iuliana Prodan
  • Re: [PATCH 1/2] crypto: ccree - check assoclen for rfc4543, Herbert Xu
• [PATCH v2 00/14] crypto: caam - fixes for kernel v5.3, Iuliana Prodan
  • [PATCH v2 01/14] crypto: caam/qi - fix error handling in ERN handler, Iuliana Prodan
  • [PATCH v2 10/14] crypto: caam - fix DKP for certain key lengths, Iuliana Prodan
  • [PATCH v2 13/14] crypto: caam - unregister algorithm only if the registration succeeded, Iuliana Prodan
    • Re: [PATCH v2 13/14] crypto: caam - unregister algorithm only if the registration succeeded, Horia Geanta
  • [PATCH v2 02/14] crypto: caam - fix return code in completion callbacks, Iuliana Prodan
  • [PATCH v2 11/14] crypto: caam - free resources in case caam_rng registration failed, Iuliana Prodan
    • Re: [PATCH v2 11/14] crypto: caam - free resources in case caam_rng registration failed, Horia Geanta
  • [PATCH v2 04/14] crypto: caam - check key length, Iuliana Prodan
    • Re: [PATCH v2 04/14] crypto: caam - check key length, Horia Geanta
  • [PATCH v2 05/14] crypto: caam - check authsize, Iuliana Prodan
    • Re: [PATCH v2 05/14] crypto: caam - check authsize, Horia Geanta
  • [PATCH v2 14/14] crypto: caam - change return value in case CAAM has no MDHA, Iuliana Prodan
    • Re: [PATCH v2 14/14] crypto: caam - change return value in case CAAM has no MDHA, Horia Geanta
  • [PATCH v2 12/14] crypto: caam - execute module exit point only if necessary, Iuliana Prodan
    • Re: [PATCH v2 12/14] crypto: caam - execute module exit point only if necessary, Horia Geanta
  • [PATCH v2 08/14] crypto: caam - update rfc4106 sh desc to support zero length input, Iuliana Prodan
    • Re: [PATCH v2 08/14] crypto: caam - update rfc4106 sh desc to support zero length input, Horia Geanta
  • [PATCH v2 06/14] crypto: caam - check assoclen, Iuliana Prodan
    • Re: [PATCH v2 06/14] crypto: caam - check assoclen, Horia Geanta
      • Re: [PATCH v2 06/14] crypto: caam - check assoclen, Herbert Xu
  • [PATCH v2 07/14] crypto: caam - check zero-length input, Iuliana Prodan
    • Re: [PATCH v2 07/14] crypto: caam - check zero-length input, Horia Geanta
  • [PATCH v2 09/14] crypto: caam - keep both virtual and dma key addresses, Iuliana Prodan
    • Re: [PATCH v2 09/14] crypto: caam - keep both virtual and dma key addresses, Horia Geanta
  • [PATCH v2 03/14] crypto: caam - update IV only when crypto operation succeeds, Iuliana Prodan
• [PATCH] crypto: caam - move shared symbols in a common location, Iuliana Prodan
  • Re: [PATCH] crypto: caam - move shared symbols in a common location, Horia Geanta
• [PATCH 00/14] crypto: caam - fixes for kernel v5.3, Iuliana Prodan
  • [PATCH 03/14] crypto: caam - update IV only when crypto operation succeeds, Iuliana Prodan
    • Re: [PATCH 03/14] crypto: caam - update IV only when crypto operation succeeds, Horia Geanta
  • [PATCH 04/14] crypto: caam - check key length, Iuliana Prodan
  • [PATCH 13/14] crypto: caam - unregister algorithm only if the registration succeeded, Iuliana Prodan
  • [PATCH 10/14] crypto: caam - fix DKP for certain key lengths, Iuliana Prodan
  • [PATCH 12/14] crypto: caam - execute module exit point only if necessary, Iuliana Prodan
  • [PATCH 14/14] crypto: caam - change return value in case CAAM has no MDHA, Iuliana Prodan
  • [PATCH 09/14] crypto: caam - keep both virtual and dma key addresses, Iuliana Prodan
  • [PATCH 08/14] crypto: caam - update rfc4106 sh desc to support zero length input, Iuliana Prodan
  • [PATCH 11/14] crypto: caam - free resources in case caam_rng registration failed, Iuliana Prodan
  • [PATCH 06/14] crypto: caam - check assoclen, Iuliana Prodan
  • [PATCH 07/14] crypto: caam - check zero-length input, Iuliana Prodan
  • [PATCH 02/14] crypto: caam - fix return code in completion callbacks, Iuliana Prodan
  • [PATCH 05/14] crypto: caam - check authsize, Iuliana Prodan
  • [PATCH 01/14] crypto: caam/qi - fix error handling in ERN handler, Iuliana Prodan
• [PATCH] crypto: gcm - restrict assoclen for rfc4543, Iuliana Prodan
  • Re: [PATCH] crypto: gcm - restrict assoclen for rfc4543, Herbert Xu
    • Re: [PATCH] crypto: gcm - restrict assoclen for rfc4543, Iuliana Prodan
      • Re: [PATCH] crypto: gcm - restrict assoclen for rfc4543, Herbert Xu
        • Re: [PATCH] crypto: gcm - restrict assoclen for rfc4543, Herbert Xu
          • Re: [PATCH] crypto: gcm - restrict assoclen for rfc4543, Iuliana Prodan
• [PATCH] crypto: aegis: fix badly optimized clang output, Arnd Bergmann
  • Re: [PATCH] crypto: aegis: fix badly optimized clang output, Joe Perches
  • Re: [PATCH] crypto: aegis: fix badly optimized clang output, Nick Desaulniers
    • Re: [PATCH] crypto: aegis: fix badly optimized clang output, Arnd Bergmann
  • Re: [PATCH] crypto: aegis: fix badly optimized clang output, Herbert Xu
• [PATCH] crypto: ccp - Replace dma_pool_alloc + memset with dma_pool_zalloc, Chuhong Yuan
  • Re: [PATCH] crypto: ccp - Replace dma_pool_alloc + memset with dma_pool_zalloc, Gary R Hook
  • Re: [PATCH] crypto: ccp - Replace dma_pool_alloc + memset with dma_pool_zalloc, Herbert Xu
• [PATCH] crypto: caam/qi2 - Increase napi budget to process more caam responses, Vakul Garg
  • Re: [PATCH] crypto: caam/qi2 - Increase napi budget to process more caam responses, Horia Geanta
  • Re: [PATCH] crypto: caam/qi2 - Increase napi budget to process more caam responses, Herbert Xu
• [RFC/RFT v2 0/2] KEYS: trusted: Add generic trusted keys framework, Sumit Garg
  • [RFC/RFT v2 1/2] KEYS: trusted: create trusted keys subsystem, Sumit Garg
    • Re: [RFC/RFT v2 1/2] KEYS: trusted: create trusted keys subsystem, Jarkko Sakkinen
      • Re: [RFC/RFT v2 1/2] KEYS: trusted: create trusted keys subsystem, Sumit Garg
        • Re: [RFC/RFT v2 1/2] KEYS: trusted: create trusted keys subsystem, Jarkko Sakkinen
          • Re: [RFC/RFT v2 1/2] KEYS: trusted: create trusted keys subsystem, Sumit Garg
            • Re: [RFC/RFT v2 1/2] KEYS: trusted: create trusted keys subsystem, Jarkko Sakkinen
  • [RFC/RFT v2 2/2] KEYS: trusted: Add generic trusted keys framework, Sumit Garg
• [PATCH v6 00/14] crypto: caam - Add i.MX8MQ support, Andrey Smirnov
  • [PATCH v6 07/14] crypto: caam - drop 64-bit only wr/rd_reg64(), Andrey Smirnov
    • Re: [PATCH v6 07/14] crypto: caam - drop 64-bit only wr/rd_reg64(), Horia Geanta
  • [PATCH v6 06/14] crypto: caam - use ioread64*_hi_lo in rd_reg64, Andrey Smirnov
    • Re: [PATCH v6 06/14] crypto: caam - use ioread64*_hi_lo in rd_reg64, Horia Geanta
  • [PATCH v6 09/14] crypto: caam - move cpu_to_caam_dma() selection to runtime, Andrey Smirnov
  • [PATCH v6 10/14] crypto: caam - drop explicit usage of struct jr_outentry, Andrey Smirnov
  • [PATCH v6 11/14] crypto: caam - don't hardcode inpentry size, Andrey Smirnov
  • [PATCH v6 12/14] crypto: caam - force DMA address to 32-bit on 64-bit i.MX SoCs, Andrey Smirnov
    • Re: [PATCH v6 12/14] crypto: caam - force DMA address to 32-bit on 64-bit i.MX SoCs, Horia Geanta
      • Re: [PATCH v6 12/14] crypto: caam - force DMA address to 32-bit on 64-bit i.MX SoCs, Andrey Smirnov
        • Re: [PATCH v6 12/14] crypto: caam - force DMA address to 32-bit on 64-bit i.MX SoCs, Horia Geanta
          • Re: [PATCH v6 12/14] crypto: caam - force DMA address to 32-bit on 64-bit i.MX SoCs, Andrey Smirnov
  • [PATCH v6 14/14] crypto: caam - add clock entry for i.MX8MQ, Andrey Smirnov
  • [PATCH v6 13/14] crypto: caam - always select job ring via RSR on i.MX8MQ, Andrey Smirnov
  • [PATCH v6 08/14] crypto: caam - make CAAM_PTR_SZ dynamic, Andrey Smirnov
    • Re: [PATCH v6 08/14] crypto: caam - make CAAM_PTR_SZ dynamic, Horia Geanta
      • Re: [PATCH v6 08/14] crypto: caam - make CAAM_PTR_SZ dynamic, Andrey Smirnov
  • [PATCH v6 05/14] crytpo: caam - make use of iowrite64*_hi_lo in wr_reg64, Andrey Smirnov
    • Re: [PATCH v6 05/14] crytpo: caam - make use of iowrite64*_hi_lo in wr_reg64, Horia Geanta
  • [PATCH v6 03/14] crypto: caam - convert caam_jr_init() to use devres, Andrey Smirnov
    • Re: [PATCH v6 03/14] crypto: caam - convert caam_jr_init() to use devres, Horia Geanta
  • [PATCH v6 04/14] crypto: caam - request JR IRQ as the last step, Andrey Smirnov
    • Re: [PATCH v6 04/14] crypto: caam - request JR IRQ as the last step, Horia Geanta
      • Re: [PATCH v6 04/14] crypto: caam - request JR IRQ as the last step, Andrey Smirnov
  • [PATCH v6 02/14] crypto: caam - simplfy clock initialization, Andrey Smirnov
    • Re: [PATCH v6 02/14] crypto: caam - simplfy clock initialization, Horia Geanta
      • Re: [PATCH v6 02/14] crypto: caam - simplfy clock initialization, Andrey Smirnov
  • [PATCH v6 01/14] crypto: caam - move DMA mask selection into a function, Andrey Smirnov
• [PATCH 1/2] char: hw_random: imx-rngc: use devm_platform_ioremap_resource() to simplify code, Anson . Huang
  • [PATCH 2/2] char: hw_random: mxc-rnga: use devm_platform_ioremap_resource() to simplify code, Anson . Huang
    • RE: [PATCH 2/2] char: hw_random: mxc-rnga: use devm_platform_ioremap_resource() to simplify code, Aisheng Dong
  • Re: [PATCH 1/2] char: hw_random: imx-rngc: use devm_platform_ioremap_resource() to simplify code, Arnd Bergmann
  • RE: [PATCH 1/2] char: hw_random: imx-rngc: use devm_platform_ioremap_resource() to simplify code, Aisheng Dong
  • Re: [PATCH 1/2] char: hw_random: imx-rngc: use devm_platform_ioremap_resource() to simplify code, Herbert Xu
• xts fuzz testing and lack of ciphertext stealing support, Horia Geanta
  • Re: xts fuzz testing and lack of ciphertext stealing support, Eric Biggers
    • Re: xts fuzz testing and lack of ciphertext stealing support, Horia Geanta
      • Re: xts fuzz testing and lack of ciphertext stealing support, Eric Biggers
        • Re: xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
          • Re: xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
            • Re: xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
              • Re: xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
                • Re: xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                  • Re: xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
                • Re: xts fuzz testing and lack of ciphertext stealing support, Milan Broz
                  • RE: xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                    • Re: xts fuzz testing and lack of ciphertext stealing support, Milan Broz
                      • Re: xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
                      • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Eric Biggers
                        • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Milan Broz
                          • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                            • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                              • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Horia Geanta
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Milan Broz
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • Message not available
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Horia Geanta
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Horia Geanta
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Horia Geanta
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Horia Geanta
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Milan Broz
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Eric Biggers
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • RE: [dm-devel] xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                    • Re: xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
                      • RE: xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                        • Re: xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
                          • Re: xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                            • Re: xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
                            • RE: xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                              • Re: xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • RE: xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                                • Re: xts fuzz testing and lack of ciphertext stealing support, Ard Biesheuvel
                                • RE: xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                          • RE: xts fuzz testing and lack of ciphertext stealing support, Pascal Van Leeuwen
                            • Re: xts fuzz testing and lack of ciphertext stealing support, Herbert Xu
• [PATCH 00/14] pending doc patches for 5.3-rc, Mauro Carvalho Chehab
  • [PATCH 13/14] docs: remove extra conf.py files, Mauro Carvalho Chehab
• Announce loop-AES-v3.7o file/swap crypto package, Jari Ruusu
• [PATCH v5 00/14] crypto: caam - Add i.MX8MQ support, Andrey Smirnov
  • [PATCH v5 01/14] crypto: caam - move DMA mask selection into a function, Andrey Smirnov
  • [PATCH v5 08/14] crypto: caam - make CAAM_PTR_SZ dynamic, Andrey Smirnov
  • [PATCH v5 10/14] crypto: caam - drop explicit usage of struct jr_outentry, Andrey Smirnov
  • [PATCH v5 13/14] crypto: caam - always select job ring via RSR on i.MX8MQ, Andrey Smirnov
  • [PATCH v5 14/14] crypto: caam - add clock entry for i.MX8MQ, Andrey Smirnov
  • [PATCH v5 12/14] crypto: caam - force DMA address to 32-bit on 64-bit i.MX SoCs, Andrey Smirnov
  • [PATCH v5 02/14] crypto: caam - simplfy clock initialization, Andrey Smirnov
    • Re: [PATCH v5 02/14] crypto: caam - simplfy clock initialization, Iuliana Prodan
  • [PATCH v5 03/14] crypto: caam - convert caam_jr_init() to use devres, Andrey Smirnov
  • [PATCH v5 06/14] crypto: caam - use ioread64*_hi_lo in rd_reg64, Andrey Smirnov
  • [PATCH v5 09/14] crypto: caam - move cpu_to_caam_dma() selection to runtime, Andrey Smirnov
  • [PATCH v5 11/14] crypto: caam - don't hardcode inpentry size, Andrey Smirnov
    • Re: [PATCH v5 11/14] crypto: caam - don't hardcode inpentry size, Andrey Smirnov
  • [PATCH v5 07/14] crypto: caam - drop 64-bit only wr/rd_reg64(), Andrey Smirnov
  • [PATCH v5 05/14] crytpo: caam - make use of iowrite64*_hi_lo in wr_reg64, Andrey Smirnov
  • [PATCH v5 04/14] crypto: caam - request JR IRQ as the last step, Andrey Smirnov
• [PATCH AUTOSEL 5.2 056/249] crypto: talitos - properly handle split ICV., Sasha Levin
• [PATCH AUTOSEL 5.2 184/249] crypto: asymmetric_keys - select CRYPTO_HASH where needed, Sasha Levin
• [PATCH AUTOSEL 5.1 027/219] crypto: caam - avoid S/G table fetching for AEAD zero-length output, Sasha Levin
• [PATCH AUTOSEL 5.1 064/219] crypto: inside-secure - do not rely on the hardware last bit for result descriptors, Sasha Levin
• [PATCH AUTOSEL 5.1 162/219] crypto: asymmetric_keys - select CRYPTO_HASH where needed, Sasha Levin
• [PATCH AUTOSEL 4.19 045/158] crypto: inside-secure - do not rely on the hardware last bit for result descriptors, Sasha Levin
• [PATCH AUTOSEL 4.14 028/105] crypto: talitos - Align SEC1 accesses to 32 bits boundaries., Sasha Levin
• [PATCH AUTOSEL 4.14 027/105] crypto: talitos - properly handle split ICV., Sasha Levin
• [PATCH AUTOSEL 4.9 07/73] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
• [PATCH AUTOSEL 4.4 07/53] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
• [PATCH AUTOSEL 4.9 22/73] crypto: talitos - properly handle split ICV., Sasha Levin
• [PATCH AUTOSEL 4.9 61/73] crypto: asymmetric_keys - select CRYPTO_HASH where needed, Sasha Levin
• [PATCH AUTOSEL 4.9 23/73] crypto: talitos - Align SEC1 accesses to 32 bits boundaries., Sasha Levin
• [PATCH AUTOSEL 4.14 085/105] crypto: asymmetric_keys - select CRYPTO_HASH where needed, Sasha Levin
• [PATCH AUTOSEL 4.14 084/105] crypto: serpent - mark __serpent_setkey_sbox noinline, Sasha Levin
• [PATCH AUTOSEL 4.14 010/105] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
• [PATCH AUTOSEL 4.19 119/158] crypto: asymmetric_keys - select CRYPTO_HASH where needed, Sasha Levin
• [PATCH AUTOSEL 4.19 118/158] crypto: serpent - mark __serpent_setkey_sbox noinline, Sasha Levin
• [PATCH AUTOSEL 4.19 034/158] crypto: talitos - Align SEC1 accesses to 32 bits boundaries., Sasha Levin
• [PATCH AUTOSEL 4.19 033/158] crypto: talitos - properly handle split ICV., Sasha Levin
• [PATCH AUTOSEL 5.1 161/219] crypto: serpent - mark __serpent_setkey_sbox noinline, Sasha Levin
• [PATCH AUTOSEL 5.1 086/219] crypto: testmgr - add some more preemption points, Sasha Levin
• [PATCH AUTOSEL 5.1 049/219] crypto: talitos - Align SEC1 accesses to 32 bits boundaries., Sasha Levin
• [PATCH AUTOSEL 5.1 048/219] crypto: talitos - properly handle split ICV., Sasha Levin
• [PATCH AUTOSEL 5.2 183/249] crypto: serpent - mark __serpent_setkey_sbox noinline, Sasha Levin
• [PATCH AUTOSEL 5.2 098/249] crypto: testmgr - add some more preemption points, Sasha Levin
• [PATCH AUTOSEL 5.2 074/249] crypto: inside-secure - do not rely on the hardware last bit for result descriptors, Sasha Levin
• [PATCH AUTOSEL 5.2 057/249] crypto: talitos - Align SEC1 accesses to 32 bits boundaries., Sasha Levin
• [PATCH AUTOSEL 5.2 029/249] crypto: caam - avoid S/G table fetching for AEAD zero-length output, Sasha Levin
• [PATCH AUTOSEL 4.19 013/158] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 4.19 013/158] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
• [PATCH AUTOSEL 5.1 021/219] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 5.1 021/219] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
• [PATCH AUTOSEL 5.2 021/249] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 5.2 021/249] crypto: talitos - fix skcipher failure due to wrong output IV, Sasha Levin
• [PATCH 0/8] docs: some improvements when producing PDF files, Mauro Carvalho Chehab
  • [PATCH 8/8] docs: remove extra conf.py files, Mauro Carvalho Chehab
    • Re: [PATCH 8/8] docs: remove extra conf.py files, Markus Heiser
      • Re: [PATCH 8/8] docs: remove extra conf.py files, Mauro Carvalho Chehab
• [PATCH net] ppp: mppe: Revert "ppp: mppe: Add softdep to arc4", Eric Biggers
  • Re: [PATCH net] ppp: mppe: Revert "ppp: mppe: Add softdep to arc4", David Miller
• [PATCH] crypto: ccp - Reduce maximum stack usage, Arnd Bergmann
  • Re: [PATCH] crypto: ccp - Reduce maximum stack usage, Herbert Xu
• [RFC PATCH] Docs: move more driver,device related docs into drivers dir follows kernel source, Alex Shi
  • Re: [RFC PATCH] Docs: move more driver,device related docs into drivers dir follows kernel source, Alex Shi
• [PATCH 02/12] Documentation/arm: repointer docs to Documentation/arch/arm, Alex Shi
  • Re: [PATCH 02/12] Documentation/arm: repointer docs to Documentation/arch/arm, Krzysztof Kozlowski
• [PATCH] padata: use smp_mb in padata_reorder to avoid orphaned padata jobs, Daniel Jordan
  • Re: [PATCH] padata: use smp_mb in padata_reorder to avoid orphaned padata jobs, Herbert Xu
    • Re: [PATCH] padata: use smp_mb in padata_reorder to avoid orphaned padata jobs, Steffen Klassert