linux-crypto  

Messages by Thread

• • Re: [RFC Part2 PATCH 07/30] mm: add support to split the large THP based on RMP violation Brijesh Singh
  • Re: [RFC Part2 PATCH 07/30] mm: add support to split the large THP based on RMP violation Dave Hansen
  • [RFC Part2 PATCH 09/30] crypto: ccp: Add support to initialize the AMD-SP for SEV-SNP Brijesh Singh
  • [RFC Part2 PATCH 06/30] x86/fault: dump the RMP entry on #PF Brijesh Singh
  • Re: [RFC Part2 PATCH 06/30] x86/fault: dump the RMP entry on #PF Andy Lutomirski
  • Re: [RFC Part2 PATCH 06/30] x86/fault: dump the RMP entry on #PF Brijesh Singh
  • [RFC Part2 PATCH 08/30] crypto:ccp: define the SEV-SNP commands Brijesh Singh
  • [RFC Part2 PATCH 10/30] crypto: ccp: shutdown SNP firmware on kexec Brijesh Singh
  • [RFC Part2 PATCH 11/30] crypto:ccp: provide APIs to issue SEV-SNP commands Brijesh Singh
  • [RFC Part2 PATCH 12/30] crypto ccp: handle the legacy SEV command when SNP is enabled Brijesh Singh
  • [RFC Part2 PATCH 16/30] KVM: SVM: add KVM_SNP_INIT command Brijesh Singh
  • [RFC Part2 PATCH 13/30] KVM: SVM: add initial SEV-SNP support Brijesh Singh
  • [RFC Part2 PATCH 14/30] KVM: SVM: make AVIC backing, VMSA and VMCB memory allocation SNP safe Brijesh Singh
  • [RFC Part2 PATCH 15/30] KVM: SVM: define new SEV_FEATURES field in the VMCB Save State Area Brijesh Singh
  • [RFC Part2 PATCH 18/30] KVM: SVM: add KVM_SEV_SNP_LAUNCH_UPDATE command Brijesh Singh
  • [RFC Part2 PATCH 17/30] KVM: SVM: add KVM_SEV_SNP_LAUNCH_START command Brijesh Singh
  • [RFC Part2 PATCH 20/30] KVM: SVM: add KVM_SEV_SNP_LAUNCH_FINISH command Brijesh Singh
  • [RFC Part2 PATCH 21/30] KVM: X86: Add kvm_x86_ops to get the max page level for the TDP Brijesh Singh
  • [RFC Part2 PATCH 25/30] KVM: X86: update page-fault trace to log the 64-bit error code Brijesh Singh
  • [RFC Part2 PATCH 22/30] x86/mmu: Introduce kvm_mmu_map_tdp_page() for use by SEV Brijesh Singh
  • [RFC Part2 PATCH 19/30] KVM: SVM: Reclaim the guest pages when SEV-SNP VM terminates Brijesh Singh
  • [RFC Part2 PATCH 23/30] KVM: X86: Introduce kvm_mmu_get_tdp_walk() for SEV-SNP use Brijesh Singh
  • [RFC Part2 PATCH 27/30] KVM: SVM: add support to handle MSR based Page State Change VMGEXIT Brijesh Singh
  • [RFC Part2 PATCH 24/30] KVM: X86: define new RMP check related #NPF error bits Brijesh Singh
  • [RFC Part2 PATCH 29/30] KVM: X86: export the kvm_zap_gfn_range() for the SNP use Brijesh Singh
  • [RFC Part2 PATCH 26/30] KVM: SVM: add support to handle GHCB GPA register VMGEXIT Brijesh Singh
  • [RFC Part2 PATCH 28/30] KVM: SVM: add support to handle Page State Change VMGEXIT Brijesh Singh
  • [RFC Part2 PATCH 30/30] KVM: X86: Add support to handle the RMP nested page fault Brijesh Singh
• [PATCH -next] crypto: hisilicon/hpre - fix build error without CONFIG_CRYPTO_ECDH 'Wei Yongjun
  • Re: [PATCH -next] crypto: hisilicon/hpre - fix build error without CONFIG_CRYPTO_ECDH tanghui20
• [PATCH v2 0/2] support sign module with SM2-with-SM3 algorithm Tianjia Zhang
  • [PATCH v2 1/2] pkcs7: make parser enable SM2 and SM3 algorithms combination Tianjia Zhang
  • [PATCH v2 2/2] init/Kconfig: support sign module with SM2-with-SM3 algorithm Tianjia Zhang
  • Re: [PATCH v2 0/2] support sign module with SM2-with-SM3 algorithm Tianjia Zhang
• [PATCH] init/Kconfig: Support sign module with SM3 hash algorithm Tianjia Zhang
  • Re: [PATCH] init/Kconfig: Support sign module with SM3 hash algorithm Randy Dunlap
  • Re: [PATCH] init/Kconfig: Support sign module with SM3 hash algorithm Tianjia Zhang
  • Re: [PATCH] init/Kconfig: Support sign module with SM3 hash algorithm Ard Biesheuvel
  • Re: [PATCH] init/Kconfig: Support sign module with SM3 hash algorithm Tianjia Zhang
• [PATCH -next] crypto: hisilicon/hpre: fix link error Yang Yingliang
  • Re: [PATCH -next] crypto: hisilicon/hpre: fix link error tanghui20
• [PATCH] crypto: poly1305: fix poly1305_core_setkey() declaration Arnd Bergmann
  • Re: [PATCH] crypto: poly1305: fix poly1305_core_setkey() declaration Ard Biesheuvel
  • Re: [PATCH] crypto: poly1305: fix poly1305_core_setkey() declaration Eric Biggers
  • Re: [PATCH] crypto: poly1305: fix poly1305_core_setkey() declaration Herbert Xu
• [PATCH] s390/crc32-vx: Couple of typo fixes Bhaskar Chowdhury
  • Re: [PATCH] s390/crc32-vx: Couple of typo fixes Randy Dunlap
  • Re: [PATCH] s390/crc32-vx: Couple of typo fixes Heiko Carstens
• [PATCH] hwrng: omap - Use of_device_get_match_data() helper Tian Tao
  • Re: [PATCH] hwrng: omap - Use of_device_get_match_data() helper Herbert Xu
• [PATCH] crypto: rng - fix crypto_rng_reset() refcounting when !CRYPTO_STATS Eric Biggers
  • Re: [PATCH] crypto: rng - fix crypto_rng_reset() refcounting when !CRYPTO_STATS Dan Carpenter
  • Re: [PATCH] crypto: rng - fix crypto_rng_reset() refcounting when !CRYPTO_STATS Eric Biggers
  • Re: [PATCH] crypto: rng - fix crypto_rng_reset() refcounting when !CRYPTO_STATS Dan Carpenter
  • Re: [PATCH] crypto: rng - fix crypto_rng_reset() refcounting when !CRYPTO_STATS LABBE Corentin
  • Re: [PATCH] crypto: rng - fix crypto_rng_reset() refcounting when !CRYPTO_STATS Herbert Xu
• [PATCH] hwrng: cctrng - remove the redundant log Tian Tao
• [PATCH] hwrng: core - Use sysfs_emit to replace snprintf Tian Tao
• [PATCH] crypto: nx: fix incorrect kernel-doc comment syntax in files Aditya Srivastava
  • Re: [PATCH] crypto: nx: fix incorrect kernel-doc comment syntax in files Randy Dunlap
  • Re: [PATCH] crypto: nx: fix incorrect kernel-doc comment syntax in files Herbert Xu
• [PATCH] crypto: ux500: fix incorrect kernel-doc comment syntax Aditya Srivastava
  • Re: [PATCH] crypto: ux500: fix incorrect kernel-doc comment syntax Randy Dunlap
  • Re: [PATCH] crypto: ux500: fix incorrect kernel-doc comment syntax Herbert Xu
• [PATCH] crypto: amcc: fix incorrect kernel-doc comment syntax in files Aditya Srivastava
  • Re: [PATCH] crypto: amcc: fix incorrect kernel-doc comment syntax in files Randy Dunlap
  • Re: [PATCH] crypto: amcc: fix incorrect kernel-doc comment syntax in files Herbert Xu
• [PATCH] crypto: vmx: fix incorrect kernel-doc comment syntax in files Aditya Srivastava
  • Re: [PATCH] crypto: vmx: fix incorrect kernel-doc comment syntax in files Daniel Axtens
  • Re: [PATCH] crypto: vmx: fix incorrect kernel-doc comment syntax in files Herbert Xu
• [PATCH] crypto: atmel-ecc - fix W=1 "cannot understand" warning Meng Yu
  • Re: [PATCH] crypto: atmel-ecc - fix W=1 "cannot understand" warning Randy Dunlap
  • Re: [PATCH] crypto: atmel-ecc - fix W=1 "cannot understand" warning Tudor.Ambarus
• [PATCH 0/4] crypto: hisilicon/qm - support doorbell isolation and queue number configuration Weili Qian
  • [PATCH 1/4] crypto: hisilicon/qm - set the total number of queues Weili Qian
  • [PATCH 3/4] crypto: hisilicon/qm - set the number of queues for function Weili Qian
  • [PATCH 4/4] crypto: hisilicon/qm - add queue isolation support for Kunpeng930 Weili Qian
  • [PATCH 2/4] crypto: hisilicon/qm - move 'CURRENT_QM' code to qm.c Weili Qian
  • Re: [PATCH 0/4] crypto: hisilicon/qm - support doorbell isolation and queue number configuration Herbert Xu
• [PATCH] crypto: hisilicon/hpre - fix Kconfig Hui Tang
  • Re: [PATCH] crypto: hisilicon/hpre - fix Kconfig Herbert Xu
• [PATCH] crypto: hisilicon/hpre - fix "hpre_ctx_init" resource leak Hui Tang
  • Re: [PATCH] crypto: hisilicon/hpre - fix "hpre_ctx_init" resource leak Herbert Xu
• [PATCH] crypto: hisilicon - fix the check on dma address Hui Tang
  • Re: [PATCH] crypto: hisilicon - fix the check on dma address Herbert Xu
• [PATCH 0/2] crypto: hisilicon/hpre - remove 'CONFIG_CRYPTO_DH' Hui Tang
  • [PATCH 1/2] crypto: hisilicon/hpre - delete wrap of 'CONFIG_CRYPTO_DH' Hui Tang
  • [PATCH 2/2] crypto: hisilicon/hpre - optimise 'hpre_algs_register' error path Hui Tang
  • Re: [PATCH 0/2] crypto: hisilicon/hpre - remove 'CONFIG_CRYPTO_DH' Herbert Xu
• Re: [PATCH for-stable-5.4] crypto: x86/aes-ni-xts - use direct calls to and 4-way stride Greg KH
• [PATCH] crypto: Correct an error in the comments Meng Yu
  • Re: [PATCH] crypto: Correct an error in the comments Herbert Xu
• [PATCH] md/raid6: Couple of typo fixes Bhaskar Chowdhury
  • Re: [PATCH] md/raid6: Couple of typo fixes Randy Dunlap
• [PATCH 0/4]crypto: hisilicon/zip - support new 'sqe' type in Kunpeng930 Yang Shen
  • [PATCH 2/4] crypto: hisilicon/zip - add comments for 'hisi_zip_sqe' Yang Shen
  • [PATCH 1/4] crypto: hisilicon/zip - adjust functions location Yang Shen
  • [PATCH 3/4] crypto: hisilicon/zip - initialize operations about 'sqe' in 'acomp_alg.init' Yang Shen
  • [PATCH 4/4] crypto: hisilicon/zip - support new 'sqe' type in Kunpeng930 Yang Shen
  • Re: [PATCH 4/4] crypto: hisilicon/zip - support new 'sqe' type in Kunpeng930 Herbert Xu
  • Re: [PATCH 4/4] crypto: hisilicon/zip - support new 'sqe' type in Kunpeng930 shenyang (M)
• [RFC 0/1] crypto: dcp - add power management support Dragos Rosioru (OSS)
  • [RFC 1/1] crypto: dcp - add power management support Dragos Rosioru (OSS)
  • Re: [RFC 1/1] crypto: dcp - add power management support Herbert Xu
• [PATCH v3 00/10] Rid W=1 warnings in Crypto Lee Jones
  • [PATCH 01/10] crypto: hisilicon: sec_drv: Supply missing description for 'sec_queue_empty()'s 'queue' param Lee Jones
  • [PATCH 02/10] crypto: bcm: Fix a whole host of kernel-doc misdemeanours Lee Jones
  • [PATCH 04/10] crypto: ux500: hash: hash_core: Fix worthy kernel-doc headers and remove others Lee Jones
  • [PATCH 05/10] crypto: keembay: ocs-hcu: Fix incorrectly named functions/structs Lee Jones
  • Re: [PATCH 05/10] crypto: keembay: ocs-hcu: Fix incorrectly named functions/structs Alessandrelli, Daniele
  • [PATCH 03/10] crypto: chelsio: chcr_core: Fix some kernel-doc issues Lee Jones
  • [PATCH 06/10] crypto: atmel-ecc: Struct headers need to start with keyword 'struct' Lee Jones
  • Re: [PATCH 06/10] crypto: atmel-ecc: Struct headers need to start with keyword 'struct' Tudor.Ambarus
  • [PATCH 09/10] crypto: nx: nx-aes-cbc: Repair some kernel-doc problems Lee Jones
  • [PATCH 08/10] crypto: vmx: Source headers are not good kernel-doc candidates Lee Jones
  • [PATCH 07/10] crypto: caam: caampkc: Provide the name of the function and provide missing descriptions Lee Jones
  • Re: [PATCH 07/10] crypto: caam: caampkc: Provide the name of the function and provide missing descriptions Horia Geantă
  • [PATCH 10/10] crypto: cavium: nitrox_isr: Demote non-compliant kernel-doc headers Lee Jones
  • Re: [PATCH v3 00/10] Rid W=1 warnings in Crypto Herbert Xu
• [PATCH] crypto: inside-secure: Minor typo fix in the file safexcel.c Bhaskar Chowdhury
  • Re: [PATCH] crypto: inside-secure: Minor typo fix in the file safexcel.c Antoine Tenart
  • Re: [PATCH] crypto: inside-secure: Minor typo fix in the file safexcel.c Randy Dunlap
  • Re: [PATCH] crypto: inside-secure: Minor typo fix in the file safexcel.c Herbert Xu
• [PATCH] crypto: jitterentropy: Put constants on the right side of the expression Milan Djurovic
  • Re: [PATCH] crypto: jitterentropy: Put constants on the right side of the expression Stephan Mueller
  • Re: [PATCH] crypto: jitterentropy: Put constants on the right side of the expression Herbert Xu
• [PATCH v12 00/10] Add support for x509 certs with NIST P384/256/192 keys Stefan Berger
  • [PATCH v12 07/10] x509: Add support for parsing x509 certs with ECDSA keys Stefan Berger
  • [PATCH v12 01/10] oid_registry: Add OIDs for ECDSA with SHA224/256/384/512 Stefan Berger
  • [PATCH v12 06/10] x509: Detect sm2 keys by their parameters OID Stefan Berger
  • [PATCH v12 04/10] crypto: Add math to support fast NIST P384 Stefan Berger
  • [PATCH v12 02/10] crypto: Add support for ECDSA signature verification Stefan Berger
  • Re: [PATCH v12 02/10] crypto: Add support for ECDSA signature verification Lukas Wunner
  • Re: [PATCH v12 02/10] crypto: Add support for ECDSA signature verification Stefan Berger
  • Re: [PATCH v12 02/10] crypto: Add support for ECDSA signature verification Lukas Wunner
  • [PATCH v12 05/10] ecdsa: Register NIST P384 and extend test suite Stefan Berger
  • [PATCH v12 03/10] crypto: Add NIST P384 curve parameters Stefan Berger
  • [PATCH v12 09/10] x509: Add OID for NIST P384 and extend parser for it Stefan Berger
  • [PATCH v12 08/10] ima: Support EC keys for signature verification Stefan Berger
  • [PATCH v12 10/10] certs: Add support for using elliptic curve keys for signing modules Stefan Berger
  • Re: [PATCH v12 00/10] Add support for x509 certs with NIST P384/256/192 keys Stefan Berger
  • Re: [PATCH v12 00/10] Add support for x509 certs with NIST P384/256/192 keys Herbert Xu
• [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • [PATCH v1 1/3] crypto: caam - add in-kernel interface for blob generator Ahmad Fatoum
  • Re: [PATCH v1 1/3] crypto: caam - add in-kernel interface for blob generator Horia Geantă
  • Re: [PATCH v1 1/3] crypto: caam - add in-kernel interface for blob generator Ahmad Fatoum
  • [PATCH v1 2/3] KEYS: trusted: implement fallback to kernel RNG Ahmad Fatoum
  • [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Jarkko Sakkinen
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Sumit Garg
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Horia Geantă
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Mimi Zohar
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Sumit Garg
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Sumit Garg
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys David Gstir
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Jarkko Sakkinen
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Jarkko Sakkinen
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Sumit Garg
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Jarkko Sakkinen
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Eric Biggers
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Jarkko Sakkinen
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Eric Biggers
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Herbert Xu
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Jarkko Sakkinen
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Eric Biggers
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Jarkko Sakkinen
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys James Bottomley
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Mimi Zohar
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys James Bottomley
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Serge E. Hallyn
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys James Bottomley
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys James Bottomley
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Richard Weinberger
  • Re: [PATCH v1 0/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys Ahmad Fatoum

• Earlier messages
• Later messages