Linux Crypto

• Thread Index

• Re: [PATCH 2/3] random: provide notifier for VM fork
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] wireguard: device: clear keys on VM fork
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/3] random: replace custom notifier chain with standard one
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• RE: [EXT] Re: [PATCH v5 3/5] KEYS: trusted: allow trust sources to use kernel RNG for key material
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• RE: [EXT] [PATCH v5 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• [PATCH v3 4/4] virtio-crypto: rename skcipher algs
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH v3 3/4] virtio-crypto: implement RSA algorithm
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH v3 2/4] virtio-crypto: introduce akcipher service
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH v3 1/4] virtio_crypto: Introduce VIRTIO_CRYPTO_NOSPC
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH v3 0/4] Introduce akcipher service for virtio-crypto
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: [PATCHv3 09/10] nvme: add support for enhanced metadata
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCHv3 08/10] block: add pi for nvme enhanced integrity
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: sm4 - create SM4 library based on sm4 generic code
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 1/3] crypto: sm4 - create SM4 library based on sm4 generic code
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] wireguard: device: clear keys on VM fork
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 2/3] random: provide notifier for VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 3/3] wireguard: device: clear keys on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 1/3] random: replace custom notifier chain with standard one
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 0/3] random: wire up in-kernel virtual machine fork notifications
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH] ccp: ccp_dmaengine_unregister release dma channels
  • From: John Allen <john.allen@xxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 6/6] treewide: remove check of list iterator against head past the loop body
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: Re: [PATCH RFC v0] random: block in /dev/urandom
  • From: 10maurycy10@xxxxxxxxx
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] zstd changes for v5.16
  • From: Nick Terrell <terrelln@xxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] wait: Parameterize the return variable to ___wait_event()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 4/4] integrity: CA enforcement in machine keyring
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [PATCH 3/4] KEYS: CA link restriction
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [PATCH 1/4] KEYS: Create static version of public_key_verify_signature
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [PATCH 2/4] X.509: Parse Basic Constraints for CA
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [PATCH 0/4] Add CA enforcement in the machine keyring
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Greg KH <greg@xxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: RFC: Intervals to schedule the worker for mix_interrupt_randomness().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Joao Martins <joao.m.martins@xxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] crypto: sm4 - create SM4 library based on sm4 generic code
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH Part2 v5 14/45] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: sm4 - create SM4 library based on sm4 generic code
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Joao Martins <joao.m.martins@xxxxxxxxxx>
• Re: [PATCH 00/16] crypto: rockchip: permit to pass self-tests
  • From: John Keeping <john@xxxxxxxxxxxx>
• Re: [PATCH 10/16] crypto: rockchip: rework by using crypto_engine
  • From: John Keeping <john@xxxxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: sm4 - create SM4 library based on sm4 generic code
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• RE: PING: [PATCH v2 3/3] virtio-crypto: implement RSA algorithm
  • From: "Gonglei (Arei)" <arei.gonglei@xxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/3] crypto: sm4 - create SM4 library based on sm4 generic code
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• PING: [PATCH v2 3/3] virtio-crypto: implement RSA algorithm
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 13/16] crypto: rockchip: rewrite type
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 13/16] crypto: rockchip: rewrite type
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 10/16] crypto: rockchip: rework by using crypto_engine
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 10/16] crypto: rockchip: rework by using crypto_engine
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Barnabás Pőcze <pobrn@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [dm-devel] Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Giovanni Cabiddu <giovanni.cabiddu@xxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 15/16] arm64: dts: rockchip: add rk3328 crypto node
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 14/16] crypto: rockchip: add debugfs
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 13/16] crypto: rockchip: rewrite type
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 12/16] ARM: dts: rk3288: crypto do not need dma clock
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 16/16] crypto: rockchip: add myself as maintainer
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 07/16] crypto: rockchip: add fallback for ahash
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 11/16] crypto: rockhip: do not handle dma clock
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 08/16] crypto: rockchip: better handle cipher key
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 09/16] crypto: rockchip: remove non-aligned handling
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 10/16] crypto: rockchip: rework by using crypto_engine
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 03/16] crypto: rockchip: do not do custom power management
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 00/16] crypto: rockchip: permit to pass self-tests
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 04/16] crypto: rockchip: fix privete/private typo
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 02/16] crypto: rockchip: do not use uninit variable
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 06/16] crypto: rockchip: add fallback for cipher
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 05/16] crypto: rockchip: do not store mode globally
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH 01/16] crypto: rockchip: use dev_err for error message about interrupt
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: Intervals to schedule the worker for mix_interrupt_randomness().
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 2/3 v6] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RFC: Intervals to schedule the worker for mix_interrupt_randomness().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] random: do crng pre-init loading in worker rather than irq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 6/6] treewide: remove check of list iterator against head past the loop body
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Joao Martins <joao.m.martins@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [PATCH 3/6] treewide: fix incorrect use to determine if list is empty
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] drivers: remove unnecessary use of list iterator variable
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 6/6] treewide: remove check of list iterator against head past the loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 5/6] treewide: remove dereference of list iterator after loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 3/6] treewide: fix incorrect use to determine if list is empty
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 0/6] Remove usage of list iterator past the loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 2/6] treewide: remove using list iterator after loop body as a ptr
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• [PATCH 1/6] drivers: usb: remove usage of list iterator past the loop body
  • From: Jakob Koschel <jakobkoschel@xxxxxxxxx>
• Re: [BUG] crypto: ccree: driver does not handle case where cryptlen = authsize =0
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: drbg: fix crypto api abuse
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 10/10] hisi_acc_vfio_pci: Use its own PCI reset_done error handler
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 09/10] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 08/10] crypto: hisilicon/qm: Set the VF QM state register
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 07/10] vfio: Extend the device migration protocol with PRE_COPY
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 04/10] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 06/10] hisi_acc_vfio_pci: Add helper to retrieve the struct pci_driver
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 05/10] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 03/10] hisi_acc_qm: Move PCI device IDs to common header
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 02/10] crypto: hisilicon/qm: Move few definitions to common header
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 01/10] crypto: hisilicon/qm: Move the QM header to include/linux
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v6 00/10] vfio/hisilicon: add ACC live migration driver
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Kyle Sanderson <kyle.leet@xxxxxxxxx>
• [PATCH] crypto: octeontx2 - unlock on allocation error
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] ccp: ccp_dmaengine_unregister release dma channels
  • From: Dāvis Mosāns <davispuh@xxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] crypto: drbg: fix crypto api abuse
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 0/3] ACPI: VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 1/3] random: add mechanism for VM forks to reinitialize crng
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 3/3] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 2/3] ACPI: allow longer device IDs
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [EXT] [PATCH] hwrng: cavium: fix NULL but dereferenced coccicheck error
  • From: Sunil Kovvuri Goutham <sgoutham@xxxxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] crypto: drbg: check the return value of crypto_shash_init()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH] KEYS: Double max_size to make keyctl pkey_verify work
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Joao Martins <joao.m.martins@xxxxxxxxxx>
• Re: [PATCH v5 00/12] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH Part2 v5 14/45] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Alper Gun <alpergun@xxxxxxxxxx>
• Re: [PATCHv3 03/10] asm-generic: introduce be48 unaligned accessors
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCHv3 03/10] asm-generic: introduce be48 unaligned accessors
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCHv3 07/10] lib: add crc64 tests
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 09/10] nvme: add support for enhanced metadata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 08/10] block: add pi for nvme enhanced integrity
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 07/10] lib: add crc64 tests
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCHv3 06/10] crypto: add rocksoft 64b crc framework
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 07/10] lib: add crc64 tests
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 05/10] lib: add rocksoft model crc64
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 03/10] asm-generic: introduce be48 unaligned accessors
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 02/10] nvme: allow integrity on extended metadata formats
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 01/10] block: support pi with extended metadata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: "'Baoquan He'" <bhe@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH] crypto: cavium: zip: register algorithm only if hardware is present
  • From: Jan Glauber <jan.glauber@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [EXT] [PATCH v5 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• RE: [EXT] Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [EXT] Re: [PATCH v5 3/5] KEYS: trusted: allow trust sources to use kernel RNG for key material
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH] crypto: drbg: check the return value of crypto_shash_init()
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
• [PATCH -next] crypto: octeontx2 - fix missing unlock
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH] hwrng: cavium: fix NULL but dereferenced coccicheck error
  • From: Wan Jiabing <wanjiabing@xxxxxxxx>
• Re: [PATCH] PKCS#7: fix a possible memory leak when calculating the digest
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC V2 0/5] Introduce AVX512 optimized crypto algorithms
  • From: "Dey, Megha" <megha.dey@xxxxxxxxx>
• [PATCH] PKCS#7: fix a possible memory leak when calculating the digest
  • From: Denis Glazkov <d.glazkov@xxxxxx>
• Re: [PATCH] crypto: drbg: fix crypto api abuse
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2] random: do crng pre-init loading in worker rather than irq
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] random: do crng pre-init loading in worker rather than irq
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] random: do crng pre-init loading in worker rather than irq
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 0/2] VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH] random: do crng pre-init loading in worker rather than irq
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] random: do crng pre-init loading in worker rather than irq
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH] random: do crng pre-init loading in worker rather than irq
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: drbg: fix crypto api abuse
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] crypto: drbg: fix crypto api abuse
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] crypto: drbg: fix crypto api abuse
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 7/8] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v5 6/8] hisi_acc_vfio_pci: Add helper to retrieve the PF qm data
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v5 5/8] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 0/2] VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH] random: do crng pre-init loading in worker rather than irq
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1] random: block in /dev/urandom
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v5 7/8] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5 00/12] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• RE: [PATCH v5 7/8] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v1] random: block in /dev/urandom
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 1/1] crypto: cavium/nitrox - don't cast parameter in bit operations
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 2/2] drivers/virt: add vmgenid driver for reinitializing RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 7/8] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v5 3/5] KEYS: trusted: allow trust sources to use kernel RNG for key material
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH v5 7/8] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• RE: [PATCH v5 0/8] vfio/hisilicon: add ACC live migration driver
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: Unintended file entry addition in commit 7ed88a03b15b ("certs: Check that builtin blacklist hashes are valid")?
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 2/5] KEYS: trusted: allow users to use kernel RNG for key material
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v4 1/1] crypto: vmx - add missing dependencies
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v3 1/2] crypto: vmx - merge CRYPTO_DEV_VMX_ENCRYPT into CRYPTO_DEV_VMX
  • From: Petr Vorel <pvorel@xxxxxxx>
• RE: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Christoph Hellwig <hch@xxxxxx>
• Unintended file entry addition in commit 7ed88a03b15b ("certs: Check that builtin blacklist hashes are valid")?
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH v3] dt-bindings: crypto: convert rockchip-crypto to yaml
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH RFC v1 2/2] drivers/virt: add vmgenid driver for reinitializing RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 1/2] random: add mechanism for VM forks to reinitialize crng
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 0/2] VM fork detection for RNG
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3] dt-bindings: crypto: convert rockchip-crypto to yaml
  • From: LABBE Corentin <clabbe@xxxxxxxxxxxx>
• Re: [PATCH v1 1/1] crypto: cavium/nitrox - don't cast parameter in bit operations
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH V3 2/4] firmware: xilinx: Add ZynqMP SHA API for SHA3 functionality
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH V3 4/4] MAINTAINERS: Add maintainer for Xilinx ZynqMP SHA3 driver
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH V3 3/4] crypto: xilinx: Add Xilinx SHA3 driver
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH V3 1/4] drivers: crypto: Updated Makefile for xilinx subdirectory
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH V3 0/4] crypto: Add Xilinx ZynqMP SHA3 driver support
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• Re: [PATCH v2 3/3] virtio-crypto: implement RSA algorithm
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• RE: [PATCH V2 3/4] crypto: xilinx: Add Xilinx SHA3 driver
  • From: Harsha Harsha <harshah@xxxxxxxxxx>
• [PATCH] crypto: drbg: fix crypto api abuse
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2] crypto: crypto_xor - use helpers for unaligned accesses
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] crypto: crypto_xor - use helpers for unaligned accesses
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH -next] crypto: x86/des3 - Remove unused inline function des3_ede_enc_blk_3way()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: ccree: don't attempt 0 len DMA mappings
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: hisilicon/sec - fix the aead software fallback for engine
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] crypto: x86/blowfish - Remove unused inline functions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: octeontx2 - add synchronization between mailbox accesses
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] crypto: vmx - merge CRYPTO_DEV_VMX_ENCRYPT into CRYPTO_DEV_VMX
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] crypto: vmx - add missing dependencies
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] crypto: cavium/nitrox - don't cast parameter in bit operations
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: crypto_xor - use helpers for unaligned accesses
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] hwrng: core: Remove duplicated include in core.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: rockchip: ECB does not need IV
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] hw_random: introduce rng_quality sysfs attribute
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5 7/8] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCHv3 10/10] x86/crypto: add pclmul acceleration for crc64
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• RE: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCHv3 06/10] crypto: add rocksoft 64b crc framework
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCHv3 10/10] x86/crypto: add pclmul acceleration for crc64
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v5 2/5] KEYS: trusted: allow users to use kernel RNG for key material
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH v5 1/5] KEYS: trusted: allow use of TEE as backend without TCG_TPM support
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH v5 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH v5 0/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH v5 4/5] crypto: caam - add in-kernel interface for blob generator
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH v5 3/5] KEYS: trusted: allow trust sources to use kernel RNG for key material
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCHv3 06/10] crypto: add rocksoft 64b crc framework
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCHv3 06/10] crypto: add rocksoft 64b crc framework
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCHv3 06/10] crypto: add rocksoft 64b crc framework
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v5 0/8] vfio/hisilicon: add ACC live migration driver
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCHv3 10/10] x86/crypto: add pclmul acceleration for crc64
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• RE: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCHv3 10/10] x86/crypto: add pclmul acceleration for crc64
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCHv3 03/10] asm-generic: introduce be48 unaligned accessors
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCHv3 07/10] lib: add crc64 tests
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [PATCHv3 02/10] nvme: allow integrity on extended metadata formats
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 03/10] asm-generic: introduce be48 unaligned accessors
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 10/10] x86/crypto: add pclmul acceleration for crc64
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 07/10] lib: add crc64 tests
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 08/10] block: add pi for nvme enhanced integrity
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 05/10] lib: add rocksoft model crc64
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 01/10] block: support pi with extended metadata
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 09/10] nvme: add support for enhanced metadata
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 04/10] linux/kernel: introduce lower_48_bits macro
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 00/10] 64-bit data integrity field support
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCHv3 06/10] crypto: add rocksoft 64b crc framework
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH 2/2] kernel/dma: rename dma_alloc_direct and dma_map_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2] kernel/dma: rename dma_alloc_direct and dma_map_direct
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] random: round-robin registers as ulong, not u32
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Joao Martins <joao.m.martins@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCH v3] ath9k: use hw_random API instead of directly dumping into random.c
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3] ath9k: use hw_random API instead of directly dumping into random.c
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 3/4] crypto: xilinx: Add Xilinx SHA3 driver
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH V2 2/4] firmware: xilinx: Add ZynqMP SHA API for SHA3 functionality
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• RE: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [BUG] crypto: ccree: driver does not handle case where cryptlen = authsize =0
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• RE: [EXT] Re: [PATCH v4 5/5] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys
  • From: Pankaj Gupta <pankaj.gupta@xxxxxxx>
• Re: [PATCH v5 0/8] vfio/hisilicon: add ACC live migration driver
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] crypto: cleanup comments
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxx>
• [PATCH] crypto: cleanup comments
  • From: trix@xxxxxxxxxx
• Re: [PATCH] KEYS: asymmetric: enforce SM2 signature use pkey algo
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 2/2] KEYS: asymmetric: properly validate hash_algo and encoding
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v4] random: absorb fast pool into input pool after fast load
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v1] random: block in /dev/urandom
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• [PATCH v5 7/8] hisi_acc_vfio_pci: Add support for VFIO live migration
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v2 0/7] hwrng: atmel - add runtime pm support
  • From: <Claudiu.Beznea@xxxxxxxxxxxxx>
• Re: [BUG] crypto: ccree: driver does not handle case where cryptlen = authsize =0
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH v4 05/15] crypto: dh - split out deserialization code from crypto_dh_decode()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v4 12/15] crypto: api - allow algs only in specific constructions in FIPS mode
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH v4 07/15] crypto: dh - implement ffdheXYZ(dh) templates
  • From: Nicolai Stange <nstange@xxxxxxx>
• RE: [PATCH V2 2/4] firmware: xilinx: Add ZynqMP SHA API for SHA3 functionality
  • From: Harsha Harsha <harshah@xxxxxxxxxx>
• [PATCH v5 0/8] vfio/hisilicon: add ACC live migration driver
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v5 3/8] hisi_acc_qm: Move PCI device IDs to common header
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v4 14/15] lib/mpi: export mpi_rshift
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH v4 04/15] crypto: dh - constify struct dh's pointer members
  • From: Nicolai Stange <nstange@xxxxxxx>
• Re: [PATCH v4 13/15] crypto: dh - disallow plain "dh" usage in FIPS mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 5/5] crypto: engine: check if BH is disabled during completion
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• Re: [PATCH v4 07/15] crypto: dh - implement ffdheXYZ(dh) templates
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v4 03/15] crypto: dh - remove struct dh's ->q member
  • From: Nicolai Stange <nstange@xxxxxxx>
• Re: [PATCH v4 06/15] crypto: dh - introduce common code for built-in safe-prime group support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4] random: use simpler fast key erasure flow on per-cpu keys
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 10/15] crypto: testmgr - add keygen tests for ffdheXYZ(dh) templates
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH v4 00/15] crypto: dh - infrastructure for NVM in-band auth and FIPS conformance
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH v4 05/15] crypto: dh - split out deserialization code from crypto_dh_decode()
  • From: Nicolai Stange <nstange@xxxxxxx>
• Re: [PATCH v4 08/15] crypto: testmgr - add known answer tests for ffdheXYZ(dh) templates
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v4 01/15] crypto: kpp - provide support for KPP template instances
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v5 8/8] hisi_acc_vfio_pci: Use its own PCI reset_done error handler
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH] random: use max-period linear interrupt extractor
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Giovanni Cabiddu <giovanni.cabiddu@xxxxxxxxx>
• RE: [PATCH V2 2/4] firmware: xilinx: Add ZynqMP SHA API for SHA3 functionality
  • From: Harsha Harsha <harshah@xxxxxxxxxx>
• [PATCH v4 15/15] crypto: dh - calculate Q from P for the full public key verification
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH v4] random: absorb fast pool into input pool after fast load
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3] random: absorb fast pool into input pool after fast load
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 4/5] crypto: gemini: call finalize with bh disabled
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• Re: [PATCH v4 11/15] crypto: dh - allow for passing NULL to the ffdheXYZ(dh)s' ->set_secret()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v4 06/15] crypto: dh - introduce common code for built-in safe-prime group support
  • From: Nicolai Stange <nstange@xxxxxxx>
• Re: [PATCH v4 09/15] crypto: dh - implement private key generation primitive for ffdheXYZ(dh)
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [BUG] crypto: ccree: driver does not handle case where cryptlen = authsize =0
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 09/15] crypto: dh - implement private key generation primitive for ffdheXYZ(dh)
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH 0/5] crypto: completion should be ran with BH disabled
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH] crypto: cavium: zip: register algorithm only if hardware is present
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v5 6/8] hisi_acc_vfio_pci: Add helper to retrieve the PF qm data
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v4 04/15] crypto: dh - constify struct dh's pointer members
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 15/15] crypto: dh - calculate Q from P for the full public key verification
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v5 4/8] hisi_acc_vfio_pci: add new vfio_pci driver for HiSilicon ACC devices
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH 1/5] crypto: sun8i-ss: call finalize with bh disabled
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• Re: [PATCH v4 10/15] crypto: testmgr - add keygen tests for ffdheXYZ(dh) templates
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v5 1/8] crypto: hisilicon/qm: Move the QM header to include/linux
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v3] ath9k: use hw_random API instead of directly dumping into random.c
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• [PATCH v5 5/8] hisi_acc_vfio_pci: Restrict access to VF dev BAR2 migration region
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v4 11/15] crypto: dh - allow for passing NULL to the ffdheXYZ(dh)s' ->set_secret()
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH v5 2/8] crypto: hisilicon/qm: Move few definitions to common header
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH 3/5] crypto: amlogic: call finalize with bh disabled
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v4 02/15] crypto: kpp - provide support for KPP spawns
  • From: Nicolai Stange <nstange@xxxxxxx>
• Re: [PATCH v4 12/15] crypto: api - allow algs only in specific constructions in FIPS mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 02/15] crypto: kpp - provide support for KPP spawns
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v4 01/15] crypto: kpp - provide support for KPP template instances
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH v4 08/15] crypto: testmgr - add known answer tests for ffdheXYZ(dh) templates
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH 2/5] crypto: sun8i-ce: call finalize with bh disabled
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• [PATCH v4 13/15] crypto: dh - disallow plain "dh" usage in FIPS mode
  • From: Nicolai Stange <nstange@xxxxxxx>
• [PATCH v2 5/7] hwrng: atmel - use __maybe_unused and pm_ptr() for pm ops
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 3/7] hwrng: atmel - rename enable/disable functions to init/cleanup
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 7/7] hwrng: atmel - remove extra line
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 2/7] hwrng: atmel - disable trng on failure path
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 6/7] hwrng: atmel - add runtime pm support
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 0/7] hwrng: atmel - add runtime pm support
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 1/7] hwrng: atmel - add wait for ready support on read
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• Re: [PATCH] random: pull add_hwgenerator_randomness() declaration into random.h
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 4/7] hwrng: atmel - move set of TRNG_HALFR in atmel_trng_init()
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• Re: [PATCH] random: fix locking for crng_init in crng_reseed()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 9/9] random: remove outdated INT_MAX >> 6 check in urandom_read()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v4] random: use simpler fast key erasure flow on per-cpu keys
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 2/2] KEYS: asymmetric: properly validate hash_algo and encoding
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 1/2] random: fix locking in crng_fast_load()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3] random: absorb fast pool into input pool after fast load
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH] KEYS: Double max_size to make keyctl pkey_verify work
  • From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
• Re: [PATCH] KEYS: asymmetric: enforce SM2 signature use pkey algo
  • From: Tianjia Zhang <tianjia.zhang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] random: remove batched entropy locking
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 2/9] random: get rid of secondary crngs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 8/9] random: use hash function for crng_slow_load()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] KEYS: asymmetric: enforce SM2 signature use pkey algo
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 2/2] KEYS: asymmetric: properly validate hash_algo and encoding
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 1/2] KEYS: asymmetric: enforce that sig algo matches key algo
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] KEYS: Double max_size to make keyctl pkey_verify work
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] KEYS: Double max_size to make keyctl pkey_verify work
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] KEYS: Double max_size to make keyctl pkey_verify work
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 00/17] Enroll kernel keys thru MOK
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [BUG] crypto: ccree: driver does not handle case where cryptlen = authsize =0
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH] crypto: ccree: don't attempt 0 len DMA mappings
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCHv8 00/12] nvme: In-band authentication support
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [GIT PULL] zstd changes for v5.16
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 17/22] net: marvell: prestera: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 11/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Kyle Sanderson <kyle.leet@xxxxxxxxx>
• Re: Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v8 0/5] Enable root to update the blacklist keyring
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• [PATCH] crypto: hisilicon/sec - fix the aead software fallback for engine
  • From: Kai Ye <yekai13@xxxxxxxxxx>
• Re: [PATCH] random: use max-period linear interrupt extractor
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/22] usb: udc: lpc32xx: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/22] ethernet: rocker: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 20/22] HID: intel-ish-hid: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/22] net: marvell: prestera: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 18/22] net: ethernet: mtk-star-emac: Don't use GFP_DMA when calling dmam_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 15/22] usb: cdns3: Don't use GFP_DMA32 when calling dma_pool_alloc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/22] spi: spi-ti-qspi: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] spi: atmel: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 09/22] usb: cdns3: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 10/22] uio: pruss: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/22] usb: gadget: lpc32xx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/22] fbdev: mx3fb: Don't use GFP_DMA when calling dma_alloc_wc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/22] fbdev: da8xx: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/22] drm/sti: Don't use GFP_DMA when calling dma_alloc_wc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/22] sound: n64: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/22] net: moxa: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/22] gpu: ipu-v3: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/22] parisc: pci-dma: remove stale code and comment
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Intel QAT on A2SDi-8C-HLN4F causes massive data corruption with dm-crypt + xfs
  • From: Kyle Sanderson <kyle.leet@xxxxxxxxx>
• Re: [PATCH 17/22] net: marvell: prestera: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/7] crypto: x86/aesni-xctr: Add accelerated implementation of XCTR
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v2 7/7] crypto: arm64/polyval: Add PMULL accelerated implementation of POLYVAL
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 17/22] net: marvell: prestera: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 19/22] ethernet: rocker: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 15/22] usb: cdns3: Don't use GFP_DMA32 when calling dma_pool_alloc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 12/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 14/22] spi: spi-ti-qspi: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 16/22] usb: udc: lpc32xx: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 18/22] net: ethernet: mtk-star-emac: Don't use GFP_DMA when calling dmam_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 13/22] spi: atmel: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 20/22] HID: intel-ish-hid: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 01/22] parisc: pci-dma: remove stale code and comment
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 04/22] drm/sti: Don't use GFP_DMA when calling dma_alloc_wc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 06/22] fbdev: da8xx: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 11/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 09/22] usb: cdns3: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 10/22] uio: pruss: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 03/22] gpu: ipu-v3: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 08/22] usb: gadget: lpc32xx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 02/22] net: moxa: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 05/22] sound: n64: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 07/22] fbdev: mx3fb: Don't use GFP_DMA when calling dma_alloc_wc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [RFC PATCH v2 6/7] crypto: x86/polyval: Add PCLMULQDQ accelerated implementation of POLYVAL
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v2 6/7] crypto: x86/polyval: Add PCLMULQDQ accelerated implementation of POLYVAL
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC v2 0/4] vfio/hisilicon: add acc live migration driver
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v5 01/12] x86/boot: Place kernel_info at a fixed offset
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 02/12] Documentation/x86: Secure Launch kernel documentation
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 11/12] x86: Secure Launch late initcall platform module
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 06/12] x86: Secure Launch kernel early boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 04/12] x86: Secure Launch main header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 10/12] reboot: Secure Launch SEXIT support on reboot paths
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 00/12] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 09/12] kexec: Secure Launch kexec SEXIT support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 07/12] x86: Secure Launch kernel late boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 12/12] tpm: Allow locality 2 to be set when initializing the TPM for Secure Launch
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 03/12] x86: Secure Launch Kconfig
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 08/12] x86: Secure Launch SMP bringup support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v5 05/12] x86: Add early SHA support for Secure Launch early measurements
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH 0/7] hwrnd: atmel - add runtime pm support
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• [PATCH] random: use max-period linear interrupt extractor
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [EXT] Re: [PATCH] crypto: octeontx2 - add synchronization between mailbox accesses
  • From: Harman Kalra <hkalra@xxxxxxxxxxx>
• [PATCH 2/7] hwrnd: atmel - disable trng on failure path
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH 4/7] hwrng: atmel - move set of TRNG_HALFR in atmel_trng_init()
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH 6/7] hwrnd: atmel - add runtime pm support
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH 3/7] hwrnd: atmel - rename enable/disable functions to init/cleanup
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH 7/7] hwrnd: atmel - remove extra line
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH 5/7] hwrnd: atmel - use __maybe_unused and pm_ptr() for pm ops
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH 1/7] hwrng: atmel - add wait for ready support on read
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH 0/7] hwrnd: atmel - add runtime pm support
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/4] firmware: xilinx: Add ZynqMP SHA API for SHA3 functionality
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH v6] random: clear fast pool, crng, and batches in cpuhp bring up
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: hisilicon/sec - not need to enable sm4 extra mode at HW V3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: hisilicon/sec - add the register configuration for HW V3
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] drivers/crypto: Constify static attribute_group
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] crypto: use GFP_KERNEL
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Introduce support for QAT Dynamic Power Management
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] crypto: qat - don't cast parameter in bit operations
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: cavium/nitro: fix typo on crypto
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] random: pull add_hwgenerator_randomness() declaration into random.h
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: ccree: fix xts-aes-ccree blocksize
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: RE: [PATCH v2 3/3] virtio-crypto: implement RSA algorithm
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: [PACTH v4 2/3] dt-bindings: crypto: Convert Atmel TDES to yaml
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PACTH v4 3/3] dt-bindings: crypto: Convert Atmel SHA to yaml
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PACTH v4 1/3] dt-bindings: crypto: Convert Atmel AES to yaml
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: __dma_async_device_channel_unregister called while 2 clients hold a reference
  • From: jkhsjdhjs <jkhsjdhjs@xxxxxxxxxxx>
• Re: [PATCH v6] random: clear fast pool, crng, and batches in cpuhp bring up
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v8 0/5] Enable root to update the blacklist keyring
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [BUG] crypto: ccree: driver does not handle case where cryptlen = authsize =0
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: ccree: fix xts-aes-ccree blocksize
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH] crypto: ccree: don't attempt 0 len DMA mappings
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v6] random: clear fast pool, crng, and batches in cpuhp bring up
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH V2 4/4] MAINTAINERS: Add maintainer for Xilinx ZynqMP SHA3 driver
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH V2 3/4] crypto: xilinx: Add Xilinx SHA3 driver
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH V2 1/4] drivers: crypto: Updated Makefile for xilinx subdirectory
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH V2 2/4] firmware: xilinx: Add ZynqMP SHA API for SHA3 functionality
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH V2 0/4] crypto: Add Xilinx ZynqMP SHA3 driver support
  • From: Harsha <harsha.harsha@xxxxxxxxxx>
• [PATCH v6] random: clear fast pool, crng, and batches in cpuhp bring up
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5] random: clear fast pool, crng, and batches in cpuhp bring up
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5] random: clear fast pool, crng, and batches in cpuhp bring up
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v1] random: block in /dev/urandom
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3] ath9k: use hw_random API instead of directly dumping into random.c
  • From: Toke Høiland-Jørgensen <toke@xxxxxxx>
• [PATCH v5] random: clear fast pool, crng, and batches in cpuhp bring up
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH v2 1/3] virtio-crypto: header update
  • From: "Gonglei (Arei)" <arei.gonglei@xxxxxxxxxx>
• RE: [PATCH v2 2/3] virtio-crypto: introduce akcipher service
  • From: "Gonglei (Arei)" <arei.gonglei@xxxxxxxxxx>
• RE: [PATCH v2 3/3] virtio-crypto: implement RSA algorithm
  • From: "Gonglei (Arei)" <arei.gonglei@xxxxxxxxxx>
• [PATCH v3 2/2] crypto: vmx - add missing dependencies
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH v3 0/2] vmx-crypto: Add missing dependencies
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH v3 1/2] crypto: vmx - merge CRYPTO_DEV_VMX_ENCRYPT into CRYPTO_DEV_VMX
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [RFC PATCH v2 1/7] crypto: xctr - Add XCTR support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v2 3/7] crypto: hctr2 - Add HCTR2 support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4] random: use simpler fast key erasure flow on per-cpu keys
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC PATCH v2 2/7] crypto: polyval - Add POLYVAL support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] crypto: xctr - Add XCTR support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3] ath9k: use hw_random API instead of directly dumping into random.c
  • From: Rui Salvaterra <rsalvaterra@xxxxxxxxx>
• [PATCH -next] crypto: x86/des3 - Remove unused inline function des3_ede_enc_blk_3way()
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• [PATCH -next] crypto: x86/blowfish - Remove unused inline functions
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH] random: pull add_hwgenerator_randomness() declaration into random.h
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3] ath9k: use hw_random API instead of directly dumping into random.c
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] ath9k: use hw_random API instead of directly dumping into random.c
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 1/2] crypto: vmx: Turn CRYPTO_DEV_VMX_ENCRYPT into tristate
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v2 1/2] crypto: vmx: Turn CRYPTO_DEV_VMX_ENCRYPT into tristate
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v2 1/2] crypto: vmx: Turn CRYPTO_DEV_VMX_ENCRYPT into tristate
  • From: Nicolai Stange <nstange@xxxxxxx>
• Re: [PATCH v2] ath9k: use hw_random API instead of directly dumping into random.c
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ath9k: use hw_random API instead of directly dumping into random.c
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] crypto: vmx: Turn CRYPTO_DEV_VMX_ENCRYPT into tristate
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v2] ath9k: use hw_random API instead of directly dumping into random.c
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH v2] ath9k: use hw_random API instead of directly dumping into random.c
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• PING: [PATCH v2 0/3] Introduce akcipher service for virtio-crypto
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>