Linux EFI/UEFI Development

• Thread Index

• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [PATCH 6.1 v2 2/2] efivarfs: Move efivarfs list into superblock s_fs_info
  • From: Alexey Nepomnyashih <sdl@xxxxxxxx>
• [PATCH 6.1 v2 1/2] efivarfs: Add uid/gid mount options
  • From: Alexey Nepomnyashih <sdl@xxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 6.1] efivarfs: Move efivarfs list into superblock s_fs_info
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH 6.1] efivarfs: Move efivarfs list into superblock s_fs_info
  • From: Alexey Nepomnyashih <sdl@xxxxxxxx>
• [PATCH 5.10 2/2] efivarfs: Add efivars_lock to synchronize list operations
  • From: Alexey Nepomnyashih <sdl@xxxxxxxx>
• [PATCH 5.10 1/2] efi: vars: Use locking version to iterate over efivars linked lists
  • From: Alexey Nepomnyashih <sdl@xxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v6.14 #3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH RFC v2 04/29] mm: asi: Add infrastructure for boot-time enablement
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v6.14 #3
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH RFC v2 04/29] mm: asi: Add infrastructure for boot-time enablement
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [RFC PATCH 0/3] create simple libfs directory iterator and make efivarfs use it
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 04/29] mm: asi: Add infrastructure for boot-time enablement
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH 0/3] create simple libfs directory iterator and make efivarfs use it
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] virt: efi_secret: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 5/8] virt: efi_secret: Transition to the faux device interface
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] virt: efi_secret: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [efi:urgent] BUILD SUCCESS 11092db5b57377ac99e6339cfd16ca35ef011f3c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RFC PATCH 3/3] efivarfs: replace iterate_dir with libfs function simple_iterate_call
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/3] libfs: add simple directory iteration function with callback
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/3] libfs: rework dcache_readdir to use an internal function with callback
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/3] create simple libfs directory iterator and make efivarfs use it
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] libfs: add simple directory iteration function with callback
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] libfs: rework dcache_readdir to use an internal function with callback
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] efivarfs: replace iterate_dir with libfs function simple_iterate_call
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] libfs: add simple directory iteration function with callback
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] libfs: rework dcache_readdir to use an internal function with callback
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] create simple libfs directory iterator and make efivarfs use it
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] create simple libfs directory iterator and make efivarfs use it
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] virt: efi_secret: Transition to the faux device interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 6/8] efi: efivars: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 5/8] virt: efi_secret: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 4/8] rtc: efi: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 0/8] drivers: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] efivarfs: fix NULL dereference on resume
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm64/fpsimd: Avoid unnecessary per-CPU buffers for EFI runtime calls
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] efivarfs: fix NULL dereference on resume
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH] arm64/fpsimd: Avoid unnecessary per-CPU buffers for EFI runtime calls
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH] efivarfs: fix NULL dereference on resume
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: fix NULL dereference on resume
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: fix NULL dereference on resume
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: fix NULL dereference on resume
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] efivarfs: fix NULL dereference on resume
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: (subset) [PATCH 0/9] drivers: Transition to the faux device interface
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [efi:urgent 10/10] fs/efivarfs/super.c:424:27: error: use of undeclared identifier 'INODE_CHILD'
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/9] efi: Remove redundant creation of the "efivars" platform device
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 3/9] efi: Remove redundant creation of the "efivars" platform device
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:urgent 10/10] fs/efivarfs/super.c:424:34: error: 'INODE_CHILD' undeclared; did you mean 'I_MUTEX_CHILD'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/9] drivers: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 0/9] drivers: Transition to the faux device interface
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 4/9] rtc: efi: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/9] rtc: efi: Transition to the faux device interface
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] virt: efi_secret: Transition to the faux device interface
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] drivers: Transition to the faux device interface
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [efi:urgent 10/10] fs/efivarfs/super.c:424:27: error: use of undeclared identifier 'INODE_CHILD'
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [efi:urgent 10/10] fs/efivarfs/super.c:424:27: error: use of undeclared identifier 'INODE_CHILD'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 4/9] rtc: efi: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 5/9] virt: efi_secret: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 3/9] efi: Remove redundant creation of the "efivars" platform device
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 0/9] drivers: Transition to the faux device interface
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [RFC 1/1] fix NULL mnt [was Re: apparmor NULL pointer dereference on resume [efivarfs]]
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH] efivarfs: use INODE_CHILD nested lock to traverse variables on resume
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [RFC 1/1] fix NULL mnt [was Re: apparmor NULL pointer dereference on resume [efivarfs]]
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC 1/1] fix NULL mnt [was Re: apparmor NULL pointer dereference on resume [efivarfs]]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/1] fix NULL mnt [was Re: apparmor NULL pointer dereference on resume [efivarfs]]
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC 1/1] fix NULL mnt [was Re: apparmor NULL pointer dereference on resume [efivarfs]]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 0dc1754e16b4c14ae42f6cf59f319331d885f0f6
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS cb16dfed0093217a68c0faa9394fa5823927e04c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC 1/1] fix NULL mnt [was Re: apparmor NULL pointer dereference on resume [efivarfs]]
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [RFC 1/1] fix NULL mnt [was Re: apparmor NULL pointer dereference on resume [efivarfs]]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 74d613e046e418ed512b265aa2ef8a27a761fb4d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/libstub: Avoid physical address 0x0 when doing random allocation
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH] efi/libstub: Avoid physical address 0x0 when doing random allocation
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH v8 0/2] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v8 0/2] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v8 2/2] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Li Ming <ming.li@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Li Ming <ming.li@xxxxxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v8 2/2] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: [PATCH v8 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: [PATCH v8 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS ac2efaa8455021ce1e6216457684d60a9e2c77fd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ben Schneider <ben@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] possible deadlock in efivarfs_actor
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] possible deadlock in efivarfs_actor
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v8 2/2] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v8 0/2] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume [efivarfs]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: apparmor NULL pointer dereference on resume
  • From: Ryan Lee <ryan.lee@xxxxxxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] possible deadlock in efivarfs_actor
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] possible deadlock in efivarfs_actor
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5.15 135/620] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: efibc: change kmalloc(size * count, ...) to kmalloc_array()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] possible deadlock in efivarfs_actor
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] possible deadlock in efivarfs_actor
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: [PATCH 1/2] arm64: efi: Execute runtime services from a dedicated stack
  • From: SDL <sdl@xxxxxxxx>
• [syzbot] [efi?] [fs?] possible deadlock in efivarfs_actor
  • From: syzbot <syzbot+019072ad24ab1d948228@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH] efi: efibc: change kmalloc(size * count, ...) to kmalloc_array()
  • From: Ethan Carter Edwards <ethan@xxxxxxxxxxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• efi_random_alloc() returning EFI_NOT_FOUND
  • From: Ben Schneider <ben@xxxxxxxxx>
• [efi:next] BUILD SUCCESS b6b227e36b5ad878260f5a3a1838f2d79d5e68e9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v12 04/19] x86: Secure Launch main header file
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 03/19] x86: Secure Launch Resource Table header file
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 10/19] x86: Secure Launch kernel late boot stub
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 09/19] x86: Secure Launch kernel early boot stub
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 17/19] tpm, sysfs: Show locality used by kernel
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 04/19] x86: Secure Launch main header file
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 15/19] tpm, tpm_tis: Address positive localities in tpm_tis_request_locality()
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 08/19] x86/boot: Place TXT MLE header in the kernel_info section
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 03/19] x86: Secure Launch Resource Table header file
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 07/19] x86/msr: Add variable MTRR base/mask and x2apic ID registers
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 04/19] x86: Secure Launch main header file
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 03/19] x86: Secure Launch Resource Table header file
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH RFC] x86/efi: Add a mechanism for embedding SBAT section
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH RFC] x86/efi: Add a mechanism for embedding SBAT section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC] x86/efi: Add a mechanism for embedding SBAT section
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH RFC] x86/efi: Add a mechanism for embedding SBAT section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC] x86/efi: Add a mechanism for embedding SBAT section
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC] x86/efi: Add a mechanism for embedding SBAT section
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH RFC] x86/efi: Add a mechanism for embedding SBAT section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v12 17/19] tpm, sysfs: Show locality used by kernel
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 16/19] tpm, tpm_tis: Allow locality to be set to a different value
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 15/19] tpm, tpm_tis: Address positive localities in tpm_tis_request_locality()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 14/19] tpm, tpm_tis: Close all localities
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 10/19] x86: Secure Launch kernel late boot stub
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 09/19] x86: Secure Launch kernel early boot stub
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 08/19] x86/boot: Place TXT MLE header in the kernel_info section
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 07/19] x86/msr: Add variable MTRR base/mask and x2apic ID registers
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 06/19] x86: Add early SHA-256 support for Secure Launch early measurements
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 05/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 04/19] x86: Secure Launch main header file
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 03/19] x86: Secure Launch Resource Table header file
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 01/19] Documentation/x86: Secure Launch kernel documentation
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 01/19] Documentation/x86: Secure Launch kernel documentation
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: The Business Loan/financing.1
  • From: Barry <orders@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH V3] block: fix conversion of GPT partition name to 7-bit
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RFC v2 02/29] x86: Create CONFIG_MITIGATION_ADDRESS_SPACE_ISOLATION
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC] x86/efi: Add a mechanism for embedding SBAT section
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH V3] block: fix conversion of GPT partition name to 7-bit
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v7 2/2] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: [PATCH v7 2/2] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: [PATCH v7 2/2] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: "Koralahalli Channabasappa, Smita" <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH v7 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: "Koralahalli Channabasappa, Smita" <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH v7 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxx>
• Re: [PATCH v7 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v7 2/2] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 02/29] x86: Create CONFIG_MITIGATION_ADDRESS_SPACE_ISOLATION
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 2/2] efivarfs: add variable resync after hibernation
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS e3cf2d91d0583cae70aeb512da87e3ade25ea912
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v6.14 #2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] efivarfs: add variable resync after hibernation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efivarfs: add variable resync after hibernation
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 25/29] mm: asi: Restricted execution fore bare-metal processes
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [GIT PULL] EFI fixes for v6.14 #2
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v2] efi/libstub: Avoid CopyMem/SetMem EFI services after ExitBootServices
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH] efi: don't map the entire mokvar table to determine its size
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: don't map the entire mokvar table to determine its size
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [RFC PATCH v1 02/10] riscv: Define arch_apei_get_mem_attribute for RISC-V
  • From: Clément Léger <cleger@xxxxxxxxxxxx>
• [RFC PATCH v1 10/10] riscv: Enable APEI and NMI safe cmpxchg options required for RAS
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 08/10] riscv: Introduce HEST SSE notification handlers
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 07/10] riscv: Add RISC-V entries in processor type and ISA strings
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 09/10] riscv: Add config option to enable APEI SSE handler
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 06/10] riscv: Add functions to register ghes having SSE notification
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 05/10] riscv: conditionally compile GHES NMI spool function
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 03/10] acpi: Introduce SSE in HEST notification types
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 02/10] riscv: Define arch_apei_get_mem_attribute for RISC-V
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 04/10] riscv: Add fixmap indices for GHES IRQ and SSE contexts
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 01/10] riscv: Define ioremap_cache for RISC-V
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• [RFC PATCH v1 00/10] Add RAS support for RISC-V architecture
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 03/29] mm: asi: Introduce ASI core API
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 0/7] x86/efi/mixed: Decouple from legacy decompressor
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: allow creation of zero length files
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: allow creation of zero length files
  • From: Richard Hughes <richard@xxxxxxxxxxx>
• Re: [PATCH] efivarfs: allow creation of zero length files
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: don't map the entire mokvar table to determine its size
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v7 2/2] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v7 1/2] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v7 0/2] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH] efivarfs: allow creation of zero length files
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] efi: don't map the entire mokvar table to determine its size
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: efivarfs: fix error on write to new variable leaving remnants
  • From: Richard Hughes <richard@xxxxxxxxxxx>
• Re: efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] efi/zboot: Avoid CopyMem/SetMem EFI services after ExitBootServices
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: efivarfs: fix error on write to new variable leaving remnants
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] x86/efi/mixed: Decouple from legacy decompressor
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS cb6ae457bc6af58c84a7854df5e7e32ba1c6a715
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC] x86: Add CONFIG_KERNEL_UNCOMPRESSED support
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] efi/cper: Fix cper_arm_ctx_info alignment
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efivarfs: Defer PM notifier registration until .fill_super
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] BUG: unable to handle kernel paging request in efivarfs_pm_notify
  • From: syzbot <syzbot+00d13e505ef530a45100@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] BUG: unable to handle kernel paging request in efivarfs_pm_notify
  • From: syzbot <syzbot+00d13e505ef530a45100@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] BUG: unable to handle kernel paging request in efivarfs_pm_notify
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [syzbot] [efi?] [fs?] BUG: unable to handle kernel paging request in efivarfs_pm_notify
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [syzbot] [efi?] [fs?] BUG: unable to handle kernel paging request in efivarfs_pm_notify
  • From: syzbot <syzbot+00d13e505ef530a45100@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS fb84cefd4ce77c3d63cd3d23adaa7faaef3737cc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/2] A couple of build fixes for x86 when using GCC 15
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 0/7] x86/efi/mixed: Decouple from legacy decompressor
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] efi/cper: Fix cper_arm_ctx_info alignment
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• Re: [PATCH] drivers/firmware/efi: Fix cper_ia_proc_ctx alignment
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] drivers/firmware/efi: Fix cper_ia_proc_ctx alignment
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] x86/efi/mixed: Decouple from legacy decompressor
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/7] x86/efi/mixed: Decouple from legacy decompressor
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/7] x86/efi/mixed: Decouple from legacy decompressor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 0/7] x86/efi/mixed: Decouple from legacy decompressor
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 04/12] driver core: Constify API device_find_child() and adapt for various usages
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH RFC v2 03/29] mm: asi: Introduce ASI core API
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• Re: [PATCH RFC v2 03/29] mm: asi: Introduce ASI core API
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 6.1 185/578] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 00/19] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v12 00/19] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v12 00/19] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: ross.philipson@xxxxxxxxxx
• [PATCH v2 1/1 RESEND] block: fix conversion of GPT partition name to 7-bit
  • From: Olivier Gayot <olivier.gayot@xxxxxxxxxxxxx>
• [PATCH v2 0/1 RESEND] block: fix conversion of GPT partition name to 7-bit
  • From: Olivier Gayot <olivier.gayot@xxxxxxxxxxxxx>
• [PATCH 1/5] ring-buffer: Update pages_touched to reflect persistent buffer content
  • From: Zeng Heng <zengheng4@xxxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v6.14 #1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI fixes for v6.14 #1
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v6 5/6] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: "Koralahalli Channabasappa, Smita" <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH v6 5/6] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: "Koralahalli Channabasappa, Smita" <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [RFC PATCH v3 07/13] keys: Add ability to track intended usage of the public key
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Aditya Garg <gargaditya08@xxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Aditya Garg <gargaditya08@xxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2 6/7] x86/efi/mixed: Simplify and document thunking logic
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v2 4/7] x86/efi/mixed: Set up 1:1 mapping of lower 4GiB in the stub
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v2 7/7] x86/efi/mixed: Move mixed mode startup code into libstub
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v2 2/7] x86/efi/mixed: Check CPU compatibility without relying on verify_cpu()
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v2 5/7] x86/efi/mixed: Remove dependency on legacy startup_32 code
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v2 3/7] x86/efi/mixed: Factor out and clean up long mode entry
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v2 1/7] x86/efistub: Merge PE and handover entrypoints
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v2 0/7] x86/efi/mixed: Decouple from legacy decompressor
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Aditya Garg <gargaditya08@xxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Aditya Garg <gargaditya08@xxxxxxxx>
• Re: The business loan-
  • From: David Song <chrispinerick@xxxxxxxxxxxxxxxx>
• Re: The business loan-
  • From: David Song <chrispinerick@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 07/13] keys: Add ability to track intended usage of the public key
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC 0/5] riscv: initial support for Generic Hardware Error Source (GHES)
  • From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 07/13] keys: Add ability to track intended usage of the public key
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxx>
• Re: [PATCH v6 0/6] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v6 2/6] efi/cper, cxl: Make definitions and structures global
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH v6 2/6] efi/cper, cxl: Make definitions and structures global
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/6] efi/cper, cxl: Make definitions and structures global
  • From: Gregory Price <gourry@xxxxxxxxxx>
• [RFC 5/5] RISC-V: define ioremap_cache
  • From: Rui Qi <qirui.001@xxxxxxxxxxxxx>
• [RFC 4/5] RISC-V: ACPI: define arch_apei_get_mem_attribute
  • From: Rui Qi <qirui.001@xxxxxxxxxxxxx>
• [RFC 3/5] riscv: add fix map index for GHES IRQ
  • From: Rui Qi <qirui.001@xxxxxxxxxxxxx>
• [RFC 2/5] efi: add riscv APEI generic processor error printing support
  • From: Rui Qi <qirui.001@xxxxxxxxxxxxx>
• [RFC 1/5] riscv: select HAVE_ACPI_APEI
  • From: Rui Qi <qirui.001@xxxxxxxxxxxxx>
• [RFC 0/5] riscv: initial support for Generic Hardware Error Source (GHES)
  • From: Rui Qi <qirui.001@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/6] efi/cper, cxl: Make definitions and structures global
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v6 6/6] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 5/6] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 4/6] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 6/6] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH v6 5/6] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH v6 4/6] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH v6 3/6] efi/cper, cxl: Remove cper_cxl.h
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH v6 1/6] efi/cper, cxl: Prefix protocol error struct and function names with cxl_
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH v6 2/6] efi/cper, cxl: Make definitions and structures global
  • From: Gregory Price <gourry@xxxxxxxxxx>
• [PATCH 6.13 432/623] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.12 398/590] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.6 277/393] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS bbc4578537e350d5bf8a7a2c7d054d6b163b3c41
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 3/6] efi/cper, cxl: Remove cper_cxl.h
  • From: Fan Ni <nifan.cxl@xxxxxxxxx>
• Re: [PATCH v6 2/6] efi/cper, cxl: Make definitions and structures global
  • From: Fan Ni <nifan.cxl@xxxxxxxxx>
• Re: [PATCH v6 1/6] efi/cper, cxl: Prefix protocol error struct and function names with cxl_
  • From: Fan Ni <nifan.cxl@xxxxxxxxx>
• Re: [PATCH v6 5/6] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v6 4/6] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v6 0/6] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• [PATCH 6.1] efivars: Fix "BUG: corrupted list in efivar_entry_remove"
  • From: Alexey Nepomnyashih <sdl@xxxxxxxx>
• [PATCH 2/2] efi: Use BIT_ULL() constants for memory attributes
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 1/2] efi: Avoid cold plugged memory for placing the kernel
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 0/2] efi: Add support for EFI_MEMORY_HOT_PLUGGABLE
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH 0/2] A couple of build fixes for x86 when using GCC 15
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/2] A couple of build fixes for x86 when using GCC 15
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/2] A couple of build fixes for x86 when using GCC 15
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot: Use '-std=gnu11' to fix build with GCC 15
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/34] address all -Wunused-const warnings
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [GIT PULL] EFI updates for v6.14
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI updates for v6.14
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH v6 6/6] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [efi:next] BUILD SUCCESS 64b45dd46e154ee7641d7e0457f3fa266e57179f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86/efi: skip memattr table on kexec boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v6 6/6] cxl/pci: Add trace logging for CXL PCIe Port RAS errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v6 5/6] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v6 0/6] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v6 2/6] efi/cper, cxl: Make definitions and structures global
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v6 4/6] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v6 3/6] efi/cper, cxl: Remove cper_cxl.h
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v6 1/6] efi/cper, cxl: Prefix protocol error struct and function names with cxl_
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH] x86/efi: skip memattr table on kexec boot
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v5 0/5] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: "Koralahalli Channabasappa, Smita" <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH RFC] x86: Add CONFIG_KERNEL_UNCOMPRESSED support
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• Re: [PATCH RFC] x86: Add CONFIG_KERNEL_UNCOMPRESSED support
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH RFC] x86: Add CONFIG_KERNEL_UNCOMPRESSED support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC] x86: Add CONFIG_KERNEL_UNCOMPRESSED support
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• Re: [PATCH RFC] x86: Add CONFIG_KERNEL_UNCOMPRESSED support
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH RFC] x86: Add CONFIG_KERNEL_UNCOMPRESSED support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: libstub: Use '-std=gnu11' to fix build with GCC 15
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 2/2] efi: libstub: Use '-std=gnu11' to fix build with GCC 15
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 1/2] x86/boot: Use '-std=gnu11' to fix build with GCC 15
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 0/2] A couple of build fixes for x86 when using GCC 15
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH RFC] x86: Add CONFIG_KERNEL_UNCOMPRESSED support
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v5 0/5] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v3 0/8] convert efivarfs to manage object data correctly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 0/8] convert efivarfs to manage object data correctly
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/8] convert efivarfs to manage object data correctly
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/8] convert efivarfs to manage object data correctly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 374ac8cdcbf1651704b3ed2b8a272363b157d7af
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• [PATCH] efistub: add efi=quiet parameter to selectively silence efistub alone
  • From: "Hendrik 'T4cC0re' Meyer" <linux@xxxxxxx>
• Re: [PATCH] efistub: add efi=quiet parameter to selectively silence efistub alone
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efistub: add efi=quiet parameter to selectively silence efistub alone
  • From: "Hendrik 'T4cC0re' Meyer" <linux@xxxxxxx>
• Re: [PATCH] efistub: add efi=quiet parameter to selectively silence efistub alone
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efistub: add efi=quiet parameter to selectively silence efistub alone
  • From: "Hendrik 'T4cC0re' Meyer" <linux@xxxxxxx>
• Re: [PATCH] efistub: add efi=quiet parameter to selectively silence efistub alone
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 0/8] convert efivarfs to manage object data correctly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] efivarfs: prevent setting of zero size on the inodes in the cache
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] efivarfs: prevent setting of zero size on the inodes in the cache
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] efivarfs: move freeing of variable entry into evict_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efivarfs: prevent setting of zero size on the inodes in the cache
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 4/6] efivarfs: move freeing of variable entry into evict_inode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 8/8] selftests/efivarfs: add concurrent update tests
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 7/8] selftests/efivarfs: fix tests for failed write removal
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 6/8] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 5/8] efivarfs: remove unused efivarfs_list
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/8] efivarfs: move variable lifetime management into the inodes
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/8] efivarfs: make variable_is_present use dcache lookup
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/8] efivarfs: add helper to convert from UC16 name and GUID to utf8 name
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/8] efivarfs: remove unused efi_varaible.Attributes and .kobj
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/8] convert efivarfs to manage object data correctly
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] selftests/efivarfs: add check for disallowing file truncation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] efivarfs: prevent setting of zero size on the inodes in the cache
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] efivarfs: fix ability to mimic uncommitted variables
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] efivarfs: move freeing of variable entry into evict_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] efivarfs: move freeing of variable entry into evict_inode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/6] convert efivarfs to manage object data correctly
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: backport request
  • From: Greg KH <greg@xxxxxxxxx>
• backport request
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC v2 16/29] mm: asi: Map kernel text and static data as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH] efistub: add efi=quiet parameter to selectively silence efistub alone
  • From: "Hendrik 'T4cC0re' Meyer" <linux@xxxxxxx>
• Re: [PATCH v2 4/6] efivarfs: move freeing of variable entry into evict_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] efivarfs: move freeing of variable entry into evict_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] efivarfs: remove unused efivarfs_list
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] efivarfs: remove unused efivarfs_list
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] efivarfs: move freeing of variable entry into evict_inode
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 02/29] x86: Create CONFIG_MITIGATION_ADDRESS_SPACE_ISOLATION
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 4/5] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v5 5/5] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• Re: [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efi: sysfb_efi: guard EFI-specific code with CONFIG_EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: sysfb_efi: guard EFI-specific code with CONFIG_EFI
  • From: Yu-Chun Lin <eleanor15x@xxxxxxxxx>
• Re: [RFC PATCH] efivarfs: Introduce efivarfs refresh remount
  • From: Weizhao Ouyang <o451686892@xxxxxxxxx>
• Re: [RFC PATCH] efivarfs: Introduce efivarfs refresh remount
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH] efivarfs: Introduce efivarfs refresh remount
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] efivarfs: Introduce efivarfs refresh remount
  • From: Weizhao Ouyang <o451686892@xxxxxxxxx>
• Re: [PATCH] efi: sysfb_efi: guard EFI-specific code with CONFIG_EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH] efivarfs: Introduce efivarfs refresh remount
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] efi: sysfb_efi: guard EFI-specific code with CONFIG_EFI
  • From: Yu-Chun Lin <eleanor15x@xxxxxxxxx>
• [RFC PATCH] efivarfs: Introduce efivarfs refresh remount
  • From: Weizhao Ouyang <o451686892@xxxxxxxxx>
• Re: [PATCH v5 5/5] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS dc7d002071328298a2f4b7a10da39bc8cbad2e09
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH next] efivarfs: Fix a NULL vs IS_ERR() bug
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [RFC PATCH 1/4] efi/libstub: Avoid legacy decompressor zlib/zstd wrappers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v5 5/5] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v5 4/5] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [RFC PATCH 1/4] efi/libstub: Avoid legacy decompressor zlib/zstd wrappers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] efi/libstub: Avoid legacy decompressor zlib/zstd wrappers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] efi/libstub: Avoid legacy decompressor zlib/zstd wrappers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v5 3/5] efi/cper, cxl: Remove cper_cxl.h
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v5 0/5] acpi/ghes, cper, cxl: Process CXL CPER Protocol errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v5 5/5] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v5 4/5] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v5 2/5] efi/cper, cxl: Make definitions and structures global
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v5 1/5] efi/cper, cxl: Prefix protocol error struct and function names with cxl_
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [RFC PATCH 1/4] efi/libstub: Avoid legacy decompressor zlib/zstd wrappers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] efi/libstub: Avoid legacy decompressor zlib/zstd wrappers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] efi/zboot: Encapsulate ELF image for arm64
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] efi/libstub: Avoid legacy decompressor zlib/zstd wrappers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] efi/zboot: Encapsulate ELF image for arm64
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH next] efivarfs: Fix a NULL vs IS_ERR() bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH next] efivarfs: Fix a NULL vs IS_ERR() bug
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• [PATCH next] efivarfs: Fix a NULL vs IS_ERR() bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS ac38e9c70c5932b3cec02eb203d0e3b92dd67e7c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH RFC v2 16/29] mm: asi: Map kernel text and static data as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 07/29] mm: asi: Make __get_current_cr3_fast() ASI-aware
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 24/29] mm: asi: Add infrastructure for mapping userspace addresses
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 11/29] mm: asi: Functions to map/unmap a memory range into ASI page tables
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 29/29] mm: asi: Stop ignoring asi=on cmdline flag
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 09/29] mm: asi: ASI page table allocation functions
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 20/29] mm: asi: Make TLB flushing correct under ASI
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 26/29] x86: Create library for flushing L1D for L1TF
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 18/29] mm: asi: Map dynamic percpu memory as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 08/29] mm: asi: Avoid warning from NMI userspace accesses in ASI context
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 25/29] mm: asi: Restricted execution fore bare-metal processes
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 13/29] mm: Add __PAGEFLAG_FALSE
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH TEMP WORKAROUND RFC v2 15/29] mm: asi: Workaround missing partial-unmap support
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 21/29] KVM: x86: asi: Restricted address space for VM execution
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 22/29] mm: asi: exit ASI before accessing CR3 from C code where appropriate
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 23/29] mm: asi: exit ASI before suspend-like operations
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 14/29] mm: asi: Map non-user buddy allocations as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 10/29] mm: asi: asi_exit() on PF, skip handling if address is accessible
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 19/29] mm: asi: Stabilize CR3 in switch_mm_irqs_off()
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 12/29] mm: asi: Add basic infrastructure for global non-sensitive mappings
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 27/29] mm: asi: Add some mitigations on address space transitions
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 28/29] x86/pti: Disable PTI when ASI is on
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 17/29] mm: asi: Map vmalloc/vmap data as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 06/29] mm: asi: Use separate PCIDs for restricted address spaces
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 05/29] mm: asi: ASI support in interrupts/exceptions
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 03/29] mm: asi: Introduce ASI core API
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 04/29] mm: asi: Add infrastructure for boot-time enablement
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 02/29] x86: Create CONFIG_MITIGATION_ADDRESS_SPACE_ISOLATION
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 00/29] Address Space Isolation (ASI)
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 4/5] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v4 3/5] efi/cper, cxl: Remove cper_cxl.h
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v4 2/5] efi/cper, cxl: Make definitions and structures global
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v4 1/5] efi/cper, cxl: Prefix protocol error struct and function names with cxl_
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: fs/efivarfs/vars.c:375: warning: Function parameter or struct member 'duplicate_check' not described in 'efivar_init'
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: fs/efivarfs/vars.c:375: warning: Function parameter or struct member 'duplicate_check' not described in 'efivar_init'
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/5] acpi/ghes, cper: Recognize and cache CXL Protocol errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v4 5/5] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• fs/efivarfs/vars.c:375: warning: Function parameter or struct member 'duplicate_check' not described in 'efivar_init'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 3/3] efi/memattr: Include EFI memmap size in corruption warnings
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/6] convert efivarfs to manage object data correctly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/6] convert efivarfs to manage object data correctly
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/3] efi/memattr: Include EFI memmap size in corruption warnings
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [PATCH 3/3] efi/memattr: Include EFI memmap size in corruption warnings
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/6] convert efivarfs to manage object data correctly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/6] convert efivarfs to manage object data correctly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC 2/2] efi/memattr: add efi_mem_attr_table as a reserved region in 820_table_firmware
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• [RFC 1/2] efi/memattr: Use desc_size instead of total size to check for corruption
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• [RFC 0/2] efi/memattr: Fix memory corruption and warning issues
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• [PATCH 6/6] x86/efi/mixed: Move mixed mode startup code into libstub
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 3/6] x86/efi/mixed: Don't bother preserving 64-bit mode segment selectors
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 0/6] x86/efi/mixed: Decouple from legacy decompressor
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 2/6] x86/efi/mixed: Remove dependency on legacy startup_32 code
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 5/6] x86/efi/mixed: Reduce padding by moving some code around
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 1/6] x86/efi/mixed: Check CPU compatibility without relying on verify_cpu()
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 4/6] x86/efi/mixed: Simplify and document thunking logic
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [efi:next] BUILD SUCCESS 461fd55d17f0d9ee25547f4ad1d5cdb1403882c8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] efi: sysfb_efi: fix W=1 warnings when EFI is not set
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 2/2] efivarfs: add variable resync after hibernation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] efivarfs: abstract initial variable creation routine
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] efivarfs: fix hibernation problem with EFI variables
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] efi/memattr: Include EFI memmap size in corruption warnings
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 3/3] efi/memattr: Include EFI memmap size in corruption warnings
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: bump up EFI_MMAP_NR_SLACK_SLOTS to 32
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/6] efivarfs: remove unused efivarfs_list
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/6] efivarfs: move freeing of variable entry into evict_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/6] efivarfs: make variable_is_present use dcache lookup
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/6] efivarfs: add helper to convert from UC16 name and GUID to utf8 name
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/6] efivarfs: remove unused efi_varaible.Attributes and .kobj
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/6] convert efivarfs to manage object data correctly
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [efi:next 6/9] drivers/firmware/efi/libstub/gop.c:283:7: warning: variable 'depth' is used uninitialized whenever switch case is taken
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/3] efi/memattr: Add FW_BUG prefix to firmware error messages
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/memattr: Convert efi_memattr_init() return type to void
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/3] efi/memattr: Include EFI memmap size in corruption warnings
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH 2/3] efi/memattr: Add FW_BUG prefix to firmware error messages
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH 1/3] efi/memattr: Convert efi_memattr_init() return type to void
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH 0/3] efi/memattr: Improve the efi_memattr_init function.
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 08/13] clavis: Introduce new LSM called clavis
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 03/13] clavis: Introduce a new system keyring called clavis
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 08/13] clavis: Introduce new LSM called clavis
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 04/13] keys: Add new verification type (VERIFYING_CLAVIS_SIGNATURE)
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 03/13] clavis: Introduce a new system keyring called clavis
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 01/13] certs: Remove CONFIG_INTEGRITY_PLATFORM_KEYRING check
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH v4 01/11] libnvdimm: Replace namespace_match() with device_find_child_by_name()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 5/5] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: "Koralahalli Channabasappa, Smita" <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH v4 3/5] efi/cper, cxl: Remove cper_cxl.h
  • From: "Koralahalli Channabasappa, Smita" <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH v4 01/11] libnvdimm: Replace namespace_match() with device_find_child_by_name()
  • From: Fan Ni <nifan.cxl@xxxxxxxxx>
• Re: [PATCH v4 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• Re: [PATCH] efi: bump up EFI_MMAP_NR_SLACK_SLOTS to 32
  • From: Víctor Gonzalo <victor.gonzalo@xxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Lleyton Gray <lleyton@xxxxxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH] x86/efistub: Add options for forcing Apple set_os protocol
  • From: Lleyton Gray <lleyton@xxxxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/5] acpi/ghes, cxl/pci: Process CXL CPER Protocol Errors
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 3/5] efi/cper, cxl: Remove cper_cxl.h
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v3 08/13] clavis: Introduce new LSM called clavis
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v5 11/12] cxl/pmem: Remove is_cxl_nvdimm_bridge()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5 10/12] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5 04/12] driver core: Constify API device_find_child() and adapt for various usages
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 12/12] usb: typec: class: Remove both cable_match() and partner_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 10/12] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 09/12] driver core: Introduce an device matching API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 11/12] cxl/pmem: Remove is_cxl_nvdimm_bridge()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 08/12] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 07/12] slimbus: core: Remove of_slim_match_dev()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 06/12] driver core: Remove match_any()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 05/12] driver core: Simplify API device_find_child_by_name() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 04/12] driver core: Constify API device_find_child() and adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 03/12] bus: fsl-mc: Constify fsl_mc_device_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 02/12] slimbus: core: Constify slim_eaddr_equal()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 01/12] libnvdimm: Replace namespace_match() with device_find_child_by_name()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 00/12] driver core: Constify API device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 10/11] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 05/11] driver core: Simplify API device_find_child_by_name() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 03/11] bus: fsl-mc: Constify fsl_mc_device_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 13/13] clavis: Kunit support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 04/13] keys: Add new verification type (VERIFYING_CLAVIS_SIGNATURE)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 03/13] clavis: Introduce a new system keyring called clavis
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] efivarfs: make variable_is_present use dcache lookup
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/11] usb: typec: class: Remove both cable_match() and partner_match()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 10/11] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 09/11] driver core: Introduce an device matching API device_match_type()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 07/11] slimbus: core: Remove of_slim_match_dev()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 06/11] driver core: Remove match_any()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 05/11] driver core: Simplify API device_find_child_by_name() implementation
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v4 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 03/11] bus: fsl-mc: Constify fsl_mc_device_match()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 02/11] slimbus: core: Constify slim_eaddr_equal()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 01/11] libnvdimm: Replace namespace_match() with device_find_child_by_name()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 3/6] efivarfs: make variable_is_present use dcache lookup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 02/13] certs: Introduce ability to link to a system key
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 01/13] certs: Remove CONFIG_INTEGRITY_PLATFORM_KEYRING check
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] Clavis LSM
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
• Re: [PATCH 6/6] efivarfs: fix error on write to new variable leaving remnants
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] efi: Fix missing `efi_handover_entry` prototype
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next] BUILD SUCCESS 7f0158f3ee12403c26e815c9df4f00d41ee3bb41
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: Fix missing `efi_handover_entry` prototype
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/7] efi/libstub: Simplify GOP handling code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/7] efi/libstub: Simplify GOP handling code
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [efi:next] BUILD SUCCESS ec4696925da6b9baec38345184403ce9e29a2e48
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 7/7] efi/libstub: Use __free() helper for pool deallocations
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 6/7] efi/libstub: Use cleanup helpers for freeing copies of the memory map
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 5/7] efi/libstub: Simplify PCI I/O handle buffer traversal
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 4/7] efi/libstub: Refactor and cleanup GOP resolution picker code
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 3/7] efi/libstub: Simplify GOP handling code
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 2/7] efi/libstub: Use C99-style for loop to traverse handle buffer
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 1/7] x86/efistub: Drop long obsolete UGA support
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH 0/7] EFI stub cleanup work
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v12 19/19] x86/efi: EFI stub DRTM launch support for Secure Launch
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v12 16/19] tpm, tpm_tis: Allow locality to be set to a different value
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v12 14/19] tpm, tpm_tis: Close all localities
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v12 18/19] x86: Secure Launch late initcall platform module
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v12 13/19] x86/reboot: Secure Launch SEXIT support on reboot paths
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v12 12/19] kexec: Secure Launch kexec SEXIT support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v12 17/19] tpm, sysfs: Show locality used by kernel
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v12 08/19] x86/boot: Place TXT MLE header in the kernel_info section
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v12 15/19] tpm, tpm_tis: Address positive localities in tpm_tis_request_locality()
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>