Linux Cryptography

• Date Index

• Re: [PATCH v8 01/16] clk: generalize devm_clk_get() a bit, (continued)
  • Re: [PATCH v8 01/16] clk: generalize devm_clk_get() a bit, Uwe Kleine-König
    • Re: [PATCH v8 01/16] clk: generalize devm_clk_get() a bit, Andy Shevchenko
      • Re: [PATCH v8 01/16] clk: generalize devm_clk_get() a bit, Neil Armstrong
    • Re: [PATCH v8 01/16] clk: generalize devm_clk_get() a bit, Jon Hunter
  • [PATCH v8 02/16] clk: Provide new devm_clk helpers for prepared and enabled clocks, Uwe Kleine-König
    • Re: [PATCH v8 02/16] clk: Provide new devm_clk helpers for prepared and enabled clocks, Jonathan Cameron
      • Re: [PATCH v8 02/16] clk: Provide new devm_clk helpers for prepared and enabled clocks, Uwe Kleine-König
  • [PATCH v8 03/16] hwmon: Make use of devm_clk_get_enabled(), Uwe Kleine-König
    • Re: [PATCH v8 03/16] hwmon: Make use of devm_clk_get_enabled(), Guenter Roeck
  • Re: [PATCH v8 00/16] clk: provide new devm helpers for prepared and enabled clocks, Andy Shevchenko
• [PATCH] crypto: move sm3 and sm4 into crypto directory, Jason A. Donenfeld
  • Re: [PATCH] crypto: move sm3 and sm4 into crypto directory, Eric Biggers
    • Re: [PATCH] crypto: move sm3 and sm4 into crypto directory, Jason A. Donenfeld
  • Re: [PATCH] crypto: move sm3 and sm4 into crypto directory, Herbert Xu
• [PATCH v1 0/2] Remove panic() from keyring init calls, Mickaël Salaün
  • [PATCH v1 1/2] certs: Remove panic() calls from blacklist_init(), Mickaël Salaün
    • Re: [PATCH v1 1/2] certs: Remove panic() calls from blacklist_init(), Paul Moore
      • Re: [PATCH v1 1/2] certs: Remove panic() calls from blacklist_init(), Jarkko Sakkinen
  • [PATCH v1 2/2] certs: Remove panic() calls from system_trusted_keyring_init(), Mickaël Salaün
    • Re: [PATCH v1 2/2] certs: Remove panic() calls from system_trusted_keyring_init(), Jarkko Sakkinen
      • Re: [PATCH v1 2/2] certs: Remove panic() calls from system_trusted_keyring_init(), Mickaël Salaün
        • Re: [PATCH v1 2/2] certs: Remove panic() calls from system_trusted_keyring_init(), Mickaël Salaün
          • Re: [PATCH v1 2/2] certs: Remove panic() calls from system_trusted_keyring_init(), Jarkko Sakkinen
        • Re: [PATCH v1 2/2] certs: Remove panic() calls from system_trusted_keyring_init(), Jarkko Sakkinen
• [RFC/PATCH] crypto: ccree - fix a race of enqueue_seq() in send_request_init(), Yoshihiro Shimoda
  • Re: [RFC/PATCH] crypto: ccree - fix a race of enqueue_seq() in send_request_init(), Gilad Ben-Yossef
    • RE: [RFC/PATCH] crypto: ccree - fix a race of enqueue_seq() in send_request_init(), Yoshihiro Shimoda
      • RE: [RFC/PATCH] crypto: ccree - fix a race of enqueue_seq() in send_request_init(), Yoshihiro Shimoda
    • Re: [RFC/PATCH] crypto: ccree - fix a race of enqueue_seq() in send_request_init(), Cristian Marussi
• [PATCH] crypto: qcom-rng: ensure buffer for generate is completely filled, Brian Masney
  • Re: [PATCH] crypto: qcom-rng: ensure buffer for generate is completely filled, Bjorn Andersson
  • Re: [PATCH] crypto: qcom-rng: ensure buffer for generate is completely filled, Andrew Halaney
  • Re: [PATCH] crypto: qcom-rng: ensure buffer for generate is completely filled, Herbert Xu
• [PATCH] random: reseed more often immediately after booting, Jason A. Donenfeld
  • [PATCH v2] random: reseed more often immediately after booting, Jason A. Donenfeld
    • Re: [PATCH v2] random: reseed more often immediately after booting, Eric Biggers
      • Re: [PATCH v2] random: reseed more often immediately after booting, Jason A. Donenfeld
        • [PATCH v2] random: reseed more often immediately after booting, Jason A. Donenfeld
        • Re: [PATCH v2] random: reseed more often immediately after booting, Eric Biggers
          • Re: [PATCH v2] random: reseed more often immediately after booting, Jason A. Donenfeld
            • Re: [PATCH v2] random: reseed more often immediately after booting, Eric Biggers
              • Re: [PATCH v2] random: reseed more often immediately after booting, Jason A. Donenfeld
                • [PATCH v4] random: reseed more often immediately after booting, Jason A. Donenfeld
                  • Re: [PATCH v4] random: reseed more often immediately after booting, Eric Biggers
• crypto: xilinx - Turn SHA into a tristate and allow COMPILE_TEST, Herbert Xu
  • Re: crypto: xilinx - Turn SHA into a tristate and allow COMPILE_TEST, Guenter Roeck
    • [PATCH] cacheflush.h: Add forward declaration for struct folio, Herbert Xu
      • Re: [PATCH] cacheflush.h: Add forward declaration for struct folio, Matthew Wilcox
      • Re: [PATCH] cacheflush.h: Add forward declaration for struct folio, Linus Torvalds
• [PATCH] MAINTAINERS: update HPRE/SEC2/TRNG driver maintainers list, Longfang Liu
  • Re: [PATCH] MAINTAINERS: update HPRE/SEC2/TRNG driver maintainers list, Herbert Xu
• [PATCH -next] crypto: virtio - Select new dependencies, Nathan Chancellor
  • Re: [PATCH -next] crypto: virtio - Select new dependencies, Michael S. Tsirkin
• [PATCH v9 0/9] vfio/hisilicon: add ACC live migration driver, Shameer Kolothum
  • [PATCH v9 1/9] crypto: hisilicon/qm: Move the QM header to include/linux, Shameer Kolothum
  • [PATCH v9 2/9] crypto: hisilicon/qm: Move few definitions to common header, Shameer Kolothum
  • [PATCH v9 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, Shameer Kolothum
    • Re: [PATCH v9 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, Bjorn Helgaas
  • [PATCH v9 4/9] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices, Shameer Kolothum
    • RE: [PATCH v9 4/9] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices, Tian, Kevin
  • [PATCH v9 5/9] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Shameer Kolothum
    • RE: [PATCH v9 5/9] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Tian, Kevin
  • [PATCH v9 7/9] crypto: hisilicon/qm: Set the VF QM state register, Shameer Kolothum
  • [PATCH v9 6/9] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver, Shameer Kolothum
  • [PATCH v9 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameer Kolothum
    • RE: [PATCH v9 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Tian, Kevin
  • [PATCH v9 9/9] hisi_acc_vfio_pci: Use its own PCI reset_done error handler, Shameer Kolothum
  • RE: [PATCH v9 0/9] vfio/hisilicon: add ACC live migration driver, Shameerali Kolothum Thodi
    • Re: [PATCH v9 0/9] vfio/hisilicon: add ACC live migration driver, Alex Williamson
  • Re: [PATCH v9 0/9] vfio/hisilicon: add ACC live migration driver, Alex Williamson
• [PATCH] crypto: dh - Remove the unused function dh_safe_prime_dh_alg(), Jiapeng Chong
  • Re: [PATCH] crypto: dh - Remove the unused function dh_safe_prime_dh_alg(), Herbert Xu
• [no subject], Unknown
• [PATCH 0/2] Add support for hwrng on PolarFire SoC, conor.dooley
  • [PATCH 1/2] hwrng: mpfs - add polarfire soc hwrng support, conor.dooley
    • Re: [PATCH 1/2] hwrng: mpfs - add polarfire soc hwrng support, Dominik Brodowski
      • Re: [PATCH 1/2] hwrng: mpfs - add polarfire soc hwrng support, Conor.Dooley
  • [PATCH 2/2] MAINTAINERS: update PolarFire SoC support, conor.dooley
  • Re: [PATCH 0/2] Add support for hwrng on PolarFire SoC, Conor Dooley
• [PATCH] hwrng: nomadik: Change clk_disable to clk_disable_unprepare, Miaoqian Lin
  • Re: [PATCH] hwrng: nomadik: Change clk_disable to clk_disable_unprepare, Linus Walleij
  • Re: [PATCH] hwrng: nomadik: Change clk_disable to clk_disable_unprepare, Herbert Xu
• Re: Build regressions/improvements in v5.17-rc7, Geert Uytterhoeven
  • Re: Build regressions/improvements in v5.17-rc7, Christophe Leroy
• [PATCH v2] random: use SipHash as interrupt entropy accumulator, Jason A. Donenfeld
  • Re: [PATCH v2] random: use SipHash as interrupt entropy accumulator, Eric Biggers
    • Re: [PATCH v2] random: use SipHash as interrupt entropy accumulator, Jason A. Donenfeld
      • Re: [PATCH v2] random: use SipHash as interrupt entropy accumulator, Eric Biggers
        • Re: [PATCH v2] random: use SipHash as interrupt entropy accumulator, Jason A. Donenfeld
          • [PATCH v3] random: use SipHash as interrupt entropy accumulator, Jason A. Donenfeld
• [PATCH] arm64: crypto: cleanup comments, trix
  • Re: [PATCH] arm64: crypto: cleanup comments, Herbert Xu
• [no subject], Unknown
• [PATCH 0/3] crypto: qat - resolve warnings reported by clang, Giovanni Cabiddu
  • [PATCH 2/3] crypto: qat - fix initialization of pfvf cap_msg structures, Giovanni Cabiddu
  • [PATCH 1/3] crypto: qat - remove unneeded assignment, Giovanni Cabiddu
  • [PATCH 3/3] crypto: qat - fix initialization of pfvf rts_map_msg structures, Giovanni Cabiddu
  • Re: [PATCH 0/3] crypto: qat - resolve warnings reported by clang, Herbert Xu
• [PATCH] crypto: qat - disable registration of algorithms, Giovanni Cabiddu
  • Re: [PATCH] crypto: qat - disable registration of algorithms, Herbert Xu
• [PATCH] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
  • Re: [PATCH] crypto: caam/rng: Add support for PRNG, kernel test robot
  • [PATCH v2 0/1] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
    • [PATCH v2 1/1] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
      • Re: [PATCH v2 1/1] crypto: caam/rng: Add support for PRNG, Horia Geantă
        • RE: [PATCH v2 1/1] crypto: caam/rng: Add support for PRNG, Meenakshi Aggarwal
  • [PATCH v3 0/1] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
    • [PATCH v3 1/1] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
      • Re: [PATCH v3 1/1] crypto: caam/rng: Add support for PRNG, Horia Geantă
    • [PATCH v4 0/1] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
      • [PATCH v4 1/1] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
        • Re: [PATCH v4 1/1] crypto: caam/rng: Add support for PRNG, Horia Geantă
      • [PATCH v5 0/1] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
        • [PATCH v5 1/1] crypto: caam/rng: Add support for PRNG, meenakshi . aggarwal
          • Re: [PATCH v5 1/1] crypto: caam/rng: Add support for PRNG, Herbert Xu
• [PATCH] crypto: hisilicon/qm - fix memset during queues clearing, Kai Ye
  • Re: [PATCH] crypto: hisilicon/qm - fix memset during queues clearing, Herbert Xu
• [PATCH] crypto: xilinx: prevent probing on non-xilinx hardware, Corentin Labbe
  • Re: [PATCH] crypto: xilinx: prevent probing on non-xilinx hardware, Herbert Xu
• [PATCH] crypto: marvell/octeontx - Use swap() instead of open coding it, Jiapeng Chong
  • Re: [PATCH] crypto: marvell/octeontx - Use swap() instead of open coding it, Herbert Xu
• [PATCH v8 0/9] vfio/hisilicon: add ACC live migration driver, Shameer Kolothum
  • [PATCH v8 1/9] crypto: hisilicon/qm: Move the QM header to include/linux, Shameer Kolothum
    • Re: [PATCH v8 1/9] crypto: hisilicon/qm: Move the QM header to include/linux, Zhou Wang
      • RE: [PATCH v8 1/9] crypto: hisilicon/qm: Move the QM header to include/linux, Shameerali Kolothum Thodi
    • Re: [PATCH v8 1/9] crypto: hisilicon/qm: Move the QM header to include/linux, liulongfang
    • Re: [PATCH v8 1/9] crypto: hisilicon/qm: Move the QM header to include/linux, yekai(A)
  • [PATCH v8 2/9] crypto: hisilicon/qm: Move few definitions to common header, Shameer Kolothum
    • Re: [PATCH v8 2/9] crypto: hisilicon/qm: Move few definitions to common header, Zhou Wang
  • [PATCH v8 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, Shameer Kolothum
    • Re: [PATCH v8 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, Zhou Wang
      • RE: [PATCH v8 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, Shameerali Kolothum Thodi
    • Re: [PATCH v8 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, Alex Williamson
      • RE: [PATCH v8 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, Shameerali Kolothum Thodi
    • Re: [PATCH v8 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, liulongfang
    • Re: [PATCH v8 3/9] hisi_acc_qm: Move VF PCI device IDs to common header, yekai(A)
  • [PATCH v8 4/9] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices, Shameer Kolothum
  • [PATCH v8 5/9] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Shameer Kolothum
    • Re: [PATCH v8 5/9] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, liulongfang
    • RE: [PATCH v8 5/9] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Tian, Kevin
      • RE: [PATCH v8 5/9] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Shameerali Kolothum Thodi
        • RE: [PATCH v8 5/9] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Tian, Kevin
          • RE: [PATCH v8 5/9] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Shameerali Kolothum Thodi
  • [PATCH v8 6/9] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver, Shameer Kolothum
    • Re: [PATCH v8 6/9] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver, Zhou Wang
      • RE: [PATCH v8 6/9] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver, Shameerali Kolothum Thodi
    • Re: [PATCH v8 6/9] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver, yekai(A)
    • Re: [PATCH v8 6/9] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver, liulongfang
  • [PATCH v8 9/9] hisi_acc_vfio_pci: Use its own PCI reset_done error handler, Shameer Kolothum
    • Re: [PATCH v8 9/9] hisi_acc_vfio_pci: Use its own PCI reset_done error handler, Jason Gunthorpe
    • Re: [PATCH v8 9/9] hisi_acc_vfio_pci: Use its own PCI reset_done error handler, liulongfang
  • [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameer Kolothum
    • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
      • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
        • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
          • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
    • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
      • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
        • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
          • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
            • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Tian, Kevin
              • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
                • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Tian, Kevin
                  • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
                    • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Cornelia Huck
                    • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
                    • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Tian, Kevin
                    • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
            • Re: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, liulongfang
    • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Tian, Kevin
      • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
        • RE: [PATCH v8 8/9] hisi_acc_vfio_pci: Add support for VFIO live migration, Tian, Kevin
  • [PATCH v8 7/9] crypto: hisilicon/qm: Set the VF QM state register, Shameer Kolothum
    • Re: [PATCH v8 7/9] crypto: hisilicon/qm: Set the VF QM state register, Zhou Wang
    • RE: [PATCH v8 7/9] crypto: hisilicon/qm: Set the VF QM state register, Tian, Kevin
      • RE: [PATCH v8 7/9] crypto: hisilicon/qm: Set the VF QM state register, Shameerali Kolothum Thodi
        • RE: [PATCH v8 7/9] crypto: hisilicon/qm: Set the VF QM state register, Tian, Kevin
• [PATCHv4 0/8] 64-bit data integrity field support, Keith Busch
  • [PATCHv4 2/8] nvme: allow integrity on extended metadata formats, Keith Busch
  • [PATCHv4 3/8] asm-generic: introduce be48 unaligned accessors, Keith Busch
    • Re: [PATCHv4 3/8] asm-generic: introduce be48 unaligned accessors, Bart Van Assche
    • RE: [PATCHv4 3/8] asm-generic: introduce be48 unaligned accessors, David Laight
      • Re: [PATCHv4 3/8] asm-generic: introduce be48 unaligned accessors, Martin K. Petersen
      • Re: [PATCHv4 3/8] asm-generic: introduce be48 unaligned accessors, Keith Busch
  • [PATCHv4 8/8] nvme: add support for enhanced metadata, Keith Busch
    • Re: [PATCHv4 8/8] nvme: add support for enhanced metadata, Martin K. Petersen
  • [PATCHv4 7/8] block: add pi for extended integrity, Keith Busch
    • Re: [PATCHv4 7/8] block: add pi for extended integrity, Martin K. Petersen
  • [PATCHv4 5/8] lib: add rocksoft model crc64, Keith Busch
    • Re: [PATCHv4 5/8] lib: add rocksoft model crc64, Martin K. Petersen
    • RE: [PATCHv4 5/8] lib: add rocksoft model crc64, David Laight
      • Re: [PATCHv4 5/8] lib: add rocksoft model crc64, Keith Busch
  • [PATCHv4 1/8] block: support pi with extended metadata, Keith Busch
  • [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Keith Busch
    • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Vasily Gorbik
      • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Keith Busch
        • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Keith Busch
          • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Vasily Gorbik
        • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Eric Biggers
          • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Keith Busch
            • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Eric Biggers
              • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Keith Busch
                • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Eric Biggers
                  • Re: [PATCHv4 6/8] crypto: add rocksoft 64b crc guard tag framework, Keith Busch
  • [PATCHv4 4/8] linux/kernel: introduce lower_48_bits function, Keith Busch
    • Re: [PATCHv4 4/8] linux/kernel: introduce lower_48_bits function, Bart Van Assche
  • Re: [PATCHv4 0/8] 64-bit data integrity field support, Keith Busch
    • Re: [PATCHv4 0/8] 64-bit data integrity field support, Jens Axboe
  • Re: [PATCHv4 0/8] 64-bit data integrity field support, Jens Axboe
• [RFC 0/3] crypto: qat - fix dm-crypt related issues, Giovanni Cabiddu
  • [RFC 1/3] crypto: qat - use pre-allocated buffers in datapath, Giovanni Cabiddu
  • [RFC 2/3] crypto: qat - add backlog mechanism, Giovanni Cabiddu
  • [RFC 3/3] crypto: qat - remove CRYPTO_ALG_ALLOCATES_MEMORY flag, Giovanni Cabiddu
• [PATCH] crypto: ccree: Fix use after free in cc_cipher_exit(), Jianglei Nie
  • Re: [PATCH] crypto: ccree: Fix use after free in cc_cipher_exit(), Herbert Xu
• [PATCH v2 00/18] crypto: rockchip: permit to pass self-tests, Corentin Labbe
  • [PATCH v2 01/18] crypto: rockchip: use dev_err for error message about interrupt, Corentin Labbe
  • [PATCH v2 02/18] crypto: rockchip: do not use uninit variable, Corentin Labbe
  • [PATCH v2 03/18] crypto: rockchip: do not do custom power management, Corentin Labbe
  • [PATCH v2 12/18] ARM: dts: rk3288: crypto do not need dma clock, Corentin Labbe
  • [PATCH v2 05/18] crypto: rockchip: do not store mode globally, Corentin Labbe
  • [PATCH v2 07/18] crypto: rockchip: add fallback for ahash, Corentin Labbe
  • [PATCH v2 08/18] crypto: rockchip: better handle cipher key, Corentin Labbe
  • [PATCH v2 04/18] crypto: rockchip: fix privete/private typo, Corentin Labbe
  • [PATCH v2 06/18] crypto: rockchip: add fallback for cipher, Corentin Labbe
    • Re: [PATCH v2 06/18] crypto: rockchip: add fallback for cipher, John Keeping
      • Re: [PATCH v2 06/18] crypto: rockchip: add fallback for cipher, LABBE Corentin
  • [PATCH v2 11/18] crypto: rockhip: do not handle dma clock, Corentin Labbe
    • Re: [PATCH v2 11/18] crypto: rockhip: do not handle dma clock, Johan Jonker
      • Re: [PATCH v2 11/18] crypto: rockhip: do not handle dma clock, LABBE Corentin
        • Re: [PATCH v2 11/18] crypto: rockhip: do not handle dma clock, Johan Jonker
          • Re: [PATCH v2 11/18] crypto: rockhip: do not handle dma clock, LABBE Corentin
  • [PATCH v2 10/18] crypto: rockchip: rework by using crypto_engine, Corentin Labbe
  • [PATCH v2 13/18] crypto: rockchip: rewrite type, Corentin Labbe
  • [PATCH v2 14/18] crypto: rockchip: add debugfs, Corentin Labbe
  • [PATCH v2 09/18] crypto: rockchip: remove non-aligned handling, Corentin Labbe
  • [PATCH v2 15/18] crypto: rockchip: introduce PM, Corentin Labbe
    • Re: [PATCH v2 15/18] crypto: rockchip: introduce PM, John Keeping
  • [PATCH v2 16/18] arm64: dts: rockchip: add rk3328 crypto node, Corentin Labbe
  • [PATCH v2 18/18] crypto: rockchip: add myself as maintainer, Corentin Labbe
  • [PATCH v2 17/18] dt-bindings: crypto: convert rockchip-crypto to yaml, Corentin Labbe
    • Re: [PATCH v2 17/18] dt-bindings: crypto: convert rockchip-crypto to yaml, Rob Herring
      • Re: [PATCH v2 17/18] dt-bindings: crypto: convert rockchip-crypto to yaml, LABBE Corentin
    • Re: [PATCH v2 17/18] dt-bindings: crypto: convert rockchip-crypto to yaml, Rob Herring
• [PATCH v7 00/10] vfio/hisilicon: add ACC live migration driver, Shameer Kolothum
  • [PATCH v7 01/10] crypto: hisilicon/qm: Move the QM header to include/linux, Shameer Kolothum
    • Re: [PATCH v7 01/10] crypto: hisilicon/qm: Move the QM header to include/linux, John Garry
      • RE: [PATCH v7 01/10] crypto: hisilicon/qm: Move the QM header to include/linux, Shameerali Kolothum Thodi
  • [PATCH v7 02/10] crypto: hisilicon/qm: Move few definitions to common header, Shameer Kolothum
    • Re: [PATCH v7 02/10] crypto: hisilicon/qm: Move few definitions to common header, John Garry
      • RE: [PATCH v7 02/10] crypto: hisilicon/qm: Move few definitions to common header, Shameerali Kolothum Thodi
  • [PATCH v7 03/10] hisi_acc_qm: Move VF PCI device IDs to common header, Shameer Kolothum
  • [PATCH v7 04/10] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices, Shameer Kolothum
    • Re: [PATCH v7 04/10] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices, John Garry
      • RE: [PATCH v7 04/10] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices, Shameerali Kolothum Thodi
  • [PATCH v7 05/10] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Shameer Kolothum
  • [PATCH v7 06/10] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver, Shameer Kolothum
  • [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Shameer Kolothum
    • Re: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Alex Williamson
      • Re: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Jason Gunthorpe
        • Re: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Alex Williamson
          • Re: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Jason Gunthorpe
            • Re: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Alex Williamson
              • RE: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Shameerali Kolothum Thodi
                • Re: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Alex Williamson
                  • Re: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Jason Gunthorpe
                    • Re: [PATCH v7 07/10] vfio: Extend the device migration protocol with PRE_COPY, Alex Williamson
  • [PATCH v7 10/10] hisi_acc_vfio_pci: Use its own PCI reset_done error handler, Shameer Kolothum
  • [PATCH v7 08/10] crypto: hisilicon/qm: Set the VF QM state register, Shameer Kolothum
  • [PATCH v7 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameer Kolothum
    • Re: [PATCH v7 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
      • RE: [PATCH v7 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
        • Re: [PATCH v7 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
          • RE: [PATCH v7 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
            • Re: [PATCH v7 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
              • RE: [PATCH v7 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
• [PATCH] arm64: crypto: Don't allow v8.2 extensions to be used with BROKEN_GAS_INST, Mark Brown
  • Re: [PATCH] arm64: crypto: Don't allow v8.2 extensions to be used with BROKEN_GAS_INST, Ard Biesheuvel
    • Re: [PATCH] arm64: crypto: Don't allow v8.2 extensions to be used with BROKEN_GAS_INST, Marc Zyngier
      • Re: [PATCH] arm64: crypto: Don't allow v8.2 extensions to be used with BROKEN_GAS_INST, Mark Brown
• [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, zhenwei pi
  • [PATCH v3 1/4] virtio_crypto: Introduce VIRTIO_CRYPTO_NOSPC, zhenwei pi
  • [PATCH v3 2/4] virtio-crypto: introduce akcipher service, zhenwei pi
    • RE: [PATCH v3 2/4] virtio-crypto: introduce akcipher service, Gonglei (Arei)
  • [PATCH v3 3/4] virtio-crypto: implement RSA algorithm, zhenwei pi
    • RE: [PATCH v3 3/4] virtio-crypto: implement RSA algorithm, Gonglei (Arei)
  • [PATCH v3 4/4] virtio-crypto: rename skcipher algs, zhenwei pi
    • RE: [PATCH v3 4/4] virtio-crypto: rename skcipher algs, Gonglei (Arei)
  • Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, Eric Biggers
    • Re: Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, zhenwei pi
  • Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, zhenwei pi
    • Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, Michael S. Tsirkin
      • Re: Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, zhenwei pi
      • Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, Cornelia Huck
        • Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, Michael S. Tsirkin
          • Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, Cornelia Huck
            • Re: [PATCH v3 0/4] Introduce akcipher service for virtio-crypto, Michael S. Tsirkin
• [PATCH 0/3] random: wire up in-kernel virtual machine fork notifications, Jason A. Donenfeld
  • [PATCH 1/3] random: replace custom notifier chain with standard one, Jason A. Donenfeld
    • Re: [PATCH 1/3] random: replace custom notifier chain with standard one, Dominik Brodowski
      • Re: [PATCH 1/3] random: replace custom notifier chain with standard one, Jason A. Donenfeld
        • Re: [PATCH 1/3] random: replace custom notifier chain with standard one, Dominik Brodowski
  • [PATCH 3/3] wireguard: device: clear keys on VM fork, Jason A. Donenfeld
    • Re: [PATCH 3/3] wireguard: device: clear keys on VM fork, Jakub Kicinski
    • Re: [PATCH 3/3] wireguard: device: clear keys on VM fork, Michael S. Tsirkin
      • Re: [PATCH 3/3] wireguard: device: clear keys on VM fork, Jason A. Donenfeld
        • Re: [PATCH 3/3] wireguard: device: clear keys on VM fork, Michael S. Tsirkin
  • [PATCH 2/3] random: provide notifier for VM fork, Jason A. Donenfeld
    • Re: [PATCH 2/3] random: provide notifier for VM fork, Greg KH
      • Re: [PATCH 2/3] random: provide notifier for VM fork, Jason A. Donenfeld
• [PATCH] wait: Parameterize the return variable to ___wait_event(), Matthew Wilcox (Oracle)
• [PATCH 0/4] Add CA enforcement in the machine keyring, Eric Snowberg
  • [PATCH 2/4] X.509: Parse Basic Constraints for CA, Eric Snowberg
    • Re: [PATCH 2/4] X.509: Parse Basic Constraints for CA, Stefan Berger
      • Re: [PATCH 2/4] X.509: Parse Basic Constraints for CA, Eric Snowberg
  • [PATCH 1/4] KEYS: Create static version of public_key_verify_signature, Eric Snowberg
  • [PATCH 3/4] KEYS: CA link restriction, Eric Snowberg
    • Re: [PATCH 3/4] KEYS: CA link restriction, Stefan Berger
      • Re: [PATCH 3/4] KEYS: CA link restriction, Eric Snowberg
        • Re: [PATCH 3/4] KEYS: CA link restriction, Mimi Zohar
          • Re: [PATCH 3/4] KEYS: CA link restriction, Eric Snowberg
            • Re: [PATCH 3/4] KEYS: CA link restriction, Stefan Berger
              • Re: [PATCH 3/4] KEYS: CA link restriction, Mimi Zohar
                • Re: [PATCH 3/4] KEYS: CA link restriction, Stefan Berger
                • Re: [PATCH 3/4] KEYS: CA link restriction, Eric Snowberg
                  • Re: [PATCH 3/4] KEYS: CA link restriction, Stefan Berger
                    • Re: [PATCH 3/4] KEYS: CA link restriction, Stefan Berger
                    • Re: [PATCH 3/4] KEYS: CA link restriction, Eric Snowberg
                      • Re: [PATCH 3/4] KEYS: CA link restriction, Stefan Berger
                        • Re: [PATCH 3/4] KEYS: CA link restriction, Eric Snowberg
                          • Re: [PATCH 3/4] KEYS: CA link restriction, Stefan Berger
                            • Re: [PATCH 3/4] KEYS: CA link restriction, Stefan Berger
                  • Re: [PATCH 3/4] KEYS: CA link restriction, Mimi Zohar
  • [PATCH 4/4] integrity: CA enforcement in machine keyring, Eric Snowberg
    • Re: [PATCH 4/4] integrity: CA enforcement in machine keyring, Stefan Berger
      • Re: [PATCH 4/4] integrity: CA enforcement in machine keyring, Eric Snowberg
        • Re: [PATCH 4/4] integrity: CA enforcement in machine keyring, Stefan Berger
          • Re: [PATCH 4/4] integrity: CA enforcement in machine keyring, Eric Snowberg
  • Re: [PATCH 0/4] Add CA enforcement in the machine keyring, Mimi Zohar
    • Re: [PATCH 0/4] Add CA enforcement in the machine keyring, Eric Snowberg
  • Re: [PATCH 0/4] Add CA enforcement in the machine keyring, Mimi Zohar
• propagating vmgenid outward and upward, Jason A. Donenfeld
  • Re: propagating vmgenid outward and upward, Laszlo Ersek
    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
      • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
        • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
            • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
            • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
              • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
                  • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
                      • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                        • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
                          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                            • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
                              • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                              • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
  • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
  • Re: propagating vmgenid outward and upward, Greg KH
    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
      • Re: propagating vmgenid outward and upward, Greg KH
        • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
  • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
  • Re: propagating vmgenid outward and upward, Alexander Graf
    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
      • Re: propagating vmgenid outward and upward, Alexander Graf
        • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
        • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
• [no subject], Unknown
• [PATCH 00/16] crypto: rockchip: permit to pass self-tests, Corentin Labbe
  • [PATCH 01/16] crypto: rockchip: use dev_err for error message about interrupt, Corentin Labbe
  • [PATCH 05/16] crypto: rockchip: do not store mode globally, Corentin Labbe
  • [PATCH 06/16] crypto: rockchip: add fallback for cipher, Corentin Labbe
  • [PATCH 02/16] crypto: rockchip: do not use uninit variable, Corentin Labbe
  • [PATCH 04/16] crypto: rockchip: fix privete/private typo, Corentin Labbe
  • [PATCH 03/16] crypto: rockchip: do not do custom power management, Corentin Labbe
  • [PATCH 10/16] crypto: rockchip: rework by using crypto_engine, Corentin Labbe
    • Re: [PATCH 10/16] crypto: rockchip: rework by using crypto_engine, kernel test robot
    • Re: [PATCH 10/16] crypto: rockchip: rework by using crypto_engine, kernel test robot
    • Re: [PATCH 10/16] crypto: rockchip: rework by using crypto_engine, John Keeping
      • Re: [PATCH 10/16] crypto: rockchip: rework by using crypto_engine, LABBE Corentin
  • [PATCH 09/16] crypto: rockchip: remove non-aligned handling, Corentin Labbe
  • [PATCH 08/16] crypto: rockchip: better handle cipher key, Corentin Labbe
  • [PATCH 11/16] crypto: rockhip: do not handle dma clock, Corentin Labbe
  • [PATCH 07/16] crypto: rockchip: add fallback for ahash, Corentin Labbe
  • [PATCH 16/16] crypto: rockchip: add myself as maintainer, Corentin Labbe
  • [PATCH 12/16] ARM: dts: rk3288: crypto do not need dma clock, Corentin Labbe
  • [PATCH 13/16] crypto: rockchip: rewrite type, Corentin Labbe
    • Re: [PATCH 13/16] crypto: rockchip: rewrite type, kernel test robot
    • Re: [PATCH 13/16] crypto: rockchip: rewrite type, kernel test robot
  • [PATCH 14/16] crypto: rockchip: add debugfs, Corentin Labbe
  • [PATCH 15/16] arm64: dts: rockchip: add rk3328 crypto node, Corentin Labbe
  • Re: [PATCH 00/16] crypto: rockchip: permit to pass self-tests, John Keeping
    • Re: [PATCH 00/16] crypto: rockchip: permit to pass self-tests, LABBE Corentin
• RFC: Intervals to schedule the worker for mix_interrupt_randomness()., Sebastian Andrzej Siewior
  • Re: RFC: Intervals to schedule the worker for mix_interrupt_randomness()., Jason A. Donenfeld
    • Re: RFC: Intervals to schedule the worker for mix_interrupt_randomness()., Sebastian Andrzej Siewior
• [PATCH 0/6] Remove usage of list iterator past the loop body, Jakob Koschel
  • [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body, Jakob Koschel
    • Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body, Dan Carpenter
      • Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body, Jakob Koschel
        • Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body, Dan Carpenter
      • Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body, Joe Perches
        • Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body, Dan Carpenter
  • [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jakob Koschel
    • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Greg KH
      • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jakob Koschel
        • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Greg KH
    • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Christian König
      • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
        • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Christian König
          • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, James Bottomley
            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Christian König
              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, James Bottomley
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Christian König
              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jakob Koschel
            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jeffrey Walton
            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Mike Rapoport
              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, James Bottomley
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Barnabás Pőcze
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Segher Boessenkool
                  • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                  • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                  • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, David Laight
                    • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                      • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, David Laight
                        • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                          • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Rasmus Villemoes
                            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Kees Cook
                              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Kees Cook
                              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Dan Carpenter
                            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Dan Carpenter
        • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
          • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Segher Boessenkool
            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Matthew Wilcox
              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Johannes Berg
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Matthew Wilcox
                  • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                    • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                    • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Kees Cook
                      • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                      • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Matthew Wilcox
              • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, David Laight
            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jakob Koschel
              • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Linus Torvalds
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jakub Kicinski
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jakob Koschel
                  • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Greg KH
                    • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jakob Koschel
                      • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Greg KH
                  • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Kees Cook
                • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Xiaomeng Tong
                  • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, David Laight
                    • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Xiaomeng Tong
                      • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, David Laight
                        • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Xiaomeng Tong
                          • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, David Laight
                            • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Xiaomeng Tong
                          • Re: [Kgdb-bugreport] [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Daniel Thompson
                            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Xiaomeng Tong
                        • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Jakob Koschel
                          • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Xiaomeng Tong
                            • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Xiaomeng Tong
        • RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, David Laight
    • Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr, Dan Carpenter
  • [PATCH 3/6] treewide: fix incorrect use to determine if list is empty, Jakob Koschel
    • Re: [PATCH 3/6] treewide: fix incorrect use to determine if list is empty, Dan Carpenter
  • [PATCH 5/6] treewide: remove dereference of list iterator after loop body, Jakob Koschel
  • [PATCH 6/6] treewide: remove check of list iterator against head past the loop body, Jakob Koschel
    • Re: [PATCH 6/6] treewide: remove check of list iterator against head past the loop body, Dan Carpenter
    • Re: [PATCH 6/6] treewide: remove check of list iterator against head past the loop body, Linus Torvalds
    • Re: [Intel-gfx] [PATCH 6/6] treewide: remove check of list iterator against head past the loop body, Tvrtko Ursulin
  • [PATCH 4/6] drivers: remove unnecessary use of list iterator variable, Jakob Koschel
  • Re: [PATCH 0/6] Remove usage of list iterator past the loop body, Dan Carpenter
    • RE: [PATCH 0/6] Remove usage of list iterator past the loop body, David Laight
• [PATCH v6 00/10] vfio/hisilicon: add ACC live migration driver, Shameer Kolothum
  • [PATCH v6 01/10] crypto: hisilicon/qm: Move the QM header to include/linux, Shameer Kolothum
  • [PATCH v6 02/10] crypto: hisilicon/qm: Move few definitions to common header, Shameer Kolothum
  • [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header, Shameer Kolothum
    • Re: [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header, Alex Williamson
      • Re: [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header, Bjorn Helgaas
        • Re: [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header, Alex Williamson
          • Re: [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header, Bjorn Helgaas
  • [PATCH v6 05/10] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region, Shameer Kolothum
  • [PATCH v6 06/10] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver, Shameer Kolothum
  • [PATCH v6 04/10] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices, Shameer Kolothum
  • [PATCH v6 07/10] vfio: Extend the device migration protocol with PRE_COPY, Shameer Kolothum
  • [PATCH v6 08/10] crypto: hisilicon/qm: Set the VF QM state register, Shameer Kolothum
  • [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameer Kolothum
    • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
      • RE: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
        • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
          • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
            • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
              • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
                • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
                  • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
                    • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
                      • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
                        • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
                          • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Alex Williamson
                            • Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Jason Gunthorpe
                              • RE: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration, Shameerali Kolothum Thodi
  • [PATCH v6 10/10] hisi_acc_vfio_pci: Use its own PCI reset_done error handler, Shameer Kolothum
• [PATCH] crypto: octeontx2 - unlock on allocation error, Dan Carpenter
• [PATCH] ccp: ccp_dmaengine_unregister release dma channels, Dāvis Mosāns
  • Re: [PATCH] ccp: ccp_dmaengine_unregister release dma channels, John Allen
  • Re: [PATCH] ccp: ccp_dmaengine_unregister release dma channels, Herbert Xu
• [PATCH v5 0/3] ACPI: VM fork detection for RNG, Jason A. Donenfeld
  • [PATCH v5 2/3] ACPI: allow longer device IDs, Jason A. Donenfeld
    • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Ard Biesheuvel
      • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Ard Biesheuvel
      • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Jason A. Donenfeld
        • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Ard Biesheuvel
          • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Ard Biesheuvel
            • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Alexander Graf
              • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Ard Biesheuvel
                • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Alexander Graf
                  • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Ard Biesheuvel
    • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Alexander Graf
      • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Jason A. Donenfeld
        • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Jason A. Donenfeld
          • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Rafael J. Wysocki
            • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Jason A. Donenfeld
              • [PATCH 2/3 v6] ACPI: allow longer device IDs, Jason A. Donenfeld
                • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Andy Shevchenko
                  • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Jason A. Donenfeld
                  • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Ard Biesheuvel
                    • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Andy Shevchenko
                      • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Jason A. Donenfeld
                        • RE: [PATCH 2/3 v6] ACPI: allow longer device IDs, Michael Kelley (LINUX)
                          • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Jason A. Donenfeld
                          • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Ard Biesheuvel
                            • RE: [PATCH 2/3 v6] ACPI: allow longer device IDs, Michael Kelley (LINUX)
                              • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Ard Biesheuvel
                                • RE: [PATCH 2/3 v6] ACPI: allow longer device IDs, Michael Kelley (LINUX)
                                • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Jason A. Donenfeld
                                • RE: [PATCH 2/3 v6] ACPI: allow longer device IDs, Michael Kelley (LINUX)
                                • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Ard Biesheuvel
                                • RE: [PATCH 2/3 v6] ACPI: allow longer device IDs, Michael Kelley (LINUX)
                                • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Jason A. Donenfeld
                                • RE: [PATCH 2/3 v6] ACPI: allow longer device IDs, Michael Kelley (LINUX)
                          • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Andy Shevchenko
                      • Re: Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Alexander Graf
                        • Re: Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Ard Biesheuvel
                • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Hans de Goede
                  • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Jason A. Donenfeld
                    • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Hans de Goede
                  • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Andy Shevchenko
                    • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Jason A. Donenfeld
                • Re: [PATCH 2/3 v6] ACPI: allow longer device IDs, Rafael J. Wysocki
            • Re: [PATCH v5 2/3] ACPI: allow longer device IDs, Hans de Goede
  • [PATCH v5 3/3] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
    • RE: [PATCH v5 3/3] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Michael Kelley (LINUX)
  • [PATCH v5 1/3] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
• [PATCH] crypto: drbg: check the return value of crypto_shash_init(), Jia-Ju Bai
  • Re: [PATCH] crypto: drbg: check the return value of crypto_shash_init(), Eric Biggers
• [PATCH -next] crypto: octeontx2 - fix missing unlock, Yang Yingliang
  • Re: [PATCH -next] crypto: octeontx2 - fix missing unlock, Herbert Xu
• [PATCH] hwrng: cavium: fix NULL but dereferenced coccicheck error, Wan Jiabing
  • RE: [EXT] [PATCH] hwrng: cavium: fix NULL but dereferenced coccicheck error, Sunil Kovvuri Goutham
  • Re: [PATCH] hwrng: cavium: fix NULL but dereferenced coccicheck error, Herbert Xu
• [PATCH] PKCS#7: fix a possible memory leak when calculating the digest, Denis Glazkov
  • Re: [PATCH] PKCS#7: fix a possible memory leak when calculating the digest, Eric Biggers
• [PATCH v3 0/2] VM fork detection for RNG, Jason A. Donenfeld
  • [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
    • Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng, Ard Biesheuvel
      • Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
        • Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng, Ard Biesheuvel
  • [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
    • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Laszlo Ersek
    • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Ard Biesheuvel
      • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Michael S. Tsirkin
        • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
      • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
        • [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Greg KH
          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Greg KH
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Ard Biesheuvel
          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
              • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
              • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
                  • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                    • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Ard Biesheuvel
                      • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                        • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
                          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                      • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
                        • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Greg KH
              • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
              • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Ard Biesheuvel
• [PATCH v2 0/2] VM fork detection for RNG, Jason A. Donenfeld
  • [PATCH v2 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
  • [PATCH v2 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
• [PATCH] random: do crng pre-init loading in worker rather than irq, Jason A. Donenfeld
  • Re: [PATCH] random: do crng pre-init loading in worker rather than irq, Dominik Brodowski
    • Re: [PATCH] random: do crng pre-init loading in worker rather than irq, Jason A. Donenfeld
      • Re: [PATCH] random: do crng pre-init loading in worker rather than irq, Dominik Brodowski
        • Re: [PATCH] random: do crng pre-init loading in worker rather than irq, Jason A. Donenfeld
          • [PATCH v2] random: do crng pre-init loading in worker rather than irq, Jason A. Donenfeld
            • Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq, Sebastian Andrzej Siewior
              • Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq, Jason A. Donenfeld
                • Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq, Sebastian Andrzej Siewior
                  • Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq, Jason A. Donenfeld
                    • Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq, Sebastian Andrzej Siewior
  • Re: [PATCH] random: do crng pre-init loading in worker rather than irq, Jason A. Donenfeld
• [PATCH v2 1/1] crypto: cavium/nitrox - don't cast parameter in bit operations, Andy Shevchenko
  • Re: [PATCH v2 1/1] crypto: cavium/nitrox - don't cast parameter in bit operations, Andy Shevchenko
  • Re: [PATCH v2 1/1] crypto: cavium/nitrox - don't cast parameter in bit operations, Herbert Xu
• [PATCH v4 1/1] crypto: vmx - add missing dependencies, Petr Vorel
  • Re: [PATCH v4 1/1] crypto: vmx - add missing dependencies, Herbert Xu
• Unintended file entry addition in commit 7ed88a03b15b ("certs: Check that builtin blacklist hashes are valid")?, Lukas Bulwahn
  • Re: Unintended file entry addition in commit 7ed88a03b15b ("certs: Check that builtin blacklist hashes are valid")?, Jarkko Sakkinen
• [PATCH RFC v1 0/2] VM fork detection for RNG, Jason A. Donenfeld
  • [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
    • Re: [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng, Eric Biggers
      • Re: [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
        • Re: [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng, Eric Biggers
          • Re: [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
  • [PATCH RFC v1 2/2] drivers/virt: add vmgenid driver for reinitializing RNG, Jason A. Donenfeld
    • Re: [PATCH RFC v1 2/2] drivers/virt: add vmgenid driver for reinitializing RNG, Jason A. Donenfeld
  • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Jason A. Donenfeld
    • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Jason A. Donenfeld
    • Message not available
      • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Jason A. Donenfeld
    • Message not available
      • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Daniel P. Berrangé
        • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Jason A. Donenfeld
          • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Michael S. Tsirkin
  • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Alexander Graf
    • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Daniel P. Berrangé
      • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Alexander Graf
    • Re: [PATCH RFC v1 0/2] VM fork detection for RNG, Jason A. Donenfeld
• [PATCH V3 0/4] crypto: Add Xilinx ZynqMP SHA3 driver support, Harsha
  • [PATCH V3 1/4] drivers: crypto: Updated Makefile for xilinx subdirectory, Harsha
  • [PATCH V3 3/4] crypto: xilinx: Add Xilinx SHA3 driver, Harsha
  • [PATCH V3 4/4] MAINTAINERS: Add maintainer for Xilinx ZynqMP SHA3 driver, Harsha
  • [PATCH V3 2/4] firmware: xilinx: Add ZynqMP SHA API for SHA3 functionality, Harsha
  • Re: [PATCH V3 0/4] crypto: Add Xilinx ZynqMP SHA3 driver support, Herbert Xu
• [PATCH] crypto: drbg: fix crypto api abuse, Gilad Ben-Yossef
  • Re: [PATCH] crypto: drbg: fix crypto api abuse, Eric Biggers
    • Re: [PATCH] crypto: drbg: fix crypto api abuse, Eric Biggers
      • Re: [PATCH] crypto: drbg: fix crypto api abuse, Gilad Ben-Yossef
        • Re: [PATCH] crypto: drbg: fix crypto api abuse, Eric Biggers
          • Re: [PATCH] crypto: drbg: fix crypto api abuse, Gilad Ben-Yossef
            • Re: [PATCH] crypto: drbg: fix crypto api abuse, Gilad Ben-Yossef
• [PATCH v2] crypto: crypto_xor - use helpers for unaligned accesses, Ard Biesheuvel
  • Re: [PATCH v2] crypto: crypto_xor - use helpers for unaligned accesses, Herbert Xu
• [PATCH v5 0/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys, Ahmad Fatoum
  • [PATCH v5 3/5] KEYS: trusted: allow trust sources to use kernel RNG for key material, Ahmad Fatoum
    • Re: [PATCH v5 3/5] KEYS: trusted: allow trust sources to use kernel RNG for key material, Ahmad Fatoum
      • RE: [EXT] Re: [PATCH v5 3/5] KEYS: trusted: allow trust sources to use kernel RNG for key material, Pankaj Gupta
      • RE: [EXT] Re: [PATCH v5 3/5] KEYS: trusted: allow trust sources to use kernel RNG for key material, Pankaj Gupta
  • [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator, Ahmad Fatoum
    • Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator, Jarkko Sakkinen
      • Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator, Ahmad Fatoum
        • RE: [EXT] Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator, Pankaj Gupta
          • Re: [EXT] Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator, Ahmad Fatoum
        • Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator, Jarkko Sakkinen
          • Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator, Ahmad Fatoum
  • [PATCH v5 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys, Ahmad Fatoum
    • RE: [EXT] [PATCH v5 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys, Pankaj Gupta
    • RE: [EXT] [PATCH v5 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys, Pankaj Gupta
      • RE: [EXT] [PATCH v5 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys, Pankaj Gupta
  • [PATCH v5 1/5] KEYS: trusted: allow use of TEE as backend without TCG_TPM support, Ahmad Fatoum
  • [PATCH v5 2/5] KEYS: trusted: allow users to use kernel RNG for key material, Ahmad Fatoum
    • Re: [PATCH v5 2/5] KEYS: trusted: allow users to use kernel RNG for key material, Jarkko Sakkinen
• [PATCHv3 00/10] 64-bit data integrity field support, Keith Busch
  • [PATCHv3 06/10] crypto: add rocksoft 64b crc framework, Keith Busch